Результат интеллектуальной деятельности: СИСТЕМА И СПОСОБ ДЛЯ КОНФИГУРИРОВАНИЯ ИНТЕЛЛЕКТУАЛЬНОГО ЭЛЕКТРОННОГО УСТРОЙСТВА

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

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

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

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

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

Настоящее изобретение предлагает более простое и быстрое решение для конфигурирования IED.

Вышеуказанная цель достигается с помощью системы для конфигурирования IED в соответствии с пунктом 1 формулы изобретения и способом конфигурирования IED в соответствии с пунктом 13 формулы изобретения.

Основная идея настоящего изобретения заключается в увеличении скорости и уменьшении усилия, требуемого, чтобы конфигурировать IED. Для конфигурирования IED в зависимости от целевой операции, система, раскрыта здесь, содержит конфигуратор. Конфигуратор получает базовую конфигурацию и дельта-конфигурацию и обрабатывает их, тем самым получая целевую конфигурацию для IED. Дельта-конфигурация реагирует на целевую конфигурацию, в то время как целевая конфигурация, в свою очередь, зависит от целевой операции. Базовая конфигурация определяется параметрическими значениями по умолчанию (VAL_def) IED, и базовая конфигурация, как правило, доступна для любого IED, прежде чем он конфигурируется для конкретной целевой операции. Дельта-конфигурация определяется дельта- параметрическими значениями (VAL_del), которые являются разностями между параметрическими значениями по умолчанию (VAL_def) IED и соответствующими целевыми параметрическими значениями (VAL_tar) целевой операции. Таким образом, время и усилия, необходимые для создания целевой конфигурации с нуля, уменьшаются за счет рационального использования базовой конфигурации и дельта- конфигурации, соответствующей целевой операции.

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

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

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

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

В соответствии с еще одним вариантом осуществления настоящего изобретения базовая конфигурация и дельта-конфигурация реализуются в формате расширяемого языка разметки (XML).

В соответствии с еще одним вариантом осуществления настоящего изобретения конфигуратор включает в себя XML-механизм (процессор). XML процессор обрабатывает XML-файлы XF_bc и XF_dc, которые представляют базовую конфигурацию и дельта-конфигурацию, соответственно. При этом получают XML-файл XF_tc, который представляет целевую конфигурацию.

XML представление конфигураций (базовой и дельта) дополнительно упрощает обработку конфигураций. Кроме того, оно обеспечивает возможность удаленного доступа (через Ethernet, Интернет) к их обработке. Дополнительно, это позволяет использовать стандартные протоколы, используемые в области IED, такие как IEC 61850, тем самым обеспечивая возможность конфигурирования IED независимо от производителей IED.

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

В соответствии с еще одним вариантом осуществления настоящего изобретения, конфигуратор коммуникативно связан с IED. Это выгодно для развертывания целевой конфигурации на IED для конфигурирования IED в зависимости от целевой операции.

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

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

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

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

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

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

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

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

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

Фиг. 3 изображает блок-схему последовательности операций способа для конфигурирования IED, показанного на фиг. 1.

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

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

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

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

"Целевая операция" относится к конкретной операции, для которой IED сконфигурировано, и/или разработано, и/или, наконец, развернуто. Конкретная операция может быть защитой линии, релейной защитой, защитой шины, защитой дистанции, защитой трансформатора, управлением подстанцией, управлением распределением и так далее.

"Конфигурация" содержит параметрические значения различных элементов и частей IED.

"Базовая конфигурация" включает в себя параметрические значения по умолчанию различных элементов и частей IED определенного типа операции.

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

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

"Конфигуратор" относится к инструменту для доступа к конфигурации, обработке конфигурации, генерации конфигурации и для развертывания конфигурации на IED, таким образом, конфигурируя IED.

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

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

Фиг. 1 изображает систему 10 для конфигурирования IED 20 в соответствии с одним или несколькими вариантами осуществления настоящего изобретения, раскрытого здесь.

Здесь система 10 позволяет осуществлять конфигурирование IED 20 в соответствии с целевой операцией IED 10. Система 10 в основном содержит конфигуратор 30, устройство 40 хранения данных конфигурации и блок 50 графического пользовательского интерфейса (GUI). Конфигуратор 30 коммуникативно связан с устройством 40 хранения данных. Кроме того, конфигуратор 30 функционально соединен с блоком 50 GUI.

Устройство 40 хранения данных представляет собой базу данных, в которой сохранены одна или более базовых конфигураций 60, 65 IED 20. Базовые конфигурации 60, 65 зависят от соответствующих одного или более типов операций IED 20, таких как 'управление', 'защита', 'мониторинг' и так далее. В дополнение к базовым конфигурациям 60, 65, соответствующие множества 68, 69 дельта-конфигураций 70-73 также хранятся в базе 40 данных, причем каждое множество 68, 69 дельта-конфигураций 70-73 является специфичным как для соответствующей базовой конфигурации 60, 65, так и целевой операции IED 20, такой как 'защита линий', 'защита шины', 'управление подстанцией', 'управление распределением' и так далее.

Чтобы пояснить, каким образом организуется база данных 40, рассматриваются два примерных типа операций IED 20, а именно, 'управление' и 'защита'. Поэтому для них соответственно иллюстрируются две примерные базовые конфигурации 60, 65, а именно, 'защита', представленная базовой конфигурацией 60, и 'управление', представленное базовой конфигурацией 65. Кроме того, две примерных дельта-конфигурации 70, 71, а именно, 'дельта-конфигурация 70 защиты линии' и 'дельта-конфигурация 71 защиты шины' показаны со ссылкой на примерную базовую конфигурацию 60, относящуюся к 'защите'. Аналогичным образом, две примерные дельта-конфигурации 72, 73, а именно, 'дельта-конфигурация 72 управления подстанцией' и 'дельта-конфигурация 73 управления распределением' проиллюстрированы со ссылкой на примерную базовую конфигурацию 65, относящуюся к 'управлению'.

Указанные исходные конфигурации 60, 65 и дельта-конфигурации 70-73 являются полезными в получении целевой конфигурации 75, при этом целевая конфигурация 75 зависит от целевой операции IED 20. Для того чтобы достичь этого, соответствующая базовая конфигурация 60 и соответствующая дельта-конфигурация 70 принимаются конфигуратором 30 из базы данных 40, и базовая конфигурация 60 и дельта-конфигурация 70 обрабатываются для получения целевой конфигурации 75.

Например, целевая конфигурация 75 для 'защиты линии' получается посредством обработки базовой конфигурации 60, связанной с 'защитой', и дельта-конфигурации 70, связанной с 'дельта-конфигурацией защиты линии', то есть дельта-конфигурация 70 здесь отвечает целевой операции IED 20. Аналогичным образом, целевая конфигурация 76 для 'управления подстанцией' получается путем обработки базовой конфигурации 65, связанной с 'управлением', и дельта-конфигурации 70, связанной с 'дельта-конфигурацией управления подстанцией', то есть дельта-конфигурация 72 здесь отвечает целевой операции IED 20. Целевая конфигурация 75, 76, полученная таким образом, затем развертывается на IED 20 для конфигурирования IED 20 на основе вышеупомянутой целевой операции.

Блок 50 GUI содержит блок визуального отображения (VDU) 80 и устройство 90 ввода данных (далее "устройство 90 ввода"). VDU 80 облегчает визуализацию и/или модификацию базовых конфигураций 60, 65, дельта-конфигураций 70-73 и/или целевых конфигураций 75, 76. Устройство 90 ввода позволяет предоставлять вводы данных для доступа к одной или более конфигурациям (базовым 60, 65, дельта 70-73 и целевым конфигурациям 75, 76) и для развертывания соответствующих целевых конфигураций 75, 76 для конфигурирования IED 20.

Конфигуратор 30 содержит процессор 100 для обработки базовой конфигурации 65 и соответствующей дельта-конфигурации 70 для получения соответствующей целевой конфигурации 75 для конфигурирования IED 20. Для того чтобы достичь этого, процессор 100 получает доступ к базовой конфигурации 60 и соответствующей дельта-конфигурации 70 из базы данных 40, обрабатывает доступную базовую конфигурацию 60 и соответствующую дельта-конфигурацию 70 с получением в результате соответствующей целевой конфигурации 75 и предоставляет целевую конфигурацию 75 для развертывания на IED 20 для конфигурирования IED 20. Точный способ, которым это выполняется, будет объяснен более подробно со ссылкой на фиг. 2.

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

Базовая конфигурация 60 здесь определяется параметрическими значениями VAL_def по умолчанию IED 20 на основе типа операции IED 20. Например, базовая конфигурация 60, связанная с 'защитой', содержит параметрические значения VAL_def по умолчанию IED 20, относящиеся к 'защите'. Целевая конфигурации 75 определяется здесь целевыми параметрическими значениями VAL_tar для конфигурирования IED 20 на основе целевой операции IED 20. Дельта-конфигурация 70 содержит дельта-параметрические значения VAL_del, которые определены как соответствующие разности между параметрическими значениями VAL_def по умолчанию и целевыми параметрическими значениями VAL_tar целевой конфигурации 75.

Перед дальнейшим объяснением фиг. 2 следует понимать, что в действительности целевые параметрические значения VAL_tar для IED 20 для выполнения целевой операции, такой как 'защита линии', как правило, выводится из целевых требований IED и спецификаций для выполнения целевой операции. Однако целевая конфигурация 75 для конфигурирования IED 20, например, в виде файла загрузчика конфигурации или объектного файла, непосредственно не доступна для прямой ее загрузки на IED 20 для конфигурирования IED 20 для выполнения целевой операции 'защита линии'. Целевая конфигурация 75 должна быть создана для того, чтобы конфигурировать IED 20. Кроме того, кардинальное число параметрических значений VAL_tar (т.е. число параметрических значений VAL_tar) может доходить до тысяч, и конфигурирование вручную IED 20 для выполнения целевой операции является трудной задачей в связи с растущими сложностями IED 20. Однако параметрические значения VAL_def по умолчанию базовой конфигурации 60 для IED 20, принадлежащего к определенному типу операции, как правило, известны, например, как параметрические значения VAL_def по умолчанию базовой конфигурации 60 для типа операции, такой как 'защита'. Путем определения разницы между параметрическими значениями VAL_def по умолчанию и целевыми параметрическими значениями VAL_tar получают дельта-параметрические значения VAL_del, например дельта-параметрические значения VAL_del для 'дельта-конфигурации защиты линии'. Параметрические значения VAL_def по умолчанию и дельта- параметрические значения VAL_del затем обрабатываются для получения целевой конфигурации, содержащей целевые параметрические значения VAL_tar, такие как целевой конфигурационный файл загрузчика или объектный файл, который затем разворачивается на IED 20. Детальный способ, каким достигается вышеописанное, будет пояснен в последующих разделах.

В соответствии с примерным вариантом осуществления настоящего изобретения, как базовая конфигурация 60, так и дельта-конфигурация 70 содержат один или более функциональных блоков 120-123, 140-143. Функциональные блоки 120-123 базовой конфигурации 60 включают в себя параметрические значения VAL_def по умолчанию базовой конфигурации 60. Кроме того, базовая конфигурация 60 содержит информацию, относящуюся к взаимозависимостям и взаимосвязям между функциональными блоками 120-123 базовой конфигурации 60. Аналогичным образом, функциональные блоки 140-143 дельта-конфигурации 70 содержат вышеупомянутые дельта-параметрические значения VAL_del. Кроме того, дельта-конфигурация 70 содержит информацию, относящуюся к взаимозависимостям данных и взаимосвязям между функциональными блоками 140-143 дельта-конфигурации 70. Целевая конфигурации 75, которую получают путем обработки базовой конфигурации 60 и дельта-конфигурации 70, также включает в себя один или более функциональных блоков 160-163, которые определяют целевые параметрические значения VAL_tar для IED 20 для выполнения целевой операции, как это определено целевой конфигурацией 75.

Функциональные блоки 120-123 базовой конфигурации 60 и функциональные блоки 140-143 дельта-конфигурации 70 моделируются как объекты в соответствии с другим вариантом осуществления настоящего изобретения. При этом облегчается объектно-ориентированное представление базовой конфигурации 60 и дельта-конфигурации 70. Это дает возможность использовать объектно-ориентированные программные средства для обработки базовой конфигурации 60 и дельта-конфигурации 70, тем самым упрощая, а также ускоряя обработку базовой конфигурации 60 и дельта-конфигурации для получения целевой конфигурации 75.

Базовая конфигурация 60 и дельта-конфигурация 70 представлены в формате расширяемого языка разметки (XML) в соответствии с другим примерным вариантом осуществления, в котором соответствующие функциональные блоки 120-123, 140-143 смоделированы как объекты. При этом базовая конфигурация 60 и дельта-конфигурация 70 представлены в виде соответствующих XML-файлов XF_bc, XF_dc.

XML-представление конфигурации (базовой 60, дельта 70 и целевой конфигурации 75) является полезным при кодировании функциональных блоков 120-123, 140-143, 160-163 (смоделированных как объекты) конфигурации 60, 70, 75 способом, являющимся как читаемым человеком, так и машиночитаемым. Кроме того, с помощью XML-представления для каждой конфигурации 60, 70, 75, то, каким образом должны быть представлены функциональные блоки 120-123, 140-143, 160-163 конфигурации, и то, каким образом должны быть представлены взаимозависимости данных и взаимосвязи между функциональными блоками 120-123, 140-143, 160-163 конфигурации 60, 70, 75, может быть специфицировано в упрощенной и удобной для пользователя форме. Кроме того, XML-представление является полезным в конфигурировании IED 20 даже из удаленного местоположения, например через Ethernet или Интернет, так как эти XML-файлы придерживаются стандартных протоколов передачи данных между удаленными и взаимосвязанными (проводными и/или беспроводными) устройствами.

В XML-файле функциональный блок конфигурации представлен с соответствующими XML-тегами, причем XML-теги дополнительно содержат соответствующую информацию, относящуюся к функциональному блоку, такую как параметрические значения. При этом соответствующие функциональные блоки 120-123 XML-файла XF_bc (представляющие базовую конфигурацию) содержат соответствующие XML-теги XT_bc, причем XML-теги XT_bc дополнительно содержат параметрические значения VAL_def по умолчанию. Кроме того, соответствующие функциональные блоки 140-143 XML-файла XF_dc (представляющие дельта-конфигурацию) содержат XML-теги XT_dc, причем XML-теги XT_dc дополнительно содержат дельта-параметрические значения VAL_del.

XML-файлы XF_bc, XF_dc, которые представляют собой базовую конфигурацию 60 и дельта-конфигурацию 70, соответственно, принимаются XML-процессором 170 процессора 100. Затем XML-файлы XF_bc, XF_dc обрабатываются XML-процессором 100 для получения XML-файла XF_tc, представляющего целевую конфигурацию 75. Соответствующие функциональные блоки XML-файла XF_tc (представляющие целевую конфигурацию) содержат соответствующие XML-теги XT_tc, причем XML-теги XT_tc дополнительно содержат целевые параметрические значения VAL_tar, основанные на целевой операции.

При этом каждый функциональный блок 120-123 базовой конфигурации 60 и соответствующий функциональный блок 140-143 дельта-конфигурации 70 затем обрабатываются для получения соответствующего функционального блока 160-163 целевой конфигурации 75. Обработка XML-файлов XF_bc, XF_dc предусматривает извлечение параметрических значений VAL_def, содержащихся в XML-тегах XT_bc XML-файла XF_bc, и соответствующих параметрических значений VAL_del, содержащихся в XML-тегах XT_dc XML-файла XF_dc, и генерацию параметрических значений VAL_tar для функциональных блоков 160-163 для целевой конфигурации 75, тем самым получая параметрические значения VAL_tar для функциональных блоков 160-163. При этом каждый из XML-тегов XT_tc для XML-файла XF_tc может быть получен стандартными XML-методами обработки, связанными с обработкой XML-файлов.

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

1. Объединение функционального блока 120-123 базовой конфигурации 60 с соответствующим функциональным блоком 140-143 дельта-конфигурации 70. При этом параметрические значения VAL_def, содержащиеся в XML-тегах XT_bc, могут быть объединены с параметрическими значениями VAL_del, содержащимися в XML-тегах XT_dc, получая, таким образом, XML-теги XT_tc, содержащие целевые параметрические значениями VAL_tar для соответствующего функционального блока 160-163 целевой конфигурации 75. Например, целевые параметрические значения VAL_tar, которые получаются для XML-тегов XT_tc, могут быть либо простой конкатенацией соответствующих параметрических значений VAL_def, VAL_del, содержащихся в соответствующих XML-тегах XT_bc, XT_dc, или избирательной конкатенацией определенных параметрических значений VAL_del, VAL_def, содержащихся в соответствующих XML-тегах XT_bc, XT_dc.

2. Модифицирование параметрических значений VAL_def функциональных блоков 120-123 базовой конфигурации 60 в ответ на параметрические значения VAL_del соответствующего функционального блока 140-143 дельта-конфигурации 70. При этом параметрические значения VAL_def, содержащиеся в XML-тегах XT_bc, могут суммироваться, вычитаться, умножаться или делиться и так далее с соответствующими параметрическими значениями VAL_del, содержащимися в соответствующих XML-тегах XT_dc, тем самым получая соответствующие XML-теги XT_tc, содержащие целевые параметрические значения VAL_tar для соответствующего функционального блока 160-163 целевой конфигурации 75.

3. Замена функционального блока 120-123 базовой конфигурации 60 на соответствующий функциональный блок 140-143 дельта-конфигурации 70. При этом параметрические значения VAL_def, содержащиеся в XML-тегах XT_bc, могут просто заменяться соответствующими параметрическими значениями VAL_del, содержащимися в соответствующих XML-тегах XT_dc, тем самым получая соответствующие XML-теги XT_tc, содержащие целевые параметрические значения VAL_tar для соответствующего функционального блока 160-163 целевой конфигурации 75.

Помимо вышеизложенного, могут быть и другие операции XML-обработки, участвующие в обработке функционального блока 120-123 базовой конфигурации 60 и соответствующего функционального блока 140-143 дельта-конфигурации 70 для получения функциональных блоков 160-163 целевой конфигурации 75, однако это не включено в настоящий документ в целях краткости.

При этом создается каждый из функциональных блоков 160-163 целевой конфигурации 75, таким образом, создавая XML-файл XF_tc целевой конфигурации 75. XML-файл XF_tc включает в себя XML-теги XT_tc, причем XML-теги XT_tc дополнительно содержат целевые параметрические значения VAL_tar. Путем развертывания XML-файла XF_tc целевой конфигурации 75 на IED 20 IED 20 конфигурируется для выполнения целевой операции. Если базовая конфигурация 60 IED 20 получена из IED путем развертывания XML-файла XF_tc целевой конфигурации 75 на IED 20, базовая конфигурация 60 IED 20 тем самым заменяется. При этом блок 50 GUI уведомляет, когда базовая конфигурация 60 заменяется целевой конфигурацией 75, таким образом, информируя пользователя при завершении конфигурирования IED 20 в соответствии с целевой операцией.

При использовании объектно-ориентированного представления функциональных блоков 120-123, 140-143, 160-163 для конфигурации и XML-представления XF_bc, XF_dc, XF_tc конфигураций 60, 70, 75 использование стандартных протоколов, таких как IEC 61850, облегчается. При этом конфигурирование IED 20 реализуется дополнительно упрощенным способом.

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

На этапе 200 базовая конфигурация 60 и дельта-конфигурация 70 принимаются процессором 100 для обработки базовой конфигурации 60 и дельта-конфигурации 70. Поскольку база данных 40 и конфигуратор 30 коммуникативно связаны, процессор 100 выбирает базовую конфигурацию 60 и дельта-конфигурацию 70 из базы данных 40. Здесь, в соответствии с примерным аспектом, базовая конфигурация 60 и/или дельта-конфигурация 70 могут быть получены через Ethernet или Интернет, если база данных 40 расположена удаленно относительно процессора 100. Кроме того, если базовая конфигурация 60 хранится в IED 20, базовая конфигурация 60 может быть доступна из самого IED 20, а дельта-конфигурация 70 может быть доступна из базы данных 40.

На следующем этапе 210 базовая конфигурация 60 и дельта-конфигурация 70 обрабатываются процессором 100 для получения целевой конфигурации 75. При этом, в соответствии с вышеупомянутым, параметрические значения VAL_def по умолчанию базовой конфигурации 60 модифицируется в ответ на дельта-параметрические значения VAL_del дельта-конфигурации 70 для получения целевых параметрических значений VAL_tar целевой конфигурации 75. Согласно одному варианту XML-файл XF_bc базовой конфигурации 60 и XML-файл XF_dc дельта-конфигурации 70 предоставляются XML-процессору 170 процессора 100 для получения XML-файла XF_tc целевой конфигурации 75. При этом функциональные блоки 160-163 целевой конфигурации 75 содержат целевые параметрические значения VAL_tar. На следующем этапе 220 вышеупомянутая целевая конфигурация 75 развертывается на IED 20. Одним из способов достижения этой цели является замена базовой конфигурации 60 на IED 20 XML-файлом XF_tc целевой конфигурации 75. Тем самым IED 20 конфигурируется в соответствии с целевой операцией. На этапе 230 VDU 80 блока 50 GUI уведомляет, когда базовая конфигурация 60 заменяется целевой конфигурацией 75, тем самым информируя пользователя о завершении конфигурирования IED 20 в соответствии с целевой операцией.

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