Semantic web service

Введение

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

Проблема, решаемая Семантическими веб-сервисами

Основные стандарты XML для взаимодействия веб-сервисов определяют только синтаксическую взаимодействие, а не семантическое значение сообщений. Например, язык описания веб-сервисов (WSDL) может указывать операции, доступные через веб-сервис, и структуру отправленных и полученных данных, но не может указывать семантическое значение данных или семантические ограничения на данные. Это требует от программистов достижения конкретных соглашений о взаимодействии веб-сервисов и затрудняет автоматическое составление веб-сервисов. Семантические веб-сервисы построены вокруг универсальных стандартов для обмена семантическими данными, что позволяет программистам легко объединять данные из разных источников и сервисов, не теряя значения. Веб-сервисы могут быть активированы "за кулисами", когда веб-браузер делает запрос веб-серверу, который затем использует различные веб-сервисы для построения более сложного ответа, чем он мог бы сделать самостоятельно. Семантические веб-сервисы также могут использоваться автоматическими программами, которые работают без каких-либо связей с веб-браузером. Семантическая платформа веб-сервисов, которая использует OWL (Web Ontology Language), чтобы позволить поставщикам данных и услуг семантически описывать свои ресурсы с использованием сторонних онтологий, называется SSWAP: Simple Semantic Web Architecture and Protocol. SSWAP устанавливает легкий протокол (несколько классов и предикатов OWL; см. Протокол SSWAP) и концепцию "канонического графа", позволяющего провайдерам логически описывать услугу. Служба по существу является преобразованием некоторого, возможно, нулевого, ввода (или субъекта) в какой-то, возможно, нулевой, выход (или объект). Услуги семантически обнаруживаются на основе их иерархии субсупции, а также их типов входных и выходных данных. SADI (Semantic Automated Discovery and Integration) - это семантическая веб-сервисная инициатива, которая состоит из набора методов проектирования для публикации семантических веб-сервисов, которые минимизируют использование нестандартных протоколов и структур сообщений. Услуги SADI используют данные в формате RDF Resource Description Framework, где входные и выходные данные должны быть экземплярами (OWL Individuals of) класса входа и выхода, определенного в OWL DL. В отличие от канонических веб-сервисов, SADI-сервисы не используют протокол обмена сообщениями SOAP, и в отличие от SSWAP, SADI-сервисы не имеют специального проекта для обмена сообщениями; услуги вызываются путем передачи данных RDF-инстанции в конечную точку службы через HTTP POST, а мультиплексирование достигается путем отправки более одного OWL-индивидуала в вызов HTTP POST. SADI налагает единственное ограничение на поведение Сервиса: URI выходной части должна быть такой же, как URI соответствующей входной части. На практике это приводит к созданию служб, которые создают семантические связи между входом и выходом службы. Таким образом, цепочка услуг SADI вместе в рабочий процесс приводит к непрерывному графику связанных данных.

The mainstream XML standards for interoperation of web services specify only syntactic interoperability, not the semantic meaning of messages. For example, Web Services Description Language (WSDL) can specify the operations available through a web service and the structure of data sent and received but cannot specify semantic meaning of the data or semantic constraints on the data. This requires programmers to reach specific agreements on the interaction of web services and makes automatic web service composition difficult. Semantic web services are built around universal standards for the interchange of semantic data, which makes it easy for programmers to combine data from different sources and services without losing meaning. Web services can be activated "behind the scenes" when a web browser makes a request to a web server, which then uses various web services to construct a more sophisticated reply than it would have been able to do on its own. Semantic web services can also be used by automatic programs that run without any connection to a web browser. A semantic web services platform that uses OWL (Web Ontology Language) to allow data and service providers to semantically describe their resources using third party ontologies is SSWAP: Simple Semantic Web Architecture and Protocol. SSWAP establishes a lightweight protocol (few OWL classes and predicates; see the SSWAP Protocol) and the concept of a "canonical graph" to enable providers to logically describe a service. A service is essentially a transformation of some, possibly null, input (or subject) to some, possibly null, output (or object). Services are semantically discoverable based on their subsumption hierarchies as well as their input and output data types. SADI (Semantic Automated Discovery and Integration) is a semantic web service initiative that consists of a set of design practices for semantic web service publishing that minimizes the use of non standard protocols and message structures. SADI Services natively consume data in RDF Resource Description Framework format, where input and output data must be instances of (OWL Individuals of) input and output Classes defined in OWL DL. Unlike canonical Web Services, SADI Services do not use the SOAP messaging protocol, and unlike SSWAP, SADI services have no project specific messaging scaffold; services are invoked by passing RDF instance data to the Service endpoint through HTTP POST, and multiplexing is achieved by sending more than one OWL Individual in the HTTP POST invocation. SADI imposes a single constraint on the behavior of the Service: that the URI of the output individual must be the same as the URI of the corresponding input individual. In practice, this results in Services that create semantic linkages between the input and output of the service. Thus, chaining SADI services together into a workflow results in an uninterrupted Linked Data graph.

Хореография против оркестрации

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