КОНФИГУРИРОВАНИЕ ОБОРУДОВАНИЯ РАСПРЕДЕЛЕННОГО ПОЛУЧЕНИЯ ДАННЫХ Российский патент 2018 года по МПК H04L29/08 H04L12/24 G07F9/02 G07F11/00 

Область техники, к которой относится изобретение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.4A показывает схематичный вид другого формата сообщений;

Фиг.4B показывает схематичный вид другого формата сообщений; и

Фиг.5 показывает блок-схему последовательности операций одного способа.

Подробное описание изобретения

Фиг.1A показывает схематичный вид системы получения данных, содержащей центральный объект, оборудование сбора данных и оборудование получения данных согласно варианту осуществления настоящего изобретения. Более конкретно, система получения данных согласно настоящему варианту осуществления предусматривает центральный объект 10, оборудование сбора данных в форме одного или более модулей 30, 30' сбора данных и оборудование получения данных в форме одного или более модулей 40, 40' получения данных. Центральный объект 10 может обмениваться данными с модулями 30, 30' сбора данных посредством использования некоторой сети или сетевой системы 20, возможно включающей в себя Интернет, одну или более корпоративных сетей и/или сетей общего пользования, таких как сети телефонной или мобильной связи.

В качестве примера, первая линия 91 связи соединяет центральный объект 10 с сетью 20, и вторая линия 92 связи соединяет, по меньшей мере, один модуль 30 сбора данных с сетью 20. В качестве дополнительных примеров, линия 92 связи между модулем 30 сбора данных и сетью 20 может представлять собой прямое или квазипрямое Интернет-подключение, например, через DSL- или LAN-линию. Дополнительно, также может использоваться беспроводная передача данных, так что оборудование 30, 30' сбора данных обменивается данными через радиоинтерфейс (GSM, UMTS, WLAN, Wi-Fi, WiMaX и т.п.) с сетью мобильной связи или соответствующей точкой доступа и в силу этого с сетью 20.

Необязательно, один или более модулей 30' сбора данных оборудования сбора данных могут соединяться посредством одного или более промежуточных уровней сбора данных в сеть 20. Один путь состоит в том, чтобы реализовывать необязательное оборудование 50 промежуточного уровня между модулями сбора данных и сетью 20. Такое необязательное оборудование уровня (модули), в свою очередь, может собирать, обрабатывать и/или перенаправлять данные из одного или более модулей 30' сбора данных в, из или между сетью 20. Например, необязательное оборудование 50 может предоставляться на уровне здания, секции, отдела или этажа. Таким образом, соответствующее оборудование 50 собирает, обрабатывает и/или перенаправляет данные из/в оборудование 30' сбора данных, т.е., соответственно, размещается в одной секции, в одном здании, в одном отделе или на одном этаже. Например, все модули 30' сбора данных, установленные на одном этаже здания, могут обмениваться данными с модулем 50 соответствующего уровня, который, в свою очередь, обменивается данными с модулем уровня, предусмотренными для одного здания, для одного производственного объекта и т.д. В общем, оборудование уровня может предоставляться в соответствии со свойствами помещения, в том смысле, что один уровень предоставляется на уровне производственного объекта помещения, подчиненный уровень предоставляется на уровне здания производственного объекта, и другой подчиненный уровень предоставляется на уровне этажа здания.

Оборудование получения данных имеет форму, по меньшей мере, одного модуля 40 получения данных, размещаемого в соответствующем месте для получения данных (сбора информации). Эти данные могут получаться посредством использования одного или более датчиков, которые сконфигурированы с возможностью преобразовывать некоторый физический показатель в числовое значение, которое является подходящим для передачи по сети связи. Упомянутые физические показатели могут включать в себя любую измеримую величину, такую как температура, освещенность, время и дата, давление воздуха, влажность, ток, напряжение, сопротивление и т.п. Более конкретно, измеренный показатель может отражать некоторое состояние устройства, к примеру, показатель расходования, уровень заполнения, дату истечения срока действия и т.п. Например, световая завеса может использовать источник света и светочувствительный датчик, который измеряет интенсивность освещения для определения уровня заполнения раздатчика или мусорного бака. Другие подходящие принципы, которые могут считываться через физический показатель, включают в себя инфракрасное обнаружение, ультрафиолетовое обнаружение, радиочастотное (RF) обнаружение, ультразвуковое обнаружение и т.д.

Предпочтительно, один отдельный модуль 40 получения данных обменивается данными, по меньшей мере, с одним модулем 30 сбора данных по линии 93 связи. Упомянутая линия 93 связи предпочтительно представляет собой линию беспроводной связи, к примеру, линию радио- или инфракрасной связи, которая, в свою очередь, может соответствовать одному или более применимых стандартов (например, IrDA, IEEE802.15.4, ZigBee, RF4CE, SP100, IEEE802.11, Bluetooth(TM) или аналогичных технологий). Таким образом, полный двунаправленный обмен данными становится возможным между центральным объектом 10, с одной стороны, и одним отдельным получением 40, 40' данных, с другой.

В частности, центральный объект 10 может передавать данные по линии 91 связи, сети 20, линии 92 связи, ассоциированному модулю 30 сбора данных и линии 93 связи в конкретный модуль 40' получения данных. Аналогично, отдельный модуль 40' получения данных может передавать данные обратно в центральный объект 10 по линии 93 связи, ассоциированному модулю 30 сбора данных, линии 92 связи, сети 20 и линии 91 связи. В качестве примера, данные в нисходящей линии связи, т.е. в направлении из центрального объекта 10 в модуль получения данных, могут содержать конфигурационные данные, тогда как данные в восходящей линии связи, т.е. в направлении из одного модуля получения данных в центральный объект 10, могут содержать данные датчиков, представляющие локально полученные данные в формате, подходящем для передачи и последующей обработки.

Нисходящая линия связи обеспечивает централизованное конфигурирование оборудования распределенного сбора и получения данных, скажем, из центрального объекта 10. Такое конфигурирование может осуществляться глобально (т.е. для всего подключенного оборудования), по группам (например, для всех модулей 40 получения данных, которые соединяются с одним конкретным модулем 30 сбора данных или с модулями 30, размещаемыми на одном этаже, здании, производственном объекте и т.д.), либо на отдельном уровне одного конкретного модуля получения данных. Конфигурационные данные, по сути, могут определять поведение одного модуля 40, 40' получения данных, к примеру, задание интервала получения (т.е. периода, в который повторяется получение данных), точности (т.е. точности данных, которые должны получаться и/или перенаправляться, циклов усреднения и т.д.), выбор показателя (например, выбирается одно из нескольких возможных измерений), перевод модуля в состояние включения питания, выключения питания или бездействия либо задание интервала передачи, с которым модуль 40' получения данных передает полученные данные в ассоциированный модуль 30 сбора данных.

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

Фиг.1B показывает схематичный вид отдельного модуля сбора данных согласно другому варианту осуществления настоящего изобретения. Соответственно, отдельный модуль 30 сбора данных содержит процессор 302, запоминающее устройство 301 и модуль 303 связи. Запоминающее устройство 301 может сохранять код в виде компьютерных инструкций, который может выполняться на процессоре 302, с тем, чтобы реализовывать функциональности и варианты осуществления способа настоящего изобретения. Модуль 303 связи необязательно может содержать одно или два устройства беспроводной связи, которые упрощают обмен данными и связь с сетью 20 (или, соответственно, с оборудованием 50 верхнего уровня), с одной стороны, и с одним или более ассоциированных модулей 40, 40' получения данных, с другой. Например, обмен данными с сетью 20 может осуществляться через линию беспроводной связи с оборудованием 50 уровня, которое, в свою очередь, имеет DSL- или LAN-соединение с Интернетом. Аналогично, связь с ассоциированным модулем получения данных может реализовываться посредством линии радиосвязи небольшого радиуса действия, примеры которой пояснены в сочетании с линией 93 связи по фиг.1A.

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

Фиг.1C показывает схематичный вид отдельного модуля получения данных согласно другому варианту осуществления настоящего изобретения. Соответственно, отдельный модуль 40 получения данных содержит процессор 402, запоминающее устройство 401 и модуль 403 связи. Запоминающее устройство 401 может сохранять код в виде компьютерных инструкций, который может выполняться на процессоре 402, с тем, чтобы реализовывать функциональности и варианты осуществления способа настоящего изобретения. Модуль 403 связи необязательно может содержать одно устройство беспроводной связи, которое упрощает обмен данными и связь с ассоциированным модулем 30 сбора данных. С другой стороны, предпочтительно связь с ассоциированным модулем получения данных может реализовываться посредством линии радиосвязи небольшого радиуса действия.

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

Фиг.2A показывает возможную реализацию оборудования сбора данных и оборудования получения данных в помещении согласно другому варианту осуществления настоящего изобретения, более конкретно, в качестве помещения для обслуживания в форме уборной 1. Уборная 1 имеет несколько мест, из которых могут раздаваться расходные материалы, включающих в себя мусорные баки 41, раздатчики 42 туалетной бумаги, раздатчики 43 средства для обработки рук и раздатчики 44 полотенец для рук. Во время использования уборной, раздатчики 43 средства для обработки рук, раздатчики 44 полотенец для рук и раздатчики 42 туалетной бумаги могут опустошаться, в то время как мусорные баки 41 могут заполняться.

В традиционных подходах к обслуживанию помещений, обслуживающий персонал или группа должна периодически проверять уборную 1, что включает в себя проверку уровней в раздатчиках 43, количества полотенец для рук в раздатчиках 44 полотенец для рук, количества туалетной бумаги в раздатчиках 42 туалетной бумаги и уровней отходов в каждом из мусорных баков 41. Обслуживающий персонал может принимать решение в отношении того, требуется или нет пополнение какого-либо из ресурсов, в период до своего следующего регламентного посещения для проведения работ по уходу и обслуживанию, и он может пополнять эти ресурсы, которые предположительно требуют такого пополнения при условии, что сотрудник имеет достаточные расходные материалы на тележке с принадлежностями для ухода и обслуживания. Обслуживающий персонал также может опустошать баки 14a, 14b, 14c при условии, что сотрудник имеет достаточную оставшуюся вместимость для отходов на тележке с принадлежностями для ухода и обслуживания. Если либо вместимость для отходов, либо оставшиеся ресурсы на тележке являются недостаточными, сотрудник может не пополнять ресурсы либо может корректировать свой маршрут таким образом, чтобы посещать централизованное место хранения для того, чтобы повторно заполнять тележку, перед продолжением.

В настоящем варианте осуществления, уборная 1 на фиг.2A также включает в себя модуль 31 сбора данных, например, модуль, который описывается как модуль 30, 30' в сочетании с другими вариантами осуществления. Модуль 31 сбора данных имеет ассоциированные модули сбора данных в каждом из раздатчиков/баков 41-44. В частности, эти модули получения данных измеряют, соответственно, расходование полотенец, бумаги и мыла и уровень заполнения баков 41, с тем, чтобы сообщать эти полученные данные через модуль 31 сбора данных в центральный объект для обслуживания помещений. Эти данные передаются на восходящей линии связи в упомянутый центральный объект.

Фиг.2B показывает реализацию центрального объекта и связанной инфраструктуры, оборудования и дополнительных устройств, согласно другому варианту осуществления настоящего изобретения. По различным каналам связи, все оборудование распределенного получения данных передает данные по оборудованию сбора данных и сети 21 в центральный объект в форме сервера 11 или в форме приложения, которое работает в выделенном или распределенном вычислительном оборудовании. К извлекаемой информации может осуществляться доступ, и она может оцениваться из рабочей станции 12 администратора, соединенной с сервером 11, например, когда менеджер планирует график посещений для проведения работ по уходу и обслуживанию. Альтернативно, сервер 11 может, на основе анализа, выполняемого для данных по использованию, полученных из уборной 1, предоставлять инструкции или пересмотренную информацию графика работ в карманный модуль 14, предоставленный для обслуживающего персонала, либо в ассоциации с конкретной тележкой с принадлежностями для ухода и обслуживания, чтобы направлять обслуживающий персонал в те помещения, которые требуют срочного обслуживания. Такие карманные модули 14 могут использовать любую стандартную сеть 22 мобильной связи. Дополнительно, дополнительные необязательные ресурсы обработки и/или баз данных могут предусматриваться в форме аппаратных средств 13.

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

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

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

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

Фиг.3 показывает схематичный вид последовательности сообщений и данных между центральным объектом, модулем сбора данных и модулем получения данных согласно другому варианту осуществления настоящего изобретения. Соответственно, центральный объект 10 получает конфигурационные данные 700 для одного конкретного модуля 40 получения данных, выбранных модулей 40 получения данных из всего оборудования получения данных либо конфигурационные данные, которые являются применимыми к оборудованию получения данных в целом. Эти конфигурационные данные 700 включены в сообщение 70, которое должно отправляться в модуль 30 сбора данных. Конфигурационные данные 700 могут состоять из сообщения 70 способом "один-к-одному", т.е. сообщение 70 воспроизводит идентично конфигурационные данные 700, но конфигурационные данные 700 могут быть включены в сообщение 70 посредством сжатия, выбора, шифрования, снабжения цифровой подписью, запутывания, извлечения и т.п.

Сообщение 70 также содержит тело сообщения, которое отличает сообщение 70 как таковое от конфигурационных данных 700 как таковых. Тело сообщения может содержать данные, которые позволяют линиям связи и/или предусмотренному сетевому оборудованию, фактически обрабатывающему сетевой трафик, корректно перенаправлять сообщение 70 из центрального объекта 10 в конкретный модуль 30 сбора данных. Например, сообщение 70 может содержать любую подходящую информацию адреса (например, TCP/IP-заголовок), которая дает возможность надежного перенаправления сообщения 70 в целевой модуль 30 сбора данных. В общем, тело сообщения может идентифицироваться в качестве остатка от сообщения, когда конфигурационные данные (рабочие данные) удаляются.

Дополнительно, тело сообщения также может содержать данные, которые адресуются в модуль 30 сбора данных и не связаны с модулем 40 получения данных. Такие данные могут включать в себя конфигурационные данные для модуля 30 сбора данных и/или данные, которых требует модуль 30 сбора данных, чтобы иметь возможность перенаправлять конфигурационные данные 700 в корректный модуль 40 получения данных. Во втором случае, эти данные, в частности, могут включать в себя идентификационные данные, с тем, чтобы идентифицировать соответствующий модуль 40 получения данных. А именно, модуль 30 сбора данных получателя использует упомянутые данные для того, чтобы определять корректный целевой модуль 40 получения данных, в который должны передаваться конфигурационные данные 700. Сообщение 70 формируется посредством включения конфигурационных данных 700 в надлежащее тело сообщения.

Такое сформированное сообщение 70 затем перенаправляется на этапе 81 в модуль 30 сбора данных. На этапе 82, сообщение 70 обрабатывается в модуле 30 сбора данных, с тем, чтобы извлекать конфигурационные данные 700. Эта обработка, например, может включать в себя оценку тела сообщения или оставшихся данных сообщения 70, с тем чтобы идентифицировать корректный модуль 40 получения данных, в который адресуются конфигурационные данные 700. Такая обработка также может включать в себя дешифрование, распаковку, перекомпоновку в правильном порядке, добавление дополнительных команд и вспомогательных данных и т.п. Так или иначе, определяются один или болей модулей 40 получения данных, в которые должны перенаправляться конфигурационные данные 700. После того, как это определение завершается, конфигурационные данные 700 могут передаваться в модуль 40 получения данных адресата на этапе 83. Необязательно, на этапе 84, конфигурационные данные, возможно адресованные самому модулю 30 сбора данных, обрабатываются и выполняются.

Таким образом, только требуемые данные передаются по соответствующим сетевым линиям связи. Например, остаток от сообщения 70 опускается на этапе 83, поскольку только конфигурационные данные 700 представляют интерес для целевого модуля 40 получения данных. Таким образом, как модуль 30 сбора данных, так и модуль 40 получения данных экономят ресурсы питания и связи за счет исключения передачи данных, которые не представляют интерес для цели (модуля 40 получения данных) и которые, кроме того, уже обработаны и оценены посредством модуля 30 сбора данных. Другими словами, любая информация, идентифицирующая целевой модуль 40 получения данных, которая является частью сообщения 70, не должна обязательно передаваться в модуль 40 получения данных, поскольку передача конфигурационных данных 700 в конкретный модуль получения данных уже изначально и всеобъемлюще использует такую идентифицирующую информацию.

Фиг.4A показывает схематичный вид другого формата сообщений. Соответственно, сообщение 71 содержит тело 720 сообщения и конфигурационные данные 710. Сообщение может иметь форму цепочки из M байтов, при этом первые N байтов (B1-B_N) составляют тело 720 сообщения, а байты N+1 (B_N+1)-M (B_M) составляют конфигурационные данные 710. Таким образом, сообщение 71 является простой конкатенацией байтов B₁-B_M, с тем, чтобы формировать тело сообщения и конфигурационные данные.

В этом примере, конфигурационные данные 710 могут извлекаться из сообщения 71 посредством извлечения байтов B_N+1-B_M. При условии, что тело 720 сообщения и конфигурационные данные 710 имеют сравнимую длину, извлечение и перенаправление только байтов B_N+1-B_M в целевой модуль получения данных экономит приблизительно наполовину ресурсов связи и питания по сравнению с перенаправлением всего сообщения 70.

Фиг.4B показывает схематичный вид другого формата сообщений. Соответственно, сообщение 72 содержит заголовок 711 сообщения, идентификационные данные 712, условные данные 713 и конфигурационные данные 714. С другой стороны, сообщение 72 может иметь форму цепочки из L байтов, при этом байты B₁-B_I составляют заголовок 711 сообщения, байты B_J+1-B_K составляют условные данные 713, и байты B_K+1-B_L составляют конфигурационные данные 714.

Более конкретно, заголовок 711 сообщения может содержать информацию относительно маршрутизации сообщения 72 в сети или, в общем, в заголовок конкретного модуля 30 сбора данных (например, TCP/IP). Следовательно, заголовок 711 сообщения может содержать идентификационные данные для идентификации целевого модуля 30 сбора данных в форме IP-адреса и/или идентификатора модуля сбора данных. Дополнительно, идентификационные данные 712 могут указывать конкретный модуль 40 получения данных, в который должны отправляться конфигурационные данные 714. Модуль сбора данных может извлекать данные 712, с тем, чтобы определять корректный модуль 40 сбора данных, в который должны передаваться конфигурационные данные 714. Согласно этому варианту осуществления, необязательно предусмотрены условные данные 713, которые также могут оцениваться посредством модуля сбора данных, с тем, чтобы определять то, передаются или нет конфигурационные данные 714 в модуль 40 получения данных. Условные данные 713 также могут определять другие факторы, такие как, момент времени, когда должна передаваться конфигурация 714, то, какие части/секции конфигурационных данных 714 фактически передаются в модуль 40 получения данных, и т.п. Таким образом, как конфигурирование сообщения 72, так и "интеллектуальность" в модуле сбора данных на предмет способности извлекать данные из принимаемых сообщений обеспечивает возможность гибкого конфигурирования и, в силу этого, еще более эффективного использования доступных ресурсов. Например, данные 711 могут уже избегаться в необязательном оборудовании 50 уровня, как только целевой модуль(и) 30 сбора данных определен. В таком случае, только усеченное сообщение, содержащее данные 712, 713 и 714, должно фактически передаваться в модуль сбора данных.

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

Фиг.5 показывает блок-схему последовательности операций одного способа. Этот вариант осуществления способа имеет намерение конфигурировать оборудование распределенного получения данных, содержащее, по меньшей мере, один модуль сбора данных (DCU) и, по меньшей мере, один модуль получения данных (DAU), соединенный с упомянутым модулем сбора данных. Вариант осуществления способа рассматривает этап S10 получения конфигурационных данных, по меньшей мере, для одного модуля получения данных. Например, конфигурационные данные получаются из центрального объекта или управляющего интерфейса, который отвечает за управление оборудованием. Обычно, конфигурационные данные также могут предоставляться посредством локального модуля и затем перенаправляться посредством центрального модуля в распределенное оборудование или модули сбора данных.

Вариант осуществления способа дополнительно рассматривает этап S20 формирования сообщения, содержащего упомянутые конфигурационные данные, этап S30 передачи упомянутого сообщения в упомянутое оборудование сбора данных, соединенное с упомянутым, по меньшей мере, одним модулем получения данных. Затем на этапе S40, конфигурационные данные извлекаются в упомянутом модуле сбора данных (DCU), и на этапе S50, упомянутые извлеченные конфигурационные данные передаются, по меньшей мере, в один модуль получения данных (DAU). Более конкретно, вариант осуществления способа может реализовываться в форме кода и конфигурационных инструкций, с тем, чтобы адаптировать и инструктировать ресурсам обработки реализовывать любой вариант осуществления устройства или системы настоящего изобретения.

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

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

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

- получают конфигурационные данные по меньшей мере для одного модуля получения данных;

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

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

- извлекают в модуле сбора данных конфигурационные данные и условные данные;

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

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

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

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

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

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

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

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

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

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

- извлекать конфигурационные данные и условные данные из сообщения;

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

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

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

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

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

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

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

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

14. Модуль сбора данных по п.13, содержащий модуль связи для установления связи с сетью и модулем получения данных.

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

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

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

- получать конфигурационные данные по меньшей мере для одного модуля получения данных;

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

- передавать упомянутое сообщение в модуль сбора данных, соединенный по меньшей мере с одним модулем получения данных;

- извлекать в модуле сбора данных конфигурационные данные и условные данные;

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

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

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