2018
DOI: 10.1016/j.csi.2017.09.007
|View full text |Cite
|
Sign up to set email alerts
|

Middleware and communication technologies for structural health monitoring of critical infrastructures: A survey

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
24
0

Year Published

2018
2018
2021
2021

Publication Types

Select...
5
4
1

Relationship

0
10

Authors

Journals

citations
Cited by 57 publications
(27 citation statements)
references
References 31 publications
0
24
0
Order By: Relevance
“…To the best of our knowledge, there are no other devices that exploit the NB-IoT protocol to enable vibration-based SHM. In literature, [24], [25] provides several examples and evaluations on wireless communication applied to SHM, but none of them use NB-IoT. Also, in [22] are presented some examples of SHM systems based on MEMS sensors, but in all proposed solutions, the usage of NB-IoT is not considered.…”
Section: Related Workmentioning
confidence: 99%
“…To the best of our knowledge, there are no other devices that exploit the NB-IoT protocol to enable vibration-based SHM. In literature, [24], [25] provides several examples and evaluations on wireless communication applied to SHM, but none of them use NB-IoT. Also, in [22] are presented some examples of SHM systems based on MEMS sensors, but in all proposed solutions, the usage of NB-IoT is not considered.…”
Section: Related Workmentioning
confidence: 99%
“…Indeed, each WT exposes its Affordances through the TD in a standardized way; as a result, it is possible to build a real-time dependency graph among all the WTs of a distributed WoT system (as further detailed in Section V) and consequently envisage allocation policies that determine group migrations of interacting subsets of WTs in order to maximize the data locality. Clearly, group-based migration policies could be deployed also on top of other micro-services architectures; however, for the case of M-WoT, this feature could be supported in a general, protocol-agnostic way since the interactions among the WTs occur according to a standardized interface, and hence they could be easily accounted through the M-WoT monitoring layer described in Section IV-C. [36] [37], as proposed among others by the MAC4PRO project [38]. We assume that the monitoring system can work in two modes: Normal and Critical, denoting two different QoS requirements for the risk detection.…”
Section: M-wot: Preliminary Definitions and Motivationsmentioning
confidence: 99%
“…For that reason, many research works have proposed interoperable middleware as a solution for enhancing the communication between remote cloud services and IoT applications. Moreover, they have focused on designing standard IoT-cloud middleware that could create a unified environment, allowing several IoT devices to communicate and interact with cloud platforms [87]. Additionally, the middleware could enhance the functionality of IoT applications by providing adapted cloud services and hiding all the details of heterogeneity in the IoT paradigm.…”
Section: Interoperable Middleware Platforms For Edge Computingmentioning
confidence: 99%