RU2412466C2 - Система и способ для управления состоянием оперативного режима поставщика в распределенной сети - Google Patents

Abstract

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

Description

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

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

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

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

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

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

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

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

Система безопасности также может включать в себя встроенную систему. Встроенная система может использоваться для управления отдельными защитными датчиками, которые составляют систему безопасности. Например, встроенная система может предусматривать элементы управления, чтобы автоматически включать питание каждого из защитных датчиков. Встроенные системы могут быть присоединены к каждому из отдельных защитных датчиков. Например, встроенная система может быть присоединена к датчику движения. Встроенная система может автоматически включать питание отдельного датчика движения и предусматривать элементы управления для приведения в действие датчика движения, если обнаружено движение. Приведение в действие датчика движения может включать в себя выдачу команд для включения питания СИД (светоизлучающего диода, LED), расположенного в датчике движения, вывода сигнала тревоги из портов вывода датчика движения, и тому подобного. Встроенные системы также могут быть присоединены к датчикам, контролирующим дверь. Встроенная система может выдавать команды на датчики, контролирующие дверь, для приведения в действие, когда дверь открывается или закрывается. Подобным образом, встроенные системы могут быть присоединены к датчикам, контролирующим окно. Встроенная система может выдавать команды для приведения в действие датчика, контролирующего окно, если окно открывается или закрывается.

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

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

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

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

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

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

Решение этих вопросов может быть состоять в том, чтобы вести «подсчет соединений» и освобождать соединения, когда «подсчетом соединений» является ноль. Это может представлять трудности, так как распределенная природа системы может затруднять решение, кто ведет счет. Любые ошибки в счете часто имеют следствием персистентные соединения и дополнительную нагрузку на распределенную сеть.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг. 15 - структурная схема, иллюстрирующая один из вариантов осуществления домашней системы.

НАИЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

Многочисленные промежуточные узлы 106 доступа на связи один с другим формируют сеть 110 промежуточных узлов доступа. Запросчики 104 и/или поставщики 102, один или более промежуточных узлов 106 доступа сети 110 промежуточных узлов доступа фигурируют в качестве одиночных промежуточных узлов 106 доступа. Численность или количество, включенное в сеть 110 промежуточных узлов доступа, прозрачны поставщикам 102 и/или запросчикам 104.

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

Служба 108 может быть любым видом услуги, которая может предоставляться вычислительным устройством. Некоторые возможные примеры служб 108 включают в себя предоставление температурных данных с места, предоставление данных наблюдения, предоставление информации о погоде, поставку аудиопотока, поставку видеопотока, и т.п. Многие разные виды услуг и/или данных могут поставляться через компьютерную сеть 100 с поставщика 102.

Служба 108 подвергается доступу через одно или более оперативных соединений (привязок) 112. Привязка 112 включает в себя идентификатор 114 объекта и идентификатор 116 интерфейса. Типично, объект 114 и интерфейс 116 находятся в парах. Поставщик 102 может предоставлять множество привязок 112. Возможно, что многочисленные поставщики 102 могут быть предусматривающими одинаковые службу 108, привязку 112, объект 114 или интерфейс 116.

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

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

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

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

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

Большинство протоколов имеют дело с логическими сетями, так как большинство проблем физических сетей уже имеют вполне определенные реализации, и определение новых физических уровней не требуется. Логические сети также имеют преимущество существования изолированными от физической сети, а потому более широко полезны. Например, TCP/IP (протокол управления передачей/межсетевой протокол) определен поверх логической сети (IP). IP может работать в многих физических сетях (Ethernet, последовательных, беспроводных, и т.п.). Это делает TCP/IP более общим решением, чем были определены только в показателях некоторой отдельной физической сети.

Любое количество промежуточных узлов 106 доступа может использоваться в сети 100. Фиг. 2 иллюстрирует сеть 200, которая включает в себя некоторое количество промежуточных узлов 206 доступа, как показано. Три запросчика 204, 205 находятся на электронной связи с промежуточным узлом 206 доступа. В варианте 200 осуществления, показанном на фиг. 2, три запросчика 204, 205 все запрашивают службы 208, 228, 248, предусмотренные поставщиками 202, 205, 206e. Данные из служб 208, 228, 248 отправляются через сеть 210 промежуточных узлов доступа.

Сеть 210 промежуточных узлов доступа по фиг. 2 работает подобно сети 110 промежуточных узлов доступа по фиг. 1. При типичной работе запросчики 104, 204, 205 и поставщики 102, 202, 205, 206e могли бы не проводить различие между сетью 110 промежуточных узлов доступа по фиг. 1 и сетью 210 промежуточных узлов доступа по фиг. 2. Фиг. 2 также иллюстрирует, что узел может служить в качестве обоих, запросчика и поставщика, как показано проиллюстрированным запросчиком/поставщиком 205. Запросчик/поставщик 205 предоставляет службу 228 и привязку 232. Фиг. 2 также иллюстрирует, что служба/привязка могут предоставляться промежуточным узлом 206e доступа.

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

Промежуточные узлы 106, 206 доступа могут присоединяться произвольным способом, который включает в себя петли. На фиг. 1 и 2 были проиллюстрированы запросчики 104, 204, 205 и поставщики 102, 202, 205, 206e. Запросчики и поставщики могут быть отдельными узлами или могут сосуществовать на промежуточном узле доступа. Способы, используемые сетью 110 промежуточных узлов доступа, предусматривают, чтобы запросчики 104, 204, 205 обнаруживали добавление и удаление привязок 112 поставщиками 102, 202, 205, 206e. Они также дают возможность запроса на наличие привязок 112 в сети 100. Дополнительные подробности о сети промежуточных узлов доступа описаны в следующих находящихся в процессе одновременного рассмотрения заявках на патенты: заявке на выдачу патента США, под порядковым № 11/302,306, озаглавленной «Systems and Methods for Handling Failover in a Distributed Routing Environment» («Системы и способы для обработки преодоления отказа для эффективной электронной связи в среде распределенной маршрутизации»), зарегистрированной 13 декабря 2005 года изобретателями Брайантом Естамом и Томом Миллиганом; и заявке на выдачу патента США, под порядковым № 11/292,944, озаглавленной «Systems and Methods for Efficient Electronic Communication in a Distributed Routing Environment» («Системы и способы для эффективной электронной связи в среде распределенной маршрутизации»), зарегистрированной 2 декабря 2005 года изобретателями Брайантом Естамом и Томом Миллиганом. Эти находящиеся в процессе одновременного рассмотрения заявки на выдачу патента США, которые переуступлены правопреемнику настоящего изобретения, настоящим включены в состав посредством ссылки во всей своей полноте.

Запрос узлом касательно привязки 112 может производиться либо с использованием ориентированного на соединение протокола, такого как TCP/IP, либо по протоколу без установления соединения, такому как UDP/IP. Преимущества использования протокола без установления соединения включают в себя более низкие служебные сигналы и данные на промежуточных узлах 106, 206 доступа, так как требуется меньше соединений.

Фиг. 3 - структурная схема одного из вариантов осуществления сети 310 промежуточных узлов доступа с запросчиком 304 и поставщиком 302. Как обсуждено выше, запросчик 304 может действовать в качестве обоих, поставщика и запросчика. В настоящем изобретении, запросчик 304 действует в качестве обоих, поставщика и запросчика, предоставляя привязку 320 и используя службу 108 поставщика 302 через сеть 310 промежуточных узлов доступа.

Привязка, которая предоставляется запросчиком 304, является привязкой 320 отсроченного оперативного режима. Привязка 320 отсроченного оперативного режима может служить цели уведомления всех поставщиков 102, которые предоставляют требуемую службу 108, что к сети 310 присоединен запросчик 304, который требует службу 108, которую предусматривают поставщики 102. В этом случае, ID 314b (идентификатор) объекта привязки 320 отсроченного оперативного режима равен по меньшей мере одному из объектов 114, предусмотренных службами 108.

Привязка 320 отсроченного оперативного режима подобна обычной привязке 112, так как она типично включает в себя ID 314b объекта и ID 322a интерфейса. Привязка 320 отсроченного оперативного режима может обрабатываться подобно любому другому оперативному соединению 112, так как она может включать в себя такую же или подобную информацию, которая может включаться в любую другую привязку 112, отправляемую через сеть 110 промежуточных узлов доступа.

Поставщик 302 также может действовать в качестве обоих, поставщика и запросчика, как обсуждено выше. В настоящем изобретении, поставщик 302 действует в качестве обоих, поставщика и запросчика, предоставляя привязку 312 и карауля привязку 320 отсроченного оперативного режима, которая может передаваться по сети 310 промежуточных узлов доступа от запросчика 304.

Привязка 312, предоставляемая поставщиком 302, может включать в себя ID 314a объекта и ID 316a интерфейса. В отличие от привязки 320 отсроченного оперативного режима, привязка 312 по настоящему изобретению может идентифицировать интерфейсы, используемые для взаимодействия с требуемой службой 108.

Фиг. 4 - временная диаграмма 400, иллюстрирующая способ для установления связи между поставщиком 402 и запросчиком 404 в сети. Показана ось 401 времени. Запросчик 404 может быть разыскивающим службу 108 в сети 100. В некоторый момент после присоединения к сети 100, в момент t1 времени, запросчик 404 может выдавать 410 привязку 320 отсроченного оперативного режима. Привязка 320 отсроченного оперативного режима является способом, которым запросчик 404 запрашивает каких-нибудь поставщиков совместимой привязки 312 установить соединение, предоставить свои привязки 112 и оставаться в оперативном режиме. Совместимые привязки 312 являются привязками, где ID 314b объекта привязки 320 отсроченного оперативного режима равен объекту 314a привязки 312, предоставляемой службой 108 через поставщика 402. В настоящем изобретении, в некоторый момент после присоединения к сети 100, в момент t2 времени, поставщик 402 может предоставлять 420 привязку 312. В альтернативном варианте осуществления поставщик 402 может предоставлять привязку 312 до того, как запросчик 402 предоставляет свою привязку 320 отсроченного оперативного режима.

Поставщик 402 содержит привязку 312, добавленную в сеть 100. В момент t3 времени, в некоторый момент после отправки 420 привязки 312, запросчик может удалять 430 привязку 320 отсроченного оперативного режима. Это удаление 430 может достигать поставщика 402. После того, как поставщик 402 обнаруживает удаление 430, в момент t4 времени, поставщик 402 может удалять 440 привязку 312.

Фиг. 5 - структурная схема варианта осуществления промежуточного узла 506 доступа. Промежуточный узел 506 доступа может включать в себя информацию, необходимую для предоставления ему возможности определять, должна ли привязка 320 отсроченного оперативного режима пересылаться, например, поставщику 102. Подобным образом, промежуточный узел 506 доступа может включать в себя информацию, необходимую для предоставления ему возможности определять, должна ли привязка 112 пересылаться, например, запросчику 104.

Промежуточный узел 506 доступа может включать в себя базу данных привязок 526, которая может включать в себя все из привязок 112 в сети 110, о которых он осведомлен. Эти привязки 526 могут включать в себя привязки 512 и привязки 520 отсроченного оперативного режима, каждая из которых также может включать в себя ID 114 объекта и ID 116 интерфейса. Каждый узел в сети может знать, существует ли конкретная привязка 112, 320, хотя он может не знать полного счета поставщиков 102 для такой привязки 112. Если есть многочисленные поставщики 102, которые предоставляют конкретную привязку 112, то привязка 112 может не прекращать существовать, с ракурса узла, до тех пор, пока все поставщики 102 не отсоединяются от сети 100 или не удаляют свою привязку 112. База данных привязок 526 может запрашиваться поставщиками 102 по обоим, ориентированному на соединение протоколу, подобному TCP/IP, или протоколу без установления соединения, такому как UDP/IP. Запрос может быть предназначен для любой привязки 112, 320, которая присутствует. База данных также может контролироваться поставщиком 102, так что определяются изменения в содержимом.

Фиг. 6 - структурная схема 800 сети 810 промежуточных узлов доступа, которая включает в себя один или более промежуточных узлов доступа и два поставщика 802a, 802b, которые предоставляют одинаковую привязку 812. Привязки 112 считаются одинаковыми, если одинаковы их ID 114 объектов, и одинаковы их интерфейсы 116. В то время как поставщики 802 присоединяются и отсоединяются, сеть 810 может определять, какого поставщика 802 использовать. Поставщик A 802a может включать в себя первую привязку 812a. Поставщик B 802b может включать в себя первую привязку 812b. Таким образом, оба поставщика 802 могут предоставлять одинаковую привязку, первую привязку 812. Сеть 810 и поставщики 802a, 802b могут согласовывать и определять, какой поставщик 802 может предоставлять привязку 112, а какой будет удерживать в резерве для предоставления привязки 112 в более позднее время, если необходимо. Эта ситуация типично возникает, когда два или более поставщика 102 присоединяются к сети 810 приблизительно в один и тот же момент времени, из условия чтобы каждый из поставщиков 102 мог не воспринимать другого поставщика 102 до после того, как они уже объявили свои привязки 112. В настоящем изобретении применение этой логики к привязкам 320 отсроченного оперативного режима может гарантировать, что привязка 320 будет существовать в сети 810 до тех пор, пока последний поставщик 802 не отсоединяется или не удаляет привязку 812.

Далее, со ссылкой на фиг. 7, когда конкретные привязки 112 требуются запросчиком 904, запросчик 904 может предоставлять привязки 920a, 920b отсроченного оперативного режима добавлением первой привязки A 920a отсроченного оперативного режима и добавлением второй привязки B 920b отсроченного оперативного режима в сеть 110 промежуточных узлов доступа. Первая привязка A 920a отсроченного оперативного режима может уведомлять любого, кто принимает привязку 920a, что требуются привязки 112 с ID 914a объекта. Привязка A 920a отсроченного оперативного режима, по настоящему изобретению, может включать в себя ID A 914a объекта, и отсроченный оперативный режим 922 ID интерфейса. Идентификатор отсроченного оперативного режима может уведомлять поставщика 112 с совпадающим ID 114 объекта, что поставщик 102 должен предоставлять свою привязку 112 и оставаться в оперативном режиме. Вторая привязка B 920b отсроченного оперативного режима может уведомлять любого, кто принимает привязку, что требуются привязки 112 с ID 914b объекта.

Фиг. 8 - структурная схема поставщика 1002, предоставляющего две привязки 1012a, 1012b. Когда поставщик 1002 присоединяется к сети 110 промежуточных узлов доступа, он может определять наличие привязки A 920a отсроченного оперативного режима и привязки B 920b отсроченного оперативного режима. В альтернативном варианте осуществления, поставщик 1002 запрашивает сеть 110 без присоединения для определения наличия применимой привязки 520 отсроченного оперативного режима, и устанавливает соединение, только когда обнаруживается применимая привязка 520 отсроченного оперативного режима.

При обнаружении привязок 920 отсроченного оперативного режима и после установления соединения, поставщик 1002 может добавлять свои привязки 1012a, 1012b добавлением первой привязки A 1012a и второй привязки B 1012b. Добавление первой привязки 1012a уведомляет любого, кто принимает его, что имеется в распоряжении первая привязка A 1012a. Добавление второй привязки B 1012b уведомляет любого, кто принимает его, что имеется в распоряжении вторая привязка B 1012b. С этой информацией, запросчики 104 могут использовать привязки 1012a, 1012b от поставщика 1002.

Фиг. 9 - структурная схема поставщика 102 и двух запросчиков 104a, 104b, которые могут присоединяться к сети 110 промежуточных узлов доступа. Запросчик A 104a может предоставлять привязку A 1120a отсроченного оперативного режима. Запросчик B 104b может предоставлять привязку B 1120b отсроченного оперативного режима. Поставщик 102 может принимать привязку A 1120a отсроченного оперативного режима и/или привязку B 1120b отсроченного оперативного режима. Если поставщик 102 продолжает принимать любую из привязки 1120a, 1120b отсроченного оперативного режима, поставщик 102 может предоставлять свои имеющиеся в распоряжении привязки 1112, привязку A 1112a и привязку B 1112b. После того, как поставщик 102 добавляет свои имеющиеся в распоряжении привязки 1112, запросчики 104a, 104b могут использовать любые из своих требуемых привязок 1112a, 1112b, соответственно. Поставщик 102 затем может продолжать предоставлять привязки 1112 запросчикам 104a, 104b. Более точно, поставщик 102 может предоставлять привязку A 1112a запросчику A 104a и привязку B 1112b запросчику B 104b.

Если только один из запросчиков 104 удаляет свою привязку 1120 отсроченного оперативного режима, поставщик 102 может оставаться присоединенным к сети 110 промежуточных узлов доступа и может продолжать предоставлять свои имеющиеся в распоряжении привязки 1112. Например, если запросчик A 104a, был должен удалять свою привязку A1120a отсроченного оперативного режима поставщик 102, затем может останавливать предоставление привязки A 1112a запросчику A104a. Однако, так как запросчик B 104b по-прежнему является добавляющим свою привязку B 1120b отсроченного оперативного режима, поставщик 102 может продолжать предоставлять свои имеющиеся в распоряжении привязки 1112 и может продолжать предоставление привязки B 1112b запросчику B 104b. Если оба, запросчик A 104a и запросчик B 104b, должны были прекратить удалять свои привязки 1120a, 1120b отсроченного оперативного режима, из условия, чтобы никакой запросчик 104, присоединенный к сети 110 промежуточных узлов доступа, не был предоставляющим привязку 1120 отсроченного оперативного режима, которая касалась поставщика 102, то поставщик 102, например, может отсоединяться от сети 110 на некоторое время. Это может устранять сложные проблемы, связанные с приведением в порядок отсоединенного устройства, так как способность производить это определение может предоставлять поставщику возможность отсоединяться от сети, когда его службы не требуются.

Фиг. 10 - схема последовательности операций варианта осуществления способа 1200 поставщика 102, поддерживающего связь с сетью 110 промежуточных узлов доступа. Поставщик 102 может присоединяться 1202 к сети 110 промежуточных узлов доступа. После того, как поставщик 102 присоединен 1202 к сети 110 промежуточных узлов доступа, поставщик 102 может определять 1206, существуют ли какие-нибудь привязки 320 отсроченного оперативного режима в сети 110 промежуточных узлов доступа, которые идентифицируют любые привязки 112, которые поставщик 102 может предоставлять 1210. Если поставщик 102 определяет 1206, что есть привязки 320 отсроченного оперативного режима, которые идентифицируют по меньшей мере одну привязку 110, предоставленную поставщиком 102, то поставщик 102 может предоставлять 1210 свои привязки 112 сети 110. Если поставщик 102 определяет 1206, что нет никаких привязок 320 отсроченного оперативного режима, которые идентифицируют по меньшей мере одну привязку 112, предоставленную 1210 поставщиком 102, то поставщик 102 может отсоединяться 1214 от сети 110 промежуточных узлов доступа. В альтернативном варианте осуществления определение 1206 может использовать протокол без установления соединения и предварять присоединение к сети 1202.

После того как поставщик 102 предоставил 1210 свои привязки 112, поставщик 102 может ожидать 1212 в течение периода времени до определения 1206, присутствует ли привязка 320 отсроченного оперативного режима по-прежнему. Дополнительно поставщик 102, после отсоединения 1214 от сети 100, может ожидать 1216 в течение периода времени до повторного присоединения 1202 к сети 100 и определения, присутствуют ли применимые привязки 320 отсроченного оперативного режима. Эти периоды времени могут быть одинаковым периодом времени или могут отличаться по продолжительности.

Фиг. 11 - схема последовательности операций варианта осуществления способа 1300 запросчика 104, устанавливающего связь с поставщиком 102 в сети 100. Запросчик 104 может присоединяться 1302 к сети 100. Запросчик 104 может определять 1304, какие привязки 112 необходимы. Например, запросчик 104 может определять 1304, что ему необходимы данные от службы 108. Запросчик 104 затем может определять 1304, какие привязки 112 необходимы для получения данных.

Запросчик 104 может упаковывать 1306 новые привязки 320 отсроченного оперативного режима. Упаковывание 1306 новых привязок 320 отсроченного оперативного режима может включать в себя упаковывание 1306 надлежащего ID 114 объекта с ID 322 интерфейса, который является идентификатором отсроченного оперативного режима. Упаковывание 1306 новых привязок 320 отсроченного оперативного режима также может включать в себя отсутствие упаковывания 1306 ранее упакованных или больше не требуемых привязок 320 отсроченного оперативного режима, как обсуждено ниже.

Запросчик 104 может предоставлять 1308 привязки 320 отсроченного оперативного режима. Предоставление 1308 привязок 320 отсроченного оперативного режима может включать в себя отправку привязки 320 отсроченного оперативного режима по сети 100. Запросчик 104 может принимать 1312 привязки 112 от поставщика 102. Запросчик 104 может определять 1314, следует ли удалять по меньшей мере одну привязку 320 отсроченного оперативного режима. Если запросчик 104 определяет 1314, что он не должен удалять по меньшей мере одну привязку 320 отсроченного оперативного режима, запросчик 104 может ожидать 1322 в течение периода времени до определения вновь, какие привязки 112 необходимы. Если запросчик 104 определяет 1314, что он должен удалять по меньшей мере одну привязку 320 отсроченного оперативного режима, запросчик 104 может удалять 1316 привязку 320 отсроченного оперативного режима. В настоящем изобретении, запросчик 104 удаляет только те привязки 320 отсроченного оперативного режима, которые больше не нужны. Например, после того, как запросчик 104 принял требуемые службы 108, запросчик 104 больше может не нуждаться ни в каких привязках 112, а потому может удалять 1316 привязку 320 отсроченного оперативного режима для такой службы.

Запросчик 104 может определять 1318, необходимы ли какие-нибудь оставшиеся привязки 112. Если запросчик 104 определяет 1318, что есть оставшиеся привязки 112, которые необходимы, запросчик 104 может вновь определять 1304, какие привязки 112 необходимы. Если запросчик 104 определяет 1304, что нет оставшихся привязок 112, которые необходимы, запросчик 104 может ожидать 1320 в течение периода времени и вновь определять 1304, какие привязки 112 необходимы.

Фиг. 12 - структурная схема компонентов аппаратных средств, которые могут использоваться в варианте осуществления вычислительного устройства или встроенного устройства. Вычислительное устройство и/или встроенное устройство могут использоваться в качестве поставщика, запросчика и/или промежуточного узла доступа. ЦП 1410 (центральный процессор, CPU) или процессор может быть предусмотрен для управления работой устройства 1402, включающего в себя другие его компоненты, которые присоединены к ЦП 1410 через шину 1412. ЦП 1410 может быть воплощен в виде микропроцессора, микроконтроллера, цифрового сигнального процессора или другого устройства, известного в данной области техники. ЦП 1410 выполняет логические и арифметические операции на основании управляющей программы, хранимой в памяти 1414. В определенных вариантах осуществления, память 1414 может быть внутриплатной памятью, заключенной ЦП 1410. Например, микроконтроллеры часто включают в себя определенный объем внутриплатной памяти.

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

Устройство 1402 также может включать в себя память 1414. Память 1414 может включать в себя оперативное запоминающее устройство (ОЗУ, RAM) для сохранения временных данных. В качестве альтернативы, или в дополнение, память 1414 может включать в себя постоянное запоминающее устройство (ПЗУ, ROM) для хранения более долговременных данных, таких как постоянный код и конфигурационные данные. Память 1414 также может быть воплощена в качестве магнитного устройства хранения данных, такого как накопитель на магнитных дисках. Память 1414 может быть любым типом электронного устройства, допускающего хранение электронной информации.

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

Настоящие системы и способы могут использоваться в нескольких контекстах. Фиг. 13 иллюстрирует один из вариантов осуществления системы, в которой могут быть реализованы настоящие системы и способы. Фиг. 13 - структурная схема, которая иллюстрирует один из вариантов осуществления системы 1500 освещения, которая включает в себя систему 1508 контроллера освещения. Система 1500 освещения по фиг. 13, может содержаться в различных комнатах в доме. Как проиллюстрировано, система 1500 включает в себя комнату A 1502, комнату B 1504 и комнату C 1506. Хотя три комнаты показаны на фиг. 13, система 1500 может быть реализована в любом количестве и многообразии комнат в пределах дома, жилого помещения, здания или другой среды.

Система 1508 контроллера освещения может контролировать и управлять дополнительными встроенными системами и компонентами в пределах системы 1500. В одном из вариантов осуществления, комната A 1502 и комната B 1504 каждая включает в себя коммутационный компонент 1514, 1518. Коммутационные компоненты 1514, 1518 также могут включать в себя вспомогательную встроенную систему 1516, 1520. Вспомогательные встроенные системы 1516, 1520 могут принимать команды из системы 1508 контроллера освещения. Вспомогательные встроенные системы 1516, 1520, затем, могут выполнять эти команды. Команды могут включать в себя включение питания или выключение питания различных компонентов 1510, 1512, 1522, 1524 освещения. Команды также могут включать в себя затемнение яркости или повышение яркости различных компонентов 1510, 1512, 1522, 1524 освещения. Команды дополнительно могут включать в себя компоновку яркости компонентов 1510, 1512, 1522, 1524 освещения в различные картины. Вспомогательные встроенные системы 1516, 1520 содействуют системе 1508 контроллера освещения для контроля и управления каждым компонентом 1510, 1512, 1522, 1524 освещения, расположенным в комнате A 1502 и комнате B 1504.

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

Система 1508 контроллера освещения также может контролировать и выдавать команды непосредственно на отдельные компоненты 1530, 1532 освещения в пределах системы 1500. Эти команды могут включать в себя такие же команды, как описанные ранее.

В варианте осуществления по фиг. 13, компоненты 1510, 1512, 1522, 1524, 1526, 1530, 1532 освещения могут рассматриваться в качестве поставщика. Эти компоненты могут поставлять данные, касательно своего состояния, например, является ли компонент освещения включенным или выключенным, либо текущую или прошлую мощность в ваттах, проходящую через компонент освещения. Подобным образом вспомогательные встроенные системы 1516, 1520, 1528 могут действовать в качестве обоих, поставщика и запросчика. Например, вспомогательные встроенные системы 1516, 1520, 1528 могут запрашивать данные или услуги у компонентов 1510, 1512, 1522, 1524, 1526, 1530, 1532 освещения. Вспомогательные встроенные системы 1516, 1520, 1528 также могут поставлять данные, принятые из компонентов 1510, 1512, 1522, 1524, 1526, 1530, 1532 освещения, в систему 1508 контроллера освещения, которая может действовать в качестве запросчика.

Фиг. 14 - дополнительный вариант осуществления системы, в которой могут быть реализованы представленные системы и способы по настоящему изобретению. Фиг. 14 - структурная схема, иллюстрирующая систему 1600 безопасности. Система 1600 безопасности, в изображенном варианте осуществления, реализована в комнате A 1602, комнате B 1604 и комнате C 1606. Эти комнаты могут быть в пределах дома или другой замкнутой среды. Система 1600 также может быть реализована в открытой среде, где комнаты A, B и C, 1602, 1604, 1606 соответственно представляют территории или границы.

Система 1600 включает в себя систему 1608 контроллера безопасности. Система 1608 контроллера безопасности контролирует и принимает информацию с различных компонентов в пределах системы 1600. Например, датчик 1614, 1618 движения может включать в себя вспомогательную встроенную систему 1616, 1620. Датчики 1614, 1618 движения могут контролировать ближайшее пространство на движение и предупреждать систему 1608 контроллера безопасности, когда обнаружено движение, с помощью вспомогательной встроенной системы 1616, 1620. Система 1608 контроллера безопасности также может выдавать команды на различные компоненты в пределах системы 1600. Например, система 1608 контроллера безопасности может выдавать команды во вспомогательные встроенные системы 1616, 1620 для включения питания или выключения питания датчика 1610, 1622 открывания окна и датчика 1612, 1624 открывания двери. В одном из вариантов осуществления, вспомогательные встроенные системы 1616, 1620 уведомляют систему 1608 контроллера безопасности, когда датчики 1610, 1622 открывания окон обнаруживают перемещение окна. Подобным образом, вспомогательные встроенные системы 1616, 1620 уведомляют систему 1608 контроллера безопасности, когда датчики 1612, 1624 открывания дверей обнаруживают перемещение двери. Вспомогательные встроенные системы 1616, 1620 могут выдавать команды на датчики 1614, 1618 движения для приведения в действие СИД (не показан), расположенный в датчиках 1614, 1618 движения.

Система 1608 контроллера безопасности также может контролировать и выдавать команды непосредственно на отдельные компоненты в пределах системы 1600. Например, система 1608 контроллера безопасности может контролировать и выдавать команды для включения питания или выключения питания на датчик 1630 движения или датчик 1632 открывания окна. Система 1608 контроллера безопасности также может выдавать команду датчику 1630 движения и датчику 1632 открывания окна для приведения в действие СИД (не показан) или уведомлений звуковым сигналом тревоги в пределах датчиков 1630, 1632.

Каждый отдельный компонент, составляющий систему 1600, также может включать в себя вспомогательную встроенную систему. Например, фиг. 14 иллюстрирует датчик 1626 открывания дверей, включающий в себя вспомогательную встроенную систему 1628. Система 1608 контроллера безопасности может контролировать и выдавать команды во вспомогательную встроенную систему 1628 до некоторой степени подобно тому, как описано ранее.

В варианте осуществления по фиг. 14, датчики 1610, 1612, 1622, 1624, 1626, 1630, 1632 могут рассматриваться в качестве поставщиков. Эти датчики 1610, 1612, 1622, 1624, 1626, 1630, 1632 могут поставлять данные касательно своего состояния. Например, датчики 1610, 1622, 1632 открывания окон могут поставлять данные касательно того, открыты они или закрыты. Подобным образом, вспомогательные встроенные системы 1616, 1620, 1628 могут действовать в качестве обоих, поставщика и запросчика. Например, вспомогательные встроенные системы 1616, 1620, 1628 могут запрашивать данные или услуги у датчиков 1610, 1612, 1622, 1624, 1626, 1630, 1632. Вспомогательные встроенные системы 1616, 1620, 1628 также могут поставлять данные, принятые с датчиков 1610, 1612, 1622, 1624, 1626, 1630, 1632, в систему 1608 контроллера безопасности, которая может действовать в качестве запросчика.

Фиг. 15 - структурная схема, иллюстрирующая один из вариантов осуществления домашней системы 1700. Домашняя система 1700 включает в себя домашний контроллер 1708, который содействует контролю различных систем, таких как система 1500 освещения, система 1600 безопасности, и тому подобные. Домашняя система 1700 предоставляет пользователю возможность управлять различными компонентами и системами через одну или более встроенных систем. В одном из вариантов осуществления, система 1708 домашнего контроллера контролирует и выдает информацию таким же образом, как описано ранее относительно фиг. 13 и 14. В изображенном варианте осуществления, домашний контроллер 1708 выдает команды на отопительный компонент 1724 через вспомогательную встроенную систему 1720. Отопительный компонент 1724 может включать в себя отопительный котел или другие отопительные устройства, типично обнаруживаемые в местах постоянного проживания или офисах. Система 1708 домашнего контроллера может выдавать команды для включения питания или выключения питания отопительного компонента 1724 через вспомогательную встроенную систему 1720.

Подобным образом, домашний контроллер 1708 может контролировать и выдавать команды непосредственно на компонент в пределах домашней системы 1700, такой как компонент 1730 охлаждения. Компонент 1730 охлаждения может включать в себя воздушный кондиционер или другие устройства охлаждения, типично обнаруживаемые в местах постоянного проживания или офисах. Центральный домашний контроллер 1708 может выдавать команду компоненту 1730 охлаждения для включения питания или выключения питания, в зависимости от показаний температуры, собранных центральной встроенной системой 1708. Домашняя система 1700 функционирует до некоторой степени подобно тому, как описано ранее относительно фиг. 13 и 14.

В варианте осуществления по фиг. 15, датчик 1710 открывания окна, датчик 1712 открывания дверей, отопительный компонент 1724, компонент 1730 охлаждения и компоненты 1722, 1726, 1732 освещения могут рассматриваться в качестве поставщиков. Эти элементы 1710, 1712, 1722, 1724, 1726, 1730, 1732 могут поставлять данные касательно своего состояния. Например, отопительный и охлаждающий компоненты 1724, 1730 могут поставлять данные касательно текущей температуры в своих соответственных комнатах 1704, 1706. Отопительный и охлаждающий компоненты 1724, 1730 могут поставлять данные касательно состояния компонента, включен он или выключен, его последний коэффициент использования мощности, любые системные ошибки, и т.п. Подобным образом вспомогательные встроенные системы 1716, 1720, 1728 могут действовать в качестве обоих, поставщика и запросчика. Например, вспомогательные встроенные системы 1716, 1720, 1728 могут запрашивать данные или услуги у этих элементов 1710, 1712, 1722, 1724, 1726, 1730, 1732. Вспомогательные встроенные системы 1716, 1720, 1728 также могут поставлять данные, принятые с элементов 1710, 1712, 1722, 1724, 1726, 1730, 1732, в систему 1708 домашнего контроллера, которая может действовать в качестве запросчика.

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

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

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

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

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

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

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

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

Различные иллюстративные логические блоки, модули и схемы, описанные в связи с вариантами осуществления, раскрытыми в материалах настоящей заявки, могут быть реализованы или выполнены с помощью процессора общего назначения, цифрового сигнального процессора (ЦСП), специализированной интегральной схемы (ASIC), сигнального устройства программируемой пользователем вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных компонентов аппаратных средств или любого их сочетания, предназначенного для выполнения функций, описанных в материалах настоящей заявки. Процессором общего применения может быть микропроцессор, но в альтернативном варианте процессор может быть любым традиционным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован в виде комбинации вычислительных устройств, например сочетания ЦСП и микропроцессора, множества микропроцессоров, одного или более микропроцессоров в соединении с ЦСП-ядром, или любой другой такой конфигурации.

Этапы способа или алгоритма, описанные в связи с вариантами осуществления, раскрытыми в материалах настоящей заявки, могу быть воплощены непосредственно в аппаратных средствах, в программном модуле, выполняемом процессором, или в сочетании этих двух. Программно реализованный модуль может находиться в памяти ОЗУ, флэш-памяти, памяти ПЗУ, памяти СППЗУ(EPROM, стираемого программируемого ПЗУ), памяти ЭСППЗУ (EEPROM, электрически стираемого программируемого ПЗУ), регистрах, на жестком диске, съемном диске, CD-ROM (ПЗУ на компакт диске) или любой другой разновидности запоминающего носителя, известной в данной области техники. Примерный запоминающий носитель присоединен к процессору из условия, чтобы процессор мог считывать информацию с и записывать информацию на запоминающий носитель. В альтернативном варианте запоминающий носитель может быть интегральным по отношению к процессору. Процессор и запоминающий носитель могут находиться в ASIC. ASIC может находиться в пользовательском терминале. В альтернативном варианте процессор и запоминающий носитель могут находиться, в виде дискретных компонентов, в пользовательском терминале.

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

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

ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ

Настоящее изобретение применимо к встроенной системе.

Claims (11)

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

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

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

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

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

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

7. Способ по п.6, в котором этап контроля сообщений использует протокол без установления соединения.

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

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

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

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

Images