Blog: Will your Company "Sparkle" in 2008? The State of Semantic Web
- 29 January, 2008 12:58
The World Wide Web Consortium (W3C) has kicked off 2008 with publishing two significant Semantic Web specifications in the month of January. The first is the query language specification, SPARQL (pronounced, "sparkle") and the Ontology Language for Web (OWL) 1.1. One could argue the computer science industry is in the midst of the biggest shift in software development in the past fifty years.
To understand the depth of Semantic Web is to first understand Semantic Web is not limited to the "Web" and it includes all aspects of the computer software industry to include the corporate enterprise. Semantic Web is something an organization does, not buy or out sources.
The area of corporate enterprise will be the front line where the battle for customers will be fought. Semantic Web will allow the automation of such activities as verification, simulation, configuration, supply chain management, contracting, and service negotiation to name just a few of the benefits. To understand the risks your company is exposed today; one needs to understand the term Semantic and what it represents.
Semantic refers to aspects of meaning. As a simple example, if someone should comment that you have an "Adult" object stored in your data repository, what could you conclude about that object? First, the meaning of "Adult" is a person who is 18 years or older. You obtained this information through the use of inference, which is, deriving a conclusion based solely on what you already know.
In today's world, with no semantics, your data repository lacks any explicitly stated meaning of an adult. You would need a programmer to write a query to retrieve all "Adults" in your data repository. The problem with this approach is that you need to know what you are looking for, and if you don't know what you're looking for, you will not find it!
In a Semantic world, you would explicitly define an Ontology based upon what you know through terms, relations, and axioms of your business. Developing an Ontology is the foundation for which a Semantic solution is built upon. The problem today is that Information Knowledge Architects do not completely agree on the definition of a "Ontology." Consequently, CIO's and other senior management are miss-informed to the state of their Business Domain Ontology. There are many white papers written about the definition of an Ontology. One point that everyone seems to agree upon is that a "Semantic" Ontology is one that requires a "Reasoner" (a type of Inference Engine) to "discover" the meaning of an Ontology relationships automatically.
Benefits of developing a "Semantic" Ontology includes making domain assumptions explicit, separation of domain knowledge from the operational knowledge, making domain knowledge reusable across the enterprise, razing the "silos" of information that exists in corporate departments.
Once you have developed a information repository that has a "Semantic" Ontology that provides "context" to your business, you now have a more agile system to meet the needs of your customer. This is accomplished through the automation of human tasks, developing new business models and improving the way people and businesses communicate and interact.
Currently, there are numerous specifications in works. Ontology will require the implementation of one of the W3C semantic specifications - RDF (Resource Description Framework) or OWL (Web Ontology Language) as a start.
RDF provides a lightweight ontology system to support the exchange of knowledge on the Web. While OWL facilitates greater machine interpretability of data content than that supported by XML, RDF, and RDF Schema (RDF-S) by providing additional vocabulary along with a formal semantics. Both of these specifications are now supported with the recently adopted standard query language specification - SPARQL.
As for the enterprise space, specifications include Semantic Web Services (SWS), Business Processing for Semantic Web Services (BPEL4SWS) and Semantic Web Rule Language (SWRL) for Business Rule engines.
Semantic Web Services (SWS) is promising to revolutionize eCommerce and enterprise-wide integration. Currently one of the drawbacks to the existing Web Services is that applications may invoke web services using a common, extendable communication framework (e.g. SOAP.) However, the lack of machine readable semantics requires looking up the Web Service by its name, thus hampering the usage in complex business contexts. Semantic Web Services (SWS) augments Web Services with rich formal descriptions of its capabilities, thus facilitating discovery of the Web Services by its function. This enhances the ability to perform automated composition, discovery, dynamic binding, and invocation of services within an open environment. There are two competing specifications for SWS; Web Ontology Language for Services (OWL-S) and Web Services Modeling Ontology (WSMO.) WSMO is the more promising approach because its conceptual model enables standards (WS-*) based asynchronous communication.
Page Break
Business Processing (BPEL) built upon Semantic Web Services (SWS) would enable Business Processing for Semantic Web Services (BPEL4SWS). Semantic Business Process Management (SBPM) would enable accessing process space of an enterprise at the knowledge level so as to support reasoning about discovery and mediation, business processes, process composition, process execution, process monitoring, and analysis.
Finally, Semantic Web Rule Language (SWRL) is a combination of OWL and Rule Markup Language (RuleML.) SWRL extends OWL-Descriptive Logic (OWK-DL) and is a Reasoner language that is portable to third party tools.
Many disciplines are now developing standardized ontologies that domain experts can use to share and annotate information in their fields. Europe has substantial commitment behind Semantic Web to establish Semantics as a core pillar of modern computer engineering. With the European Semantic Systems Initiative (ESSI) now under the umbrella of Semantic Technology Institute (STI) International, companies participating in these organizations will be able to take the lead in developing new business models and improving the way people and businesses communicate and interact.
In one particular discipline, there is the W3C Semantic Web Health Care and Life Sciences Interest Group (HCLSIG). This group is chartered to develop and support the use of Semantic Web technologies to improve collaboration, research and development, and innovation adoption in the Health Care and Life Science domains. Other examples in the medical field, has produced large, standardized, structured vocabularies such as SNOMED (Price and Spackman 2000.) Other areas include Pharmaceutical, Oil & Gas, Auto Repair and Diagnostics, and Legal to name a few.
There are open source and commercial tools available today to start developing a corporate "Semantic" ontology. However, change is disruptive; the beneficiaries of this technology will go to those who understand this technology is a design style that enables businesses to increase flexibility and agility. To achieve these advantages, an organization must embrace "Semantic Ontology" as a lifestyle change.
Again, Semantic Ontology is something an organization does, not buy or out sources. Semantic Ontology is a new way to design systems, and it is more about culture than it is about technology. Semantic Ontology requires a different mindset, and it requires discipline in the way corporations view and valuate their information. To improve the chances for success, an organization must establish discipline through a strong long-term commitment, training, and governance program.