ТОПОЛОГИЯ, ОБРАЗОВАННАЯ ЭЛЕКТРОННЫМИ УСТРОЙСТВАМИ ДОСТАВКИ НИКОТИНА
TOPOLOGY FORMED BY ELECTRONIC NICOTINE DELIVERY DEVICES

Область техники, к которой относится изобретение
Настоящее изобретение касается некоторой топологи и, в частности, но не исключительно, некоторого подхода по соединению электронных устройств, в ячеистой топологии или топологии PICONET.
При обычных подходах беспроводной связи, таких как Bluetooth или Bluetooth с низким энергопотреблением (также известна как технология Умный Bluetooth), отдельные устройства могут работать как узлы, выполняющие роли главных или подчиненных узлов в некотором конкретном взаимоотношении по поводу связи. Таким образом, каждый узел принимает роль главного устройства или роль подчиненного устройства. Соответственно, в соединенной паре один узел действует как главное устройство, а другой действует как подчиненное устройство. В контексте Bluetooth с низким энергопотреблением главное устройство может называться центральным устройством, а подчиненное устройство может называться периферийным устройством. Один главный (или центральный) узел может быть главным для нескольких подчиненных узлов (точное число часто ограничено конкретной реализацией набора микросхем) и, хотя некоторый узел может быть зарегистрирован как подчиненный (или периферийный) узел для нескольких главных узлов, в любой момент времени он может быть активным как подчиненный узел только для одного главного узла.
Bluetooth и Bluetooth с низким энергопотреблением фундаментально отличаются при работе в других низкоскоростных, беспроводных персональных сетях (LR-WPAN), таких как Zigbee™ и Thread™, которые обе основаны на беспроводном протоколе IEEE 802.15.4.
В публикациях US2013/284192, US2014/174459 и US2011/265806 описаны примеры электронных сигарет, обладающих возможностями связи.
Краткое изложение
Некоторые конкретные аспекты и варианты осуществления изобретения изложены в приложенной формуле изобретения.
В соответствии с первым аспектом, может быть предложен модуль беспроводной связи, содержащий: интерфейс беспроводной связи, выполненный с возможностью работы в разные моменты времени как главное устройство и как подчиненное устройство в отдельных взаимоотношениях по поводу связи с использованием одного и того же протокола связи, при этом указанный интерфейс выполнен с возможностью переключения назад и вперед между режимом главного устройства и подчиненного устройства. Таким образом, модуль беспроводной связи может образовывать некоторую ячейку с другими аналогично выполненными модулями, с использованием подхода разделения по времени, чтобы предоставить разным модулям в ячейке возможность выполнять в ячейке разные роли в разное время.
В соответствии с другим аспектом, может быть предложена сеть беспроводной связи, содержащая: первый и второй модули беспроводной связи; при этом первый модуль, работающий в режиме подчиненного устройства, передает данные объявлений, представляющие токен данных, подлежащий передаче по сети, и второй модуль, работающий в режиме главного устройства, принимает данные объявлений, переданные первым модулем, таким образом, с целью приема токена данных; и при этом второй модуль, работающий в режиме подчиненного устройства, передает данные объявлений, представляющие токен данных, подлежащий передаче по сети, и первый модуль, работающий в режиме главного устройства, принимает данные объявлений, переданные вторым модулем, таким образом, с целью приема токена данных. Таким образом, может быть реализован ячеистый подход для связи между модулями.
В соответствии с еще одним аспектом, может быть предложен способ передачи данных по ячеистой сети, при этом способ включает в себя следующее: в первом узле ячеистой сети используют состояние передачи объявлений, в котором некоторый токен данных помещают в данные объявлений первого узла, передаваемые первым узлом; во втором узле в диапазоне беспроводной связи первого узла и одновременно, по меньшей мере, с частью длительности состояния передачи объявлений в первом узле, используют состояние прослушивания, в котором данные объявлений первого узла принимают с помощью второго узла; во втором узле и после приема данных объявлений первого узла, используют состояние передачи объявлений, в котором токен данных, принятый в данных объявлений первого узла, помещают в данные объявлений второго узла, передаваемые вторым узлом. Таким образом, ячеистый подход с разделением во времени может быть использован для обеспечения связи между узлами в сети.
В соответствии с другим аспектом, может быть предложен способ, включающий в себя следующее: передают некоторый токен данных от первого выполненного с возможностью беспроводного соединения устройства до второго выполненного с возможностью беспроводного соединения устройства; и используют токен для управления некоторым аспектом работы третьего выполненного с возможностью беспроводного соединения устройства, при этом третье выполненное с возможностью беспроводного соединения устройство обладает установленным взаимоотношением по поводу связи со вторым выполненным с возможностью беспроводного соединения устройством. Таким образом, взаимодействие между независимыми устройствами может быть использовано для влияния на поведение последующего взаимодействия между одним из указанных устройств и третьим устройством.
В соответствии с еще одним аспектом, может быть предложен способ работы и устройство предоставления аэрозоля, при этом способ включает в себя следующее: управляют интерфейсом беспроводной связи устройства так, что он работает в режиме прослушивания; в ходе работы в режиме прослушивания, принимают токен данных из интерфейса беспроводной связи другого устройства предоставления аэрозоля; сохраняют принятый токен данных в устройстве предоставления аэрозоля; и предоставляют сохраненный токен данных на устройство, на котором работает приложение, для управления некоторым аспектом работы устройства, на котором работает приложение. Таким образом, устройства доставки аэрозоля могут быть выполнены с возможностью обеспечения влияющих на взаимодействие токенов, подлежащих передачи между ними с целью прохождения на устройство с приложением.
В соответствии с другим аспектом, может быть предложено устройство доставки аэрозоля, содержащее: интерфейс беспроводной связи, выполненный с возможностью в режиме прослушивания приема некоторого токена данных из интерфейса беспроводной связи другого устройства предоставления аэрозоля; и хранилище данных, выполненное с возможностью хранения принятого токена данных; интерфейс беспроводной связи, дополнительно выполненный с возможностью передачи принятого токена данных на некоторое устройство, на котором работает приложение и которое функционально связано с устройством доставки аэрозоля, для управления некоторым аспектом работы устройства, на котором работает приложение. Таким образом, устройство доставки аэрозоля может принимать и сохранять влияющие на поведение пакеты данных для дальнейшей доставки на устройство с приложением с целью предоставления возможности исполнения некоторого приложения, поведение которого зависит, по меньшей мере, частично от влияющих на поведение пакетов данных.
В соответствии с другим аспектом, может быть предложен способ, включающий в себя следующее: запрашивают от некоторого соединенного беспроводным образом устройства некоторый токен, хранящийся в указанном соединенном устройстве, как результат взаимодействия устройство-устройство между соединенным устройством и другим устройством; принимают запрошенный токен от соединенного беспроводным образом устройства; предоставляют токен на некоторый удаленный сервис; принимают от удаленного сервиса некоторый профиль; и осуществляют сравнение или взаимодействие принятого профиля и профиля, связанного с указанным соединенным беспроводным образом устройством. Таким образом, устройство может выполнять функциональные возможности приложения, соответствующие, по меньшей мере, частично некоторому токену, который хранит соединенное устройство, на основе предыдущего взаимодействия указанного соединенного устройства с другим устройством.
Краткое описание чертежей
Далее, только для примера, будут описаны варианты осуществления настоящего изобретения со ссылками на приложенные чертежи, на которых:
фиг. 1 - вид, схематично показывающий некоторый протокол передачи объявлений;
фиг. 2 - вид, схематично показывающий некоторый пример среды с устройствами;
фиг. 3 - вид, схематично показывающий функциональные компоненты некоторого узла;
фиг. 4 - вид, схематически показывающий стек протоколов;
фиг. 5 - вид, схематично показывающий моменты времени ответа сканирования;
фиг. 6 - вид, схематически показывающий планирование режимов;
фиг. 7 - вид, схематично показывающий некоторую ячейку узлов;
фиг. 8 - вид, схематично показывающий некоторую ячейку узлов;
фиг. 9 - вид, схематично показывающий некоторый пример реализации ячеистой топологии узлов;
фиг. 10 - вид, схематично показывающий некоторый пример расположения для взаимодействия устройство-устройство с использованием ячеистого подхода;
фиг. 11 - вид, схематично показывающий некоторое взаимодействие при передаче объявлений;
фиг. 12 - вид, схематично показывающий некоторое взаимодействие при передаче объявлений;
фиг. 13 - вид, схематично показывающий некоторое взаимодействие на основе обмена данными с помощью передачи объявлений в ячеистом подходе;
фиг. 14 - вид, схематично показывающий некоторое взаимодействие на основе обмена данными с помощью передачи объявлений в ячеистом подходе.
Хотя описанный в настоящем документе подход может иметь различные модификации и альтернативные формы, конкретные варианты осуществления изобретения показаны на чертежах для примера и далее будут описаны подробно. Тем не менее, следует понимать, что чертежи и их конкретное описание не предназначено для ограничения объема изобретения конкретной описанной формой, а наоборот, объем изобретения покрывает все модификации, эквиваленты и альтернативы, находящиеся в рамках объема и идей, определенных приложенной формулой изобретения.
Подробное описание изобретения
Настоящее изобретение касается модифицированной формы поведения при беспроводной связи. В соответствии с настоящим изобретением, устройство может быть выполнено с возможностью использования протокола связи Bluetooth или протокола связи, похожего на Bluetooth, и может, так, чтобы могло быть ясно другим устройствам, использующим протокол связи для связи с указанным устройством, работать как главное/центральное устройство и подчиненное/периферийное устройство при разных взаимоотношениях по поводу связи одновременно на основе временного разделения.
В некоторых примерах устройствами могут быть устройства доставки аэрозоля, такие как так называемые «электронные сигареты», также иногда называемые электронными устройствами доставки никотина (END устройства), снабженные электроникой, которая позволяет им связываться с другими устройствами связи. В других примерах устройства могут содержать электронные визитные карточки или другие переносные устройства, которые могут обладать функциональными возможностями, касающимися возможности взаимодействовать ячеистым образом с несколькими подобными устройствами.
В примерах настоящего документа устройства используют Bluetooth («BTLE») с низким энергопотреблением, но другие протоколы Bluetooth или протоколы, подобные Bluetooth, могут использовать решения из настоящего изобретения. Bluetooth является стандартом беспроводной технологии для связи на короткие расстояния между устройствами с поддержкой соответствующей технологии. BTLE является вариантом исходной системы Bluetooth, выполненный для потребления меньшего количество электроэнергии с целью увеличения времени работы аккумуляторной батареи и/или приложения с малой аккумуляторной батареей. Как Bluetooth, так и BTLE работают в промышленном, научном и медицинском UHF радиодиапазоне (ISM) от 2,4 до 2,485 ГГц и выполнены с возможностью создания так называемых беспроводных персональных сетей (PAN) для взаимодействия устройств на коротких расстояниях. BTLE использует модифицированную версию стека Bluetooth для связи, так что BTLE устройство и обычное Bluetooth устройство не совместимы напрямую, если только одно устройство не реализует оба протокола. И протокол Bluetooth и протокол BTLE поддерживаются в Специальной группе (SIG) по проблемам Bluetooth. Настоящее изобретение предложено в контексте реализации BTLE с использованием части спецификации Bluetooth, версия 4, которая касается BTLE. Тем не менее, специалисту в рассматриваемой области ясно, что настоящее изобретение может быть применено в других подходах Bluetooth, таких как, так называемые, определения классического Bluetooth, которые также изложены в спецификации Bluetooth, версия 4. Следует понимать, что настоящее изобретение может быть применено в технологиях, которые не соответствуют полностью спецификации Bluetooth, но которые, тем не менее, похожи на Bluetooth.
Например, системы, которые не являются системами Bluetooth, но которые, тем не менее, используют, установку на базе объявлений, основанную на профиле (GAP) общего доступа Bluetooth с низким энергопотреблением, и, таким образом, обладают структурой передачи объявлений, которая, по существу, изложена на фиг. 1, будут способны использовать технологии настоящего изобретения. На фиг. 1 показана структура передачи объявлений, в соответствии с которой периферийное (или подчиненное или удаленное, или вторичное) устройство объявляет о своей доступности в качестве периферийного (или подчиненного или удаленного, или вторичного) устройства в течение периода объявления, при этом периоды объявления отделены интервалом объявления. Объявление может содержать данные для передачи, указание того, что присутствуют данные для передачи, или может совсем не содержать ссылку на данные. Для приема объявления, центральное (или первичное или управляющее) устройство в ходе окна сканирования осуществления сканирование на предмет объявлений. Несколько окон сканирования отделены некоторым интервалом сканирования. Относительная длительность интервалов сканирования и интервалов объявления изменяется, или путем определения того, что интервал в одном типе устройств постоянен, а для другого - изменяется, или путем определения того, что оба интервала изменяются, причем указанное определение может быть установлено стандартом или правилом, установленным для реализации протокола передачи объявлений. Благодаря наличию этого относительного изменения интервалов сканирования и объявления, обеспечивается то, что даже когда начальный период объявления не пересекается с начальным окном сканирования, после некоторого количества интервалов объявления и сканирования, появится некоторый период объявления, который пересечется с некоторым окном сканирования, так что между центральным и периферийным устройствами может быть запущено установление соединения.
Первый пример среды 1 устройств, в которой может быть использовано настоящее изобретение, показан на фиг. 2. В этом примере в среде 1 устройств присутствует некоторое количество узлов 2а - 2е. Несколько узлов 2 соединены с помощью беспроводных линий связи, показанных пунктирными линиями 4. Тем не менее, не каждый узел 2 напрямую связан с каждым другим узлом. Вместо этого, узлы 2 связаны в ячеистый шаблон с потоком данных рассеянной сети. Таким образом, ясно, что для того, чтобы некоторое сообщение прошло от узла 2а до узла 2d, это сообщение пройдет через узлы 2b и 2с (и, возможно, также 2е), чтобы достичь узла 2d. По некоторым причинам, можно считать надлежащим описывать эти взаимодействия как PICONET, в качестве альтернативы использования описания ячеистого взаимодействия или взаимодействия в ячейке. Для обеспечения легкости чтения, в этом описании будет использоваться термин пропускная способность ячейки.
Для получения подобной ячеистой структуры связи, устройство, соответствующее настоящему изобретению, может выполнять более одной роли и, таким образом, может принадлежать более, чем одному взаимоотношению по поводу связи BTLE и, более того, устройство может действовать как центральное устройство или периферийное устройство в одном взаимоотношении по поводу связи BTLE и как периферийное устройство в другом взаимоотношении по поводу связи BTLE. Для управления одновременной сущностей этих разных ролей, устройство, соответствующее настоящему изобретению, может работать с возможностью переключения между двумя ролями, так что в любой момент времени устройство использует только одну роль, Переключение между ролями осуществляется достаточно часто, так что каждое взаимоотношение по поводу связи поддерживается без того, чтобы устройства, с которыми образованы эти взаимоотношения по поводу связи, заключили, что указанное устройство стало недоступно и закрыли указанные взаимоотношения по поводу связи.
Переключение между ролями в рамках заданного устройства будет осуществляться на основе некоторых временных рамок, соответствующих требованиям конкретного приложения для устройства. В переключении присутствует некоторый случайный элемент, как показано на рассмотренной выше фиг. 1. Тем не менее, временные диапазоны, в рамках которых может действовать случайный элемент, будут установлены в соответствии с требованиями приложения. Например, для обеспечения быстрой передачи данных через ячейку устройств, переключение ролей будет осуществляться со сравнительно высокой частотой. Например, в некоторой реализации, на основе взаимодействий устройств, связанных с пользователями, которые находятся во временном местоположении (например, когда устройства представляют собой электронные визитные карточки на собрании по налаживанию контактов, или являются END устройствами в ситуации социального взаимодействия), каждое устройство может быть выполнено с возможностью переключения ролей каждые несколько секунд. С другой стороны, для большей эффективности потребления электрической энергии и когда скорость передачи данных через ячейку не имеет большого значения, может быть использована сравнительно малая частота переключения ролей, которая возможно падает в подходящем контексте до переключения ролей только один или два раза в час. Также относительная длительность периферийной роли и центральной роли может изменяться в соответствии с факторами, применимыми в среде реализации. Таким образом, пока активна центральная роль, устройство будет направлять данные как часть пакета объявления, а пока активна периферийная роль, устройство будет отслеживать пакеты данных объявлений других устройств.
Кроме того, устройство, соответствующее настоящему изобретению, может обладать несколькими центральными ролями, которые могут быть использованы для связи в разных ячейках или для увеличения общего количества периферийных устройств, с которыми оно может поддерживать взаимоотношения по поводу связи в любое время, больше ограничения, наложенного конкретным используемым набором микросхем Bluetooth. Эти несколько центральных ролей могут быть реализованы с использованием обозначенного выше подхода переключения ролей или путем реализации нескольких BTLE MCU.
С использованием такой технологии, например, взаимодействия между узлами 2 могут осуществляться следующим образом: узел 2а действует как центральный, а узел 2b действует как периферийный в некотором первом взаимоотношении BTLE. Узел 2b также может действовать как центральный во втором взаимоотношении BTLE, которое описывает узел 2с как периферийный. Узел 2с, в свою очередь, может действовать как центральный в третьем взаимоотношении BTLE, которое содержит узлы 2d и 2e в качестве периферийных. Далее, узел 2d также может действовать как центральный в четвертом взаимоотношении BTLE, которое содержит узел 2е как периферийный. Следует понимать, что могут быть реализованы другие порядки, в соответствии с которыми узлы функционируют как центральные и периферийные в различных возможных взаимоотношениях узлов. Например, соединения, показанные на фиг. 2, в качестве альтернативы могут быть следующими: узел 2b функционирует как центральный во взаимоотношении BTLE, в котором узлы 2а и 2с являются периферийными, а узел 2d функционирует как центральный во взаимоотношении, в котором узел 2с является периферийным, и узел 2е функционирует как центральный во взаимоотношении, в котором узлы 2с и 2d являются периферийными. Как ясно из приведенного ниже рассмотрения, схема взаимоотношений для образования ячейки, может быть определена на ситуативной основе, в зависимости от того, какие узлы стали центральными в результате процесса установки взаимоотношений.
Изложенный в настоящем изобретении ячеистый подход позволяет небольшим пакетам данных или токенам данных проходить между узлами без необходимости установки полных взаимоотношений BTLE по поводу связи между узлами. Таким образом, такие токены могут пройти через ячейку из любых двух или более узлов на основе временных или непостоянных взаимоотношений узел-узел, при этом взаимоотношение периферийный-центральный длится настолько долго, чтобы передать и принять указанный токен. Этот подход не предотвращает ситуацию, когда некоторые или все узлы в ячейке устанавливают взаимоотношения по поводу связи (также известные как образование пар). Такой подход на основе связи может быть использован, например, в обстоятельствах, когда между узлами в ячейке нужно передать объемы данных, которые больше того, что возможно обработать с использованием токенов.
Как показано на фиг. 2, может быть предусмотрен дополнительный узел 6. Узлу 6 не нужно обладать знанием или способностью в плане ячеистой связности узлов 2 и вместо этого узел 6 реализует протокол связи обычным образом. Таким образом, в настоящем примере узел 6 реализует обычный интерфейс BTLE и, таким образом, он способен установить соединение 8 с одним из узлов 2 с поддержкой ячейки, так что узел 6 действует как центральный, а узел 2 действует как периферийный.
Соответственно, ясно, что подход, соответствующий настоящему изобретению, позволяет образовать ячейку Bluetooth или ячейку на основе BTLE без устройства управления, которое обеспечивает опорный узел для топологии типа «звезда». Ячейка может взаимодействовать с не входящим в ячейку устройством, но это взаимодействие может быть или непрерывным, или прерывистым и не входящему в ячейку устройству не нужно играть никакой роли при образовании, управлении или конфигурировании ячейки.
Следовательно, путем образования такой ячеистой сети, разные узлы 2 могут взаимодействовать друг с другом и передавать информацию на другие узлы в некотором диапазоне, с использованием существующего протокола связи, такого как BTLE. Тем не менее, как ясно из этого решения, узел использует модифицированную форму аппаратной реализации Bluetooth с уведомлением профиля (GATT) общих атрибутов для достижения этого ситуативного ячеистого поведения. Как будет ясно из настоящего изобретения, указанная модификация может быть получена путем осуществления модифицированной аппаратной, аппаратнореализованной программной или программной реализации протокола, например, путем использования некоторой реализации схемы контроллера, которая соответствует в многих отношениях стандартному протоколу связи, но содержит дополнительные функциональные возможности, которые обеспечены, например, использованием некоторого скрипта для достижения описанного в настоящем документе взаимодействия устройство-устройство. Дополнительные функциональные возможности могут быть введены с использованием модифицированного аппаратного обеспечения, которое, хотя это включает в себя использование нестандартного аппаратного обеспечения, действительно обеспечивает то, что аппаратное обеспечение может обеспечить оба режима на постоянной основе, без необходимости разделенного во времени совместного использования указанных ролей. Схема контроллера может быть аппаратной схемой с функциональными возможностями, обеспеченными ее конфигурацией, такой как специализированная интегральная схема (ASIC), или может быть программируемым микропроцессором (μP) или микроконтроллером (MCU), работающим под управлением аппаратнореализованного программного обеспечения и/или программного обеспечения.
На фиг. 3 схематично показаны функциональные компоненты каждого узла 2. Каждый узел 2 содержит антенну 10 для передачи и приема сигналов BTLE. Антенна 10 соединена со схемой 12 управления BTLE, такой как BTLE MCU. Схема 12 управления принимает данные для передачи и поставляет принятые данные на процессор 14 основных функциональных возможностей устройства, который работает, например, во взаимодействии с памятью 16 и/или элементами 18 ввода/вывода с целью осуществления основных вычислительных функциональных возможностей узла 2. Хотя на фиг. 3 показано, что функциональные компоненты узла 2 взаимодействуют на основе прямых связей, ясно, что фиг. 3 схематична по природе и настоящее описание также включает в себя альтернативные расположения функциональных компонентов, например, на основе шины взаимодействия. Также следует понимать, что один или несколько показанных функциональных компонентов могут быть обеспечены с помощью одного физического компонента и также следует понимать, что один функциональный компонент может быть обеспечен несколькими физическими компонентами.
Что касается функциональных компонентов, касающихся основных вычислительных функциональных возможностей узла 2, следует понимать, что сущность и использование этих компонентов может отличаться в зависимости от сущности самого устройства. В примере устройства, соответствующего конкретному узлу и являющегося электронной визитной карточкой, основными вычислительными функциональными возможностями могут являться обеспечение хранения, показа и передачи вариантов управления для информации визитной карточки вместе с передачей и приемом такой информации (что будет осуществляться с использованием схемы 12 управления и антенны 10). В примере устройства, соответствующего узлу 2 и являющегося END устройством, основные вычислительные функциональные возможности могут включать в себя передачу токенов с информацией между END устройствами, отслеживание и передачу отчетов о заряде устройства и/или уровня жидкости с никотином, потерянных и найденных взаимодействиях и записях использования. Таким образом, также следует понимать, что основные вычислительные функциональные возможности могут отличаться от воспринимаемых пользователем основных функциональных возможностей устройства. Например, в случае END устройства, воспринимаемые пользователем основные функциональные возможности, вероятно, представляют собой выработку аэрозоля для доставки никотина, при этом вычислительные функциональные возможности являются дополнительными, вспомогательными или вторичными для воспринимаемых пользователем основных функциональных возможностей.
Далее на фиг. 4 схематично показана структура протокола, реализованная схемой управления каждого узла 2. Структура протокола, показанная на фиг. 4, соответствует стеку Bluetooth, который содержит GATT (протокол общих атрибутов), GAP (протокол общего доступа), SM (протокол управления услугой), GATT/ATT (протокол атрибутов для низкого энергопотребления), L2CAP (уровень управления логическим соединением и адаптацией) и канальный уровень. В настоящих примерах канальный уровень работает на основе LERF (радиочастота с низким энергопотреблением). Как показано на фиг. 4, стек протоколов, по существу, может быть разделен на так называемые уровень хоста и уровень контроллера. Уровень контроллера состоит из нижних уровней, которые нужны для пакетов физического уровня и соответствующих моментов времени. Уровень контроллера стека может быть реализован в форме интегральной схемы, такой как пакет SoC (система-на-кристалле), со встроенным Bluetooth радио.
Реализации уровней, соответствующие пониманию настоящего изобретения, включают в себя канальный уровень, L2CAP, GAP и протокол атрибутов для низкого энергопотребления.
Контроллер канального уровня отвечает за связь низкого уровня по физическому интерфейсу. Он управляет последовательностью и моментами времени переданных и принятых кадров и, с использованием протокола канального уровня, взаимодействует с другими узлами в отношении параметров соединения и управления потоками данных. Также он работает с принятыми и переданными кадрами, пока устройство находится в режимах передачи объявлений или сканирования. Контроллер канального уровня также обеспечивает функциональные возможности входного контроля для ограничения внешнего воздействия и обмена данными с другими устройствами. Если настроена фильтрация, контроллер канального уровня поддерживает «белый список» разрешенных устройств и будет игнорировать все запросы на обмен данными или информацией объявлений от других устройств. Помимо обеспечения функциональных возможностей безопасности, указанное также может помочь управлять потреблением электроэнергии. Контроллер канального уровня использует интерфейс (HCI) хост-контроллера для взаимодействия с более высокими уровнями стека, если реализации уровней не расположены вместе.
Компонент (L2CAP) протокола уровня управления логическим соединением и адаптацией обеспечивает сервисы данных для протоколов более высоких уровней, таких как протокол управления безопасностью и протокол атрибутов. Он отвечает за мультиплексирование протокола и сегментацию данных в достаточно малые пакеты для контроллера канального уровня и демультиплексирование, и операцию повторной сборки на другом конце. L2CAP содержит внутренний интерфейс для GAP, который определяет общие процедуры, касающиеся обнаружения BTLE устройств и аспектов управления каналами для соединения с другими BTLE устройствами. GAP обеспечивает интерфейс для приложения с целью конфигурации и обеспечения разных режимов работы, например, передачи объявлений или сканирования и также для инициирования, установления и управления соединением с другими устройствами. Следовательно, GAP использует соединения управления и передачу объявлений в Bluetooth. GAP управляет видимостью устройства и определяет, как два устройства могут (или не могут) взаимодействовать друг с другом.
Протокол (ATT) атрибутов для низкого энергопотребления оптимизирован для малых размеров пакетов, используемых в Bluetooth с низким энергопотреблением, и позволяет серверу атрибутов показать некоторый набор атрибутов и их соответствующие значения некоторому клиенту атрибутов. Эти атрибуты могут быть обнаружены, считаны и записаны одноранговыми устройствами. GATT обеспечивает рамки для использования ATT.
Как ясно из приведенного выше рассмотрения, настоящее изобретение использует процесс передачи объявлений для облегчения взаимодействия в ячейке нескольких устройств, например, для способствования рассеиванию информации между неограниченным количеством устройств с целью распространения данных на расстояния и во времени.
В контексте настоящих примеров, приложение, работающее на устройстве, которое взаимодействует с помощью описанной в настоящем документе ячеистой структуры, может запрашивать или отслеживать конкретную полезную информацию по ответу сканирования, в ответ на ответ сканирования, направленный указанным устройством. Этот подход используется в обычных реализациях Bluetooth для передачи названия устройства и других подробностей идентификации. Тем не менее, в настоящих подходах, этот ответ сканирования, который определен как пакет данных размером 31 байт, также называется токеном, используется для того, чтобы делиться идентификационной информацией, касающейся некоторой переменной, которая при считывании приложением, запускает конкретный ответ или действие. Моменты времени таких запросов показаны на фиг. 5. Как ясно из этой фиг., запрос ответа сканирования передают с помощью центрального устройства в течение интервала объявления и данные ответа сканирования предоставляют с помощью периферийного устройства до начала следующего интервала объявления.
Благодаря реализации подхода из настоящего изобретения, данные, проходящие по физическому уровню, не отличаются на этом уровне от обычного трафика BTLE. Также, хотя более высокие уровни изменены, чтобы воспринимать взаимодействия устройств с поддержкой ячейки, приложение, не поддерживающее ячейки, может взаимодействовать с помощью BTLE с использованием устройства, соответствующего настоящему изобретению.
Также, устройство, которое использует только обычный стек BTLE (такое, как узел 6, показанный на фиг. 2 выше), может взаимодействовать с устройством 2, которое используется ячеистый подход, соответствующий настоящему изобретению. Далее, обычное BTLE устройство может принять данные от устройства 2 с поддержкой ячейки без стека BTLE в обычном BTLE устройстве, которое не обладает никаким знанием о взаимодействиях в ячейке устройств 2. Данные, которые принимает обычное BTLE устройство, могут исходить из напрямую соединенного устройства 2 или могут исходить от другого устройства, которое ранее соединено с напрямую соединенным устройством 2, через ячейку и при этом указанные данные были сохранены в устройстве 2 с поддержкой ячейки или сохранены в кэш-памяти устройства 2 с поддержкой ячейки. Источником таких данных, переданных по ячейке, может быть другое устройство 2 с поддержкой ячейки или может быть другое обычное BTLE устройство, которое соединено или было соединено с устройством с поддержкой ячейки.
На фиг. 6 схематично показано поведение каждого узла 2, имеющего отношение к управлению сущность каждого узла 2 с двумя ролями, с целью установления соединений в качестве центрального устройства и периферийного устройства. Так как BTLE обеспечивает два режима работы на уровне представления, по одному соответствующему роли центрального устройства и роли периферийного устройства, узел 2, соответствующий настоящим примерам, чередует эти два режима, чтобы обеспечить широковещательную передачу объявлений для сообщения о своей способности работать в качестве периферийного устройства, и обеспечить действие по отслеживанию с целью поиска узлов, способных работать в качестве периферийного устройства, с которыми узел 2 может соединиться в качестве центрального устройства. При работе по отслеживанию, узел может действовать для любого принятого объявления, переданного в широковещательном режиме, с целью установки соединения в качестве центрального устройства в соответствии с обычным поведением BTLE, например, как изложено в профиле (GAP) общего доступа BTLE. При осуществлении широковещательной передачи объявления, устройство будет способно установить соединение в качестве периферийного устройства с отслеживающим узлом, который отвечает, чтобы стать центральным устройством. Как описано выше, указанное разделение во времени ролей центрального устройства и периферийного устройства осуществляется после установления соединения между устройствами. Указанное обеспечивает то, что одно устройство может работать в обоих режимах на непрерывной, с мультиплексированием по времени, основе с использованием одного BTLE MCU в устройстве.
Таким образом, устройство (узел), выполненное с возможностью обеспечения взаимодействия с поддержкой ячейки из настоящего примера, использует стандартную спецификацию BTLE GATT (профиль общих атрибутов) вместе с модифицированным GAP для приспособления к двум режимам работы, связанным с сущностью узла, предполагающей две роли. Как будет описано ниже, узел чередует передачу объявлений в качестве периферийного устройства и прослушивание в качестве центрального устройства, чтобы облегчить способность соединяться с другими устройствами как режиме центрального устройства, так и в режиме периферийного устройства. Обычно устройство уже содержит указание идентификационной информации ячейки в том плане, что устройства могут быть предварительно запрограммированы использовать конкретный UUID, привязанный к конкретной ячейке устройства («сервису» в терминах BTLE), в которой, предполагается, упомянутые устройства будут участвовать. Например, все устройства, являющиеся электронными визитными карточками, могут быть запрограммированы использовать один и тот же UUID и аналогично все END устройства конкретного бренда, диапазона или изготовителя могут быть запрограммированы использовать один и тот же UUID. В этом контексте для идентификации активной роли или режима, узел использует идентификационный код узла, который однозначно идентифицируют узел в ячейке. Идентификационный код и UUID узла (фактически идентификатор ячейки или идентификатор группы) содержатся в аппаратнореализованном программном обеспечении устройства и вставлены в пакеты объявлений вместе с данными, которые образуют токен, и также на них можно ссылаться в запросах ответа сканирования и сообщениях с ответом сканирования, как на часть объявления при GAP взаимодействиях с устройствами и между устройствами.
При работе в качестве центрального устройства, узел может принимать состояния Сканер, Инициатор и Главный, а при работе в качестве периферийного устройства, узел может принимать состояния Передающий объявления и Подчиненный.
На фиг. 6 также показаны относительные моменты времени передачи объявлений и отслеживания нескольких узлов. При показанном подходе стремятся избежать (не не обязательно исключают) ситуации, когда несколько узлов в диапазоне друг друга одновременно осуществляют широковещательную передачу. В настоящем примере длительностью периода отслеживания управляют так, чтобы она находилась в диапазоне от 0,01 мс до 5 с, а период передачи объявлений обладал фиксированной длительностью, которая может находиться в диапазоне от 0,5 с до 10 с. В других примерах длительность передачи объявлений также может быть переменной и длительность отслеживания может попадать в другой диапазон, перекрывающийся диапазон или подмножество приведенного выше примера диапазона. Такое временное смещение может быть достигнуто некоторым количеством путей, таких как координация узлов или использование каждым узлом регулировки длины интервала, чтобы обеспечить неравномерный временной промежуток между каждым переходом между режимами. Такие регулировки длины интервала могут быть получены путем выбора для каждого интервала одного из нескольких возможных длин интервала или путем использования некоторого генератора случайной длительности интервала.
Когда узел осуществляет отслеживание с целью установки роли в ячейке как центрального устройства, этот узел действует так же, как узел без способности взаимодействия в ячейке, когда слушает объявление от потенциально периферийного устройства. Таким образом, узел, работающий в этом режиме, также может стать центральным для обычного BTLE устройства без способности взаимодействия в ячейке, соответствующей настоящему изобретению.
Когда узел осуществляет передачу объявлений с целью установки роли в ячейке как периферийного устройства, он осуществляет передачу объявлений с использованием некоторой структуры, основанной на данных BTLE GAP. Тем не менее, структура BTLE GAP изменена так, чтобы содержать информацию, специфичную для ячейки, при этом указанная информация может быть распознана устройством с поддержкой ячейки, которое принимает объявление. Информация, специфичная для ячейки, может содержать такие поля, как:
идентификатор узла, передающего объявление;
порядковый номер пакета, ждущего передачи из указанного узла, указанное используют для исключения дублирования - в зависимости от приложения, указанное может просто быть последовательностью пакетов, исходящих от указанного узла (например, когда приложение требует только чтобы полезная нагрузка или токен из узла, передающего объявление, распространялась на несколько других узлов), но указанное может быть сделано более однозначным для заданной ячейки (идентификатор группы), временного окна и/или другой сферы однозначности в соответствии с требованиями приложения;
идентификатор узла-источника пакета, обладающего указанным порядковым номером пакета, чтобы отражать то, что проходящий токен может исходить из другого узла, а не того, который он сейчас проходит;
идентификатор узла назначения для пакета, обладающего указанным порядковым номером пакета, при этом, в зависимости от реализации, указанный узел может быть одним узлом (соответствующим некоторой форме операции определенного маршрута) или «всеми» узлами (что соответствует операции типа распространения);
идентификатор группы для узла-источника для пакета, обладающего указанным порядковым номером, при этом указанный идентификатор используют для того, чтобы предоставить нескольким ячеистым сетям возможность совместного существования в одном и том же физическом пространстве (как описано выше, этот идентификатор группы использует BTLE UUID, хотя, при необходимости, может быть определен и использован другой идентификатор группы);
время жизни или время существования пакета, обладающего указанным порядковым номером;
полезная нагрузка, данные, специфичные для некоторого конкретного приложения - например, данные, касающиеся приложения электронной визитной карточки или приложения END устройства.
В соответствии с подходом работы с данными BTLE, если элемент полезной нагрузки заданного приложения слишком велик для одного пакета, то этот элемент полезной нагрузки разбивают и распределяют по нескольким пакетам до повторной сборки в каждом/единственном узле назначения. В таких приложениях может быть установлена связь между узлами, чтобы обеспечить лучшее управление передачей для этого большего объема данных.
На фиг. 7 схематично показаны шаблоны соединений между некоторым количеством узлов N1, N2, N3 и N4. На этой иллюстрации узел N1 находится за пределами прямой связи с узлом N4. Разные режимы работы узлов выражены микросхемой 22 (СС) элемента управления и микросхемой 24 (МС) ячейки узлов N1 - N4. Микросхема управления представляет MCU узла, работающего для связи с обычным BTLE устройством, таким как узел 6, показанный на фиг. 2. Микросхема ячейки представляет MCU узла, работающего как в режиме центрального устройства, так и в режиме периферийного устройства, для связи через ячейку.
В примере с фиг. 7 узел N1 содержит бит, установленный в поле данных объявления и указывающий на то, что присутствует данные для передачи. Расписание передачи объявлений и отслеживания в каждом узле побуждает узел N2 быть первым узлом в диапазоне прямой связи с узлом N1, чтобы слушать в качестве центрального устройства, следуя за узлом N1, в котором установлено поле данных объявления. Таким образом, узел N2, когда находится в режиме центрального устройства, принимает данные объявлений, которые узел N1 передает в объявлениях, находясь в режиме периферийного устройства. Эти данные объявлений, принятые узлом N2, могут быть использованы узлом N2 вместе с приложением, работающим в узле N2 или другим образом связанным с узлом N2. В дополнение или в качестве альтернативы, узел N2 может занести в кэш данные объявлений, готовые для дальнейшей передачи в качестве данных объявлений при будущей ситуации, когда узел N2 будет играть роль периферийного устройства. Таким образом, данные объявлений, которые исходили из узла N1, могут пройти дальше от узла N2 в качестве данных объявлений, чтобы их дальше принял узел N3 в то время, когда узел N2 передает объявления в качестве периферийного устройства, а узел N3 слушает в качестве центрального устройства. Данные объявлений, которые исходили из узла N1, далее могут быть использованы узлом N3 и/или пройти через узел N3, в конце концов попадая в узел N4 с помощью того же способа.
Следует отметить, что в этой реализации данные объявлений эффективно распространяются через ячейку. Таким образом, если имеет место ситуация, когда узел N1 слушает в качестве центрального устройства и одновременно узел N2 передает объявления в качестве периферийного устройства, данные объявлений возвратятся в узел N1, а также в дальнейшем пройдут через ячейку на узел N3. В этих обстоятельствах или узел N1 или некоторое приложение, работающее в узле N1 или связанное с узлом N1, может просто отбросить возвратившиеся данные объявлений. В некоторых вариантах реализации, узел или приложение могут некоторым образом использовать возвратившиеся данные объявлений, например, использовать время между передачей и приемом как некоторую форму генератора случайного интервала или использовать для диагностики ячейки.
Как было объяснено выше, возможно, чтобы передача через ячейку обладала более структурированным форматом, с использованием установленных связей между узлами. В таких обстоятельствах каждая пара узлов будет взаимодействовать по установленной связи и переключение ролей в каждом узле обеспечит то, что данные, принятые с помощью связи, в которой участвует одна роль, могут быть далее переданы вперед, с использованием связи, в которой участвует другая роль.
Управление тем, передаются ли данные на каждый узел (распространение) или данные передаются только на выбранные узлы (маршрутизация), может быть достигнуто разными путями. Если данные автоматически передаются на все узлы без ограничения, то эта ситуация может быть установленным по умолчанию состоянием, сконфигурированным во всех узлах. Если данные должны быть переданы только на узлы, которые в текущий момент активны в ячейке, то указанная ситуация может быть достигнута или в качестве установленного по умолчанию поведения, установленного во всех узлах, или на зависящей от приложения основе, когда приложение знает ячейку и предоставляет в стек связи управляющую информацию для указания зоны передачи данных. Если данные должны быть переданы только на конкретные узлы, то указанная ситуация может быть достигнута на зависящей от приложения основе, когда приложение знает ячейку и предоставляет в стек связи управляющую информацию для указания зоны передачи данных. Настоящие примеры выполнены с возможностью работы на основе подхода с распространением, так что данные автоматически переправляются на все присутствующие в ячейке устройства.
На фиг. 8 содержится дополнительная иллюстрация ячеистого поведения между узлами. В этом примере присутствует большее количество узлов N11 - N19. Иллюстрация на фиг. 8 представляет некоторый заданный моментальный снимок во времени, так что разные узлы показаны использующими в текущий момент времени разные режимы из соответствующих режима периферийного устройства и режима центрального устройства. В момент времени, показанный на фиг. 8, три узла сконфигурированы для работы в режиме центрального устройства, а именно узлы N12, N16 и N19, а три оставшихся узла сконфигурированы для работы в режиме периферийного устройства. Как ясно из приведенного выше рассмотрения, для любого заданного примера одних и тех же узлов, присутствующих в одних и тех же местах, точное количество и идентификационные данные узлов, которые сконфигурированы для работы в режиме центрального устройства, будет зависеть от таких факторов, как планирование каждым узлом своих периодов передачи объявлений/отслеживания и относительного положения каждого узла по отношению к любому другому узлу, который уже сконфигурировать для работы или в режиме центрального устройства или в режиме периферийного устройства. Прохождение токена данных показано на фиг. с помощью присутствия некоторого флага, проходящего от узла N11, который направил этот токен данных в своих данных объявлений, на узел N12, который примет эти данные объявлений, слушая в режиме центрального устройства. Указанный токен будет позже помещен в данные объявлений из узла N12, когда узел N12 использует роль периферийного устройства. Таким образом, токен может пройти дальше через ячейку и, в конечном счете, добраться до каждого узла в ячейке, по меньшей мере, один раз.
Как ясно из приведенного выше рассмотрения, ячейки могут динамически изменяться на основе изменений количества и расположения узлов в ячейке. Например, так как узлы перемещаются от оставшейся части ячейки, в конечном счете они потеряют контакт со всеми узлами ячейки и покинут эту ячейку. Аналогично, узел, который переводят в нерабочее положение или который переходит в режим экономии электроэнергии, без беспроводной работы, потеряет контакт с другими узлами в ячейке и покинет ячейку. Дополнительно, новые узлы, ранее не являвшиеся частью ячейки, будут способны присоединиться к ячейке, когда они попадут в диапазон действия некоторого узла ячейки или, когда они получают электрическую энергию при нахождении в диапазоне действия некоторого узла ячейки. Также, из приведенного выше рассмотрения переключения ролей ясно, что узел, уже находящийся в ячейке и работающий как периферийное устройство в ячейке, также будет работать в ячейке в другое время в качестве центрального устройства. В некоторой реализации, в которой в ячейке используются такие взаимоотношения по поводу связи, что для конкретных узлов определены роли центральных устройств в некоторых связях и роли периферийных устройств в других связях, если некоторый узел далее изменяет местоположение относительно узлов ячейки, то, в результате указанного, фактически этот узел может покинуть ячейку, так как все установленные связи могут прекратить работать в диапазоне с новым местоположением. Такой узел, таким образом, прекратит пытаться как отслеживать, так и передавать объявления до тех пор, пока он не установит одно или взаимоотношений по поводу связи с другими узлами ячейки со связями.
Как ясно специалисту в рассматриваемой области, Bluetooth и BTLE обеспечивают надежность связи между узлами для передачи данных. Это не относится к передачам токенов на основе чистых объявлений в форме данных объявлений, только если такая передача токенов не ведет к установке взаимоотношений по поводу связи. В настоящих примерах, даже когда используют взаимоотношения по поводу связи, узлы могут быть сконфигурированы для установки таких связей без необходимости ввода данных пользователем для подтверждения доверия между разными узлами или устройствами. В отличие от сказанного, в настоящих примерах устройства или узлы некоторого конкретного типа могут быть сконфигурированы с наличием предварительного доверия всем другим устройствам или узлам указанного конкретного типа. Например, в случае устройств, являющихся электронными визитными карточками, каждая электронная визитная карточка может быть выполнена с возможностью доверия всем другим устройствам, которые идентифицируются как электронные визитные карточки заданного производителя, группы производителей, бренда, группы брендов, модели, группы моделей или как соответствующие некоторому заданному стандарту или группе стандартов электронных визитных карточек. В случае узлов, являющихся END устройствами, каждое END устройство может быть выполнено с возможностью доверия всем другим устройствам, которые идентифицируются как END устройства заданного производителя, группы производителей, бренда, группы брендов, модели, группы моделей или как соответствующие некоторому заданному стандарту или группе стандартов END устройств.
Такой шаблон доверия может поддерживаться саморегулированием количества персональных данных, которые устройство хранит или которые устройству разрешено передавать. Например, END устройство может быть сконфигурировано владельцем-пользователем так, чтобы оно не хранило или не делилось никакой информацией, которая идентифицирует владельца. Это не предотвращает взаимодействие END устройства с другими END устройствами по передаче информации, которая может быть использована для функциональных возможностей по потере/нахождению, или по передаче информации о самом END устройстве для обеспечения групповых взаимодействий между END устройствами одного бренда или модели, например, как описано ниже. В примере электронной визитной карточки пользователь может ограничить устройство хранением или разрешением делиться только информацией, которая может быть открыто найдена, такой как имя и подробности бизнес контактов или адрес мобильной социальной платформы. Адрес мобильной социальной платформы может иметь форму ссылки на профиль пользователя в платформе социальной сети, такой как LinkedIn™, или другой платформе деловой социальной сети. Также пользователь электронной визитной карточки может выбрать вариант активации устройства только в выбранные моменты времени, такие как при посещении образовательного мероприятия или мероприятия по установлению деловых связей, таким образом, предотвращая ситуацию, что электронная визитная карточка делится информацией с любой совместимой электронной визитной карточкой, которая может присутствовать в других местах, таких как автобус или другой общественный транспорт.
В других примерах доверие может представлять собой выражаемые пользователем функциональные возможности, когда пользователю может потребоваться активно принять или запросить установление связи с другим узлом для передачи данных.
Когда некоторый конкретный узел или устройство сконфигурированы пользователем, например, для связи с обычным BTLE устройством пользователя, таким как смартфон, фаблет или планшет, взаимоотношение доверия между устройством пользователя с поддержкой ячейки и обычным BTLE устройством может быть обеспечено аналогично образованию пары обычных BTLE устройств с целью установки связи для передачи данных.
Таким образом, ясно, что путем использования подхода из настоящего изобретения, может быть предложено устройство, которое способно осуществлять взаимодействие в ячейке с другими аналогичными устройствами путем использования структуры с двумя ролями, в которой устройство способно работать на основе временного разделения и как главное (центральное) устройство и как подчиненное (периферийное) устройство для связи с другими аналогичными устройствами при одновременной работе в качестве подчиненного/периферийного устройства для обычного устройства, не обладающего способностью использовать две роли.
Этот подход может быть использован для облегчения взаимодействий устройство-устройство между некоторым кругом устройств для некоторого круга целей. Как описано выше, примерами устройств, которые могут быть оборудованы для таких взаимодействий устройство-устройство с использованием подхода с ячеистой или PICONET топологией из приведенных выше примеров, являются электронные визитные карточки и электронные устройства доставки никотина (END устройства).
Как показано на фиг. 9, далее будет рассмотрен первый пример системы, реализованной с использованием подхода с устройствами с поддержкой ячеек, соответствующий настоящему изобретению. Как показано на фиг. 9, устройство 42 пользователя, такое как смартфон, фаблет или планшет, обладает взаимоотношением по поводу связи (которое показано пунктирной линией 43) с устройством 44, являющимся электронной визитной карточкой. Устройство 44, являющееся электронной визитной карточкой, может содержать одно или несколько видимых представлений для идентификации устройства как электронной визитной карточки и/или для предоставления письменных 46 и/или фотографических 48 подробностей пользователя электронной визитной карточки. В некоторых примерах устройство 44, являющееся электронной визитной карточкой, может быть снабжено электронным дисплеем, на котором по выбору могут быть показаны визуальные представления, в зависимости от некоторого рабочего параметра или состояния электропитания устройства 44, являющегося электронной визитной карточкой.
Устройство 44, являющееся электронной визитной карточкой, обладает возможностью беспроводной связи для взаимодействия в ячейке между узлами в соответствии с изложенными выше идеями изобретения. Таким образом, в настоящем примере устройство 44, являющееся электронной визитной карточкой, обладает способностью BTLE, позволяющей поддерживать связь как с обычными BTLE устройствами, так и с BTLE устройствами с поддержкой ячеек.
Устройство 42 пользователя, соответствующее настоящим примерам, обладает способностью обычного BTLE, так что устройство 42 пользователя и устройство 44, являющееся электронной визитной карточкой, могут установить парное взаимоотношение по поводу связи BTLE для передачи данных как взаимоотношение 43 по поводу связи. Пользователь устройства 42 пользователя может изменить данные и/или рабочие параметры устройства 44, являющегося электронной визитной карточкой, с помощью взаимоотношения 43 по поводу связи. Таким образом, пользователь устройства 42 пользователя может так настроить устройство 44, являющееся электронной визитной карточкой, что оно сохраняет информацию о деловых контактах пользователя. Такая информация о деловых контактах может содержать любой один или несколько элементов из следующих: имя, компания, деловая сфера, подробности контакта и ссылка/адрес профиля пользователя в платформе социальной сети. Примеры платформ социальных сетей, на которые может вести такая ссылка или адрес, включают в себя платформы социальных сетей, ориентированных на установление профессиональных связей, такие как LinkedIn™ или ReseachGate™, и платформы социальных сетей, общего пользования, такие как Facebook™, Instagram™, Twitter™, VK™ или Qzone™.
В настоящем примере устройство 44, являющееся электронной визитной карточкой, запрограммировано содержать имя пользователя, название компании пользователя и ссылку на профиль пользователя в социальной сети. Также устройство 44 пользователя, являющееся электронной визитной карточкой, запрограммировано с целью поддержания связи с другими устройствами, являющимися электронными визитными карточками, только тогда, когда оно находится в активном состоянии. Активное состояние может быть запущено или с помощью физического переключателя на устройстве 44, являющемся электронной визитной карточкой, или с помощью команды, переданной на устройство 44, являющееся электронной визитной карточкой, от устройства 42 пользователя через взаимоотношение 43 по поводу связи, или с помощью обоих указанных вариантов. Устройство 44, являющееся электронной визитной карточкой, выполнено с возможностью управления в активном состоянии тем, является или нет активным взаимоотношение 43 по поводу связи. Таким образом, пользователь может выключать функцию BTLE устройства 42 пользователя или отделять устройство 42 пользователя от устройства 44, являющегося электронной визитной карточкой, без влияния на способность работы устройства 44, являющегося электронной визитной карточкой.
Когда устройство 44, являющееся электронной визитной карточкой, находится, в активном состоянии, в пределах диапазона связи BTLE других доверенных устройств, являющихся электронными визитными карточками, оно способно установить взаимоотношения по поводу связи с использованием функциональных возможностей взаимодействия в ячейке, чтобы связываться с этими другими устройствами, являющимися электронными визитными карточками. Это показано на фиг. 9 с помощью дополнительных устройств 50а - 50d, являющихся электронными визитными карточками. Установка ролей в ячейке для устройств 44 и 50а - 50d, являющихся электронными визитными карточками, будет зависеть от относительных расписаний передачи объявлений для отдельных устройств. Тем не менее, в некоторой комбинации устройства 44 и 50а - 50d, являющиеся электронными визитными карточками, будут устанавливать связь в ячейке друг с другом и будут способны обмениваться данными в соответствии с функциональными возможностями визитных карточек приложений, запрограммированных в устройствах, являющихся электронными визитными карточками.
Соответственно, с помощью действия функциональных возможностей приложения электронной визитной карточки, устройство 44, являющееся электронной визитной карточкой, будет способно передавать деловые данные своего пользователя на другие устройства 50а - 50d, являющиеся электронными визитными карточками, и будет способно принимать соответствующие деловые данные пользователей от каждого из других устройств 50а - 50d, являющихся электронными визитными карточками. Эти принятые деловые данные пользователя могут сохраняться устройством 44, являющимся электронной визитной карточкой, до тех пор, пока устройство 44, являющееся электронной визитной карточкой, далее не активирует взаимоотношение 43 по поводу связи с устройством 42 пользователя.
Когда устройство 44, являющееся электронной визитной карточкой, поддерживает связь с устройством 42 пользователя с целью передачи сохраненных деловых данных пользователя на устройство пользователя, для просмотра данных может быть использовано приложение приема деловых данных устройства 42 пользователя. В настоящем примере, когда сохраненные деловые данные содержат соответствующую ссылку на профиль в социальной сети пользователя, именно приложение приема деловых данных может предоставить ссылку, следование которой позволяет пользователю другого устройства 42 увидеть профиль указанного другого пользователя и, возможно, пригласить этого другого пользователя с использованием указанной платформы социальной сети.
Таким образом, следует понимать, что описанная в настоящем документе технология взаимодействия в ячейке может подразумевать некоторое количество использований для облегчения связи с другими устройствами с поддержкой ячейки, при этом также сохраняется способность прямой связи с устройством пользователя, не способным взаимодействовать в ячейке, таким как смартфон, фаблет, планшет, переносной компьютер, нетбук, настольный компьютер или подобное устройство.
Как показано на фиг. 10 - 14, далее будет рассмотрен другой пример подхода по использованию системы, реализованной с использованием соответствующего настоящему изобретению подхода с устройствами с поддержкой ячейки.
Взаимодействие устройство-устройство из настоящего примера основано на передаче токенов между любым заданным количеством END устройств 61, 62 с целью идентификации пользователей С1, С2, которые согласились или которые выбрали участие во взаимодействии END устройств с END устройствами других пользователей END устройств с помощью смартфонов 65, 66, которые могут быть выполнены с возможностью связи 63, 64 с END устройствами, например, с использованием BTLE. В этом примере рассматриваются смартфоны, но следует понимать, что может быть использовано другое устройство пользователя, обладающее способностью к вычислениям и способностью связываться с END устройством, при этом подходящими примерами являются смартфоны, фаблеты, планшеты, переносные компьютеры и нетбуки или подобные устройства.
Следовательно, этот подход связывает END устройство 61 первого пользователя С1 с взаимодействиями пользователь-пользователь и фактически может сделать анонимными взаимодействия пользователь-пользователь, так что один пользователь ничего не знает о другом пользователе, за исключением того, что другой пользователь владеет END устройством, с которым может связываться END устройство указанного пользователя. END устройство 61 выполнено с возможностью указанного взаимодействия с помощью приложения 69, работающего на смартфоне 65 пользователя, и без END устройства смартфон не обладает возможностью взаимодействия с END устройством или приложением любого другого пользователя.
Взаимодействия END устройства, после их разрешения, основаны на близости к другим совместимым END устройствам. Когда два или более совместимых END устройства находятся в пределах диапазона работы друг друга, они взаимодействуют с использованием описанных выше взаимодействий типа устройство-устройство с поддержкой ячеек.
Таким образом, это позволяет приложению проявлять такое поведение, которое основано на принадлежности к одинаковым социальным кругам 60, или связывает пользователей, которые принадлежат одинаковым социальным кругам 60. В этом контексте социальные круги определяются путем близкого расположения друг к другу, при этом близость определяется диапазоном беспроводной связи взаимодействий устройство-устройство ячеистого типа в соответствии с приведенными выше примерами. В некоторых примерах этот диапазон может составлять порядка 15,24 метра, но, как ясно, указанный диапазон может изменяться на основе условий распространения сигналов вблизи END устройств. Указанное может, например, помочь функциональным возможностям приложения на основе некоторого количества близких взаимодействий с другими END устройствами 62 или на основе информации, касающейся некоторой географической области, в которой осуществляются взаимодействия устройство-устройство. Приложение 69 может использовать предпочтительные настройки для приложения 69 и/или END устройства 61 для изменения динамики приложения 69 смартфона.
Далее будут описаны пример такого приложения и взаимодействия устройство-устройство некоторого связанного END устройства.
Как описано выше, приложению нужно, чтобы для него было разрешено взаимодействие устройство-устройство для END устройства, чтобы осуществлять любую обработку, касающуюся взаимодействия пользователь-пользователь.
Приложение 69 соответствующее настоящему примеру, обеспечивает то, что анимационный персонаж, связанный с END устройством 61 пользователя, может соревноваться в виртуальном состязании с анимационными персонажами, связанными с END устройствами 62 других пользователей. Такое виртуальное соревнование между анимационными персонажами позволяет анимационным персонажам развивать и/или приобретать новые виртуальные способности, которые могут быть использованы этими анимационными персонажами в будущем виртуальном соревновании с анимационными персонажами END устройств других пользователей. Успех в таких виртуальных соревнованиях может позволить получить награды в приложении и бейджи достижений.
В приложении 69, 70 из настоящего примера каждый пользователь С1, С2 снабжен некоторым набором переменных, с помощью которых он конфигурирует через взаимодействие 67, 68 с приложением 69, 70 начальное состояние анимационного персонажа, связанного с его END устройством 61, 62.
Далее, в зависимости от того, как пользователь С1, С2 конфигурирует и использует свое END устройство 61, 62, приложение 69, 70 регулирует анимационный персонаж для настройки его соревновательных способностей. В настоящем примере соревнование может принимать форму виртуального состязания между анимационными персонажами, так что профиль анимационного персонажа может содержать одну или несколько способностей или характеристик по нападению и/или защите. В настоящем примере приложение 69, 70 регулирует способности анимационного персонажа в зависимости от характеристик использования END устройства 61, 62. Эти характеристики использования могут содержать настройки электропитания, которые могут быть отрегулированы для влияния на количество запаха, присутствующего в выработанном аэрозоле при каждой активации устройства, и счетчик активаций устройства, ранее записанный приложением 69, 70 с END устройства 61, 62. То, как регулируют характеристики использования, может быть основано на предпочтениях использования, которые установлены пользователем С1, С2 в приложении 69, 70. Например, пользователь с личной целью ограничить поступление никотина, может установить целевое максимальное количество ежедневных активаций устройства, и в ответ на это приложение может обеспечить штраф к соревновательным способностям анимационного персонажа при превышении этой цели и одновременно предоставить анимационному персонажу бонус, если цель не превышена.
Далее END устройство может быть использовано для доступа к свойствам соревнования между анимационными персонажами из приложения. Когда END устройство 61 пользователя устанавливает соединение ячеистого типа с совместимым END устройством 62 другого пользователя с диапазоном 60 близости с целью осуществления такого соединения, END устройство 61 может взаимодействовать с другим END устройством 62 и со смартфоном 65 пользователя для обеспечения через приложение 69 некоторой возможности вызова на состязание анимационного персонажа, связанного с END устройством 62 другого пользователя. Аналогично, END устройство 62 другого пользователя с помощью взаимодействия с END устройством 61 первого пользователя может предоставить другому пользователю через его приложение 70 на смартфоне возможность вызова на состязание анимационного персонажа первого пользователя.
Для осуществления и принятия такого вызова на состязание двум пользователям не нужно обладать какими-либо знаниями друг о друге и не нужно напрямую взаимодействовать в реальном мире.
Далее каждый пользователь может независимо от другого пользователя решить, принять или не принять вызов на состязание, который сделан доступным с помощью приложения 69, 70 и если такой вызов на состязание принят, то принимают решение по результату соревнования между анимационными персонажами. В контексте вызова на бой из настоящего примера, анимационный персонаж, связанный с пользователем, который бросил вызов на состязание, является атакующим, а анимационный персонаж, связанный с другим пользователем, является защищающимся. Таким образом, если оба пользователя решают бросить некоторый вызов на состязание в ответ на вариант, представленный их соответствующим приложением 69, 70 смартфона, то имеют место два соревнования между анимационными персонажами, каждое из которых основано на одном вызове на состязание, при этом вызывающая сторона соревнования является атакующей.
Фактическое взаимодействие анимационный персонаж-анимационный персонаж в настоящем примере не осуществляется с помощью взаимодействия устройство-устройство между END устройствами 61, 62. В отличие от этого, когда END устройства 61, 62 осуществили взаимодействие для разрешения соответствующим приложениям 69, 70 предоставить вариант вызова на состязание, каждое приложение обладает достаточной информацией, описывающей анимационный персонаж, связанный с анимационным персонажем, которому направлен вызов на состязание, так что взаимодействие по вызову на состязание осуществляют с помощью отдельного сервиса данных.
В настоящем примере приложения получают информацию о профиле вызванного на состязание анимационного персонажа, которая необходима для осуществления взаимодействия по поводу вызова на состязание с помощью облачного сервиса 73. В настоящем примере облачный сервис 73 реализован с использованием структуры MBass (мобильный сервер как услуга). На основе обмена информацией между END устройствами, приложение знает достаточное количество информации для получения профиля для вызванного на состязание анимационного персонажа из облачного сервиса 73 и далее приложение способно принять решение о результатах соревнования.
В настоящем примере приложение использует результат соревнования для записи для анимационного персонажа в журнал побед/поражений. Результат соревнования также предоставляют в облачный сервис 73, так что результат о победе/поражении может быть передан облачным сервисом 73 на приложение вызванного на состязание анимационного персонажа и может быть занесен в журнал побед/поражений для указанного вызванного на состязание анимационного персонажа. В других примерах результат о победе/поражении может быть записан только для вызывавшего на состязание анимационного персонажа, так что результаты вызова на состязание не повлияют на журнал побед/поражений вызванного на состязание анимационного персонажа. В других примерах взаимодействие по вызову на состязание по определению результата соревнования могут быть выполнены в облачном сервисе 73, при этом далее результаты будут предоставлены одному или обоим приложениям вызывавшего на состязание анимационного персонажа и вызванного на состязание анимационного персонажа.
На фиг. 11 и 12 показаны разные этапы, осуществленные END устройствами для обеспечения взаимодействия устройство-устройство, которое поддерживает работу приложения.
На фиг. 11 показан процесс, с помощью которого токен идентификатора пользователя и приложения проходит от END устройства 61 первого пользователя до END устройства 62 второго пользователя. Как показано на фиг. 11, первое END устройство 61, во время своего рабочего окна в роли передачи объявлений, передает объявления на этапе S11-1 в соответствии с BTLE GAP с данными, при этом данные представлены в форме токена, содержащего идентификатор первого пользователя и идентификатор приложения, 1UID/1APPID. Это объявление принимают с помощью второго END устройства 62 на этапе S11-3. Когда второе END устройство 62 принимает объявление, оно находится в рабочем окне в роли отслеживания, второе END устройство становится периферийным (подчиненным) по отношению к центральному (главному) первому END устройству на этапе S11-5. Таким образом, далее второе END устройство может обработать данные в токене объявления и второе END устройство 62 сохраняет принятый токен данных 1UID/1APPID в своей памяти.
Из приведенного выше описания устройств, выполненных с возможностью работы в структуре ячеистого типа, следует понимать, что каждое из первого и второго END устройств 61 и 62 в разные моменты времени использует как роль передачи объявлений, так и роль прослушивания. Таким образом, помимо способа, показанного на фиг. 11, для передачи токена данных из первого END устройства 61 на второе END устройство 62, также имеет место обратный процесс, когда сходятся противоположные роли. Это показано на фиг. 12.
Как описано выше, использование некоторого END устройства может быть использовано для изменения профиля анимационного персонажа, связанного с пользователем. Этот процесс показан на фиг. 13. Этому процессу можно следовать с целью обновления анимационного персонажа с подходящими интервалами, которые могут быть определены правилами, регулирующими реализацию соревнования. В некоторых примерах обновление анимационного персонажа может быть выполнено один раз в день, один раз в неделю, несколько раз в день или несколько раз в неделю. Частота обновления может быть сконфигурирована пользователем и/или может быть связана с сущностью одной или нескольких целей использования.
В последующем описании этот процесс будет рассмотрен в ситуации взаимодействия первого END устройства 61 с приложением 60 первого смартфона 65. Следует понимать, что аналогичный подход может быть использован для связи между вторым END устройством 62 и вторым приложением 60 второго смартфона 66.
Процесс обновления начинается на этапе S13-1, когда приложение 69 направляет запрос на END устройство 61, чтобы END устройство 61 предоставило данные об использовании. При приеме этого запроса END устройством 61 на этапе S13-3, END устройство 61 на этапе S13-5 предоставляет данные об использовании на приложение 69. Приложение 69 принимает данные об использовании на этапе S13-7 и далее использует их для вычисления любых изменения профиля анимационного персонажа, которые проистекают из данных об использовании. Например, в контексте настоящего примера, когда соревнование между анимационными персонажами имеет форму виртуального боя на основе характеристик нападения и защиты, неудача в достижении определенной цели использования может привести к тому, что в профиле анимационного персонажа будет уменьшена или характеристика нападения или характеристика защиты или обе указанные характеристики. В качестве альтернативы или в дополнение, может быть уменьшена способность нападать и/или защищаться или может быть деактивирован бонус для нападения и/или защиты. С другой стороны, если была достигнута цель использования, то в профиле анимационного персонажа может быть увеличена или характеристика нападения или характеристика защиты или обе указанные характеристики. В качестве альтернативы или в дополнение, может быть увеличена способность нападать и/или защищаться или может быть активирован бонус для нападения и/или защиты.
Когда определено обновление анимационного персонажа, обновленный профиль анимационного персонажа сохраняют на этапе S13-11. После этого процесса, например, в ходе следующего времени соединения приложения и облачного сервиса или в качестве финального (не показанного) этапа процесса с фиг. 13, приложение может передать обновленный профиль анимационного персонажа в облачный сервис для сохранения. Далее облачный сервис будет способен предоставить актуальный профиль анимационного персонажа на другой экземпляр приложения для использования при защите от вызова на состязание от указанного анимационного персонажа пользователя.
После описанного выше со ссылкой на фиг. 11 и 12 любого взаимодействия END устройства с END устройством, каждое END устройство может передать любые токены объявлений, которые оно приняло, на приложение смартфона соответствующего пользователя. Этот процесс показан на фиг. 14. В последующем описании этот процесс будет рассмотрен в ситуации взаимодействия первого END устройства 61 с приложением 60 первого смартфона 65. Следует понимать, что аналогичный подход может быть использован для связи между вторым END устройством 62 и вторым приложением 60 второго смартфона 66.
Как показано на фиг. 14, на этапе S14-1 приложение 69 направляет запрос на первое END устройство 61 по поводу сохраненных токенов. END устройство 61 принимает этот запрос на этапе S14-3 и далее предоставляет сохраненные токены приложению на этапе S14-5. Приложение 69 принимает токены от END устройства 61 на этапе S14-7 и на этапе S14-9 идентифицирует из принятых токенов те, которые касаются указанного приложения.
В качестве альтернативы, вместо приложения, связанного с анимационным персонажем и действий по вызову на состязание, при которых токены получают из END устройства, приложение смартфона управления END устройством может получить токены от END устройства и далее сделать соответствующие токены доступными для приложения, связанного с анимационным персонажем и действиями по вызову на состязание.
После идентификации, по меньшей мере, одного соответствующего токена, принятого от END устройства 61, далее приложение 69 запрашивает на этапе S14-11 из облачного сервиса 73 профили анимационных персонажей, связанные с указанными токенами. На этапе S14-13 облачный сервис принимает этот запрос и далее на этапе S14-15 предоставляет соответствующие профили анимационных персонажей приложению. Когда приложение 69 приняло профиль (профили), соответствующие указанному, по меньшей мере, одному токену на этапе S14-17, далее приложение определяет исход соревнования на этапе S14-19.
Исход соревнования определяют в соответствии с правилами вызова на состязание, которые определены в приложении 69. Как описано выше, в настоящем примере соревнование может принимать форму виртуального боя между анимационными персонажами, на основе соответствующих способностей или характеристик нападения и/или защиты. Таким образом, например, бой может быть вычислен в соответствии со сравнением характеристики нападения вызвавшего на состязание анимационного персонажа и характеристики защиты вызванного на состязание анимационного персонажа. Для обеспечения элемента случайности в вычислении результата боя, в значении каждой характеристики может быть использован случайно определенный модифицирующий элемент, составляющий, например, 1 - 20% или 1 - 15% от диапазона. Также или в качестве альтернативы анимационный персонаж может обладать бонусной способностью или выгодой, примененной на основе информации об использовании, применяемой для изменения профиля, как описано выше. В качестве примера, когда достигнута цель использования, может быть использована бонусная способность, удваивающая случайный показатель анимационного персонажа или уменьшаются в два раза случайный показатель противостоящего анимационного персонажа.
Когда определен исход соревнования, приложение 69 сохраняет этот исход соревнования на этапе S14-21. Исход соревнования также направляют в виде отчета на облачный сервис на этапе S14-23, при этом облачный сервис принимает указанный отчет для связи с профилем соответствующего анимационного персонажа на этапе S14-25.
Таким образом, каждое приложение 69, 70 может взаимодействовать с облачным сервисом для запуска соревнований с вызовом и для приема результатов соревнований с вызовом, которые инициированы анимационным персонажем, связанным с владельцем или пользователем смартфона, на котором работает приложение, или которые инициированы против указанного анимационного персонажа.
Таким образом, приложение пользователя, сделавшего вызов на состязание, вычисляет исход соревнования на основе профиля вызванного на состязание анимационного персонажа, предоставленного облачным сервисом в ответ на запрос на основе токена указанного вызванного на состязание анимационного персонажа. Исход соревнования будет зависеть от способностей и/или характеристик анимационных персонажей, связанных с одним или несколькими случайными, или частично случайными показателями.
Исход соревнования между двумя анимационными персонажами можно увидеть пользователям, связанным с каждым анимационным персонажем, путем получения доступа к результирующим данным, сохраненным в облачном сервисе.
Кроме улучшений и/или бонусов (и отрицательных эквивалентов) профиля анимационного персонажа, вызванных использованием END устройства, профиль анимационного персонажа также может быть изменен с течением времени в результате побед/поражений в соревновании между анимационными персонажами. Победные результаты могут быть награждены очками, которые могут быть обменены на соревновательные способности анимационного персонажа и/или другие настройки анимационного персонажа, такие как обновления внешности анимационного персонажа при показе на экране смартфона с помощью соответствующего приложения.
Запись победа/поражение для анимационного персонажа также может привести к признанию токенов или бейджей, заработанных анимационным персонажем. Например, признание может быть дано за выигрыш серий или другие победные шаблоны. Такие бейджи признания могут быть показаны как часть публичного профиля анимационного персонажа с помощью облачного сервиса и/или могут быть сделаны видимыми любому потенциальному автору вызова на состязание.
Из приведенного выше рассмотрения следует понимать, что хотя взаимодействия могут происходить в режиме реального времени, так что соревнование завершается как только END устройства обменялись END токенами, также возможно принять решение по вызовам на состязания в более позднее время, удобное пользователю, и/или на основе фиксированных временных рамок, так что все токены, которыми обменялись в конкретный день, далее используются при пакетной обработке вызовов на состязания один раз в день (или другой подходящий временной интервал) и/или используются для того, чтобы позволить принять решения по вызовам на состязания с использованием сессий, основанных на очередности.
Разные описанные в настоящем документе варианты осуществления изобретения показаны только для помощи в понимании и изучении заявленных признаков. Эти варианты осуществления изобретения представлены только как образцы вариантов осуществления изобретения, но их список не является исчерпывающим и/или единственно возможным. Ясно, что достоинства, варианты осуществления изобретения, примеры, функции, признаки, структуры и/или другие аспекты, описанные в настоящем документе, не являются ограничениями объема изобретения, который определяется формулой изобретения, или ограничениями эквивалентов формулы изобретения, и что могут быть использованы другие варианты осуществления изобретения и без выхода за границы объема и/или идеи настоящего изобретения могут быть предложены различные модификации.
Другие примеры, соответствующие настоящему изобретению, изложены в следующих пронумерованных пунктах.
Пункт 1. Модуль беспроводной связи, содержащий: интерфейс беспроводной связи, выполненный с возможностью работы в разные моменты времени в качестве главного устройства и в качестве подчиненного устройства в отдельных взаимоотношениях по поводу связи с использованием одного и того же протокола связи, при этом указанный интерфейс выполнен с возможностью переключения между режимом главного устройства и подчиненного устройства.
Пункт 2. Модуль беспроводной связи по пункту 1, в котором интерфейс беспроводной связи выполнен с возможностью управления протоколом персональной сети.
Пункт 3. Модуль беспроводной связи по любому из пунктов 1 - 2, в котором интерфейс беспроводной связи выполнен с возможностью использования расписания связи, которое содержит следующее: во время периода прослушивания, слушают в режиме главного устройства данные объявлений, переданные от другого модуля беспроводной связи, работающего в режиме подчиненного устройства; и во время периода передачи объявлений, передают в режиме подчиненного устройства в течение некоторого периода передачи объявлений данные объявлений с целью передачи на другой модуль беспроводной связи, работающий в режиме главного устройства.
Пункт 4. Модуль беспроводной связи по любому из пунктов 1 - 3, в котором интерфейс выполнен с возможностью переключения между режимом главного устройства и режимом подчиненного устройства с переменной скоростью переключения, так что изменяется интервал между последовательными периодами прослушивания, по меньшей мере, в одном режиме из режима главного устройства и режима подчиненного устройства.
Пункт 5. Модуль беспроводной связи по любому из пунктов 1 - 4, в котором интерфейс беспроводной связи выполнен с возможностью работы в диапазоне радиочастот от 2,4 до 2,485 ГГц.
Пункт 6. Модуль беспроводной связи по любому из пунктов 1 - 5, в котором интерфейс беспроводной связи представляет собой интерфейс связи Bluetooth.
Пункт 7. Модуль беспроводной связи по любому из пунктов 1 - 6, в котором интерфейс беспроводной связи представляет собой интерфейс связи Bluetooth с низким энергопотреблением.
Пункт 8. Модуль беспроводной связи по пункту 7, в котором интерфейс связи Bluetooth с низким энергопотреблением выполнен с возможностью работы в качестве центрального устройства при работе в качестве главного устройства и работы в качестве периферийного устройства при работе в качестве подчиненного устройства.
Пункт 9. Модуль беспроводной связи по любому из пунктов 1 - 8, в котором интерфейс беспроводной связи выполнен с возможностью чередования периодов передачи объявлений в качестве потенциального главного устройства с периодами отслеживания в качестве потенциально подчиненного устройства.
Пункт 10. Сеть беспроводной связи, содержащая: первый модуль беспроводной связи по любому из пп. 1 - 9; и второй модуль беспроводной связи по любому из пп. 1 - 9; при этом первый модуль, работающий в режиме подчиненного устройства, передает данные объявлений, представляющие токен данных, подлежащий передаче по сети, и второй модуль, работающий в режиме главного устройства, принимает данные объявлений, переданные первым модулем, таким образом, с целью приема токена данных; и при этом второй модуль, работающий в режиме подчиненного устройства, передает данные объявлений, представляющие токен данных, подлежащий передаче по сети, и первый модуль, работающий в режиме главного устройства, принимает данные объявлений, переданные вторым модулем, таким образом, с целью приема токена данных.
Пункт 11. Сеть беспроводной связи по пункту 10, дополнительно содержащая: третий модуль беспроводной связи по любому из пунктов 1 - 9; при этом третий модуль, работающий в режиме подчиненного устройства, передает данные объявлений, указывающие токен данных, подлежащий передаче по сети, и первый и второй модули, работающие в режиме главного устройства, принимают данные объявлений, переданные третьим модулем, таким образом, с целью приема токена данных; и при этом третий модуль, работающий в режиме главного устройства, принимает данные объявлений, представляющие некоторый токен данных, подлежащий передаче по сети и переданный первым модулем, и/или второй модуль, работающий в режиме главного устройства, таким образом, для приема токена данных.
Пункт 12. Сеть беспроводной связи по любому из пунктов 10 - 11, в котором первый и второй модули устанавливают взаимоотношение по поводу связи с целью передачи между собой данных, отличных от токена данных.
Пункт 13. Сеть беспроводной связи по любому из пунктов 10 - 12, в которой первый модуль дополнительно участвует в некотором взаимоотношении по поводу связи с некоторым дополнительным модулем беспроводной связи с использованием протокола связи, при этом указанный дополнительный модуль сконфигурирован в качестве главного устройства взаимоотношения по поводу связи, а первый модуль сконфигурирован в качестве подчиненного устройства указанного взаимоотношения по поводу связи.
Пункт 14. Способ передачи данных в ячеистой сети, при этом способ включает в себя следующее: в первом узле ячеистой сети используют состояние передачи объявлений, в котором некоторый токен данных помещают в данные объявлений первого узла, передаваемые первым узлом; во втором узле в диапазоне беспроводной связи первого узла и одновременно, по меньшей мере, с частью длительности состояния передачи объявлений в первом узле, используют состояние прослушивания, в котором данные объявлений первого узла принимают с помощью второго узла; во втором узле и после приема данных объявлений первого узла, используют состояние передачи объявлений, в котором токен данных, принятый в данных объявлений первого узла, помещают в данные объявлений второго узла, передаваемые вторым узлом.
Пункт 15. Способ по пункту 14, дополнительно включающий в себя следующее: в третьем узле в диапазоне беспроводной связи второго узла и одновременно, по меньшей мере, с частью длительности состояния передачи объявлений во втором узле, используют состояние прослушивания, в котором данные объявлений второго узла принимают с помощью третьего узла.
Пункт 16. Способ по пункту 15, в котором первый и третий узлы являются разными узлами.
Пункт 17. Способ по любому из пунктов 14 - 16, в котором второй узел переключается между состоянием передачи объявлений и состоянием прослушивания.
Пункт 18. Способ по пункту 17, в котором длительность, по меньшей мере, одного состояния из состояния передачи объявлений и состояния прослушивания изменяется между последовательными использованиями этого состояния.
Пункт 19. Способ по любому из пунктов 14 - 18, в котором состояние прослушивания соответствует режиму главного устройства Bluetooth или режиму центрального устройства Bluetooth с низким энергопотреблением и в котором состояние передачи объявлений соответствует режиму подчиненного устройства Bluetooth или режиму периферийного устройства Bluetooth с низким энергопотреблением.
Пункт 20. Способ по любому из пунктов 14 - 19, в котором длительность состояния прослушивания находится в диапазоне от 0,01 мс до 5 с.
Пункт 21. Способ по любому из пунктов 14 - 20, включающий в себя следующее: устанавливают взаимоотношение по поводу связи между первым и вторым узлами.
Пункт 22. Способ по любому из пунктов 14 - 21, в котором, по меньшей мере, один узел содержит модуль беспроводной связи по любому из пунктов 1 - 9.
Различные варианты осуществления настоящего изобретения могут содержать, состоять или, по существу, состоять из надлежащих комбинаций описанных элементов, компонентов, признаков, частей, этапов, способов и так далее, отличающихся от явно описанных в настоящем документе. Кроме того, это изобретение может включать в себя другие идеи, о которых не заявлено в настоящее время, но о которых может быть заявлено в будущем, или в комбинации с признаками настоящего изобретения или отдельно от них.