Diferencia entre revisiones de «Servicios de Web Semánticas»
Etiquetas: posible problema posible promocional |
Etiquetas: posible problema posible promocional |
||
| Línea 30: | Línea 30: | ||
first7=Rex | last7=Nelson |
first7=Rex | last7=Nelson |
||
}} |
}} |
||
</ref> |
|||
SSWAP establishes a lightweight protocol (few OWL classes and predicates; see the [http://sswap.info/protocol.jsp 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]]<ref name='wilkinson.2011'> |
|||
{{cite journal | |
|||
title = The Semantic Automated Discovery and Integration (SADI) Web service Design-Pattern, API and Reference Implementation | |
|||
journal = J Biomed Semantics | |
|||
volume = 2 | |
|||
pages = 8 | |
|||
year = 2011 | |
|||
pmid = 22024447 | |
|||
pmc = 3212890 | |
|||
doi = 10.1186/2041-1480-2-8 | |
|||
url = http://www.jbiomedsem.com/content/2/1/8 | |
|||
first1=Mark | last1=Wilkinson | |
|||
first2=Benjamin | last2=Vandervalk | |
|||
first3=Luke | last3=McCarthy | |
|||
}} |
|||
</ref> (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 ([[Web Ontology Language#Introduction|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. |
|||
==Choreography vs. orchestration== |
|||
''Choreography'' is concerned with describing the external visible behavior of services, as a set of message exchanges optionally following a [[Message Exchange Pattern]] (MEP), from the functionality consumer point of view. |
|||
''Orchestration'' deals with describing how a number of services, two or more, cooperate and communicate with the aim of achieving a common goal. |
|||
==Related technologies== |
|||
Revisión del 20:04 10 nov 2014
Servicios de Web Semánticas, conocidos como servicios web convencionales, son el punto terminal del servidor de un sistema cliente-servidor para la interacción máquina a máquina a través de la Red informática mundial (World Wide Web). Los Servicios semánticos son un componente de una red semántica que hace un seguimiento a los datos legibles de la máquina de una manera detallada y sofisticada ( comparada con la manera que los humanos entienden relaciones entre temas, que no es fácilmente comprendido por los programas de computadoras).
The problem addressed by Semantic Web Services
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 directory of Semantic Web Services providing semantic web service investigators with an index to projects, standards and bibliographical references of semantic web service proposals was created and is maintained by Dr. Khalid Belhajjame.
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.[1] 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[2] (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.
Choreography vs. orchestration
Choreography is concerned with describing the external visible behavior of services, as a set of message exchanges optionally following a Message Exchange Pattern (MEP), from the functionality consumer point of view.
Orchestration deals with describing how a number of services, two or more, cooperate and communicate with the aim of achieving a common goal.
Related technologies
- ↑ Gessler, Damian; Schiltz, Gary; May, Greg; Avraham, Shulamit; Town, Christopher; Grant, David; Nelson, Rex (2009). «SSWAP: A Simple Semantic Web Architecture and Protocol for semantic web services». BMC Bioinformatics 10: 309. PMC 2761904. PMID 19775460. doi:10.1186/1471-2105-10-309.
- ↑ Wilkinson, Mark; Vandervalk, Benjamin; McCarthy, Luke (2011). «The Semantic Automated Discovery and Integration (SADI) Web service Design-Pattern, API and Reference Implementation». J Biomed Semantics 2: 8. PMC 3212890. PMID 22024447. doi:10.1186/2041-1480-2-8.