Способ и аппарат для отображения образа прикладного объекта

Авторы патента:


Способ и аппарат для отображения образа прикладного объекта
Способ и аппарат для отображения образа прикладного объекта
Способ и аппарат для отображения образа прикладного объекта
Способ и аппарат для отображения образа прикладного объекта
Способ и аппарат для отображения образа прикладного объекта

 


Владельцы патента RU 2595909:

ЧАЙНА МОБАЙЛ КОММУНИКЕЙШЕНС КОРПОРЕЙШН (CN)

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

 

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

Данное изобретение относится к области связи и, в частности, к способу и аппарату для отображения образа прикладного объекта.

Предпосылки создания изобретения

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

С целью компенсировать недостатки различных операционных систем интеллектуальных мобильных телефонов и объединить их преимущества была предложена технология виртуализации, аналогичная виртуальной ЭВМ и интегрирующая различные операционные системы интеллектуальных мобильных телефонов с учетом известного уровня техники. Эта технология виртуализации включает в себя технологию виртуализации аппаратного обеспечения и технологию виртуализации совместимого уровня интерфейса прикладного программирования (API). В частности, технология виртуализации аппаратного обеспечения используется для виртуализации устройств аппаратного обеспечения, включая все многообразие центральных процессоров (CPU) и ЗУ в рамках операционной системы, и для установки другой интегральной операционной системы на устройство аппаратного обеспечения, с тем чтобы пользователь мог обращаться с исходной операционной системой и вновь установленной операционной системой как с двумя совершенно различными операционными системами; а технология виртуализации совместимого уровня API используется для имитации на одной операционной системе рабочей среды другой операционной системы с целью обеспечения того, чтобы определенная прикладная программа прогонялась непосредственно в имитируемой рабочей среде.

В процессе работы над своим изобретением изобретатели выявили в известном уровне техники как минимум следующие недостатки.

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

Краткое изложение сущности изобретения

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

Один из вариантов осуществления изобретения предусматривает способ для отображения образа прикладного объекта, который может быть применен в устройстве, включающем первую операционную систему и вторую операционную систему, когда первая операционная система включает ЗУ, включающее область памяти, назначенную для прикладной программы второй операционной системы, и который включает следующее:

получение запроса на отображение от второй операционной системы и считывание образа прикладного объекта, сохраненного в области памяти;

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

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

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

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

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

получение второй операционной системой запроса на обновление интерфейса пользователя (UI) от прикладной программы второй операционной системы и

обработка второй операционной системой образа прикладного объекта в ответ на полученный запрос на обновление UI.

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

передача второй операционной системой запроса на отображение в межпроцессном взаимодействии для запроса обновления UI и отображения применительно к образу прикладного объекта, сохраняемому в области памяти.

Предпочтителен такой вариант предлагаемого способа, когда он включает, помимо указанного выше, еще и следующее: после отображения образа прикладного объекта с помощью кадрового буфера

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

Один из вариантов осуществления изобретения предусматривает аппарат для отображения образа прикладного объекта, который может быть применен в устройстве, включающем первую операционную систему и вторую операционную систему, когда первая операционная система включает ЗУ, включающее область памяти, назначенную для прикладной программы второй операционной системы, и который включает следующее:

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

модуль графической обработки, конфигурированный для получения образа прикладного объекта от модуля доступа и для обработки образа прикладного объекта;

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

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

Предпочтителен такой вариант модуля доступа, когда он конфигурирован далее с целью выделения области памяти для прикладной программы второй операционной системы в ЗУ первой операционной системы после прогона этой прикладной программы.

Предпочтительно, чтобы этот аппарат включал далее:

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

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

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

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

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

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

На Фиг.1 представлена структурная схема способа отображения образа прикладного объекта в соответствии с вариантом изобретения;

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

На Фиг.3 представлена структурная схема способа отображения образа прикладного объекта по прикладному сценарию согласно варианту осуществления изобретения;

На Фиг.4 представлена структурная схема аппарата отображения образа прикладного объекта согласно варианту осуществления изобретения; и

На Фиг.5 представлена структурная схема аппарата отображения образа прикладного объекта по прикладному сценарию согласно варианту осуществления изобретения.

Подробное описание вариантов осуществления изобретения

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

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

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

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

Первая операционная система в данном устройстве может быть локальной операционной системой, а вторая операционная система в данном устройстве может быть устанавливаемой операционной системой. Рабочая среда первой операционной системы находится на совместимом уровне API и включает обрабатывающий блок отображающего дисплея для обработки образа и для пересылки данных образа интерфейса пользователя (UI) к области отображения аппаратного обеспечения. Первая операционная система может получать образ прикладного объекта, обработанный в рабочей среде второй операционной системы с помощью совместного использования ЗУ со второй операционной системой.

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

Шаг 102 состоит в определении потребности в администраторе оконного режима для обработки образа прикладного объекта в соответствии с конфигурацией локальной системы отображения образа, и в случае, если эта потребность имеет место, процесс переходит к шагу 103; в противном случае процесс переходит к шагу 104.

Администратор оконного режима представляет собой библиотеку, необходимую для системного ПО, т.е. модуль в первой операционной системе, ответственный за управление окнами, и коль скоро управление UI прикладной программы осуществляется в окне, любое отображение будет выводиться на устройство отображения в окне, и подлежащий отображению образ, либо для прикладной программы второй операционной системы, либо для прикладной программы первой операционной системы, будет передаваться администратору оконного режима для отображения.

Шаг 103 состоит в передаче образа прикладного объекта к администратору оконного режима и передаче образа прикладного объекта, обработанного администратором оконного режима, к графической библиотеке дисплея для обработки.

Шаг 104 состоит в передаче образа прикладного объекта непосредственно к графической библиотеке дисплея для обработки.

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

Шаг 105 предназначен для определения положения кадрового буфера с помощью драйвера дисплея, передачи образа прикладного объекта, обработанного графической библиотекой дисплея, к кадровому буферу, и отображения образа прикладного объекта с помощью кадрового буфера.

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

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

Делается ссылка на Фиг.2, где представлена принципиальная схема архитектуры, в соответствии с которой образ прикладного объекта отображается по одному из прикладных сценариев согласно варианту осуществления изобретения, который включает прикладную программу устанавливаемой операционной системы 210, рабочую среду устанавливаемой операционной системы 220, модуль доступа 230, администратора оконного режима 240, графическую библиотеку дисплея 250, драйвер дисплея 260 и аппаратное обеспечение кадрового буфера 270.

Рабочая среда устанавливаемой операционной системы 220 находится на совместимом уровне API и включает обрабатывающий блок отображающего дисплея для обработки образа и для пересылки данных образа интерфейса пользователя (UI) к области отображения аппаратного обеспечения; модуль доступа 230 представляет собой модуль, связывающий рабочую среду устанавливаемой операционной системы с образом локальной операционной системы; при этом он осуществляет связь с рабочей средой устанавливаемой операционной системы с помощью коллективного использования ЗУ и в межпроцессном взаимодействии и передает UI для отображения в рабочей среде устанавливаемой операционной системы к локальной графической системе отображения для обработки, в результате чего локальная графическая система и рабочая среда устанавливаемой операционной системы одновременно используют то же самое отображающее устройство и прикладная программа устанавливаемой операционной системы бесшовно состыкована с локальной операционной системой; администратор оконного режима 240 представляет собой библиотеку, необходимую для системного ПО, т.е. модуль в локальной операционной системе, ответственный за управление окнами, и коль скоро управление UI прикладной программы осуществляется в окне, любое отображение будет выводиться на устройство отображения в окне, и подлежащий отображению образ, либо для прикладной программы второй операционной системы, либо для прикладной программы первой операционной системы, будет передаваться администратору оконного режима для отображения; графическая библиотека дисплея 250 представляет собой промежуточный уровень, т.е. уровень абстракции драйвера аппаратного обеспечения, для взаимодействия определенного ядра операционной системы с верхним уровнем, и когда в системе требуется улучшение образа, графическая библиотека дисплея осуществляет отображение образа с помощью улучшающего модуля аналогичного аппаратного обеспечения для отображения UI, включая рисование и обработку трехмерных изображений, и отображает его непосредственно на устройстве аппаратного обеспечения с использованием модуля графического улучшения; драйвер дисплея 260 является основным модулем операционной системы для управления аппаратным обеспечением системы, диспетчеризации системы, управления ЗУ и обработки прерывания аппаратного обеспечения, например загрузки и конфигурирования графического адаптера, с целью того, чтобы система могла идентифицировать устройство отображения, а системное ПО могло передавать содержимое дисплея на кадровый буфер аппаратного обеспечения с помощью драйвера дисплея; при этом кадровый буфер 270 является важнейшим элементом аппаратного обеспечения операционной системы для получения данных экрана дисплея, передаваемых на выход, и отображения полученных данных.

Способ отображения образа прикладного объекта в соответствии с одним из вариантов осуществления настоящего изобретения описывается более детально ниже в связи с вышеупомянутым прикладным сценарием.

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

Шаг 301 представляет собой прогон прикладной программы устанавливаемой операционной системы.

На шаге 302 прикладная программа устанавливаемой операционной системы передает запрос на обновление UI к рабочей среде устанавливаемой операционной системы.

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

При этом прикладная программа устанавливаемой операционной системы прогоняется, а модуль доступа локальной операционной системы в соответствии с этой прикладной программой назначает область памяти для прикладной программы в ЗУ местной операционной системы. Рабочая среда устанавливаемой операционной системы может осуществлять операции считывания и записи в области памяти и передавать запрос на отображение модулю доступа в межпроцессном взаимодействии в конце этих операций для запроса у модуля доступа обновления UI и отображения применительно к образу прикладного объекта, сохраняемому в области памяти.

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

На шаге 304 модуль доступа определяет потребность в администраторе оконного режима для обработки образа прикладного объекта в соответствии с конфигурацией локальной системы отображения образа, и в случае, если эта потребность имеет место, осуществляет шаг 305; в противном случае он осуществляет шаг 306.

На шаге 305 модуль доступа передает образ прикладного объекта к администратору оконного режима и передает образ прикладного объекта, обработанный администратором оконного режима, к графической библиотеке дисплея для обработки.

На шаге 306 модуль доступа передает образ прикладного объекта непосредственно к графической библиотеке дисплея для обработки.

Шаг 307 предназначен для определения положения кадрового буфера с помощью драйвера дисплея и передачи образа прикладного объекта, обработанного графической библиотекой дисплея, к кадровому буферу.

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

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

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

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

Делается ссылка на Фиг.4, где представлена структурная схема аппарата отображения образа прикладного объекта согласно варианту осуществления изобретения, который может быть применен в устройстве, включающем первую операционную систему и вторую операционную систему, когда первая операционная система включает ЗУ, включающее область памяти, назначенную для прикладной программы второй операционной системы, и который включает модуль доступа 410, модуль графической обработки 420, модуль драйвера дисплея 430 и модуль кадрового буфера 440.

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

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

Модуль графической обработки 420 конфигурирован для получения образа прикладного объекта от модуля доступа 410 и обработки этого образа прикладного объекта.

Модуль драйвера дисплея 430 конфигурирован для определения положения модуля кадрового буфера 440 и передачи образа прикладного объекта, обработанного модулем графической обработки 420, к модулю кадрового буфера 440.

При этом драйвер дисплея 430 является основным модулем операционной системы для управления аппаратным обеспечением системы, диспетчеризации системы, управления ЗУ и обработки прерывания аппаратного обеспечения, например загрузки и конфигурирования графического адаптера, с целью того, чтобы система могла идентифицировать устройство отображения, а системное ПО могло передавать содержимое дисплея на кадровый буфер аппаратного обеспечения с помощью драйвера дисплея.

Модуль кадрового буфера 440 конфигурирован для получения образа прикладного объекта от модуля драйвера дисплея 430 и отображения этого образа прикладного объекта.

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

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

Делается ссылка на Фиг.5, где представлена структурная схема аппарата отображения образа прикладного объекта по прикладному сценарию согласно варианту осуществления изобретения, который включает модуль доступа 510, модуль графической обработки 520, модуль драйвера дисплея 530, модуль кадрового буфера 540 и рабочий модуль 550.

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

Модуль доступа 510 конфигурирован далее с целью выделения области памяти для прикладной программы второй операционной системы в ЗУ первой операционной системы после прогона этой прикладной программы.

При этом рабочий модуль 550 прогоняет прикладную программу второй операционной системы, а модуль доступа 510, в соответствии с прикладной программой назначает область памяти для прикладной программы в ЗУ первой операционной системы. Рабочий модуль 550 может выполнять операции считывания и записи в области памяти и инструктировать модуль доступа 510 в конце этих операций по выполнению процесса отображения применительно к образу прикладного объекта, сохраняемому в области памяти.

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

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

Модуль графической обработки 520 конфигурирован для получения образа прикладного объекта от модуля доступа 510 и обработки этого образа прикладного объекта.

Модуль драйвера дисплея 530 конфигурирован для определения положения модуля кадрового буфера 540 и передачи образа прикладного объекта, обработанного модулем графической обработки 520, к модулю кадрового буфера 540.

Модуль кадрового буфера 540 конфигурирован для получения образа прикладного объекта от модуля драйвера дисплея 530 и отображения этого образа прикладного объекта.

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

Рабочий модуль 550 конфигурирован для получения запроса на обновление UI от прикладной программы второй операционной системы, для обработки образа прикладного объекта в ответ на полученный запрос на обновление UI и для инструктирования модуля доступа 510 в межпроцессном взаимодействии по обновлению UI и отображению применительно к образу прикладного объекта, сохраняемому в области памяти.

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

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

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

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

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

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

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

2. Способ по п. 1, который при выполнении операций считывания и записи второй операционной системой в области памяти включает следующее:
получение второй операционной системой запроса на обновление интерфейса пользователя (UI) от приложения второй операционной системы и
обработка второй операционной системой изображения приложения в ответ на полученный запрос на обновление UI.

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

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

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

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

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



 

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

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

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

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

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

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

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

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

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

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

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

Изобретение относится к технологиям отображения трехмерных интерфейсов на базе системы Android. Техническим результатом является повышение быстродействия реакции на управление трехмерным интерфейсом на базе системы Android за счет того, что слой служб системы Android является «мостом», передающим информацию между трехмерным движком и Java терминалом. Предложен способ отображения трехмерного интерфейса на базе системы Android. Способ включает в себя этап, на котором библиотека трехмерного движка передает команду управления пользователя в слой служб системы Android, а слой служб системы Android передает команду управления пользователя в Java терминал. Java терминал создает ответную инструкцию в соответствии с командой управления пользователя и посылает ответную инструкцию в слой служб системы Android, а слой служб системы Android посылает ответную инструкцию в библиотеку трехмерного движка. 3 н. и 12 з.п. ф-лы, 7 ил.
Наверх