ISO 17573-1:2019
(Main)Electronic fee collection — System architecture for vehicle-related tolling — Part 1: Reference model
Electronic fee collection — System architecture for vehicle-related tolling — Part 1: Reference model
This document defines the architecture of electronic fee collection (EFC) system environments, in which a customer with one contract may use a vehicle in a variety of toll domains with a different toll charger for each domain. EFC systems conforming to this document can be used for various purposes including road (network) tolling, area tolling, collecting fees for the usage of bridges, tunnels, ferries, for access or for parking. From a technical point of view the considered toll systems may identify vehicles subject to tolling by means of electronic equipment on-board in a vehicle or by other means (e.g. automatic number plate recognition, ANPR). From a process point of view the architectural description focuses on toll determination, toll charging, and the associated enforcement measures. The actual collection of the toll, i.e. collecting payments, is outside of the scope of this document. The architecture in this document is defined with no more details than required for an overall overview, a common language, an identification of the need for and interactions among other standards, and the drafting of these standards. This document as a whole provides: — the enterprise view on the architecture, which is concerned with the purpose, scope and policies governing the activities of the specified system within the organization of which it is a part; — the terms and definitions for common use in an EFC environment; — a decomposition of the EFC systems environment into its main enterprise objects; — the roles and responsibilities of the main actors. This document does not impose that all roles perform all indicated responsibilities. It should also be clear that the responsibilities of a role may be shared between two or more actors. Mandating the performance of certain responsibilities is the task of standards derived from this architecture; — identification of the provided services by means of action diagrams that underline the needed standardised exchanges; — identification of the interoperability interfaces for EFC systems, in specialised standards (specified or to be specified).
Perception électronique de télépéage — Architecture de systèmes pour le péage lié aux véhicules — Partie 1: Modèle de référence
Le présent document définit l'architecture d'environnements de systèmes de péage dans lesquels un client disposant d'un contrat peut utiliser un véhicule dans une grande variété de domaines de péage et avec un exploitant de péage différent pour chaque domaine. Les systèmes de péages conformes au présent document peuvent servir à différents usages comprenant le péage routier (réseau), le péage par domaines, la perception des redevances pour l'emprunt de ponts, de tunnels, de bacs, pour l'accès ou pour le stationnement. D'un point de vue technique, les systèmes de péage utilisent un équipement électronique à bord d'un véhicule. D'un point de vue processus, la description de l'architecture se concentre sur la détermination du péage, sur la facturation du péage et sur les mesures de contrôle-sanction associées. La perception effective du péage, c'est-à-dire la perception des paiements, ne fait pas partie du domaine d'application du présent document. Dans le présent document, l'architecture est définie sans plus de détails que ce qui est nécessaire pour une vue d'ensemble générale, un langage commun, une identification du besoin d'autres normes et des interactions entre ces normes et l'élaboration de ces normes. L'ensemble du présent document donne: — Le point de vue d'entreprise de l'architecture concernée par l'objet, la portée et les politiques régissant les activités du système spécifié au sein de l'organisation dont il fait partie; — Les termes et les définitions pour un usage commun dans un environnement de péage; — Une décomposition de l'environnement des systèmes de péage selon ses principaux objets d'entreprise; — Les rôles et responsabilités des principaux acteurs; — L'identification des services offerts au moyen de diagrammes d'action qui soulignent les échanges normalisés nécessaires. — L'identification des interfaces d'interopérabilité pour les systèmes de télépéage à spécifier dans des normes spécialisées.
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 17573-1
First edition
2019-07
Electronic fee collection — System
architecture for vehicle-related
tolling —
Part 1:
Reference model
Perception électronique du télépéage — Architecture de systèmes
pour le péage lié aux véhicules —
Partie 1: Modèle de référence
Reference number
©
ISO 2019
© ISO 2019
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address
below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Fax: +41 22 749 09 47
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2019 – All rights reserved
Contents Page
Foreword .v
Introduction .vi
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 2
4 Symbols and abbreviated terms . 4
4.1 Symbols . 4
4.2 Abbreviated terms . 4
5 The EFC community: roles and objectives . 5
5.1 General . 5
5.2 Other ITS systems and services . 6
5.3 Sensors, vehicle system and common equipment . 6
5.4 Infrastructure sourced data . 6
5.5 Financial/Commercial systems . 6
5.6 Telecommunication systems . 7
5.7 Jurisdiction/Authorities . 7
5.8 Standardisation bodies . 7
5.9 Common service rights provider . 7
6 Roles internal to the EFC domain . 8
6.1 General . 8
6.2 EFC domain roles . 8
6.3 Interoperability manager . 8
6.3.1 Short description . 8
6.3.2 Responsibilities . 9
6.4 Toll service provider . 9
6.4.1 Short description . 9
6.4.2 Responsibilities . 9
6.5 User of the service .10
6.5.1 Short description .10
6.5.2 Responsibilities .10
6.6 Toll charger role .11
6.6.1 Short description .11
6.6.2 Responsibilities .11
6.7 EFC functional roles and responsibilities .12
7 Services .13
7.1 Overview .13
7.2 Sub-services involving toll charger, toll service provider and interoperability
manager roles .14
7.2.1 Adding or deleting a new toll charger .14
7.2.2 Adding or deleting a new toll service provider .16
7.2.3 Adding or modifying a toll regime .17
7.2.4 Defining rules .18
7.2.5 Monitoring operations .19
7.2.6 Handling disputes .20
7.3 Sub-services involving the toll service provider and user .21
7.3.1 Providing EFC contract .22
7.3.2 Providing customer care .24
7.3.3 User billing .25
7.4 Sub-services involving the toll charger and toll service provider .26
7.4.1 Collecting transit information in short-range communication systems .26
7.4.2 Collecting charging information (autonomous systems) .27
7.4.3 Collecting transit information (not OBE-based systems) .28
7.4.4 Providing payment information .28
7.4.5 Detecting Exceptions .30
7.4.6 Trust objects exchange .30
7.4.7 Handling exceptions.31
7.4.8 Providing local information.32
Annex A (informative) Mapping EFC architecture to the C-ITS architecture .34
Annex B (informative) Information schemata and basic information types .37
Annex C (informative) Enterprise objects within roles.43
Bibliography .48
iv © ISO 2019 – All rights reserved
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www .iso .org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www .iso .org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT) see www .iso
.org/iso/foreword .html.
This document was prepared by Technical Committee ISO/TC 204, Intelligent transport systems.
This first edition of ISO 17573-1, cancels and replaces ISO 17573:2010, which has been technically
revised.
The main changes compared to ISO 17573:2010 are as follows:
— update of the normative references, terms and definitions and abbreviated terms clauses and the
Bibliography;
— relocation of previous Clause 8 (Information schemata and basic information types) to informative
Annex B;
— removal of Clauses 9 (interfaces and computational objects) and 10 (Points of observation and view
point correspondences), Annex A (Short Open Distributed Processing (ODP) description), Annex B
(Comparison with ISO/TS 17573:2003), Annex C (Relations with this International Standard and
IFMSA), Annex D (Relation with the European Electronic Tolls Service) and Annex E (Example of the
Japanese electronic toll system);
— addition of the new informative Annex A (Mapping of the EFC architecture onto the C-ITS
architecture) and Annex C (Enterprise objects within roles).
A list of all parts in the ISO 17573 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www .iso .org/members .html.
Introduction
The widespread use of tolling also requires provisions for users of vehicles that are roaming through
many different toll domains. Users should be offered a single contract for driving a vehicle through
various toll domains and those vehicles require on-board equipment (OBE) that is interoperable with
the toll systems in the various toll domains. In Europe, for example, this need has been recognised and
legislation on interoperability has been adopted (Directive 2004/52).
In addition to specialised standards there is also a need for a system architecture that:
— provides an architectural “umbrella” for other EFC standards in terms of a common definition of
terms and concepts, basic system functionalities, and structure;
— provides a common terminology which supports its users to improve the quality of specifications to
be used in an international market,
— to reduce the risk for conflicting interpretations of specifications (purchaser) and descriptions
(supplier),
— to simplify the communication between experts from different continents, and
— to enhance the potential use of other EFC standards;
— defines a common framework, which enables both:
— identification of potential activities subject to standardization, and
— maintaining a common and consistent view of the whole area;
— defines the boundaries between the EFC and external domains;
— identifies all architectural objects that lay inside the EFC boundaries;
— provides a basic understanding of EFC, EFC interoperability, and the EFC services being offered.
Toll systems conforming to this document may be used for various purposes including measured
distance toll, road segment toll, closed network toll, cordon toll, area toll, time-based toll and collecting
fees for the use of bridges, tunnels, ferries, or for parking.
ISO 17573:2010 was based on a conceptual model defined in ISO/TR 14904 (withdrawn standard). Since
then ideas on conceptual models have evolved in several regional projects and implementations, e.g. in
Japan and Europe. Those new models have been detailed to a further extent compared to ISO 17573:2010
and are closer to real life implementations. This document is based on these new conceptual models
and uses the associated terms and definitions.
Although there are many differences, collecting a toll for vehicles can, to some extent, be compared
with collecting a fare for public transport. Architectural harmonisation of the collection of fee and fare
may be desirable from a policy and from a user point of view. In the past, ISO 24014-1 prepared by
ISO TC 204 used ISO 17573:2010 as a starting point. This document has benefited from that and has
also taken ISO 24014-1 into account.
In this document, the Open Distributed Processing (ODP) standard is used for the description of the
architecture.
The ODP standard gives a vocabulary and modelling tools to see the architecture of a system from
different perspectives (the viewpoints), in order to cover, e.g. hardware components as well as network
protocols or interfaces or roles and general policies of the system itself. This is accomplished using
different sets of concepts and terminologies, each one of those expressed as a viewpoint language. A
complete description of a real system can only be achieved when all viewpoint models are designed.
This allows for a clear separation of concerns and an easier way to define a system.
vi © ISO 2019 – All rights reserved
In more recent years, the development of concepts and standards in the field of Cooperative ITS (C-ITS,
ISO TC 204 and CEN TC 278) led to the definition of a general enterprise viewpoint architecture for
C-ITS (ISO 17427-1) that, by following the same approach of using the ODP architecture to model a
complex system, defined concepts and terms for the more general realm of C-ITS.
This document gives a description of the architecture of the toll systems environment from the
enterprise viewpoint, by refining and extending what had been already done in ISO 17573:2010.
Correspondences between concepts and terms in this document and those in ISO 17427-1 are shown in
Annex A. In addition, this document gives in Annex B the foundations of the information viewpoint by
identifying information interactions and general information objects. With respect to ISO 17573:2010,
this document removes all security requirements on interfaces, which are better and more generally
dealt with in ISO 19299.
This document is Part 1 of a multipart standard that is made up of the following parts:
— ISO 17573-1, Electronic fee collection — System architecture for vehicle related tolling — Part 1:
Reference model (this document)
1)
— ISO/TR 17573-2 , Electronic fee collection — System architecture for vehicle related tolling — Part 2:
Terminology
1) Under development. Current stage: 30.99
INTERNATIONAL STANDARD ISO 17573-1:2019(E)
Electronic fee collection — System architecture for vehicle-
related tolling —
Part 1:
Reference model
1 Scope
This document defines the architecture of electronic fee collection (EFC) system environments, in
which a customer with one contract may use a vehicle in a variety of toll domains with a different toll
charger for each domain.
EFC systems conforming to this document can be used for various purposes including road (network)
tolling, area tolling, collecting fees for the usage of bridges, tunnels, ferries, for access or for parking.
From a technical point of view the considered toll systems may identify vehicles subject to tolling by
means of electronic equipment on-board in a vehicle or by other means (e.g. automatic number plate
recognition, ANPR).
From a process point of view the architectural description focuses on toll determination, toll charging,
and the associated enforcement measures. The actual collection of the toll, i.e. collecting payments, is
outside of the scope of this document.
The architecture in this document is defined with no more details than required for an overall overview,
a common language, an identification of the need for and interactions among other standards, and the
drafting of these standards.
This document as a whole provides:
— the enterprise view on the architecture, which is concerned with the purpose, scope and policies
governing the activities of the specified system within the organization of which it is a part;
— the terms and definitions for common use in an EFC environment;
— a decomposition of the EFC systems environment into its main enterprise objects;
— the roles and responsibilities of the main actors. This document does not impose that all roles
perform all indicated responsibilities. It should also be clear that the responsibilities of a role may
be shared between two or more actors. Mandating the performance of certain responsibilities is the
task of standards derived from this architecture;
— identification of the provided services by means of action diagrams that underline the needed
standardised exchanges;
— identification of the interoperability interfaces for EFC systems, in specialised standards (specified
or to be specified).
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO/IEC 7498-1:1994, Information technology — Open Systems Interconnection — Basic Reference Model:
The Basic Model — Part 1
ISO/IEC 10746-2, Information technology — Open distributed processing — Reference model:
Foundations — Part 2
ISO/IEC 10746-3, Information technology — Open distributed processing — Reference model:
Architecture — Part 3
ISO 14813-5, Transport information and control systems — Reference model architecture(s) for the TICS
sector — Part 5: Requirements for architecture description in TICS standard
ISO/IEC 15414, Information technology — Open distributed processing — Reference model — Enterprise
language
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO/IEC 7498-1:1994,
ISO/IEC 10746-2, ISO/IEC 10746-3, ISO 14813-5 and ISO/IEC 15414, and the following apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https: //www .iso .org/obp
— IEC Electropedia: available at http: //www .electropedia .org/
3.1
automatic number plate recognition
technology that uses optical character recognition on images to read vehicle registration plates
3.2
artefact
physical object of material or physical piece of information or a system or subsystem that is used in an
ITS system
3.3
billing detail
information needed to determine or verify the amount due for the usage of a given service
3.4
context data
information defined by the responsible toll charger necessary to establish the toll due for circulating a
vehicle on a particular toll domain and to conclude the toll transaction
3.5
electronic fee collection
fee collection by electronic means
Note 1 to entry: The actual payment (collection of the fee) may take place outside the toll system.
3.6
enforcement
measures or actions performed to achieve compliance with laws, regulations or rules
Note 1 to entry: In this context: the process of compelling observance of a toll regime.
3.7
interoperability
ability of systems to exchange information and to make mutual use of the information that has been
exchanged
EXAMPLE Tolling interoperability aims at enabling a vehicle to drive through various toll domains while
having only one OBE operating under one contract with a toll service provider.
2 © ISO 2019 – All rights reserved
3.8
localisation augmentation
information sent by the roadside equipment to the on-board equipment to augment the positioning for
autonomous systems
3.9
on-board equipment
all required equipment on-board a vehicle for performing required electronic fee collection (EFC)
functions and communication services
3.10
roadside equipment
equipment located along the road, either fixed or mobile
3.11
role
set of responsibilities
3.12
short-range communication
tolling technique based on transfer of information via a radio connection between a roadside equipment
and an on-board equipment
Note 1 to entry: This includes 5,8 GHz DSRC as well as ITS-G5 and RFID.
3.13
tariff scheme
set of rules to determine the fee due for a vehicle within a toll domain
3.14
toll
charge, tax or duty levied in connection to using a vehicle in a toll domain
3.15
Toll Charger
entity which levies a toll for the use of vehicles in a toll domain
3.16
toll declaration
statement to declare the usage of a given toll service to a toll charger
3.17
toll domain
area or part of a road network where a certain toll regime is applied
3.18
toll regime
set of rules, including enforcement rules, governing the collection of a toll in a toll domain
3.19
toll scheme
organizational view of a toll regime, including the actors and their relationships
3.20
toll service
service enabling users to pay a toll
3.21
Toll Service Provider
entity providing toll services in one or more toll domains
3.22
transport service
transport infrastructure related service which is offered to the user
3.23
trust object
information object that is exchanged between entities to ensure mutual trust
EXAMPLE Electronic signature or an electronic certificate.
4 Symbols and abbreviated terms
4.1 Symbols
In action diagrams, the following graphical conventions apply:
Rounded corner boxes indicate responsibilities and related activities
within roles
Arrows crossing borders between roles indicate information exchanges
between roles as activities performed within responsibilities
Vertical arrows within activities represent execution steps
Solid circles represent start of activities
Partially coloured circles represent end of activities
Solid horizontal bars represent decision gates
4.2 Abbreviated terms
For the purpose of this document, the following abbreviated terms apply throughout the document
unless otherwise specified.
ANPR Automatic Number Plate Recognition
CE Central Equipment
C-ITS Cooperative ITS
DSRC Dedicated Short-Range Communication
EETS European Electronic Toll Service
EFC Electronic Fee Collection
GNSS Global Navigation Satellite Systems
4 © ISO 2019 – All rights reserved
ID Identity
IFMSA Interoperable Fare Management System Architecture
ITS Intelligent Transport Systems
OBE On-board Equipment
ODP Open Distributed Processing
RFID Radio Frequency Identification
RSE Roadside Equipment
SAM Secure Application Module
SLA Service Level Agreement
SRC Short Range Communication
TC toll charger
TSP toll service provider
5 The EFC community: roles and objectives
5.1 General
Electronic fee collection (EFC) is an ITS service enabling the user of a vehicle-related transport service
to pay for the related transport service, e.g. the use of a tolled road, without manual intervention. The
ITS application providing the ITS service will usually be implemented in equipment installed in the
vehicle, at the roadside and in central systems. In some scenarios, it also includes personal equipment,
e.g. smartphones.
The EFC architecture can be described by a community of external and internal enterprise objects with
the objective of providing an EFC service with its benefits regarding traffic safety, traffic efficiency,
comfort and mobility to the EFC service user. External enterprise objects are involved in the provision
of the EFC service but are not set up for the sole purpose of EFC. This document only includes the
definition of the internal enterprise objects, but the external enterprise objects are shortly described
in this clause to give the complete picture of the EFC community. Figure 1 shows the external objects in
the EFC community.
Figure 1 — Enterprise objects in the EFC community
The following subclauses give a concise description of each enterprise object depicted in Figure 1.
Detailed responsibilities for roles defined within the EFC domain are dealt with in Clause 6.
5.2 Other ITS systems and services
An ITS service may generally build on data provided by other ITS systems or ITS services. Objects in the
EFC domain may for instance receive data from other traffic management or information systems as
input to pricing algorithms used in an EFC system.
5.3 Sensors, vehicle system and common equipment
An EFC domain may use information from vehicle sensors and data stores integrated in the vehicle
where the main purposes of the sensor or data store are not related to EFC. The information is retrieved
from the sensors and data stores and used for the toll or fee calculation. Examples of such sensors and
data stores are GNSS sensors (e.g. in devices used for navigation, fleet management), tachograph, trailer
sensor, suspension sensors, axle in use sensors and vehicle-related information stored in a secure
application module (SAM). The data stores could be either in the vehicle or elsewhere, e.g. a computer
installed within the EFC domain.
NOTE Shipped goods may become relevant in future tolling schemes.
5.4 Infrastructure sourced data
An EFC domain may use data from environmental sensors, e.g. pollution measurements, for the toll or
fee calculation. A dynamic road pricing scheme may for instance use both the pollution measurements
from environmental sensors and the data on traffic flows and speeds for the dynamic toll or fee
calculation. Sensors that are solely installed for the purpose of EFC are defined to be part of the internal
enterprise objects.
5.5 Financial/Commercial systems
The functionality requested from financial/commercial systems is to provide the financial services
requested by the EFC internal enterprise objects. The services will mainly be transfer of money
between entities in the EFC community. It is important to note that the EFC internal enterprise objects
handle charging data while the financial/commercial systems handle payment information (‘money’).
6 © ISO 2019 – All rights reserved
This document makes a strict distinction between the payment (financial) domain supporting the EFC
domain and the charging domain within the EFC domain itself. Only the charging in the EFC domain is
covered by this document.
5.6 Telecommunication systems
The functionality requested from the telecommunication systems is to provide telecom services
requested by the EFC domain. Examples of such services could be cable network for transfer of data
between the operators of the EFC internal enterprise objects and air-interface network for transfer of
data between the EFC charging equipment and the OBE, when not covered by EFC specific artifacts.
5.7 Jurisdiction/Authorities
The responsibilities of the external enterprise object called Jurisdiction/Authorities is to define the
framework in which an EFC domain shall operate. The framework is defined by policies constituting
laws and regulations, mandates, constraints and requirements. Different authorities define different
policies:
— Road and transport authorities, e.g. a department of transport, may define policies related to the
type of and availability, reliability and quality of the transport service subject to a toll or fee. The
authorities may also, in co-operation with the financial authorities, define policies for tariffing
principles to be used in an EFC domain. The authorities may also, in co-operation with the financial
authorities, define the policies that govern the configuration of the EFC enterprise objects and
assignment of roles to enterprise objects as well as the environmental contracts that govern the
system. An example here would be that the authorities define the policy which is the basis for the
contract between an operator taking the role of issuing EFC contracts and the operators taking the
toll charging roles.
— Telecom authorities may define policies for the use of telecom systems, e.g. frequencies in air-
interface communication systems.
— Financial authorities may define policies for an EFC domain and the financial environment it shall
operate, e.g. whether the toll is a tax or a fee. They may also define policies for the use of certain
types of payment means, e.g. electronic purses, and the split of roles between the EFC domain and
the financial systems.
— Data protection authorities may define policies for the security and privacy in an EFC domain.
— Certification authorities may issue public key certificates.
The interactions between the EFC domain and the authorities also cover access to information kept by
the authorities, e.g. national vehicle registers.
5.8 Standardisation bodies
The responsibilities of the standardisation bodies are to provide EFC standards and other standards
or specifications relevant for EFC domain. There are interactions with an EFC domain concerning EFC
standards to be used for EFC domain as well as input from EFC domain to the standardisation bodies,
e.g. by toll charging operators taking part in the preparation of EFC standards.
5.9 Common service rights provider
The responsibilities of the common service rights provider are to provide the basic artefacts,
mechanism, organizational structure, and information transfer tools by which an EFC system can
interoperate with other transport systems. The common service rights provider allows, among other
things, for a single means of payment to be used, e.g. in both EFC systems and public transport systems.
Its role, responsibilities, and requirements on EFC systems, as well as its interactions with the roles
2)[5]
internal to the EFC domain are standardised in ISO/TS 21193 .
6 Roles internal to the EFC domain
6.1 General
This document describes the different roles in an EFC domain as the defined collections of
responsibilities in the EFC scope. Roles are described in general terms, i.e. as sets of responsibilities
where each set includes responsibilities that are logically related to each other, either by their objectives
or the actors that may take the role.
6.2 EFC domain roles
EFC domain roles can be grouped in two sets, one related to the functional operation of the systems,
and another one related to system operation. This document is built on the terminology of the EFC
domain that can be summarised by the diagram in Figure 2.
Figure 2 — Roles in a tolling environment
The functional operation roles are responsible for all activities related to the functional operation of
the system, in this case the system providing the services in the ITS service group called Electronic Fee
Collection (EFC).
The following clauses describe the above identified EFC roles, indicating the responsibilities for each role.
6.3 Interoperability manager
6.3.1 Short description
A specific role is identified to manage an EFC domain, i.e. defining and maintaining a set of rules that,
taken together, defines the policy of a given regime or of the overall EFC domain. These responsibilities
pertain to the system operation, and it is to be noted that, differently from other roles, the
2) Under development. Current stage: 30.99.
8 © ISO 2019 – All rights reserved
interoperability manager role can hardly be fulfilled by a single actor. Rather, its responsibilities are in
real EFC systems often taken (if at all) by different actors and regulations. Given its general nature, this
role will not be specified further in this document.
6.3.2 Responsibilities
The responsibilities of the interoperability manager role include:
— Setting rules, including:
— Defining the supported security and privacy policies for the EFC system, acting as security
authority that defines the security interaction policy among the different security domains.
— Defining and maintaining ID-schemes and, if necessary, supporting the issuing of IDs ensuring
unique registration codes for organisations and components and unique identifiers or rules for
generating unique identifiers for the EFC applications and messages.
— Certifying EFC constituents, including:
— Defining the certification requirements for actors involved and equipment used in the EFC system,
— Giving or withdrawing permissions to operate to involved actors,
— Monitoring of operations via periodical report.
— Handling disputes, including:
— Defining the operational procedures among the operators,
— Managing disputes among operators.
6.4 Toll service provider
6.4.1 Short description
The toll service provider role is responsible for the contracts with the user role, and provides artefacts,
mechanisms, organizational structures, and information transfer tools needed to run an EFC system.
Responsibilities of this role pertain to the functional operation of the system. This role is fulfilled by
direct interactions with the interoperability manager role, the toll charger role, and the user role.
6.4.2 Responsibilities
Responsibilities of the toll service provider role include:
— Providing basic provisions, including:
— providing the OBE, when tolling is performed by means of on-board electronic equipment,
— guaranteeing the payment of the toll to the entity performing the toll charger role,
— organizing the payment modalities for the user,
— collecting the money from the signer of the EFC contract,
— managing the customer relationships related to the use of the toll service concerning information,
claims, questions and answers, error handling and any contractual or financial matters,
— implementing and adhering to the security and privacy policies for the toll systems,
— monitoring the actual operational quality relative to agreed SLAs.
— Acting as a contract agent, including:
— offering contractual relations according to defined conditions to interested users and concluding
contractual agreements,
— providing and managing the EFC contract including the service rights for the toll service user.
— Providing toll declaration, including:
— making sure that the OBE is reporting information needed for the toll charging in a secure way,
— providing context data originated elsewhere (e.g. by a toll charger role) in a way that they can
be installed in the OBE.
— Customising the OBE, including customising the OBE in a secure way.
— Maintaining the OBE, including maintaining the functionality of the OBE.
6.5 User of the service
6.5.1 Short description
In this document, a transport service is related to the use of or the presence of a vehicle in a toll domain.
The toll domain may encompass a road network, a specific section of a road (e.g. a bridge or a tunnel)
or a specific area offering a service (e.g. a ferry, a parking lot, or access to a protected area in a city).
It could also be any service related to the use of a vehicle in the transport system (e.g. a petrol station
enabling the driver to buy petrol) by means of EFC.
A role is thus identified that covers all aspects of using the toll system and, if applicable, of the transport
service. Implementations of toll systems in various domains commonly refer to this role as, e.g. driver,
user or customer. Responsibilities of this role pertain to the functional operation of the system. This
role directly interacts with the toll service provider role.
6.5.2 Responsibilities
Responsibilities of the user role include:
— Being liable for the toll including:
— using the OBE, when tolling is performed by means of on-board equipment, as a tool to fulfil its
obligations,
— interacting with the OBE when it is present on-board, e.g. declaring the vehicle characteristics
for the vehicle subject to toll or receiving messages and acting on the messages from the OBE,
— behaving according to the rules of a specific toll system, e.g. recognising a signal or a road sign.
— Owning or operating a vehicle, including:
— adhering to the toll regime for a toll domain,
— signing a contract with a toll service provider,
— signing a contract with the issuer of the EFC contract becoming responsible for compliance to
the rules related to the use of the toll service,
— acquiring an OBE,
— installing and eventually de-installing the OBE in the vehicle,
10 © ISO 2019 – All rights reserved
— terminating the contractual relation to the toll service provider,
— receiving the bill, e.g. by means of an invoice, for a service that has been used and a toll to be paid,
— paying the toll included in the bill,
— storing and protecting the contractual data and eventually the payment means, e.g. an electronic
purse, needed for the toll charging and communicating the data to other actors having roles
related to issuing or toll charging. This role is always bound to the OBE.
6.6 Toll charger role
6.6.1 Short description
The toll charger role defines the toll regime, operates the toll system and may provide transport
services. It provides artefacts, mechanisms, organizational structures, and information transfer tools
needed to run an EFC system. Responsibilities of this role pertain to the functional operation of the
system. This role is fulfilled by direct interactions with the interoperability manager and the toll
service provider roles.
6.6.2 Responsibilities
The responsibilities of the toll charger role include:
— Basic charging, including:
— providing, if applicable, the transport service, e.g. access to a road network, a parking lot or a
ferry connection,
— defining the charging principles for the service offered, e.g. the tariffing principles for a tolled
road or zone.
— Calculating the toll (directly or by delegation to the toll service provider), including:
— possibly communicating to the user the result of the charging process,
— communicating in a secure way with actors having roles related to the issuing of the EFC
contract, payment means and OBE.
— Originating EFC context data, including:
— informing the driver of the vehicle about the EFC availability and the toll charging principles,
e.g. through signs and
...
NORME ISO
INTERNATIONALE 17573-1
Première édition
2019-07
Perception électronique du
télépéage — Architecture de systèmes
pour le péage lié aux véhicules —
Partie 1:
Modèle de référence
Electronic fee collection — System architecture for vehicle-related
tolling —
Part 1: Reference model
Numéro de référence
©
ISO 2019
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2019
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
Fax: +41 22 749 09 47
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii © ISO 2019 – Tous droits réservés
Sommaire Page
Avant-propos .v
Introduction .vi
1 Domaine d’application . 1
2 Références normatives . 1
3 Termes et définitions . 2
4 Symboles et termes abrégés . 4
4.1 Symboles . 4
4.2 Termes abrégés . 4
5 La communauté de perception électronique du télépéage: rôles et objectifs .5
5.1 Généralités . 5
5.2 Autres systèmes et services ITS . 6
5.3 Capteurs, actionneurs, système de véhicule et équipement commun . 6
5.4 Capteurs et actionneurs d'infrastructure/données provenant de l'infrastructure . 6
5.5 Systèmes financiers/commerciaux . 6
5.6 Systèmes de télécommunications . 7
5.7 Juridictions/autorités . 7
5.8 Organismes de normalisation et de certification . 7
5.9 Fournisseur de droits de services communs . 8
6 Rôles internes à l'environnement de facturation du péage . 8
6.1 Généralités . 8
6.2 Rôles du domaine télépéage . 8
6.3 Responsable d'interopérabilité . 9
6.3.1 Brève description . 9
6.3.2 Responsabilités . 9
6.4 Fournisseur de service de péage . 9
6.4.1 Brève description . 9
6.4.2 Responsabilités .10
6.5 Utilisateur du service .10
6.5.1 Brève description .10
6.5.2 Responsabilités .11
6.6 Rôle d'exploitant de péage .11
6.6.1 Brève description .11
6.6.2 Responsabilités .11
6.7 Rôles fonctionnels et responsabilités télépéage .12
7 Services .13
7.1 Vue d’ensemble .13
7.2 Services impliquant un exploitant de péage, un fournisseur de service de péage et
un responsable d'interopérabilité .15
7.2.1 Ajout ou suppression d'un exploitant de péage .15
7.2.2 Ajout ou suppression d'un fournisseur de service de péage .17
7.2.3 Ajout ou modification d'un régime de péage .18
7.2.4 Règles de définition .20
7.2.5 Opérations de surveillance .21
7.2.6 Gestion des différends . .22
7.3 Services impliquant le fournisseur de service de péage et l'utilisateur .23
7.3.1 Fourniture d'un contrat télépéage .23
7.3.2 Prestation d'assistance client .25
7.3.3 Facturation des utilisateurs .26
7.4 Services impliquant l'exploitant de péage et le fournisseur de service de péage .27
7.4.1 Collecte d'informations de passage (systèmes de communication de
courte portée) .27
7.4.2 Collecte d'informations de facturation (systèmes autonomes) .29
7.4.3 Collecte d'informations de transit (non basées sur des systèmes OBE) .30
7.4.4 Règlement des sommes dues .30
7.4.5 Détection d'exceptions .32
7.4.6 Échange d'objets de confiance .33
7.4.7 Traitement des exceptions .34
7.4.8 Fourniture d'informations locales .35
Annexe A (informative) Correspondance entre architecture de télépéage et architecture C-ITS .37
Annexe B (informative) Schémas d'informations et types d'informations de base .40
Annexe C (informative) Objets d'entreprise au sein de rôles .47
Bibliographie .52
iv © ISO 2019 – Tous droits réservés
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes
nationaux de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est
en général confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l'ISO participent également aux travaux.
L'ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui
concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document a été
rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir www
.iso .org/directives).
L'attention est attirée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. Les détails concernant
les références aux droits de propriété intellectuelle ou autres droits analogues identifiés lors de
l'élaboration du document sont indiqués dans l'Introduction et/ou dans la liste des déclarations de
brevets reçues par l'ISO (voir www .iso .org/brevets).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un
engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l'ISO liés à l'évaluation de la conformité, ou pour toute information au sujet de l'adhésion
de l'ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les obstacles
techniques au commerce (OTC), voir le lien suivant: www .iso .org/iso/fr/avant -propos.
Le présent document a été élaboré par le comité technique ISO/TC 204, Systèmes de transport
intelligents.
Cette première édition de l'ISO 17573-1 annule et remplace l'ISO 17573:2010, qui a fait l’objet d’une
révision technique.
Les principales modifications par rapport à l'ISO 17573:2010 sont les suivantes:
— mise à jour des articles Références normatives, Termes et définitions et Abréviations ainsi que de la
Bibliographie;
— déplacement de l'ancien Article 8 (Schémas d'information et types d'informations de base) vers
l'Annexe B informative;
— suppression des Articles 9 (interfaces et objets de calcul) et 10 (correspondances des points
d'observation et des points de vue), de l'Annexe A (brève description du traitement distribué ouvert
(PDO)), de l'Annexe B (comparaison avec ISO/TS 17573:2003), de l'Annexe C (relations avec cette
Norme internationale et IFMSA), de l'Annexe D (relation avec le service européen des télépéages) et
de l'Annexe E (exemple du système japonais de télépéage);
— ajout de la nouvelle Annexe A informative (Correspondance entre architecture de télépéage et
architecture C-ITS) et de l'Annexe C (Objets d'entreprise au sein de rôles).
Une liste de toutes les parties de la série ISO 17573 se trouve sur le site web de l’ISO.
Il convient que l’utilisateur adresse tout retour d’information ou toute question concernant le présent
document à l’organisme national de normalisation de son pays. Une liste exhaustive desdits organismes
se trouve à l’adresse www .iso .org/fr/members .html.
Introduction
La large utilisation qui est faite du télépéage exige également de prendre des dispositions à l'intention
des usagers des véhicules qui se déplacent à travers de nombreux domaines de péage différents. Il
convient de proposer aux usagers un contrat unique pour conduire un véhicule sur plusieurs domaines
de péage. Ces véhicules ont besoin d'un équipement embarqué (OBE) interopérable avec le système
de péage dans les différents domaines de péage. En Europe, par exemple, un tel besoin a été reconnu
officiellement et une législation sur l'interopérabilité a déjà été adoptée (Directive 2004/52).
En plus des normes spécialisées, il existe aussi un besoin d'architecture de système qui:
— est capable d'offrir une architecture faîtière pour les autres normes de télépéage en termes de
définition commune de termes et de concepts, de fonctionnalités du système de base et de structure;
— offre une terminologie commune, permettant à ses utilisateurs d'améliorer la qualité des
spécifications à utiliser sur un marché international:
— pour réduire le risque d'interprétations conflictuelles des spécifications (acheteur) et des
descriptions (fournisseur),
— pour simplifier la communication entre les experts de différents continents, et
— pour étendre l'utilisation potentielle des autres normes relatives à la perception électronique
du télépéage (EFC);
— est capable de définir un cadre commun permettant:
— d'identifier des activités pouvant être soumises à une normalisation, et
— de maintenir une vision commune et cohérente de l'ensemble du domaine;
— définit les limites entre la perception électronique du télépéage et les domaines externes;
— identifie tous les objets d'architecture à l'intérieur des limites de la perception électronique du
télépéage;
— assure un socle de compréhension de l'EFC, l'interopérabilité entre le télépéage et les services
télépéage offerts.
Les systèmes de péage couverts par le présent document peuvent servir à différents objectifs tels que
le péage en fonction de la distance mesurée, le péage par segment de route, le péage sur réseau fermé,
le péage par cordons, le péage par domaines, le péage à la durée et la perception des redevances pour
l'emprunt de ponts, de tunnels, de bacs ou pour le stationnement.
L'ISO 17573:2010 se fondait sur un modèle conceptuel défini dans l'ISO/TR 14904 (norme annulée).
Depuis lors, les idées sur les modèles conceptuels ont évolué dans le cadre de plusieurs projets et
réalisations d'envergure régionale, par exemple au Japon et en Europe. Ces nouveaux modèles ont été
davantage détaillés par rapport à l'ISO 17573:2010 et ils sont plus proches des réalisations concrètes.
La deuxième édition du présent document se fonde sur ces nouveaux modèles conceptuels et fait appel
aux termes et définitions associés.
Malgré de nombreuses différences, il est possible, dans une certaine mesure, de comparer la perception
du péage pour les véhicules et la perception du prix des billets des transports publics. L'harmonisation
des architectures de perception des péages et des prix de billet peut être souhaitable du point de vue
politique et du point de vue de l'usager. Auparavant, l'ISO 24014-1 préparée par l'ISO/TC 204 était
partie de l'ISO 17573:2010 comme point de départ. Le présent document en a bénéficié et a également
tenu compte de l'ISO 24014-1.
Le présent document fait appel à la norme sur le traitement réparti ouvert (ODP, « Open Distributed
Processing ») utilisé pour décrire l'architecture.
vi © ISO 2019 – Tous droits réservés
La norme ODP donne un vocabulaire et des outils de modélisation pour voir l'architecture d'un système
selon différentes perspectives (les points de vue) afin de couvrir, par exemple, les composants matériels
et les protocoles ou interfaces de réseau, ou les rôles et principes généraux du système lui-même. Cela
est réalisé en utilisant différents ensembles de concepts et de terminologies, chacun s'exprimant
sous forme d'un langage de point de vue. Il n'est possible de parvenir à une description complète d'un
système réel que lorsque tous les modèles de points de vue sont conçus. Cela permet de bien séparer
les problèmes et d'offrir une démarche plus simple pour définir un système. Une brève description des
concepts ODP est donnée en Annexe A.
Ces dernières années, le développement de concepts et de normes dans le domaine des ITS coopératifs
(C-ITS, l'ISO/TC 204 et le CEN TC 278) a conduit à la définition d'une architecture générale de point de
vue d'entreprise pour les ITS coopératifs (ISO 17427-1) qui, en suivant la même approche consistant à
utiliser l'architecture ODP pour modéliser un système complexe, a étendu les concepts et les termes
définis par la deuxième édition du présent document au domaine plus général des ITS coopératifs.
Le présent document donne une description de l'architecture de l'environnement des systèmes de péage
du point de vue de l'entreprise, en affinant et en étendant ce qui avait déjà été fait dans l'ISO 17573:2010.
La correspondance entre les concepts et les termes dans le présent document et ceux dans l'ISO 17427-1
est montrée en Annexe A. De plus, le présent document donne les fondements du point de vue de
l'information, en définissant les interactions de l'information et les objets d'information généraux, et
donne la base pour la vision informatique, en identifiant les objets informatiques nécessaires et leurs
interfaces. Par rapport à l'ISO 17573:2010, le présent document retire toutes les exigences de sécurité
applicables aux interfaces, lesquelles sont mieux traitées et d'une façon plus générale dans l'ISO 19299.
Le présent document constitue la Partie 1 d'une série de normes comprenant les parties suivantes:
— ISO IS 17573-1: Perception du télépéage — Architecture de systèmes pour le péage lié aux véhicules —
Partie 1: Modèle de référence (le présent document)
1)
— ISO/TR 17573-2 Perception du télépéage — Architecture de systèmes pour le péage lié aux véhicules —
Partie 2: Terminologie
1) En cours de développement. Etape actuelle: 30.99.
NORME INTERNATIONALE ISO 17573-1:2019(F)
Perception électronique du télépéage — Architecture de
systèmes pour le péage lié aux véhicules —
Partie 1:
Modèle de référence
1 Domaine d’application
Le présent document définit l'architecture d'environnements de systèmes de péage dans lesquels un
client disposant d'un contrat peut utiliser un véhicule dans une grande variété de domaines de péage et
avec un exploitant de péage différent pour chaque domaine.
Les systèmes de péages conformes au présent document peuvent servir à différents usages comprenant
le péage routier (réseau), le péage par domaines, la perception des redevances pour l'emprunt de ponts,
de tunnels, de bacs, pour l'accès ou pour le stationnement. D'un point de vue technique, les systèmes de
péage utilisent un équipement électronique à bord d'un véhicule.
D'un point de vue processus, la description de l'architecture se concentre sur la détermination du péage,
sur la facturation du péage et sur les mesures de contrôle-sanction associées. La perception effective du
péage, c'est-à-dire la perception des paiements, ne fait pas partie du domaine d'application du présent
document.
Dans le présent document, l'architecture est définie sans plus de détails que ce qui est nécessaire pour
une vue d'ensemble générale, un langage commun, une identification du besoin d'autres normes et des
interactions entre ces normes et l'élaboration de ces normes.
L'ensemble du présent document donne:
— Le point de vue d'entreprise de l'architecture concernée par l'objet, la portée et les politiques
régissant les activités du système spécifié au sein de l'organisation dont il fait partie;
— Les termes et les définitions pour un usage commun dans un environnement de péage;
— Une décomposition de l'environnement des systèmes de péage selon ses principaux objets
d'entreprise;
— Les rôles et responsabilités des principaux acteurs;
— L'identification des services offerts au moyen de diagrammes d'action qui soulignent les échanges
normalisés nécessaires.
— L'identification des interfaces d'interopérabilité pour les systèmes de télépéage à spécifier dans des
normes spécialisées.
2 Références normatives
Les documents suivants sont mentionnés dans le texte d’une manière telle que tout ou partie de leur
contenu constitue les exigences du présent document. Pour les références datées, seule l’édition citée
s’applique. Pour les références non datées, la dernière édition du document de référence s’applique (y
compris les éventuels amendements).
ISO/IEC 7498-1:1994, Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Modèle
de référence de base: Le modèle de base — Partie 1
ISO/IEC 10746-2, Technologies de l'information — Traitement réparti ouvert — Modèle de référence:
Fondements — Partie 2
ISO/IEC 10746-3, Technologies de l'information — Traitement réparti ouvert — Modèle de référence:
Architecture — Partie 3
ISO 14813-5, Systèmes intelligents de transport — Architecture(s) de modèle de référence pour le secteur
ITS — Partie 5: exigences pour la description d'architecture dans les normes ITS
ISO/IEC 15414, Technologies de l'information — Traitement réparti ouvert — Modèle de référence —
Langage d'entreprise
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions de l'ISO/IEC 7498-1:1994,
l'ISO/IEC 10746-2, l'ISO/IEC 10746-3, l'ISO 14813-5 et l'ISO/IEC 15414 ainsi que les suivants s’appliquent.
L’ISO et l’IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en
normalisation, consultables aux adresses suivantes:
— ISO Online browsing platform: disponible à l’adresse https: //www .iso .org/obp
— IEC Electropedia: disponible à l’adresse http: //www .electropedia .org/
3.1
reconnaissance automatique des plaques minéralogiques
technologie qui utilise la reconnaissance optique de caractères sur les images pour lire les plaques
d'immatriculation des véhicules
3.2
artefact
objet physique de l'article ou de l'information physique ou d'un système ou sous-système utilisé dans
un système ITS
3.3
détail des factures
les informations nécessaires pour déterminer ou vérifier le montant dû pour l'utilisation d'un
service donné
3.4
données du contexte
informations définies par l'exploitant de péage en charge, nécessaires pour établir le péage dû pour la
circulation d’un véhicule dans un domaine de péage spécifique et conclure la transaction de péage
3.5
perception électronique du télépéage (EFC) [electronic fee collection]
perception du péage par des moyens électroniques
Note 1 à l'article: Le paiement effectif (la perception du montant du péage) peut avoir lieu en dehors du système
de péage.
3.6
mesures de contrôle-sanction
mesures prises ou actions destinées à obtenir la conformité à la législation et à la réglementation
Note 1 à l'article: Dans le présent contexte, il s'agit du processus obligeant à respecter un régime de péage.
2 © ISO 2019 – Tous droits réservés
3.7
interopérabilité
aptitude de systèmes à échanger des informations et à faire un usage mutuel des informations échangées
EXEMPLE L'interopérabilité des péages vise à permettre à un véhicule de se déplacer à travers divers
domaines de péage en n'ayant qu'un seul OBE fonctionnant en application d'un seul contrat avec un fournisseur
de service de péage.
3.8
augmentation de localisation
information émise par les équipements d'infrastructures routières en direction des équipements
embarqués pour augmenter la précision de positionnement des systèmes autonomes
3.9
équipement embarqué (OBE) [onboard equipment]
tout équipement nécessaire à bord d’un véhicule pour l’exécution des fonctions requises de perception
électronique du télépéage (EFC) et des services de communication
3.10
équipement routier
équipement fixe ou mobile installé le long de la route
3.11
rôle
ensemble de responsabilités
3.12
communication à courte portée
technique de télépéage basée sur un transfert d'informations par l'intermédiaire d'une liaison radio
entre un équipement routier et un équipement embarqué
Note 1 à l'article: Cela comprend la communication DSRC à 5,8 GHz ainsi que ITS-G5 et RFID.
3.13
règles de tarification
ensemble de règles déterminant le péage dû par un véhicule à l'intérieur d'un domaine de péage
3.14
péage
frais, taxes ou redevances perçus dans le cadre de l’utilisation d’un véhicule dans un domaine de péage
3.15
exploitant de péage
entité juridique qui collecte le péage dû pour la circulation des véhicules dans un domaine de péage
3.16
déclaration de péage
indication destinée à déclarer l'utilisation d'un service de péage donné à un exploitant de péage
3.17
domaine de péage
domaine ou partie d'un réseau routier où un certain régime de péage est appliqué
3.18
régime de péage
ensemble des règles, y compris de contrôle-sanction, applicable au recouvrement des péages dans un
domaine de péage
3.19
plan de péage
vue organisationnelle d’un régime de péage comprenant les acteurs et leurs relations
3.20
service de péage
service permettant aux utilisateurs de régler le péage
3.21
fournisseur de service de péage
entité juridique assurant des services de péage dans un ou plusieurs domaines de péage
3.22
service de transport
service lié à une infrastructure de transport offert à l'utilisateur
3.23
objet de confiance
objet d'information échangé entre des entités pour s'assurer une confiance mutuelle
EXEMPLE Un objet de confiance peut, par exemple, être constitué d'une signature électronique ou d'un
certificat électronique.
4 Symboles et termes abrégés
4.1 Symboles
Les conventions graphiques suivantes s'appliquent aux diagrammes d'action:
Les rectangles arrondis aux coins indiquent des responsabilités et des activités
associées au sein des rôles.
Les flèches horizontales indiquent des échanges d'information entre les rôles sous
forme d'activités effectuées dans le cadre de responsabilités
Les flèches verticales représentent des étapes d'exécution dans le cadre d'activités.
Les cercles pleins représentent le début des activités.
Les cercles partiellement colorés représentent la fin des activités.
Les barres horizontales pleines représentent des étapes de décision.
4.2 Termes abrégés
Pour les besoins du présent document, les termes abrégés suivants s’appliquent à l’ensemble du
document, sauf mention contraire.
4 © ISO 2019 – Tous droits réservés
ANPR Reconnaissance automatique des plaques minéralogiques [Automatic Number Plate Reco-
gnition]
CE Équipement central [Central Equipment]
C-ITS ITS coopératifs [Cooperative ITS]
DSRC Communication dédiée à courte portée [Dedicated Short-Range Communication]
EETS Service européen de télépéage [European Electronic Toll Service]
EFC Perception électrique du télépéage [Electronic Fee Collection]
GNSS Systèmes mondiaux de navigation par satellites [Global Navigation Satellite Systems]
ID Identité [Identity]
IFMSA Architecture de système de gestion tarifaire [Interoperable Fare Management system Archi-
tecture]
ITS Systèmes de transport intelligents [Intelligent Transport Systems]
OBE Equipement embarqués [On-board Equipment]
ODP Traitement réparti ouvert [Open Distributed Processing]
RFID Identification par radiofréquence [Radio Frequency IDentification]
RSE Équipement d'infrastructures routières [Roadside Equipment]
SAM Module d'application sécurisée [Secure Application Module]
SLA Accords de niveau de service [Service Level Agreements]
SRC Communication à courte portée [Short Range Communication]
TC Exploitant de péage [Toll Charger]
TSP Fournisseur de services de péage [Toll Service Provider]
5 La communauté de perception électronique du télépéage: rôles et objectifs
5.1 Généralités
La perception électronique du télépéage est un service ITS qui s'appuie sur des ITS coopératifs (C-ITS)
permettant à l'utilisateur d'un service de transport lié aux véhicules de payer le service de transport,
par exemple l'utilisation d'une route à péage, sans intervention manuelle. L'application ITS qui assure
le service ITS sera généralement incorporée à un équipement C-ITS installé à bord du véhicule, sur
l'infrastructure routière et dans des systèmes centraux. Dans certains scénarios, cela comprend
également des équipements ITS tels que des smartphones.
L'architecture C-ITS peut se décrire sous forme d'un ensemble d'objets d'entreprise externes et internes
avec pour objectifs de fournir un service télépéage avec ses avantages en matière de sécurité du
trafic, d'efficacité du trafic, de confort et de mobilité pour l'utilisateur du service télépéage. Les objets
d'entreprise externes interviennent dans le service télépéage mais ne sont pas conçus uniquement à
l'intention du télépéage. Ce document ne comprend que la définition des objets d'entreprise internes
mais les objets d'entreprise externes sont brièvement décrits dans ce paragraphe pour donner l'image
complète de la communauté télépéage. La Figure 1 montre les objets externes dans la communauté
télépéage.
Figure 1 — Objets d'entreprise dans la communauté télépéage
Les paragraphes qui suivent donnent une description concise de chacun des objets d'entreprise
représentés à la Figure 1. Les responsabilités détaillées pour les rôles définis au sein de l'environnement
de facturation du péage sont traitées à l'Article 6.
5.2 Autres systèmes et services ITS
Un service ITS peut faire appel à des données fournies par d'autres systèmes ITS et/ou d'autres services
ITS. Le domaine d'entreprise interne au télépéage peut, par exemple, recevoir des données d'autres
systèmes de gestion de trafic et/ou d'information pour servir de données d'entrée pour les algorithmes
de tarification utilisés dans un système de télépéage.
5.3 Capteurs, actionneurs, système de véhicule et équipement commun
Un domaine télépéage peut utiliser des informations venant de capteurs de véhicule et de magasins
de données intégrés dans le véhicule dont les principaux objectifs ne concernent pas le télépéage. Les
informations sont récupérées des capteurs et des magasins de données pour être ensuite utilisées
pour le calcul du péage ou de la redevance. De tels capteurs et magasins de données peuvent être, par
exemple, des capteurs GNSS (par exemple dans les appareils utilisés pour la navigation ou la gestion
de flotte), un tachygraphe, un capteur de remorque, des capteurs de suspension, des capteurs d'essieu
en cours d'utilisation et des informations liées au véhicule stockées dans un module d'application
sécurisé (SAM). Les magasins de données peuvent être situés sur le véhicule ou ailleurs. Il peut s'agir,
par exemple, d'un ordinateur installé dans le domaine télépéage.
NOTE Les marchandises expédiées peuvent devenir pertinentes dans les futurs systèmes de péage.
5.4 Capteurs et actionneurs d'infrastructure/données provenant de l'infrastructure
Un environnement de facturation du péage peut utiliser des données provenant de capteurs
environnementaux, comme par exemple des capteurs de mesure de la pollution, pour le calcul du péage
ou de la redevance. Un schéma de tarification dynamique peut, par exemple, faire appel à la fois à des
mesures de pollution provenant de capteurs environnementaux et aux données sur les débits et les
vitesses de trafic provenant d'un centre de gestion de trafic pour le calcul dynamique du péage ou de la
redevance. Les capteurs installés dans le seul intérêt du télépéage font, par définition, partie des objets
d'entreprise internes.
5.5 Systèmes financiers/commerciaux
La fonctionnalité exigée des systèmes financiers/commerciaux consiste à fournir les services financiers
exigés par les objets d'entreprise internes au télépéage. Les services consisteront essentiellement à un
transfert de fonds entre entités de la communauté télépéage. Il est important de remarquer que les
6 © ISO 2019 – Tous droits réservés
objets d'entreprise internes au télépéage gèrent des données de perception tandis que les systèmes
financiers/commerciaux gèrent des informations de paiement (de l'argent).
Le présent document fait une distinction stricte entre le domaine du paiement (financier) au service
du domaine télépéage et le domaine de la facturation qui fait partie du domaine télépéage lui-même. Le
présent document ne couvre que la facturation au sein du domaine télépéage.
5.6 Systèmes de télécommunications
La fonctionnalité exigée des systèmes de télécommunications consiste à fournir les services de
télécommunications exigés par le domaine télépéage. De tels services peuvent être, par exemple, un
réseau câblé pour le transfert de données entre les opérateurs des objets d'entreprise internes au
télépéage et le réseau d'interface air pour le transfert de données entre les équipements de facturation
de télépéage et l'équipement embarqué.
5.7 Juridictions/autorités
Les responsabilités de l'objet d'entreprise externe appelé juridiction/autorités consistent à définir
le cadre dans lequel un domaine télépéage doit fonctionner. Ce cadre est défini par des politiques
formant un ensemble de lois et de règlements, de mandats, de contraintes et d'exigences. Des autorités
différentes définissent des politiques différentes:
— Les autorités compétentes en matière de routes et de transport, comme par exemple un ministère du
transport, peuvent définir des politiques relatives au type, à la disponibilité, à la fiabilité et à la qualité
du service de transport soumis à péage ou à redevance. Les autorités peuvent aussi, en coopération
avec les autorités financières, définir des politiques définissant les principes de tarification à utiliser
dans un domaine télépéage. Les autorités peuvent aussi, toujours en coopération avec les autorités
financières, définir les politiques qui régissent la configuration des objets d'entreprise télépéage,
l'attribution de rôles aux objets d'entreprise ainsi que les contrats d'environnement qui gèrent le
système. À titre d'exemple, les autorités peuvent définir la politique à la base du contrat entre un
opérateur assumant le rôle d'émission de contrats télépéage et les opérateurs assumant les rôles de
facturation du péage.
— Les autorités de télécommunications peuvent définir des politiques pour l'utilisation des systèmes
de télécommunications, comme par exemple les fréquences dans les systèmes de communication
ayant une interface air.
— Les autorités financières peuvent définir des politiques pour un environnement de facturation
du péage et pour l'environnement financier au sein duquel l'opérateur interviendra, par exemple
le fait que le péage est une taxe ou une redevance. Elles peuvent également définir des politiques
pour l'utilisation de certains types de moyens de paiement, comme par exemple les portemonnaies
électroniques, et pour le découpage des rôles entre l'environnement de facturation du péage et les
systèmes financiers.
— Les autorités de protection des données peuvent définir des politiques pour la sécurité et la
confidentialité au sein d'un environnement de facturation du péage.
— Les autorités de certification peuvent délivrer des certificats de clé publique.
Les interactions avec les autorités couvrent également l'accès aux informations conservées par les
autorités, par exemple les registres nationaux d'immatriculation des véhicules.
5.8 Organismes de normalisation et de certification
Les responsabilités des organismes de normalisation consistent à élaborer des normes télépéage et
d'autres normes ou spécifications importantes pour le domaine télépéage. Il existe des interactions avec
un domaine télépéage concernant les normes télépéage à utiliser pour le domaine télépéage, ainsi que
les données d'entrée du domaine télépéage à destination des organismes de normalisation, par exemple
par la participation des opérateurs de facturation du péage à l'élaboration de normes télépéage.
5.9 Fournisseur de droits de services communs
Le fournisseur de droits de services communs a pour responsabilités de fournir les artefacts de base,
le mécanisme, la structure d'organisation et les outils de transfert d'information nécessaires pour faire
fonctionner un système de télépéage interopérable avec d'autres systèmes de transport. Le fournisseur
de droits de services communs permet d'utiliser un moyen de paiement unique, par exemple dans les
systèmes de télépéage comme dans les systèmes de transports publics. Son rôle, ses responsabilités et
2)
les exigences applicables aux systèmes de télépéage sont normalisés dans l' ISO/TS 21193 .
6 Rôles internes à l'environnement de facturation du péage
6.1 Généralités
Le présent document décrit les différents rôles dans un environnement de facturation du péage en tant
que collections de responsabilités définies dans le domaine d'application du télépéage. Les rôles sont
décrits en termes généraux, à savoir sous forme d'ensembles de responsabilités dans lesquels chaque
ensemble comprend les responsabilités reliées logiquement l'une à l'autre, de par leurs objectifs et/ou
les acteurs susceptibles de remplir le rôle.
6.2 Rôles du domaine télépéage
Les rôles de domaine EFC peuvent être regroupés en deux ensembles, l'un lié au fonctionnement
fonctionnel des systèmes et l'autre au fonctionnement du système. Le présent document est bâti sur la
terminologie du domaine télépéage qui peut se résumer par le diagramme de la Figure 2.
Figure 2 — Rôles dans un environnement de péage
Le rôle Opération fonctionnelle est responsable de toutes les activités liées à l'opération fonctionnelle
du système. Dans ce cas, le système qui fournit les services au sein du groupe de services ITS est appelé
Perception électronique du télépéage (EFC).
2) En cours de développement. Etape actuelle: 30.99.
8 © ISO 2019 – Tous droits réservés
Les articles suivants décrivent les rôles télépéage identifiés ci-dessus, indiquant les responsabilités de
chacun des rôles.
6.3 Responsable d'interopérabilité
6.3.1 Brève description
Un rôle spécifique est identifié pour gérer un environnement de facturation du péage, c'est-à-dire la
définition et la maintenance d'un ensemble de règles qui, prises ensemble, définissent la politique d'un
régime donné ou de l'ensemble de l'environnement de facturation du péage.
Remarque: Il faut noter que, à la différence des autres rôles, le rôle de Responsable d'interopérabilité
peut difficilement être rempli par un seul acteur. Au lieu de cela, dans les systèmes de télépéages réels,
ses responsabilités sont souvent prises (s'il y a lieu) par différents acteurs et différentes réglementations.
6.3.2 Responsabilités
Les responsabilités du Responsable d'interopérabilité comprennent:
— l'établissement des règles, comprenant:
— la définition des politiques de sécurité et de confidentialité prises en charge pour le système de
télépéage, agissant en tant qu'autorité de sécurité chargée de définir la politique d'interaction
de sécurité au sein des différents domaines de sécurité;
— la définition et le maintien de schémas d'identité et, si nécessaire, la prise en charge de la
délivrance d'ID assurant l'unicité des codes d'enregistrement pour les organisations et les
composants, ainsi que l'unicité des identifiants pour les applications et les messages de
télépéage;
— la certification des constituants de télépéage, comprenant:
— la définition des exigences de certification pour les acteurs impliqués et les équipements utilisés
dans le système de télépéage;
— l'attribution ou le retrait des licences d'exploitation aux acteurs impliqués;
— la surveillance des opérations par le canal d'un rapport périodique;
— le traitement des différends, comprenant:
— la définition des procédures opérationnelles parmi les opérateurs;
— la gestion des différends entre opérateurs.
6.4 Fournisseur de service de péage
6.4.1 Brève description
Le rôle de fournisseur de service de péage est le responsable des contrats avec le rôle utilisateur. Il
fournit les artefacts, mécanismes, structures d'organisation et outils de transfert d'information
nécessaires au fonctionnement d'un système de télépéage. Ce rôle est rempli par interacti
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.