Способ и устройство для предоставления службы, основанной на местоположении

Способ и устройство для предоставления службы, основанной на местоположении

Иллюстрации

Показать все

Реферат

1. Область техники

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

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

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

Сущность изобретения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описываемые варианты осуществления изобретения, в целом, позволяют пользователям хранить, управлять, группировать, совместно использовать и предоставлять совместный доступ к генерируемому пользователем контенту, который, в целом, относится к картам и службам, основанным на местоположении. В описываемых вариантах осуществления изобретения предлагается модель контента, относящегося к службе, основанной на местоположении, для пользователей карт из сети Интернет или мобильной сети. Для любого местоположения может быть создано "место" (place), при этом "места" содержат открытые контейнеры, в которые группируют зависящий от местоположения контент. Каждое "место" представляет собой веб-сайт, который может быть просмотрен в сети с использованием мобильного телефона или иного устройства, обладающего функциями доступа к Интернет. Аспекты описываемых вариантов осуществления изобретения могут обеспечивать мгновенные указания относительно местоположений, а также предоставлять возможность предварительного и последующего планирования. Места могут ссылаться на другие места, что позволяет использовать семантические уровни. Чем больше присутствует мест (данных), тем большую ценность для пользователей создает социальный семантический уровень.

В одном из вариантов осуществления изобретения "город" (city) и "путеводители по городу" (city guides) могут быть использованы в качестве объектов высшего уровня, которые затем разбиваются на домены, субдомены и точки интереса (points of interest, POI). В качестве верхней точки входа для пользователей может быть использован уровень города. В альтернативных вариантах осуществления изобретения в качестве верхней точки входа может быть использован любой подходящий домен или уровень местоположения, например, страна или государство. В качестве нижних точек входа могут быть использованы, например, отдельные точки интереса.

В одном из вариантов осуществления изобретения пользовательская информация хранится в "плавающем" профиле (floating profile). Плавающий профиль представляет собой перемещаемый контейнер данных, используемый для синхронизации данных между веб-сервисом "мест" и мобильным терминалом.

Аспекты описываемых вариантов осуществления изобретения относятся к возможности отмечать географическое местоположение с помощью устройства и выгружать отмеченное местоположение в службу. В одном из вариантов осуществления изобретения для упомянутого географического местоположения может быть создана веб-страница (URL-адрес), если она не существует до сих пор, на эту страницу может быть добавлен контент, и к этой странице может быть предоставлен доступ другим пользователям. В одном из вариантов осуществления изобретения другие пользователи также могут добавлять контент к упомянутой веб-странице и предоставлять к нему совместный доступ. Контент может также быть собран из сторонних служб и представлен на упомянутой веб-странице или ограничен только упомянутой веб-страницей. При этом контент, как правило, имеет отношение к отмеченному географическому местоположению. Контент может включать, например, генерируемый пользователем контент, маркированный контент, маркированные списки, системы продажи билетов, динамические службы, проприетарный генерируемый пользователем контент, контент, полученный от третьих сторон, или совместный контент. В альтернативных вариантах осуществления изобретения упомянутый контент может включать любой подходящий контент, который способен быть частью веб-сайта или веб-страницы или быть на них добавленным. В одном из вариантов осуществления изобретения упомянутый контент может быть отображен и/или к нему может быть осуществлен доступ с использованием HTML-файлов или гиперссылок, серверного контента, контента с наивысшим рейтингом, отзывов, а также рейтингов или тегов для поиска. Один из примеров веб-страницы места проиллюстрирован на фиг.9.

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

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

В качестве примера, GPS-координаты, соответствующие определенному местоположению, могут быть приняты от тега системы "связь ближнего действия" (Near Field Communication, NFC), связанного с этим местоположением. Мобильное устройство может включать NFC-считыватель, который способен принять координаты от соответствующего NFC-передатчика или приемопередатчика (тега). Информация об этом местоположении может быть перемещена, скопирована и/или считана из тега NFC в мобильное устройство, например, когда пользователь фотографирует или иным способом "отмечает" местоположение. Впоследствии информация о местоположении может быть сохранена вместе с изображением (или другим идентификатором местоположения). Например, пользователь вместо фотографирования местоположения может связать с отмеченным местоположением текстовый тег, пиктограмму или другой идентификатор. Когда пользователь осуществляет доступ к изображению или "извлекает" его (или иной идентификатор местоположения), координаты этого местоположения также становятся доступными. Аналогично, если осуществляется доступ к координатам или они извлечены, соответствующее изображение может также становиться доступным.

В соответствии с фиг.2 в одном из вариантов осуществления изобретения упомянутые изображение и координаты могут выгружаться с устройства 202 в службу, основанную на местоположении, или сервер 208. Одним из примеров упомянутой службы, основанной на местоположении, является служба "Nokia Places™". В одном из вариантов осуществления изобретения сервер 208 имеет интерфейс, который принимает контент с тегами, извлекает координаты и помещает прикрепленное изображение в соответствующее место отображаемой карты. Это может также инициировать создание веб-страницы заранее заданного формата с выборкой релевантной информации об упомянутом местоположении. В одном из вариантов осуществления изобретения служба такого рода, например, служба "My places", может быть запущена пользователем с применением пользовательского интерфейса телефона или специального устройства 202. Сервер 208 мест может включать маплет (maplet) на базе картографического сервера 206, изображенного на фиг.2. Сервер 208 мест может отключаться от упомянутого картографического приложения и работать независимо от него.

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

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

На фиг.2 проиллюстрирован один из примеров системы, включающей аспекты описываемых вариантов осуществления изобретения. В одном из вариантов осуществления изобретения устройство 202, например, мобильный терминал, сконфигурировано с возможностью по меньшей мере отмечать географические местоположения, а также осуществлять доступ и загружать информацию картографической службы. В соответствии с примером, изображенным на фиг.2, в пользовательском интерфейсе 214 отображается карта 212. Для загрузки картографической информации может использоваться любая подходящая картографическая служба. Мобильный терминал 202, как правило, сконфигурирован для взаимодействия с картографической серверной системой 206, сервером 208 мест и системой 210 управления идентификаторами.

Картографическая серверная система 206, в целом, содержит службу загрузки карт для мобильных устройств и терминалов и предоставляет, например, картографические и поисковые службы. Сервер 208 мест, в целом, содержит HTTP-каталог, используемый для хранения информации пользовательских профилей в сети. Информацию пользовательских профилей предоставляют с использованием плавающего профиля 204, который обеспечивает перемещение или обмен данных и информации между мобильным терминалом 202 и сервером 208. На более поздней стадии сервер 208 может сохранять информацию пользовательских профилей в базе данных или в каталоге, например, в базе данных SQL или каталоге LDAP. Серверная система 208, в целом, отвечает за контроль версий плавающего профиля 204, его модификацию, слияние и разрешение конфликтов версий. Серверная система 208 может также служить в качестве прокси аутентификации для упомянутого мобильного терминала и пересылать клиентские запросы аутентификации в систему 210 управления идентификаторами. Аспекты описываемых вариантов осуществления изобретения, в целом, обеспечивают единый профиль и единые входные/регистрационные данные для взаимодействия во всех областях предоставления упомянутой службы и для всех устройств.

В одном из вариантов осуществления изобретения упомянутая система 210 управления идентификаторами содержит сервер, используемый в качестве первичного сервера аутентификации пользователей мобильных терминалов (mobile terminal, MT). Сервер 210 управления идентификаторами принимает запросы аутентификации как мобильного терминала 202, так и веб-клиента, от сервера 208 мест по защищенному соединению. В одном из вариантов осуществления изобретения упомянутая система 210 управления идентификаторами может называться системой управления идентификаторами пользователей Nokia (Nokia Consumer Identity Management System, NCIM).

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

В одном из вариантов осуществления изобретения используется XML формат для совместимости со службами web 2.0, а также потому, что он позволяет динамически добавлять новые поля. В альтернативных вариантах осуществления изобретения может использоваться любой формат, подходящий для хранения информации в плавающем профиле 204. Геокодированная информация может храниться в формате языка разметки Keyhole (keyhole Mark-Up Language, KML) для обеспечения совместимости с потенциальными сторонними службами или поставщиками служб. Плавающий профиль 204 может также включать информацию о версии и временную отметку для контроля версий и совместимости. История версий и изменений может храниться в репозитории контроля версий. Репозиторий сервера может быть способен выполнять откат во времени и восстанавливать предыдущие версии плавающего профиля в случае, если необходима отмена или восстановление изменений. Плавающий профиль 204 позволяет осуществлять синхронизацию данных между мобильным устройством и сетью, которая, как правило, содержит сервер 208 мест. Так как мобильный терминал 202 может не иметь постоянного соединения с Интернетом или сервером мест, плавающий профиль 204 обеспечивает возможность отметки местоположения и/или добавления контента, а также выгрузки этой информации с терминала 202 на сервер 208 позднее. Упомянутая выгрузка может выполняться в фоновом режиме, в соответствии с протоколом синхронизации, при этом для пользователя синхронизация может быть прозрачной.

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

В одном из вариантов осуществления изобретения мобильный терминал 202, который может содержать карманный терминал или клиент, включает клиентскую программу для доступа к каталогу (HTTP), используемую для извлечения или размещения плавающего профиля 204 пользователя в каталоге 208 мест. Мобильный терминал 202 может включать локальное хранилище для плавающего профиля 204, а также собственный простой пользовательский интерфейс 214 для управления профилем. В целях безопасности аутентификация клиентов мобильных терминалов должна выполняться по защищенному соединению.

Формат плавающего профиля 204 может, как правило, включать такие данные, как, например, отметки мест (placemarks), описательный HTML-код в отметках на карте, маршруты, наложения на земную поверхность и сетевые ссылки. Может быть включена и другая информация, например, теги пользовательских профилей, информация контроля версий и информация истории изменений. Несмотря на то, что в качестве формата хранения информации в плавающем профиле 204 был указан язык XML, может использоваться любой подходящий формат, позволяющий управлять отображением трехмерных геопространственных данных в прикладных программах. Выбранный формат файлов должен иметь возможность отображения географических данных в программе просмотра карт. Например, KML имеет основанную на тегах структуру с именами и атрибутами, которые используются для конкретных задач отображения.

Клиент 204 плавающего профиля является, как правило, полиморфной библиотекой dII (динамически загружаемой библиотекой) системы Symbian, инкапсулирующей всю функциональность связи, хранения и разбора KML в одном исполняемом компоненте, предоставляющем готовый к использованию в различных приложениях пакет функциональности. С упомянутой библиотекой dII может осуществляться связывание или она может динамически загружаться "по требованию".

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

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

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

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

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

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

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

Конфигурационная информация для упомянутого компонента задается извне в виде структуры ресурсов Symbian. Конфигурируемые данные включают URL сервера 208 мест и формы, необходимые для аутентификации, сохранения изменений в профиле и т.п.

В одном из вариантов осуществления изобретения загруженные KML-файлы сохраняются в поддиректории частной директории приложения, с использованием, например, системы плавающих профилей. Для каждого отдельного пользователя используется "собственная" поддиректория, названная в соответствии с идентификатором абонента. Учетные данные пользователя могут храниться в отдельном файле той же директории, вместе с паролем в зашифрованной форме. Использование "частной" папки упомянутого приложения делает хранение файлов безопасным по умолчанию. Система безопасности платформы Symbian предотвращает доступ неавторизованных приложений к упомянутым файлам. В альтернативных вариантах осуществления изобретения могут использоваться любые подходящие средства или системы безопасного хранения файлов.

Сжатые KML-файлы перед парсингом (разбором) данных распаковываются во временный файл. Упомянутый файл хранится непосредственно в частной папке приложения и обладает именем с идентификатором абонента в качестве расширения. Используемый диск может быть указан в утилите управления ресурсами приложения или устройства. По умолчанию, в одном из вариантов осуществления изобретения используется диск С как для KML-файлов, так и для временных файлов. Если объем пространства памяти, занимаемый несжатыми KML-файлами, превосходит заранее заданные или необходимые пределы, может также использоваться карта памяти или другое средство хранения.

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

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

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

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

В одном из вариантов осуществления изобретения мобильный терминал 202 аутентифицирует себя с помощью учетных данных NCIM в сервере 208 мест с использованием базовой аутентификации для доступа, например, в соответствии с протоколом RFC 1945 или XXX. В альтернативных вариантах осуществления изобретения могут быть использованы любые подходящие процедуры аутентификации. Сервер 208 мест функционирует в качестве прокси аутентификации для веб-аутентификации NCIM и службы управления учетными данными пользователей.

Запросы аутентификации могут шифроваться с использованием, например, протокола защиты транспортного уровня (transport layer security, TLS) (HTTPS). В альтернативных вариантах осуществления изобретения может быть использована любая подходящая система шифрования или криптографический протокол. Авторизованное состояние клиента поддерживаться с применением сеанса, для чего может требоваться сохранение куки-файла (cookie) после первого запроса авторизации и хранение его до окончания соответствующего клиент-серверного сеанса связи. Каждое действие, такое как аутентификация, обновление профиля и т.п., имеет собственный URL, о котором известно упомянутому приложению.

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

- Пользователь успешно аутентифицирован.

- Мобильный терминал 202 НЕ совершал никаких изменений в плавающем профиле 204.

Упомянутое обновление выполняется с использованием протокола следующим образом:

- Мобильный терминал 202 выполняет HTTP-запрос к серверу 208 с контролем версий протокола.

- Сервер мест возвращает хэш-значение текущей версии плавающего профиля.

- Мобильный терминал 202 сравнивает упомянутое хэш-значение со своим текущим плавающим профилем.

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

Список тегов MCU представляет собой сжатый файл или текстовый указатель, содержащий 1000 наиболее используемых в службе имен тегов для точек интереса (POI). Этот указатель используется органом управления пользовательского интерфейса "Add Tag" ("добавить тег") в качестве источника для предсказания текстового ввода тегов. Список тегов MCU зависит от языка. Упомянутый файл может быть обновлен по сети с использованием службы мест.

Мобильный терминал 202 может использовать функциональные возможности обновления списка тегов (Update Tag List) для загрузки обновленной версии списка тегов MCU с сервера 208 мест. При этом должны выполняться следующие предпосылки:

- Мобильный терминал 202 давно (например, 30 дней) НЕ обновлял список тегов MCU.

Упомянутое обновление выполняется с использованием следующего протокола:

- Мобильный терминал 202 выполняет HTTP-запрос к серверу 208 мест с версией протокола и кодом языка.

- Мобильный терминал 202 скачивает новую версию списка тегов MCU с сервера 208 мест.

Мобильный терминал 202 может использовать функциональные возможности сохранения изменений плавающего профиля (Commit Floating Profile) для выгрузки обновленной версии плавающего профиля в сервер 208 мест. При этом должны выполняться следующие предпосылки:

- Пользователь успешно аутентифицирован.

- Мобильный терминал 202 произвел изменения в плавающем профиле.

Упомянутое сохранение изменений выполняется с использованием следующего протокола:

- Мобильный терминал 202 выполняет HTTP-запрос к серверу 208 мест с включением временной отметки.

- Сервер 208 мест возвращает текущее значение временной отметки плавающего профиля.

- Мобильный терминал 202 сравнивает принятую временную отметку со своим текущим плавающим профилем.

- Если временная отметка изменилась, мобильный терминал 202 загружает новую версию плавающего профиля в сервер 208 мест.

- В случае если сервер 208 выполнил слияние профилей, мобильный терминал 202 выполняет обновление плавающего профиля.

Очередь KML (KML Queue) представляет собой хранилище данных в мобильном терминале 202, содержащее объекты XML и KML, которые ожидают обработки. Всякий раз, когда пользователь публикует тег, отзыв или событие, оно сохраняется в очереди KML. Ожидающие обработки в базе данных объекты (если таковые имеются) передаются в сервер 208 мест во время стандартной синхронизации плавающего профиля.

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

- Пользователь успешно аутентифицирован.

- Мобильный терминал 202 имеет ожидающие обработки объекты в очереди KML.

Упомянутое сохранение изменений выполняется с использованием следующего протокола:

- Мобильный терминал 202 загружает ожидающие обработки XML-объекты в сервер 208 мест по протоколу HTTP. Все объекты в очереди KML должны включать код языка и информацию о временной зоне для будущего использования.

В одном из вариантов осуществления изобретения NCIM 210, известный также как интерфейс языка разметки подтверждения безопасности (Security Assertion Markup Language, SAML) (SAML/WEBSSO), обеспечивает механизм для аутентификации, реализации простого входа/выхода в систему для потребителей с использованием веб-браузера, а также для предоставления информации о потребителе поставщику службы. Данный интерфейс описан в спецификации NCOM интерфейса SAML/WEBSSO, содержание которого полностью включено в настоящий документ путем ссылки. В одном из вариантов осуществления изобретения для всех взаимодействий предоставляется единый профиль и единая учетная запись. Это обеспечивает возможность единой регистрации для плавающего профиля 204 и сервера 208 мест.

На фиг.3 показан один из примеров сценария использования, включающего аспекты описываемы