Потоковая подготовка к работе в amr/ami-служебных сетях

Потоковая подготовка к работе в amr/ami-служебных сетях

Иллюстрации

Показать все

Реферат

Родственные заявки

Настоящая заявка притязает на приоритет предварительной заявки на патент (США), порядковый номер 60/899328, поданной 3 февраля 2007 года, которая включена в данный документ по ссылке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.1 - это схематическая иллюстрация системы управления служебными сетями согласно некоторым вариантам осуществления настоящего изобретения.

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

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

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

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

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

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

Фиг. 1-10 иллюстрируют систему 10 управления служебными сетями, используемую для эффективной, автоматизированной и/или экономически эффективной подготовки к работе определенного числа электронных служебных устройств 12 (т.е. счетчиков потребления коммунально-бытовых услуг, соединенных с или оперирующих с газом, водой или другой инфраструктурой служебной сети для записи и/или мониторинга потребления) и устройств 14 сетевой инфраструктуры (к примеру, узлов, шлюзовых узлов, передающих устройств, приемных устройств и/или других устройств, развертываемых на месте и находящихся на путях распространения продукта служебной сети или служебной сети 16 с целью установления сети связи между операционным отделом предприятия коммунального обслуживания и одним или более электронных служебных устройств 12, установленных в зоне обслуживания) в служебной сети 16. Система 10 управления служебными сетями включает в себя сквозную систему и/или компоненты и архитектуру с информационными потоками, используемые для того, чтобы управлять сетью электронных служебных устройств 12 в AMR-сети.

Шлюз - это устройство или сетевой узел, который выполняет функцию обмена данными с центром 20 управления служебными сетями (NMC служебных сетей) и системой 42 управления устройствами (DSM) по глобальной вычислительной сети (WAN). Шлюз может быть подключен к служебным устройствам 12 по локальной вычислительной сети (LAN). В некоторых случаях электронные служебные устройства 12 обмениваются данными со шлюзом через ретрансляторы или повторители. При использовании в данном документе термины "точка доступа" и "шлюз" используются взаимозаменяемо.

Электронные служебные устройства 12 могут включать в себя сетевую интерфейсную плату (NIC), которая предоставляет возможность электронным служебным устройствам 12 поддерживать двустороннюю связь с NMC 20 через ретрансляторы и/или шлюзы. Шлюзы могут выполнять расписания, собирать данные считывания по сети и/или перенаправлять данные считывания в центр 20 управления служебными сетями (NMC служебных сетей) (подробнее описан ниже). Шлюзы также могут выступать в качестве агентов NMC 20 служебных сетей и могут выполнять функции управления сетью, такие как вычисление маршрута и проверки досягаемости или запросы. Ретрансляторы могут использоваться для того, чтобы увеличивать радиус действия сети. В некоторых вариантах осуществления ретрансляторы находятся на возвышениях для оптимальной зоны прямой видимости электронных служебных устройств 12. Несколько электронных служебных устройств 12 могут быть ассоциированы с одним ретранслятором и несколько ретрансляторов могут быть ассоциированы со шлюзом. В некоторых вариантах осуществления электронные служебные устройства 12 также или альтернативно могут выполнять некоторые или все функции ретранслятора.

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

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

Как показано на фиг.1 и 2, система 10 управления служебными сетями по настоящему изобретению может включать в себя центр управления служебными сетями (NMC служебных сетей) 20, который взаимодействует с одним или более устройств 14 сетевой инфраструктуры и/или одним или более из электронных служебных устройств 12 в служебной сети 16. NMC 20 служебных сетей может выполнять удаленное автоматическое считывание показаний счетчиков, сбор и анализ данных по потреблению, поддержку управления перебоями в обслуживании и возобновлением обслуживания и/или другие функции связи. NMC 20 служебных сетей также может предоставлять двустороннюю связь между электронными служебными устройствами 12 в удаленных местоположениях (к примеру, в местонахождениях клиентов) и системой информации о клиентах (CIS) 22 и может выполнять потоковую подготовку к работе для некоторых или всех электронных служебных устройств 12 и/или устройств 14 инфраструктуры сети в служебной сети 16. В некоторых вариантах осуществления электронные служебные устройства 12 также могут быть устройствами в зданиях, подключенными к бытовым приборам и предприятиям коммунального обслуживания, которые имеют двустороннюю связь с NMC 20 служебных сетей через шлюз либо напрямую, либо через определенное число электронных служебных устройств 12, которые располагаются вне помещений. В некоторых таких вариантах осуществления устройства в помещениях являются частью отдельной служебной сети.

Как показано на фиг.1 и 2, NMC 20 служебных сетей и электронные служебные устройства 12 могут обмениваться данными через устройства 14 сетевой инфраструктуры (к примеру, ретрансляционные станции 24 и шлюзы 26) и по сети 28 (к примеру, глобальной вычислительной сети (WAN)). В других вариантах осуществления NMC 20 служебных сетей может обмениваться данными напрямую с одним или более электронных служебных устройств 12 с помощью других распределенных общедоступных или частных сетей связи и/или локальных вычислительных сетей (LAN). В еще других вариантах осуществления электронные служебные устройства 12, NMC 20 служебных сетей и/или устройства 14 сетевой инфраструктуры включают в себя поддержку протокола связи с расширением спектра методом перескока частоты, поддержку широкополосной связи, поддержку связи по протоколу IPv4 и/или поддержку связи по протоколу IPv6.

Как показано на фиг.1 и 2, NMC 20 служебных сетей включает в себя модуль 29 управления операционными устройствами, который может быть выполнен с возможностью осуществлять одну или более функций управления и мониторинга для электронных служебных устройств 12, устройств 14 сетевой инфраструктуры и/или служебной сети 16, и модуль 30 поддержки, который также или альтернативно может осуществлять одну или более функций управления и мониторинга для электронных служебных устройств 12, устройств 14 сетевой инфраструктуры и/или служебной сети 16. В некоторых вариантах осуществления модуль 29 управления операционными устройствами может быть уже существующей системой, и модуль 30 поддержки может быть добавлен позднее, чтобы предоставлять дополнительные функции управления и мониторинга. В некоторых таких вариантах осуществления модуль 30 поддержки может выполнять некоторые или все из функций, описанных ниже. В других вариантах осуществления NMC 20 включает в себя одну систему управления операционного отдела, которая выполнена с возможностью осуществлять практически все функции управления и мониторинга для электронных служебных устройств 12, устройств 14 сетевой инфраструктуры и/или служебной сети 16. Кроме того, хотя в данном документе приводится ссылка на систему операционного отдела, NMC 20 и отдельные элементы NMC 20 (к примеру, модуль 29 управления операционными устройствами и модуль 30 поддержки) могут иметь определенное число различных местоположений, могут быть распределены между несколькими местоположениями или могут быть сохранены в одном комбинированном местоположении.

В ходе работы системы 10 управления служебными сетями административное состояние, местоположение счетчика и/или другие данные выгружаются в NMC 20 из CIS 22 с помощью простого протокола доступа к объектам (SOAP), который отправляет запросы в формате расширяемого языка разметки (в формате XML) на сервер с использованием протокола передачи гипертекста (HTTP) и принимает ответ обратно в формате XML. Поскольку HTTP является стандартным и общепризнанным протоколом для связи в Интернете, и большинство веб-серверов распознают и отвечают на HTTP-запросы, один или более элементов системы 10 управления служебными сетями могут быть интегрированы относительно легко. Помимо этого XML - это набор программного обеспечения, которое предоставляет возможность пользователю тегировать или структурировать электронный файл так, чтобы им можно легко обмениваться между различными системами. Следовательно, использование XML для того, чтобы отправлять и/или принимать сообщения предоставляет возможность любой системе на любой платформе считывать и обрабатывать сообщения в отличие от собственных форматов. В других вариантах осуществления система 10 управления служебными сетями или элементы системы 10 управления служебными сетями также или альтернативно могут отправлять или принимать сообщения, имеющие другие форматы, которые могут быть собственными или несобственными.

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

Как показано на фиг.2, NMC 20 может включать в себя диспетчер 30 состояний устройства, который управляет, сохраняет и инициирует рабочее состояние электронного служебного устройства 12 и/или устройства 14 сетевой инфраструктуры через изменения административного состояния и/или другие внешние входные данные. Диспетчер 30 состояний устройства может включать в себя модуль 32 данных устройства (DDM), конечный автомат 34 (FSM), очередь 38 состояний устройства (DSQ) и монитор 42 состояний устройства (DSM).

Диспетчер 30 состояний устройства и функции, выполняемые посредством диспетчера 30 состояний устройства, могут быть включены в 29 модуль управления устройствами операционного управления и/или модуль 30 поддержки. Соответственно, в некоторых вариантах осуществления модуль 29 управления операционными устройствами и модуль 30 поддержки могут включать в себя одно или все из DDM 32, FSM 34, DSQ 38 и DSM 42.

DDM 32 является схемой базы данных, которая хранит атрибуты некоторых или всех электронных служебных устройств 12 в служебной сети 16, такие как, например, административные и рабочие состояния, инициализированы ли электронные служебные устройства 12, состояние в качестве элемента сети 28 связи, физическое местоположение и другие оперативные атрибуты. DDM 32 также или альтернативно может хранить атрибуты некоторых или всех устройств 14 сетевой инфраструктуры.

FSM 34 является программой бизнес-логики, которая управляет переходом между рабочими состояниями для одного электронного служебного устройства 12 или одного устройства 14 сетевой инфраструктуры таким образом, который соответствует указанному административному состоянию. DSQ 38 является постоянной очередью записей, причем каждая запись задает изменения состояния для одного электронного служебного устройства 12 или одного устройства 14 сетевой инфраструктуры.

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

DSM 42 является программным модулем, который обрабатывает DSQ 38, записывает и реализует бизнес-функциональность, требуемую, когда электронное служебное устройство 12 подвергается любому изменению рабочего состояния и/или когда устройство 14 сетевой инфраструктуры подвергается любому изменению рабочего состояния. Совместно, DDM 32, FSM 34, DSQ 38 и DSM 42 выполняют функцию управления состоянием устройства для некоторых или всех электронных служебных устройств 12 в служебной сети 16 и/или некоторых или всех устройств 14 сетевой инфраструктуры в служебной сети 16.

Атрибуты устройства, сохраненные в DDM 32, обновляются через основанные на SOAP интерфейсы прикладного программирования (API) (к примеру, процедуры, протоколы и/или инструментальные средства для компоновки или сохранения приложений) или непосредственно через пользовательский интерфейс. Как показано на фиг.3, административное состояние электронного служебного устройства 12 или группы электронных служебных устройств 12 может быть обновлено с использованием API-интерфейса и/или пользовательского интерфейса. Информация предыстории и информация о типах исключений также сохраняется в DDM 32 и становится доступной для операторов и других элементов системы 10 управления служебными сетями через API и пользовательские интерфейсы.

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

Как показано на фиг.3, изменения в атрибутах электронного служебного устройства 12 или устройстве 14 сетевой инфраструктуры запускает FSM 34 и инструктирует FSM 34 определять, санкционировано ли изменение состояния. Если изменение состояния санкционировано, запись добавляется в DSQ 38 для асинхронной обработки посредством DSM 42. DSM 42 извлекает каждую запись из DSQ 38 и обрабатывает ее согласно бизнес-правилам, которые жестко кодированы либо в NMC 20 служебных сетей, управляемом посредством характеристики электронного служебного устройства 12, либо в устройстве 14 сетевой инфраструктуры, задаваемом ссылкой или указываемом посредством предприятия коммунального обслуживания.

Асинхронный характер DSM 42 дает возможность NMC 20 служебных сетей масштабироваться, поскольку в любой точке времени может быть множество изменений атрибутов устройства, которые инструктируют FSM 34 осуществлять изменения. Если обработка выполнена синхронным способом, вся служебная сеть 16 или значительная часть служебной сети 16 может быть остановлена при выполнении задания, требуемого для каждого изменения состояния, многие из которых требуют обмена сообщениями полного обхода между двумя или больше элементами служебной сети 16. Вместо этого DSM 42 работает в фоновом режиме, обрабатывая изменения максимально быстро, но задание с более высоким приоритетом может протекать через систему параллельно. Дополнительно в некоторых вариантах осуществления процесс может быть прерван и продолжен с помощью последовательных временных меток и меток выполнения задач.

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

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

В ходе работы и как показано на фиг.2 и 3, конечный автомат (FSM) 34 NMC 20 служебных сетей может использовать выгруженные данные для того, чтобы идентифицировать новое рабочее состояние электронного служебного устройства 12 или устройства 14 сетевой инфраструктуры, если имеется, на основе нового административного состояния. Альтернативно или помимо этого FSM 34 может добавлять запись в DSQ 38 для асинхронной обработки, чтобы действовать в новом рабочем состоянии.

Как показано на фиг.4, если электронное служебное устройство 12 добавляется в систему 10 управления служебными сетями или если NMC 10 принимает данные, служащие признаком ранее нераспознанного электронного служебного устройства 12 (к примеру, если служеб