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

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

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

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

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

Таблица № 1.

Разделы архитектуры, требующие доработки или исключения из системы электронных платежей.

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

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

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

На рисунке выше показа наиболее простая модель взаимодействия. На практике же всё может выглядеть иначе:

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

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

Рис. 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 78 705−2650, August 2009 (p. 23−27)