Multiple-broker approach is largely used within
IoT context; each broker can share its information
with others to implement a distributed broker. The
general architecture is shown in Fig. 2, where
multiple brokers with their IoT networks are
represented.
The question is which subset of brokers should be
selected to guarantee effectiveness and efficiency of
the whole architecture, at the same time avoiding to
spread information to brokers that are not interested
in the same topic. For instance, if a broker B1 knows
that B2 is the reference broker for a given topic T
(nodes interested in T will subscribe to B2), a
semantic link from B1 to B2 arise; whenever B1
receives a message concerning T, it sends the
message not only to T’s subscribers but also to B2. In
general, if more brokers are involved in T, B1
forwards the message to the broker peer-to-peer (P2P)
network to reach such brokers, while avoiding to
spread the message to any broker.
Currently, no definitive standardization exist for
this mechanism, and the overall performance in
searching and retrieving resources heavily depends
on the organization of broker P2P network.
The solution we propose here is to build the
broker network according to the PROSA model. In
particular, PROSA leverage social relatioships to
exploit the small-world emerging property (Watts and
Strogatz, 1998), thus resulting in efficient message
forwarding.
In PROSA, two kinds of social links are
considered: acquaintances and semantic link; the
former models social relationships raising from
interactions in everyday life (e.g. those concerning
colleagues in the same office at work), whereas a
semantic link models those acquaintances with which
a stronger relation exists, for instance if I need IT
support for my laptop, I will search not any of my
colleagues, but the IT specialist. Note that a
semantic–link is not symmetric.
Actually, in PROSA semantic links are split in
two subcategories, i.e. temporary and full semantic
links. To describe their difference, consider an
example: if a friend asked us something about "golf"
and we were not able to answer him, we will anyway
remember that he is involved with golf. This results
into a link stronger than simple acquaintances (AL),
thanks to past queries, and it is called Temporary
Semantic Link (TSL). Whenever an answer to a query
is provided, this lead to a stronger and stronger link
named Full Semantic Link (FSL).
To promote an acquaintance link to a semantic
one, some additional semantic information (e.g. about
interest, culture, abilities) are required. In real life
semantic links building simply comes from sharing a
knowledge field or a passion or simply an interest
with a person and interact with him in some
circumstances. Once such a semantic link is
established, as soon as a need concerning that field
occurs, you’re ready to use that link to get assistance
or collaboration. In real life semantic links are widely
used to speed up information retrieval.
Our goal here is to build such a broker network,
exploiting both acquaintance and semantic links; a
broker joins the network to achieve links to others
according to the social model described above, i.e. by
linking (semantically) with broker with similar
interests, culture, hobbies, works and so on, and
keeping a certain number of “random” acquaintances.
If the network of brokers catches the dynamics of the
social model, the resulting network should be a small-
world. To achieve this, we need i) a system to model
knowledge, culture, interests, and ii) a network
management algorithm implementing the social
model.
For a given broker B1, we could assume that the
set of other brokers in the broker network is viewed
as a Virtual Smart Device (VSD) capable of
providing information concerning various topics (Fig.
3); this way, social behaviour is encapsulated into the
VSD, and this allows to not affect existing IoT
networks. A better approach is tough to view the rest
of broker network as a Virtual Subscriber to which B1
sends its information; this is discussed in the next
paragraph.
Figure 3: Modelling the broker network as a VSD.
3.1 Broker Net as Virtual Subscriber
As shown in Figure 4, the broker network is modeled
as a Virtual Subscriber. In particular, a generic broker
B1 behaves as a server and each one uses data
variables named “Topics” and routes all the messages
among connected subscriber. Topics are represented
in a hierarchical form, e.g.:
/root/level1/../leveln/Measure
A Social Inspired Broker for M2M Protocols
103