a change of modes of transport during the route (Xi-
ang et al., 2007a; Yudenok and Krinkin, 2012).
User preferences can be set by creating a user pro-
file that reflects the basic characteristics inherent to
the user. Thanks to the use of smart spaces technol-
ogy, it is possible to define a user profile in the form
of an ontology.
The system must provide real-time information
and support (traffic information, timely detection of
traffic jams, search for objects on a map, up-to-date
information on how objects work).
In the process of operation, the infomobility sys-
tem must take into account the current situation in or-
der to provide support options that are most suitable
for the user at a given moment. For example: recom-
mending objects on the map depending on the time (it
is better to visit the park in sunny weather and wait out
the rain in the nearest cafe, which has many positive
reviews).
Unlike the centralized architecture, the distributed
one introduces additional tasks related to ensuring the
security of users’ personal information. The advan-
tage of a centralized infrastructure is that all informa-
tion is processed in a single, self-contained environ-
ment. This allows to create a secure channel through
which all processed information will be transmitted
without leaving the environment. All users are iso-
lated from each other, which prevents unauthorized
access to their personal data. In the case of a dis-
tributed architecture, it is necessary to send and col-
lect data for several services at once, some of which
may be provided by a third party (for example, col-
lecting photos of given coordinates). In this regard, it
is necessary to further develop mechanisms to ensure
the safety of the users personal.
4 MODEL OF
SERVICE-ORIENTED
INFOMOBILITY SYSTEM
(SOIS)
As a result of the analysis of publications on infomo-
bility systems, the main needs of potential users of
the developed system were also identified. The per-
formed analysis made it possible to formulate typical
user situations for working with the system, united in
a general model of SOIS (Figure 1). Individual situa-
tions can be grouped into three large groups:
1) Route planning. The system performs route
planning, if necessary, combining several modes of
transport while following the route, taking into ac-
count the schedule of public transport and providing
the possibility of joint trips with private vehicles. This
allows to reduce the waiting time at the transfer points
and to plan the route in real time.
2) Search for objects. The system provides infor-
mation support to the user when planning a route be-
tween objects on the ground. In addition to the route,
the user is provided with context-sensitive recommen-
dations for the nearest points of interest, ranked based
on feedback from other users using collaborative fil-
tering.
3) Visualization of the context. The user’s de-
vice displays information about the current situation
around him: the current time, the location of the
means of transport on the routes of public transport,
traffic jams and others.
Each work situation requires the use of several ser-
vices, which allows the large task to be divided into
component parts that are executed in parallel. Context
visualization involves gathering information about the
current situation from open data sources and display-
ing the gathered information on the user’s device. It
may include: temperature and weather conditions that
provide weather information depending on the spec-
ified location, object list, context update notification,
user service, object search service, recommendation
generation service, search service for site informa-
tion, route planning service, service interaction space,
additional site information, routes to sites, site rat-
ings, current road network status, road events, loca-
tion of vehicles on public transport routes. In formal-
izing knowledge about the problem domain of the ser-
vice described by the proposed ontology, the means
of object-oriented constraint networks are used (Lev-
ashova et al., 2021). In accordance with this formal-
ism, an ontology (A) is represented in the following
form:
A = ⟨O, Q, D, R⟩, (1)
where O is the set of classes representing ob-
jects; Q is a set of class attributes in which there
are three subgroups that describe: parameters of the
physical environment P = p
1
, ..., p
n
; results of in-
formation processing and other information compo-
nents, V = v
1
, ..., v
m
; user social characteristics S =
s
1
, ..., s
l
, n, m, l ∈ N , where Q = P, V, S; D is a set
of domains, regions of valid attribute values; R is a
set of relations by which classes are related. Rela-
tionships describe: class taxonomy, class hierarchy,
inheritance, properties, etc. When forming the ab-
stract context of the current situation, from the sets
in the ontology, corresponding subsets are formed,
which include only those elements of the original that
are used to describe the current situation. At the
same time, in an ontological model, many services are
Analysis of Service-Oriented Infomobility System and Architecture Model
59