JOURNAL OF INFORMATION, KNOWLEDGE AND RESEARCH IN

INFORMATION TECHNOLOGY

KNOWLEDGE ENGINEERING IN SEMANTIC META DATA (SDM) : FUTURE TRENDS

Dr. Jayeshkumar M. Patel

Associate Professor,

Sanakalchand Patel College of Engineering, Visnagar ,Gujarat , India

ABSTRACT:As Web Services have full-fledged they have been significantly leveraged within the academic, research and business communities. Semantic Web Services and Semantic Grid Services, the intelligent combination of Web / Grid services and the Semantic Web/Grid can start off a technological revolution with the development of Semantic Web/Grid Services. These technological advances can ultimately lead to a new breed of Web / Grid-based applications. In this paper we present a generic framework for engineering and managing services Semantic Meta Data (SMD) with the ultimate purpose of facilitating interoperability, automation, and knowledgeable reuse of services for problem solving. It adopts Ontologies and the Semantic Web technologies as the enabling technologies by which services' metadata are semantically enriched and made interoperable, understandable, and accessible on the Web/ Grid for both humans and machines.

Keywords: Knowledge Engineering; Semantic Meta Data (SMD); Ontology; Semantic Grid.

ISSN: 0975 –6698| NOV 10 TO OCT 11 | VOLUME – 01, ISSUE - 02Page 1

JOURNAL OF INFORMATION, KNOWLEDGE AND RESEARCH IN

INFORMATION TECHNOLOGY

  1. INTRODUCTION

Our modern and mobile society depends on fast and stable access to information and computing resources, at all time and in all places. Grid systems enable this seamless access, and allow us to achieve better qualitative and quantitative results by coordinating the resources we depend on. Additionally, grid systems are designed to give a more secure, and more dependable/accessible (up-time) access to these resources. Grids are defined as persistent environments that enable software applications to integrate. In practice a grid is an infrastructure to control sharing of resources, i.e., being able to access others' resources, and giving access to own resources to others, various resources in widespread locations. In the vision of the designers of grid computing the resources necessary for an application are accessed using standardized access methods through a grid infrastructure. The metaphor "grid" comes from power grids, where electrical current can be accessed in a seamless way using a standardized plug. The www can be seen as a specialized predecessor of a grid, which allows access to documents. In general the accessible services include resources like computing cycles, special computing capabilities, storage, devices, or even human expertise.

  1. METADATA

Metadata exist at all levels of the Grid, ranging from low-level repositories of resourcehandles to upper-level application-related services. At the time of writing, the metadata of low-level hardware-related Grid services is stored and managed by core Grid services such as Globus MDS and RGMA. In the Open Grid Service Architecture (OGSA) (Foster, Kesselman, Nick, & Tuecke, 2002) application- level resources are wrapped as Web or Grid Services, and services' metadata are associated with Web/Grid services, which are described in WSDL files and published and stored in UDDI repositories.

The way that current service-oriented infrastructure handles and manages services' metadata is not adequate and effective for metadata to help services discovery and knowledge sharing. There are no problems for humans to understand XML-based metadata because we know the meaning of these English words. The question is: "can machines understand and consume them?" so that they can perform automated and automatic processing with regards to the use of Web/Grid services. Clearly without further assumptions, the answer will be no. The Semantic Web and Semantic Grid are extensions of the current Web/Grid in which information and services are given well-defined meaning, better enabling computers and people to work in cooperation. We believe that the first step towards the Semantic Web/Grid is to make the Web/Grid full of rich SMD, in other words, metadata with semantics.

2.1A Systematic Framework for Service's SMD

Semantic metadata refers to the metadata that are formally modeled based on their context, thus giving them meaning. Service SMD is actually a type of knowledge about the service's general characteristics, interfaces and execution details. By this view, we argue that SMD management should have its own lifecycle, namely those of acquiring, modeling, representing, publishing, and reusing a service's SMD.

2.2 Ontology-centric Approach to SMD Management

Inspired by the latest research results on ontologies and the Semantic Web, we conceive an ontology-centric approach to SMD management. The key features of the approach are as follows: Firstly, ontologies are used for metadata and context modeling, thus help towards interoperability and machine understandability. Secondly, knowledge acquisition, i.e., service metadata collection and semantics tagging, is carried out semi-automatically through a formal knowledge binding process—also known as semantic annotation. Thirdly, Web ontology languages are used for SMD knowledge representation, thus enabling knowledge sharing and effective reuse.

  1. ONTOLOGIES

This component intends to capture all metadata of Web/Grid services and the concepts related to domain in which these services operate. It further models these metadata, concepts, and their relations in a structure using commonly agreed terms. The purpose is to abstract the ontological entities of metadata and put them in context, thus giving them meaning. Our framework uses ontologies to perform metadata and context modeling in which entities such as services will be conceptualized as ontological concepts and an entity's metadata will be conceptualized as its properties. Context modeling will conceptualize all other entities related to the concerned entity and establish relations among them via concepts' properties. Overall context modeling will create a self-contained ontology in which metadata can be interpreted unambiguously by both humans and machines. Ontology-based metadata and context modeling provides a common communication language for Web/Grid service providers and consumers.

3.1 The Deployment Configurations

The corresponding functionalities for such an environment could range from the most lightweight deployment to very complex ones. Below, a few of these possible configurations are briefly described.

Thin-Client: In this configuration (Fig. 1), the ontological knowledge is made available via Web based protocols. Such a system would be appropriate for use with applications that require to reference standard ontology knowledge.

Figure 1 : :Thin Client

Fat-Client: A "fat-client" configuration provides local persistence for ontological knowledge that the application generates (Fig. 2). Depending on the configuration details, knowledge may be stored locally as files or in a database for increased performance and reliability. The local persistent storage can also provide local caching for ontological knowledge accessed via Web.

Figure 2 : : :Flat Client

Client-Server: This configuration models a full-fledged ontology management system with a complex set of functionalities. To provide ontology sharing and evolution among a large number of clients, the ontology management functions would be moved to an ontology server (Fig. 3). Not only does this arrangement provide for easier ontologies sharing and updating in a distributed environment, but it also allows for additional optimization and optimized indexing to support better knowledge query and retrieval.

Figure 3 : :Client-Server

3.2 The Ontology Server Architecture

Within the knowledge Grid scenario, the Ontology Server (OS) provides the basic semantic interoperability functionalities. In fact, it provides the knowledge producer with the possibility of interacting with heterogeneous and distributed document repositories. It guarantees to the knowledge providers the necessary autonomy to organize the managed contents space. From the conceptual point of view, the OS is one of the most important kinds of server since it manages the schema for the stored knowledge expressed using OWL/RDF and determines the interactions with the other semantic web or Grid servers and components. The main components of the OS architecture are organized into the Ontology Middleware, which coordinates the activities for the ontology development, the reasoner system and the user interface component, as shown in Fig. 4

Figure 4 : Architecture in the Ontology Middleware

3.3 The Ontology Development Environment

To build an ontology model we rely on a group of domain experts equipped with the Ontology Development Environment (ODE). This environment covers the following main ontology lifecycle phases: building the ontology model, either from scratch or reusing parts of the previously developed ontologies, and validating and/or maintaining the deployed ontologies. Next, in order to insert the knowledge facts into the ontology repository we proceed as follows:

a)Insert the contents into buffered persistency area;

b)Validate and reason on and about the knowledge base;

c)Register the facts through the persistency module.

The identified ODE users are:

  • The editor: as in the person in charge of defining the ontology model and inserting it into the ontology repository;
  • The reviewer: as in the person in charge of validating and maintaining the ontology models;
  • The visitor: as in the person and/or software components that can browse the ontology.

All these operations are made available through the OS functionalities. Clearly, since they regard different kinds of users, different user authentication processes have been implemented. We choose the Protege-2000 ontology editor since it has an user friendly interface and a modular architecture that is extensible through a flexible programming interface

  1. SERVICE SMD GENERATION

To generate SMD, it is necessary to bind metadata models with the concrete information of the concerned services. This component consists of two tasks—metadata collection and metadata instantiation with metadata models (ontologies). In view of the nature of heterogeneity, distribution and the dynamics of Web/Grid environment, SMD generation pose a great challenge for SMD management

Two approaches are identified for capturing services' metadata: the human-centered approach and information extraction based approach. In the first approach, a person (either a service provider or a domain experts or a knowledge engineer) analyses service domain, obtains all metadata values and prepares them in accordance with the metadata model. This approach requires that the person should have domain background knowledge. The latter approach is to extract metadata values using information extraction techniques. It tries to acquire metadata automatically by parsing and recognizing designated entities and their values. The problems with this approach are that different service providers may use different terminology for their services.

  1. SERVICE SMD REPOSITORIES

Service SMD repositories component is responsible for service SMD representation and storage, which are described below.

5.1. Service SMD Representation

SMD representation needs to fulfill several requirements. First it should have appropriate expressive capabilities, thus being able to model and convey all explicit meaning of metadata without any ambiguity and fidelity loss. Second it should be easily distributed and accessed on the Web/Grid so that as many Web/Grid users as possible can get hold on it. Third SMD representation should allow for high degree interoperability and machine understandability in order to facilitate SMD processing and semantic consumption for end users' applications.

5.2. Service SMD Storage

There are three different mechanisms to store a service's SMD. Firstly it can be embedded into the original service as a set of descriptions. Some annotation tools such as the OntoMatannctizer(annotation.semanticweb.org/ontomat/index.html) in the Semantic Web community use this mechanism to attach semantic descriptions to web pages. Secondly, SMD can be saved in a separate storage in the same location as the service is stored. A local reference link will establish the relationship between a service and its SMD. Thirdly SMD can be archived in distributed knowledge repositories separate from services. Globus MDS and Web Service registry such as UDDI have adopted this approach to archive metadata.

  1. INFERENCE ENGINE

Inference Engine provides reasoning capabilities for service SMD management system. It has two main usages: first an inference engine can be used to help construct a large ontology by performing such actions as subsumption, classification, concept consistency check, and more; second, to discover a specific service in terms of user query criteria an inference engine is needed to reason against the SMD repositories. There are different ontological reasoning engines. For instance, the FaCT reasoner (Horrocks et al., 1999) can perform terminological reasoning; the RACER reasoner can perform instance reasoning. Requirements for a reasoning engine and its inference capability are closely related to the SMD representation and storage as discussed in Service SMD Storage, it is also pertinent to the SMD use in applications.

  1. SMD-BASED QUERY AND RETRIEVAL APIS

Once service SMD repositories are populated with SMD, Web/Grid service consumers can make use of the semantic information for many purposes. This component is responsible for providing semantic information consumption mechanisms and tools to facilitate the use of service SMD. General speaking, SMD can used in the following ways: Firstly consumers can navigate services in the repository in terms of SMD. Services and metadata are classified into different categories when they are formally modeled using ontologies. By referencing the associated ontology users can obtain all services under a specific service category (a concept and/or a property) and their SMD. Secondly service consumers can exploit SMD for service discovery. The above functionality, otherwise known as service browsing, is desirable but may not be practically realistic when the size of SMD instances grows to thousands or millions. Semantics-based search is different from traditional keyword-based search mechanism in that service matching is based on meaning rather than signatures. For example, by specifying a set of metadata and value pairs, DL-based reasoner can discover a number of services that have these metadata. This not only increases the accuracy of service discovery, enhances interoperability, but most importantly, enables automated machine processing.

  1. CONCLUSION

Creating and populating rich semantic metadata on the Web/Grid have been commonly accepted as the route leading to the Semantic Web/Grid vision. Semantic Web/Grid services are key research threads towards this holy-grail. This paper describes our effort towards the next generation service-oriented computing infrastructure with rich metadata and semantic support. It presents an integrated framework for SMD management for Web/Grid services, which is based on the latest ontology and the Semantic Web technologies coupled with a service-oriented computing paradigm. Issues related to the lifecycle of service SMD management such as SMD modeling, generation, storage, and reuse, are analyzed and discussed, solutions are proposed and a suite of tools, APIs and mechanisms are developed to support SMD management, which form the backbone of the Semantic Wes/Grid infrastructure.

REFERENCES

[1]Berners-Lee T., Hendler J., and Lassila O., 'The Semantic Web', Scientifc American (May 2001).

[2]Fensel D: 'Ontologies: Silver Bullet for Knowledge Management and Electronic Commerce', Springer, Berlin (2001).

[3]Arroyo, S. and L6pez-Cobo, J. M . (2006), 'Describing web Services with Semantic Metadata', Int. J. Metadata, Semantics and Ontologies, 1(1), 76-82.

[4]Cristani, M., duel, R. " A Survey on Ontology Creation Methodologies". International Journal of Semantic Web and Information Systems (IJSWIS), 1(2).

[5]Kashif Iqbal, "Applications of Semantic Web Technologies for E-Learning (SWEL'06). Collaborative Tagging Approaches for Ontological Metadata in Adaptive E-learning Systems", 4th International Workshop in June 2006.

[6]A. Mitschick, R. Winkler, and K. MeiBner. "Searching Community-built Semantic Web Resources to Support Personal Media Annotation . In Bridging the Gap between Semantic Web and Web 2.0" (SemNet 2007), pages 1-13, 2007.

[7]T. R. Gruber, "Toward Principles for the Design of Ontologies used for Knowledge Sharing". Presented at the Padua workshop on Formal Ontology, March 1993, later Published in International Journal of Human-Computer Studies, 43(4-5), 907-928,1995.

[8]Paolucci, M., Kawamura, T., Payne, T. and Sycara. K. (2002), 'Semantic Matching of Web Services Capabilities', Proc. of the 1st International Semantic Web Conference (ISWC).

[9]G6mez-P6rez, A., Fernandez-L6pez, M. and Corcho, O. (2003), Ontological Engineering: with Examples from the Areas of Knowledge Management, E- commerce and the Semantic Web, Springer-Verlag, London.

[10]Benjamins, V. R., Contreras, J., Blazquez, M., Dodero, J. M., Garcia, A., Navas, E., Hernandez, F. and Wert, C. (2004), 'Cultural heritage and the Semantic web', in Bussler, C., Davies, J., Fensel, D. and Studer, R. (Eds.): The Semantic Web: Research and Applications, First European Semantic Web Symposium (ESWS2004), Springer-Verlag, pp. 433-444.

[11]A. Ankolekar, M. Burstein, J. Hobb$, Lassila, D. Martin, S. Mcllraith, S. Narayanan, M. Paolucci, T. Payne, K. Sycara, H. Zang DAML-S: Semantic Markup for Web Services In Proceedings of the International Semantic Web Working Symposium (SWWS), July 30-August 1, 2001.

[12]D. De Roure, N. Jennings, N. Shadbolt. Research Agenda for the Semantic Grid: A Future E-Science Infrastructure, UK e- Science Programme Technical Report Number UKeS-2002-02.

[13]Paul Anderson, "Technology & Standards Watch What is Web 2.0? Ideas, Technologies and Implications for Education " , JISC Technology and Standards Watch, Feb. 2007.

ISSN: 0975 –6698| NOV 10 TO OCT 11 | VOLUME – 01, ISSUE - 02Page 1