scholarly journals SAMuS: Service-Oriented Architecture for Multisensor Surveillance in Smart Homes

2014 ◽  
Vol 2014 ◽  
pp. 1-9 ◽  
Author(s):  
Sofie Van Hoecke ◽  
Ruben Verborgh ◽  
Davy Van Deursen ◽  
Rik Van de Walle
Keyword(s):  
Service Oriented Architecture ◽  
Pressure Sensors ◽  
Smart Homes ◽  
Person Detection ◽  
Dynamic Selection ◽  
Service Oriented ◽  
Complex Events ◽  
Automatic Deployment ◽  
Almost All ◽  
Performance Results

The design of a service-oriented architecture for multisensor surveillance in smart homes is presented as an integrated solution enabling automatic deployment, dynamic selection, and composition of sensors. Sensors are implemented as Web-connected devices, with a uniform Web API. RESTdesc is used to describe the sensors and a novel solution is presented to automatically compose Web APIs that can be applied with existing Semantic Web reasoners. We evaluated the solution by building a smart Kinect sensor that is able to dynamically switch between IR and RGB and optimizing person detection by incorporating feedback from pressure sensors, as such demonstrating the collaboration among sensors to enhance detection of complex events. The performance results show that the platform scales for many Web APIs as composition time remains limited to a few hundred milliseconds in almost all cases.

scholarly journals Solving the Rating Scarcity Issue using an Enhanced Memory-based Collaborative Filtering Method

2019 ◽  
Vol 8 (3) ◽  
pp. 609-615
Keyword(s):  
Web Services ◽  
Collaborative Filtering ◽  
Service Discovery ◽  
Service Oriented Architecture ◽  
Filtering Method ◽  
Optimal Service ◽  
Service Oriented ◽  
Almost All ◽  
Rating Information ◽  
The Web

In Service Oriented Architecture (SOA), reputation-oriented web service discovery has gained popularity in finding the optimal service from a pool of services having similar functionality. Almost all reputation-oriented discovery mechanisms make use of the feedback ratings reported by the users in order to assess service reputations. However, there are certain factors which, if not addressed carefully, may affect the process of precise service reputation evaluation. One such factor is the issue regarding rating scarcity. When the percentage of users who rate the web services compared to the percentage of users who avail the web services is low, the issue of missing feedback rating arises which leads to incomplete rating matrix. Since all users, after availing services, may not report their satisfaction levels in the form of feedback ratings, it is obvious that the system will encounter incompleteness in rating information while evaluating service reputations. In this paper, an approach to solve the rating scarcity issue in reputation-oriented service discovery is proposed using an enhanced memory-based collaborative filtering method. Experiments are performed and the results are reported in this paper

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