Архитектура проекта "Электронные платежи"

Аннотация

О.Ю. Криволапова

В данной статье рассматривается организация функционирования систем электронных платежей, свойства, цели создания, взаимосвязи различных составляющих подсистем. 

Ключевые слова: Архитектура системы, Операторы, Водители, Пассажиры, Провайдеры услуг, Транспортные средства, База данных

05.22.10 - Эксплуатация автомобильного транспорта

Рассмотрим физическую архитектуру системы, осуществляющей услугу электронных платежей.[1] Такая система основана на модели DDENV ISO 14904 «Road, Transport and Traffic Telematics - Automatic Fee Collection - Interface Specification for Clearing between Operators», которая имеет следующие свойства:

• Различные варианты оплаты;
• Широкий выбор транспортных услуг;
• Связь между терминалами и операторами;
• Безопасность и конфиденциальность.

Рис. 1 - Схема функционирования электронных платежей

Из приведенной выше схемы видно, что пользователями системы являются «Водители», «Пассажиры» и «Транспортные средства», а саму услугу осуществляют «Операторы» и «Провайдеры». «Финансовый расчет»  осуществляет поддержку работы системы.
Таблица №1
Разделы архитектуры, требующие доработки или исключения из системы электронных платежей

Рис. 2 - Взаимодействие различных подсистем электронных платежей

Согласно DD ENV ISO 14904 «Road, Transport and Traffic Telematics - Automatic Fee Collection - Interface Specification for Clearing between Operators» вся система делится на два основных процесса: хранения денежных средств и оплаты услуг согласно разработанной модели[2]:

Рис. 3 - Модель электронных платежей

Благодаря «Терминалу» идёт оплата услуг и приём платежей от пользователей. Далее пользователи получают необходимые услуги благодаря «Провайдеру услуг». Затем «Оператору» поступает информация, и он осуществляет распределение денежных средств от «Терминала» «Провайдеру услуг». «Договор» в данной системе является контролирующим органом и гарантией того, что платежи «Пользователей» поступят на счет «Провайдера услуг».
На рисунке выше показа наиболее простая модель взаимодействия. На практике же всё может выглядеть иначе:

• Пользователи – система может работать с большим количеством удалённых пользователей;
• Терминалы – необходимо большое количество терминалов для максимального удобства оплаты;
• Операторы – операторы могут конкурировать между собой в одной ценовой категории;
• Договор – необходимы различные предложения, представляющие конкуренцию между собой так же как операторы.

Провайдеры услуг можно разделить на четыре подситемы для более эффективного предоставления услуг:

Рис. 4 - Подсистемы провайдера услуг

Оплата – определяет пользователя и услугу, за которую он вносит плату. Система срабатывает таким образом, что пользователь должен получить доступ к запрашиваемой услуги по осуществлению оплаты.
Управление тарифами – база данных стоимости различных услуг, благодаря которой можно определить за что именно платит пользователь.
Управление доступом – база данных условий пользования услугами.
Управление непредвиденными ситуациями – информирование пользователей о том, как вести себя при ошибочном платеже.
Все четыре подсистемы можно объединить в одну базу данных. В таблице ниже включены подсистемы и их функции:

Таблица №2
«База данных подсистем оказания услуг»

Литература

1. «European ITS Framework Architecture.Models of Intelligent Transport Systems» Peter H Jesty, Jan Giezen, Jean-François Gaillet, Jean-Luc Durand, Victor Avontuur, Richard Bossom, Gino Franco, August 2010
2. «Quantifying the Effects of Network Improvement Actions on the Value of New and Existing Toll Road Projects», Center for Transportation Research University of Texas at Austin 3208 Red River, Suite 200, Austin, TX 78705-2650, August 2009 (p. 23-27)