Виртуализация взаимодействия с пользователем мобильного устройства
Изобретение относится к вычислительной технике. Технический результат заключается в усовершенствовании взаимодействия между пользователем и мобильным устройством за счет обеспечения настраиваемого пользовательского интерфейса. Машинореализованный способ обеспечения пользовательского интерфейса для сетевой услуги на мобильном устройстве, содержащий этапы, на которых: обеспечивают обобщенного «толстого» клиента по сети от первого вычислительного устройства мобильному вычислительному устройству, при этом обобщенный «толстый» клиент выполнен с возможностью обеспечения пользовательского интерфейса на мобильном устройстве для сетевых услуг; принимают на первом вычислительном устройстве запрос на данные от мобильного вычислительного устройства; принимают данные с компьютера поставщика услуг, который подтверждает запрос данных от мобильного вычислительного устройства, при этом принятые от поставщика услуг данные независимы от устройства; компилируют данные от поставщика услуг в компактную форму данных, которая является оптимизированным форматом мобильного вычислительного устройства; и передают скомпилированные данные на мобильное вычислительное устройство для использования обобщенным «толстым» клиентом. 3 н. и 17 з.п. ф-лы, 5 ил.
Уровень техники
Удовлетворенность пользователя программой, приложением или услугой, выполняющимися на мобильном устройстве, часто зависит от пользовательского интерфейса (UI), ассоциированного с мобильным устройством. С некоторыми мобильными устройствами UI поставляется мобильному устройству через Интернет. С доступным через сеть обеспечением пользовательского интерфейса веб-страница сети собрана на сервере и предоставлена пользователю через веб-обозреватель, доступный на мобильном устройстве. Интерактивность между пользователем и веб-страницей ограничена способностью визуализации обозревателя, которая также ограничивает интерактивность между пользователем и программой. Мобильные устройства также имеют ограниченную пропускную способность канала связи. Меньшая пропускная способность может создавать более долгое время ожидания получения и передачи между созданной на мобильном устройстве пользователя веб-страницей и приложением, постоянно находящимся на внешнем сервере.
UI может также быть ассоциирован с мобильным устройством путем загрузки целой программы или приложения на мобильное устройство. Целая программа может потреблять большую часть памяти мобильного устройства. Также, UI может быть ассоциирован с мобильным устройством путем загрузки «толстого» клиента на мобильное устройство. Многообразие доступных мобильных устройств и многообразие «толстых» клиентов может привести к проблемам совместимости, которые возникают по мере того, как эти типы клиентов используются. Также, создание «толстого» клиента для каждого из разнообразных мобильных устройств приводит к неэффективности разработок, тестирования и экономики.
Сущность изобретения
Целью настоящего изобретения является усовершенствование взаимодействия между пользователем и мобильным устройством путем обеспечения настраиваемого пользовательского интерфейса.
Сущность изобретения предоставлена для ознакомления с выборкой концепций в упрощенной форме, которые дополнительно описаны ниже в Подробном описании. Эта сущность изобретения не подразумевается для идентификации ключевых или существенных признаков заявленного объекта изобретения, также не подразумевается ее использование в качестве вспомогательного средства при определении объема заявленного объекта изобретения.
Услуга виртуализации устройства предоставляет типовой «толстый» клиент мобильному устройству. Типовой «толстый» клиент способствует предоставлению настраиваемого пользовательского интерфейса на множестве платформ мобильных устройств без требования от разработчика генерировать пользовательский интерфейс, чтобы записать специализированный код для каждой модели мобильного устройства. Таким образом, Интернет услуги могут предоставить данные и информацию мобильным устройствам безотносительно типа устройства, на котором визуализируется информация.
Краткое описание чертежей
Неограничивающие и неисчерпывающие варианты реализации настоящего изобретения описаны со ссылкой на следующие фигуры, где подобные номера ссылок ссылаются на подобные части для всех различных точек зрения, если не указано иначе.
Фиг.1 иллюстрирует примерную вычислительную архитектуру компьютера;
фиг.2 иллюстрирует примерную систему для обеспечения услуги виртуализации устройства;
фиг.3 иллюстрирует рабочую схему последовательности операций для обеспечения мобильному устройству принятия данных услуги, используя услугу виртуализации устройства (DVS);
фиг.4 иллюстрирует рабочую схему последовательности операций примерного процесса для работы сервера DVS; и
фиг.5 иллюстрирует снимок экрана интерфейса пользователя услугой, визуализированного обобщенным «толстым» клиентом, в соответствии с настоящим раскрытием.
Подробное описание
Варианты реализации описаны здесь ниже более полно со ссылкой на сопроводительные чертежи, которые составляют часть из этого и которые показывают характерные примеры для применения вариантов реализации. Тем не менее, варианты реализации могут быть реализованы во многих различных формах и не должны быть истолкованы как ограниченные вариантами реализации, размещенными здесь далее; точнее, эти варианты реализации предоставлены для того, чтобы это раскрытие было исчерпывающим и полным и полностью передавало бы весь объем предмета изобретения специалистам в данной области техники. Раскрытые варианты реализации могут быть осуществлены на практике как способы, системы или устройства. Таким образом, раскрытые варианты реализации могут принять форму полностью аппаратной реализации, полностью программной реализации или реализации, сочетающей программные и аппаратные аспекты. Поэтому последующее подробное описание не должно быть взято в ограничивающем смысле.
При прочтении обсуждения процедур, представленных в материалах настоящей заявки, должно приниматься во внимание, что логические операции различных вариантов осуществления реализованы (1) как последовательности реализуемых компьютером действий или программных модулей, работающих в вычислительной системе, и/или (2) как взаимосвязанных логических схем или схемных модулей машины в пределах вычислительной системы. Реализация является предметом предпочтения, зависящим от требований к рабочим характеристикам вычислительной системы, реализующей изобретение. Соответственно, логические операции, проиллюстрированные и составляющие варианты осуществления, описанные в материалах настоящей заявки, указаны ссылкой по-разному, в качестве операций, конструктивных устройств, действий или модулей. Эти операции, конструктивные устройства, действия и модули могут быть реализованы в программном обеспечении, во встроенном программном обеспечении, в специальных цифровых логических схемах и в любом их сочетании.
Ссылаясь теперь на чертежи, в которых аналогичные цифры представляют аналогичные элементы, будут описаны различные аспекты настоящего изобретения. В частности, фиг.1 и соответствующее обсуждение предназначены для предоставления краткого общего описания подходящей вычислительной среды, в которой могут быть реализованы варианты осуществления изобретения.
Как правило, программные модули включают в себя процедуры, программы, компоненты, структуры данных и другие типы структур, которые выполняют конкретные задания или реализуют конкретные абстрактные типы данных. Другие конфигурации вычислительной системы также могут быть использованы, включая карманные устройства, многопроцессорные системы, микропроцессорную или программируемую бытовую электронику, миникомпьютеры, универсальные вычислительные машины и тому подобное. Распределенные вычислительные среды также могут быть использованы в тех случаях, когда задачи выполняются удаленными устройствами обработки, которые связаны через сеть связи. В распределенной вычислительной среде программные модули могут быть расположены в запоминающих устройствах как локальной, так и удаленной памяти.
Ссылаясь теперь на фиг.1, будет описана примерная вычислительная архитектура для вычислительного устройства 100, используемого в различных вариантах реализации. Вычислительная машина может быть сконфигурирована как персональный компьютер, портативный компьютер и тому подобное. Как показано, вычислительное устройство 100 включает в себя центральный процессор 102 (CPU), системную память 104, включающую в себя оперативное запоминающее устройство 106 (RAM) и постоянное запоминающее устройство 108 (ROM), и системную шину 116, которая соединяет память с CPU 102. Вычислительное устройство 100 дополнительно включает в себя запоминающее устройство 120 большой емкости для хранения операционной системы 122, прикладных программ и других программных модулей, которые будут описаны более подробно ниже.
Запоминающее устройство 120 большой емкости и ассоциированный с ним машиночитаемый носитель обеспечивают энергозависимую и энергонезависимую память для вычислительного устройства 100. Машиночитаемый носитель может включать в себя любой тип съемных и/или несъемных носителей.
Вычислительное устройство 100 работает в сетевой среде, используя логические связи с удаленными компьютерами через сеть 112, такую как Интернет. Вычислительное устройство 100 может подсоединяться к сети 112 через сетевой интерфейсный блок 110, подсоединенный к шине 116.
Вычислительное устройство 100 может также включать в себя контроллер 114 ввода/вывода для получения и обработки ввода из ряда устройств, таких как: клавиатура, мышь, световое перо и тому подобное. Подобным образом, контроллер 114 ввода/вывода может обеспечивать вывод на дисплейный экран, принтер или какой-либо другой тип устройства (не показаны).
Как кратко упомянуто выше, ряд программных модулей и файлов данных могут быть сохранены в запоминающем устройстве 120 большой емкости и в RAM 106 вычислительного устройства 100, включая операционную систему 122, подходящую для управления деятельностью сетевого компьютера. Запоминающее устройство 120 большой емкости и RAM 106 также могут хранить один или более программных модулей. В частности, запоминающее устройство 120 большой емкости и RAM 106 могут хранить модуль 124 услуг виртуализации устройства (DVS).
Конфигурация модуля 124 DVS зависит от того, было ли вычислительное устройство сконфигурировано как сервер поставщика услуг, который обеспечивает данные и интерактивность услуг, сервер DVS, который конфигурирует данные для передачи мобильному устройству, или как само мобильное устройство. Для вычислительного устройства поставщика услуг модуль 124 DVS обеспечивает конфигурационные файлы и протоколы связи для передачи данных серверу DVS в обобщенном формате. Для сервера DVS модуль 124 DVS обеспечивает преобразования и пакетирование данных конфигурации для преобразования данных, полученных от сервера услуг. Модуль 124 DVS пакетирует данные для эффективной передачи мобильному устройству. Для самого мобильного устройства модуль 124 DVS может включать в себя приложение «толстого» клиента для визуализации результирующего пользовательского интерфейса на экране мобильного устройства. «Толстый» клиент (также известный как «мощный» клиент или «богатый» клиент) является клиентом, который выполняет операции по обработке данных и зависит от ассоциированного с ним сервера для хранения данных.
Всюду в описании и формуле изобретения следующие термины принимают значения, явно ассоциированные здесь, пока контекст очевидно не предписывает иначе.
В некоторых аспектах «Услуга Виртуализации Устройства» или «(DVS)» отсылает к какой-либо части сетевой конфигурации, ссылаясь либо на сторону сервера, либо на сторону клиента в связи, для формирования пользовательского интерфейса на мобильном устройстве из обобщенных данных, прошедших через сервер DVS.
В некоторых аспектах «сервер DVS» отсылает к серверу, который сконфигурирован для получения обобщенных данных от услуг, для способствования преобразованию и пакетированию обобщенных данных в оптимизированный формат, для способствования пересылке оптимизированных данных на мобильное устройство, для способствования обработке событий для связи между мобильным устройством и услугой, а также для выполнения других дополнительных задач.
В некоторых аспектах «Событие» отсылает к интерактивности с пользовательским интерфейсом, визуализированным на мобильном устройстве, которое запускает связь назад к и от услуги, ассоциированной с пользовательским интерфейсом.
В некоторых аспектах «интерфейсный элемент окна» отсылает к элементу пользовательского интерфейса для обеспечения взаимодействия с пользователем (UX). В качестве одного примерного определения интерфейсного элемента окна, интерфейсный элемент окна может быть компонентом интерфейса, таким как кадр изображения или текстовое окно.
Услуга Виртуализации Устройства (DVS) способствует проектированию взаимодействия с пользователем (UX) на мобильном устройстве. В одном варианте реализации DVS обеспечивает интерфейс (API), который позволяет услуге обеспечивать набор страниц Пользовательского Интерфейса (UI), который в свою очередь располагает интерфейсные элементы окна этих страниц. Интерфейсные элементы окна могут включать в себя таблицы данных для эффективного хранения данных, содержащихся на страницах. Услуга Виртуализации Устройства (DVS) абстрагирует особенности устройства от услуг, которые хотят показать взаимодействие с конечным пользователем на устройстве. DVS обеспечивает независимое от устройства UX, которое должно быть описано услугой и затем визуализировано на устройстве. DVS может также давать возможность услуге получать возможности устройства, такие как размер экрана, поддерживаемую аудио- и видеотехнологию сжатия/восстановления данных (CODEC), чтобы услуга могла обеспечить устройству подходящий носитель.
Фиг.2 иллюстрирует примерную систему для обеспечения услуги виртуализации устройства в соответствии с настоящим раскрытием. Система включает в себя услугу 202, сервер(ы) 204 DVS и мобильные устройства (например, 206).
Услуга 202 может соответствовать услуге для обеспечения носителя или другой услуге для обеспечения новостных и спортивных заголовков. Конкретный тип услуг может изменяться без воздействия на объем или применимость раскрытия. Услуга 202 может быть физически представлена сервером или другим вычислительным устройством, которое хранит и управляет конкретными для услуги данными, и отвечает за информационную связь с другими устройствами.
Сервер 204 DVS сконфигурирован для получения данных из услуги 202, пакетирования данных для передачи, передачи данных мобильному устройству (например, 206) для визуализации, обработки событий, которые происходят на мобильном устройстве, и уведомления о тех событиях. Более детальное обсуждение работы сервера 204 DVS представлено ниже в обсуждении фиг.3.
Как только упакованные данные получены мобильным устройством (например, 206), мобильное устройство использует обобщенный «толстый» клиент DVS, чтобы визуализировать данные. Обобщенный «толстый» клиент может визуализировать пользовательский интерфейс для множества услуг без настраивания резидентной программы на мобильном устройстве для каждой услуги. Более детальное обсуждение процессов, вовлеченных в систему 200, представлено ниже в обсуждении фиг.4.
Фиг.2 не изображает исчерпывающее представление элементов, ассоциированных с DVS. Дополнительное или меньшее число элементов может содержаться, и DVS все еще работает по предназначенному ей замыслу. Например, в альтернативном варианте реализации услуга обеспечивает программы для хранения на сервере DVS так, что связь обеспечена непосредственно между сервером DVS и мобильными устройствами, подписавшимися на услугу. В таком альтернативном варианте реализации сервер DVS не нуждается в передаче данных поставщику услуг.
Интерфейс прикладного программирования (API) позволяет услуге получать набор характеристик устройства, чтобы настроить данные, которые он обеспечивает отдельному мобильному устройству. Например, услуга может определять разрешающую способность элементов изображения устройства, форматы носителя, поддерживаемые устройством, какие настройки носителя обеспечивают оптимальное воспроизведение устройства и тому подобное.
Типичная услуга, такая как музыкальная услуга, часто обеспечивает группу макетов страниц для разнообразных различных частей их взаимодействия с услугой. Например, музыкальная услуга может включать в себя страницу просмотра по артисту, страницу просмотра по жанру и тому подобное. Музыкальная услуга может также обеспечивать страницу предварительного просмотра носителя и страницу подтверждения покупки. Перемещение по страницам определено свойствами, закрепленными за одним или более интерфейсным элементом окна на странице. Таким образом, услуга имеет существенный контроль за потоком пользовательского интерфейса.
Фиг.3 иллюстрирует рабочую схему последовательности для обеспечения мобильному устройству принятия данных услуги, используя услугу виртуализации устройства (DVS). Процесс 300 начинается, когда пользователь мобильного устройства избрал подписку на отдельную услугу (например, музыкальную услугу). Обработка продолжается операцией 302.
В операции 302, посылают сообщение мобильному устройству с сетевым адресом, в которой мобильное устройство может определить местоположение и загрузить обобщенный «толстый» клиент. В одном варианте реализации сервер DVS отправляет мобильному устройству сообщение Службы Коротких Сообщений (SMS), которое включает в себя Универсальный Указатель Ресурса (URL), который указывает местоположение для загрузки обобщенного «толстого» клиента. Обработка продолжается операцией 304.
В операции 304, пользователь выбирает или щелкает на присланном в SMS сообщении URL, чтобы начать загрузочный процесс, который загружает обобщенный «толстый» клиент на мобильное устройство. Обработка продолжается операцией 306.
В операции 306, сервер Интернет-услуг или сервер HTTPS удостоверяет подлинность ID пользователя, который был закодирован в URL, отправленном на мобильное устройство пользователя. Удостоверение подлинности гарантирует, что мобильное устройство, которое отправило сообщение SMS, является устройством, получающим загруженное клиентское приложение. Строка данных посылается на мобильное устройство, которое включает в себя зашифрованный ID пользователя и случайные данные так, что мобильное устройство опознано как мобильное устройство с установленной подлинностью для будущей связи. Наряду со строкой данных обобщенный «толстый» клиент загружается на мобильное устройство. Обработка продолжается в блоке 308.
В блоке 308, обобщенный «толстый» клиент устанавливается на мобильном устройстве. Один или более мастеров установки может быть использован для установки, или могут быть использованы другие способы установки. Как только обобщенный «толстый» клиент установлен, обработка продолжается операцией 310.
В операции 310, «толстый» клиент приводится в действие пользователем для получения данных, относящихся к услуге. Как только «толстый» клиент приведен в действие, обработка продолжается операцией 312.
В операции 312, запрашивают ключ устройства, чтобы удостовериться, что пользователь мобильного устройства и мобильное устройство имеют права на доступ к данным услуги. Обработка продолжается операцией 314.
В операции 314, проверяют достоверность строки данных, чтобы гарантировать, что мобильное устройство является мобильным устройством, имеющим право на просмотр данных услуги. В другом варианте реализации имя пользователя/пароль могут быть использованы для проверки достоверности пользователя мобильного устройства, как способного на просмотр данных услуги. Если удостоверение подлинности завершается неудачно, мандат пользователя или мандат мобильного устройства могут быть поставлены под сомнение. Если поставлены под сомнение, обработка переходит к операции 316.
В операции 316, пользовательский интерфейс, формирующий визуализированную версию данных услуги, может осуществить переход к запросу мандата пользователя в результате постановки под сомнение мандата. Экран пользовательского интерфейса может быть представлен для ввода ID пользователя и пароля для удостоверения подлинности. Как только мандат предоставлен, обработка возвращается к операции 312, где подлинность мобильного устройства может снова удостоверяться сервером услуг. Как только подлинность удостоверена, обработка продолжается операцией 318.
В операции 318, пары ключей устройства формируют для обеспечения безопасности связи услуги с мобильным устройством. Формируют запись устройства, указывающую, что устройство в настоящее время обращается к данным услуги. Обработка продолжается операцией 320.
В операции 320, личный ключ устройства, ID устройства и следующий порядковый номер возвращают мобильному устройству. Личный ключ устройства используется для удостоверения подлинности источника данных, как только данные получены мобильным устройством. ID устройства обеспечивает уникальный идентификатор устройства для услуги и может быть использован в будущей связи для ускорения снабжения данными услуги. Следующий порядковый номер указывает, на какой стадии находится устройство в настоящее время относительно получения данных услуги. Например, услуга может быть новостной услугой, которая отправляет новостные статьи на мобильные устройства. Если пользователь не получил статьи новостной услуги, это отражается в порядковом номере. Каждая статья со времени, указанного порядковым номером, может затем быть отослана мобильному устройству. Обработка продолжается операцией 322.
В операции 322, личный ключ, ID устройства и порядковый номер сохраняют в мобильном устройстве. Обработка затем продолжается операцией 324.
В операции 324, фактические данные для услуги запрашивают у сервера DVS. Сервер DVS посылает зашифрованную версию личного ключа устройства, ID устройства, порядкового номера и случайных данных, наряду с номером версии обобщенного «толстого» клиента, который выполняется на мобильном устройстве. Как только запрос предоставлен серверу DVS, обработка продолжается операцией 326.
В операции 326, сервер DVS дешифрует ID устройства, порядковый номер, случайные данные и номер версии, используя открытый ключ из пары личных/открытых ключей, и проверяет их достоверность. Обработка затем продолжается операцией 328.
В операции 328, сервер DVS возвращает следующий порядковый номер, фактические данные услуги и любые специальные действия (например, включить режим отладки), зашифрованные, используя открытый ключ, мобильному устройству. Обработка продолжается операцией 330.
В операции 330, обобщенный «толстый» клиент интерпретирует данные услуги и отображает страницу высшего уровня услуги. По завершении пользователь может затем осуществлять интерактивность с данными, и обработка переходит к другим задачам.
Процесс 300 является одним аспектом снабжения мобильного устройства для получения данных услуг для их визуализации на мобильном устройстве. Могут быть использованы другие способы. Кроме того, более высокий уровень описания интерактивности между сервером DVS и мобильным устройством представлен ниже, в обсуждении фиг.4. Однако, само собой разумеется, что процессы удостоверения подлинности, изображенные процессом 300, в равной степени применимы к другим процессам, описанным здесь.
Фиг.4 иллюстрирует рабочую схему последовательности примерного процесса для работы сервера DVS в соответствии с настоящим раскрытием. Процесс 400 начинается, когда описание взаимодействия с пользователем (UX) формируется услугой и началась передача описания UX серверу DVS. Обработка продолжается операцией 402.
В операции 402, описание UX принимается сервером DVS. В одном варианте реализации описание UX предоставлено в виде файла Расширяемого Языка Разметки (XML). Другие варианты реализации могут принимать описание UX, соответствующее другим форматам. Обработка продолжается операцией 404.
В операции 404, файл описания UX, принятый от услуги, компилируется в бинарный код. Бинарный код является компактной формой данных, которая может быть передана мобильному устройству, сохраняя ограниченную пропускную способность связи. Как только бинарный код сформирован, обработка продолжается операцией 406.
В операции 406, бинарный код передают мобильному устройству для визуализации пользовательского интерфейса для услуги. В одном варианте реализации бинарный код передают в соответствии с процессами удостоверения подлинности, описанными выше относительно фиг.3. Обработка продолжается операцией 408 выбора.
В операции 408 выбора, выбор выполняют в зависимости от того, произошло ли событие в отношении визуализации пользовательского интерфейса с данными услуги. Уведомление о событии может быть принято сервером DVS, который указывает такое действие (например, щелчок мыши). Если событие произошло, обработка продолжается операцией 410.
В операции 410, событие направляют серверу услуг для обработки. Как только событие направлено серверу услуг, процесс 400 завершается и переходит к другим задачам, таким как направление откликов мобильному устройству, прием дополнительных событий или выход мобильного устройства из сеанса услуги.
Фиг.5 иллюстрирует снимок экрана интерфейса пользователя услугой, визуализированного обобщенным «толстым» клиентом, описанным в настоящем раскрытии. Визуализированный экран соответствует странице услуги. Каждая особая страница определена серией описаний интерфейсных элементов окна, которые описывают особенности интерфейсного элемента окна, включающие в себя местоположение элемента на странице, растровые изображения, использованные для частей интерфейсного элемента окна, использованные шрифты и другие особенности, которые влияют на его свойства и внешний вид. Ноль или более свойств прикреплены к каждому интерфейсному элементу окна, чтобы обрабатывать события, которые может формировать интерфейсный элемент окна, такие как события распознавания щелчка или другие изменения значения. Свойства соответствуют действиям, таким как перемещение фокуса к другому интерфейсному элементу окна, перемещение к другой странице, отправка запроса услуге на каталог или носитель и тому подобное. Размещение интерфейсных элементов окна может быть задано в абсолютных координатах пикселя или используя основанное на ограничивающих условиях расположение. Ограничивающие условия могут быть использованы, чтобы задать местоположение или размеры по отношению к другому интерфейсному элементу окна, размерам экрана/страницы или размерам текстового шрифта. Это делает возможной меру абстрактности устройства так, что услугам не приходится обеспечивать макеты страниц для каждого различного разрешения экрана устройства.
Многие интерфейсные элементы окна могут получать свои значения путем привязки к предоставленным услугой таблицам данных. Форматы таблиц и данные задаются услугой. Вышеупомянутый пример музыкальной услуги может включать в себя таблицы для артистов, альбомов, жанров и треков. Таблицы могут содержать одно или более полей, значения которых связаны со строками других таблиц. Например, таблицы артистов и альбомов вероятно были бы связаны с таблицей жанров, чтобы указать жанр для каждого отдельного артиста или альбома. Подобным образом, таблица альбомов была бы связана с таблицей артистов, чтобы указать артиста каждого отдельного альбома.
Привязка может быть ассоциирована в описании страницы. Привязка данных обеспечивается для интерфейсного элемента окна, чтобы связать его с конкретной таблицей данных. Таблица также может быть отфильтрована до записей с конкретным значением в поле таблицы. Например, для отображения альбомов по конкретному артисту таблица альбомов может быть отфильтрована до строк, в которых поле ArtistID (идентификация артиста) содержит выбранное значение ArtistID. Может быть задан необязательный формат, обеспеченный для преобразования значения, сохраненного в таблице, в текст, отображаемый на экране пользователю. Например, значение временной отметки (хранимое в численном виде) может быть отображено несколькими различными способами (ч:мм, чч:мм, чч:мм:сс и т.д.).
Когда услуга обеспечила эти данные DVS серверам DVS, как описано ранее, данные «компилируются» в бинарный формат, подходящий мобильному устройству пользователя. Это делает возможным уровень абстракции между услугами, которые используют DVS, и клиентами устройств. Соответственно, DVS может скрывать многие из различий между отдельными реализациями клиента мобильного устройства. Например, некоторые устройства могут иметь способность показывать собственный медиаплеер посредством элементов окна пользовательского интерфейса, обеспеченных обобщенным «толстым» клиентом. Другие устройства могут только предлагать способность воспроизведения аудио посредством собственного воспроизводящего пользовательского интерфейса, который отделен от пользовательского интерфейса, обеспеченного услугой. Эти различия могут быть рассмотрены отвлеченно так, что услуга не требует «знания» особенностей устройства.
Услуга виртуализации устройства может поддерживать мобильные телефоны, мобильные PDA, переносные и настольные персональные компьютеры, портативные телевизионные приемники и любые другие подключенные к сети устройства с пользовательским интерфейсом. Пользовательский интерфейс сформирован с лучшим использованием пропускной способности благодаря бинарному пакетированию данных перед передачей мобильному устройству и с лучшим использованием памяти удерживанием запоминания данных для производства содержания услуги, внешнего по отношению к мобильному устройству. Кроме того, поставщики услуг способны обеспечить настроенный пользовательский интерфейс без настроенного кода для различных типов мобильных устройств, доступных в настоящее время.
Вышеприведенное описание изобретения, примеры и данные предоставляют полное описание изготовления и использования состава изобретения. Поскольку многие варианты осуществления могут быть созданы, не выходя из сущности и объема изобретения, изобретение состоит в формуле изобретения, приложенной ниже.
1. Машинореализованный способ обеспечения пользовательского интерфейса для сетевой услуги на мобильном устройстве, содержащий этапы, на которых:
обеспечивают обобщенного «толстого» клиента по сети от первого вычислительного устройства мобильному вычислительному устройству, при этом обобщенный «толстый» клиент выполнен с возможностью обеспечения пользовательского интерфейса на мобильном устройстве для сетевых услуг;
принимают на первом вычислительном устройстве запрос на данные от мобильного вычислительного устройства;
принимают данные с компьютера поставщика услуг, который подтверждает запрос данных от мобильного вычислительного устройства, при этом принятые от поставщика услуг данные независимы от устройства;
компилируют данные от поставщика услуг в компактную форму данных, которая является оптимизированным форматом мобильного вычислительного устройства; и
передают скомпилированные данные на мобильное вычислительное устройство для использования обобщенным «толстым» клиентом.
2. Машинореализованный способ по п.1, в котором обеспечение обобщенного «толстого» клиента мобильному устройству включает в себя этап, на котором посылают URL в сообщении SMS, чтобы указать местоположение для загрузки обобщенного «толстого» клиента.
3. Машинореализованный способ по п.2, в котором загрузка обобщенного «толстого» клиента включает в себя этапы, на которых удостоверяют подлинность мобильного устройства и посылают строку данных, которая включает в себя зашифрованный ID пользователя и случайные данные.
4. Машинореализованный способ по п.3, дополнительно содержащий этап, на котором проверяют достоверность строки данных, чтобы определить, имеет ли мобильное устройство право просматривать данные услуг, когда мобильное устройство запрашивает данные.
5. Машинореализованный способ по п.1, в котором обобщенный «толстый» клиент включает в себя интерфейсный элемент окна, который включает в себя значение, ассоциированное с таблицами данных, обеспеченными услугой.
6. Машинореализованный способ по п.1, в котором оптимизированный формат включает в себя формат, ассоциированный с характеристиками мобильного устройства.
7. Машинореализованный способ по п.6, в котором характеристики мобильного устройства включают в себя, по меньшей мере, одно из: размера экрана, аудиокодека, видеокодека, разрешающей способности элементов изображения и поддерживаемого мультимедийного формата.
8. Машиночитаемый носитель, имеющий машиноисполняемые инструкции для абстрагирования особенностей мобильного устройства от услуг, чтобы обеспечить независимое от устройства взаимодействие с пользователем для визуализации UI на мобильном устройстве, инструкции содержат:
получение характеристик мобильного устройства;
прием запроса на данные от мобильного устройства;
запрашивание данных от поставщика услуг, при этом принятые от поставщика услуг данные независимы от устройства;
компиляцию данных от поставщика услуг в оптимальный формат, при этом оптимальный формат является компактной формой данных и включает в себя формат, ассоциированный с характеристиками мобильного устройства; и
ответ на принятый запрос на данные данными оптимизированного формата, при этом данные оптимизированного формата сконфигурированы для ассоциации с обобщенным «толстым» клиентом мобильного устройства.
9. Машиночитаемый носитель по п.8, в котором характеристики мобильного устройства включают в себя, по меньшей мере, одно из: размера экрана, аудиокодека, видеокодека, разрешающих способностей элементов изображения и поддерживаемого мультимедийного формата.
10. Машиночитаемый носитель по п.8, в котором прием запроса на данные от мобильного устройства включает в себя удостоверение подлинности запроса проверкой достоверности строки данных, ассоциированной с запросом.
11. Машиночитаемый носитель по п.8, в котором независимые от устройства данные включают в себя данные, которые не являются оптимально отформатированными для типа мобильного устройства.
12. Машиночитаемый носитель по п.8, дополнительно содержащий этапы, на которых обеспечивают таблицу данных мобильному устройству и осуществляют привязку таблицы данных к, по меньшей мере, одному интерфейсному элементу окна, ассоциированному с обобщенным «толстым» клиентом.
13. Машиночитаемый носитель по п.8, в котором компиляция данных от поставщика услуг в оптимальный формат обеспечивает уровень абстракции между поставщиком услуг и мобильным устройством.
14. Машинореализованный способ для обеспечения пользовательского интерфейса для сетевой услуги на мобильном устройстве, способ содержит этапы, на которых:
принимают от мобильного устройства на сервере идентификатор удостоверения подлинности, который был ранее отправлен на мобильное устройство;
после определения того, что идентификатор удостоверения подлинности является достоверным, обеспечивают с сервера обобщенного «толстого» клиента мобильному устройству, при этом «толстый» клиент выполнен с возможностью выполнения обработки данных на мобильном устройстве и удерживания запоминания внешне по отношению к мобильному устройству;
получают на сервере характеристики мобильного устройства;
принимают на сервере запрос на данные от мобильного устройства;
запрашивают данные с компьютера поставщика услуг, при этом компьютер поставщика услуг обеспечивает данные в независимом от устройства формате;
компилируют данные с компьютера поставщика услуг в оптимальный формат, при этом оптимальный формат включает в себя формат, ассоциированный с характеристиками мобильного устройства; и
отвечают на принятый запрос на данные с мобильного устройства отправкой данных оптимизированного формата обобщенному «толстому» клиенту.
15. Машинореализованный способ по п.14, в котором обеспечение обобщенного «толстого» клиента мобильному устройству включает в себя отправку URL в сообщении SMS, чтобы указать местоположение для загрузки обобщенного «толстого» клиента.
16. Машинореализованный способ по п.15, в котором загрузка обобщенного «толстого» клиента включает в себя этапы, на которых удостоверяют подлинность мобильного устройства и посылают строку данных, которая включает в себя зашифрованный ID пользователя и случайные данные.
17. Машинореализованный способ по п.14, в котором обобщенный «толстый» клиент включает в себя интерфейсный элемент окна, который включает в себя значение, ассоциированное с таблицами данных, обеспеченными услугой.
18. Машинореализованный способ по п.14, дополнительно содержащий этапы, на которых обеспечивают таблицу данных мобильному устройству и осуществляют привязку таблицы данных к, по меньшей мере, одному интерфейсному элементу окна, ассоциированному с обобщенным «толстым» клиентом.
19. Машинореализованый способ по п.14, в котором компиляция данных от поставщика услуг в оптимальный формат обеспечивает уровень абстракции между поставщиком услуг и мобильным устройством.
20. Машинореализованный способ по п.14, в котором характеристики мобильного устройства включают в себя, по меньшей мере, одно из: размера экрана, аудиокодека, видеокодека, разрешающей способности элементов изображения и поддерживаемого мультимедийного формата.
