SAREF4LIFT is an ontology that extends SAREF for the Smart Lifts domain. This SAREF extension is based on a limited set of use cases and existing data models identified within available initiatives that was detailed in previous documents ETSI TR 103 546 [i.1] and ETSI TS 103 735 [i.2]. The development of SAREF4LIFT has been conducted in the context of the STF 602, which was established with the goal of creating SAREF extension for the domain mentioned above, i.e. Smart Lifts. This work has been developed in close collaboration with the industrial world and alliances.
One of the tasks of STF 602 consists of specifying and producing the extension of SAREF for the aforementioned domain based on the requirements resulting from previous initiatives. The related initiatives and use cases considered for the development of the SAREF4LIFT extension are the ones reported previously in ETSI TR 103 546 [i.1] and ETSI TS 103 735 [i.2]. Such related initiatives and use cases are not repeated in this document. Hence, the reader can rely on those references for further details.
The prefixes and namespaces used in SAREF4LIFT and in the present document are listed in the Namespace Declarations section
SAREF4LIFT has been specified and formalised by investigating related resources in the smart lifts domain, as reported in ETSI TR 103 546 [i.1] and ETSI TS 103 735 [i.2]. Therefore, SAREF4LIFT shall both:
SAREF4LIFT is an OWL-DL ontology. For embedded semantic analytics purposes, SAREF4LIFT shall be designed using the modularity principle and can thus be mainly described by a set of knowledge modules. All these SAREF4LIFT modules are fully detailed below.
Figure 1 presents the high level view of the envisioned model of SAREF4LIFT ontology. In Figure 1, classes directly imported from SAREF ontology are in light orange, classes directly imported from other SAREF extension ontologies are in green. While, classes developed for SAREF4LIFT are in blue.
Within Figure 1, as well as within all the figures that are depicted in this documentation, the following conventions are used:
SAREF4LIFT is an OWL-DL ontology and shall be designed using the modularity principle (see ETSI TR 103 510 [i.4]) and can thus be mainly described by the following self-contained knowledge modules:
Besides the four module described above, the SAREF4LIFT extension defines also two new property types (s4lift:Load and s4lift:Voltage) defining the load in the smart lift car and the electric voltage of some electric power system.
This module specializes the SAREF4SYST ontology pattern for the Smart Lift domain.
A Smart Lift system can be defined as a s4syst:System made by different components. This module defines the subcomponents that are part of Smart Lift. In particular, two subcomponents are denoted: the s4lift:SmartLiftEdgeComponent and the s4lift:SmartLiftEdgeControlUnit. The former is dedicated to the hosting of smart lift additional modules in the case that they are not hosted directly in the s4lift:SmartLiftEdgeControlUnit. An example could be the case of an additional earthquake sensor added after the lift deployment and not controlled by the s4lift:SmartLiftEdgeControlUnit. The latter is the main element of a Smart Lift installation and it is typically associated with the lift control cabinet.
A s4lift:SmartLiftInstallation corresponds to a single lift, with all its elements. Such a concept is equipped with the list of properties shown in Figure 2. Seven types of installations are considered relevant for this extension: namely s4lift:AccessibleGoodsOnlySmartLift as per EN 81-31 , s4lift:AccessibleGoodsOnlySmartLift as per EN 81-72 , s4lift:GoodsSmartLift, and s4lift:MachineRoomLessSmartLift, s4lift:PassengerAndGoodsPassengerSmartLift as per EN 81-20 , s4lift:SmartLiftWithoutEmergencyCallSupport, s4lift:VerticalSmartLiftingPlatform as per EN 81-41 . All these concepts represent a type of smart lift that can be instantiated by the ontology.
A s4lift:SmartLiftGroup represents the correlation of multiple Smart Lifts Installation and it is supported by the introduction of a Smart Lift Group identifier common each Smart Lifts Installation belonging to the same Smart Lift Group. Such kind of installations usually presents control units connected one each other to coordinate the movement and position of the different lifts, where the common commands (e.g. the call buttons) are given to one of these control units that acts as a principal master and coordinates the other installations or is composed by peer installations that coordinates one each other.
A s4lift:SmartLiftCar represents the car of a Smart Lift. A s4lift:SmartLiftInstallation usually contains different s4lift:CarStopSpaces serving different spaces of different floors at s4lift:Smart LiftCarService. A s4lift:SmartLiftCar can connect to some s4bldg:BuildingSpace through some s4lift:SmartLiftCarService at some s4lift:DoorConnectionPoint.
This model specifies the list of commands that is considered relevant for the smart lift domain. Six new defined commands that are subsumed by the saref:Command concept that can be triggered, in turn, by a saref:Function as presented in Figure 3:
This module defines states that features of interest in a smart lift installation can be found in, and measurements that can be made about features of interest in a smart lift.
This module describes the types of signals that can be read from a smart lift console. Figure 5 shows the taxonomy of the relevant types of signals foreseen within this extension.
It is possible to observe a set of four main types of signals:
Descendants of the s4lift:Signal inherit the saref:hasTimestamp, saref:isAbout, and s4lift:conveys properties defining the timestamp when the signal has been generated, the features of interest that the signal is about, and the states or measurements conveyed, respectively.
This clause shows different examples of how to instantiate the SAREF4LIFT extension of SAREF.
The example presented in Figure 6 demonstrates how to represent information from group name SLIdentification as described in ETSI TS 103 735 [i.2], Clause 6.2a.
There are two new global identifiers of respective smart lifts installations defined (
mailto:email@example.com) and the global identifier of the associated group (
Through the object properties s4lift:isMasterInGroup and s4lift:isSecondaryinGroup it is possible to define the importance level of each identifier.
mailto:firstname.lastname@example.org is subclass of both s4lift:SmartLiftInstallation and s4lift:PassengerAndGoodsPassengerSmartLift concepts in order to specify precisely the type of smart lift. Then, data properties describing the installation are provided and associated with it.
Finally, the example presented in Figure 8 demonstrates how to represent information from group name SLInstallation as described in ETSI TS 103 735 [i.2], Clause 6.4.
As shown in Figure 6 and Figure 7, the installation labelled as
mailto:email@example.com is associated with the respective group and the related administrative information are defined.
Here we show how the load capacity is defined through the definition of a the s4lift:carloadlimit property (linked through the s4lift:hasCarLoadLimit object property) that is associated with the related saref:Measurement (s4lift:CarLoadLimitMeasurement).
Then, both the main power supply and the standard power supply are defined.
The s4lift:mainPowerSupply individual instantiates both the s4lift:ElectricalConnectionPoint and s4lift:ThreePhaseConnectionPoint concepts, it is associated with the measure property (s4lift:mainPowerSupplyVoltage) that in turn relates to the saref:Measurement individual s4lift:mainPowerSupplyVoltageMeasurement.
Similarly, the s4lift:standardPowerSupply individual instantiates both the s4lift:ElectricalConnectionPoint and s4lift:SinglePhaseConnectionPoint concepts, it is associated with the measure property (s4lift:standardPowerSupplyVoltage) that in turn relates to the saref:Measurement individual s4lift:standardPowerSupplyVoltageMeasurement.
The editors would like to thank the ETSI SmartM2M technical committee for providing guidance and expertise.
Also, many thanks to the ETSI staff and all other current and former active Participants of the ETSI SmartM2M group for their support, technical input and suggestions that led to improvements to this ontology.
Also, special thanks goes to the ETSI SmartM2M Technical Officer Guillemin Patrick for his help.
This documentation page was generated automatically using SPARQL-Generate, developed by Maxime Lefrançois. The SAREF public portal, the SAREF sources with continuous integration and deployment, the SAREF Pipeline software, and ETSI Technical Specification TS 103 673 v1.1.1 "SAREF Development Framework and Workflow, Streamlining the Development of SAREF and its Extensions", have been developed in the context of the ETSI STF 578, which followed the ETSI STF 556.