Approach to programming of applications with using of Semantic Web-services
Semantic Web services have not reached desirable level of regarding interoperability and automation maintenance. Tools of support SWS are limited, the most advanced structures, such as WSMO, demand additional research and works for construction of toolkit of programming SWS. With acceptance SAWSDL t...
Gespeichert in:
| Datum: | 2026 |
|---|---|
| 1. Verfasser: | |
| Format: | Artikel |
| Sprache: | Russisch |
| Veröffentlicht: |
PROBLEMS IN PROGRAMMING
2026
|
| Schlagworte: | |
| Online Zugang: | https://pp.isofts.kiev.ua/index.php/ojs1/article/view/970 |
| Tags: |
Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
|
| Назва журналу: | Problems in programming |
| Завантажити файл: |  |
Institution
Problems in programming| _version_ | 1866844998016696320 |
|---|---|
| author | Deretsky, V.A. |
| author_facet | Deretsky, V.A. |
| author_institution_txt_mv | [
{
"author": "V.A. Deretsky",
"institution": "Institute of Software Systems NAS of Ukraine"
}
] |
| author_sort | Deretsky, V.A. |
| baseUrl_str | https://pp.isofts.kiev.ua/index.php/ojs1/oai |
| collection | OJS |
| datestamp_date | 2026-06-01T21:28:34Z |
| description | Semantic Web services have not reached desirable level of regarding interoperability and automation maintenance. Tools of support SWS are limited, the most advanced structures, such as WSMO, demand additional research and works for construction of toolkit of programming SWS. With acceptance SAWSDL there are additional toolkits of languages and architecture SWS.In this work the technologies SWS which is not complete decisions are presented, but define models of application and the researches of the semantic Web services directed for creation of new methodology of programming in distributed and dynamic environments. Problems in programming 2010; 4: 43-50 |
| first_indexed | 2026-06-02T01:02:07Z |
| format | Article |
| fulltext |
Експертні та інтелектуальні інформаційні системи
УДК 681.3
В.А. Дерецкий
ПОДХОД К ПРОГРАММИРОВАНИЮ ПРИЛОЖЕНИЙ С
ИСПОЛЬЗОВАНИЕМ СЕМАНТИЧЕСКИХ ВЕБ-СЕРВИСОВ
Семантические Веб-сервисы пока не достигли желаемого уровня зрелости в части обеспечения
интероперабельности и автоматизации. Средства поддержки SWS ограничены, наиболее продвинутые
структуры, такие как WSMO, требуют дополнительного исследования и работ для построения средств
программирования SWS. С принятием SAWSDL появляются дополнительные инструментарии и
расширения языков и архитектур SWS. В работе представлены технологии SWS, которые не являются
завершенными решениями, но определяют модели применения и исследования семантических Веб-
сервисов, направленные для создания новой методологии программирования в распределенных и
динамических окружениях.
Введение
Семантические Веб-сервисы яв-
ляются дополнительным шагом в напра-
влении развития и усовершенствования
уже традиционных Веб-сервисов, которые
определяются как сервисы, поддержи-
вающие основанную на SOAP или RESTful
(Representation State Transfer) архитектуру
[1].
Сегодня существуют тысячи тра-
диционных Веб-сервисов. Однако, возмо-
жность объединить их в полезные компо-
зиции требует сложной ручной работы.
Разработчик должен исследовать каждый
сервис на его функциональное соответст-
вие или семантику, а затем решить, как
извлечь эту полезность через заданный
синтаксис и протоколы. Такая ручная
работа строго ограничивает возможность
композиции. Большинство композиций
ограничено интеграцией нескольких
сервисов, таких как Амазон, YahooMaps
или GoogleMaps. Кроме того, ограни-
чиваются "договорные соглашения" по
различным интерфейсам Веб-сервисов.
Интерфейсы могут быть изменены или
удалены поставщиками сервисов в любое
время, а разработчики, которые исполь-
зуют эти сервисы, не знают, какие
изменения были внесены. В результате
этого запросы к ним больше не работают.
Эта ситуация делает уязвимым любой
сервис. Семантическая информация непо-
средственно направлена на решение этих
ограничений, используя однородный, ма-
шиночитаемый способ взаимодействия
семантических Веб-сервисов в Веб.
SWS обеспечивает динамическую
машинную обработку в части поиска,
запуска, переговоров и композиции Веб-
сервисов с целью достижения некоторой
цели пользователей. Потоковая модель
обработки запросов (WorkFlow), начиная
от создания запроса, завершая заклю-
чительной поставкой результатов, является
достаточно нетривиальным процессом и
требует сложных структур данных.
Сегодня WorkFlow, основанные на
«шине» сервисов предприятия (ESB),
используют сервис-ориентированную ар-
хитектуру (SOA), применяя высоко-
уровневое ручное вмешательство для того,
чтобы построить поток данных. Неспо-
собность сервисов использовать в своих
интересах конкурентное превосходство
поставщика сервисов, динамическое опре-
деление предпочтений одного сервиса
относительно другого является недос-
татком традиционных архитектур. Опреде-
ление сервисов, которые доступны через
Веб, является начальным шагом; после-
дующие задачи состоят в развертывании
этих сервисов и определении соответ-
ствующих метаданных, которые обеспе-
чивают обработку сервисов машинным
способом.
В этой работе рассмотрены неко-
торые главные технологии SWS, предла-
гаемые и используемые сегодня. SWS –
это развивающаяся область, где не был
достигнут баланс выразительности и пол-
ноценности. Вначале исследуем основные
признаки семантических Веб-сервисов, а
43
© В.А. Дерецкий, 2010
ISSN 1727-4907. Проблеми програмування. 2010. № 4
Експертні та інтелектуальні інформаційні системи
затем три предложенных решения: семан-
тическая разметка для Веб-сервисов
(OWL-S), онтологическое моделирование
Веб-сервисов (WSMO), и семантические
аннотации для WSDL и схемы XML
(SAWSDL). Каждое из решений содержит
некоторые возможности SWS, но каждый
из них не стал полностью неоспоримым
решением в этой области. Эти три тех-
нологии формируют модель понимания и
развития SWS. Их использование связано с
тем, чтобы позволить решить некоторые
ранее отмеченные проблемы; однако,
следует отметить, что и семантическая
сеть, и семантические Веб-сервисы полу-
чают развитие от их частичного или
полного применения.
1. Этапы и модели жизненного
цикла семантических Веб-
сервисов
Не существует единственного опре-
деления Веб-сервиса из-за того, что
существует много сторон восприятия,
каждая из которых определяет свое
понятие Веб-сервиса. Консорциум W3C
определяет Веб-сервис [2] как часть
архитектуры, которая включает следую-
щее определение:
Веб-сервис представляет собой
систему программного обеспечения, раз-
работанную для поддержки взаимодей-
ствий машина-машина по сети. Он имеет
интерфейс, представление в машинно-
обрабатываемом формате (определенно
как WSDL). Другие системы взаимодей-
ствуют с Веб-сервисом в соответствии с
его описанием, используя SOAP, переда-
ваемое с использованием HTTP протокола
с преобразованием в последовательную
форму XML, используя другие связанные с
сетью стандартами.
Это определение Веб-сервиса не
покрывает архитектуру RESTfull, но если
сосредоточиться на первой части предло-
жения, то определение соответствует: Веб-
сервис – система программного обеспече-
ния, разработанная для того, чтобы под-
держать взаимодействие машина-машина
по сети. Кроме того, сервис должен что-то
выполнить как часть такого взаимо-
действия: потреблять, обеспечивать или
преобразовывать данные, или возможно
переключать события.
Главная проблема с традиционными
Веб-сервисами состоит в том, что они
определяются своим синтаксисом и
совершенно не определяются семантикой
своих операций. Сервисы могут деклара-
тивно перечислять информацию о необхо-
димых входах, выходах, и то как они будут
управлять коммуникациями. Но этой ин-
формации недостаточно чтобы опреде-
лить, какие данные или операции Веб-
сервисов основаны исключительно на син-
таксисе. Например, Веб-сервис BearNews
мог бы определить в WSDL метод, кото-
рый учитывает параметр dateTime как
входной и возвращает список заголовков,
которые являются последними новостями
Bears.
Вторичная проблема Веб-сервисов
состоит в том, что они не поддерживают
достаточный уровень машинной автомати-
зации. Разработчики могут закодировать
Веб-сервисы и развернуть их, например, в
TomCat. Кодировать и издавать сервисы в
некотором реестре, используя UDDI таким
образом, чтобы результат одного Веб-
сервиса (поставщик) передать как вход
другому Веб-сервису (потребитель), созда-
вая процесс, известный как оркестровка
сервисов, хореография сервисов или ком-
позиция сервисов. На разработчиков и
персонал ИТ возложена функция управле-
ния и поддержки рабочих структур Веб-
сервисов.
На рис. 1 представлена схема жиз-
ненного цикла Веб-сервиса, в которой
определены этапы, в которых исполь-
зуются семантические описания.
Далее рассмотрим основные этапы
жизненного цикла Веб-сервиса, предста-
вленные на рис. 1: запрос, поиск, пере-
говоры, обработка ошибок, мониторинг и
композиция.
Поиск. Сервисы используют инфор-
мационные сервера для саморегистрации и
нуждаются в информации о других дос-
тупных сервисах, которые обеспечивают
такие же функциональные возможности
как и запрашиваемый сервис через гло-
бальную сеть зарегистрированных серви-
сов. Для этой роли используют програм-
44
Експертні та інтелектуальні інформаційні системи
Необходимые
условия
Композиция
Переговоры Поиск
Форма
запроса
Запуск на
выполнение
Получение
ответа
Дополнительные
Веб-сервисы
или SWS
Обработка
ошибок
Мониторинг
Рис. 1. Жизненный цикл Веб-сервиса
мные агенты поиска. Такую информацию
мог бы обеспечить семантический сервис,
который должен знать, когда и как
зарегистрировать себя, какие темы должны
быть включены и организованы, и где
можно найти метаданные сервиса. Сущест-
вующие технологии не обеспечивают та-
кие возможности. Например, реестры
UDDI не являются столь общепринятыми,
как первоначально предполагалось, а цен-
трализованная природа UDDI не всегда
согласовывается с децентрализованной
природой Интернет.
Запрос. Он определяет описание вы-
зова функциональности сервиса на выпол-
нение. Он включает знания о том, где
сервис размещен (разрешимый URIs, дета-
лизированный в WSDL, и полученный
через UDDI), что должно быть на входе, и
что должно получиться в результате вы-
полнения сервиса. Для достижения желае-
мого результата сервис может потребовать
выполнения ряда дополнительных опера-
ций кроме единственного вызова метода.
Эти шаги могли бы быть декларативно
определены и сохранены для машинной
интерпретации, и включать семантику,
которая добавляется для того, чтобы опре-
делить, когда нужно вызывать процедуры,
как интерпретировать результат, как
использовать нерегулярные данные и др.
Переговоры. Они используют широ-
кий набор подходов и протоколов, от
трастов до контрактов. Используются
переговоры товарообмена, переговоры
соглашения стоимости, сервисного согла-
сования (SLAs), качества данных, коли-
чества данных и т. п. Внедрение SWS или
агентов, которые управляют переговорами
с использованием алгоритмов принятия
решений сервисами в интересах их клиен-
тов. Например, предположим, что поль-
зователь хочет получить сведения о погоде
каждые 5–10 минут, если нет чрезвы-
чайных ситуаций, таких как ураган. В
случае чрезвычайных ситуаций поль-
зователь хочет получать информацию о
погоде каждые 60 секунд. Это становится
возможным, если использовать семантику,
чтобы получить дополнительную инфор-
мацию и определить, какие сервисы могут
обеспечить этот уровень требований. Дру-
гой пример использования сервисами
условий стоимости, которые не могут быть
определены только с использованием
синтаксиса сервиса.
Обработка ошибок. С использо-
ванием семантики обработка ошибок мо-
жет стать намного эффективней. Синтак-
сический подход на основе определения
списка ошибок или исключений, когда воз-
никает состояние ошибки, то для сервиса
предопределяется ряд альтернативных
45
Експертні та інтелектуальні інформаційні системи
действий путем вызова сервисов, которые
обеспечат процедуры предупреждения или
устранения ошибок. Подход к обработке
ошибок с использованием SWS может
усилить условия обработки ошибок для
получения различных входов, (обеспе-
чивающих поиск дополнительных данных)
и повторить запрос сервиса, таким обра-
зом, чтобы без ручного вмешательства
получить безошибочную работу.
Мониторинг. Информация об успе-
шном или ошибочном выполнении серви-
са, производительности, объеме данных и
других индикаторах используется для
обеспечения обратной связи и усовершен-
ствования сервиса. Семантическая размет-
ка этой информации не может быть выпол-
нена только синтаксическими средствами.
Кроме того сервисы больших предприятий
могли бы включать семантику с исполь-
зованием онтологического посредничес-
тва, представляя согласованную семантику
высокоуровневых сервисов.
Композиция. Композиция сервисов
наиболее популярная и часто исследуемая
методология программирования с исполь-
зованием SWS. Чтобы продемонстри-
ровать цель композиции, рассмотрим пару
специализированных сервисов, которые
свяжем в модели WorkFlow. Рассмотрим
пример, в котором клиент купил товар,
выбрал способ доставки, принял наиболее
простой способ оплаты. Поставщик товара
должен резервировать, находить и упако-
вывать товар, отправить его, затем обеспе-
чить оплату, управляя продвижением
товара на каждом шаге процесса. Допус-
кается повторное использование любой из
этих операций в виде единого технологи-
ческого процесса, инкапсулированного в
единую систему. SOA направлена на
реализацию такой возможности, но сер-
висная инфраструктура требует регуляр-
ного участия квалифицированного персо-
нала. Архитектуры SWS направлена на
уменьшение зависимости технологии от
человеческого вмешательства. Програм-
мные агенты используют декларативную
семантику, которая позволяет им реаги-
ровать, контролировать, приспосабливать
и выполнять сервисы, которые вручную
потребовали бы многих часов
информационной поддержки.
Семантические Веб-сервисы активно
развиваются. Они не обеспечивают все то,
что было обещано; однако, они продол-
жают привлекать многочисленные акаде-
мические исследования. В этом контексте
рассматриваются модели OWL-S, WSMO и
Семантические аннотации для WSDL и
XML схемы (SAWSDL). Использование
WSDL и других базовых стандартов
осуществляется во всех отмеченных
технологиях.
2. Реализация семантических Веб-
сервисов
Исследуем три подхода, исполь-
зуемые в технологии Веб-сервисов. Каж-
дая технология строит онтологии для того,
чтобы представить семантику, исполь-
зуемую на этапах жизненного цикла Веб-
сервисов. Эти решения являются первым
шагом, необходимым для формирования
сервисов, которые смогут искать, вызы-
вать и мониторить другие Веб-сервисы в
автоматическом режиме. Онтологии отли-
чаются не только семантикой, но и
выразительностью и легкостью интегра-
ции Веб-сервисов на основе стандартов
типа WSDL.
Онтологии выражают операции
сервисов через семантику. Семантические
методы могут быть использованы в таких
операциях как поиск, навигация, форми-
рование и выполнение запросов к сервису.
Используя возможности SPARQL, уровень
выразительности в соответствии со
сложностью сервисов выражает не входы
и выходы сервиса, а его надежность,
детали и т. п. Возможности ограничены
только семантическим описанием.
Принятие онтологий и создание соот-
ветствующих сервисов все еще остаются
предметом исследования. Неизвестно, при-
ведет ли технология к желаемому резуль-
тату или они будут заменены другими
архитектурами. В любом случае, важно
понять эти подходы, потому что они помо-
гают выбрать путь к лучшему управлению
с широкими возможностями SWS, усилить
тысячи сервисов, предлагаемых в
Интернете.
46
Експертні та інтелектуальні інформаційні системи
Семантическая разметка Веб-
сервисов. OWL-S [3] не являются акрони-
мом для OWL, а – средство для семанти-
ческой разметки Веб-сервисов. OWL-S
представляет собой онтологию верхнего
уровня, которая представлена в соот-
ветствии с тремя высокоуровневыми
понятиями [4].
На рис. 2 представлены основные
компоненты, реализуемые OWL. Эти три
основных концепта представляют семан-
тику Веб-сервиса в виде классов, связан-
ных с классом «Service». Класс
ServiceProfile представляет то, что делает
сервис. Класс ServiceGrounding предста-
вляет то, как получить доступ к сервису,
при этом класс ServiceModel определяет
работу сервиса.
Профиль сервиса. Класс Профиль
сервиса (ServiceProfile) и его подклассы
описывают то, что делает данный сервис.
SWS ищет в сети различные сервисы, и
профиль сервиса обеспечивает необходи-
мые данные таким образом, чтобы клиент
смог определить, соответствует ли сервис
требованиям. Профиль может включать та-
кую информацию, как параметры сервиса
(serviceParameters) или ссылка на любой
вид свойств сервиса, категории сервиса
(serviceCategory), метод для классифика-
ции информационных систем. Класс
Profile определен в [5]. На рис. 3 показаны
свойства и ссылки, которые являются
частью профиля.
Модель сервиса. Она является под-
классом процесса и позволяет потенциаль-
ным клиентам понять, как сервис работает
и как он должен использоваться. Модель
обеспечивает абстрактные детали, такие
как параметры пред- и пост- условий. Они
были разработаны для того, чтобы
взаимодействовать с простыми одноша-
говыми и композитными сервисами. Класс
процесса определен в [6].
Граудинг сервиса. ServiceGrounding
представляет собой процесс перехода от
абстрактного профиля сервиса
(ServiceProfile) и классов модели сервиса
(ServiceModel) в конкретную среду реа-
лизации сервиса. Единственной основой,
реализованной для OWL-S является стан-
дарт WSDL, полученный через класс
WsdlGrounding. ServiceGrounding включает
отображения прямых свойств, входов и
выходов между онтологией и WSDL,
дополненное отображением, связывающим
типы данных. WsdlGrounding определен в
[7].
Все три из представленных классов
определены в отдельном файле OWL-S,
структура которого представлена в [8].
OWL-S реализует композицию сервисов
через класс CompositeProcess. Этот класс
представляет возможность выполнять Веб-
сервисы гибким способом, включая после-
довательный или параллельный режимы
использования условий.
Java-инструментарий OWL-S, назван-
ный OWL-S API, свободно доступен на
сайте [9].
ServiceProfile
ServiceGrounding
Service
ServiceMode
presents
supports
describedby
Рис. 2. Высокоуровневое представление OWL-S
47
Експертні та інтелектуальні інформаційні системи
ServiceProfile
&process.#Parameter
&expr.#Condition
&process.#Result
&process.#input
&process.#Output
&xsd.#anyURL
Process
Profile
ServiceParameter
ServiceCategory
Thing
&xsd.#anyURL
textDescription
ObjectProperty
taxonomy
DatatypeProperty
SubClassProperty
hasParameter
hasResult
hasPriconditio
n
hasInput
hasOutput
serviceclasification
serviceproduc
servicenam
has process
serviceParameter
serviceCategory
categoryName
code
value
serviceparameterName
sParamete
Рис. 3. RDF-схема представления профиля в соответствии с OWL-S
3. Онтологии моделирования Веб-
сервисов (WSMO)
Онтология WSMO использует подоб-
ный подход детализации семантических
Веб-сервисов как и OWL-S. Эта техно-
логия является более широкой, так как она
соответствует требованиям автоматизации
сложных взаимодействий в композициях
Веб-сервисов. Составными частями
WSMO являются язык моделирования
Веб-сервисов (WSML), среда выполнения
Веб-сервисов (WSMX), которые были
представлены в материалах W3C [10 – 12].
WSMO разделяется на четыре основ-
ных компонента: онтологии, описания
Веб-сервисов, цели и посредники. Онто-
логии WSMO представляются классами и
свойствами, которые связывают все её
понятия друг с другом в реализации
WSMO. Последние описывают информа-
цию о сервисах (функциональную и не-
функциональную), которая может обеспе-
чивать реализацию WSMO. Цели опреде-
ляют то, что ожидают получить пользо-
ватели с помощью Веб-сервисов WSMO.
Посредники представляются как мосты
этих компонент (например, отражают
связи онтологий или связывают цели).
WSMO не основан на OWL-S, он имеет
свой собственный язык, названный языком
моделирования Веб-сервисов (WSML).
WSML может соответствовать
конструкциям OWL-DL, RDF или XML
для обеспечения гибкости. Реализация
WSMO осуществляется на основе среды
выполнения Веб-сервисов (WSMX).
Средства WSMX доступны на сайте
SourceForge в [13]. Далее кратко
рассмотрим основные возможности
WSMX.
Среда WSMX может быть выполнена
средствами Eclipse или через интерфейс
командной строки (используя Java 1.6 и
Ant 1.7.0 или выше). В этом случае Eclipse
будет служить средой разработки. Как
только дистрибуция загружена и разверну-
та, необходимо создать новый Java проект,
основанный на wsmx-0.5-src. Необходимо
проверить путь к классам Ant, он должен
включать Ant-wsmx.jar и три необходимых
jax*.jars (представляют Runtime Ant).
После запуска на выполнение проек-
та будет загружен ряд Веб-сервисов, онто-
логий, целей и посредников. Будет подго-
товлено окружение к развертыванию SWS.
По умолчанию портал будет установлен по
адресу http://localhost:8081 и управление
будет осуществляться через JMX MBeans
(Java Management Extensions Management
Beans).
SWS, который развернут в WSMX
обеспечивает выполнение следующих тех-
48
Експертні та інтелектуальні інформаційні системи
нологических процессов:
– использование существующего Веб-
сервиса на основе WSDL или создание
нового сервиса, если он не существует;
– создание модели WSMO для под-
держки SWS;
– создание онтологии, которая описы-
вает Веб-сервис;
– создание цели, которая определяет
объект SWS;
– создание второй онтологии, которая
содержит описание входов, соответ-
ствующих указанной цели;
– создание адаптеров сервисов для
понижения к физическому и подъема к
концептуальному уровню. Адаптер отсле-
живает понижение и подъем отображения
и используется для того, чтобы прео-
бразовать WSMO в RDF или XML и
наоборот.
Более детальная информация относи-
тельно этих шагов представлена в доку-
ментации WSMX [14]. Использование
WSMO направлено на создание специ-
фикаций WSMO-Lite и MicroWSMO.
WSMO-Lite использует RDFS и SAWSDL,
MicroWSMO покрывают семантические
аннотации в RESTful Веб-сервисах [15].
Семантические аннотации для
WSDL. В результате аннотации форми-
руется структура SWS, которая предс-
тавляет SAWSDL. Последний содержит
семантические аннотации WSDL и XML
схемы. SAWSDL обеспечивает общий
метод связи объектов WSDL, таких как
декларации элементов и определение
типов, с некоторой концептуальной моде-
лью, базируемой на OWL-S, RDF, RIF,
WSML или других. Также поддерживает
ссылки на такие атрибуты как подъем,
понижение и детализация. В итоге,
SAWSDL направлен на обеспечение
интероперабельности. Схема SAWSDL
ограничена тремя простыми атрибутами:
схема, элемент и тип.
Пример SAWSDL. Рассмотрим при-
мер, в котором мы используем сущест-
вующий WSDL и создадим связь между
некоторой операцией Веб-сервиса и онто-
логией, которая определяет некоторую
модель запроса:
<wsdl:operation name=“operationname“
sawsdl:modelReference=“http://www.
semwebprogramming.org#Request“>
<wsdl:input element=“input“/>
<wsdl:output element=“output“/>
</wsdl:operation>
Мы можем так же использовать
modelReference, чтобы отобразить назва-
ния параметров:
<xsd:element name=“RequestService“>
<xsd:complexType>
<xsd:sequence>
<xsd:element name=“itemCode“
type=“xsd:string“
sawsdl:modelReference=
“http://www.semwebprogram
ming.org#Parm1“/>
<xsd:element name=“date“
type=“xsd:string“
sawsdl:modelReference=“
http://www.semwebprogrammi
ng.org#Parm2“/“/>
<xsd:element name=“qty“
type=“xsd:float“
sawsdl:modelReference=“
http://www.semwebprogrammi
ng.org#Parm3“/“/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
При таком отображении элементы
Parm1, Parm2, и Parm3 ссылаются на
модель онтологии и обеспечивают снятие
омонимии этого сервиса на клиентской
машине.
Request2Ont.xslt, в запросе SPARQL
используется для того, чтобы собрать
данные из базы данных knowledgebase,
firstParam и secondParam.
<xsd:element name = "Request">
<xsd:complexType
sawsdl:liftingSchemaMapping =
"http://semwebprogramming.org/Requ
est2Ont.xslt“>
<xsd:sequence>
<xsd:element name =
“firstParam“ type = “xsd:string“/>
49
Експертні та інтелектуальні інформаційні системи
<xsd:element name =
“secondParam“ type = “xsd:string“/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
Этот пример показывает метод
усиления существующей технологии
семантической структурой.
Средства SAWSDL. Кодирование
WSDL и XSLT основано на SAWSDL4J,
представляющее собой открытое API,
который обеспечивает Java объекты для
SAWSDL.
SAWSDL4J доступен на [16]. Другой
API – Woden4SAWSDL обеспечивает воз-
можности разметки WSDL 2.0, которая
позволяет получить SAWSDL по заданому
WSDL. Средство доступно по адресу [17].
Есть также редакторы SAWSDL,
например, Radiant [18] и WSMOStudio [19].
Оба представляют собой программные
расширения для Eclipse и открыты для
применения.
Заключение
Представленные в этой работе техно-
логии SWS не являются завершенными
решениями. Все они определяют модели
применения семантических Веб-сервисов
и направлены на их программирование при
решении задач автоматизации.
Семантические Веб-сервисы пока не
достигли желаемого уровня в части
интероперабельности и автоматизации.
Средства поддержки SWS ограничены,
наиболее продвинутые структуры, такие
как WSMO, требуют дополнительного
исследования и работ для построения
средств программирования SWS. С приня-
тием SAWSDL появляются дополни-
тельные инструментарии и расширения
языков и архитектур SWS .
1. Андон П.І., Дерецкий В.О. Проблеми
побудови сервіс-орієнтованих прикладних
інформаційних систем в Semantic web
середовищі на основі агентного підходу //
Проблеми програмування. − 2006. − № 2-3.
− C. 493–502.
2. http://www.w3.org/TR/ws-gloss/
3. http://www.w3.org/Submission/OWL-S
4. http://www.daml.org/services/owl-s/1.2/
5. http://www.daml.org/services/owl-
s/1.1/Profile.owl
6. http://www.daml.org/services/owl-
s/1.1/Process.owl
7. http://www.daml.org/services/owl-
s/1.1/Grounding.owl
8. http://www.daml.org/services/owl-
s/1.1/Service.owl
9. http://code.google.com/p/owl-s/
10. http://www.w3.org/Submission/WSMO/
11. http://www.w3.org/Submission/WSML/
12. http://www.w3.org/Submission/WSMX)
13. http://sourceforge.net/projects/wsmx
14. http://www.wsmx.org/papers/documentation/
WSMX Documentation.pdf
15. Дерецкий В., Богданова M.,
Горошанский С. Подход к разработке про-
граммных приложений с использованием
семантических Веб-сервисов // Проблеми
програмування. − 2009. − № 4. − C. 59–70.
16. http://lsdis.cs.uga.edu/projects/meteor-
s/opensource/sawsdl4j/
17. http://lsdis.cs.uga.edu/projects/meteor-
s/opensource/woden4sawsdl/
18. http://lsdis.cs.uga.edu/projects/meteor-
s/downloads/index.php?page=1
19. http://www.wsmostudio.org/
Получено 10.03.2010
Об авторах:
Дерецкий Валентин Александрович,
кандидат физико-математических наук,
ведущий научный сотрудник.
Место работы:
Институт программных систем
НАН Украины.
03187, Киев-187,
Проспект Академика Глушкова, 40.
Тел.: 38 044 526 4342.
e-mail: dva@isofts.kiev.ua.
50
http://www.w3.org/TR/ws-gloss/
http://www.w3.org/Submission/OWL-S
http://www.daml.org/services/owl-s/1.2/
http://www.daml.org/services/owl-s/1.1/Profile.owl
http://www.daml.org/services/owl-s/1.1/Profile.owl
http://www.daml.org/services/owl-s/1.1/Process.owl
http://www.daml.org/services/owl-s/1.1/Process.owl
http://www.daml.org/services/owl-s/1.1/Grounding.owl
http://www.daml.org/services/owl-s/1.1/Grounding.owl
http://www.daml.org/services/owl-s/1.1/Service.owl
http://www.daml.org/services/owl-s/1.1/Service.owl
http://code.google.com/p/owl-s/
http://www.w3.org/Submission/WSMO/
http://www.w3.org/Submission/WSML/
http://www.w3.org/Submission/WSMX
http://sourceforge.net/projects/wsmx
http://www.wsmx.org/papers/documentation/WSMX%20Documentation.pdf
http://www.wsmx.org/papers/documentation/WSMX%20Documentation.pdf
http://lsdis.cs.uga.edu/projects/meteor-s/opensource/sawsdl4j/
http://lsdis.cs.uga.edu/projects/meteor-s/opensource/sawsdl4j/
http://lsdis.cs.uga.edu/projects/meteor-s/opensource/woden4sawsdl/
http://lsdis.cs.uga.edu/projects/meteor-s/opensource/woden4sawsdl/
http://lsdis.cs.uga.edu/projects/meteor-s/downloads/index.php?page=1
http://lsdis.cs.uga.edu/projects/meteor-s/downloads/index.php?page=1
http://www.wsmostudio.org/
ПОДХОД К ПРОГРАММИРОВАНИЮ ПРИЛОЖЕНИЙ С ИСПОЛЬЗОВАНИЕМ СЕМАНТИЧЕСКИХ ВЕБ-СЕРВИСОВ
Введение
1. Этапы и модели жизненного цикла семантических Веб-сервисов
2. Реализация семантических Веб-сервисов
Заключение
|
| id | pp_isofts_kiev_ua-article-970 |
| institution | Problems in programming |
| keywords_txt_mv | keywords |
| language | Russian |
| last_indexed | 2026-06-02T01:02:07Z |
| publishDate | 2026 |
| publisher | PROBLEMS IN PROGRAMMING |
| record_format | ojs |
| resource_txt_mv | ppisoftskievua/12/cb09c98a4f42df40b265b3b962798f12.pdf |
| spelling | pp_isofts_kiev_ua-article-9702026-06-01T21:28:34Z Approach to programming of applications with using of Semantic Web-services Подход к программированию приложений с использованием семантических Веб-сервисов Підхід до програмування застосувань з використанням семантичних Веб-сервісів Deretsky, V.A. UDC 681.3 УДК 681.3 УДК 681.3 Semantic Web services have not reached desirable level of regarding interoperability and automation maintenance. Tools of support SWS are limited, the most advanced structures, such as WSMO, demand additional research and works for construction of toolkit of programming SWS. With acceptance SAWSDL there are additional toolkits of languages and architecture SWS.In this work the technologies SWS which is not complete decisions are presented, but define models of application and the researches of the semantic Web services directed for creation of new methodology of programming in distributed and dynamic environments. Problems in programming 2010; 4: 43-50 Семантические Веб-сервисы пока не достигли желаемого уровня зрелости в части обеспечения интероперабельности и автоматизации. Средства поддержки SWS ограничены, наиболее продвинутые структуры, такие как WSMO, требуют дополнительного исследования и работ для построения средствпрограммирования SWS. С принятием SAWSDL появляются дополнительные инструментарии и расширения языков и архитектур SWS.В работе представлены технологии SWS, которые не являются завершенными решениями, но определяют модели применения и исследования семантических Веб-сервисов, направленные для создания новой методологии программирования в распределенных и динамических окружениях.Problems in programming 2010; 4: 43-50 Семантичні Веб-сервіси поки не досягли бажаного рівня зрілості в частині забезпечення інтероперабельності та автоматизації. Засоби підтримки SWS обмежені, найбільш просунуті структури, такі як WSMO, вимагають додаткового дослідження і робіт для побудови засобів програмування SWS. З ухваленням SAWSDL з'являються додаткові інструментарії і розширення мов і архітектури SWS. У роботі представлені технології SWS, які не є завершеними рішеннями, але визначають моделі застосування і дослідження семантичних Веб-сервісів, направлені на створення нової методології програмування в розподілених і динамічних оточеннях.Problems in programming 2010; 4: 43-50 PROBLEMS IN PROGRAMMING ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ ПРОБЛЕМИ ПРОГРАМУВАННЯ 2026-06-01 Article Article application/pdf https://pp.isofts.kiev.ua/index.php/ojs1/article/view/970 PROBLEMS IN PROGRAMMING; No 4 (2010); 43-50 ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ; No 4 (2010); 43-50 ПРОБЛЕМИ ПРОГРАМУВАННЯ; No 4 (2010); 43-50 1727-4907 ru https://pp.isofts.kiev.ua/index.php/ojs1/article/view/970/1038 Copyright (c) 2026 PROBLEMS IN PROGRAMMING |
| spellingShingle | UDC 681.3 Deretsky, V.A. Approach to programming of applications with using of Semantic Web-services |
| title | Approach to programming of applications with using of Semantic Web-services |
| title_alt | Подход к программированию приложений с использованием семантических Веб-сервисов Підхід до програмування застосувань з використанням семантичних Веб-сервісів |
| title_full | Approach to programming of applications with using of Semantic Web-services |
| title_fullStr | Approach to programming of applications with using of Semantic Web-services |
| title_full_unstemmed | Approach to programming of applications with using of Semantic Web-services |
| title_short | Approach to programming of applications with using of Semantic Web-services |
| title_sort | approach to programming of applications with using of semantic web-services |
| topic | UDC 681.3 |
| topic_facet | UDC 681.3 УДК 681.3 УДК 681.3 |
| url | https://pp.isofts.kiev.ua/index.php/ojs1/article/view/970 |
| work_keys_str_mv | AT deretskyva approachtoprogrammingofapplicationswithusingofsemanticwebservices AT deretskyva podhodkprogrammirovaniûpriloženijsispolʹzovaniemsemantičeskihvebservisov AT deretskyva pídhíddoprogramuvannâzastosuvanʹzvikoristannâmsemantičnihvebservísív |