Мультиагентные платформы и их применение в сетевых задачах

 

Когда аглет пытается послать себя на другой компьютер, он перемещается на слой реализации аглетов, который преобразует его в последовательность байтов. Эта последовательность содержит тело аглета и его текущее состояние. После прохождения слоя реализации аглет превращается в массив байтов и может быть передан через сеть по протоколу ATP. Для того чтобы воспользоваться этим протоколом, аглет должен пройти еще и через интерфейс ATCI. Протокол передачи агента, реализующий ATCI, добавляет свой заголовок, который содержит общую информацию об аглете - имя агента и его идентификатор. Заметим, что транспортный уровень - ATCI - можно заменить на стандартный интерфейс MAF, который в настоящее время разрабатывается OMG.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3.3. API-интерфейсы аглетов

 

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

 

Класс aglet.Aglet

 

Это абстрактный класс Aglet, который  определяет основные методы агентов (например, метод пересылки аглета - dispatch(URL)), управляющие перемещением и жизненными циклами аглетов. Все мобильные агенты должны расширять абстрактный класс aglet.Aglet. Скажем, метод Aglet.dispatch(URL) является примитивом, с помощью которого аглет может переместиться на другой компьютер, указанный в аргументе. Метод Aglet.deactivate(long time) позволяет приостанавливать работу аглета на определенное время, записывая его в хранилище, а Aglet.clone() - создавать новый экземпляр   аглета, который наследует состояние аглета-родителя. Следует отметить, что объект, возвращаемый методом clone, - не аглет, а интерфейс к вновь созданному аглету.

 

Класс Aglet также используется для  доступа к признакам аглета. Объект aglet.AgletInfo, который может быть получен с помощью метода Aglet.getAgletInfo(), содержит связанные с аглетом атрибуты, например время создания, а также динамические признаки - время последнего перемещения и адрес текущего компьютера.

 

Интерфейс aglet.AgletProxy

 

Интерфейс AgletProxy выполняет задачу управления   аглетами   и обеспечивает стандартный способ взаимодействия с   аглетом. Класс aglet имеет несколько общедоступных (public) методов, к которым нельзя обращаться непосредственно из другого   аглета   из соображений безопасности. Поэтому любой   аглет, который хочет связаться с другим агентом, должен сначала получить объект AgletProxy, и только затем устанавливать связь через этот интерфейс. Другими словами, объект AgletProxy выполняет роль защитного буфера между   аглетами. Такой механизм взаимодействия необходим для защиты от опасных   аглетов.

 

Чтобы определить, можно ли какому-либо   аглету   выполнять определенный метод   аглета, AgletProxy связывается с менеджером безопасности - SecurityManager. Не менее важна роль интерфейса AgletProxy - обеспечить   аглету   независимость от местоположения. Реальный   аглет, который находится на определенном компьютере, может послать запрос на другой компьютер и получить от него ответ. При этом   аглет   не должен знать, что он обращается к удаленному компьютеру. Именно AgletProxy скрывает от   аглета   местоположение его "собеседника". Объект, реализующий AgletProxy, можно получить следующими способами:

 

• Запросить список доступных AgletProxy, вызывая метод AgletContext.getAgletProxies().
• Получить AgletProxy для данного AgletID через метод AgletContext.getAgletProxy(AgletID) или Aglets.getAgletProxy(String contextName, AgletID).
• Найти AgletProxy с помощью сообщения. AgletProxy может быть помещен в сообщение как один из аргументов и послан другому аглету.
• Поместить AgletProxy в объект ContextProperty с помощью метода AgletContext.setProperty(String, Object) и использовать его совместно несколькими   аглетами.

 

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

 

Интерфейс Aglet.AgletContext

 

Интерфейс AgletContext обеспечивает связь  со средой, в которой выполняется  аглет, то есть с виртуальной машиной Java. Любой аглет может получить ссылку на объект AgletContext с помощью метода Aglet.getAgletContext() и использовать ее для получения локальной информации, например адреса своего местонахождения или списка доступных AgletProxies. С помощью этого интерфейса можно создать новый аглет. В принципе, стандартная библиотека аглетов реализует этот интерфейс, поэтому разработчикам Java-программ реализовывать его не нужно. Поскольку AgletContext зависит от виртуальной Java-машины, то и реализовывать его должны создатели виртуальных машин или те, кто хочет изменить взаимоотношения между аглетами и Java-машиной (например, для усиления безопасности).

 

Класс Aglet.Message

 

Аглеты взаимодействуют между  собой с помощью объектов класса Message. Эти объекты содержат строку String, которая определяет тип сообщения  и перечисляет объекты-аргумент. Аглет может отправить сообщение с помощью методов Object AgletProxy.sendMessage(Message msg), FutureReply AgletProxy.sendAsyncMessage(Message msg) или void AgletProxy.sendOnewayMessage(Message msg). Кроме того, необходимо вызвать метод Aglet.handleMessage(Message msg), в котором в качестве аргумента указать это же сообщение.

 

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

 

Интерфейс Aglet.FutureReply

 

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

 

Здесь перечислены только основные классы и интерфейсы, которые входят в модель   аглетов.

 

 

3.4. Реализация мобильности аглетов

 

Аглеты пользуются специальным  протоколом – Agent Transport Protocol (ATP).

 

ATP - это простой протокол прикладного  уровня, предназначенный для передачи агентов независимым от системы и агента способом. Его запрос состоит из строки запроса, нескольких полей заголовка и собственно содержания. Строка запроса определяет метод запроса, для исполнения которого в полях заголовка передаются аргументы. В ATP определены четыре стандартных метода:

 

• Метод Dispatch (послать) предназначен для передачи аглета на новый компьютер. Он предписывает получателю восстановить агент из содержимого запроса и запустить его на новом месте. Если запрос удовлетворен, то отправитель должен уничтожить агента на своем компьютере и освободить все занимаемые им ресурсы.
• Метод Retract (вернуть обратно) используется в случаях, когда необходимо получить аглет с какой-либо системы. С его помощью можно заставить получателя переслать отправителю указанный аглет. При этом отправитель должен восстановить аглет и исполнить его. Если аглет успешно передан, то приемнику надлежит уничтожить у себя переданный аглет и освободить занимаемые им ресурсы.
• Метод Fetch (получить) необходим для передачи информации об аглетах. Он, так же как и метод GET в протоколе HTTP, просит получателя сообщить идентификационную информацию аглета.
• Метод Message (сообщение) используется для обмена сообщениями между удаленными аглетами. Он позволяет аглету, который находится на компьютере отправителя, передать сообщение аглету на компьютере получателя, используя при этом идентификационный номер аглета, который можно приобрести с помощью метода Fetch.

 

Поскольку подготовка спецификации протокола ATP еще не завершена, в окончательном варианте могут появиться дополнительные методы. Следует отметить, что параллельно с разработчиками ATP аналогичный протокол - MAF - разрабатывает группа OMG. Если MAF будет принят как стандарт, то разработчикам ATP придется пересмотреть спецификацию своего протокола.

 

Элементы приложений

 

Библиотека аглетов предоставляет разработчику набор интерфейсов для создания и настройки программного обеспечения, которое использует технологию   аглетов. Располагая одним и тем же набором интерфейсов, программа может иметь свою собственную систему управления аглетами, использовать часть возможностей сервера или создавать и запускать аглеты без обращения к нему. Есть несколько элементов для построения программ, использующих аглеты. Сервер может управлять и распределять аглеты, а клиент - создавать новые и удаленно управлять через сервер работой старых. Поэтому аглеты могут работать как на сервере, так и на клиенте, причем в разных местах решать разные задачи [9].

 

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

 

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

 

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

 

Сервер обеспечивает некоторому ограниченному  набору внешних аглетов (наиболее надежных) доступ к локальным ресурсам или  сервисам. В этом случае аглет может  установить прямую связь с базой  данных и делать прямые SQL-запросы. Таким образом, аглеты получают больше возможностей для использования ресурсов сервера, но, с другой стороны, это связано с определенным риском, если внешний аглет "вздумает" злоупотреблять своими полномочиями. В этом случае он выведет систему из строя.

 

Система управления

 

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

 

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

 

С другой стороны, систему управления можно настроить под нужды  отдельных пользователей или сервисов. Например, рабочий стол пользователя может иметь иконку аглета, а для управления им будет достаточно перетащить в нее соответствующие операторы. Для новичка же можно использовать простой и привычный Web-интерфейс [10].

 

Сервер аглетов

 

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

 

 

Клиент

 

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

 

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