ИНТЕЛЛЕКТУАЛЬНЫЙ ИНТЕРФЕЙС РАСПРЕДЕЛЕННОЙ СИСТЕМЫ КОНТРОЛЯ

1. Система интерфейса для соединения внешнего приложения с распределенной системой контроля (DCS), при этом система интерфейса содержит считываемый компьютером носитель информации, содержащий инструкции, вызывающие выполнение компьютером способа, содержащего этапы, на которых:
выполняют сканирование DCS для определения ее конфигурации;
используют указанную определенную конфигурацию DCS для построения модели топологии DCS;
принимают от внешнего приложения, внешний запрос данных о модуле в DCS; и
определяют, с использованием модели топологии DCS, выполнен ли модуль с возможностью предоставления запрашиваемых данных.
2. Система интерфейса по п.1, в которой способ дополнительно содержит этапы, на которых:
генерируют внутренний запрос данных, при определении модуля, в качестве выполненного с возможностью предоставления запрашиваемых данных; и
передают внутренний запрос данных на модуль.
3. Система интерфейса по п.2, в которой указанный внешний запрос данных включает в себя адрес модуля.
4. Система интерфейса по п.3, в которой этап определения содержит подэтапы, на которых:
определяют, является ли адрес в указанном внешнем запросе данных действительным адресом в модели топологии;
определяют тип модуля по адресу в модели топологии; и
определяют, указывает ли определенный тип модуля на функциональность, обеспечивающую предоставление запрашиваемых данных.
5. Система интерфейса по п.4, в которой способ дополнительно содержит этап, на котором определяют, что модуль выполнен с возможностью предоставления запрашиваемых данных, если адрес во внешнем запросе данных является действительным адресом в модели топологии, а тип модуля по указанному адресу в модели топологии указывает на функциональность, обеспечивающую предоставление запрашиваемых данных.
6. Система интерфейса по п.2, в которой внешний запрос данных представляет собой первый внешний запрос данных, внутренний запрос данных представляет собой второй внутренний запрос данных, при этом способ дополнительно содержит этапы, на которых:
принимают второй внешний запрос данных из DCS от внешнего приложения;
определяют, с использованием модели топологии DCS, позволяет ли DCS предоставлять данные, запрашиваемые вторым внешним запросом данных;
генерируют второй внутренний запрос данных, при определении DCS в качестве выполненной с возможностью предоставления данных, запрашиваемых вторым внешним запросом данных;
определяют, истек ли заданный период времени после приема первого внешнего запроса данных; и
если заданный период времени не истек, удерживают указанный сгенерированный второй внутренний запрос данных.
7. Система интерфейса по п.6, в которой способ дополнительно содержит этапы, на которых:
определяют, передан ли первый внутренний запрос данных на модуль; и
если первый внутренний запрос данных не передан на модуль, удерживают указанный сгенерированный второй внутренний запрос данных.
8. Система интерфейса по п.1, в которой способ дополнительно содержит этап, на котором: сохраняют модель топологии во множестве классов, при этом блокировщики считывания/записи помещаются на объекты в каждом из классов, причем каждый из блокировщиков считывания/записи на объекте выполнен с возможностью предотвращения считывания данных из объекта, при осуществлении изменения объекта и наоборот.
9. Система интерфейса по п.8, в которой классы содержат класс контуров, класс узлов и класс модулей, при этом DCS содержит контур, множество узлов в контуре и множество модулей в каждом узле, причем объект контура хранится в классе контура, объекты узлов хранятся в классе узлов, а объекты модулей хранятся в классе модуля.
10. Система интерфейса по п.1, характеризующаяся тем, что выполнена с возможностью соединения, при функционировании внешнего приложения с множеством распределенных систем контроля.
11. Система интерфейса по п.1, в которой внешний запрос данных содержит запрос данных диагностики от модуля.
12. Система интерфейса по п.11, в которой данные диагностики включают в себя данные, выбранные из группы, содержащей использование запоминающего устройства, счетчики ошибок, показатели связи, уровни встроенного программного обеспечения, показатели выполнения программ, состояния ошибки или комбинации указанных данных.
13. Система интерфейса по п.1, в которой DCS содержит контур с множеством узлов, соединенных с ним, при этом узлы содержат множество контроллеров на основе микропроцессоров, соединенных с шиной связи, причем контур содержит однонаправленную, высокоскоростную последовательную сеть передачи данных.
14. Система интерфейса по п.13, в которой внешний запрос данных является сообщением SOAP.
15. Способ соединения внешнего приложения с распределенной системой контроля (DCS), содержащий этапы, на которых:
выполняют сканирование DCS для определения ее конфигурации;
используют указанную определенную конфигурацию DCS для построения модели топологии DCS;
принимают, от внешнего приложения, внешний запрос данных о модуле в DCS; и
определяют, с использованием модели топологии DCS, выполнен ли модуль с возможностью предоставления запрашиваемых данных.
16. Способ по п.15, дополнительно содержащий этапы, на которых:
генерируют внутренний запрос данных, при определении модуля, в качестве выполненного с возможностью предоставления запрашиваемых данных; и
передают внутренний запрос данных на модуль.
17. Способ по п.16, в котором указанный внешний запрос данных включает в себя адрес модуля.
18. Способ по п.17, в котором этап определения содержит подэтапы, на которых:
определяют, является ли адрес в указанном внешнем запросе данных действительным адресом в модели топологии;
определяют тип модуля по адресу в модели топологии; и
определяют, указывает ли определенный тип модуля на функциональность, обеспечивающую предоставление запрашиваемых данных.
19. Способ по п.18, дополнительно содержащий этап, на котором определяют, что модуль выполнен с возможностью предоставления запрашиваемых данных, если адрес во внешнем запросе данных является действительным адресом в модели топологии, а тип модуля по указанному адресу в модели топологии указывает на функциональность обеспечивающую предоставление запрашиваемых данных.
20. Способ по п.15, дополнительно содержащий этап, на котором: сохраняют модель топологии во множестве классов, при этом блокировщики считывания/записи помещаются на объекты в каждом из классов, причем каждый из блокировщиков считывания/записи на объекте выполнен с возможностью предотвращения считывания данных из объекта при осуществлении изменения объекта и наоборот.