CN106557690A - 管理多容器系统的方法及装置 - Google Patents
管理多容器系统的方法及装置 Download PDFInfo
- Publication number
- CN106557690A CN106557690A CN201611075549.2A CN201611075549A CN106557690A CN 106557690 A CN106557690 A CN 106557690A CN 201611075549 A CN201611075549 A CN 201611075549A CN 106557690 A CN106557690 A CN 106557690A
- Authority
- CN
- China
- Prior art keywords
- containment system
- container
- containment
- arbitrary
- container management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 230000002452 interceptive effect Effects 0.000 claims abstract description 31
- 238000004891 communication Methods 0.000 claims description 59
- 230000005540 biological transmission Effects 0.000 claims description 3
- 230000003993 interaction Effects 0.000 abstract description 13
- 238000007726 management method Methods 0.000 description 170
- 230000008569 process Effects 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 241001347978 Major minor Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000009545 invasion Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000003612 virological effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
- G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2149—Restricted operating environment
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明提供了管理多容器系统的方法及装置，该方法包括：当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统；当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统。通过本发明，实现了用户在容器管理系统提供的人机交互界面中主动可根据其需求动态启动任一容器系统，从而实现了用户自操控启动容器系统的系统启动方式；实现了用户在已开启的任一容器系统提供的人机交互界面中根据其需求动态启动另一容器系统，从而彻底实现了由用户主动控制来动态启动多个容器系统。
Description
技术领域
本发明涉及计算机技术领域，具体而言，本发明涉及一种管理多容器系统的方法，及一种管理多容器系统的装置。
背景技术
随着当今计算机技术的发展，终端设备的各项软硬件配置越来越高，一些高端配置的终端设备运行效果已和桌面设备的相应配置实现的效果接近，这为操作系统的虚拟化奠定了基础；另一方面，用户对于终端设备使用场景的多样性与日俱增，终端设备不仅用于日常生活娱乐，还用于工作学习等重要场景。然而，随着用户的使用需求地不断提高，用户的安全与隐私问题也日益凸显。在用户的使用过程，终端设备上会产生多种的用户隐私信息，如各种账号，支付密码等，但是，当今网络中的各种病毒木马一直在不停寻找机会向终端设备进行非法入侵，以盗取用户的隐私信息，这种情况下在一个隔离的环境中运行敏感软件是更加安全的做法。因此，出现了同一终端设备中根据不同的用户需求提供不同运行环境的解决方案，如设置特定用户在特定的受限运行环境下使用终端设备，或为同一用户在终端设备中的不同使用场景设置不同的运行环境。但是，用户的需求在不断的变化，在同一终端设备中，用户有时需要不同的运行环境，有时不需要不同的运行环境，还有时需要预定个数的不同的运行环境。
现有技术中，一方面，多系统的终端设备厂商在出厂多系统终端设备时，已固化终端设备中的各系统，对各系统的开关方式仅限于同时开启或关闭，无法根据用户的实际需求开启或关闭任意个数的系统，因此该多系统终端设备的系统功耗较大；另一方面，现有多系统的终端设备中，各系统间的关系多以主副系统的方式存在，主系统中包含所有系统功能，且不可被关闭，副系统功能较为简单，仅限于满足系统的基本简单功能，可动态被关闭。因此，现有技术无法满足用户的个性化开启或关闭任一系统的需求，因此亟需一种可根据用户的实际需求，在同一终端设备中运行用户需求个数的不同运行环境。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：
本发明的实施例提出了一种管理多容器系统的方法，包括：
当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统；
当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统。
优选地，当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统的步骤，包括：
当接收到用户通过容器管理系统提供的容器管理交互接口输入的启动任一容器系统的第一启动指令时，判断用户的启动权限；
若判断用户具备启动任一容器系统的权限时，启动任一容器系统。
优选地，在启动任一容器系统的步骤之后，该方法还包括：
通过系统内核创建的用于管理各个容器系统间通信的容器通信设备节点，建立任一容器系统与容器管理系统之间的通信通道；
其中，将第二启动指令发送至容器管理系统的步骤，包括：
通过通信通道将第二启动指令发送至容器管理系统；
其中，启动另一容器系统的步骤之后，还包括：
通过容器通信设备节点，建立另一容器系统与容器管理系统之间的通信通道。
优选地，当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统的步骤，包括：
当接收到用户通过任一容器系统的容器管理应用输入的启动另一容器系统的第二启动指令时，判断用户的启动权限；
若判断用户具备启动另一容器系统的权限时，启动另一容器系统。
可选地，该方法还包括：
通过系统内核来创建用于记录各个容器系统的系统信息的容器信息链表；
其中，启动任一容器系统和另一容器系统后，该方法还包括：
在容器信息链表中记录任一容器系统和另一容器系统的系统信息。
优选地，启动任一容器系统和另一容器系统后，该方法还包括：
通过容器管理系统中的容器配置服务，配置任一容器系统和另一容器系统中与容器管理系统对应的系统功能服务，并管理任一容器系统和另一容器系统与容器管理系统之间的通信通道。
优选地，通过容器管理系统启动另一容器系统的步骤之后，该方法还包括：
通过任一容器系统和另一容器系统提供容器系统间切换的系统切换接口；
当通过系统切换接口检测到任一容器系统和另一容器系统之间的系统切换指令时，根据容器信息链表中记录的各个容器系统的系统信息，对任一容器系统和另一容器系统的系统资源进行重新调度。
可选地，该方法还包括：
当通过容器管理系统提供的容器管理交互接口接收到关闭至少一个容器系统的关闭指令时，向各个容器系统发送关闭至少一个容器系统的通知消息；
通过容器管理系统删除各个容器系统中与至少一个容器系统之间的系统切换接口，并释放至少一个容器系统占用的系统资源；
通过容器管理系统关闭容器管理系统与至少一个容器系统的通信通道，以关闭至少一个容器系统。
可选地，该方法还包括：
当待关闭的容器系统位于前台时，根据预定切换规则，将前台系统由待关闭的容器系统切换为多系统中除待关闭的容器系统外的与预定切换规则相匹配的容器系统。
本发明的另一实施例提出了一种管理多容器系统的装置，包括：
启动模块，用于当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统；
发送及启动模块，用于当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统。
优选地，启动模块，包括：
第一判断单元，用于当接收到用户通过容器管理系统提供的容器管理交互接口输入的启动任一容器系统的第一启动指令时，判断用户的启动权限；
第一启动单元，用于若判断用户具备启动任一容器系统的权限时，启动任一容器系统。
可选地，该装置还包括：
第一建立模块，用于通过系统内核创建的用于管理各个容器系统间通信的容器通信设备节点，建立任一容器系统与容器管理系统之间的通信通道；
其中，发送及启动模块，包括：
发送单元，用于通过通信通道将第二启动指令发送至容器管理系统；
其中，该装置还包括：
第二建立模块，用于通过容器通信设备节点，建立另一容器系统与容器管理系统之间的通信通道。
优选地，发送及启动模块，包括：
第二判断单元，用于当接收到用户通过任一容器系统的容器管理应用输入的启动另一容器系统的第二启动指令时，判断用户的启动权限；
第二启动单元，用于若判断用户具备启动另一容器系统的权限时，启动另一容器系统。
可选地，该装置还包括：
创建模块，用于通过系统内核来创建用于记录各个容器系统的系统信息的容器信息链表；
记录模块，用于在容器信息链表中记录任一容器系统和另一容器系统的系统信息。
可选地，该装置还包括：
配置及管理模块，用于通过容器管理系统中的容器配置服务，配置任一容器系统和另一容器系统中与容器管理系统对应的系统功能服务，并管理任一容器系统和另一容器系统与容器管理系统之间的通信通道。
可选地，该装置还包括：
提供模块，用于通过任一容器系统和另一容器系统提供容器系统间切换的系统切换接口；
分配模块，用于当通过系统切换接口检测到任一容器系统和另一容器系统之间的系统切换指令时，根据容器信息链表中记录的各个容器系统的系统信息，对任一容器系统和另一容器系统的系统资源进行重新调度。
可选地，该装置还包括：
发送模块，用于当通过容器管理系统提供的容器管理交互接口接收到关闭至少一个容器系统的关闭指令时，向各个容器系统发送关闭至少一个容器系统的通知消息；
删除及释放模块，用于通过容器管理系统删除各个容器系统中与至少一个容器系统之间的系统切换接口，并释放至少一个容器系统占用的系统资源；
关闭模块，用于通过容器管理系统关闭容器管理系统与至少一个容器系统的通信通道，以关闭至少一个容器系统。
可选地，该装置还包括：
切换模块，用于当待关闭的容器系统位于前台时，根据预定切换规则，将前台系统由待关闭的容器系统切换为多系统中除待关闭的容器系统外的与预定切换规则相匹配的容器系统。
本发明的实施例中，提出了一种管理多容器系统的方案，当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统，实现了用户在容器管理系统提供的人机交互界面中主动可根据其需求动态启动任一容器系统，从而实现了用户自操控启动容器系统的系统启动方式；当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统，实现了用户在已开启的任一容器系统提供的人机交互界面中根据其需求动态启动另一容器系统，从而彻底实现了由用户主动控制来动态启动多个容器系统。
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明中一个实施例的多系统终端设备中各系统间的关系示意图；
图2为本发明中另一实施例的管理多容器系统的方法的流程图；
图3为本发明中又另一实施例的管理多容器系统的装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其它特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其它元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
下面结合附图具体介绍本发明实施例的技术方案。
本发明实施例的终端设备的内部结构的框架示意图如图1所示，包括：系统内核、容器管理系统、容器A和容器B，其中，容器A中承载第一容器系统，容器B中承载第二容器系统。需要说明的是，本实施例以管理两个容器系统为例，本发明的实施例所述的多系统包括两个或两个以上容器系统，在此，对容器系统的数量不作限定。
其中，系统内核为Linux kernel，该系统内核中包括容器通信设备节点和容器信息链表；通过容器通信设备节点实现系统内核与第一容器系统、第二容器系统以及容器管理系统间的通信，容器信息链表用于记录第一容器系统和第二容器系统的系统信息，并负责管理第一容器系统和第二容器系统各自的命名空间。需要说明的是，本领域技术人员可以了解到，Linux内核的资源隔离机制，如Linux kernel namespace框架，该框架提供了六种namespace(命名空间)隔离的系统调用，每个namespace下的资源对于其它namespace下的资源都是不可见的。
容器管理系统是由kernel启动的一个安全、可控、可配的系统，容器管理系统包括：容器主控服务，负责管理第一容器系统、第二容器系统、未启动第一容器系统和未启动第二容器系统时与用户的交互管理；容器配置服务，负责管理第一容器系统和第二容器系统的相关配置和通信通道等，并管理容器管理系统与第一容器系统和第二容器系统进行交互，同时，管理第一容器系统和第二容器系统的电话、蓝牙、GPS(Global PositioningSystem，全球定位系统)等的基础服务；容器通信设备节点，负责实现容器管理系统与kernel中的容器通信设备节点进行交互。
第一容器系统和第二容器系统为多系统终端设备中运行的各个Android系统。
其中，本发明实施例中的容器系统，可以是设置在以Linux container(容器)虚拟化技术创建的容器中的操作系统。操作系统可以为传统意义上的Linux操作系统或Unix操作系统，也可以是基于Linux操作系统衍生出来的Android系统、Ubuntu系统或FireFox系统等。实际上，本发明中的子系统不限于前述例举的操作系统，可以涵盖所有能够在容器中运行的操作系统。
优选地，容器管理系统可以是上述传统的操作系统，也可以是对传统的kernel进行改进和/或在kernel之外(例如框架层和应用层)增加功能模块之后，得到的操作系统。
容器管理系统主要用于对各个容器系统进行前后台管理，与各个容器系统进行交互等。
优选地，容器管理系统可以通过预定义的通道与各个容器系统进行通信。同理，各容器系统之间可以通过容器通道进行通信。其中，预定义的通道可以是socket(套接字)通道。
图2为本发明中另一实施例的管理多容器系统的方法的流程图。
本发明的实施例中，各步骤所执行的内容概述如下：步骤S2010：当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统；步骤S2020：当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统。
本发明的实施例中，提出了一种管理多容器系统的方法，当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统，实现了用户在容器管理系统提供的人机交互界面中主动可根据其需求动态启动任一容器系统，从而实现了用户自操控启动容器系统的系统启动方式；当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统，实现了用户在已开启的任一容器系统提供的人机交互界面中根据其需求动态启动另一容器系统，从而彻底实现了由用户主动控制来动态启动多个容器系统。以下针对各个步骤的具体实现做进一步的说明：
步骤S2010：当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统。
例如，在终端设备A中，未启动任何容器系统，当用户通过终端设备A中的容器管理系统提供的容器管理交互接口发送启动第一容器系统OS1的第一启动指令，如用户点击容器管理系统提供的容器管理界面中启动第一容器系统OS1的按钮发送启动第一容器系统OS1的第一启动指令，随后终端设备A的容器管理系统根据接收到的第一启动指令启动容器系统的初始化进程，通过容器系统的初始化进程启动第一容器系统OS1。
优选地，步骤S2010包括步骤S2011和步骤S2012；步骤S2011：当接收到用户通过容器管理系统提供的容器管理交互接口输入的启动任一容器系统的第一启动指令时，判断用户的启动权限；步骤S2012：若判断用户具备启动任一容器系统的权限时，启动任一容器系统。
例如，在终端设备A中，未启动任何容器系统，当接收到用户通过终端设备A中的容器管理系统提供的容器管理交互接口输入的启动第一容器系统OS1的第一启动指令时，根据用户的启动权限，判断用户是否具备启动第一容器系统OS1的权限，如根据用户的用户标识信息，如用户ID，在预设的用户权限列表中查询用户ID对应的系统启动权限信息，其中，用户权限列表中包括用户的ID以及相应系统启动权限的对应关系；若判断用户具备启动第一容器系统OS1的权限时，启动第一容器系统OS1。
优选地，在步骤S2010中启动任一容器系统的步骤之后，该方法还包括步骤S2030；步骤S2030：通过系统内核创建的用于管理各个容器系统间通信的容器通信设备节点，建立任一容器系统与容器管理系统之间的通信通道。
例如，终端设备A未启动任何容器系统时，通过系统内核，如Linux kernel，创建用于管理各个容器系统间通信的容器通信设备节点，包括创建Linux kernel和容器管理系统的容器通信设备节点；在启动第一容器系统OS1后，通过系统内核，如Linux kernel，创建第一容器系统OS1的容器通信设备节点，随后建立第一容器系统OS1与容器管理系统之间的通信通道。若第一容器系统OS1为Android系统时，可在第一容器系统OS1中建立对应的Nativeservice(本地服务)来建立第一容器系统OS1与Linux kernel之间的通信通道。
具体地，建立第一容器系统与容器管理系统之间的通信通道的过程包括：如容器管理系统的容器通信设备节点创建一对socket文件描述符(socketpair)和连接该对文件描述符的第一容器通道，并为该对文件描述符命名，并将文件权限、允许访问的UID、允许的最大访问数量、以及待生成文件的描述符的名称记录到所创建的第一容器通道中，随后将第一容器通道、第一容器通道的一对文件描述符及其名称注册在Linux kernel的NSS(NameSpace Server，域名空间服务)虚拟设备中。容器管理系统对应记录已经注册的第一容器通道的文件描述符对及每个文件描述符的名称。Linux kernel将注册成功的一对文件描述符中的一个文件描述符的名称返回给该第一容器系统OS1的Native service。第一容器系统OS1的Native service根据获取的文件描述符的名称从NSS中获取对应的文件描述符，容器管理系统的进程获取Linux kernel返回的另一个文件描述符后，容器管理系统与第一容器系统OS1之间的第一容器通道建立完毕。
步骤S2020：当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统。
优选地，步骤S2020中当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统的步骤，包括步骤S2021和步骤S2022；步骤S2021：当接收到用户通过任一容器系统的容器管理应用输入的启动另一容器系统的第二启动指令时，判断用户的启动权限；步骤S2022：若判断用户具备启动另一容器系统的权限时，启动另一容器系统。
例如，在第一容器系统OS1中预安装容器管理应用程序App1，在启动第一容器系统OS1后，当用户在第一容器系统OS1中点击App1人机交互界面中的用于启动第二容器系统OS2的按钮时，根据用户的启动权限，判断用户是否具备启动第二容器系统OS2的权限，若判断用户具备启动第二容器系统OS2的权限时，根据接收到用户输入的启动第二容器系统OS2的第二启动指令来启动容器系统的初始化进程，通过容器系统的初始化进程启动第二容器系统OS2。
优选地，步骤S2020中将第二启动指令发送至容器管理系统的步骤，包括步骤S2023；步骤S2023：通过通信通道将第二启动指令发送至容器管理系统。
例如，第一容器系统OS1为Android系统时，第一容器系统OS1中预安装容器管理应用程序App1，在启动第一容器系统OS1后，可在第一容器系统OS1中建立对应的Nativeservice(本地服务)，如Service1，以及JAVA层的Service(服务)，如Service2，Service1负责动态建立或删除第一容器系统OS1与容器管理系统建立的通信通道，Service2为第一容器系统OS1中的应用提供相应的接口；当用户在第一容器系统OS1中点击App1人机交互界面中的用于启动第二容器系统的按钮时，判断用户的启动权限，若判断用户具备启动第二容器系统OS2的权限时，将第二启动指令通过第一容器系统OS1的Service2提供的相应接口发送至第一容器系统OS1的Service1建立的第一容器通道，通过第一容器通道将第二启动指令发送至容器管理系统的容器主控服务，随后容器管理系统根据该第二启动指令启动第二容器系统OS2。
优选地，步骤S2020中启动另一容器系统的步骤之后，还包括步骤S2040；步骤S2040：通过容器通信设备节点，建立另一容器系统与容器管理系统之间的通信通道。
例如，接上例，启动第二容器系统OS2后，通过Linux kernel创建第二容器系统OS2的容器通信设备节点，随后通过第二容器系统OS2和容器管理系统的各自的容器设备节点，建立第二容器系统OS2与容器管理系统之间的通信通道，如第二容器通道，其中，第二容器通道建立方式同第一容器通道的建立方式，在此不再赘述。
在一优选实施例中，该方法还包括步骤S2050；步骤S2050：通过系统内核来创建用于记录各个容器系统的系统信息的容器信息链表。
例如，在终端设备A中，通过系统内核Linux kernel创建用于记录各个容器系统的系统信息的容器信息链表，其中，容器系统的系统信息包括容器系统的资源分配信息、当前状态信息、资源的占用信息等。
其中，启动任一容器系统和另一容器系统后，该方法还包括：在容器信息链表中记录任一容器系统和另一容器系统的系统信息。
例如，终端设备A中，在启动第一容器系统OS1后，在Linux kernel中已创建的容器信息链表中记录第一容器系统OS1的系统信息；在启动第二容器系统OS2后，在Linux kernel中已创建的容器信息链表中记录第二容器系统OS2的系统信息。
在一优选实施例中，启动任一容器系统和另一容器系统后，该方法还包括步骤S2060；步骤S2060：通过容器管理系统中的容器配置服务，配置任一容器系统和另一容器系统中与容器管理系统对应的系统功能服务，并管理任一容器系统和另一容器系统与容器管理系统之间的通信通道。
例如，终端设备A中，在容器管理系统中创建容器配置服务Service3；启动第一容器系统OS1和第二容器系统OS2后，通过Service3分别配置第一容器系统OS1和第二容器系统OS2中与容器管理系统对应的系统功能服务，如通过Service3配置第一容器系统OS1和第二容器系统OS2中与容器管理系统对应的通话服务、蓝牙服务和GPS服务等系统功能服务，并通过Service3管理第一容器系统OS1和第二容器系统OS2与容器管理系统之间的通信通道，如通过Service3管理第一容器通道和第二容器通道，包括删除和建立第一容器通道和第二容器通道。
在一优选实施例中，步骤S2020中通过容器管理系统启动另一容器系统的步骤之后，该方法还包括步骤S2070和步骤S2080；步骤S2070：通过任一容器系统和另一容器系统提供容器系统间切换的系统切换接口；步骤S2080：当通过系统切换接口检测到任一容器系统和另一容器系统之间的系统切换指令时，根据容器信息链表中记录的各个容器系统的系统信息，对任一容器系统和另一容器系统的系统资源进行重新调度。
例如，在终端设备A中，第一容器系统OS1和第二容器系统OS2均为时Android系统，通过容器管理系统启动第二容器系统OS2后，在各个容器系统创建JAVA层的Service(服务)，通过各个容器系统中Service在第一容器系统OS1和第二容器系统OS2中分别创建容器系统间切换的系统切换接口，如在第一容器系统OS1的系统界面创建切换至第二容器系统OS2的快捷图标，以及在第二容器系统OS2的系统界面创建切换至第一容器系统OS1的快捷图标；第一容器系统OS1当前处于前台，第二容器系统OS2当前处于后台，当用户通过点击第一容器系统OS1系统界面中切换至第二容器系统OS2的快捷图标时，第一容器系统OS1的系统切换接口检测到第一容器系统OS1和第二容器系统OS2之间的系统切换指令，根据Linuxkernel中容器信息链表中记录的第一容器系统OS1和第二容器系统OS2的系统信息，对第一容器系统OS1和第二容器系统OS2的系统资源进行重新分配，如切换前第一容器系统OS1占用的系统资源为系统通话资源和GPS资源，第二容器系统OS2占用的系统资源为系统蓝牙资源，根据前台系统占用系统通话资源的预定规则，对切换后第一容器系统OS1和第二容器系统OS2的系统资源进行重新分配，切换后第一容器系统OS1占用的系统资源仅为系统GPS资源，第二容器系统OS2占用的系统资源为系统蓝牙资源和通话资源。
通过本实施例，实现了用户根据其个性化需求在启动的多个容器系统间进行切换，进一步地增强了用户对多容器系统的管理，同时，切换后对任一容器系统和另一容器系统的系统资源进行重新调度，为各容器系统的正常运行提供了重要的保障，进一步地，实现了各容器系统对资源的合理利用，从而提高了各容器系统的运行效率。
在一优选实施例中，该方法还包括步骤S2090、步骤S2100和步骤S2110；步骤S2090：当通过容器管理系统提供的容器管理交互接口接收到关闭至少一个容器系统的关闭指令时，向各个容器系统发送关闭至少一个容器系统的通知消息；步骤S2100：通过容器管理系统删除各个容器系统中与至少一个容器系统之间的系统切换接口，并释放至少一个容器系统占用的系统资源；步骤S2110：通过容器管理系统关闭容器管理系统与至少一个容器系统的通信通道，以关闭至少一个容器系统。
例如，在终端设备A中，第一容器系统OS1和第二容器系统OS2均为Android系统，当用户点击在第一容器系统OS1的容器管理应用程序App1的人机交互界面提供的关闭第二容器系统OS2的按钮时，首先判断用户是否具有关闭第二容器系统OS2的关闭权限，若用户具有关闭第二容器系统OS2的关闭权限，第一容器系统OS1的JAVA层的Service(服务)将接收关闭第二容器系统OS2的指令，并将该关闭指令发送至第一容器系统OS1的Native service，随后第一容器系统OS1的Native service将该关闭指令发送至容器管理系统的容器管理交互接口，并通过容器管理系统的容器管理交互接口传递至容器管理系统的容器主控服务，随后容器主控服务将该指令发送至第二容器系统OS2的Native service；随后容器管理系统的容器主控服务删除第一容器系统OS1中与第二容器系统OS2之间的系统切换接口，如删除第一容器系统OS1的系统界面中切换至第二容器系统OS2的快捷图标，并释放第二容器系统OS2占用的系统资源，如释放第二容器系统OS2当前占用的GPS资源和蓝牙资源；且容器管理系统的容器主控服务关闭容器管理系统与第二容器系统OS2的通信通道，如第二容器通道，以关闭第二容器系统OS2。
又例如，在终端设备A中，第一容器系统OS1和第二容器系统OS2均为Android系统，当用户点击在第二容器系统OS2的容器管理应用程序App1的人机交互界面提供的关闭第二容器系统OS2的按钮时，首先判断用户是否具有关闭第二容器系统OS2的关闭权限，若用户具有关闭第二容器系统OS2的关闭权限，第二容器系统OS2的JAVA层的Service(服务)将接收关闭第二容器系统OS2的指令，并将该关闭指令发送至第二容器系统OS2的Native service，随后第二容器系统OS2的Native service将该关闭指令发送至容器管理系统的容器管理交互接口，并通过容器管理系统的容器管理交互接口传递至容器管理系统的容器主控服务，随后容器主控服务将该指令发送至第一容器系统OS1的Native service；随后容器管理系统的容器主控服务删除第一容器系统OS1中与第二容器系统OS2之间的系统切换接口，如删除第一容器系统OS1的系统界面中切换至第二容器系统OS2的快捷图标，并释放第二容器系统OS2占用的系统资源，如释放第二容器系统OS2当前占用的GPS资源和蓝牙资源；且容器管理系统的容器主控服务关闭容器管理系统与第二容器系统OS2的通信通道，如第二容器通道，以关闭第二容器系统OS2。
通过本实施例，实现了用户根据个性化需求动态关闭至少一个容器系统，从而实现了用户自操控关闭容器系统的系统关闭方式，同时，通过关闭与待关闭系统相应的接口、通道及释放待关闭系统占用的系统资源，更进一步地实现了各容器系统对资源的合理利用，从而提高了各容器系统的运行效率。
在一优选实施例中，该方法还包括步骤S2120；步骤S2120：当待关闭的容器系统位于前台时，根据预定切换规则，将前台系统由待关闭的容器系统切换为多系统中除待关闭的容器系统外的与预定切换规则相匹配的容器系统。
例如，在终端设备A中，第一容器系统OS1、第二容器系统OS2和第三容器系统OS3启动后，当前处于前台的系统为第二容器系统OS2，当关闭第二容器系统OS2后，预定切换规则为将当前占用系统资源最多的系统切换至当前前台系统，随后，根据该预定规则，若判断得到第一容器系统OS1当前占用系统资源最多，则将当前处于前台的容器系统切换成第一容器系统OS1，同时根据Linux kernel容器信息链表中记录的第一容器系统OS1和第三容器系统OS3的系统信息，对第一容器系统OS1和第三容器系统OS3的系统资源进行重新分配。需要说明的是，本发明实施例中的预定规则，不限于本实施例中提到的预定规则，在此不做限定。
图3为本发明中又另一实施例的管理多容器系统的装置的结构示意图。
本发明的实施例中，各模块所执行的内容概述如下：启动模块310当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统；发送及启动模块320当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统。
本发明的实施例中，提出了一种管理多容器系统的装置，当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统，实现了用户在容器管理系统提供的人机交互界面中主动可根据其需求动态启动任一容器系统，从而实现了用户自操控启动容器系统的系统启动方式；当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统，实现了用户在已开启的任一容器系统提供的人机交互界面中根据其需求动态启动另一容器系统，从而彻底实现了由用户主动控制来动态启动多个容器系统。以下针对各个模块的具体实现做进一步的说明：
启动模块310用于当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动任一容器系统。
优选地，启动模块310包括第一判断单元和第一启动单元；第一判断单元用于当接收到用户通过容器管理系统提供的容器管理交互接口输入的启动任一容器系统的第一启动指令时，判断用户的启动权限；第一启动单元用于若判断用户具备启动任一容器系统的权限时，启动任一容器系统。
优选地，该装置还包括第一建立模块；第一建立模块用于通过系统内核创建的用于管理各个容器系统间通信的容器通信设备节点，建立任一容器系统与容器管理系统之间的通信通道。
发送及启动模块320用于当通过任一容器系统接收到启动另一容器系统的第二启动指令时，将第二启动指令发送至容器管理系统，并通过容器管理系统启动另一容器系统。
优选地，发送及启动模块320包括第二判断单元和第二启动单元；第二判断单元用于当接收到用户通过任一容器系统的容器管理应用输入的启动另一容器系统的第二启动指令时，判断用户的启动权限；第二启动单元用于若判断用户具备启动另一容器系统的权限时，启动另一容器系统。
优选地，发送及启动模块320包括发送单元；发送单元用于通过通信通道将第二启动指令发送至容器管理系统。
优选地，该装置包括第二建立模块；第二建立模块用于通过容器通信设备节点，建立另一容器系统与容器管理系统之间的通信通道。
优选地，该装置还包括创建模块和记录模块；创建模块用于通过系统内核来创建用于记录各个容器系统的系统信息的容器信息链表；记录模块用于在容器信息链表中记录任一容器系统和另一容器系统的系统信息。
优选地，该装置还包括配置及管理模块；配置及管理模块用于通过容器管理系统中的容器配置服务，配置任一容器系统和另一容器系统中与容器管理系统对应的系统功能服务，并管理任一容器系统和另一容器系统与容器管理系统之间的通信通道。
优选地，该装置还包括提供模块和分配模块；提供模块用于通过任一容器系统和另一容器系统提供容器系统间切换的系统切换接口；分配模块用于当通过系统切换接口检测到任一容器系统和另一容器系统之间的系统切换指令时，根据容器信息链表中记录的各个容器系统的系统信息，对任一容器系统和另一容器系统的系统资源进行重新调度。
优选地，该装置还包括发送模块、删除及释放模块和关闭模块；发送模块用于当通过容器管理系统提供的容器管理交互接口接收到关闭至少一个容器系统的关闭指令时，向各个容器系统发送关闭至少一个容器系统的通知消息；删除及释放模块用于通过容器管理系统删除各个容器系统中与至少一个容器系统之间的系统切换接口，并释放至少一个容器系统占用的系统资源；关闭模块用于通过容器管理系统关闭容器管理系统与至少一个容器系统的通信通道，以关闭至少一个容器系统。
优选地，该装置还包括切换模块；切换模块用于当待关闭的容器系统位于前台时，根据预定切换规则，将前台系统由待关闭的容器系统切换为多系统中除待关闭的容器系统外的与预定切换规则相匹配的容器系统。
本发明实施例提供的管理多容器系统的装置可以实现上述提供的方法实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。
本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其它可编程数据处理方法的处理器来实现，从而通过计算机或其它可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其它步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (18)
1.一种管理多容器系统的方法，其特征在于，包括：
当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动所述任一容器系统；
当通过所述任一容器系统接收到启动另一容器系统的第二启动指令时，将所述第二启动指令发送至所述容器管理系统，并通过所述容器管理系统启动所述另一容器系统。
2.根据权利要求1所述的方法，其特征在于，所述当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动所述任一容器系统的步骤，包括：
当接收到用户通过容器管理系统提供的容器管理交互接口输入的启动任一容器系统的第一启动指令时，判断所述用户的启动权限；
若判断所述用户具备启动所述任一容器系统的权限时，启动所述任一容器系统。
3.根据权利要求1所述的方法，其特征在于，在所述启动所述任一容器系统的步骤之后，该方法还包括：
通过系统内核创建的用于管理各个容器系统间通信的容器通信设备节点，建立所述任一容器系统与容器管理系统之间的通信通道；
其中，所述将所述第二启动指令发送至容器管理系统的步骤，包括：
通过所述通信通道将所述第二启动指令发送至容器管理系统；
其中，所述启动所述另一容器系统的步骤之后，还包括：
通过所述容器通信设备节点，建立所述另一容器系统与容器管理系统之间的通信通道。
4.根据权利要求1所述的方法，其特征在于，所述当通过所述任一容器系统接收到启动另一容器系统的第二启动指令时，将所述第二启动指令发送至容器管理系统的步骤，包括：
当接收到用户通过所述任一容器系统的容器管理应用输入的启动另一容器系统的第二启动指令时，判断所述用户的启动权限；
若判断所述用户具备启动所述另一容器系统的权限时，启动所述另一容器系统。
5.根据权利要求1所述的方法，其特征在于，该方法还包括：
通过系统内核来创建用于记录各个容器系统的系统信息的容器信息链表；
其中，启动所述任一容器系统和所述另一容器系统后，该方法还包括：
在所述容器信息链表中记录所述任一容器系统和所述另一容器系统的系统信息。
6.根据权利要求3所述的方法，其特征在于，启动所述任一容器系统和所述另一容器系统后，该方法还包括：
通过容器管理系统中的容器配置服务，配置所述任一容器系统和所述另一容器系统中与容器管理系统对应的系统功能服务，并管理所述任一容器系统和所述另一容器系统与容器管理系统之间的通信通道。
7.根据权利要求5所述的方法，其特征在于，所述通过所述容器管理系统启动所述另一容器系统的步骤之后，该方法还包括：
通过所述任一容器系统和所述另一容器系统提供容器系统间切换的系统切换接口；
当通过所述系统切换接口检测到所述任一容器系统和所述另一容器系统之间的系统切换指令时，根据所述容器信息链表中记录的各个容器系统的系统信息，对所述任一容器系统和所述另一容器系统的系统资源进行重新调度。
8.根据权利要求1所述的方法，其特征在于，该方法还包括：
当通过容器管理系统提供的容器管理交互接口接收到关闭至少一个容器系统的关闭指令时，向各个容器系统发送关闭所述至少一个容器系统的通知消息；
通过容器管理系统删除各个容器系统中与所述至少一个容器系统之间的系统切换接口，并释放所述至少一个容器系统占用的系统资源；
通过容器管理系统关闭容器管理系统与所述至少一个容器系统的通信通道，以关闭所述至少一个容器系统。
9.根据权利要求8所述的方法，其特征在于，该方法还包括：
当待关闭的容器系统位于前台时，根据预定切换规则，将前台系统由所述待关闭的容器系统切换为多系统中除所述待关闭的容器系统外的与所述预定切换规则相匹配的容器系统。
10.一种管理多容器系统的装置，其特征在于，包括：
启动模块，用于当通过容器管理系统提供的容器管理交互接口接收到启动任一容器系统的第一启动指令，启动所述任一容器系统；
发送及启动模块，用于当通过所述任一容器系统接收到启动另一容器系统的第二启动指令时，将所述第二启动指令发送至容器管理系统，并通过所述容器管理系统启动所述另一容器系统。
11.根据权利要求10所述的装置，其特征在于，所述启动模块，包括：
第一判断单元，用于当接收到用户通过容器管理系统提供的容器管理交互接口输入的启动任一容器系统的第一启动指令时，判断所述用户的启动权限；
第一启动单元，用于若判断所述用户具备启动所述任一容器系统的权限时，启动所述任一容器系统。
12.根据权利要求10所述的装置，其特征在于，该装置还包括：
第一建立模块，用于通过系统内核创建的用于管理各个容器系统间通信的容器通信设备节点，建立所述任一容器系统与容器管理系统之间的通信通道；
其中，所述发送及启动模块，包括：
发送单元，用于通过所述通信通道将所述第二启动指令发送至容器管理系统；
其中，该装置还包括：
第二建立模块，用于通过所述容器通信设备节点，建立所述另一容器系统与容器管理系统之间的通信通道。
13.根据权利要求10所述的装置，其特征在于，所述发送及启动模块，包括：
第二判断单元，用于当接收到用户通过所述任一容器系统的容器管理应用输入的启动另一容器系统的第二启动指令时，判断所述用户的启动权限；
第二启动单元，用于若判断所述用户具备启动所述另一容器系统的权限时，启动所述另一容器系统。
14.根据权利要求10所述的装置，其特征在于，该装置还包括：
创建模块，用于通过系统内核来创建用于记录各个容器系统的系统信息的容器信息链表；
记录模块，用于在所述容器信息链表中记录所述任一容器系统和所述另一容器系统的系统信息。
15.根据权利要求12所述的装置，其特征在于，该装置还包括：
配置及管理模块，用于通过容器管理系统中的容器配置服务，配置所述任一容器系统和所述另一容器系统中与容器管理系统对应的系统功能服务，并管理所述任一容器系统和所述另一容器系统与容器管理系统之间的通信通道。
16.根据权利要求14所述的装置，其特征在于，该装置还包括：
提供模块，用于通过所述任一容器系统和所述另一容器系统提供容器系统间切换的系统切换接口；
分配模块，用于当通过所述系统切换接口检测到所述任一容器系统和所述另一容器系统之间的系统切换指令时，根据所述容器信息链表中记录的各个容器系统的系统信息，对所述任一容器系统和所述另一容器系统的系统资源进行重新调度。
17.根据权利要求10所述的装置，其特征在于，该装置还包括：
发送模块，用于当通过容器管理系统提供的容器管理交互接口接收到关闭至少一个容器系统的关闭指令时，向各个容器系统发送关闭所述至少一个容器系统的通知消息；
删除及释放模块，用于通过容器管理系统删除各个容器系统中与所述至少一个容器系统之间的系统切换接口，并释放所述至少一个容器系统占用的系统资源；
关闭模块，用于通过容器管理系统关闭容器管理系统与所述至少一个容器系统的通信通道，以关闭所述至少一个容器系统。
18.根据权利要求17所述的装置，其特征在于，该装置还包括：
切换模块，用于当待关闭的容器系统位于前台时，根据预定切换规则，将前台系统由所述待关闭的容器系统切换为多系统中除所述待关闭的容器系统外的与所述预定切换规则相匹配的容器系统。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611075549.2A CN106557690B (zh) | 2016-11-29 | 2016-11-29 | 管理多容器系统的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611075549.2A CN106557690B (zh) | 2016-11-29 | 2016-11-29 | 管理多容器系统的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106557690A true CN106557690A (zh) | 2017-04-05 |
| CN106557690B CN106557690B (zh) | 2019-10-22 |
Family
ID=58445946
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611075549.2A Active CN106557690B (zh) | 2016-11-29 | 2016-11-29 | 管理多容器系统的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106557690B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107577538A (zh) * | 2017-10-23 | 2018-01-12 | 中国联合网络通信集团有限公司 | 容器资源管理方法及系统 |
| CN107943606A (zh) * | 2017-11-22 | 2018-04-20 | 上海博泰悦臻电子设备制造有限公司 | 双操作系统下的故障处理方法及装置、存储器及电子设备 |
| WO2020015416A1 (zh) * | 2018-07-19 | 2020-01-23 | 华为技术有限公司 | 一种显示方法、装置及存储介质 |
| JP7095835B2 (ja) | 2017-09-30 | 2022-07-05 | 中興通訊股▲ふん▼有限公司 | モバイル端末による複数動画再生方法、モバイル端末、および可読記憶媒体 |
Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10012557A1 (de) * | 1999-03-18 | 2000-09-21 | Siemens Ag | Softwarekomponente und Verfahren zum Aufrufen und Betreiben einer Softwarekomponente |
| CN101615123A (zh) * | 2008-06-26 | 2009-12-30 | 比亚迪股份有限公司 | 一种移动终端操作系统的引导方法及移动终端 |
| CN101620471A (zh) * | 2009-08-07 | 2010-01-06 | 福建升腾资讯有限公司 | 一种单主机多系统的实现方法 |
| CN101937345A (zh) * | 2009-07-01 | 2011-01-05 | 联想(北京)有限公司 | 计算机和计算系统 |
| CN103136052A (zh) * | 2011-11-25 | 2013-06-05 | 展讯通信（上海）有限公司 | 移动终端及安装有多个操作系统的移动终端的控制方法 |
| CN104156270A (zh) * | 2014-07-28 | 2014-11-19 | 浪潮(北京)电子信息产业有限公司 | 一种单机同时运行多操作系统的方法及系统 |
| CN104765623A (zh) * | 2014-01-03 | 2015-07-08 | 中兴通讯股份有限公司 | 一种实现多操作系统的数据处理方法及终端设备 |
| CN104978231A (zh) * | 2015-07-10 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 基于内部存储分区的多系统及其加载和切换方法 |
| CN105045669A (zh) * | 2015-08-26 | 2015-11-11 | 北京元心科技有限公司 | 容器系统的管理服务方法以及智能终端 |
| CN105183558A (zh) * | 2015-08-26 | 2015-12-23 | 北京元心科技有限公司 | 智能终端及其容器系统的管理方法 |
| CN105224402A (zh) * | 2015-09-11 | 2016-01-06 | 上海斐讯数据通信技术有限公司 | 一种多系统快速切换方法及系统 |
| CN105320558A (zh) * | 2014-06-30 | 2016-02-10 | 青岛海信移动通信技术股份有限公司 | 一种移动终端及其启动的方法 |
| CN105573837A (zh) * | 2016-02-23 | 2016-05-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种多系统移动终端控制方法及装置 |
| CN105574383A (zh) * | 2015-04-17 | 2016-05-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种终端系统管理方法及装置 |
| CN105573753A (zh) * | 2015-12-11 | 2016-05-11 | 北京元心科技有限公司 | 多系统切换的方法和装置 |
| CN105653353A (zh) * | 2015-12-31 | 2016-06-08 | 北京元心科技有限公司 | 一种基于容器的多系统交互通讯方法和装置 |
| CN105824624A (zh) * | 2016-03-14 | 2016-08-03 | 广东天波信息技术股份有限公司 | 智能终端多系统软件控制方法与系统 |
| CN105975287A (zh) * | 2016-06-23 | 2016-09-28 | 珠海全志科技股份有限公司 | 一种多系统快速切换的方法和系统 |
| CN106095530A (zh) * | 2016-06-08 | 2016-11-09 | 电子科技大学 | 一种多Android系统的容器自动创建及其启动方法 |
-
2016
- 2016-11-29 CN CN201611075549.2A patent/CN106557690B/zh active Active
Patent Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10012557A1 (de) * | 1999-03-18 | 2000-09-21 | Siemens Ag | Softwarekomponente und Verfahren zum Aufrufen und Betreiben einer Softwarekomponente |
| CN101615123A (zh) * | 2008-06-26 | 2009-12-30 | 比亚迪股份有限公司 | 一种移动终端操作系统的引导方法及移动终端 |
| CN101937345A (zh) * | 2009-07-01 | 2011-01-05 | 联想(北京)有限公司 | 计算机和计算系统 |
| CN101620471A (zh) * | 2009-08-07 | 2010-01-06 | 福建升腾资讯有限公司 | 一种单主机多系统的实现方法 |
| CN103136052A (zh) * | 2011-11-25 | 2013-06-05 | 展讯通信（上海）有限公司 | 移动终端及安装有多个操作系统的移动终端的控制方法 |
| CN104765623A (zh) * | 2014-01-03 | 2015-07-08 | 中兴通讯股份有限公司 | 一种实现多操作系统的数据处理方法及终端设备 |
| CN105320558A (zh) * | 2014-06-30 | 2016-02-10 | 青岛海信移动通信技术股份有限公司 | 一种移动终端及其启动的方法 |
| CN104156270A (zh) * | 2014-07-28 | 2014-11-19 | 浪潮(北京)电子信息产业有限公司 | 一种单机同时运行多操作系统的方法及系统 |
| CN105574383A (zh) * | 2015-04-17 | 2016-05-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种终端系统管理方法及装置 |
| CN104978231A (zh) * | 2015-07-10 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 基于内部存储分区的多系统及其加载和切换方法 |
| CN105045669A (zh) * | 2015-08-26 | 2015-11-11 | 北京元心科技有限公司 | 容器系统的管理服务方法以及智能终端 |
| CN105183558A (zh) * | 2015-08-26 | 2015-12-23 | 北京元心科技有限公司 | 智能终端及其容器系统的管理方法 |
| CN105224402A (zh) * | 2015-09-11 | 2016-01-06 | 上海斐讯数据通信技术有限公司 | 一种多系统快速切换方法及系统 |
| CN105573753A (zh) * | 2015-12-11 | 2016-05-11 | 北京元心科技有限公司 | 多系统切换的方法和装置 |
| CN105653353A (zh) * | 2015-12-31 | 2016-06-08 | 北京元心科技有限公司 | 一种基于容器的多系统交互通讯方法和装置 |
| CN105573837A (zh) * | 2016-02-23 | 2016-05-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种多系统移动终端控制方法及装置 |
| CN105824624A (zh) * | 2016-03-14 | 2016-08-03 | 广东天波信息技术股份有限公司 | 智能终端多系统软件控制方法与系统 |
| CN106095530A (zh) * | 2016-06-08 | 2016-11-09 | 电子科技大学 | 一种多Android系统的容器自动创建及其启动方法 |
| CN105975287A (zh) * | 2016-06-23 | 2016-09-28 | 珠海全志科技股份有限公司 | 一种多系统快速切换的方法和系统 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7095835B2 (ja) | 2017-09-30 | 2022-07-05 | 中興通訊股▲ふん▼有限公司 | モバイル端末による複数動画再生方法、モバイル端末、および可読記憶媒体 |
| CN107577538A (zh) * | 2017-10-23 | 2018-01-12 | 中国联合网络通信集团有限公司 | 容器资源管理方法及系统 |
| CN107577538B (zh) * | 2017-10-23 | 2020-03-31 | 中国联合网络通信集团有限公司 | 容器资源管理方法及系统 |
| CN107943606A (zh) * | 2017-11-22 | 2018-04-20 | 上海博泰悦臻电子设备制造有限公司 | 双操作系统下的故障处理方法及装置、存储器及电子设备 |
| CN107943606B (zh) * | 2017-11-22 | 2023-12-15 | 博泰车联网科技(上海)股份有限公司 | 双操作系统下的故障处理方法及装置、存储器及电子设备 |
| WO2020015416A1 (zh) * | 2018-07-19 | 2020-01-23 | 华为技术有限公司 | 一种显示方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106557690B (zh) | 2019-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106506521B (zh) | 资源访问控制方法和装置 | |
| US9244817B2 (en) | Remote debugging in a cloud computing environment | |
| CN107153565B (zh) | 配置资源的方法及其网络设备 | |
| CN106557690A (zh) | 管理多容器系统的方法及装置 | |
| EP2930884B1 (en) | Object-oriented network virtualization | |
| JP6174716B2 (ja) | 管理システム、全体管理ノード及び管理方法 | |
| CN104767649B (zh) | 部署裸金属服务器的方法及装置 | |
| CN107580083A (zh) | 一种容器ip地址分配的方法和系统 | |
| CN105681081B (zh) | 物理机管理方法及装置 | |
| CN107533484A (zh) | 用于动态管理虚拟网络功能描述符的系统和方法 | |
| CN103946834A (zh) | 虚拟网络接口对象 | |
| US10361970B2 (en) | Automated instantiation of wireless virtual private networks | |
| CN106776067A (zh) | 多容器系统中系统资源的管理方法及管理装置 | |
| CN101222497A (zh) | 用于配置对网络的客户接入的系统和方法 | |
| CN108667886A (zh) | 提供PaaS服务的方法、管理系统和云计算服务架构 | |
| US10255092B2 (en) | Managed virtual machine deployment | |
| CN105812321B (zh) | 一种基于用户信息管理文件资源的网络文件系统和处理方法 | |
| CN112073448B (zh) | 一种双系统终端的服务隔离方法和装置 | |
| CN113672411B (zh) | 一种网络设备虚拟化驱动适配层的实现方法和装置 | |
| CN106878204A (zh) | 一种虚拟机的创建方法和装置 | |
| CN106535160A (zh) | 双系统双sim卡网络隔离传输的方法及系统 | |
| CN112099913A (zh) | 一种基于OpenStack实现虚拟机安全隔离的方法 | |
| CN107426152A (zh) | 云平台虚实互联环境下多任务安全隔离系统及方法 | |
| CN113312168A (zh) | 页面访问方法与电子设备 | |
| CN104007997A (zh) | 虚拟机安全组的配置方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210204 Address after: 101300 room 153, 1 / F, building 17, 16 Caixiang East Road, Nancai Town, Shunyi District, Beijing Patentee after: Yuanxin Information Technology Group Co.,Ltd. Address before: 100176 room 2222, building D, building 33, 99 Kechuang 14th Street, Beijing Economic and Technological Development Zone, Beijing Patentee before: BEIJING YUANXIN SCIENCE & TECHNOLOGY Co.,Ltd. |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20170405 Assignee: Beijing Yuanxin Junsheng Technology Co.,Ltd. Assignor: Yuanxin Information Technology Group Co.,Ltd. Contract record no.: X2021110000018 Denomination of invention: Method and device of managing multi container system Granted publication date: 20191022 License type: Common License Record date: 20210531 |