RU2293444C2 - Способ диспетчеризации опроса устройств для считывания данных - Google Patents
Способ диспетчеризации опроса устройств для считывания данных Download PDFInfo
- Publication number
- RU2293444C2 RU2293444C2 RU2005113148/09A RU2005113148A RU2293444C2 RU 2293444 C2 RU2293444 C2 RU 2293444C2 RU 2005113148/09 A RU2005113148/09 A RU 2005113148/09A RU 2005113148 A RU2005113148 A RU 2005113148A RU 2293444 C2 RU2293444 C2 RU 2293444C2
- Authority
- RU
- Russia
- Prior art keywords
- polling
- devices
- module
- survey
- group
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/403—Bus networks with centralised control, e.g. polling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Изобретение относится к способу диспетчеризации опроса для считывания данных с устройств. Способ включает в себя следующие этапы: сортировку обслуживаемых устройств по их типам, сортировку различных типов данных каждого устройства с образованием различных модулей и назначение каждому модулю атрибута приоритета и атрибута периодичности опроса; разделение обслуживаемых устройств на две группы: группу, состоящую из устройств, подлежащих опросу, и группу, состоящую из устройств, состояние соединения которых необходимо определить; периодический опрос каждого модуля группы, состоящей из устройств, подлежащих опросу, в соответствии с его приоритетом и периодом опроса, причем можно задавать различные периоды опроса и применять различные алгоритмы опроса в зависимости от скорости изменения данных, а также алгоритмы опроса можно изменять в режиме реального времени в зависимости от состояния устройств. При этом обеспечивается достижение технического результата - возможность эффективного управления общей нагрузкой системы и сетевой нагрузкой системы управления сетью, а также рационального использования системных ресурсов. 9 з.п. ф-лы, 2 ил.
Description
Область техники
Изобретение относится к области управления сетями, в частности к способу диспетчеризации опроса для считывания данных с сетевых устройств в системе управления сетью.
Уровень техники
В системе управления сетью, основанной на простом протоколе управления сетью (Simple Network Management Protocol - SNMP), необходимо своевременно получать сообщения об изменениях состояний и конфигурации сетевых устройств. Во многих системах управления сетью используется способ периодического считывания данных с устройств, т.е. периодического опроса устройств. При большом количестве устройств опрос занимает значительную часть сетевых ресурсов, что вызывает потребность в создании способа диспетчеризации опроса.
Согласно существующим способам диспетчеризации устройство или даже тип устройств обычно рассматривают как один блок для диспетчеризации. Если в качестве блока рассматривается устройство, то для каждого такого устройства задают период опроса, его данные считывают один раз за период и вводят в систему управления сетью. Если в качестве блока рассматривается тип устройств, то для каждого типа устройств задают период опроса и выполняют за этот период последовательный опрос устройств данного типа для считывания данных с каждого устройства.
Если число устройств невелико, т.е. их всего несколько штук или несколько десятков штук, упомянутый способ вполне подходит, и его применение не вызывает затруднений. Однако при наличии большого числа устройств, измеряемого сотнями или тысячами, возникает ряд проблем.
Если при диспетчеризации в качестве блока рассматривается одно устройство, то, во-первых, управление каждым устройством будет занимать значительную часть системных ресурсов и система будет перегружена, что отрицательно скажется на выполнении других функций сетевого управления. Во-вторых, в этом случае будет невозможно обеспечить координацию между устройствами, поэтому в один и тот же промежуток времени может опрашиваться несколько устройств, что приведет к резкому увеличению трафика и нагрузки на сеть, а в наиболее тяжелых случаях - и к блокировке сети. Таким образом, работа системы управления сетью будет нарушена из-за перегрузки, и процедуры сетевого обслуживания будут выполняться не должным образом, если сеть управляется на внутреннем уровне. В-третьих, при наличии множества устройств необходимость независимой конфигурации периода опроса для каждого устройства значительно увеличивает объем работы системного администратора и усложняет его задачи с технической и административной точек зрения.
Если при диспетчеризации в качестве блока используется группа устройств, то пиковая нагрузка, связанная с управлением опросом, до некоторой степени находится под контролем, а конфигурация периодов опроса упрощается, однако с учетом последовательного характера опроса всех устройств период опроса получается длительным, из-за чего снижаются возможности системы по работе в режиме реального времени, а ее ресурсы и полоса пропускания не могут быть в достаточной мере использованы. В случае когда запросы пользователей направлены на изменение системы управления сетью, и при этом система управления сети должна быть хорошо приспособлена к работе в режиме реального времени, данный способ не может соответствовать предъявляемым требованиям. Поскольку степень координации между устройствами различных типов является слабой, а все устройства обрабатываются совместно, индивидуальный подход становится невозможен.
Кроме того, скорость изменения данных на устройстве неодинакова, тогда как существующие способы диспетчеризации предусматривают считывание всех данных устройства с одинаковой периодичностью, что исключает возможность индивидуального контроля различных данных по одному и тому же устройству. Поэтому оказывается невозможным задать более короткий период для считывания данных, изменяющихся с большей частотой, и более длинный - для данных, изменяющихся с меньшей частотой.
К тому же существующие способы диспетчеризации позволяют управлять только периодичностью опроса, но не временем опроса, поэтому невозможно перенести опрос на те периоды, когда сеть свободна, в случае если она управляется на внутреннем уровне.
Сущность изобретения
В данном изобретении предложен способ диспетчеризации опроса для считывания данных с устройств, лишенный недостатков известного уровня техники.
Предложенный способ диспетчеризации опроса для считывания данных с устройств включает в себя следующие этапы:
1) сортировку обслуживаемых устройств по их типам, сортировку различных типов данных каждого устройства с образованием различных модулей и назначение каждому модулю атрибута приоритета и атрибута периодичности опроса;
2) разделение обслуживаемых устройств на две группы: группу, состоящую из устройств, подлежащих опросу, и группу, состоящую из устройств, состояние соединения которых необходимо определить;
3) периодический опрос каждого модуля группы, состоящей из устройств, подлежащих опросу, в соответствии с его приоритетом группы и периодом опроса.
Этап 3) может в свою очередь включать в себя:
формирование очередности текущих задач опроса в соответствии с упомянутой периодичностью опроса и диспетчеризация опроса согласно очередности текущих задач опроса; причем при описании очередности текущих задач опроса используют следующие данные: идентификатор задачи, флаг "занято", идентификатор модуля, идентификатор устройства, время активации и приоритет; упомянутое время активации является текущим временем в случае постановки задачи на очередь и подлежит обновлению при получении от демонов отчета о состоянии выполнения задачи; упомянутый флаг "занято" переключается на "свободно" после получения сообщения о завершении задачи на опрос, либо сообщения о превышении времени, отведенного для выполнения этой задачи на опрос.
Кроме того, предложенный способ может включать этап задания максимального числа задач опроса. В этом случае очередь текущих задач опроса генерируют с учетом заданного максимального числа задач опроса.
Кроме того, предложенный способ может включать этап установки времени инициирования опроса в системе. В этом случае периодический опрос проводится в соответствии со временем инициирования опроса, суммированным с интервалом опроса.
Упомянутый выше атрибут периодичности опроса модуля может представлять собой величину, кратную интервалу между опросами и равной кратному значению интервалов между периодическими опросами системы на этапе 3).
Упомянутая выше группа устройств, подлежащих опросу, может быть текущей рабочей группой устройств, а группа устройств, состояние соединения которых необходимо определить, может быть текущей демонстрационной группой устройств. В этом случае этап диспетчеризации опроса с помощью очереди текущих задач опроса включает в себя:
a) задание времени инициирования опроса как суммы текущего значения времени и интервала опроса;
b) проверку по флагу "занято", существует ли свободная задача в очереди текущих задач опроса; если да - продолжение процесса, в противном случае - возврат к этапу b;
с) выбор из текущей рабочей группы устройств следующего модуля устройства для опроса;
d) проверку, имеет ли информация, полученная на этапе с, значение NULL или нет; если нет - присвоение идентификатора задачи выбранному модулю устройства и вставку идентификатора задачи в очередь текущих задач опроса с одновременной отправкой сообщения об инициировании опроса указанного модуля устройства соответствующему демон-процессу, и возвратом к этапу b; если да - проверку, все ли задачи в очереди задач опроса находятся в состоянии "свободно", если да - завершение процесса, в противном случае - возврат к этапу b.
Способ может также включать:
4) последовательный выбор устройства из группы устройств, состояние соединения которых необходимо определить, и выполнение для данного устройства PING-операции; причем успешное выполнение PING-операции показывает, что устройство соединено с системой управления сетью, а невыполнение PING-операции показывает, что устройство не соединено с системой управления сетью; если состояние соединения указанного устройства изменилось - уведомление об этом, направляемое другим демонам и процессам более высокого приоритета.
Согласно настоящему изобретению все устройства делят на группы в зависимости от их типа и внутренних модулей, кроме того, им присваивают соответствующие значения приоритета и периодичности опроса, поэтому различными типами данных одного и того же устройства можно управлять индивидуально в зависимости от скорости их изменения. Например, считывание данных, изменяющихся чаще, можно производить с большей частотой, а опрос данных, изменяющихся реже, можно производить с меньшей частотой.
Согласно настоящему изобретению все устройства делятся на две группы: текущую демонстрационную группу устройств и текущую рабочую группу устройств. Таким образом, опрашиваются только устройства, управляемые пользователями. Кроме того, для различных данных одного и того же устройства индивидуально задаются различные периоды опроса в зависимости от скорости изменения этих данных. Число заданий на опрос можно изменять в зависимости от конфигурации системы управления сетью и полосы пропускания сети с тем, чтобы системные ресурсы расходовались более экономно, а все опросы были бы должным образом координированы.
Согласно настоящему изобретению диспетчеризация всех устройств в системе управления сетью производится совместно. Вместе с тем, обработку данных, относящихся к устройствам, и обработку состояния соединений устройств производят индивидуально. Благодаря этому можно эффективно контролировать общую системную нагрузку и сетевую нагрузку системы управления сетью.
Краткое описание чертежей
Фиг.1 изображает блок-схему, иллюстрирующую архитектуру системы управления сетью.
Фиг.2 изображает блок-схему, иллюстрирующую порядок выбора модуля опроса.
Подробное описание изобретения
Далее приводится более подробное описание изобретения со ссылкой на сопутствующие чертежи.
Согласно настоящему изобретению все обслуживаемые устройства текущей системы управления сетью сгруппированы по их типам, причем различные типы данных для каждого устройства сгруппированы с образованием различных модулей; кроме того, каждому модулю присвоен атрибут приоритета и периодичность опроса. Атрибут приоритета показывает в какой последовательности будет проводиться опрос устройств. Если два модуля имеют одинаковый приоритет, то это значит, что их взаимные отношения не регламентированы, иначе говоря, любому из них может быть разрешено быть опрошенным первым. Под периодом опроса подразумевается интервал опроса данного модуля. Следовательно, в соответствии с настоящим изобретением могут быть заданы разные периоды опроса для получения различных данных с одного и того же устройства, а также определены различные алгоритмы опроса в зависимости от скорости изменения данных. Например, опрос данных, изменяющихся чаще, может производиться с большей частотой, а опрос данных, изменяющихся реже, может производиться с меньшей частотой.
Кроме того, в соответствии с настоящим изобретением все обслуживаемые устройства делятся на две группы: группу, состоящую из устройств, подлежащих опросу, и группу, состоящую из устройств, состояние соединения которых необходимо определить. Что касается первых, то считывание с них данных производится периодически, а что касается последних, то для них периодически выполняют процедуру PING, но данные не считывают. Тем самым обеспечивается возможность гибко и в режиме реального времени изменять алгоритм опроса с учетом текущей ситуации, например, с учетом приоритета опроса устройств, задействованных в данное время. Если устройство не находится в данный момент в активном окне, но его желательно включить в опрос, для этого необходимо будет лишь добавить данное устройство в группу, состоящую из устройств, опрашиваемых программой-демоном.
В результате разделения всех обслуживаемых устройств на две группы становится возможным осуществлять совместную диспетчеризацию всех устройств в системе управления сетью, причем совместную диспетчеризацию для опроса можно проводить с учетом возможного максимального числа опрашиваемых устройств и пропускной способности сети, благодаря чему обеспечивается возможность эффективного управления общей нагрузкой системы и сетевой нагрузкой системы управления сетью, а также более рационального использования системных ресурсов.
Далее приводится описание конкретного варианта выполнения изобретения. Следует отметить, что данный вариант приведен исключительно в иллюстративных целях и никоим образом не ограничивает объем притязаний изобретения. Напротив, изобретение охватывает самые различные модификации и эквивалентные варианты, отвечающие сущности изобретения и подпадающие под его объем притязаний, установленный в приложенной формуле изобретения.
В общем случае система управления сетью состоит из множества пользовательских терминалов и множества серверных программ (демон процессов). В соответствии с настоящим изобретением к оригинальной архитектуре системы добавлена специальная программа диспетчеризации опроса, т.е. демон-процесс 4, как это показано на фиг.1. Разумеется, в настоящем изобретении могут быть использованы и другие системные структуры.
Для способа диспетчеризации опроса определены следующие структуры данных:
1. Описание типа устройства
Тип устройства | Идентификатор модуля | Приоритет | Кратность интервала опроса | Идентификатор соответствующего демона |
(по умолчанию равна единице) | ||||
В данной таблице сочетание типа устройства и идентификатора модуля представляет собой индекс блока. Кратность интервала опроса представляет собой атрибут периодичности опроса данного модуля, который равен отношению периода опроса модуля к периоду опроса системы (базовому периоду опроса). Например, если кратность интервала опроса модуля равна двум, то период опроса данного модуля в два раза больше периода опроса модуля, у которого кратность интервала опроса равна единице.
2. Текущая рабочая группа устройств (РабочийСписок)
Идентификатор устройства | Идентификатор модуля | Тип устройства | Время последнего опроса |
Устройство 1 | Модуль 1 | Группировка в памяти по этому признаку | |
Устройство 1 | Модуль 2 | ||
Устройство 1 | Модуль 3 | ||
Устройство 1 | Модуль 4 | ||
Устройство 2 | |||
Устройство 3 | |||
... |
В данной таблице сочетание идентификатора идентификатора модуля представляет собой индекс блока.
3. Текущая демонстрационная группа (ДемонстрационныйСписок)
Идентификатор устройства | Состояние соединения |
Согласно данному варианту изобретения группа, состоящая из устройств, подлежащих опросу, и группа, состоящая из устройств, состояние соединения которых необходимо определить, именуются соответственно РабочийСписок и ДемонстрационныйСписок. ДемонстрационныйСписок представляет собой группу устройств, которые могут быть обнаружены абонентами. Если в других окнах интерфейса информация об устройстве скрыта, значит данное устройство в эту группу не входит. РабочийСписок представляет собой группу устройств, которые включены в интерфейс, управляемый абонентами, т.е. устройств, присутствующих в активном окне пользовательского терминала. Информация о двух упомянутых выше группах устройств приходит на сервер от абонентов, а сервер обобщает эту информацию и на ее основе формирует ДемонстрационныйСписок и РабочийСписок для всей системы управления сетью.
4. Очередь текущих задач опроса
Идентификатор задачи | Флаг занятости | Идентификатор модуля | Идентификатор устройства | Время активации | Приоритет |
1 | занято/свободно | ||||
2 | |||||
3 | |||||
... | |||||
n (n = максимальное число задач опроса) |
Каждый раз при своем инициировании задача опроса помещается в приведенную выше таблицу с флагом "занято" и указанием времени ее инициирования. Флаг "занято" снимается после того, как будет получена информация о завершении задачи или будет превышено время, отведенное для выполнения задачи. Факт превышения времени, отведенного для выполнения задачи, определяется по промежутку времени между текущим временем и временем активации. Если этот промежуток превысит допустимое время, заданное в числе указанных ниже глобальных данных, то считается, что время? отведенное для выполнения данной задачи, превышено. Время активации устанавливается равным текущему времени в момент активации задачи, затем после получения сообщений о выполнении задачи, периодически посылаемых другими демон-процессами, время активации обновляется.
5. Глобальные данные
Интервал опроса | Показывает ожидаемый интервал между данным временем инициирования и последующим временем инициирования |
опроса для всей системы; если для однократного опроса всех устройств этого времени недостаточно, то опрос устройств с данным интервалом невозможен. | |
Время инициирования опроса (часы/минуты/секунды) | Время инициирования заносится в память как абсолютное с указанием года, месяца и дня. |
Максимальное число задач опроса | Показывает максимальное число одновременно выполняемых задач опроса, поддерживаемое системой управления сетью. |
Период превышения времени, отведенного на опрос | Если другие демон-процессы получили команду на проведение опроса от процесса диспетчеризации, они должны периодически сообщать процессу диспетчеризации, завершена ли задача опроса; если сообщение не поступило в течение времени, отведенного на опрос, процесс диспетчеризации будет считать, что операция завершена. |
Период превышения времени, отведенного на PING-процесс | |
Число повторов PING-процесса |
На основании вышеперечисленных данных диспетчеризация задач опроса происходит в следующей последовательности.
На этапе 1, во-первых, инициируются все виды параметров; происходит считывание данных, описывающих типы устройств, и периода превышения времени, отведенного на опрос. Затем через интерфейсы других демон-процессов генерируются ДемонстрационныйСписок и РабочийСписок; генерируется очередь текущих задач опроса на основании максимального числа задач опроса. Если известен момент инициирования опроса, таймер устанавливается таким образом, чтобы инициировать подпроцесс опроса в момент инициирования, в противном случае таймер устанавливается таким образом, чтобы инициировать подпроцесс опроса немедленно, и процесс переходит к этапу 2. Тем временем инициируется подпроцесс определения состояния соединения, и процесс переходит к этапу 3.
На этапе 2 по очереди опрашивается каждый модуль каждого устройства в зависимости от его приоритета по опросу и кратности интервала опроса. Более подробно, данный этап включает в себя следующие этапы:
а) задание времени инициирования следующего опроса равным времени инициирования текущего запроса, суммированному с интервалом опроса;
b) проверку, существует ли свободная задача в очереди текущих задач опроса; если да - продолжение процесса, в противном случае - возврат к этапу b;
с) выбор из РабочийСписок следующего блока (идентификатор устройства + идентификатор модуля) для опроса, причем данный этап включает в себя следующие проиллюстрированные на фиг.2 этапы:
с1) выбор следующего блока из РабочийСписок;
с2) проверку не меньше ли величина [(текущее время - время последнего опроса)/кратность интервала опроса модуля] интервала опроса; если да - постоянное выполнение этапа с3, в противном случае - переход к этапу с4;
с3) проверку, существует ли блок с более высоким приоритетом, опрашиваемый при выполнении задач опроса другого модуля для того же текущего устройства; если да - то возврат к этапу 1, в противном случае - возврат информации по блоку и завершение этапа с;
с4) проверку, превышает ли кратность интервала опроса блока единицу; если да - то возврат к этапу с1, в противном случае - возвращение значения NULL, чтобы показать, что больше не осталось модулей, подлежащих опросу, и завершение этапа с.
d) если информация, возвращаемая на этапе с, равна NULL, проверку, находятся ли все объекты, входящие в РабочийСписок, в состоянии "свободно"; если да - то, поскольку это свидетельствует об окончании одного цикла опроса системы, завершение этапа 2, в противном случае - возвращение к этапу b.
e) если информация, возвращаемая на этапе с, не равна NULL, присвоение выбранному блоку идентификатора задачи, ввод идентификатора задачи в РабочийСписок, одновременную отправку соответствующему демон-процессу информации для инициирования опроса модуля устройства и возвращение к этапу b.
На этапе 3 выбор устройств происходит поочередно в соответствии с ДемонстрационныйСписок, и в отношении выбранных устройств проводят PING-операции. Если состояние соединения устройства изменилось, то другие демоны и процессы более высокого приоритета будут об этом проинформированы.
Во время выбора из РабочийСписок следующего блока для опроса на этапе с процесс диспетчеризации также получает от других демонов сообщения о том, завершена ли задача опроса. Если задача опроса завершена, то флаг "занято", которым данная задача отмечена в списке текущих задач опроса, снимается и задача переводится в состояние "свободно". Если задача опроса не завершена, то время активации задачи обновляется и становится равным значению текущего времени. Аналогичным образом флаг "занято" снимается и задача переводится в состояние "свободно" в случае превышения времени, отведенного для выполнения задачи.
Claims (10)
1. Способ диспетчеризации опроса устройств для считывания данных, включающий в себя следующие этапы:
1) сортировку обслуживаемых устройств по их типам, сортировку различных типов данных каждого устройства с образованием различных модулей и назначение каждому модулю атрибута приоритета и атрибута периодичности опроса;
2) разделение обслуживаемых устройств на две группы: группу, состоящую из устройств, подлежащих опросу, и группу, состоящую из устройств, состояние соединения которых необходимо определить;
3) периодический опрос каждого модуля группы, состоящей из устройств, подлежащих опросу, в соответствии с его приоритетом и периодом опроса, и определение состояния соединения каждого устройства, входящего в группу устройств, состояние соединения которых необходимо определить.
2. Способ по п.1, этап 3) которого дополнительно включает в себя формирование очередности текущих задач опроса в соответствии с периодичностью опроса, которую описывают с использованием данных, включающих идентификатор задачи, флаг "занято", идентификатор модуля, идентификатор устройства, время активации и приоритет; диспетчеризацию опроса согласно очередности текущих задач опроса, причем упомянутое время активации является текущим временем в случае постановки задачи на очередь и подлежит обновлению при получении от демонов отчета о состоянии выполнения задачи; упомянутый флаг "занято" переключают на "свободно" после получения сообщения о завершении задачи на опрос либо сообщения о превышении времени, отведенного для выполнения этой задачи на опрос.
3. Способ по п.2, дополнительно включающий в себя задание максимального числа задач опроса, причем очередь текущих задач опроса генерируют в соответствии с заданным максимальным числом задач опроса.
4. Способ по п.2, дополнительно включающий в себя задание времени инициирования опроса в системе, причем при периодическом опросе время инициирования следующего опроса принимают равным времени инициирования текущего опроса, суммированному с интервалом опроса.
5. Способ по п.4, в котором атрибут периодичности опроса модуля является величиной, кратной интервалу между опросами и равной кратному значению интервалов между периодическими опросами системы на этапе 3).
6. Способ по п.5, этап 1) которого дополнительно включает в себя этап генерирования структуры данных для описания типа устройств после сортировки обслуживаемых устройств по типам и сортировки различных данных по каждому устройству для формирования различных модулей, причем при описании структуры данных используют следующие данные: тип устройства, идентификатор модуля, приоритет, кратность интервала опроса и идентификатор соответствующего демона.
7. Способ по п.6, в котором указанная группа устройств, подлежащих опросу, является текущей рабочей группой устройств и при описании этой группы используют следующие данные: идентификатор устройства, идентификатор модуля, тип устройства и время последнего опроса; указанная группа устройств, состояние соединения которых необходимо определить, является текущей демонстрационной группой устройств и при описании этой группы используют следующие данные: идентификатор устройства и состояние соединения.
8. Способ по п.7, в котором этап диспетчеризации опроса с помощью очереди текущих задач опроса включает в себя
а. задание времени инициирования следующего опроса равным времени инициирования текущего запроса, суммированному с интервалом опроса;
b. проверку по флагу "занято", существует ли свободная задача в очереди текущих задач опроса; если да - продолжение процесса, в противном случае - возврат к этапу b;
с. выбор из текущей рабочей группы устройств следующего модуля устройства для опроса;
d. проверку, имеет ли информация, полученная на этапе с, значение NULL или нет; если нет - присвоение идентификатора задачи выбранному модулю устройства и вставку идентификатора задачи в очередь текущих задач опроса, с одновременной отправкой сообщения об инициировании опроса указанного модуля устройства соответствующему демон-процессу, и возвратом к этапу b; если да - проверку, все ли задачи в очереди задач опроса находятся в состоянии "свободно", если да - завершение процесса, в противном случае - возврат к этапу b.
9. Способ по п.8, этап с которого дополнительно включает в себя
с1. выбор следующего модуля устройства;
с2. проверку не меньше ли величина [(текущее время - время последнего опроса)/кратность интервала опроса модуля] величины интервала опроса системы; если да - продолжение процесса, в противном случае - переход к этапу с4;
с3. проверку, есть ли модуль с более высоким приоритетом того же устройства, опрашиваемого при выполнении текущих задач в очереди на опрос; если да - то возврат к этапу с1, в противном случае - возврат информации по модулю устройства и завершение этапа с; или
с4. проверку, превышает ли указанная кратность интервала опроса единицу; если да - то возврат к этапу с1, в противном случае - возврат сообщения со значением NULL и завершение этапа с.
10. Способ по п.1, дополнительно включающий в себя
4) последовательный выбор устройства из группы устройств, состояние соединения которых необходимо определить, и выполнение для данного устройства PING-операции; причем успешное выполнение PING-операции показывает, что устройство соединено с системой управления сетью, а невыполнение PING-операции показывает, что устройство не соединено с системой управления сетью; если состояние соединения указанного устройства изменилось - уведомление об этом, направляемое другим демонам и процессам более высокого приоритета.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB021317755A CN1230737C (zh) | 2002-09-23 | 2002-09-23 | 一种设备数据轮询调度方法 |
CN02131775.5 | 2002-09-23 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2005113148A RU2005113148A (ru) | 2005-09-10 |
RU2293444C2 true RU2293444C2 (ru) | 2007-02-10 |
Family
ID=32000406
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2005113148/09A RU2293444C2 (ru) | 2002-09-23 | 2003-09-22 | Способ диспетчеризации опроса устройств для считывания данных |
Country Status (7)
Country | Link |
---|---|
US (2) | US7433949B2 (ru) |
CN (1) | CN1230737C (ru) |
AU (1) | AU2003271026B2 (ru) |
GB (1) | GB2409373B (ru) |
HK (1) | HK1064471A1 (ru) |
RU (1) | RU2293444C2 (ru) |
WO (1) | WO2004028083A1 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2508615C2 (ru) * | 2009-11-09 | 2014-02-27 | Эппл Инк. | Усовершенствованный способ и устройство для совместной диспетчеризации передач в беспроводной сети |
Families Citing this family (52)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2453284A (en) * | 2004-04-02 | 2009-04-01 | Symbian Software Ltd | Mechanism for notifying a kernel of a thread entering a critical section. |
CN100502388C (zh) * | 2004-06-30 | 2009-06-17 | 华为技术有限公司 | 边界网关协议模块路由处理方法 |
CN100401709C (zh) * | 2004-12-17 | 2008-07-09 | 中兴通讯股份有限公司 | 基于固定服务质量保证策略的无线局域网分群轮询方法 |
US7610345B2 (en) | 2005-07-28 | 2009-10-27 | Vaporstream Incorporated | Reduced traceability electronic message system and method |
US9282081B2 (en) | 2005-07-28 | 2016-03-08 | Vaporstream Incorporated | Reduced traceability electronic message system and method |
CN100442713C (zh) * | 2005-12-30 | 2008-12-10 | 华为技术有限公司 | 一种提高通讯链路层协议效率的方法 |
US8849896B2 (en) * | 2006-10-16 | 2014-09-30 | Nokia Corporation | Dynamic polling control for content distribution |
CN101166208B (zh) * | 2006-10-20 | 2010-10-06 | 北京直真节点技术开发有限公司 | 一种维护作业自动化的方法及*** |
KR20080060927A (ko) * | 2006-12-27 | 2008-07-02 | 삼성전자주식회사 | 서버, 클라이언트 및 그 업데이트 방법 |
WO2008101165A2 (en) * | 2007-02-15 | 2008-08-21 | Void Communications, Inc. | Electronic messaging recordlessness warning and routing system and method |
US8935435B2 (en) * | 2007-07-06 | 2015-01-13 | Eaton Electrical Ip Gmbh & Co. Kg | System and method for controlling bus-networked devices via an open field bus |
CN101217415B (zh) * | 2008-01-18 | 2010-12-22 | 深圳国人通信有限公司 | 轮询直放站设备的方法 |
CN101267342B (zh) * | 2008-04-10 | 2011-04-13 | 深圳国人通信有限公司 | 一种网管监控***的轮询实现方法及装置 |
US8359459B2 (en) * | 2008-05-27 | 2013-01-22 | Oracle America, Inc. | Using hardware support to reduce synchronization costs in multithreaded applications |
US20100011104A1 (en) * | 2008-06-20 | 2010-01-14 | Leostream Corp | Management layer method and apparatus for dynamic assignment of users to computer resources |
SG10201500122SA (en) * | 2009-10-07 | 2015-03-30 | Molex Inc | System for and method of network asset identification |
JP5441631B2 (ja) | 2009-11-13 | 2014-03-12 | キヤノン株式会社 | イベント取得制御方法、イベント取得装置、及び、サービス実行装置 |
CN101887382B (zh) * | 2010-06-28 | 2016-11-23 | 南京中兴软件有限责任公司 | 动态优先级的仲裁方法及装置 |
CN101908979A (zh) * | 2010-08-19 | 2010-12-08 | 中兴通讯股份有限公司 | 一种网管管理资源的方法及装置 |
US8510374B2 (en) | 2010-09-24 | 2013-08-13 | Microsoft Corporation | Polling protocol for automatic load limiting |
CN101996100B (zh) * | 2010-11-30 | 2012-11-07 | 深圳市五巨科技有限公司 | 一种用于移动终端开发***的任务管理方法及装置 |
US20120290707A1 (en) * | 2011-05-10 | 2012-11-15 | Monolith Technology Services, Inc. | System and method for unified polling of networked devices and services |
JP5653391B2 (ja) * | 2012-06-13 | 2015-01-14 | 三菱電機株式会社 | データポーリング方法及びその方法を用いた原子力プラントのディジタル計装制御システム |
JP5861783B2 (ja) * | 2012-09-04 | 2016-02-16 | 三菱電機株式会社 | 分散i/o制御システム、分散i/o制御方法、分散i/o制御システムの親局及び子局 |
CN102882726B (zh) * | 2012-09-29 | 2015-11-18 | 北京东土科技股份有限公司 | 一种可配置设备的配置管理方法及*** |
CN102970062B (zh) * | 2012-11-22 | 2018-02-02 | 康佳集团股份有限公司 | 一种无线通信***及其控制方法 |
CN104184679B (zh) * | 2013-05-23 | 2018-01-12 | 广州思唯奇计算机科技有限公司 | 一种智能变电站中报文的调度方法和装置 |
US10223156B2 (en) | 2013-06-09 | 2019-03-05 | Apple Inc. | Initiating background updates based on user activity |
CN103793207B (zh) * | 2014-01-21 | 2016-06-29 | 上海爱数信息技术股份有限公司 | 一种单线程多优先级***的智能调度方法 |
US9432796B2 (en) | 2014-05-30 | 2016-08-30 | Apple Inc. | Dynamic adjustment of mobile device based on peer event data |
WO2016022701A1 (en) | 2014-08-06 | 2016-02-11 | Molex Incorporated | Patch panel frame for circuit board module |
CN104635681B (zh) * | 2014-12-24 | 2017-08-29 | 深圳市远航机电有限公司 | 燃油监控***及方法 |
CN104683457A (zh) * | 2015-02-13 | 2015-06-03 | 小米科技有限责任公司 | 并发控制的方法及装置 |
US10594835B2 (en) | 2015-06-05 | 2020-03-17 | Apple Inc. | Efficient context monitoring |
CN106453019A (zh) * | 2016-09-12 | 2017-02-22 | 青岛海尔空调电子有限公司 | 一种多联机内外机通信方法 |
CN106940673A (zh) * | 2017-03-15 | 2017-07-11 | 郑州云海信息技术有限公司 | 一种监测项间隔智能调整方法及*** |
CN107230026A (zh) * | 2017-06-21 | 2017-10-03 | 安徽瑞弋自动化科技有限公司 | 一种工业设备轮询控制方法 |
CN107491024A (zh) * | 2017-09-25 | 2017-12-19 | 国网黑龙江省电力有限公司信息通信公司 | 多机房管理***及方法 |
CN107861897A (zh) * | 2017-11-06 | 2018-03-30 | 郑州云海信息技术有限公司 | 一种中断和轮询触发方法、***、设备及计算机存储介质 |
US10656966B1 (en) * | 2018-01-02 | 2020-05-19 | Amazon Technologies, Inc. | Deep-inspection weighted round robin of multiple virtualized resources |
CN108388526B (zh) * | 2018-01-19 | 2021-01-05 | 深圳市金玺智控技术有限公司 | 一种读取控制器数据的方法和*** |
WO2019164428A1 (en) * | 2018-02-23 | 2019-08-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and first node for managing transmission of probe messages |
CN108509264B (zh) * | 2018-03-30 | 2021-04-20 | 浙江口碑网络技术有限公司 | 超时任务调度***及方法 |
CN108958950A (zh) * | 2018-05-29 | 2018-12-07 | 联发科技(新加坡)私人有限公司 | 电子存储设备的任务管理方法、主机和存储装置 |
CN110287135B (zh) * | 2019-06-14 | 2020-12-15 | 北京和利时***工程有限公司 | 一种总线轮询方法和装置 |
CN110515817B (zh) * | 2019-08-22 | 2023-07-07 | 深圳前海环融联易信息科技服务有限公司 | 一种设备可用性检测方法、装置、计算机设备及存储介质 |
US20200241927A1 (en) * | 2020-04-15 | 2020-07-30 | Intel Corporation | Storage transactions with predictable latency |
CN111538629A (zh) * | 2020-04-23 | 2020-08-14 | 苏州浪潮智能科技有限公司 | 一种服务器传感器的轮循方法、***及相关装置 |
CN112667549A (zh) * | 2020-12-24 | 2021-04-16 | 杭州和利时自动化有限公司 | 一种通讯方法及模拟量采集*** |
CN113094321B (zh) * | 2021-04-30 | 2022-04-26 | 中煤科工集团重庆研究院有限公司 | 一种基于群呼和时隙分配的rs485总线通信方法 |
CN114265808A (zh) * | 2021-12-22 | 2022-04-01 | 杭州和利时自动化有限公司 | 一种通信方法、装置、ProfibusDP主站及介质 |
CN114285780B (zh) * | 2021-12-23 | 2023-12-15 | 中国电子科技集团公司第十四研究所 | 一种基于优先级队列的雷达网络测试***及测试方法 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SU1117677A1 (ru) | 1983-06-29 | 1984-10-07 | Предприятие П/Я А-3706 | Многоканальное устройство дл сбора информации |
JPH0589019A (ja) * | 1991-09-26 | 1993-04-09 | Nec Corp | 電子計算機方式 |
US5491796A (en) * | 1992-10-23 | 1996-02-13 | Net Labs, Inc. | Apparatus for remotely managing diverse information network resources |
US5568402A (en) | 1994-04-11 | 1996-10-22 | Gse Process Solutions, Inc. | Communication server for communicating with a remote device |
JPH0832578A (ja) * | 1994-07-13 | 1996-02-02 | Nec Corp | 通信制御装置 |
US5710885A (en) * | 1995-11-28 | 1998-01-20 | Ncr Corporation | Network management system with improved node discovery and monitoring |
US6119173A (en) * | 1997-01-27 | 2000-09-12 | Alcatel Usa Sourcing, L.P. | System and method for communications and process management in a distributed telecommunications switch |
US6021436A (en) * | 1997-05-09 | 2000-02-01 | Emc Corporation | Automatic method for polling a plurality of heterogeneous computer systems |
US7058600B1 (en) * | 1997-09-26 | 2006-06-06 | Mci, Inc. | Integrated proxy interface for web based data management reports |
US6714979B1 (en) * | 1997-09-26 | 2004-03-30 | Worldcom, Inc. | Data warehousing infrastructure for web based reporting tool |
US6083281A (en) * | 1997-11-14 | 2000-07-04 | Nortel Networks Corporation | Process and apparatus for tracing software entities in a distributed system |
GB2334116A (en) * | 1998-02-04 | 1999-08-11 | Ibm | Scheduling and dispatching queued client requests within a server computer |
US6754664B1 (en) * | 1999-07-02 | 2004-06-22 | Microsoft Corporation | Schema-based computer system health monitoring |
US6985901B1 (en) * | 1999-12-23 | 2006-01-10 | Accenture Llp | Controlling data collection, manipulation and storage on a network with service assurance capabilities |
US7181743B2 (en) * | 2000-05-25 | 2007-02-20 | The United States Of America As Represented By The Secretary Of The Navy | Resource allocation decision function for resource management architecture and corresponding programs therefor |
US7082463B1 (en) * | 2000-06-07 | 2006-07-25 | Cisco Technology, Inc. | Time-based monitoring of service level agreements |
US20020019844A1 (en) * | 2000-07-06 | 2002-02-14 | Kurowski Scott J. | Method and system for network-distributed computing |
CN1112788C (zh) * | 2000-11-03 | 2003-06-25 | 国家数字交换***工程技术研究中心 | 基于队列状态的累计补偿型循环轮询不定长包调度方法 |
US6944171B2 (en) | 2001-03-12 | 2005-09-13 | Switchcore, Ab | Scheduler method and device in a switch |
US7529820B2 (en) * | 2001-06-26 | 2009-05-05 | Landesk Software, Inc. | Method and apparatus to perform automated task handling |
US20030009553A1 (en) * | 2001-06-29 | 2003-01-09 | International Business Machines Corporation | Method and system for network management with adaptive queue management |
US20030154271A1 (en) * | 2001-10-05 | 2003-08-14 | Baldwin Duane Mark | Storage area network methods and apparatus with centralized management |
US7047531B2 (en) * | 2002-07-11 | 2006-05-16 | Hewlett-Packard Development Company, L.P. | Method and apparatus for automated network polling |
WO2004091138A1 (en) * | 2003-04-04 | 2004-10-21 | Computer Associates Think, Inc. | Method and system of alert notification |
US7568025B2 (en) * | 2003-06-27 | 2009-07-28 | Bank Of America Corporation | System and method to monitor performance of different domains associated with a computer system or network |
-
2002
- 2002-09-23 CN CNB021317755A patent/CN1230737C/zh not_active Expired - Lifetime
-
2003
- 2003-09-22 RU RU2005113148/09A patent/RU2293444C2/ru active
- 2003-09-22 WO PCT/CN2003/000800 patent/WO2004028083A1/zh not_active Application Discontinuation
- 2003-09-22 GB GB0506418A patent/GB2409373B/en not_active Expired - Lifetime
- 2003-09-22 US US10/523,270 patent/US7433949B2/en active Active
- 2003-09-22 AU AU2003271026A patent/AU2003271026B2/en not_active Expired
-
2004
- 2004-09-16 HK HK04107072A patent/HK1064471A1/xx not_active IP Right Cessation
-
2008
- 2008-08-21 US US12/196,014 patent/US8260911B2/en active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2508615C2 (ru) * | 2009-11-09 | 2014-02-27 | Эппл Инк. | Усовершенствованный способ и устройство для совместной диспетчеризации передач в беспроводной сети |
Also Published As
Publication number | Publication date |
---|---|
US20050240666A1 (en) | 2005-10-27 |
AU2003271026B2 (en) | 2006-04-27 |
AU2003271026A1 (en) | 2004-04-08 |
US7433949B2 (en) | 2008-10-07 |
US20080307424A1 (en) | 2008-12-11 |
CN1485727A (zh) | 2004-03-31 |
US8260911B2 (en) | 2012-09-04 |
HK1064471A1 (en) | 2005-01-28 |
GB2409373B (en) | 2006-01-11 |
RU2005113148A (ru) | 2005-09-10 |
WO2004028083A1 (fr) | 2004-04-01 |
GB2409373A (en) | 2005-06-22 |
CN1230737C (zh) | 2005-12-07 |
GB0506418D0 (en) | 2005-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2293444C2 (ru) | Способ диспетчеризации опроса устройств для считывания данных | |
CN107688496B (zh) | 任务分布式处理方法、装置、存储介质和服务器 | |
CN108268372B (zh) | Mock测试处理方法、装置、存储介质和计算机设备 | |
US7308687B2 (en) | Method and system for managing resources in a data center | |
US9286316B2 (en) | Enterprise level data collection systems and methodologies | |
Baumgartner et al. | GAMMON: A load balancing strategy for local computer systems with multiaccess networks | |
CN111459641B (zh) | 一种跨机房的任务调度和任务处理的方法及装置 | |
CN111026602A (zh) | 一种云平台的健康巡检调度管理方法、装置及电子设备 | |
CN112685160A (zh) | 定时任务的调度方法、装置,终端设备及计算机存储介质 | |
CN116225655A (zh) | 一种任务调度方法、装置及存储介质 | |
CN111741079A (zh) | 一种基于微服务架构的接口处理方法及*** | |
CN111913784A (zh) | 任务调度方法及装置、网元、存储介质 | |
CN117873666A (zh) | 任务调度方法、芯片、电子设备及可读存储介质 | |
CN114595075A (zh) | 一种基于分布式调度的网络编排中异步任务执行方法 | |
CN115244554A (zh) | 用于在外部配对***和具有内部配对***的任务分配***之间共享分配任务的控制的技术 | |
CN102480369A (zh) | 一种网络管理***及性能采集的方法 | |
CN110750350A (zh) | 一种大资源调度方法、***、装置及可读存储介质 | |
CN111459666A (zh) | 任务派发方法、装置、任务执行***和服务器 | |
CN110968420A (zh) | 一种多爬虫平台的调度方法、装置、存储介质及处理器 | |
CN117112121A (zh) | 分布式任务处理***、方法、装置及计算机程序产品 | |
CN100505637C (zh) | 一种通信***中资源分配方法 | |
CN102611578A (zh) | 一种多网络设备环境下的网络设备数据管理*** | |
CN113204434B (zh) | 基于k8s的计划任务执行方法、装置及计算机设备 | |
KR100922194B1 (ko) | 망 관리에서 장비 정보 수집 시스템 및 방법 | |
CN112532450B (zh) | 一种数据流分发进程配置的动态更新方法及*** |