СПОСОБ ДЛЯ ВВОДА В ДЕЙСТВИЕ СЕТЕВОГО УЗЛА

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к области техники беспроводных ячеистых сетей и устройств, сконфигурированных для них. Более конкретно, данное изобретение относится ко вводу в действие устройства, например, устройства по стандарту ZigBee Green Power в сети, например, в ZigBee-сети.

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

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

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

Относительно ввода в действие, несколько процессов ввода в действие могут поддерживаться посредством этих устройств; тем не менее, различные сетевые объекты могут иметь возможность работать не со всеми этими процессами, а только с одним или с другим. Фактически, с учетом ограничений устройства с ограничением по ресурсам, во время ввода в действие таких устройств, сетевые объекты выполняют большинство действий ввода в действие такого устройства с ограничением по ресурсам и типично самую сложную часть. Кроме того, сетевые объекты также должны быть совместимыми с другими процессами сети и также могут включать в себя объемный код приложения, хотя эти сетевые устройства могут иметь низкую сложность, например, лампочка. Следовательно, для такого недорогого устройства может быть невозможным иметь достаточный объем памяти для того, чтобы сохранять код для всех возможных процессов ввода в действие, который он может встречать из устройств с ограничением по ресурсам, в частности, если функциональность, требуемая посредством конкретного процесса ввода в действие, используется только во время ввода в действие, и не требуется в иных случаях для работы и/или применения этих сетевых устройств. Дополнительно, технические требования стандарта ZigBee Green Power в будущем могут делать некоторые указываемые согласно стандарту Green Power процессы ввода в действие необязательными для сетевых устройств.

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

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

Задача изобретения заключается в том, чтобы снижать остроту вышеозначенных проблем.

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

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

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

- при этом способ содержит этапы:

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

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

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

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

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

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

Сообщение инициирования ввода в действие исходит из устройства с ограничением по ресурсам, чтобы обеспечивать возможность ему присоединяться к сети, что включает в себя самонастройку системы безопасности и связывание с одним или более сетевых приемников. После ввода в действие, устройство с ограничением по ресурсам должно иметь возможность отправлять команды в сетевые приемники, с которыми оно связано, так что устройство с ограничением по ресурсам может управлять ими, например, включать/выключать, регулировать яркость световых индикаторов приемников, сообщать считываемое изменение параметров (например, освещения, температуры, присутствия, влажности, действия открытия/закрытия и т.д.), чтобы инициировать соответствующую реакцию в приемнике, и т.д. В конкретном примере двунаправленного ввода в действие согласно техническим требованиям стандарта Green Power, сообщение инициирования ввода в действие является первым сообщением 5-сторонней процедуры установления связи, т.е. командой запроса на выделение GPD-канала.

Это сообщение инициирования ввода в действие в смысле этого изобретения может быть либо принято непосредственно из устройства с ограничением по ресурсам, либо ретранслировано посредством промежуточного узла (прокси-узла). Промежуточный узел может туннелировать исходное сообщение в ретранслированном сообщении, которое может инкапсулировать рабочие данные сообщения, передаваемого посредством устройства с ограничением по ресурсам, или может служить признаком контента такого сообщения. Сообщение инициирования ввода в действие не обязательно активирует процесс ввода в действие в сетевом приемнике. Фактически, оно может быть полезным для безопасности системы, если процесс ввода в действие активируется отдельно в сетевом приемнике, например, посредством пользовательского действия на самом сетевом приемнике или команды из (доверенного) сетевого узла; до участия в обмене при вводе в действие с устройством с ограничением по ресурсам или по меньшей мере в качестве предварительного условия для установления управляющей взаимосвязи (связывания) и/или обмена учетными данными системы безопасности с устройством с ограничением по ресурсам.

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

- инструктирование по меньшей мере одному сетевому узлу включать осветительный прибор или светодиод с заранее заданной настройкой;

- инструктирование по меньшей мере одному сетевому узлу испускать акустический сигнал или вибрацию;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(a) инициирования посредством сетевого устройства первого процесса ввода в действие, при этом этап (a) включает в себя:

- выполнение поиска посредством сетевого устройства рабочего канала сети, за счет чего:

- сетевое устройство передает сообщение инициирования по набору каналов, содержащих по меньшей мере один канал из списка последовательности каналов, и

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

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

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

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

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

- или:

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

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

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

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

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

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

Фиг. 2A и 2B являются блок-схемами последовательности операций способа, представляющими иллюстративный процесс ввода в действие;

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

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

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

Фиг. 6 является блок-схемой, представляющей сетевое устройство, например, устройство с ограничением по ресурсам в соответствии с другим вариантом осуществления изобретения.

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

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

Более конкретно, настоящее изобретение направлено на беспроводные ячеистые сети и, в качестве примера, может реализовываться в ZigBee-сети, имеющей некоторые сетевые узлы, совместимые с техническими требованиями стандарта ZigBee Green Power. Во всем описании, устройство по стандарту Green Power используется в качестве примерной реализации/варианта осуществления устройства с ограничением по ресурсам; тем не менее, изобретение не ограничено GPD.

В примерной сети по фиг. 1, ряд сетевых узлов 2, 3, 4, 5 и 6 формируют сеть, например, ячеистую сеть. Кроме того, эта сеть содержит устройства 7, 8 и 9 с ограничением по ресурсам. Эта сеть может представлять собой ZigBee-сеть, в которой сетевые узлы 2, 3, 4, 5 и 6 представляют собой нормальные ZigBee-узлы по меньшей мере некоторые из которых поддерживают связь с устройствами по стандарту Green Power, а устройства 7, 8 и 9 с ограничением по ресурсам представляют собой устройства по стандарту Green Power. Альтернативно, эта сеть может представлять собой любую другую ячеистую сеть на основе радиосвязи по стандарту IEEE802.15.4, в которой сетевые узлы 2, 3, 4, 5 и 6 представляют собой узлы согласно этому сетевому протоколу по меньшей мере некоторые из которых поддерживают связь с устройствами по стандарту Green Power, а устройства 7, 8 и 9 с ограничением по ресурсам представляют собой устройства по стандарту Green Power.

Признак Green Power ZigBee-стандарта предоставляет возможность естественного интегрирования в устройства ZigBee-сети 1, которые являются еще более энергосберегающими, чем конечные ZigBee-устройства (ZED) или ZigBee-маршрутизаторы 2, 3, 4 и 5. Технические требования стандарта Green Power нацелены на охват широкого спектра устройств с ограничением по ресурсам (или устройств по стандарту Green Power (GPD)):

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

- через устройства с умеренным ограничением по энергии (например, устройства, питаемые через солнечный элемент 81 или поддерживающие сбор большего количества энергии из работы), возможно поддерживающие открытие короткого окна приема после передачи,

- вплоть до "энергоемких" устройств по стандарту Green Power (GPD), например, устройства 9 с ограничением по ресурсам (например, питаемого посредством аккумулятора или собирателя энергии и/или устройства накопления, обеспечивающего более высокий и/или более частый приток энергии, например, большего солнечного элемента, собирающего электромагнитную энергию электрического тока, собирающего энергию потока другой среды, собирающего тепловые разности и т.д.), позволяющих устройству продлевать время работы от аккумулятора (или позволяющих согласовывать время работы от аккумулятора с намеченным сроком службы продукта) и/или снижать затраты интерфейса подключения, благодаря стеку, более экономичному, чем стек ZED. В этом примере, устройство 9 с ограничением по ресурсам представляет собой светочувствительный датчик, содержащий солнечный элемент 91, который подает мощность в радиомодуль 92 и в аккумулятор или конденсатор 93.

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

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

Согласно этому подходу в виде меню, технические требования стандарта Green Power задают три процесса ввода в действие для GPD (см. раздел A 3.9.1, страница 153-161 095499r24). Термин "ввод в действие" в технических требованиях GP предназначен для того, чтобы охватывать по меньшей мере следующие задачи: (i) направление GPD по рабочему каналу сети, (ii) согласование использования системы безопасности, если возможно, и учетных данных, (iii) установление управляющей взаимосвязи между GPD и приемниками, на основе совпадающей функциональности приложений. Из этих задач, направление GPD по рабочему каналу сети является наиболее критическим, поскольку оно обеспечивает возможность дополнительного обмена сообщениями между устройством с ограничением по ресурсам и сетью. Фактически, ZigBee-сети могут работать по любому из 16 каналов в полосе частот в 2,4 ГГц стандарта IEEE802.15.4-2003; устройства с ограничением по ресурсам поддерживают только ограниченные средства пользовательского взаимодействия, как для ввода, так для и вывода, как упомянуто выше, и типично, пользователь не имеет сведений по рабочему каналу, используемому посредством сети, и/или не имеет средств и/или сведений для того, чтобы определять его. Таким образом, направление GPD по рабочему каналу сети является важным фактором различения различных процессов ввода в действие, который также вероятно оказывает серьезное влияние на возможности работы при вводе в действие пользователя и в силу этого на акцент следующих способов.

Один из возможных процессов ввода в действие представляет собой процесс автоматического ввода в действие, который использует любой обычный GPD-кадр данных (например, активации или деактивации); флаг автоматического ввода в действие, заданный равным 0b1, указывает то, что GPD не поддерживает в какой-либо степени улучшенную операцию ввода в действие, и в силу этого ввод в действие должен осуществляться на основе кадра данных. Этот способ имеет преимущество наибольшей экономичности для GPD; с другой стороны, совпадение функциональности приложений, которое он обеспечивает, является очень ограниченным (на основе одной команды), и установление ключей защиты является невозможным; если GPD сконфигурировано с возможностью работы только по одному каналу, очевидно, может быть невозможным добавлять его в сеть, работающую по другому каналу. Обычно, GPD с автоматическим вводом в действие сконфигурировано с возможностью работы по одному каналу либо предоставляет простое средство для GPD для того, чтобы переключаться через возможные варианты каналов, например, DIP-переключатели или повторяющееся действие при вводе в действие пользователя; как только GPD передает по рабочему каналу сети, обратная связь с указанием успешности предоставляется воспринимаемо для пользователя посредством сетевого приемника, указывающая то, что осуществлен ввод в действие.

Дополнительный ввод в действие представляет собой процесс однонаправленного ввода в действие, который требует GPD для того, чтобы реализовывать команду GPD-ввода в действие, которая может передавать данные, способствующие совпадению функциональности в отношении приемника (минимально, DeviceID и необязательно также дополнительную информацию приложения, включающую в себя список поддерживаемых команд и список поддерживаемых ZCL-кластеров, идентифицированного изготовителя и номер модели, как указано в разделе 4.2.1, страница 211-215, технических требований GP v1.0.1, документ по стандарту ZigBee 14-0093r04), и характеристики безопасности, включающие в себя ключ защиты, предоставленный посредством OOB. Для конфигурации каналов, что касается GPD с автоматическим вводом в действие, используется форма переключения каналов с воспринимаемой пользователем обратной связью с указанием успешности.

Процесс двунаправленного ввода в действие представляет собой другой процесс ввода в действие и проиллюстрирован на фиг. 2A и 2B. Этот процесс ввода в действие основан на 5-сторонней процедуре установления связи. В сети 1 по фиг. 1, устройство 8 с ограничением по ресурсам должно вводиться в действие для ассоциирования с сетевым приемником 6. Тем не менее, поскольку устройство 8 с ограничением по ресурсам размещается за пределами дальности сетевого приемника 6, связь между этим устройством 8 с ограничением по ресурсам и сетевым приемником 6 должна быть ретранслирована посредством прокси-узла, здесь сетевого узла 1. Эта ретрансляция осуществляется посредством туннелирования сообщений, исходящих из устройства 8 с ограничением по ресурсам, так что туннелированные сообщения могут маршрутизироваться в сетевой приемник 6.

Когда пользователь выполняет действие при вводе в действие на устройстве 8 с ограничением по ресурсам (например, нажимает комбинацию кнопок), на этапе S200, это инициирует ввод в действие упомянутого устройства 8 с ограничением по ресурсам согласно первому процессу ввода в действие, представляющему собой процесс двунаправленного ввода в действие согласно техническим требованиям стандарта Green Power. Устройство с ограничением по ресурсам затем ищет рабочий канал сети. Для этого, оно передает кадр устройства по стандарту Green Power типа обслуживающего кадра, переносящий команду запроса на выделение GPD-канала, по первому набору каналов (a) на S201a, (b) на S201b, (c) на S201c и затем переключается на приемный канал, чтобы ждать ответа. Если рабочий канал представляет собой один из каналов (a), (b) или (c), прокси-узел 1 принимает кадр устройства по стандарту Green Power, переносящий запрос на выделение GPD-канала, и туннелирует его в сетевой приемник 6 в уведомлении относительно GP-ввода в действие на этапе S201.

Сетевой приемник 6, который может в этом примере поддерживать этот процесс ввода в действие, отвечает посредством отправки команды конфигурирования GPD-канала, содержащей рабочий канал, в прокси-узел 1 на S202, туннелированный в сообщении с GP-ответом. Прокси-узел буферизует это сообщение до следующего окна приема устройства 8 с ограничением по ресурсам, чтобы перенаправлять ответ из сетевого приемника 6 на этапе S202a в качестве кадра устройства по стандарту Green Power типа обслуживающего кадра, переносящего команду конфигурирования GPD-канала с рабочим каналом. Таким образом, первые два сообщения на этапах S201a и S202a конфигурируют рабочий канал на устройстве 8 с ограничением по ресурсам.

Затем, когда пользователь выполняет действие при вводе в действие снова на устройстве 8 с ограничением по ресурсам, устройство с ограничением по ресурсам передает по рабочему каналу кадр устройства по стандарту Green Power типа кадра данных, переносящий команду GPD-ввода в действие, на этапе S203a, перенаправленную посредством прокси-узла на этапе S203. Команда ответа по вводу в действие задается в ответ на этапе S204a посредством сетевого приемника 6 через прокси-узел 1 с командой ответа по GPD-вводу в действие. Эти два сообщения предоставляют возможность обмена учетными данными системы безопасности и информацией приложения. В конечном счете, при действии при вводе в действие пользователем, устройство 7 с ограничением по ресурсам (GPD) на S205a передает пятое сообщение, указывающее подтверждение успешного ввода в действие и обеспечение верификации установленных учетных данных системы безопасности, если таковые имеются. Следует отметить, что в случае, если сетевой приемник 6 обменивается данными непосредственно с устройством 7 с ограничением по ресурсам (т.е. без необходимости прокси-узла 1), процесс ввода в действие остается идентичным, но не требуются этапы S201, S202, S203, S204 и S205 процесса ввода в действие по фиг. 2A и 2B. Простой конечный автомат запускается на GPD, переходя к следующем этапу (передаче следующей команды в последовательности операций процедуры установления связи) только при завершении предыдущего этапа (приема конкретной команды последовательности операций процедуры установления связи).

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

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

Рассмотрим следующий пример. Предполагается, что GPD поддерживает работу по всем 16 каналам по стандарту IEEE802.15.4 в полосе частот в 2,4 ГГц. Если GPD поддерживает отправку по набору из 4 каналов запроса при каждом триггере ввода в действие (например, операции с кнопкой пользователем), то пользователю требуются только 4 операции с кнопкой, чтобы охватывать все 16 каналов (вместо 16 операций с кнопкой в случае, если только одна команда запроса на выделение канала может отправляться после каждого триггера ввода в действие).

"Энергоемкое" GPD потенциально может иметь возможность завершать весь ввод в действие согласно только одному триггеру ввода в действие.

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

Тем не менее, наибольший недостаток двунаправленного ввода в действие представляет собой его сложность и издержки в виде размера результирующего кода. Прокси-узлы, которые прозрачно перенаправляют связь в устройство с ограничением по ресурсам, должны реализовывать, в частности, для двунаправленной связи gpTxQueue, чтобы буферизовать сообщения, защитный код, чтобы защищать исходящие сообщения и сообщения GP-кластера (GP-ответ), чтобы принимать кадры из сетевых приемников.

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

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

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

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

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

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

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

На основе этой обратной связи, предоставляемой посредством приемника или сети, пользователь затем может переключать режим ввода в действие на устройстве с ограничением по ресурсам, восстанавливаясь после сбоя на поддерживаемый процесс ввода в действие. Как проиллюстрировано на фиг. 1, обратная связь может представлять собой настройку освещения осветительного прибора, возбуждаемого посредством сетевого приемника 6, например, быстрое мигание красного светодиода состояния или быстрое мигание осветительного прибора, управляемого посредством узла-приемника. Она также или альтернативно может запускать зуммер или другую акустическую обратную связь. В еще одном другом примере, сетевой приемник может начинать вибрацию. В дополнительном примере, сетевой приемник может отображать сообщение на дисплее при наличии. В еще одном другом примере, сетевой приемник 6 также или альтернативно может инициировать обратную связь, которая должна выдаваться посредством другого сетевого узла, например, около устройства 7 с ограничением по ресурсам, например, посредством осветительных приборов, возбужденных, соответственно, посредством сетевых узлов 1 и 2, например, ламп, поддерживающих быстрое мигание/изменение цвета/издавание звука или вибрацию. Чтобы инициировать обратную связь посредством одного или нескольких устройств, ближайших к GPD, местоположение может извлекаться посредством сетевого приемника из контента полей короткого адреса прокси-узла (или прокси по стандарту Green Power, GPP) и GPP-расстояния в уведомлении относительно GP-ввода в действие.

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

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

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

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

Согласно первому варианту осуществления изобретения, чтобы предоставлять надежную обратную связь, узел-приемник, не поддерживающий двунаправленный ввод в действие, должен сначала иметь возможность распознавать то, что устройство с ограничением по ресурсам, которое должно спариваться, фактически выполняет попытку первого процесса ввода в действие, здесь процесса двунаправленного ввода в действие. В этом первом варианте осуществления, это обнаружение первого процесса ввода в действие может выполняться посредством различных способов. Можно определять то, включает или нет сообщение инициирования ввода в действие в себя идентификатор команды, указывающий запрос на выделение канала в соответствии с первым процессом ввода в действие. Например, предлагается проверять CommandID принимаемого GPD-кадра (независимо от того, принят он непосредственно из GPD в пределах дальности радиосвязи или перенаправлен посредством прокси-узла). Если CommandID переносит идентификатор команды запроса на выделение GPD-канала (0xE3), т.е. первой команды 5-сторонней процедуры установления связи двунаправленного ввода в действие, то вместо ее отбрасывания, что должен выполнять приемник, не поддерживающий двунаправленный ввод в действие, сетевой приемник распознает, что выполняется двунаправленный ввод в действие. Следует отметить, что если команда запроса на выделение GPD-канала принимается непосредственно из GPD, приемник должен понимать, чтобы выполнять поиск CommandID в местоположении в кадре, заданном посредством типа кадра технического обслуживания, который отличается от типа кадра данных, обычно используемого; эти минимальные сведения по типу кадра технического обслуживания должны быть дополнительным требованием для приемника, не поддерживающего двунаправленный ввод в действие, поскольку тип кадра технического обслуживания согласно текущим техническим требованиям GP (страница 219, строка 5-10 проекта технических требований GP v1.0.1, документ по стандарту ZigBee14-0093r04) используется только для установления канала в качестве части двунаправленного ввода в действие. Этот способ является самым точным.

В качестве альтернативы, сетевой приемник также может определять тип кадра, указывающий кадр технического обслуживания, используемый посредством устройства с ограничением по ресурсам для того, чтобы инициировать первый процесс ввода в действие. В этом примере, сетевой приемник распознает двунаправленный ввод в действие посредством использования типа кадра технического обслуживания GPD-кадра. Если команда из устройства с ограничением по ресурсам принимается непосредственно из устройства с ограничением по ресурсам в пределах дальности радиосвязи, подполе типа кадра явно присутствует в поле управления NWK-кадрами GPD-кадра. Если команда из устройства с ограничением по ресурсам принимается через прокси-узел, то использование типа кадра технического обслуживания указывается посредством поля GP_ID команды уведомления относительно GP-ввода в действие из прокси, переносящего значение 0×00000000, и подполя ApplicationID поля Options, переносящего значение 0b000. Этот способ является эквивалентным вышеприведенному способу в текущей версии технических требований GP (проект GP v1.0.1, 14-0093r04).

В другой разновидности изобретения, сетевой приемник определяет то, что значение индикатора окна приема, указывающее окно приема, в течение которого активируется приемный модуль устройства с ограничением по ресурсам, имеет заранее определенное значение. Это применяется, если сетевой приемник принимает сообщение непосредственно из устройства с ограничением по ресурсам (не через прокси-узел). В случае стандарта ZigBee Green Power, подполе RxAfterTx поля расширенного управления NWK-кадрами GPD-кадра задается равным 0b1; только поле расширенного управления NWK-кадрами не присутствует в кадрах технического обслуживания, используемых посредством команды запроса на выделение GPD-канала.

В случае если сетевой приемник принимает сообщение инициирования из прокси-узла, он также может определять то, что первый процесс ввода в действие начат, посредством проверки того, переносит или нет это сообщение инициирования запрос на выбор прокси-узла для интерфейсного сопряжения устройства с ограничением по ресурсам с остальной частью сети. В контексте стандарта ZigBee Green Power, это означает то, что задается подполе AppointTempMaster поля Options команды уведомления относительно GP-ввода в действие, и присутствуют поля короткого адреса прокси по стандарту Green Power (GPP) и GPP-расстояния; прокси должны задавать подполе AppointTempMaster и включать поля короткого адреса прокси по стандарту Green Power (GPP) и GPP-расстояния при приеме команды запроса на выделение GPD-канала в кадр технического обслуживания, несмотря на отсутствие явного подполя RxAfterTx. Этот способ не является настолько надежным, поскольку он также может инициироваться для любого кадра с использованием двунаправленной связи, например, рабочего кадра другого GPD, поддерживающего двунаправленную связь, которая случайно отправляется непосредственно во время ввода в действие первого GPD.

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

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

Предпочтительно, устройство с ограничением по ресурсам реализует однонаправленный ввод в действие в качестве процесса ввода в действие с восстановлением после сбоя; это обусловлено этим фактом, что процесс однонаправленного ввода в действие (вследствие факта использования команды GPD-ввода в действие, также используемой в качестве третьего сообщения 5-сторонней процедуры установления связи для ввода в действие процесса двунаправленного ввода в действие) позволяет устройству с ограничением по ресурсам для предоставления его характеристик безопасности и, если поддерживается, ключа защиты и функциональности приложений. Средство для того, чтобы инициировать переключение режима ввода в действие, может представлять собой, например, выделенную кнопку, ползунок, поворотную ручку, микроотверстие, настройку DIP-переключателя; другую операцию средства пользовательского взаимодействия, используемого для другой цели (например, кнопки, используемого для того, чтобы инициировать двунаправленный ввод в действие), например, короткое или длинное нажатие, шаблон нажатия (например, 2 или 3 нажатия), комбинацию для взаимодействия (например, одновременное нажатие двух кнопок и т.д.). Выбор процесса ввода в действие с восстановлением после сбоя может быть полупостоянным, т.е. имеет в силу до явного сброса посредством другого пользовательского действия, сброса устройства, отмены ввода в действие устройства. Он также может быть временным, например, допустимым только в течение определенной длительности пользовательского действия (например, при условии, что кнопка нажимается) или допустимым только до завершения этого обмена при вводе в действие. Это позволяет поддерживать первый процесс ввода в действие, например, процесс двунаправленного ввода в действие в качестве предпочтительного процесса ввода в действие, используемого для первой попытки ввода в действие. Упомянутое полупостоянное восстановление после сбоя может иметь конкретную релевантность с устройствами с ограничением по ресурсам с несколькими конечными точками, т.е. с устройствами с ограничением по ресурсам с несколькими экземплярами функциональности приложений, например, с переключателем более чем с одним рычагом или с датчиком, считывающим несколько физических явлений и/или идентичное физическое явление в различных местоположениях; при упомянутом полупостоянном восстановлении после сбоя, ввод в действие последующих конечных точек может извлекать выгоду из ввода в действие первой конечной точки, включающего в себя использование рабочего канала и использование определенного процесса ввода в действие с восстановлением после сбоя. Возможно, это требование является применимым только к GPD с использованием двунаправленного ввода в действие в качестве способа по умолчанию.

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

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

Со ссылкой на фиг. 3, этот способ инициируется на этапе S301, когда пользователь переводит приемник без поддержки двунаправленного режима в режим GP-ввода в действие. Это может осуществляться, как указано выше, например, посредством использования локального пользовательского действия в приемнике, например, нажатия кнопки или комбинации кнопок либо посредством радиоинтерфейсного сообщения, например, команды активации режима ввода в действие GP-приемника или посредством любого другого триггера приложения. При другом пользовательском триггере на этапе S302 в устройстве с ограничением по ресурсам, второе начинает процедуру двунаправленного ввода в действие. Как указано выше на фиг. 2A и 2B, устройство с ограничением по ресурсам начинает отправлять команды запроса на выделение GPD-канала с использованием GPD-кадра технического обслуживания по различным каналам и активирует окно приема после каждой N-ой передачи, в силу чего N может составлять 1 и может варьироваться, например, в зависимости от доступной величины энергии и состояния процедуры. Если GPD принимает команду конфигурирования GPD-канала (указывающую то, что приемник с поддержкой двунаправленного режима находится в сети), оно продолжает процесс двунаправленного ввода в действие.

Когда набор каналов, по которым передает устройство с ограничением по ресурсам, содержит рабочий канал сети, GPS принимает команду запроса на выделение GPD-канала из устройства с ограничением по ресурсам на этапе S303. Сообщение анализируется посредством GPS на этапе S304 таким образом, что GPS обнаруживает то, что используется двунаправленный ввод в действие. Поскольку GPS не может поддерживать этот двунаправленный ввод в действие, GPS инициирует воспринимаемый пользователем "индикатор отсутствия поддержки двунаправленного режима" на этапе S305. В этом примере, приемник может мигать собственным осветительным прибором, причем цвет испускаемого света является красным.

Когда пользователь видит "индикатор отсутствия поддержки двунаправленного режима" в приемнике, пользователь выполняет пользовательское действие на устройстве с ограничением по ресурсам, чтобы активировать (однонаправленный) процесс ввода в действие с восстановлением после сбоя на этапе S306. Таким образом, устройство с ограничением по ресурсам инициируется на активацию процесса ввода в действие с восстановлением после сбоя. Устройство с ограничением по ресурсам деактивирует двунаправленный ввод в действие и активирует процесс (однонаправленного) ввода в действие с восстановлением после сбоя на этапе S307.

Чтобы завершать процесс однонаправленного ввода в действие, пользователь начинает пользовательское действие, чтобы выполнять инициированное пользователем переключение каналов на GPD (что приводит к передаче команды GPD-ввода в действие), и проверяет обратную связь с указанием "успешности ввода в действие" на этапе S308. Это означает то, что пользователь должен многократно выполнять пользовательское действие до тех пор, пока не будет найден канал, и обратная связь с указанием "успешности ввода в действие" не укажет то, что ввод в действие является успешным. С точки зрения GPS, по рабочему каналу, GPS принимает команду GPD-ввода в действие, и если все релевантные проверки успешно выполняются, предоставляет воспринимаемую пользователем обратную связь с указанием "успешности ввода в действие".

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

В соответствии со вторым вариантом осуществления, проиллюстрированным на фиг. 4, извлекается максимальное преимущество из проводимого двунаправленного ввода в действие; в частности, информация относительно рабочего канала сети унаследована посредством процесса ввода в действие с восстановлением после сбоя из первого процесса ввода в действие. Чтобы достигать этого, может быть предпочтительным, если скорость автоматического переключения каналов устройства с ограничением по ресурсам, например, "энергоемкого" GPD 9 по фиг. 1, соответствует ожидаемым временам реакции пользователя до активации процесса ввода в действие с восстановлением после сбоя.

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

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

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

Когда набор каналов, по которым передает устройство с ограничением по ресурсам, содержит рабочий канал сети, GPS принимает команду запроса на выделение GPD-канала из устройства с ограничением по ресурсам на этапе S403. Сообщение анализируется посредством GPS на этапе S404 таким образом, что GPS обнаруживает то, что используется двунаправленный ввод в действие. Поскольку GPS не может поддерживать этот двунаправленный ввод в действие, GPS инициирует воспринимаемый пользователем "индикатор отсутствия поддержки двунаправленного режима" на этапе S405. В этом примере, приемник может мигать собственным осветительным прибором, причем цвет испускаемого света является красным. Предпочтительно, этап S405, т.е. предоставление обратной связи с "индикатором отсутствия поддержки двунаправленного режима", выполняется вскоре после этапа S403 и S404, так что пользователь может выполнять этап S405, т.е. активировать обратную связь на устройстве с ограничением по ресурсам, до того как устройство перемещается в другой набор каналов, как описано на этапе S402.

Когда пользователь видит "индикатор отсутствия поддержки двунаправленного режима" в приемнике, пользователь выполняет пользовательское действие на GPD для того, чтобы активировать (однонаправленный) процесс ввода в действие с восстановлением после сбоя на этапе S406. Таким образом, устройство с ограничением по ресурсам инициируется на активацию процесса ввода в действие с восстановлением после сбоя. Устройство с ограничением по ресурсам деактивирует двунаправленный ввод в действие, сохраняет последний канал, в который отправлен запрос на выделение GPD-канала (канал, непосредственно предшествующий триггеру для того, чтобы активировать процесс ввода в действие с восстановлением после сбоя), в качестве рабочего канала сети и активирует процесс (однонаправленного) ввода в действие с восстановлением после сбоя на этапе S407. Таким образом, из действия с обратной связью, GPD может выводить то, по какому каналу в данный момент работает сеть.

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

На этапе S409, GPS принимает команду GPD-ввода в действие, и если все релевантные проверки успешно выполняются, предоставляет воспринимаемую пользователем обратную связь с указанием "успешности ввода в действие"; ввод в действие устройства с ограничением по ресурсам в силу этого завершается.

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

Тем не менее, это означает то, что GPD, вероятно, отдаляется от рабочего канала сети к этому времени, когда пользователь активирует (однонаправленный) процесс ввода в действие с восстановлением после сбоя. Чтобы компенсировать это, GPD по-прежнему может пытаться использовать наилучшим образом проводимую процедуру двунаправленного ввода в действие. GPD может высказывать обоснованное предположение по рабочему каналу. Например, если скорость автоматизированного переключения составляет один канал в секунду, и ожидаемое время реакции пользователя составляет 2 с, и порядок поиска каналов представляет собой {..., N, M, O...}, то если триггер восстановления после сбоя принимается в то время, когда GPD находится в канале O, GPD должно предполагать, что N является рабочим каналом сетевого/канала, из которого предпочтительно перезапускать поиск в процессе ввода в действие с восстановлением после сбоя.

Дополнительно, GPD может уменьшать набор каналов, в котором должен быть выполнен поиск, поскольку рабочий канал сети должен находиться в числе каналов, через которые GPD выполняет переключение к настоящему моменту. Например, если порядок поиска каналов представляет собой {A, E, J, O, B, C, D, F, G, H, I, J, K, L, M, N, P}, то если триггер восстановления после сбоя принимается в то время, когда GPD находится в канале O, GPD должно предполагать то, что рабочий канал сети находится в наборе {A, E, J, O}, и ограничивать дополнительный поиск этими каналами.

Кроме того, GPD может изменять порядок поиска каналов, т.е. после триггера восстановления после сбоя, GPD может сначала выполнять поиск в канале, через который в последний раз выполнено переключение. Например, если порядок поиска каналов представляет собой {A, E, J, O, B, C, D, F, G, H, I, J, K, L, M, N, P}, то, если триггер восстановления после сбоя принимается в то время, когда GPD находится в канале O, GPD может начинать инициированное пользователем переключение посредством прохождения через каналы в следующем порядке {O, J, E,}. Следует отметить, что эти примеры могут комбинироваться между собой, например, с перезапуском поиска в обратном порядке с ограниченным списком каналов.

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

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

В примерах второго варианта осуществления, устройство с ограничением по ресурсам сконфигурировано с возможностью передавать по каналам многократно, т.е. иметь окно приема для каждой передачи по каждому каналу из списка каналов. Тем не менее, эти примеры могут быть адаптированы с возможностью передавать по набору каналов, содержащих множество каналов для одного окна приема. Например, при триггере пользователя, устройство с ограничением по ресурсам может отправлять 4 сообщения по набору из 4 различных каналов и ждать ответа по одному прослушивающему каналу, соответствующему набору каналов. В этом случае, момент времени, в который выбирается процесс ввода в действие с восстановлением после сбоя, может указывать устройству с ограничением по ресурсам, какому набору каналов принадлежит рабочий канал. В случае если длительность выбирается как составляющая порядка величины ожидаемого времени реакции пользователя, например, 2 секунды, устройство с ограничением по ресурсам может извлекать то, что рабочий канал принадлежит последнему набору каналов, по которым выполнена передача. В случае если длительность выбирается как составляющая половину или четверть порядка величины ожидаемого времени реакции пользователя, например, 0,5 или 1 секунда, устройство с ограничением по ресурсам может извлекать то, что рабочий канал принадлежит группе каналов, состоящей из множества наборов каналов, по которым недавно выполнена передача, за счет этого сокращая каналы, в которых необходимо выполнять поиск в процессе ввода в действие с восстановлением после сбоя. Затем другие разновидности относительно порядка, обоснованное предположение также может применяться к этой разновидности этого варианта осуществления. Кроме того, если время передачи по полному набору каналов меньше по сравнению со временем реакции пользователя, и если восстановление после сбоя ввода в действие инициируется в то время, когда GPD передает для набора канала, устройство с ограничением по ресурсам может безопасно предполагать, что восстановление после сбоя ввода в действие не инициировано посредством передачи по текущему набору, и в силу этого исключать этот набор из дополнительного поиска с использованием способа восстановления после сбоя.

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

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

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

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

В этом варианте осуществления, поток обработки заключается в следующем:

1. Пользователь переводит GPS приемника без поддержки двунаправленного режима в режим ввода в действие.

2. Пользователь инициирует GPD для того, чтобы отправлять запрос на выделение GPD-канала по первому набору каналов (в силу чего набор может состоять только из одного канала и/или размер набора может варьироваться), и активирует окно приема.

a. Если GPD принимает команду конфигурирования GPD-канала (указывающую то, что приемник с поддержкой двунаправленного режима находится в сети), оно продолжает процесс двунаправленного ввода в действие.

Пользователь повторяет этап 2 до тех пор, пока не будет принята обратная связь с указанием "успешности ввода в действие", или не будет принята системная обратная связь.

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

3. По рабочему каналу сети, GPS принимает команду запроса на выделение GPD-канала из GPD.

4. Затем GPS обнаруживает использование двунаправленного ввода в действие и предоставляет воспринимаемый пользователем "индикатор отсутствия поддержки двунаправленного режима".

5. С учетом "индикатора отсутствия поддержки двунаправленного режима" в приемнике, пользователь быстро выполняет пользовательское действие на GPD для того, чтобы активировать (однонаправленный) процесс ввода в действие с восстановлением после сбоя.

6. GPD инициируется для того, чтобы активировать процесс ввода в действие с восстановлением после сбоя. GPD:

a. деактивирует процесс двунаправленного ввода в действие;

b. активирует процесс (однонаправленного) ввода в действие с восстановлением после сбоя.

c. Если набор каналов на этапе (2) состоит только из одного канала: GDP сохраняет последний канал, в который отправлен запрос на выделение GPD-канала (канал, непосредственно предшествующий триггеру для того, чтобы активировать процесс ввода в действие с восстановлением после сбоя), в качестве рабочего канала сети;

d. Если набор каналов на этапе (2) состоит более чем из одного канала: GDP должен выполнять поиск в последнем наборе каналов, передающем команду GPD-ввода в действие по одному каналу только для каждого пользовательского действия (предпочтительно идентично этапу 2).

7. По рабочему каналу сети, при пользовательском триггере, GPD передает команду GPD-ввода в действие.

8. По рабочему каналу, GPS принимает команду GPD-ввода в действие, и если все релевантные проверки успешно выполняются, предоставляет воспринимаемую пользователем обратную связь с указанием "успешности ввода в действие".

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

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

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

- При первом пользовательском триггере, GPD может передавать запрос на выделение канала по первым 8 из 16 каналов (в силу чего порядок каналов может определяться посредством GPD) и затем открывать окно приема; пользователь должен ожидать системной обратной связи.

Если рабочий канал находится в числе 8 каналов, обратная связь A предоставляется пользователю, и пользователь выполняет действие A на GPD.

Если рабочий канал не находится в числе 8 каналов, обратная связь B (которая также может представлять собой отсутствие обратной связи) предоставляется пользователю, и пользователь выполняет действие B на GPD (может представлять собой отсутствие действия).

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

- При третьем пользовательском триггере, пользователь может переходить к двум возможным вариантам каналов.

- При четвертом пользовательском триггере, пользователь может непосредственно отправлять команду GPD-ввода в действие.

- Если обратная связь с указанием успешности не принимается после четвертого пользовательского триггера, при пятом пользовательском триггере GPD отправляет команду GPD-ввода в действие по рабочему каналу.

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

III. Способ улучшения (II) также может еще предпочтительно комбинироваться с возможностью выполнения полного двунаправленного ввода в действие. Это может осуществляться, например, посредством добавления этапа после передачи по первым 8 из 16 каналов при первом пользовательском триггере, причем дополнительный этап включает в себе передачу по другим 8 из 16 каналов, чтобы предоставлять системе возможность приема по каждому каналу.

Поскольку система с наибольшей вероятностью может передавать в GPD только в следующем окне приема этого GPD, системная обратная связь, предоставленная для пользователя, может быть более заблаговременной, чем передача конфигурации GPD-канала. Таким образом, чтобы лучше всего поддерживать пользователя, обратная связь, предоставляемая посредством системы, может состоять по меньшей мере из 3 сигналов: (i) запрос на выделение канала принят, двунаправленная связь поддерживается - пользователь может продолжать текущий принимаемый запрос на выделение канала процесса/пользовательских действий, (ii) двунаправленная связь не поддерживается - инициирование восстановления после сбоя требуется, (iii) ничего не принято, двунаправленная связь поддерживается; что приводит к соответствующему пользовательскому действию на GPD.

Соответствующие реакции GPD на каждую обратную связь, соответственно, должны быть следующими:

(i) Продолжение с запланированным набором двунаправленных каналов + окном приема;

(ii) Поиск в первой половине текущего набора; двунаправленный режим (включающий в себя окно приема) не должен использоваться, т.е. GPD может непосредственно переключаться на команду GPD-ввода в действие (если другие аспекты, такие как безопасность ключа защиты, не заставляют его отказываться от этого);

(iii) Поиск в другом наборе.

IV. Чтобы ускорять доставку рабочего сетевого канала в устройство с ограничением по ресурсам и инициирование восстановления после сбоя, например, чтобы помогать на этапе (i) улучшения (III), после перехода в режим ввода в действие, приемник (если поддерживает двунаправленный ввод в действие) может превентивно помещать команду конфигурирования GPD-канала, содержащую рабочий канал сети, в очередь передачи по меньшей мере одного устройства. Это является возможным, поскольку команда конфигурирования канала, такая как команда запроса на выделение канала, отправляется с использованием типа GPD-кадра технического обслуживания, т.е. не содержит адрес GPD, для которого она предназначена, и безопасность не используется.

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

Этот способ может требовать от приемника знания плотности/местоположения прокси, с тем чтобы обслуживать GPD наилучшим способом.

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

V. В другом улучшении, прокси могут автономно переходить в различные сетевые каналы, чтобы предоставлять "индикатор отсутствия поддержки двунаправленного режима" как можно скорее, т.е. в случае если GPD передает по одному из выбранных посредством прокси каналов до того, как он передает по рабочему каналу сети. Прокси могут осуществлять это "на всякий случай" или на основе сведений касательно того, что приемник не поддерживает двунаправленный ввод в действие. Они, например, могут извлекаться из атрибутов, поддерживаемых посредством приемника.

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

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

Факт перехода в другой канал и/или выбора канала для перехода может зависеть от канала, используемого посредством сети. Например, если рабочий канал сети представляет собой один из первичных каналов (11, 15, 20, 25), он имеет высокую вероятность скорой адресации посредством GPD, так что дополнительное прокси-действие не требуется. Если рабочий канал представляет собой один из вторичных каналов и/или одним из высоких каналов, например, 23 или 24, он имеет более низкую вероятность скорой адресации посредством GPD, так что дополнительное прокси-действие может быть преимущественным.

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

Улучшение (VI) может быть преимущественно комбинировано с улучшением (V).

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

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

VII. В другом улучшении способа (V) или (VI), именно приемник, не поддерживающий двунаправленный ввод в действие, требуется для того, чтобы выбирать один прокси для доставки сообщений в GPD. Чтобы смягчать требования по приемнику, не реализующему режим двунаправленного ввода в действие, приемник может выбирать прокси произвольно или выбирать первый прокси, поддерживающий двунаправленную связь, чтобы отправлять уведомление относительно GP-ввода в действие (вместо использования выбора TempMaster), и отправлять простую команду GP-кластера вместо полного GP-ответа, переносящего конфигурацию GPD-канала. Например, если приемник, поддерживающий двунаправленный ввод в действие, принимает в режиме ввода в действие через прокси (т.е. в сообщении уведомления относительно GP-ввода в действие GreenPower-кластера) команду (ввода в действие) GPD, которую не реализует приемник, приемник может отвечать командой ответа с ZCL по умолчанию, переносящей соответствующее поле состояния, например, FAILURE или UNSUP_GENERAL_COMMAND. Приемник может отправлять это сообщение в широковещательной передаче или предпочтительно в одноадресной передаче в прокси, который перенаправляет команду уведомления относительно GP-ввода в действие, наиболее предпочтительно приемник должен отправлять его только в один из прокси, предпочтительно в первый из них для того, чтобы доставлять сообщение уведомления относительно GP-ввода в действие в приемник, и имеющий поддержку двунаправленного ввода в действие. На основе упомянутого ответа с ZCL по умолчанию, прокси может создавать и доставлять в GPD сообщение конфигурирования канала, с флагом для указания отсутствия поддержки двунаправленного ввода в действие, как упомянуто в дополнении (V).

Прокси предпочтительно должен по-прежнему доставлять сообщение конфигурирования канала по рабочему каналу сети и индикатор без двунаправленного режима, в силу этого соответствуя двум целям, упомянутым в (VI).

Далее подробно описываются несколько примерных вариантов осуществления, иллюстрирующих решение с использованием выбранных элементов улучшения (IV)-(VII).

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

Другое преимущество, связанное с предыдущими выгодами, состоит в том, что пользователь не должен вовлекаться в активацию процесса ввода в действие с восстановлением после сбоя. Это происходит вследствие того, что пользователь больше не должен замыкать контур для инициированного пользователем поиска каналов, поскольку рабочий канал сети теперь сконфигурирован по радиоинтерфейсу. Например, в случае если используется команда конфигурирования GPD-канала, канал явно включается в сообщение. В другом примере, в случае если используется выделенное сообщение "отсутствия двунаправленного ввода в действие" или любое общее NACK-сообщение, не содержащее индикатор для сетевого рабочего канала, канал может извлекаться из момента времени, в который принимается сообщение обратной связи; сетевой узел (например, прокси), формирующий сообщение, в таком случае должен, вместо отправки с использованием любого следующего возможного окна приема устройства с ограничением по ресурсам не по рабочему каналу сети, отправлять его, когда окно приема устройства с ограничением по ресурсам находится в рабочем канале сети. Если конфигурация GPD-канала дополняется флагом для указания отсутствия поддержки двунаправленного ввода в действие, либо используется вышеописанное выделенное или NACK-сообщение, пользователь также не должен вовлекаться в переключение процесса ввода в действие.

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

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

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

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

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

Поток обработки в соответствии с этим четвертым вариантом осуществления заключается в следующем:

1. Пользователь переводит GPS приемника без поддержки двунаправленного режима в режим ввода в действие. Это приводит к тому, что приемник отправляет команду входа в режим ввода в действие GP-прокси. При приеме команды входа в режим ввода в действие GP-прокси, прокси переходят в режим ввода в действие.

2. Пользователь выполняет действие при вводе в действие на GPD и повторяет это действие до тех пор, пока обратная связь с указанием успешности не будет предоставлена посредством системы.

3. При этом пользовательском действии при вводе в действие, GPD отправляет запрос на выделение GPD-канала по первому набору каналов (в силу чего набор может состоять только из одного канала, и/или размер набора может варьироваться), и активирует окно приема. Наборы каналов и окно приема могут изменяться для каждого пользовательского действия при вводе в действие.

a. Если GPD принимает команду конфигурирования GPD-канала (указывающую то, что приемник с поддержкой двунаправленного режима находится в сети), оно продолжает процесс двунаправленного ввода в действие.

4. Один или более прокси в пределах дальности радиосвязи GPD принимают запрос на выделение GPD-канала и диспетчеризуют отправку уведомления относительно GP-ввода в действие, переносящего запрос на выделение GPD-канала.

a. Если прокси имеет по меньшей мере некоторые возможности двунаправленного ввода в действие, уведомление относительно GP-ввода в действие должно указывать это (посредством задания подполя AppointTempMaster поля Options команды уведомления относительно GP-ввода в действие как "истины" и включения полей короткого GPP-адреса и GPP-расстояния).

b. Если прокси не имеет возможностей двунаправленного ввода в действие (постоянно, поскольку признак недоступен, или временно, например, вследствие заполнения TxQueue), уведомление относительно GP-ввода в действие должно указывать это (например, посредством задания подполя AppointTempMaster поля Options в 0b0; приемник по-прежнему должен иметь возможность распознавать двунаправленный ввод в действие вследствие CommandID, т.е. команды запроса на выделение GPD-канала).

5. По рабочему каналу сети, GPS принимает уведомление относительно GP-ввода в действие, переносящее команду запроса на выделение GPD-канала из GPD.

6. GPS обнаруживает использование двунаправленного ввода в действие. Если по меньшей мере один прокси поддерживает двунаправленную связь, приемник отвечает первому поддерживающему двунаправленный ввод в действие прокси, который отправил уведомление относительно GP-ввода в действие с ответом с ZCL по умолчанию, состоянием UNSUP_GENERAL_COMMAND в одноадресной передаче в этот прокси.

7. Прокси принимает ответ с ZCL по умолчанию с состоянием UNSUP_GENERAL_COMMAND и помещает команду конфигурирования GPD-канала с рабочим каналом сети и с флагом для указания отсутствия поддержки двунаправленного ввода в действие в gpTxQueue. Прокси может пытаться доставлять кадр в окне приема по каналу, отличному от рабочего канала сети.

8. При приеме команды запроса на выделение GPD-канала из GPD, прокси доставляет команду конфигурирования GPD-канала с флагом для указания отсутствия поддержки двунаправленного ввода в действие, который сохранен в его буфере gpTxQueue.

9. При приеме команды конфигурирования GPD-канала, GPD:

a. деактивирует процесс двунаправленного ввода в действие;

b. активирует процесс (однонаправленного) ввода в действие с восстановлением после сбоя.

c. GDP сохраняет канал из команды конфигурирования GPD-канала в качестве рабочего канала сети.

10. По рабочему каналу сети, при пользовательском триггере, GPD передает команду GPD-ввода в действие с RxAfterTx=0b0.

11. Прокси перенаправляют команду GPD-ввода в действие в уведомлении относительно GP-ввода в действие в приемник.

12. По рабочему каналу, GPS принимает уведомление относительно GP-ввода в действие, переносящее команду GPD-ввода в действие (с подполем AppointTempMaster поля Options, заданным равным 0b0), и если все релевантные проверки успешно выполняются, предоставляет воспринимаемую пользователем обратную связь с указанием "успешности ввода в действие".

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

Устройства, вовлеченные в этот пятый вариант осуществления, являются аналогичными устройствам четвертого варианта осуществления.

Поток обработки этого пятого варианта осуществления заключается в следующем:

1. Пользователь переводит GPS приемника без поддержки двунаправленного режима в режим ввода в действие, который инструктирует приемнику отправлять команду входа в режим ввода в действие GP-прокси, дополненную индикатором для "поддержки двунаправленного ввода в действие", заданным как "ложь". При приеме команды входа в режим ввода в действие GP-прокси, прокси переходят в режим ввода в действие; вследствие индикатора для "поддержки двунаправленного ввода в действие", заданного как "ложь", прокси имеет сведения, что приемник не может или не хочет использовать процесс двунаправленного ввода в действие.

Далее, этапы 2-3 являются аналогичными четвертому варианту осуществления.

4. Один или более прокси в пределах дальности радиосвязи GPD принимают запрос на выделение GPD-канала, и если он имеет поддержку двунаправленного ввода в действие, случайно определяют то, следует или нет помещать команду конфигурирования GPD-канала с рабочим каналом сети и с флагом для указания отсутствия поддержки двунаправленного ввода в действие в gpTxQueue, и то, по какому каналу (будущих окон приема, указываемых посредством GPD в команде запроса на выделение GPD-канала) следует ее доставлять. Прокси может отказываться от отправки уведомления относительно GP-ввода в действие, переносящего команду запроса на выделение GPD-канала, в приемник.

5. При приеме команды запроса на выделение GPD-канала (по рабочему каналу сети или другого канала, соответствующего окну приема GPD), прокси доставляет команду конфигурирования GPD-канала с сетевым рабочим каналом и флагом для указания отсутствия поддержки двунаправленного ввода в действие, которое сохранено в его буфере gpTxQueue.

6. При приеме команды конфигурирования GPD-канала, GPD:

a. деактивирует процесс двунаправленного ввода в действие;

b. активирует процесс (однонаправленного) ввода в действие с восстановлением после сбоя.

c. GDP сохраняет канал из команды конфигурирования GPD-канала в качестве рабочего канала сети.

Далее, оставшиеся этапы являются аналогичными этапам 10-12 четвертого варианта осуществления.

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

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

VIII. В соответствии с дополнительным улучшением поясненных вариантов осуществления, обратная связь с "индикатором отсутствия поддержки двунаправленного режима", предоставленная посредством приемника, не поддерживающего двунаправленный ввод в действие, может служить признаком рабочего канала, используемого посредством сети. Например, если приемник имеет дисплей (или он предоставляет обратную связь на дисплее CT/смартфона), он может отображать рабочий канал. Альтернативно, оно может мигать рабочим каналом на светодиоде или наборе светодиодов и т.д. Это может быть полезным для GPD с пользовательским средством, обеспечивающим явный выбор канала, например, с банком из 4 DIP-переключателей, других пользовательских средств приведения в действие (например, различных кнопок или комбинаций кнопок, или шаблонов приведения в действие кнопок) и т.д.

IX. Другая разновидность включает в себя то, что приемник может инициировать обратную связь с "индикатором отсутствия поддержки двунаправленного режима", если он поддерживает двунаправленный ввод в действие, но связь (и особенно) с GPD является слишком ненадежной. Приемник видит, что связь в GPD является ненадежной, если его сообщения никогда не доставляются, и GPD не совершенствует свой конечный автомат.

X. Другая разновидность направлена на случай, когда инструментальное средство для ввода в действие вовлекается во ввод в действие устройства с ограничением по ресурсам. Инструментальное средство может быть использовано несколькими способами, например, оно может использоваться для того, чтобы переводить выбранные прокси и/или приемники в режим ввода в действие, или оно может использоваться для того, чтобы выполнять полный процесс ввода в действие с устройством с ограничением по ресурсам и конфигурирование выбранных прокси и/или приемников с соответствующими записями таблицы прокси и приемников. Поскольку инструментальное средство для ввода в действие представляет собой специализированное инструментальное средство для поддержки ввода в действие, оно с большой вероятностью должно иметь возможность поддерживать несколько способов ввода в действие, с тем чтобы гарантировать функциональную совместимость. Инструментальное средство для ввода в действие может иметь сведения в отношении того, что приемник, не поддерживающий двунаправленный ввод в действие (и/или связь), должен связываться с конкретным устройством с ограничением по ресурсам с поддержкой двунаправленного режима, например, посредством считывания атрибута gpsFunctionality приемника. В таком случае, при выполнении ввода в действие с устройством с ограничением по ресурсам, и если устройство с ограничением по ресурсам начинает процесс двунаправленного ввода в действие, инструментальное средство для ввода в действие по-прежнему может инициировать восстановление после сбоя на способ однонаправленного ввода в действие; поскольку инструментальное средство поддерживает двунаправленный ввод в действие, оно может предпочтительно инициировать восстановление после сбоя через радиоинтерфейсное сообщение обратной связи, без необходимости специальных действий на устройстве с ограничением по ресурсам от пользователя. Такое превентивное восстановление после сбоя может быть полезным, чтобы исключать проблемы, возникающие в результате несовпадения поддержки двунаправленного режима при работе, когда инструментальное средство может быть недоступным, готовым или вовлеченным, например, для случая ввода в действие устройства с ограничением по ресурсам в другой (неподдерживающий) приемник, для повторного ввода в действие устройства с ограничением по ресурсам, например, после изменения сетевого параметра, например, изменения рабочего канала и т.д.

XI. Обратная связь с "индикатором отсутствия поддержки двунаправленного режима", предоставленная посредством сетевого приемника, в данный момент вводимого в действие в устройство с ограничением по ресурсам, может, вместо инициирования процесса ввода в действие с восстановлением после сбоя на устройстве с ограничением по ресурсам, инициировать пользователя на выполнение попытки первого процесса ввода в действие между идентичным устройством с ограничением по ресурсам и другим приемником из группы приемников, которые должны управляться посредством устройства с ограничением по ресурсам. Это применяется, в частности, в случае если заранее введенная в действие группа приемников должна вводиться в действие, в частности, связываться с устройством с ограничением по ресурсам.

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

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

Фиг. 5 представляет сетевой приемник в соответствии с вариантом осуществления изобретения. Этот сетевой приемник содержит модуль 51 связи с приемным устройством 52 и передающим устройством 53; разделение между трактом приема и передачи может быть физическим, но также и чисто логическим. Когда сетевой приемник принимает сообщение, например, сообщение ввода в действие из устройства с ограничением по ресурсам, чтобы связывать это устройство с ограничением по ресурсам с сетевым приемником, приемное устройство 52 декодирует это сообщение и проталкивает его в микроконтроллер 59, например, микроконтроллер модуля 51 связи. В другой разновидности изобретения, микроконтроллер, обрабатывающий это сообщение, представляет собой основной микроконтроллер сетевого приемника. Этот микроконтроллер сконфигурирован с возможностью, например, посредством программного обеспечения, определять из сообщения ввода в действие то, что инициирован первый процесс ввода в действие. Как указано выше, это может осуществляться несколькими способами, включающими в себя обнаружение формата кадра или идентификатора команды.

Микроконтроллер 59 также имеет возможность определять то, может или нет поддерживаться первый процесс ввода в действие, например, если программный код, связанный с этим первым процессом ввода в действие, сохраняется в памяти 54 приемника и/или непосредственно программируется с необходимыми действиями, поскольку первый процесс ввода в действие не поддерживается. В случае если этот первый процесс ввода в действие не может поддерживаться, микроконтроллер 59 сетевого приемника может инициировать обратную связь. Эта обратная связь может принимать форму команды, отправленной по сети посредством передающего устройства 52, чтобы запрашивать приведение в действие актуатора, соединенного с сетью. Это инструктирует пользователю выбирать процесс ввода в действие с восстановлением после сбоя в устройстве с ограничением по ресурсам. В другом примере, обратная связь принимает форму внутренней команды в блок 57 формирователя сигналов управления лампы для включения осветительного прибора 56. Эта обратная связь дополнительно может принимать форму команды, отправленной по сети посредством передающего устройства 52, чтобы информировать прокси, поддерживающий двунаправленный ввод в действие, касательно отсутствия означенной поддержки в приемнике. Это инструктирует прокси передавать, в устройство с ограничением по ресурсам, команду конфигурирования канала с рабочим каналом в сети и флаг для указания отсутствия поддержки двунаправленного ввода в действие, чтобы инициировать восстановление после сбоя ввода в действие на устройстве с ограничением по ресурсам.

Дополнительно, сетевой приемник может содержать пользовательский интерфейс 57, например, набор кнопок, которые могут использоваться для настройки сетевого приемника в режим ввода в действие, либо светодиоды или ЖК-экран, чтобы получать некоторую обратную связь относительно работы или состояния приемника.

Фиг. 6 представляет сетевое устройство, например, устройство с ограничением по ресурсам в соответствии с вариантом осуществления изобретения.

Сетевое устройство содержит блок 61 связи, включающий в себя приемное устройство 62 и передающее устройство 63. Микроконтроллер 64, например, включенный в блок 61 связи, сконфигурирован с возможностью инициировать первый процесс ввода в действие, который должен связываться с сетевым приемником. Этот процесс ввода в действие может сохраняться для программного обеспечения в памяти 65. Он может вызываться посредством действия пользователя в пользовательском интерфейсе 67, который типично включает в себя набор кнопок, клавиш или рычагов, в силу чего кнопки, клавиши или рычаги, используемые для работы в регулярном режиме, например, инициирующие пользовательские команды управления, например, управления включением/выключением или регулирование уровня, могут использоваться с этой целью, например, после или в комбинации со специальным триггером ввода в действие, таким как нажатие контакта в микроотверстии, изменение настройки DIP-переключателя, использование комбинации кнопок или использование конкретной последовательности комбинаций кнопок, например, три коротких нажатия или одно длинное нажатие (например, в 10 с). В случае если это сетевое устройство представляет собой устройство с ограничением по ресурсам, собиратель 68 энергии может быть включен. Этот собиратель 68 энергии представляет собой, например, фотоэлемент, собирающий энергию окружения, либо динамо-машину или магнитные катушки, соединенные с актуаторами в сетевом устройстве, за счет этого собирая энергию пользовательской операции.

Сетевое устройство может управлять через свой микроконтроллер 64 приемо-передающим устройством 63 таким образом, чтобы передавать сообщение инициирования в соответствии с первым процессом ввода в действие по набору каналов, содержащих по меньшей мере один канал из списка последовательности каналов. Затем микроконтроллер 64 задает приемное устройство 62 таким образом, что оно остается в состоянии приема в течение длительности окна приема в приемном канале. Этот приемный канал соответствует набору каналов, в которых только что выполнен поиск (т.е. в которых передающее устройство отправило сообщение инициирования). Следует отметить, что в примере изобретения, существует только один канал в расчете на набор каналов. Может быть предусмотрено больше, например, 4 или 8 в зависимости от возможностей сетевого устройства, в частности, его энергетического бюджета.

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

В соответствии с этим вариантом осуществления, сетевое устройство сконфигурировано с возможностью инструктировать своему микроконтроллеру 64 (или другому блоку контроллера) начинать процесс ввода в действие с восстановлением после сбоя при приеме триггера восстановления после сбоя. Этот триггер восстановления после сбоя может представлять собой ввод на основе выбора с обратной связью от пользователя на пользовательском интерфейсе 67 сетевого устройства или сообщение обратной связи, принимаемое в приемном устройстве 62 из сети (сетевого приемника или прокси-узла). Микроконтроллер или программное обеспечение, сохраненное на этом сетевом устройстве, сконфигурировано с возможностью выводить индикатор относительно рабочего радиоканала сети из момента времени, в который принимается триггер восстановления после сбоя, например, как пояснено в предыдущих вариантах осуществления изобретения; если рабочий канал явно не предоставлен посредством триггера восстановления после сбоя.

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

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

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