Publication text
(PDF):
Read
Download
Введение
В настоящее время интерес к распределенным приложениям и системам в сфере информационных технологий стремительно растет. Это связано с совместным применением компьютерных сетей для совершенствования технической базы предприятий и повышения эффективности работы,
а также с распространением и популярностью всемирной компьютерной сети Интернет. Более широкое использование знаний посредством обмена
в таких сетях выводит содержание информационных ресурсов сетей на новый принципиальный уровень, создавая широкие возможности для обмена и совместного использования знаний в компьютерных сетях [1]. Одним из важнейших факторов построения систем, основанных на знаниях, является возможность их интеграции с традиционными информационными системами и совместное использование императивных и объектно-ориентированных компонентов программирования для интеллектуального представления знаний.
Таким образом, представляется актуальной разработка методологии построения распределенных систем в базе данных информационного описания знаний [2]. В связи с этим относительно широкое распространение в области распределенного искусственного интеллекта [3] получили мультиагентные технологии [4], в которых интеллект системы достигается в результате взаимодействия множества автономных агентов.
В статье также рассматривается вопрос построения распределенной системы интеллектуального проектирования гибридной архитектуры с особенностью архитектуры агента. Гибкая производственная система (ГПС), выбранная в качестве объекта проектирования, представляет собой сложную техническую систему, а процесс ее проектирования – многостадийный итеративный процесс. Следовательно, для проектирования таких систем стратегия проектирования должна быть определена на предпроектных этапах, т. е. необходимо разделить проектный вопрос на части и разработать их обобщенные планы решения.
Решение задачи
Вопросы детального проектирования, в свою очередь, состоят из разных уровней проектирования, которые в общем виде можно записать следующим образом. Обозначим уровни детализации через S. Предположим, что – количество уровней детализации проекта, а – количество операций детализации на i-м уровне проектирования. Тогда
Следует отметить, что автоматизированное проектирование ГПС на основе общей функциональной модели в основном состоит из решения следующих комплексных вопросов:
1. Определение структуры ГПС или ее структурное моделирование.
2. Поиск и выбор инструментальных средств, технологических оборудований, стандартных устройств и т. д., составляющих ГПС.
3. Разработка системы управления ГПС и входящих в нее различных подсистем и определение необходимых для них средств.
4. Aвтоматизированное проектирование нестандартных узлов и деталей, входящих в состав ГПС или вновь изготавливаемых с целью адаптации ее
к существующему технологическому процессу.
Процесс решения каждого из вышеперечисленных вопросов проектирования ГПС разрабатывается сверху вниз как многоуровневый процесс проектирования, т. е. из синтеза общих проектных требований первого уровня получается детализация проектных условий последующих уровней [5]. Следовательно, решение, принятое в процессе проектирования на (k – 1) уровне, является дополнительными входными данными для процесса проектирования, выполняемого на k-м уровне;
dk :
где входные данные (спецификация).
Кроме последнего, на каждом уровне проектирования отбирается ряд эффективных вариантов, которые впоследствии развиваются и считаются специальными:
Fi: ,
где Fi – функция для выбора эффективного варианта проекта.
Анализ процесса проектирования ГПС и проведенные исследования показывают, что в процессе ее проектирования задействовано большое количество локальных задач разного характера, и каждая из них может быть решена разноцелевым агентом (экспертом или программным компонентом), ответственным за решение поставленного вопроса.
Таким образом, мы приняли схему качества базовой организации процесса проектирования,
в которой результаты решения задач зависят от синтеза локальных решений с помощью согласования данных, передаваемых между агентами. Рассмотренная схема считается правильной как при использовании конструкторами традиционных компонентов computer aided design (CAD) систем автоматизированного проектирования (САПР), так и при использовании автономных интеллектуальных компонентов при решении отдельных задач
и состоит из следующих этапов:
Шаг 1. Каждому агенту передаются знания предметной области и ограничения (требования пользователей, новые артефакты).
Шаг 2. На основе общего информационного пространства каждый агент решает задачу оптимизации.
Шаг 3. Локальные оптимальные решения передаются главному (управляющему) агенту проекта для их проверки.
Шаг 4. После систематического сбора результатов подозрительные результаты подготавливаются с использованием CAD систем для анализа заинтересованными агентами.
Шаг 5. Весь процесс проектирования повторяется до тех пор, пока не будет достигнуто глобально согласованное решение.
Эта технология позволяет строить распределенные решатели для решения сложных задач; динамически изменять архитектуру САПР в зависимости от какой-либо проблемы; организовывать встречное влияние агентов, работающих над разными аспектами проектирования на уровне знаний.
Технология агентов – одна из основных концепций в области интеллекта и информатики современной эпохи, которая в корне меняет принципы построения сложных компьютерных систем
и правила концептуализации [6].
Технологические аспекты организации много-компонентных распределенных САПР применяются на основе концепции параллельного проектирования при разработке методики проектирования. В рамках данного подхода необходимо интегрировать суще-ствующие компоненты, каждый из которых состоит из нескольких программ и разрабатывался без учета необходимости их дальнейшей интеграции.
В рамках проекта осуществляется разработка интерфейсов, протоколов и структур, а также обмен знаниями между подсистемами. Каждая из них предусматривает свои формы описания, процесс организации согласованных решений и механизмы получения логических результатов. Это считается главной особенностью параллельного проектирования.
Каждая подсистема предназначена для решения вопросов проектирования гибких производственных систем с разных точек зрения. В процессе взаимосвязи подсистем ГПС организуется в условиях ограничения. Важно отметить необходимость разделения проектируемой общей модели на подсистемы взаимодействия элементов декомпозируемого проекта. Эта модель основана на адаптированной антологии терминов и их сущности. Следует отметить, что она сильно отличается от описания объектов в обычных САПР. В целях повышения эффективности решения какой-либо задачи проектирование отдельных инструментов проектировщиков носит специализированный характер.
В результате каждый инструмент имеет свою определенную модель изображения. Сюда же добавляется необходимость регулярного внесения изменений в проект. В процессе параллельного проектирования изменения необходимо вносить
в режиме реального времени, и получается, что любая единая база данных о проекте является основным компонентом такой архитектуры. В этом случае основой системной интеграции считается концептуальное знание, описываемое в виде множества взаимосвязанных автономных агентов, обладающих локальной базой знаний об аспектах
и проблемах проектирования.
Для организации и программирования дизайнерских агентов предлагается шаблон агента
с трехуровневой структурой (рис. 1): начальное
и текущее состояние агента, поведение агента
и коммуникационные ресурсы агента.
Рис. 1. Структура шаблона агента-проектировщика
Fig. 1. Structure of agent-designer template
На уровне ментального состояния агента базовый класс «Интеллектуальный агент» обеспечивает управление знаниями, правила ответственности, возможности, описания и механизм принятия решений. На уровне поведения агента класс «Реактивный агент» обеспечивает расчет правил, обязательств, поиск решений на основе модели, удовлетворяющей ограничениям. На уровне класса «Агент связи» хранятся взаимодействия агента
с другими компонентами системы. С одной стороны, планомерное развитие информационных технологий, с другой – уровень сложности и постоянная модификация проектируемой технической системы приводят к необходимости обеспечения проектировщиками возможности добавления свойств и компонентов в архитектуру САПР.
В настоящее время им необходимо использовать технологию распределенных объектов. Однако, как видно, условия повторного использования компонентов недостаточны. Поэтому использование агентно-ориентированной архитектуры в рамках САПР считается целесообразным. Агенты обеспечивают динамическую связь и взаимодействие, используя стандартные интерфейсы и форматы данных.
Опыт, полученный при использовании прототипов на этапе концептуального проектирования исследовательского процесса и производственных процессов, показывает, что взаимодействие агентов на уровне знаний является перспективной технологией разработки комплексной САПР, а возможность гибкой интеграции компонентов обеспечивает использование существующих программных комплексов.
Превосходство системы проектирования с агентной архитектурой объясняется следующими ее характеристиками:
– разработка на основе агентной технологии, обеспечивающей интеграцию распределенных объектов и компонентов;
– использование информационной семантики на уровне знаний, организация взаимодействия на основе спецификаций;
– использование реестров уникальных имен агентов и предоставляемых ими услуг в рамках функциональной спецификации системы;
– возможность разработки и расширения агента функциональной базой.
Из анализа вышеизложенного можно прийти
к выводу, что взаимосвязь агентов на уровне знаний для проектирования ГПС дает большие преимущества для создания сложной многокомпонентной программной САПР. Агентно-ориентированная архитектура многокомпонентной САПР ГПС представлена на рис. 2.
Рис. 2. Архитектура агентно-ориентированной многокомпонентной САПР:
1 – база знаний для организации системы управления; 2 – специальная база знаний для организации процесса поиска;
3 – база знаний для автоматизированного проектирования;
4 – база знаний для размещения элементов и моделирования
Fig. 2. Architecture of agent-oriented multi-component CAD:
1 – knowledge base for organizing the control system; 2 – a specialized knowledge base for organizing a search;
3 – knowledge base for computer-aided design; 4 – knowledge base for placing the elements and modeling
Как видно из архитектуры, для организации обработки контекста данных между упомянутыми выше подсистемами могут использоваться специальные коммуникационные агенты, которые анализируют суть информации по маршрутам, по агентам с соответствующими знаниями или интересами.
Коммуникационные агенты (фасилитаторы) состоят из агентов, расположенных между процессами, которые отправляют и получают информацию
и выполняют стандартные интерфейсные эффекты, интеграцию информации, полученной из различных источников, преобразование запросов и ответов.
Новые информационные системы, не обладающие гибкостью преобразования средств ввода-вывода, дают обратный эффект за счет использования фасилитаторов, осуществляющих описание знаний при интеграции с существующими системами. Таким образом, каждый агент приходит к логическому заключению в собственном внутреннем формате изображения, получает и передает информацию через фасилитаторов в понятной агентам форме.
Каждый фасилитатор отвечает за обеспечение интерфейсов между локальными группами агентов
и удаленными агентами и решает четыре основные задачи:
1. Обеспечивает надежный механизм передачи данных.
2. Направляет информацию о пункте назначения.
3. Преобразует входные данные в соответствующий формат.
4. Контролирует агентов.
Заключение
С целью ускорения и повышения производи-тельности процесса автоматизированного проектирования предлагается технология параллельного проектирования. В соответствии с поставленной целью в процессе параллельного проектирования требуется решение множества локальных проектных задач, которые требуют применения мультиагентной технологии. В связи с этим предлагается архитектура агентно-ориентированной многокомпонентной САПР. Разработан алгоритм процесса проектирования применения агентной технологии