Applying Service-Oriented Architecture in AR-Based Annotation Message System

2008 ◽  
Author(s):  
Nguyen Thi Ngoc Vinh ◽  
Nguyen Quang Tung ◽  
Heesung Jun
Keyword(s):  
Service Oriented Architecture ◽  
Service Oriented ◽  
Message System

scholarly journals Using XML to Help Isolate Software Systems and Agents from Change Due to Communications

2006 ◽  
Vol 1 (4) ◽  
Author(s):  
Paul Darbyshire
Keyword(s):  
Service Oriented Architecture ◽  
Software Systems ◽  
Multi Agent Systems ◽  
Agent Based ◽  
Practical Applications ◽  
Architectural Framework ◽  
Service Oriented ◽  
Multi Agent ◽  
Message System

Development and research into distributed and agent based systems has grown enormously over the last few years, and the number of practical applications for such systems has grown along with it as the technology and infrastructure improves to accommodate such systems. As with all systems, evolution and change is inevitable, but with the growth of distributed systems and the Service Oriented Architecture, we have another dimension of change we need to consider; that of communication. The importance of the role of communication between these systems has been highlighted by many researchers, particularly for multi-agent systems and for distributed communicating agents. But the form of such communication often remains a mystery. Communication aspects are often dependent on other factors within an architectural framework, particularly the data. In order to reduce unnecessary changes to the communication aspects of a system, we need to insulate the communication as much as possible from consequential change effected by architectural other framework elements. A message system using an XML-type syntax is more extensible and adaptable for use in a changing environment. It helps to isolate the communication from the structure and content of the message, thereby reducing consequential change. This paper discusses the use of XML for the construction of agent-based messages, and presents a simple approach for the deconstruction of messages by receiving agents.

DYNAMIC REST SERVICES ORCHESTRATION USING THE KNOWLEDGE BASE

2019 ◽  
Author(s):  
Kostyantyn Kharchenko
Keyword(s):  
Knowledge Base ◽  
Service Oriented Architecture ◽  
Main Idea ◽  
The Real ◽  
Server Side ◽  
Service Oriented ◽  
Services Orchestration ◽  
Client Side ◽  
Abstract Operation ◽  
Microservice Architecture

The approach to organizing the automated calculations’ execution process using the web services (in particular, REST-services) is reviewed. The given solution will simplify the procedure of introduction of the new functionality in applied systems built according to the service-oriented architecture and microservice architecture principles. The main idea of the proposed solution is in maximum division of the server-side logic development and the client-side logic, when clients are used to set the abstract computation goals without any dependencies to existing applied services. It is proposed to rely on the centralized scheme to organize the computations (named as orchestration) and to put to the knowledge base the set of rules used to build (in multiple steps) the concrete computational scenario from the abstract goal. It is proposed to include the computing task’s execution subsystem to the software architecture of the applied system. This subsystem is composed of the service which is processing the incoming requests for execution, the service registry and the orchestration service. The clients send requests to the execution subsystem without any references to the real-world services to be called. The service registry searches the knowledge base for the corresponding input request template, then the abstract operation description search for the request template is performed. Each abstract operation may already have its implementation in the form of workflow composed of invocations of the real applied services’ operations. In case of absence of the corresponding workflow in the database, this workflow implementation could be synthesized dynamically according to the input and output data and the functionality description of the abstract operation and registered applied services. The workflows are executed by the orchestrator service. Thus, adding some new functions to the client side can be possible without any changes at the server side. And vice versa, adding new services can impact the execution of the calculations without updating the clients.

Sign in / Sign up

Export Citation Format

Share Document