ETSI TR 103 438 V1.1.1 (2019-02)

User Group; User centric approach in Digital Ecosystem

DTR/USER-0046

General Information

• Status: Published
• Publication Date: 12-Feb-2019
• Technical Committee: USER - User Group
• Current Stage: 12 - Completion
• Due Date: 14-Feb-2019
• Completion Date: 13-Feb-2019

Standards Content (Sample)

TECHNICAL REPORT
User Group;
User centric approach in Digital Ecosystem


2 ETSI TR 103 438 V1.1.1 (2019-02)

Reference
DTR/USER-0046
Keywords
IoT, M2M, QoS, USER
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: [phone]  Fax: [phone]

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
The present document can be downloaded from:
http://www.etsi.org/standards-search
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI
deliverable is the one made publicly available in PDF format at www.etsi.org/deliver.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx
If you find errors in the present document, please send your comment to one of the following services:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© ETSI 2019.
All rights reserved.
TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.
TM TM
3GPP and LTE are trademarks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
oneM2M™ logo is a trademark of ETSI registered for the benefit of its Members and
of the oneM2M Partners. ®
GSM and the GSM logo are trademarks registered and owned by the GSM Association.
ETSI
3 ETSI TR 103 438 V1.1.1 (2019-02)
Contents
Intellectual Property Rights . 5
Foreword . 5
Modal verbs terminology . 5
Introduction . 5
1 Scope . 7
2 References . 7
2.1 Normative references . 7
2.2 Informative references . 7
3 Definition of terms, symbols and abbreviations . 8
3.1 Terms . 8
3.2 Symbols . 8
3.3 Abbreviations . 8
4 Nowadays User context . 9
4.0 Introduction . 9
4.1 Evolution of the context with the concept "user centric" . 9
4.2 User at the heart of the architecture that leads us to "as a service". 10
5 User experience . 11
5.0 Introduction . 11
5.1 User maturity . 12
5.2 User expectations . 12
6 Overview of the perimeter of the addressed problematic . 13
6.0 Introduction . 13
6.1 Overview . 13
6.2 User-Centric approach in digital ecosystem: Guide and Reports objectives . 16
7 Ecosystem digital identification . 16
7.0 Introduction . 16
7.1 Digital Ecosystem Context . 17
7.2 Use cases . 19
7.2.0 Introduction. 19
7.2.1 Use Case: Smart Meters . 19
7.2.1.0 Introduction . 19
7.2.1.1 Services for Smart Meters . 20
7.2.1.2 Process for Smart Meters . 20
7.2.1.3 Actors for Smart Meters . 21
7.2.2 User Interaction within the Smart City . 21
7.2.2.1 Services for User Interaction within the Smart City . 21
7.2.2.2 Process for User Interaction within the Smart City . 21
7.2.2.3 Actors for User Interaction within the Smart City . 22
7.2.3 Use Case: Travel Management . 22
7.2.3.0 Introduction . 22
7.2.3.1 Services . 22
7.2.3.2 Process for Travel management . 23
7.2.3.3 Actors for Travel Management . 23
7.2.4 Use Case: Video on Demand for Home monitoring . 24
7.2.4.0 Introduction . 24
7.2.4.1 Services for Video on Demand for Home monitoring . 24
7.2.4.2 Process for Video on Demand for Home monitoring . 24
7.2.4.3 Actors for Video on Demand for Home monitoring . 25
7.2.5 Use Case: Surveillance of pets . 25
7.2.5.0 Introduction . 25
7.2.5.1 Services for surveillance of pets. 25
ETSI
4 ETSI TR 103 438 V1.1.1 (2019-02)
7.2.5.2 Process for surveillance of pets . 26
7.2.5.3 Actors of surveillance of pets . 26
7.3 Generic model . 26
8 New vision of digital use cases for Composition of Personalized Services and Interactions . 27
8.0 Introduction . 27
8.1 Use Case A: eHealth Independent Living . 28
8.1.0 Introduction. 28
8.1.1 Daily cares and day-to-day activities . 29
8.1.2 Patient monitoring . 31
8.2 Use Case B: User interaction within multi-device environment . 33
9 Conclusions . 34
Annex A: Description of the survey . 35
Annex B: Additional Use Cases . 36
B.0 Introduction . 36
B.1 User Interaction with IoT Devices . 36
B.1.1 Services . 36
B.1.2 Process model of User Interaction with IoT . 36
B.1.3 Actors of User Interaction with IoT . 37
B.2 Use Case: SmartHome Entertainment Services . 37
B.2.1 Services . 37
B.2.2 Process for Home Entertainment Services . 37
B.2.3 Actors of Home Entertainment Services . 38
Annex C: Bibliography . 39
Annex D: Authors & contributors . 40
History . 41

ETSI
5 ETSI TR 103 438 V1.1.1 (2019-02)
Intellectual Property Rights
Essential patents
IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (https://ipr.etsi.org/).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no
right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.
Foreword
This Technical Report (TR) has been produced by ETSI User Group (USER).
Modal verbs terminology
In the present document "should", "should not", "may", "need not", "will", "will not", "can" and "cannot" are to be
interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
Introduction
The present document has been produced by the STF 543 experts.
The concept of the full Project is to define 5-dimension model called "ACIFO" The 5-dimension model is based on
5 sub-models defined as:
• Architectural Model "Acifo": defines the global structure, including semantics and is optimized for the stated
objectives.
• Communication (Relational) Model aCifo: defines the exchange protocols, including HMIs (User) and APIs
(provider) exchange and management protocols over three planes:
- Management (Monitoring)
- Control
- Usage
• Information Model acIfo: defines the different Profiles (User, device, service). The information covers the
whole ecosystem (equipment, network, applications, services, HMIs, User, etc.) from the offer to the resources
availability for Users, Providers and any other partners. It is a knowledge data base representing the whole
ecosystem.
ETSI
6 ETSI TR 103 438 V1.1.1 (2019-02)
• Functional Model aciFo: defines services and service composition. The functionalities (the process) to
compose any service based on "micro-service".
• Organization Model acifO: defines the role of any actor and which actor is responsible of each action. ("Who
is doing what?").
These five dimensions should be shared by the user and the supplier/provider. For the user, it should be possible to
define (or to choose) the level of autonomy and control for the personalized composition of services.
The four deliverables produced by STF 543 define the different dimensions:
• ETSI TR 103 438 (the present document) focuses on the Architecture and the Organization:
- It includes the use cases and the results of the survey.
• ETSI EG 203 602 [i.5] focuses on the information and the functionalities:
- It is dedicated to the user. It provides analysis and recommendations from the information and
functionalities.
• ETSI TR 103 603 [i.6] addresses all the dimensions to the supplier, in order to produce the APIs according to
the user expectations and whatever the number and types of additional suppliers.
• ETSI TR 103 604 [i.7] focuses on the communication and in particular on the HMIs.
For example, for Energy (production, distribution, consumption), the supplier will create an API for the user. The
information will be exchanged between the supplier and the user but will not be used only by the supplier: the user will
have access to all the information and will be able to use this information to optimize their energy consumption. This
data base is a source to provide new services and new applications (for the user and for the supplier). One major
challenge and constraint is to ensure that all the private data may be checked and monitored by the user (the contract
needs to define clearly these points). The data are not used only by the supplier, the user should have access to the data
 an interaction "cursor" between the user and the supplier defines the
and may refuse that the data be used or known
freedom (GDPR [i.8]).
The present document presents a new user environment based on a composition of personalized services. The structure
of the present document is following:
• User context evolution to user at the heart of architecture (clause 4).
• User experience, maturity and expectations (clause 5).
• Overview, guide and reports objectives (clause 6).
• Ecosystem digital identification based on typical use-cases (clause 7).
• New vision illustrated by digital use cases for personalized Service composition and Interactions (clause 8).
ETSI
7 ETSI TR 103 438 V1.1.1 (2019-02)
1 Scope
The digital ecosystem includes all sectors of activity in which the user through smartphone, and objects are connected,
that is to say capable, in addition to their main function, to send or receive information via a telecommunication
network which allows to extend or diversify the functions of the smartphone and the object.
Connected objects fall, for example, in the fields of transport (connected vehicle), health (connected self-measurement),
industry (connected tools), home automation (interactive electricity meter) or even daily life (connected watch).
This is why the notion that interests us in the digital ecosystem is that of considering that the user is at the heart of the
architecture.
The present document focuses on the Architecture and the Organization dimensions of ACIFO, including User's QoE.
The present document details the following aspects to achieve a generic model:
• Overall results of the survey intended to collect information about user's experience, expectations and
behaviours.
• User centric usages in digital ecosystem.
• New vision of digital "use cases".
2 References
2.1 Normative references
Normative references are not applicable in the present document.
2.2 Informative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long-term validity.
The following referenced documents are not necessary for the application of the present document, but they assist the
user with regard to a particular subject area.
[i.1] ETSI EN 301 549: "Accessibility requirements suitable for public procurement of ICT products
and services in Europe".
[i.2] ETSI TR 103 304: "CYBER; Personally Identifiable Information (PII) Protection in mobile and
cloud services".
[i.3] ETSI TR 103 309: "CYBER; Secure by Default - platform security technology".
[i.4] ISO 20000-1: "Service management system requirements".
[i.5] ETSI EG 203 602: "User Group; User Centric Approach: Guidance for users; Best practices to
interact in the Digital Ecosystem".
[i.6] ETSI TR 103 603: "User Group; Guidance for providers and standardization makers".
[i.7] ETSI TR 103 604: "User Group; User centric approach Qualification of the interaction with the
digital ecosystem".
ETSI
8 ETSI TR 103 438 V1.1.1 (2019-02)
[i.8] Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the
protection of natural persons with regard to the processing of personal data and on the free
movement of such data, and repealing Directive 95/46/EC (General Data Protection Regulation).
3 Definition of terms, symbols and abbreviations
3.1 Terms
For the purposes of the present document, the following terms apply:
ACIFO: 5-dimension model, based on recommendations and common objectives for Users and Providers, giving the
capability for the User to compose the needed services
NOTE: The 5-dimension model creates one unique and integrated solution.
micro-service: basic and simple service (with SoA properties) that be combined for the composition of services as
expected by the User
NOTE: The basic concept behind this term is that each service performs a unique feature (e.g. for security,
"authentication" is a micro-service, for discovery, "find" is a micro-service).
user-centric: user who is the heart of the ecosystem
NOTE: This means that the user constrains the whole environment, unlike other contexts where that is the
application (application-centric), or network (network-centric) or the system (system-centric) which
constrains the context.
3.2 Symbols
Void.
3.3 Abbreviations
For the purposes of the present document, the following abbreviations apply:
2FA Two Factors Authentication
ACIFO Architecture, Communication, Information, Functionality, Organization
API Application Programming Interface
BYOD Bring Your Own Device
CCTV Closed-Circuit TeleVision
CES Customer Effort Score
DNS Domain Name System
GDPR General Data Protection Regulation
GPS Global Positioning System
GSM Global System for Mobile communications
HMI Human Machine Interface
HTTPS HyperText Transfer Protocol Secure
IoT Internet of Things
IP Internet Protocol
IT Information Technology
ITS Intelligent Transportation System
M2M Machine to Machine
NFC Near Field Communication
NGN New Generation Network
OS Operating System
Paas Platform "as-a-service"
PC Personal Computer
QoE Quality of Experience
ETSI
9 ETSI TR 103 438 V1.1.1 (2019-02)
QoS Quality of Service
TV TeleVision
UX User eXperience
VM Virtual Machine
WIFI WIreless FIdelity
WLAN Wireless Local Area Network
4 Nowadays User context
4.0 Introduction
The digital ecosystem should respond to new user requirements: "anywhere, anytime, anyhow, every service,
everyone". The following question is asked: what are the conditions to achieve maximum agility and flexibility of
services?
The evolution of architecture to "user centric" (clause 4.1) and to the new paradigm "as a service" in digital ecosystem
(clause 4.2) defines a new user digital context.
4.1 Evolution of the context with the concept "user centric"
The first important notion of the context of the present document is that of "User-Centric" in a digital ecosystem. That is
to say that this user is above all elements. First, the users want to be able to connect to several seamless heterogeneous
networks to access the services. Connectivity does not stop at link establishment, connectivity does not just mean
maintaining the link, but it should allow the user to be easily connected at all times during their moving, to any network
for which having the rights of access and from any terminal.
The main impact of this approach is that the ecosystem is in the service of the user, unlike other approaches where the
user should comply with different processing constraints (System Centric) or application (Application Centric), or more
connections (Network Centric).
Indeed:
• "System Centric" (figure 1, (a)) is based on the OS (Operating System) supported by the hardware where it is
installed. The applications run parallel on this OS thanks to the "Compiler" which makes the translation and
the static optimization to have a better execution of service. Although today, it should be noted that to avoid
re-translations for an application because of OS changes, virtualization (VM - Virtual Machine) is proposed to
hide the heterogeneity of OS. With this middle layer (Hypervisor), applications can be used on any OS.
• "Application Centric" (figure 1, (b)) focuses on the application and considers it as the starting point. The whole
process takes place, from the point of view of the application, without taking into account the preferences and
changes of the different actors. Only options are considered.
• "Network-Centric" (figure 1, (c)) implies that the infrastructures of the network are at the heart of the
architecture, they condition all requests for services. The heterogeneity of the network imposes different
solutions for a requested service through a connection support.
• With a "User Centric" approach (figure 1, (d)), it is the user who is at the centre of the architecture, they
should be able to personalize their services, access them dynamically through the accesses offered during their
actions, according to the QoS (Quality of Service) desired. These are the properties that the digital ecosystem
should offer.
ETSI
10 ETSI TR 103 438 V1.1.1 (2019-02)
To ensure all kinds of personalization, such as tracking the mobility of the user, take into account the user's preferences
according to the location, adapted to the profile, designers can no longer be satisfied with a "client/server" application
architecture with options. The designers need to build a chain of services with a personalized service logic. But this
service logic can only be achieved if designers have composable services. It is therefore important to have a good
approach to the service. A service is neither an application nor a transaction, let alone a system. ISO 20000-1 [i.4]
defines it as "a composable service that should be a source of value for the consumer and the supplier".
Designers need to think about services differently. By having an architecture allows the user to do, if they wish, their
own composition of service, with dynamic changes according to the proposals made to them, throughout moving.
In conclusion, today's user moves and changes environment (network access), changes terminals, desires seamless
service continuity and end-to-end service QoS. The digital ecosystem should respond to "anywhere, anytime, anyhow,
every service, everyone", with a concern for transparency and automation.

Figure 1: Evolution of the context, from System Centric to User Centric
4.2 User at the heart of the architecture that leads us to "as a
service"
What does "as a service" mean?
Firstly, it means that the user should be able to request any service in the digital ecosystem. But how to do this, when
the ecosystem is very heterogeneous. Indeed, service providers have the equipment (PC, smartphone, tablet), which
allow the access to the ecosystem; or the connected objects (sensors, etc.), which monitor the user. Then service
providers have the networks, which allow the ability to optimize the delivery of the ecosystem.
The user should therefore first position themselves on the right service that offers expected objectives and budgets.
However, the choice of services among service providers in a highly competitive and heterogeneous environment is not
easy and a consistent understanding of all end-to-end services is needed.
That is why service providers need to understand this digital ecosystem with the new paradigm "as a service".
Thus, service providers can say, secondly, that:
• the user can, depending on the level of desired personalization, make the choice and if necessary make "the
composition of service";
• suppliers can submit the offers, according to a variety of specialized services offered in "self-service" and then
billed at consumption.
ETSI
11 ETSI TR 103 438 V1.1.1 (2019-02)

Figure 2: User's environment
Figure 2 shows a users' environment. Due to the number of services, applications, networks, terminals, it is needed for
the user to be the heart of the architecture, in order to make the life simpler and to offer all the potential services with
high quality of service, security, safety, etc.
The following concepts are presented in these conclusions:
• User is in the heart of digital ecosystem.
• Flexible offer is possible.
• A new " as-a-service" architecture.
• The service should be fully customized in order to answer to user expectations and needs through service
composition.
• Easy use "anywhere, anytime, anyhow, every services, everyone".
• Service continuity for users.
The real user expectation is QoE (Quality of Experience) presented in clause 5.
5 User experience
5.0 Introduction
A survey has been carried out in order to collect information about user's experience, expectations and behaviours.
The survey results report to note the maturity in clause 5.1 and the expectations in clause 5.2.
ETSI
12 ETSI TR 103 438 V1.1.1 (2019-02)
5.1 User maturity
In the Digital paradigm, users have the ability to access a large number of digital services applications and contents
covering almost every time and everywhere a big part of the daily life activities, personal or professional.
So, the question is: are the users able to master all these services by themselves, or at least are the users properly
informed of what can be done with the subscriptions and equipment and what is consumed?
Maturity is mainly measured by the degree of knowledge of the user about the services available, how to activate
them, how to configure them, how to control them.
A survey has been conducted during two and half months. The questionnaire (both in French and English), the results
and analysis are available in annex A.
The main lessons are:
• Currently, setting up a smartphone is far from easy according to most respondents. More than half of them say
that they do not know how to fully configure their smartphone, of which 15 % say they do not really know
how to do it.
It seems like the difficulty for setting a box is a little bit higher. The survey allowed to score what is called the
CES (customer effort score).
• A lot of people (42 %) do not really know the differences between the successive generations of GSM
technologies. This could lead to difficulties with the advent of 5G. Specially because according to responders,
cellular parameters are more difficult to set than the Bluetooth™ and the WIFI connections.
The degree of maturity of the user is partly due to his involvement, his expectations of control, and of course the
diversity and frequency of the used services:
• 34 % of people change the setting of their smartphone less than once a year.
• 56 % of survey respondents never or rarely get on line to the personal page of their fix subscription and it is
quite the same for the mobile (53 %). Obviously, for these people, it is difficult to have a good level of
knowledge and control.
But this maturity can be greatly improved by the level of information and help tools available, the transparent attitude of
the supplier, the ease of use of the services, of their configuration and customization. From this point of view there is
progress to be made:
• There is a very large majority of people who would like to be able to challenge much more the provider.
• It is currently difficult to make the own composition of services because of the low scalability of the offers,
and there is few values to do that because of the tariff advantages of the package.
• Currently 23 % of respondents often or sometimes have problems with the invoices. For a mass market
product, it is quite high value, and not very good for confidence between consumers and providers.
The architecture and software oriented next generation networks are able to improve the flexibility and dynamic
management and control of the services.
This is why it is important to look at the maturity of uses in the digital ecosystem.
The second set of lessons of the survey focuses on the user expectations.
5.2 User expectations
The survey sought to know the expectations of users for non-functional but essential services for a good digital
experience.
First of all, it can be seen that there is a clear willing to use new services as long as their benefits are clear. That is not
the today for the internet of things.
ETSI
13 ETSI TR 103 438 V1.1.1 (2019-02)
Secondly, a series of questions were asked about some new possible services able to improve the digital experience on
an NGN network:
• People would like to be informed when there is a risk to enter into an area with low or without coverage and
may lose the continuity of service. Losing the continuity of mobile service on move is a problem for 90 % of
people. This shows that communication everywhere and even on move is a standard request today for users:
- more control on the battery life;
- more control on the location data of their devices;
- to find their professional configuration on different devices (for those who are in employment).
• 44 % of people would appreciate a service of bandwidth on demand fix line and 38 % on mobile line. The
percentage of people interested and not interested by this service are quite the same.
Of course, security and privacy issues are in the heart of the confidence for the future digital ecosystem.
The survey shows there is a very large majority of people who would like to be able to challenge the provider on what
could be called "essential characteristics" of the contract, i.e. privacy, security, quality and price.
6 Overview of the perimeter of the addressed
problematic
6.0 Introduction
It is necessary to analyse the entire environment to understand the new challenges. In the context (User-centric
approach in the digital ecosystem) user-centric domain, digital ecosystem and user interface (clause 6.1, figure 3) are
defined. The problematic is at the intersection of these three domains in order to best meet the QoE. ACIFO structures
the contents of Guide and Reports for User-centric approach in digital ecosystem (clause 6.2 and figure 4).
6.1 Overview
As part of "User Centric approach in the Digital Ecosystem", it has been identified three areas of interest that are:
• User centric (1).
• Digital Ecosystem (2).
• and user interfaces (3).
ETSI
14 ETSI TR 103 438 V1.1.1 (2019-02)
• Service and service Composition (F)
• API (C)
• Data Content (I)
User Centric
Digital Ecosystem
QoE
HMI
User Profile (I)
Architecture
Device Profile (I)
User Interface
Organisation
ACIFO model/dimension
Figure 3: Perimeter of addressed problematic
1) User centric: this concept, as introduced previous, covers the approach where everything is developed around
the user, which allows the user to access all the possibilities of the system through service components, which
they can compose in a personalized way. This, during a session with continuity of quality of service (QoS).
This concept has created new paradigms by introducing new ways to consume resources. With a "User centric"
approach, the user is at the heart of the architecture. They should be able to customize his services, access
them dynamically while they move and according to the desired quality of service (QoS).
2) Digital Ecosystem: represents the new digital environment where users evolve by considering all equipment,
all technologies and their interactions. A digital ecosystem is a set formed by a community of services that
interrelates with its environment. Components of the ecosystem develop a dense network of dependencies, of
information exchanges to meet the user needs evolution. End consumers have service requirements that vary
depending on their context which may vary over time. Important limitations inherent to the current "silo"
based architectures (vertical architectures) and the lack of agility in our platforms and services infrastructure
impose to think differently about making services.
Mobility, ubiquity and services personalization are keywords that characterize the needs of digital
applications, and should be taken into account by future service architectures.
A digital ecosystem is an open socio-technical digital environment with self-organization capability,
providing access to resources, and supporting collaboration, knowledge sharing and development of
evolutionary business models, in an open environment which can span across different enterprise boundaries.
3) User Interface: is the software or the application on a platform that allows the user to interact with the
equipment and services. User Interface has a more important role in the future ecosystem digital. It is
described as the interaction and communication between human users and a machine via a human-machine
interface (HMI).
ETSI
15 ETSI TR 103 438 V1.1.1 (2019-02)
The intersections of these three domains introduce the first modifications of the today context and the challenges
tomorrow:
• The intersection of the "user centric" and the "user interface" contains the different profiles of the user
and equipment to adapt to the new needs of the user. Thus, according to the possibilities offered by the
equipment, the networks and the software platforms, a personalization is possible. Informational and
functional elements are described in ETSI EG 203 602 [i.5].
• The intersection of the" user centric" and the "digital ecosystem" defines the links between the service
request and the service offer. This is where should be found the possibility of service composition (Functional
dimension). The user should be able to compose his service according to their needs, according to their
position and according to their activities. This new vision is presented in clause 8. ETSI TR 103 603 [i.6]
details these aspects in order to define the APIs (Communication dimension) according to the user
expectations and data content (Information dimension).
• The intersection of the "digital ecosystem" and the "user interface" covers the architectural dimension.
The architecture should take into consideration the customer's requirements, and should also take into account
the performance factors (security, reliability and throughput) as well as the cost and budget constraints. User
requirements include interface design, operational capabilities, and usability of the interface. Ecosystem
requirements include hardware, networking, and the capabilities and constraints of the runtime environment.
Architectural and organizational dimensions may be found in clause 7 of the present document.
The intersection of the 3 domains is Quality perceived by the user of services, QoE (Quality of Experience) and HMI
(Human Machine Interface).
In our connected world, applications should interact with other applications and services, and run in different
environments such as the cloud and mobile devices. The current monolithic designs of the past have been replaced by
service-oriented software components that use structures, operating systems, runtime hosts, and networks to implement
functions that were not yet known a few years ago. All applications are designed and developed with the objective of
improving the quality of experience. Improving the quality of the experience cannot be achieved without taking into
account all the needs of the user, the improvement of the digital ecosystem and its diversification as well as the
improvement of the human machine interface.
HMI encompasses the underlying processes which produce the interactions, its design and implementation. The HMI
can be described as the point of communication between the human user and the machine. ETSI TR 103 604 [i.7]
details the User Interface.
ETSI
16 ETSI TR 103 438 V1.1.1 (2019-02)
6.2 User-Centric approach in digital ecosystem: Guide and
Reports objectives
Figure 4: Objectives of Guide and Reports for User-centric approach in digital ecosystem
After having done and analysed, in clause 5, a survey to identify the user maturity and the user expectation in the digital
ecosystem, the following deliverables objectives are proposed:
• Identify the characteristics of the different user environments: public, private and professional environments
(e.g. taking into account the IoT, smart cities, wearables, etc.). See clause 7.
• Identify the typical use cases (e.g. Interactions on: home automation appliance; service selections between
private and professional life; continuity of preferred from home to vacation location, etc.). See clause 8.
• Provide an ETSI Guide to the user to build his service composition with the appropriate quality of experience
(QoE) and how to ensure his data privacy. See ETSI EG 203 602 [i.5].
• Provide a Technical Report to the providers and standards makers to ensure that each service component is
provided with the information needed by the user to make an informed choice. See ETSI TR 103 603 [i.6].
• Provide a Technical Report for the qualification of the user interaction with the digital ecosystem
(e.g. authentication, single sign on, composition, presentation, etc.). See ETSI TR 103 604 [i.7].
7 Ecosystem digital identification
7.0 Introduction
The objective, in this clause, is to be able to identify a suitable architecture for the new digital ecosystem. To do this, a
table has been drawn up presenting a typology of use cases (clause 7.1). Some of them have been studied (clause 7.2). A
general and generic framework is presented (clause 7.3) in order to address, in the following, the other dimensions of
the context "user centric".
ETSI
17 ETSI TR 103 438 V1.1.1 (2019-02)
7.1 Digital Ecosy
...