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

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

УРОВЕНЬ ТЕХНИКИ

Все более и более распространено объединение услуг определения местоположения и приложений осведомления о местоположении в мобильных устройствах, в частности в «смартфонах», карманных персональных компьютерах, нетбуках, и т.п. Соответственно, для пользователя мобильного устройства не является чем-то необычным взаимодействие с внешним сетевым хостом или сервером, который запрашивает информацию относительно географического местоположения пользователя. В таком «сеансе определения местоположения», как правило, устанавливается, какое мобильное устройство периодически посылает данные о местоположении (определенные, например, через спутники GPS или сигналы WiFi) к внешнему серверу. Этот сеанс определения местоположения может продлиться в течение существенного отрезка времени и может быть основан на установленном периоде времени, вблизи, или в пределах гео-границ (то есть присутствие в указанной геометрической области). Один широко распространенный способ предоставления такой информации о местоположении осуществляется по протоколу безопасного определения местонахождения плоскости пользователя (SUPL), разработанному открытым сообществом производителей мобильной связи (OMA).

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг.1 изображает систему беспроводной сети, пригодную для описания настоящего изобретения;

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

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

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

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

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

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

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

Ссылаясь теперь на Фиг.1, теперь будет описана примерная беспроводная сеть, пригодная для цели иллюстрации настоящего изобретения. В качестве ограничения, система и многие из ее компонентов описаны здесь в контексте протокола безопасного определения местонахождения плоскости пользователя (SUPL) (см., например, OMA-TS-ULP-V2_0-20090831-D UserPlane Location Protocol Draft Version 2.0-31 августа 2009 года http://www.openmobilealliance.org). Будет подразумеваться, однако, что протокол SUPL используется без потери универсальности и что настоящие варианты выполнения не столь ограничены.

Как показано, мобильное устройство 102 (также называемое как "SET" (задействованный терминал SUPL) или «целевой SET»), способное устанавливать, по сети 104, один или более сеансов определения местоположения с одним или более удаленно расположенными серверами 106 (также называемыми как "H_SLP" (домашние платформы определения местоположения SUPL) или просто «серверы»). Во время сеанса определения местоположения, мобильное устройство 102 принимает информацию о его географическом местоположении. Эта информация может быть обеспечена рядом способов, включающих в себя, например, через GPS спутники 103, информацию WiFi определения местоположения, и тому подобное. Эта информация затем обеспечивается серверу 106 через любой подходящий протокол и в любые удобные интервалы времени. SUPL агент 108 может направить работу сервера 106 и, иным образом, принять участие в сеансе определения местоположения как установлено протоколом SUPL.

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

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

Ссылаясь теперь на блок-схему, проиллюстрированную на Фиг.4, будет описан примерный процесс, в соответствии с одним из вариантов выполнения. Как показано, на этапе 402, запущенные обновления инициализированы, то есть инициализирован по сети запущенный по протоколу SUPL сеанс определения местоположения. Здесь может быть любое количество сеансов, работающих параллельно, поэтому иллюстрируется несколько процессов 401A-401C.

Если в данном месте приоритетна конфиденциальность (этап 404), система принимает к сведению приоритетность конфиденциальности и устанавливает тайм-аут на повторное уведомление (этап 406) неопределенного сеанса. В таком случае, сеанс не добавляется в список сеансов пользовательского интерфейса (как подробно описано ниже), и должны быть предоставлены неактивные иконки или другие индикаторы. Этот процесс продолжается с этапа 434, как дополнительно описано ниже.

Если на этапе 404 в данном месте конфиденциальность не была приоритетна, то тогда система принимает решение о том, уведомить ли пользователя (этап 408). Если это так, то обеспечивается уведомление (этап 414), а если нет, то система по выбору определяет, требуется ли проверка (этап 410). Если требуется проверка, пользователь приглашается на выполнение этого действия любым удобным способом, и определяется одобрение (этапы 412, 416). Например, пользователю может быть предложено через пользовательский интерфейс вручную одобрить сеанс посредством сенсорного экрана, кнопки или другого устройства ввода.

Если сеанс не был подтвержден или проверен пользователем, сеанс завершается мобильным устройством (этап 440), и сеанс заканчивается (этап 442). Если, однако, сеанс был подтвержден на этапе 416, или проверка на этапе 410 не потребовалась, этот процесс продолжается этапом 418, где сеанс добавляется в список управления пользовательским интерфейсом, и пользователю предоставляется иконка запуска сеанса.

На этапе 420, если сеанс завершается пользователем, система продолжает этап 440, как раньше. Если нет, то система определяет, должно ли быть повторное подтверждение, повторное уведомление или тайм-аут (этап 422), в соответствии с различными вариантами конфигурации.

В зависимости от результата, пользователь повторно уведомляется (этапы 424, 432), и сеанс при необходимости повторно проверяется (этапы 425, 428, и 430).

Процесс продолжается на этапе 434, где выполняется определение, завершает ли сеть (например, удаленно расположенный сервер) сеанс. Если так, то система переходит к этапу 442, если нет, то система продолжает передачу сеанса (этап 436), и при необходимости реализует приоритетность конфиденциальности (этап 438).

Пользовательский интерфейс, обеспеченный для реализации такого способа, может изменяться в зависимости от, например, используемых аппаратной и программной платформ. Фиг.3 схематично показывает типичный пользовательский интерфейс, включающий в себя любое количество компонентов пользовательского интерфейса или виджетов 304, а также один или более сеансов 302 из списка каждого из активных сеансов определения местоположения («список управления»). В этом варианте выполнения, например, компоненты 304 пользовательского интерфейса могут быть использованы для выбора, отмены и/или конфигурирования каждого из сеансов 302. Настоящие варианты выполнения не ограничены таким образом, однако, в качестве пользовательского интерфейса могут включать в себя любое количество условно известных элементов, таких как окна, текстовые поля, поля ввода, флажки, селективные кнопки, переключатели, стандартные кнопки, ползунки, сенсорные области, выпадающее меню, и тому подобное.

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

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

Кроме того, системы и способы, описанные здесь, могут быть реализованы в любом мобильном устройстве, известном сейчас или разработанном позже. На Фиг.4, например, типичное мобильное устройство 102, в общем, включает в себя один или более процессоров 202, одно или более устройств 204 памяти (например, флэш-память, жесткие диски, карты MicroSD и т.д.), модуль 206 радиочастотного передатчика (например, работающий в соответствии с IEEE 802.11, Zigbee и т.д.), дисплей 210 (например, сенсорный экран дисплея), и устройства 208 ввода (кнопки, светодиоды и т.д.). В любом варианте выполнения могут присутствовать дополнительные электронные компоненты, включающие в себя, как правило, модуль питания (например, аккумуляторные батареи, схемы зарядки и т.д.), периферийный интерфейс, один или более внешних портов 412 (например, USB, Firewire и т.д.), аудио модуль, и один или более датчиков, таких как датчики ускорения, датчики ориентации и датчики близости (не проиллюстрировано).

В общем, компьютерный программный продукт, в соответствии с одним из вариантов выполнения, содержит используемую компьютером среду (например, память 404, оптический накопитель, USB накопитель и т.п.), имеющую машиночитаемый программный код, выполненный на нем, причем машиночитаемый программный код выполнен с возможностью его исполнения процессором 202 (работающим совместно с операционной системой) для реализации способа создания пользовательского интерфейса и/или реализации способа, описанного выше. В этом смысле, программный код может быть реализован на любом желаемом языке, и может быть реализован в виде машинного кода, компонующего автокода, побайтового кода, интерпретации исходных кодов и т.п. (например, через C, C++, Java, ActionScript, Objective-C, Javascript, CSS, XML и т.д.).

В конкретном варианте выполнения способы управления сеансами, описанные выше, осуществлены в контексте с SUPL протоколом. В этом смысле, на Фиг.5 дополнительно изображен процесс 500 уведомления, специально созданный для таких условий. В общем, передача сигналов во время текущего периодического или областного события запускает сеанс (этапы A-I). Строки B, C и D соответствуют системам передачи сигналов уровня техники SUPL.

H-SLP инициирует сеанс связи «запроса на информацию сеанса» с протоколом защищенных электронных транзакций (SET), использующим сообщение SUPL INIT (этап B). Сообщение SUPL INIT содержит идентификатор сеанса, posmethod и режим SLP-протокола. Запрос информации сеанса указывается посредством posmethod: sessioninfoquery. Перед отправкой сообщения SUPL INIT H-SLP также вычисляет и сохраняет хэш сообщения.

На этапе C, SET анализирует принятое сообщение SUPL INIT. Если оказывается, что оно не аутентично, SET не совершает никаких дополнительных действий. В противном случае, SET предпринимает необходимые действия для подготовки создания или возобновления безопасного соединения.

На этапе D, SET возвращает сообщение SUPL REPORT к H-SLP, включающее в себя список идентификаторов сеанса (список сеанса) всех текущих активных сеансов. SET MAY также отправляет SET Capabilities в сообщении SUPL REPORT. Сообщение SUPL REPORT также содержит хэш принятого сообщения SUPL INIT (версия). После отправки сообщения SUPL REPORT, SET освобождает все ресурсы, связанные с этим сеансом. SET начинает UT6 для ожидания либо SUPL NOTIFY на этапе E либо SUPL END на этапах G или H.

При необходимости выполняется этап Е, если повторное уведомление или повторное уведомление и проверка необходимы на основе проверки конфиденциальности абонента и пройденного времени, поскольку уведомление и/или проверка последний раз произошла для всех активных сеансов. SUPL NOTIFY отправляется на SET. H-SLP начинает ST5 для ожидания SUPL NOTIFY RESPONSE.

Относительно этапа F, если выполняется этап E, SET отправляет сообщение SUPL NOTIFY RESPONSE к H-SLP. Если уведомление и проверка потребовались на этапе G, то он будет содержать ответ на уведомление от пользователя. SET начинает UT5 для ожидания SUPL END для активного запущенного сеанса или SUPL END для этого сеанса запроса информации о сеансе.

Этап G может быть выполнен для двух независимых случаев. Во-первых, SUPL END условно отправляется, когда возникает этап F и SET ответил SUPL NOTIFY RESPONSE, содержащим ответ типа "не допустимо", чтобы отвергнуть согласие на повторную проверку. В этом случае SUPL END содержит StatusCode "consentDeniedByUser". SUPL END идентифицирует запущенный сеанс, связанный с повторной проверкой. SET освобождает все ресурсы, связанные с идентифицированным запущенным сеансом, и начинает UT10 для ожидания последующих SUPL END, для активных запущенных сеансов или SUPL END для этого сеанса запроса информации о сеансе.

Во-вторых, при необходимости отправляется SUPL END, независимо от этапов E и F, чтобы отменить любые активные запущенные сеансы, не дожидаясь следующего периодического запуска или запуска, связанного с областным событием. H-SLP может завершить любые активные сеансы, сообщенные на этапе D. SET начинает UT10 для ожидания последующих SUPL END, для активных запущенных сеансов, или SUPL END для этого сеанса запроса информации о сеансе.

Этапы E, F, G повторяются для любых активных сеансов, сообщенных на этапе D, которые требуют повторного уведомления/повторного извещения и проверки или завершения, как определено посредством H-SLP.

На этапе H, H-SLP отправляет сообщение SUPL END к SET, информируя его, что никакой дополнительной процедуры позиционирования не будет запущено и что сеанс определения местоположения завершен. SET освобождает безопасное соединение с H-SLP и освобождает все ресурсы, связанные с этим сеансом. Этот этап должен происходить до истечения UT6 или UT5, когда он начат на этапе F, или до истечения срока UT10, когда он начат на этапе G.

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

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

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