Семантическая интеграция — это процесс взаимосвязи информации из различных источников, например, календарей и списков дел, архивов электронной почты, информации о присутствии (физическом, психологическом и социальном), документов всех видов, контактов (включая социальные графики ), результатов поиска и рекламной и маркетинговой релевантности, полученной из них. В этом отношении семантика фокусируется на организации и действии на информацию , выступая в качестве посредника между разнородными источниками данных, которые могут конфликтовать не только по структуре, но и по контексту или значению.
В интеграции корпоративных приложений (EAI) семантическая интеграция может облегчить или даже автоматизировать коммуникацию между компьютерными системами с помощью публикации метаданных . Публикация метаданных потенциально предлагает возможность автоматически связывать онтологии . Один из подходов к (полу)автоматическому отображению онтологий требует определения семантического расстояния или его обратной величины, семантического сходства и соответствующих правил. Другие подходы включают так называемые лексические методы , а также методологии, которые полагаются на использование структур онтологий. Для явного указания сходства/равенства существуют специальные свойства или отношения в большинстве языков онтологий. Например, в OWL есть "owl:equivalentClass", "owl:equivalentProperty" и "owl: sameAs ".
В конечном итоге, системные проекты могут увидеть появление компонуемых архитектур, где опубликованные семантически-ориентированные интерфейсы объединяются вместе, чтобы обеспечить новые и значимые возможности [ требуется ссылка ] . Они могли бы преимущественно описываться посредством декларативных спецификаций времени проектирования, которые в конечном итоге могли бы быть визуализированы и выполнены во время выполнения [ требуется ссылка ] .
Семантическая интеграция также может использоваться для упрощения действий по проектированию и отображению интерфейсов во время проектирования. В этой модели семантика применяется только явно к проектированию, а системы времени выполнения работают на уровне синтаксиса [ требуется ссылка ] . Такой подход «раннего семантического связывания» может улучшить общую производительность системы, сохраняя при этом преимущества семантически управляемого проектирования [ требуется ссылка ] .
Из отраслевого варианта использования было замечено, что семантические отображения выполнялись только в рамках класса онтологии или свойства типа данных . Эти идентифицированные семантические интеграции включают в себя (1) интеграцию экземпляров класса онтологии в другой класс онтологии без каких-либо ограничений, (2) интеграцию выбранных экземпляров в одном классе онтологии в другой класс онтологии с ограничением диапазона значения свойства и (3) интеграцию экземпляров класса онтологии в другой класс онтологии с преобразованием значения свойства экземпляра. Каждое из них требует определенного отношения отображения, которое соответственно является: (1) отношением эквивалентного или подчиненного отображения, (2) отношением условного отображения, которое ограничивает значение свойства (диапазон данных) и (3) отношением преобразования отображения, которое преобразует значение свойства (преобразование единиц). Каждое идентифицированное отношение отображения может быть определено как (1) тип прямого отображения, (2) тип отображения диапазона данных или (3) тип отображения преобразования единиц.
В случае интеграции дополнительного источника данных,
ВЫБЕРИТЕ ?лекарство
ГДЕ {
?диагноз пример:Диагноз .
?диагноз пример:название «ТБ позвоночника» .
?лекарство пример:можноЛечить ?диагноз .
}
ВЫБЕРИТЕ DRUG.medID
ИЗ DIAGNOSIS, DRUG, DRUG_DIAGNOSIS
, ГДЕ DIAGNOSIS.diagnosisID=DRUG_DIAGNOSIS.diagnosisID
И DRUG.medID=DRUG_DIAGNOSIS.medID
И DIAGNOSIS.name=”ТБ позвонка”
Тихоокеанский симпозиум по биокомпьютингу стал площадкой для популяризации задачи картирования онтологий в биомедицинской области, и ряд статей по этой теме можно найти в его материалах.