3.18.1Общо 3.18.1.1Превозните средства ще са оборудвани с: -
Един бордови компютър (БК) с вградени GPS и GPRS;
-
Едно фискално устройство, свързано към бордовия компютър;
-
Един валидатор /винаги на първа врата/ или два валидатора;
-
Едно табло за светлинно информиране на пътниците;
-
Няколко високоговорителя за гласово информиране на пътниците.
3.18.1.2Вътрешни връзки на електронната система за таксуване -
Връзката между БК и другите устройства да се основава на многоточкова физическа връзка и многоточков протокол или на стандартна мрежова връзка (като Ethernet и TCP / IP или подобен мрежов протокол).
3.18.1.3Идентифициране на устройство -
Всяко устройство има уникален физически идентификационен номер (сериен номер) и уникален логически идентификационен номер, състоящ се от идентификационния номер на превозното средство и местоположението на оборудването в превозното средство (табелен номер)
3.18.2Централен бордови компютър (БК) с вградени GPS и GPRS 3.18.2.1БК осигурява "събиране, съхраняване и предаване" на всички данни, получени по време на работа на системата до сървъра на Централната подсистема на оборудването за таксуване в превозните средства. 3.18.2.2БК също трябва да следи бордовото оборудване и да докладва за всяка грешка, незабавно след възникването й. Съобщенията за грешки трябва да бъдат изпратени чрез GPRS/ 3G/UMTSвръзка незабавно след възникването им.
Фиг. 6. Блокова схема на бордовото оборудване
3.18.2.3БК трябва да е в състояние да обслужва до 12 устройства от различни видове (валидатори или друго оборудване). 3.18.2.4БК трябва да е оборудван с тъч скрин и графичен дисплей с графичен потребителски интерфейс (ГПИ) на български език, което позволява на шофьора да избира различни функции. В режим на готовност /stand by/ на дисплея трябва да се визуализира състоянието на цялото бордово оборудване на превозното средство, възникналите грешки, ако има такива и предупредителните съобщения. ГПИ ще бъде дефиниран и разработен в сътрудничество с Община Русе. 3.18.2.5Светлинните и гласовите съобщения за пътниците и дизайна на информационни табла трябва да бъдат предложени от Участника в неговото Техническо предложение. 3.18.3Фискално устройство -
Участникът трябва да предложи подходящо фискално устройство, което ще работи под прякото управление на БК
-
След активиране на подходящи процеси от страна на Водача чрез него се издават кодирани с бар код билети за еднократно пътуване и еднодневни карти
-
За отчетността на фискалното устройство са приложими всички нормативни документи за работа на фискални устройства
-
Информация за всички издадени билети и еднодневни карти се съхраняват в БК и централната подсистема.
3.18.4Валидатор 3.18.4.1Описание -
Минимални функционални изисквания:
-
Обозначено място за поднасяне на карта, антена и четец за смарт карти;
-
Графичен дисплей за визуализация;
-
Светлинно визуално устройство за генериране на сигнали в различни цветове, в зависимост от генерираните от функционалностите на валидатор събития;
-
Аудио устройство за генериране на звукови сигнали - различни бипкания, в зависимост от генерираните от функционалностите на валидатора събития;
-
Валидаторът е свързан с бордовия компютър, работи под неговото пряко управление и може да получава и предава данни.
3.18.4.2Обслужване на пътник -
Стъпка 1
-
Пътникът трябва да сложи своята смарт карта в близост пред антената на Валидатора;
-
Валидаторът разпознава смарт картата, чете данните от нея и извършва описани в стъпките по-долу операции:
-
Стъпка 2. Валидаторът
-
Проверява дали картата е валидна за градския транспорт в Русе;
-
Проверява дали картата е в "черния списък";
-
Проверява дали е налице валиден транспортен документ (дали в момента има заредени активни периоди или заредени еднократни пътувания);
-
Ако резултатът е положителен, изпълнява Стъпка 3. В противен случай визуализира информация за пътника и генерира светлинен и звуков сигнал за неуспешно таксуване.
-
Стъпка 3. Валидаторът
-
Записва данните от валидирането в смарт картата (дата, час, линия, място на валидиране, номер на превозно средство)
-
В случай на заредени еднократни пътувания ги намалява с едно и записва данните за транзакцията в картата с памет;
-
Генерира светлинен и звуков сигнал за успешно таксуване;
-
Визуализира на дисплея заредения период или броя на оставащите еднократни пътувания;
-
Предава генерираните данни и към БК.
3.18.4.3Производителност -
Времето за обработка на смарт картата трябва да бъде по-малко от 600 милисекунди, и четецът на карти трябва да бъде готов веднага след приключване на обработката на една смарт карта да започне обработка на следваща смарт карта.
-
Валидаторът следва да позволява обработката на различни типове смарт карти, които ще бъдат дефинирани от Община Русе.
3.18.4.4Защита срещу повторно таксуване -
Тази функционалност трябва да се предотврати повторното таксуване със същата смарт карта на същия или на друг Валидатор в едно и също превозно средство по време на едно пътуване.
3.18.4.5Автоматична обработка на данни -
Системата трябва да гарантира, че всички транзакции ще бъдат съхранени и по-късно предадени и доставени до сървъра централната подсистема.
-
Стъпките на предаване на данни са:
-
Стъпка 1: Валидаторът предава данни към БК;
-
Стъпка 2: БК предава данни към централната подсистема on-line или когато превозното средство е в гаража /при липса на техническа неизправност на on-line връзката/;
-
Стъпка 3: След проверка на интергрираността на информационния обмен централната подсистема изпраща "потвърждение" към БК.
-
БК записват данните за валидиранията във файлове.
-
Предполагаем файлов формат:
-
Header = дата, час, идентификационен номер на водача, номер на превозното средство, номер на услугата;
-
Запис на данни = номер на смарт карта, тип на транспортно приложение (период или пътуване), дата, час, код на локализация, други параметри, които следва да бъдат дефинирани;
-
Край на файл = специфичен символен низ и контролна сума.
3.18.5Оборудване за гаражите 3.18.6 Оборудването за гаражите трябва да бъде част от Техническото предложение на Участника и включва компютърна техника, мрежово и безжично мрежово оборудване. 3.18.7Всеки гараж трябва да бъде оборудван с необходимото оборудване за осигуряване на пълно покритие на определена от Възложителя част от пространството на гаража. 3.18.8Информационен обмен 3.18.8.1При необходимост обмен на данни между централната подсистема и БК на превозните средства се извършва и в гаражите, след като превозното средство завърши своята смяна 3.18.8.2Поток от данни между БК и централната подсистема -
Режимите на обмен са два – обмен в реално време /on-line/ и отложено информационен обмен, който се осъществява в гаражите
-
БК предават към централната подсистема информация за всички проблеми или предупреждения от страна на бордовото оборудване
-
Съобщения за грешки на оборудването;
-
Предупредителни съобщения от оборудването;
-
Съобщения за статуса /състоянието/ на оборудването;
-
GPS коодинати на текущото местоположение на превозното средство;
-
Други системни съобщения.
-
В реално време чрез GPRS връзката БК получават от от централната подсистема:
-
Дата и час;
-
Номер на линия;
-
Номер на превозно средство;
-
Табелен номер на шофьор;
-
График;
-
Промени в данните на черния списък;
-
Информация за започване/ приключване на смяната на шофьора;
-
Информация за действителното изпълнение на графика.
-
Когато превозното средство е в гаража БК получават от централната подсистема:
-
Тарифи;
-
Черен списък;
-
Номер на версията на софтуера;
-
Фърмуер и обновяване на софтуера;
-
Разрешение за изтриване на данните;
-
Други параметри.
-
Когато превозното средство е в гаража БК изпращат до централната подсистема:
-
Отчет за всички продадени от Водача билети и еднодневни карти;
-
Транзакции за валидиране на пътници (с информация за номер на превозното средство, номер на линия, ID на водача);
-
Приключване на графика/ смяната.
-
Системата трябва да съхранява информацията до нейното успешно предаване и съхраняване в базата данни на централната подсистема.
-
Пренос на данни от и към БК в гаража трябва да се извършва чрез Wi-Fi 802.11b/g, въз основа на монтирано за целта мрежово оборудване. Всеки гараж трябва да бъде оборудван с достатъчен брой точки за достъп, за да се осигури пълно покритие на подходяща част от гаражна площ. Броят на WiFi точките за достъп зависи от конкретните параметри на гаража (брой на обслужвани в гаража превозни средства, площ на гаража, топология на гаража).
3.18.8.3Поток от данни между Валидаторите и БК -
От БК към Валидаторите
-
Заявки за проверка на състоянието на оборудването.
-
От Валидаторите към БК
-
Данни за транзакции за валидиране на пътници;
-
Съобщения за грешки на оборудването;
-
Предупредителни съобщения от оборудването;
-
Съобщения за статуса /състоянието/ на оборудването;
3.18.8.4Транзакции и сигурност на данните -
За да се предотвратят загубите на данни и опитите за измами записването и предаването на данните трябва да бъдат защитени срещу манипулация и модификация.
Сподели с приятели: |
