Результат интеллектуальной деятельности: ОПЕРАЦИОННАЯ СИСТЕМА С МНОЖЕСТВОМ СРЕД

Область техники, к которой относится изобретение

Настоящее изобретение относится в общем к операционным системам и способам инициирования последовательности загрузки операционной системы. Более конкретно настоящее изобретение относится к операционным системам c множеством сред и способам загрузки операционных систем с множеством сред.

Уровень техники

Операционные системы разрабатывают и обычно оптимизируют на основе конкретных приложений и рабочих характеристик, требуемых пользователем. Часто желательно, чтобы функциональные возможности одного типа операционной системы были доступны другим операционным системам, так как программы, предпочитаемые пользователем, могут зависеть от операционной системы.

Универсальные компьютерные операционные системы, такие как Linux™ и Windows™, имеют расширенное множество функциональных возможностей, таких как файловая система, драйверы устройств, приложения, библиотеки и т.д. Такие операционные системы позволяют одновременное выполнение множества программ и пытаются оптимизировать время ответа (также называемое временем задержки) и использование центрального процессора или нагрузки, связанной с обслуживанием одновременно выполняющихся программ. Однако, к сожалению, такие операционные системы обычно не являются подходящими для встроенных приложений реального времени, таких как мобильные вычислительные устройства. При определенных обстоятельствах было бы желательно, чтобы мобильное вычислительное устройство имело рабочие характеристики, связанные со специфической встроенной операционной системой мобильного устройства, и функциональные возможности универсальной операционной системы.

Например, Linux является широко известной универсальной настольной операционной системой со многими желаемыми функциональными возможностями для современных устройств, включая функциональные возможности современных операционных систем, многочисленные инструменты разработки, организацию сети и т.д. Однако Linux не была разработана как встроенная операционная система или операционная система реального времени. Многие современные устройства, такие как, без ограничения, телевизионные приставки, мобильные телефоны и автомобильные навигационные системы, требуют не только функциональных возможностей универсальной операционной системы, такой как Linux, но также функциональных возможностей встроенной операционной системы или операционной системы реального времени, включая рабочие характеристики реального времени.

Исторически выполнение множества операционных сред в одном устройстве выполнено посредством методов виртуализации, таких как, например, VMware™, VirtualBox™, QEMU™ и т.д. Однако при использовании виртуализации эмулируют полный компьютер и одним или более наборами программного обеспечения управляют в эмулированном вычислительном устройстве. Эмуляцию обрабатывают с большими непроизводительными затратами.

Ввиду вышеупомянутого имеется потребность в системе, осуществляющей одноядерную среду, которая эффективно и удобно предоставляет рабочие характеристики и функциональные возможности совместно существующих независимых операционных систем.

Раскрытие изобретения

В соответствии по меньшей мере с одним вариантом осуществления настоящего изобретения, представлена операционная система мобильного устройства, имеющая базовое ядро, выполненное с возможностью сопряжения компонента аппаратного обеспечения и компонента программного обеспечения промежуточного слоя устройства. Система включает в себя по меньшей мере две совместно существующих независимых операционных среды программного обеспечения промежуточного слоя, соединенные с базовым ядром, причем каждая из операционных сред программного обеспечения промежуточного слоя имеет соответствующий компонент приложения.

В соответствии с другим вариантом осуществления изобретения, предоставлено мобильное вычислительное устройство, имеющее запоминающее устройство памяти, соединенное с процессором компьютера. Запоминающее устройство памяти включает в себя машиноисполняемые инструкции, которые могут управлять по меньшей мере двумя средами операционной системы в общем ядре.

В соответствии с еще одним альтернативным вариантом осуществления, предоставлен мобильный телефон, имеющий графический пользовательский интерфейс, выполненный с возможностью приема и передачи информации мультимедиа. Телефон включает в себя вычислительную систему с процессором, соединенным с запоминающим устройством памяти, и операционную систему с множеством сред, имеющую общее ядро. Запоминающее устройство памяти включает в себя машиноисполняемые инструкции, которые могут управлять ресурсами, совместно используемыми по меньшей мере между двумя совместно существующими независимыми средами операционной системы.

В соответствии с альтернативным вариантом осуществления, настоящее изобретение включает в себя мобильное вычислительное устройство с процессором компьютера, соединенным с памятью компьютера, имеющей машиноисполняемые инструкции, выполненные с возможностью инициирования операционной системы. Устройство также включает в себя операционную систему, выполненную с возможностью одновременного выполнения стандартной среды дистрибутивной операционной системы Linux и среды операционной системы Android™ в одном ядре.

В соответствии с еще одним альтернативным вариантом осуществления, изобретение включает в себя операционную систему мобильного устройства, имеющую базовое ядро, выполненное с возможностью сопряжения компонента аппаратного обеспечения устройства и компонента программного обеспечения промежуточного слоя. Устройство также включает в себя первую независимую операционную среду программного обеспечения промежуточного слоя, выполненную с возможностью выполнения приложений, интерпретируемых с помощью JAVA, и соединенную с базовым ядром, и вторую независимую операционную среду программного обеспечения промежуточного слоя, выполненную с возможностью выполнения собственных приложений и соединенную с базовым ядром.

Краткое описание чертежей

Фиг.1 - иллюстративный вид в перспективе мобильного устройства;

фиг.2 - блок-схема, представляющая иллюстративную операционную систему;

фиг.3 - блок-схема иллюстративной операционной системы;

фиг.4 - блок-схема схемы совместного существования времени выполнения иллюстративной операционной системы;

фиг.5 - блок-схема схемы связи между средами иллюстративной операционной системы;

фиг.6 - блок-схема последовательности этапов, идентифицирующая этапы в последовательности загрузки для иллюстративной операционной системы;

фиг.7 - блок-схема последовательности этапов, идентифицирующая иллюстративные этапы для запуска приложения в первой операционной среде, в то время как иллюстративной операционной системой управляют с помощью второй операционной среды;

фиг.8 - схема последовательности сообщений, идентифицирующая иллюстративные этапы для запуска приложения второй операционной среды, в то время как первая операционная среда имеет первичное управление;

фиг.9 - блок-схема, идентифицирующая иллюстративные этапы, связанные с переключением из первой операционной среды во вторую операционную среду;

фиг.10 - схема последовательности сообщений, идентифицирующая иллюстративные этапы для переключения из первой операционной среды во вторую операционную среду;

фиг.11 - схема последовательности сообщений, идентифицирующая иллюстративные этапы для переключения из второй операционной среды в первую операционную среду;

фиг.12 - блок-схема последовательности этапов, идентифицирующая иллюстративное использование приложения, управляемого с помощью первой операционной среды, в то время как вторая операционная среда имеет первичное управление вычислительным устройством.

Осуществление изобретения

Представляется, что было бы выгодным иметь встроенную операционную систему и операционную среду на базе Linux, связывающиеся непосредственно с одним ядром Linux, выполняющимся непосредственно в аппаратном обеспечении вычислительного устройства.

Ссылаясь на фиг.1, предоставлен мобильный телефон 10. Телефон включает в себя GUI 12 и множество кнопок 14 ввода данных. Мобильное устройство 10 выбрано из группы, включающей в себя мобильный персональный компьютер (PC), netbook, мобильный телефон, портативный переносной компьютер, карманный компьютер и смартфон, но не ограниченной ими. Несмотря на то, что устройство 10 является мобильным, предполагают, что оно имеет существенную вычислительную мощность со скоростью процессора свыше 500 mHz, несмотря на то, что не исключают более медленные процессоры. Принимая во внимание вычислительную мощность, пользователь может соединять устройство с большим разнообразием периферийных устройств (не изображены). Периферийные устройства выбраны из группы, включающей в себя монитор компьютера, портативный переносной компьютер, настольный компьютер, планшетный РС и экранный проектор, но не ограниченной ими.

Теперь, ссылаясь на фиг.2, предоставлена блок-схема иллюстративной операционной системы (OS) 16, которая находится на связи с ядром 18. OS 16 может быть дистрибутивной системой Linux, операционной системой на базе Linux или операционной системой не на базе Linux. Аппаратное обеспечение 20 устройства также находится на связи с ядром 18 Linux. Операционная система 16 включает в себя первую среду 22 операционной системы и вторую среду 24 операционной системы, находящиеся на связи с одним ядром 18 Linux. Например, вторая среда 24 операционной системы программного обеспечения промежуточного слоя является стандартным дистрибутивом Linux, а первая среда 22 операционной системы программного обеспечения промежуточного слоя является средой встроенной операционной системы, предназначенной для использования в мобильных устройствах, такой как операционная система Android™ (открытый альянс мобильной трубки, ). Дистрибутив 16 Linux находится на связи с ядром 18 Linux, которое находится на связи с аппаратным обеспечением 20 устройства. Аппаратное обеспечение 20 устройства может быть запоминающим устройством памяти (не изображено), соединенным с процессором (на изображен), которое сохраняет машиноисполняемые инструкции, которые выполнены с возможностью выполнения различных функций и операций, как описано в настоящей заявке.

Иллюстративная операционная система 16 включает в себя Ubuntu® (Canonical Ltd., ) для среды 24 операционной системы на базе Linux. Специально подразумевают, что множество сред операционной системы программного обеспечения промежуточного слоя совместно существуют независимо от другой (других). Иллюстративные среды, которые могут быть включены в операционную систему 16, включают в себя Android™, Ubuntu® (Canonical Ltd., ), стандартные среды на базе Linux, Symbian (Symbian Foundation Ltd., ) и среды на базе Windows. В альтернативном варианте осуществления представляется, что более двух сред операционной системы выполнены с возможностью независимого существования в одном и том же базовом ядре 18.

Ссылаясь на фиг.3, предоставлена блок-схема иллюстративной операционной системы. В настоящем иллюстративном варианте осуществления первая среда 22 OS является операционной средой на базе Android™, а вторая среда 24 OS является на базе Linux. Первая среда 22 операционной системы включает в себя модуль 26 службы портала, модуль 28 процесса портала, модуль 30 услуг OS и модуль 32 приложений OS. Вторая среда 24 операционной системы включает в себя администратора 34 ресурсов, модуль 36 Android в окне (AIW), модуль 38 приложений второй OS и второй модуль 40 услуг второй OS.

Модуль 36 AIW выполнен с возможностью отображения окна приложения первой OS 22 в GUI 12, в то время как вторая OS 24 является первичной операционной средой.

Модуль 26 службы портала содержит множество инструкций, выполненных с возможностью разрешения обслуживания для первой OS 22, и управляет всей связью с администратором 34 ресурсов. В то время как устройство 10 работает, модуль 26 службы портала предпочтительно выполняется всегда. Кроме того, модуль 26 службы портала соединен с процессом, связанным с модулем 28 процесса портала, а также широковещательными событиями первой OS. Модуль 28 процесса портала является приложением или множеством машиноисполняемых инструкций, которое представляет приложение второй OS 24, расположенное в наборе первой OS 22. В качестве примера, если вторая OS 24 является Ubuntu®, модуль 28 процесса портала может представлять специфическое приложение Ubuntu, а когда модуль 28 процесса портала имеет фокус, Ubuntu является в поле зрения через GUI 12. Многочисленные приложения могут выполняться одновременно, также упомянутые как набор выполняющихся приложений, в любой данной операционной среде. Логически говоря, считают, что самое верхнее приложение имеет “фокус”.

Ядро 18 включает в себя множество драйверов 42 и модуль 44 AEV. С драйверами 42 включены драйверы устройств ввода для компонентов 20 аппаратного обеспечения. AEV 44 является модулем ядра, который берет абсолютную координату и события клавиатуры из AIW 36 и передает их в концентратор событий.

Совместно существующие среды в операционной системе 16 связываются друг с другом. Администратор 34 ресурсов, который является частью второй OS 24, связывается непосредственно с модулем 26 службы портала, который является частью первой OS 22. Кроме того, модуль 26 службы портала, который является частью первой OS 22, связывается непосредственно с администратором 34 ресурсов. Администратор 34 ресурсов является множеством инструкций, выполненных с возможностью администрирования ресурсами, совместно используемыми первой OS 22 и второй OS 24. Совместно используемые ресурсы включают в себя устройства отображения, устройства ввода, услуги управления мощностью и информацию состояния системы. Кроме того, администратор 34 ресурсов выполнен с возможностью управления доступом OS 22, 24 к аппаратному обеспечению 20. Кроме того, администратор 34 ресурсов идентифицирует и контролирует, пользовательский интерфейс какой OS 22, 24 отображен через GUI 12.

В соответствии с настоящим вариантом осуществления, служба 26 портала является службой всех коммуникаций из первой OS 22 в администратора 34 ресурсов. Кроме того, служба портала является приемником для всех обратных вызовов из администратора 34 ресурсов в первую OS 22. Администратор ресурсов предоставляет интерфейс прикладного программирования (API) обнаруживаемого статуса в службу 26 портала. Этот API выполнен с возможностью его вызова с помощью администратора 34 ресурсов в любое время. Администратор 34 ресурсов выполнен с возможностью получения и обработки статуса времени выполнения, который предусматривает, чтобы администратор ресурсов поддерживал конечный автомат. Для первой OS 22 служба 26 портала предоставляет статус времени выполнения в процессы, которые требуют их. Аналогично, служба 26 портала запрашивает и принимает обновления статуса из процессов, которые предоставляют информацию статуса. Аналогичной связью для второй OS 24 управляют с помощью администратора 34 ресурсов, который предоставляет статус времени выполнения в процессы, которые требуют их. Администратор 34 ресурсов запрашивает и принимает обновления статуса из различных процессов, которые предоставляют информацию статуса. Драйверы 42 устройств, логически связанные с ядром 18, связываются непосредственно с администратором 34 ресурсов, а также процессами, которые предоставляют информацию статуса времени выполнения. Например, API выполняет арбитраж доступа к устройствам пользовательского интерфейса, таким как дисплеи, сенсорные экраны или GUI 12. Еще один пример, API выполняет арбитраж доступа к устройствам ввода питания, таким как батареи и/или настенные разъемы переменного тока/постоянного тока.

Первая OS 22 и вторая OS 24 являются независимыми друг от друга и совместно существуют относительно друг друга. Каждая OS 22, 24 является полностью функционирующей средой операционной системы и не требует, чтобы функционировала другая среда операционной системы. Две среды операционной системы существуют в одном и том же устройстве 10 со 100% независимостью относительно друг друга. Как идентифицировано выше, первая и вторая OS 22, 24 совместно не существуют в схеме виртуализации или эмуляции, а фактически работают в одном ядре 18. Вместо этого имеется совместное существование времени выполнения, при котором обе OS 22, 24 выполняются в своих соответственных собственных средах, и никакую из OS 22, 24 повторно не компилируют, так как нет необходимости применять по-новому общую среду времени выполнения С. Доступ к приложениям может быть осуществлен с помощью пользователя, который закодирован только для одной или другой OS 22, 24, без прерывания для вычислительного опыта пользователя.

Ссылаясь на фиг.4, блок-схема предоставляет иллюстративную схему совместного существования для OS 22 Android® и OS 24 Ubuntu™. Каждая OS 22, 24 работает в отдельной среде времени выполнения, которая предоставляет услуги программного обеспечения для программ и/или процессов, в то время как работает устройство 10. Процессы 46 Android и библиотеки 48 Android осуществляют доступ к библиотеке 50 BIONIC С, которая специально оптимизирована и модифицирована для среды Android. Процессы 52 Ubuntu и библиотеки 54 Ubuntu осуществляют доступ к библиотеке 56 С Glibc, которая является библиотекой С GNU, используемой во многих стандартных настольных системах на базе Linux. Каждая среда OS выполняется в ее соответственных библиотеках С без создания конфликтных ситуаций с другой операционной средой.

Ссылаясь на фиг.5, предоставлен более подробный маршрут связи между первой OS 22 и второй OS 24, описанными на фиг.4. Система связи между процессами (IPC) выполнена с возможностью администрирования потоков связи между средами, между первой OS 22 и второй OS 24. Служба 26 портала связывается с пакетом 58 связывания DBUS, который является пакетом программного обеспечения, содержащим язык программирования и выполняемые инструкции, выполненные с возможностью связи с библиотекой 60 DBUS. Администратор 34 ресурсов связывается с пакетом 62 связывания DBUS Glib, который также является пакетом программного обеспечения, содержащим язык программирования и выполняемые инструкции, выполненные с возможностью связи с библиотекой 64 DBUS, выполненной для второй OS 24. Как библиотека 60 первой OS 22, так и библиотека 64 второй OS 24 связываются через служебный процесс «демон» 66 DBUS, который является логической частью второй OS 24 и действует как линия связи между двумя операционными средами.

Ссылаясь на фиг.6, предоставлена блок-схема последовательности этапов, представляющая последовательность загрузки. Последовательность загрузки включает в себя как общие этапы, так и специфические этапы среды операционной системы. Фактическая последовательность загрузки зависит от правил, связанных с заданным состоянием устройства, которое предписывает последовательность загрузки. В качестве примера, если устройство соединено с периферийным устройством, таким как монитор, состояние устройства считают как находящегося в фиксированном режиме, и вторая OS 24 по умолчанию является первичной средой. В качестве альтернативы, если устройство 10 не соединено с периферийным устройством, тогда оно находится в мобильном режиме, и первая OS 22 по умолчанию является первичной операционной средой. Однако вторичную операционную среду запускают одновременно с первичной средой, и она работает на заднем плане в случае, когда состояние устройства 10 изменяется, и вторичную среду переключают, чтобы она стала первичной средой. В качестве примера, когда устройство 10 находится в фиксированном режиме, а периферийное устройство не подключено, имеется автоматическое переключение в мобильный режим, что дает в результате, что вторичная среда становится первичной средой, и наоборот.

Последовательность загрузки инициируют на этапе 68, за которым следует запуск базового ядра 18 Linux на этапе 70. Программа загрузчика инициализируется до запуска ядра. После того, как ядро 18 Linux инициализировано, ядро запускает сценарии пространства пользователя на этапе 72. Администратора 34 ресурсов запускают на этапе 74, за которым следует идентификация состояния режима на этапе 76. Если состояние режима идентифицировано, выполняют доступ к библиотеке ссылок на этапе 78, чтобы определить критерий, связанный с состоянием, который идентифицирован и/или предписан этим состоянием. На этапе 80 запускают услуги, общие, как для первой OS 22, так и второй OS 24. На этапе 82 ссылаются на состояние режима, определенное на этапе 76. Если идентифицируют мобильное состояние тогда первая OS 22 является первичной операционной средой, тогда на этапе 84 запускают сценарии инициализации первой OS, за которым следуют сценарии инициализации второй OS 24, запущенные на этапе 86. Если на этапе 82 сослались на фиксированное состояние, тогда вторая OS 24 является первичной операционной средой, и тогда запускают сценарии инициализации второй OS 24 на этапе 88, за которым следует запуск сценариев инициализации первой OS 22 на этапе 90. Независимо от того, какая среда является первичной, запускают обе среды, и они выполняются до того, как устройство является работающим на этапе 92. Поскольку общие услуги запускают сначала на этапе 80, для всех намерений и целей первичную и вторичную среды запускают параллельно. Однако специфические услуги первичной среды, основанные на состоянии устройства, запускают непосредственно до специфических услуг вторичной среды. С помощью разделения запуска общих услуг со специфическими услугами среды устройство 10 может быть быстро работающим с множеством совместно существующих и независимых операционных сред.

Ссылаясь на фиг.7, предоставлена блок-схема последовательности этапов, идентифицирующая этапы для запуска приложения второй OS 24, в то время как устройство 10 находится в мобильном режиме 94, а первая OS 22 имеет первичное управление. Приложение второй OS 24, мобильный РС, выбирают на этапе 96. Мобильный РС является приложением в первой OS 22, которая предоставляет полный вид PC, в качестве альтернативы, упомянутый как вид netbook, в то время как устройство работает в мобильном режиме, а первая OS 22 имеет первичное управление. В альтернативном варианте осуществления отдельные приложения из второй OS 24 могут быть перечислены в меню первой OS 22 и запущены отдельно, что может быть аналогичным виду netbook.

Служба 26 портала посылает сообщение обновления статуса в администратора 34 ресурсов на этапе 98, указывая, что процесс 28 портала получил фокус. После этого администратор 34 ресурсов выключает ввод первой OS 22 и переключает виртуальный терминал на этапе 100. Приложение мобильного РС отображают в GUI 12 на этапе 102. Во время работы приложения мобильного РС может произойти незатребованное событие на этапе 104 или событие, затребованное пользователем, может произойти на этапе 106. Незатребованное событие включает в себя критичные и не критичные ко времени события. В качестве примера, незатребованное событие критичное ко времени, включает в себя телефонный вызов или запланированный или незапланированный предупредительный сигнал. Кроме того, в качестве примера, незатребованное событие, не критичное ко времени, включает в себя сообщение SMS, сообщение электронной почты или уведомление об обновлении устройства. После того как событие 104, 106 происходит, служба 26 портала посылает сообщение в администратора 34 ресурсов, указывая, что процесс 26 портала потерял фокус, на этапе 108. На этапе 110 администратор 34 ресурсов запрашивает первую OS 22, чтобы разрешить поток события ввода, и переключает виртуальный терминал. В качестве примера, настоящий вариант осуществления включает в себя отдельные виртуальные терминалы для переключения управления отображением между первой OS 22 и второй OS 24. Вообще говоря, виртуальный терминал является приложением Linux, которое позволяет пользователю системы переключать управления отображением между видом на базе Windows и системной консолью.

Когда происходит незатребованное событие, или пользователь выбирает кнопку “Home” на этапе 112, процесс 28 портала переключают на второй план на этапе 114, в то время как незатребованное событие продолжается, или пользователь управляет другим приложением из меню “Home” GUI 12. В качестве альтернативы, если пользователь выбирает кнопку “Back” на этапе 112, тогда процесс 28 портала завершает выполнение приложения, и устройство 10 восстанавливается в главное меню нерабочего режима на этапе 94. События, инициированные пользователем, такие как выбор кнопки Home, кнопки Back или инициирование нового приложения, являются иллюстративными затребованными событиями. Когда происходит событие, на этапе 118 принимают решение, и первую OS 22 прерывают на этапе 120, если событие является незатребованным. В качестве альтернативы, если событие является затребованным, таким как выбор пользователем кнопки Home, тогда устройство восстанавливается в главное меню нерабочего режима на этапе 94. После прерывания OS на этапе 120, прерывание приложения завершается, и процесс 28 портала повторно получает фокус на этапе 122, и устройство 10 восстанавливается на этапе 98.

В альтернативном варианте осуществления средство виртуального терминала не используют. Визуализация приложения второй OS 24, когда находится в мобильном режиме, может быть выполнено через приложение, подобное VNC. Приложение второй OS 24, такое как Ubuntu, может быть визуализировано дистанционно в клиента VNC. Кроме того, этот вариант осуществления не отбирает управление физическим отображением от первой OS 22.

Еще в одном альтернативном варианте осуществления уведомления, не критичные ко времени, сгенерированные с помощью первой OS 22, идентифицируют и перечисляют в панели в виде второй OS 24. При перечислении уведомлений в панели первой OS 22, информацию статуса объединяют с видом второй OS 24, когда вторая OS 24 является первичной OS. На досуге пользователя осуществляют доступ к панели, чтобы сменить уведомления статуса, не критичные ко времени. Когда панель занята, первая OS 22 становится первичной OS и позволяет уведомлениями быть видимыми. В качестве примера, панель может быть спускающимся списком, который спускается из области статуса с помощью скользящего жеста.

Ссылаясь на фиг.8, предоставлена диаграмма последовательности сообщений, идентифицирующая этапы для запуска приложения второй OS 24, в то время как первая OS 22 имеет первичное управление. Диаграмма последовательности предоставляет пошаговый, сверху вниз, поток сигналов, переданных между модулем 28 процесса портала и администратором 34 ресурсов. Процесс 28 портала принимает сигнал 124, чтобы запустить портал и выключить ввод. Первая OS 22 имеет первичное управление до того, как сигнал 126 изменяет состояние режима во вторую OS 24, получающую первичное управление. Сигнал 126 посылают из процесса 28 портала в администратора 34 ресурсов, который затем генерирует ответный сигнал 128, посланный в процесс 28 портала, указывающий, что вторая OS 24 является первичной OS. Сигнал 130 принимают с помощью процесса 28 портала, и он выключает ввод. Сигнал 132 посылают из процесса 28 портала в администратора 34 ресурсов, изменяя состояние режима из второй OS 24 в первую OS 22. После приема сигнала 132 администратор 34 ресурсов переключает виртуальный терминал. Затем администратор 34 ресурсов посылает сигнал 134 обновления статуса в процесс 28 портала, указывая, что первая OS 22 является первичной.

Ссылаясь на фиг.9, предоставлена блок-схема последовательности этапов, идентифицирующая переключение из первой операционной среды во вторую операционную среду. На этапе 136 устройство является не работающим в мобильном режиме (OS1 22). На этапе 138 устройство соединяют со стыковочной станцией или соединяют с периферийным устройством. В качестве примера, между устройством 10 и монитором или телевизором может быть создано соединение HDMI. Администратора 34 ресурсов уведомляют об обновленном статусе соединения на этапе 140, и первую OS 22 выключают на этапе 142 в ответ на изменение статуса соединения. На этапе 144 портал первой OS 22 переключает буфер кадров совместно используемой памяти, за которым следует переключение администратором 34 ресурсов виртуального терминала на этапе 146. Если приложение мобильного РС находится в поле зрения на этапе 148, тогда процесс 26 портала завершает выполнение на этапе 150. В качестве альтернативы, если приложение мобильного РС не находится в поле зрения, тогда включают фиксированный режим на этапе 152. В случае, когда состояние устройства изменяется на этапе 154, тогда администратор 34 ресурсов принимает обновление состояния статуса на этапе 156. В качестве примера, состояние системы изменяется, когда пользователь удаляет кабель HDMI, или аналогичный соединитель, который используют для соединения устройства 10 с периферийным устройством. После обновления 156 состояния события первую OS 22 выключают 158, и устройство работает в мобильном режиме. Переключение буфера кадров запрашивают на этапе 160, а переключение виртуального терминала запрашивают на этапе 162, причем оба переключения выполняют с помощью процесса 26 портала. После этапа 162 устройство восстанавливается в нерабочее состояние в мобильном режиме 136.

Ссылаясь на фиг.10, предоставлена диаграмма последовательности сообщений, идентифицирующая этапы, выполняемые, когда устройство 10 переходит из мобильного режима (OS1) в фиксированный режим (OS2). Устройство 10 работает в мобильном режиме, и первая OS 22 является первичной OS. Сигнал 164 кабеля принимают с помощью администратора 34 ресурсов, который указывает, что HDMI или альтернативный разъем подключен к устройству 10. Сигнал 164 кабеля является иллюстративным сигналом изменения инициализации мобильного состояния. В альтернативном варианте осуществления разъем может быть беспроводным соединением между устройством 10 и периферийным устройством, и отключение беспроводной связи вызвало бы генерируемый сигнал изменения инициализации состояния мобильного устройства. Инициируют последовательность сигналов, переводящих устройство из мобильного режима в фиксированный режим. Сигнал 164 посылают из администратора 34 ресурсов в процесс 28 портала, указывая переход статуса режима и выключение главного ввода данных. Процесс 28 портала посылает сигнал 168 в администратора 34 ресурсов, идентифицируя, что вторая OS 24 теперь является первичной, и переключение виртуального терминала. Сигнал 170 посылают из администратора 34 ресурсов в процесс портала, идентифицируя вторую OS 24 как первичную, и взял монопольное использование буфера кадров. Сигнал 172 подтверждения изменения состояния режима посылают из процесса 28 портала в администратора 34 ресурсов, идентифицируя, что устройство теперь находится в фиксированном режиме и, что вторая OS 24 является первичной OS. Сигнал обновления режима системы посылают из администратора 34 ресурсов в AIW 36.

Ссылаясь на фиг.11, предоставлена диаграмма последовательности сообщений, идентифицирующая этапы, выполняемые, когда устройство 10 переходит из фиксированного режима (OS2) в мобильный режим (OS1). Сигнал 176 кабеля принимают с помощью администратора 34 ресурсов, который указывает, что HDMI или альтернативный проводной разъем удален от устройства 10. Удаление разъема указывает, что периферийное устройство (не изображено) больше не находится на связи с устройством 10. В альтернативном варианте осуществления разъем может быть беспроводной связью между устройством 10 и периферийным или альтернативным устройством (не изображено). Инициируют последовательность сигналов, переводящих устройство из фиксированного режима в мобильный режим. Сигнал 178 посылают из администратора 34 ресурсов в процесс 28 портала, указывая переход статуса режима и выключение главного ввода данных и главного буфера кадров. Процесс 28 портала посылает сигнал 180 в администратора 34 ресурсов, идентифицируя, что первая OS 22 теперь является первичной, и переключение виртуального терминала. Сигнал 182 посылают из администратора 34 ресурсов в процесс портала, идентифицируя первую OS 22 как первичную, и взял монопольное использование буфера кадров. Сигнал 184 подтверждения изменения состояния режима посылают из процесса 28 портала в администратора 34 ресурсов, идентифицируя, что устройство теперь находится в мобильном режиме и, что первая OS 22 является первичной OS. Сигнал обновления режима системы посылают из администратора 34 ресурсов в AIW 36.

Ссылаясь на фиг.12, на этапе 188 устройство 10 является неработающим в фиксированном режиме, и вторая OS 24 является первичной операционной средой. Если незатребованное событие происходит на этапе 190 или пользователь выбирает OS1 22 в оконном приложении на этапе 192, тогда OS1 22 в оконном приложении запускают на этапе 194. В качестве примера, если Android является операционной средой 22 мобильного устройства, тогда запускают Android в (AIW) оконном приложении. Приложение AIW дает возможность пользователю осуществлять доступ к приложениям Android, в то время как устройство работает в фиксированном режиме. Администратора 34 ресурсов также уведомляют об обновлении статуса на этапе 194. Ввод в первую OS 22 выключают на этапе 198, за которым следует передача уведомления обновления отображения первой OS на этапе 198. Приложение AIW работает и имеет фокус на этапе 200. Если работу приложения AIW завершают на этапе 202 или пользователь удаляет AIW из фокуса на этапе 204, тогда ввод первой OS 22 выключают на этапе 206. Отображение первой OS 22 останавливают на этапе 208. Если работу приложения AIW завершают на этапе 210, тогда система восстанавливается в нерабочий фиксированный режим 188. В качестве альтернативы, если отменяют фокус приложения AIW, тогда приложение работает в этом состоянии на этапе 212. В случае незатребованного события на этапе 214 или затребованного взаимодействия с приложением AIW на этапе 216, AIW повторно получает фокус на этапе 218. В то время как отменяют фокус AIW, пользователь может выбрать приложение AIW и продолжить взаимодействие с окном AIW, что повторно фокусирует AIW и уведомляет администратора ресурсов 34 об обновлении статуса. После того как AIW повторно получает фокус, ввод первой OS 22, которая является Android для настоящего варианта осуществления, выключают на этапе 220. Уведомления обновления отображения первой OS 22 передают в администратора 34 ресурсов на этапе 222, за которым следует восстановление системы на этапе 220, на котором отключают AIW, и AIW находится в фокусе. Когда приложение находится в фокусе, это приложение находится на логическом верху набора выполняющихся приложений.

В альтернативном варианте осуществления предполагают, что устройство 10 может переходить между состояниями режима на основании событий, отличных от фиксирования и отмены фиксирования устройства 10. В качестве примера, если устройство 10 является стационарным в течение предварительно установленного периода времени, устройство 10 может быть запрограммировано с возможностью работы в состоянии режима с самой эффективной энергией или же независимо от статуса устройства. Еще в одном примере, пользователь может перевести состояние режима из фиксированного в мобильное, если устройство имеет соединение с периферийным устройством. Кроме того, тип периферийного устройства, соединенного с устройством 10, может предписывать, инициировать ли последовательность автоматического изменения состояния режима, или предоставить пользователю запрос изменения состояния режима. Таким образом, пользователь может выбрать состояние режима, в котором будет работать устройство 10. Еще в одном альтернативном варианте осуществления подразумевают дополнительные состояния режима, на основании использования конкретного устройства 10 и приложений, доступных в памяти 20 устройства.

В частности, подразумевается, что настоящее изобретение не ограничено вариантами осуществления и иллюстрациями, содержащимися в настоящей заявке, а включает в себя модифицированные виды этих вариантов осуществления, включая части вариантов осуществления и комбинации элементов разных вариантов осуществления, которые находятся в пределах объема следующей формулы изобретения.