Мивары: 25 лет создания искусственного интеллекта - [61]

7.1.5. Семантическая интероперабельность взаимодействия систем

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

Покажем важность и необходимость использования миварного подхода для обеспечения семантической интероперабельности, которая пока находится исключительно в сфере ведения специалистов. Пользователи должны договориться между собой и реализовать эту договоренность. Работы в данном направлении ведутся уже давно. Наиболее популярные сегодня подходы предполагают, что, оперируя стандартными онтологиями (т.е. описаниями предметных областей), информационные системы смогут самостоятельно идентифицировать и связываться со всеми необходимыми им для выполнения требуемых задач компонентами, "на лету" адаптируясь к техническим интерфейсам и преобразуя форматы данных. До появления СОА доминировала объектно-ориентированная идеология построения систем, и задачи технической интероперабельности сводились главным образом к возможности вызова удаленных объектов. Постепенное развитие технологий взаимодействия привело к замене в этом контексте понятия распределенных объектов термином сервис, а объектная модель вернулась на уровень рассмотрения архитектуры самих сервисов, т.е. давно известных компонентов информационных систем.

Отметим, что стандарт ANSI/IEEE 1471-2000 определяет архитектуру как "фундаментальный способ организации системы, продиктованный ее компонентами, их взаимным отношением друг к другу и к окружающей среде, а также принципами, в соответствии с которыми осуществляется ее проектирование и развитие". В этом Web-сервисы дополняют СОА для построения распределенных архитектур с децентрализованным механизмом принятия решений.

7.1.6. СОА и миварное пространство

СОА позволяет объединить в общий взаимодействующий организм информационные системы, принадлежащие различным автономным организациям и их относительно автономным структурным подразделениям [395]. Отметим, что и миварное информационное пространство позволяет объединить совершенно различные пользовательские представления в некие единые пространства [72].

В СОА сервисы рассматриваются как автономные объекты, управление которыми не централизовано. В миварной модели аналогом сервисов являются правила обработки данных (отношения), которые также не зависят друг от друга. Автономность сервисов (правил) позволяет взаимодействующим информационным системам развиваться в соответствии с потребностями бизнеса, которые потребителям сервисов, как правило, не только не известны, но и неинтересны. Это было бы невозможно, если бы интерфейс сервиса не был прочно закреплен обоюдным соглашением провайдера и потребителя сервиса. Одной из отличительных черт СОА является наличие контрактов, описывающих интерфейсы сервисов. В миварной пространстве все правила также имеют подобное описание, позволяющее идентифицировать и выполнять их. Контракт представляет собой документ, специфицирующий ожидания сервиса по отношению к его потребителям, и наоборот. Например, контракты Web-сервисов описываются специальным документом, определяющим, как потребители должны обращаться к сервису. Контракты, формулируемые провайдером сервисов, должны быть доступны потенциальным потребителям для интерпретации, анализа и реализации интеграции. Для этого используется специальный реестр, каталогизирующий доступные сервисы. Классическим визуальным отображением СОА является треугольник, в углах которого расположены провайдер сервиса, потребитель сервиса и реестр сервисов. Отсутствие любого из них недопустимо, а добавление других составляющих на практике не только возможно, но и неизбежно. Подчеркнем, что и в миварном пространстве формируется общий перечень всех правил, который и является полным аналогом реестров сервисов в СОА.

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