ГОСТ Р ИСО 17573—2014
вамие, если невзаимодействующие схемы EFC обеспечивают дальнейшее использование бортового
оборудования для других режимов оплаты в соответствии с отдельным контрактом.
- поддержка бортового оборудования включает в себя программное обеспечение и администри
рование системы безопасности, контроль за достигнутым SLA не входит в рамки данного международ
ного стандарта. Однако чтобы понять полное распределение действий с полученной общей функции,
требуется выделить ответственность за обновления программного обеспечения. Это будет иметь при
нудительный характер, когда настройка бортового оборудования потребует изменений в программном
обеспечении. Эта ответственность будет скорее всего возложена на актера, играющего роль обеспече
ния. Однако в будущих внедрениях эта ответственность может также быть возложена на автомобиль
ную промышленность, если бортовое оборудование станет частью штатной электроники транспортного
средства. Также оператор может выступать в роли поставщика услуг по поддержке оборудования, если
невзаимодействующие схемы EFC обеспечивают дальнейшее использование бортового оборудования
для других режимов оплаты в соответствии с отдельным контрактом:
- предоставление учетных записей выставления счетов включает передачу данных между постав
щиком услуг и пользователем, которая реализована как взаимодействие водителя с бортовым обо
рудованием через его HMI (интерфейс человек — устройство). Так как это взаимодействие не будет
стандартизировано в будущем, настоящий стандарт им не занимается и только ссылается здесь для
полноты понимания.
П р и м е ч а н и я
1 Если операторы системы сбора платы вместе организовываются в кластере и все отношения с постав
щиком услуг управляются кластером в отличив от ситуаций, когда операторы организовываются по отдельности,
тогда с точки зрения каждого поставщика услуг кластер участвует в том же действии, которое предполагается от
индивидуального оператора системы сбора платежей.
2 Если поставщики услуг вместе организовываются в кластер и все отношения с операторами системы сбо
ра платежей управляются кластером в отличие от ситуаций, котда поставщики услуг организовываются по отдель
ности. тогда с точки зрения каждого оператора кластер участвует в том же действии, которое предполагается от
индивидуального поставщика услуг.
Основная цель архитектуры заключается в выявлении тех поведений, которые приводят к взаимо
действиям. которые должны быть стандартизированы, а именно:
- взаимодействия между ролями в целом;
- взаимодействия между различными обязанностями в рамках ролей, когда объекты, осуществля
ющие эти обязанности, могут быть разными (например, принадлежать отдельным организациям).
Необходимо учесть, что реальной системе сбора платы, реализующей эту архитектуру, не нужно
реализовать все роли и обязанности, которые подробно представлены на рисунке 8. Реальная система
сбора платы может осуществлять столько ролей и обязанностей, определенных в настоящем стандар
те. сколько необходимо, при этом обязательным является то. что реализуемые взаимодействия между
ролями и обменом информацией будут совместимыми с настоящим описанием, чтобы достичь совме
стимости между системами, принадлежащими к различным организациям, или реализациями различ
ных поставщиков.
7.3 Матрицы и схемы взаимодействия
Таблица 1 объединяет в себе те сценарии, при реализации которых происходит взаимодействие
между субъектами. Следующие пункты показывают схему взаимодействия для каждого из идентифи
цированных сценариев. Каждый выполняемый сценарий, обозначенный в первом столбце таблицы,
может инициировать взаимодействие среди ролей, обозначенных в остальных столбцах. Для каждого
действительного пересечения дана ссылка на пункт, содержащий схему их взаимодействия.
Каждая схема фокусируется на информационных обменах между сценариями. Это означает, что
детали выполнения действий, только включающихдействия в сценариях, не показаны, за исключением
целей разъяснения, и при этом они не подвергаются стандартизации.
В каждой схеме ячейки с закругленными углами указывают на обязанности или действия. Назва
ния в этих полях могут немного отличаться от названий на рисунке 8, чтобы лучше указывать на тип
выполняемого действия. Стрелки в схемах показывают направление информационных потоков от ини
циатора информационного обмена к информационному получателю. Маркировка стрелок указывает на
информационные объекты, которые обмениваются данными.
17