...были слова о том, что мета-поведение - это круто, но свалился нечаянно в гугл. Тот ненавязчиво построил картину, на которой этот термин всплывает нечасто и довольно давно. В 1995 году один немец использовал этот термин для построения адаптивных сетей. Также встречается в контексте объектно-ориентированного программирования и при работе active networks (активно растут в направлении поддержки wireless, management и ip6). Наткнулся на лондонский ежегодный семинар по коннективити, на котором напротяжении 5 лет (с 98) удачно сочетаются представители исследовательских сообществ и бизнес организации. Активно обсуждаются архитектуры и проекты по управлению распределенными системами.
С точки зрения мета-поведений от агента нужно не так уж и много -
-сервис, который позволяет узнать, какие поведения на нем уже есть.
-протокол общения агента с сервисом, который по всей видимости будет сводиться к протоколу общения с АМС.
-онтологию управления поведениями (поведение, просмотр, загрузка, атрибуты поведения, описание поведения в терминах предметной области (string), версий поддерживаемых стандартов и версий поддерживаемых протоколов)
-возможность агента загрузки поведения в виде отдельного jar файла и создания экземпляра указанного класса
-возможность сохранения информации о подключенных поведениях и восстановления этой информации при создании агента. Эту функциональность нужно переложить на behaviourManager (построенный в соотв. с шаблоном Builder)
-предоставление унифицированной возможности сохранения состояния поведения в формате, доступном для других поведений. Видимо эту функциональность может взять на себя AgentKnowledge, который для начала может сохранять информацию в обычной хэш-таблице.
-возможность предачи поведений агента вместе с ним (или для этого нужно организовать отдельный протокол общения между контейнирами и сервисом распределения поведений, чтобы поведения гарантированно оказывались на целевом контейнере перемещения агента).
Работу на уровне загрузки/выгрузки поведений можно обозвать мета-поведением, которое тоже требует дальнешей разработки.
Обрисовывая важность проблемы нужно указать пример, в котором такое поведение оказывалось бы жизненно необходимым. Скорее всего можно сослаться на динамические сети и активные сети, используемые для динамического управления распределенными фишками. Отдельным применением может стать поддержка новых версий онтологии общения и как частный случай более удобная поддержка маппинга между существующими онтологиями.
Дальнешие направления развития этой идеи включают в себя проработку нотаций метаповедения агентов, атрибутов, свойств и конструктов обеспечивающих иерархиченость структуры поведений и как следствие работу на уровне ролей, как логических единиц обработки информации.