26.03.2015 Views

19SafQB

19SafQB

19SafQB

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

254 A Common Architectural Approach for IoT Empowerment<br />

6.3.3 Functional Blocks and Basic Interfaces Among Them<br />

For the sake of clarity, we split the description of functional blocks in three<br />

subsections: Service Level, CVO Level, VO Level.<br />

6.3.3.1 Service Level Functionality<br />

Natural Language Processing (NLP) is the functional block that translates<br />

non-technical user human language queries and statements into the formal<br />

iCore service request SPARQL query. The Service Request Analysis comprises<br />

the Service Analysis block which receives the SPARQL query and<br />

asks for the retrieval (through the Intent Recognition) of the current situation<br />

in which the query is performed. The Semantic Query Matcher comprises<br />

semantic alignment/learning enhancements as a potential pre-processing for<br />

the standard SPARQL matching of query to Service Template concept as done<br />

in the RDF Rules Inference Engine. The outcome of the RDF Rules Inference<br />

Engine is actually a logical mash-up of CVO-selection criteria (i.e. CVO Template<br />

names, in its simplest form), called Service Execution Request, which<br />

is to be handed over to the CVO Level for service execution. The Service<br />

Execution Request is the final outcome of the Service Request Analysis and<br />

comprises — apart from CVO-selection criteria — Service Level Agreement<br />

(SLA) criteria that express quality demands and cost criteria.<br />

The Service Template Repository contains a semantically query-able collection<br />

of Service Templates, as provided in the repository by the Domain<br />

Expert/Knowledge Engineer. The Intent Recognition comprises the cognitive<br />

functionality that is used to determine what the Intent of the User is and<br />

assists in identifying the “Monitoring Goals” (application specific) needed<br />

for Situation Detection sub-block of the Situation Awareness block. The User<br />

Characterisation comprises the determination of a range of facts concerning a<br />

human user, including user context, profile, preferences and policies.<br />

The Situation Awareness block is responsible for the creation of the<br />

RWK info, which is then stored in the RWK model. The situational awareness<br />

process is generated by a logical sequence of steps/sub-blocks namely<br />

(i) Situation Detection (ii) Situation Recognition (iii) Situation Classification<br />

and (iv) Situation Projection. Cognition adds the element of intelligence<br />

which helps discerning the situation and thereby resulting action. Each of<br />

the above sub-blocks follows the cognition cycle in terms of Perception

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!