Операционная система с множеством сред

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

 

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

Настоящее изобретение относится в общем к операционным системам и способам инициирования последовательности загрузки операционной системы. Более конкретно настоящее изобретение относится к операционным системам 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 устройства.

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

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

2. Система управления мобильным устройством по п. 1, в которой по меньшей мере одно из средств для выполнения приложений является средой Linux.

3. Система управления мобильным устройством по п. 1, дополнительно содержащая средство управления ресурсами, совместно используемыми по меньшей мере двумя средствами для выполнения приложений.

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

5. Устройство по п. 4, в котором первая среда операционной системы оптимизирована для мобильной связи.

6. Устройство по п. 5, в котором вторая среда операционной системы оптимизирована для настольной связи.

7. Устройство по п. 5, в котором первая среда операционной системы является стандартным дистрибутивом на базе Linux.

8. Устройство по п. 5, в котором заданное состояние устройства предписывает первичную и вторичную операционные среды.

9. Устройство по п. 8, в котором первичная операционная среда является операционной системой Android, работающей в мобильном режиме.

10. Устройство по п. 8, в котором первичная операционная среда переключается из первой во вторую операционную среду, когда пользователь активирует приложение, связанное со второй операционной средой.

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

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

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

14. Мобильное вычислительное устройство по п. 13, в котором заданное состояние устройства предписывает первичную и вторичную операционные среды.

15. Мобильное вычислительное устройство по п. 14, в котором операционная система дополнительно содержит службу портала и администратора ресурсов.

16. Мобильное вычислительное устройство по п. 15, в котором Android является первичной операционной средой, когда устройство работает в мобильном режиме.

17. Мобильное вычислительное устройство по п. 16, в котором служба портала и администратор ресурсов позволяют устройству выборочно управлять операционной системой Ubuntu и Android по меньшей мере частично на основании множества заданных критериев устройства.

18. Мобильное вычислительное устройство по п. 17, в котором заданное состояние устройства является программируемым.

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

20. Система управления мобильным устройством по п. 19, в которой каждое из средства для выполнения приложений, интерпретируемых с помощью JAVA, и средства для выполнения собственных приложений имеет соответствующий компонент приложения.

21. Система управления мобильным устройством по п. 20, в которой средство управления ресурсами управляет ресурсами системы, совестно используемыми средством для выполнения приложений, интерпретируемых с помощью JAVA, и средством для выполнения собственных приложений.

22. Система управления мобильным устройством по п. 21, в которой совместно используемые ресурсы включают в себя средства отображения и средства ввода.



 

Похожие патенты:

Изобретение относится к области процессорной обработки. Техническим результатом является надежный перенос ресурсов при сохранении высокоскоростной полосы пропускания между узлами и улучшении производительности системы.

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

Группа изобретений относится к компьютерной технике и может быть использована для обработки прерываний в вычислительной среде. Техническим результатом является облегчение управления запросами прерывания.

Группа изобретений относится к вычислительной технике и может быть использована для управления обработкой запросов прерывания. Техническим результатом является обеспечение возможности управления скоростью обработки прерываний.

Изобретение относится к средствам изменения программы в режиме онлайн в системах автоматизации. .

Изобретение относится к средствам обработки данных. .

Изобретение относится к устройству и способу для выполнения последовательностей данных. .

Изобретение относится к системам для обеспечения переходов между режимами работы устройства. .

Изобретение относится к вычислительной технике. .

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

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

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

Изобретение относится к области электронных терминалов. Технический результат – повышение эффективности использования ресурсов электронных терминалов для обработки за счет раздельного выполнения процесса пользовательского интерфейса и процесса выполнения прикладной программы. Способ обработки прикладной программы, процессы которой включают в себя процесс пользовательского интерфейса и процесс программной части, включает следующее: при запуске прикладной программы считывают идентификатор процесса программной части и/или идентификатор процесса пользовательского интерфейса в файле конфигурации прикладной программы; классифицируют соответствующие подпрограммы, содержащиеся в прикладной программе, по классам процессов согласно идентификатору процесса программной части и/или идентификатору пользовательского интерфейса; выполняют процесс пользовательского интерфейса и процесс упомянутой программной части в соответствии с классами; переключают прикладную программу с выполнения на переднем плане на выполнение в фоновом режиме (ФР); определяют продолжительность выполнения прикладной программы в ФР и завершают процесс пользовательского интерфейса прикладной программы, когда продолжительность выполнения прикладной программы в ФР достигает предварительно заданной продолжительности и продолжают выполнять процесс программной части прикладной программы. 2 н. и 4 з.п. ф-лы, 12 ил.

Изобретение относится к области распознавания активности пользователя на основе датчиков активности. Технический результат – обеспечение эффективной и разносторонней обработки данных датчиков активности, предоставляемых мобильным устройством. Способ обработки данных датчика активности включает: загрузку приложением веб-страницы, включающей встроенный модуль распознавания активности; сбор данных датчика активности по меньшей мере от одного датчика мобильного устройства посредством модуля опроса датчика; передачу данных датчика активности во встроенный модуль распознавания активности; обработку собранных данных датчика посредством встроенного модуля распознавания активности для формирования обработанных данных датчика активности; и прием обработанных данных датчика активности от модуля распознавания активности. 4 н. и 34 з.п. ф-лы, 10 ил.

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

Изобретение относится к способу задания последовательности исполнения задач в процессоре. Технический результат заключается в повышении надежности и безопасности выполнения задач в процессоре. Способ исполняется набором модулей задания последовательности исполнения, реализованных в ядрах процессора и реализующих компонент управления, при этом способ содержит шаг (4.3) обмена сообщениями между модулями задания последовательности исполнения и компонентом управления, выполняемый для информирования компонента управления о сертификационных уровнях и уровнях безопасности задач, подготавливаемых к исполнению, шаг (4.4) принятия решения о разрешении запуска для каждой из задач, подготавливаемых к запуску в каждом ядре, выполняемый для принятия решения о разрешении запуска упомянутого экземпляра задачи в соответствии с сертификационными уровнями и уровнями безопасности других задач, подготавливаемых к запуску в том же разделе шаг (4.1), осуществляемый, когда экземпляр задачи подготавливается к исполнению ядром в текущем разделе, путем предварительного задания уровня безопасности, связанного с критичностью исполнения этого экземпляра задачи в контексте системы для текущего раздела, при этом каждая задача также имеет сертификационный уровень, внутренне связанный с методами разработки, использованными при ее создании. 3 з.п. ф-лы, 6 ил.

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

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

Изобретение относится к области обновления функций. Техническим результатом является реализация динамического обновления функций патчами. Раскрыт способ динамического обновления функции патчами, включающий: анализ всех задач в системе на предмет определения подлежащих изменению задач, при этом подлежащими изменению задачами являются задачи, указатели программного счетчика (ПС) которых указывают на одну из N начальных команд корректируемой функции, а позиции N команд используются для записи команд длинного перехода измененной корректируемой функции, причем значение N определяется согласно числу команд длинного перехода; установку тегов для подлежащих изменению задач для определения типов всех задач, при этом тег используется для идентификации того, что исходные команды корректируемой функции необходимо восстановить вместо начальных команд длинного перехода корректируемой функции, измененной системой программного обеспечения, когда задача, которая должна быть изменена, выполняется, и тег устанавливается в блоке управления задачи, которая должна быть изменена; преобразование N исходных начальных команд корректируемой функции в команды длинного перехода и сохранение исходных команд в резервной памяти, при этом команды длинного перехода осуществляют переход к корректирующей функции для замены корректируемой функции на корректирующую функцию и N - целое, большее или равное 3; восстановление, если установлен тег, указывающий на необходимость выполнения задачи в текущий момент, исходных команд корректируемой функции вместо N начальных команд длинного перехода корректируемой функции, измененной системой программного обеспечения в соответствии с тегом, заранее установленным в блоке управления задачей выполняемой в данный момент задачи системы программного обеспечения; и повторное преобразование первых N исходных начальных команд в команды длинного перехода для динамического обновления функции патчами, когда завершается выполняемая в данный момент задача. 3 н. и 4 з.п. ф-лы, 8 ил.
Наверх