Turbo Dispatch — это общедоступный стандарт для электронной передачи сведений о заданиях, первоначально с использованием пакетной радиосвязи , а теперь и с использованием Интернета . Он используется по всей Великобритании для передачи данных о застрявших автомобилистах между всеми основными автомобильными организациями Великобритании и их более чем 400 агентами по восстановлению транспортных средств . Во многих случаях он также используется агентом по эвакуации автомобиля для передачи подробной информации обслуживающему эвакуатору.
30 июня 1994 года группа представителей семи крупнейших автомобильных организаций Великобритании и Института восстановления транспортных средств была приглашена на встречу в Бруклендском музее . Бруклендский музей был выбран в качестве места проведения, потому что председатель встречи Энди Ламберт был связан с музеем, перевез туда подавляющее большинство экспонатов и, следовательно, мог показать людям предметы, которые они обычно не могли бы увидеть. Он явно надеялся, что этого будет достаточно, чтобы заставить «клубы» сесть вместе в одной комнате. Вскоре выяснилось, что все присутствующие мечтали о том, чтобы в отрасли можно было ввести «общие стандарты» для всех аспектов восстановления транспортных средств . Помимо прочего, эта группа заложила основы проекта Turbo Dispatch.
Из-за необходимой надежности доставки было решено использовать Mobitex . В Великобритании был только один поставщик Mobitex, а именно RAM Data, который позже стал дочерней компанией BT под названием Transcomm. Вот почему многие пользователи до сих пор обращаются к заданиям RAMing. Ян Лейн из Motor Trade Software (MTS) разработал и написал протоколы вместе с программным обеспечением шлюза . В начале 1995 года была проведена большая новаторская работа. Осенью 1995 года Green Flag и Delta Rescue были первыми автомобильными организациями, которые начали экспериментировать с трансмиссиями в гаражах , а в конце года первая настоящая работа была отправлена в Southbank Garage. .
Большинство операторов по эвакуации узнали о Turbo Dispatch во время выставки AVRO EX 1996, организованной Ассоциацией операторов по эвакуации транспортных средств. Несмотря на 25-летие Green Flag , автомобильная организация создала на выставке мини-диспетчерскую и позволила людям впервые увидеть, как работает система. К концу того же года Автомобильная ассоциация организовала испытание в Лондоне, отправив рабочие места избранным операторам по восстановлению.
К концу 1997 года Эван Андерсон из АА принял активное участие в продвижении концепции Turbo Dispatch внутри АА. Это, несомненно, был поворотный момент, поскольку Эван, похоже, признал, что хотя МТС и РАМ действительно обладают монополией, но не намеренной. Любой другой мог разработать систему, но просто никто другой не сделал этого успешно.
В следующем году RAC был запущен, и к концу года все основные игроки отрасли внедрили Turbo Dispatch. По оценкам, к 2005 году около 92% из 4 миллионов «гаражных» поломок в год отправлялись операторам восстановления с помощью Turbo Dispatch.
Эта система пользуется явной популярностью среди автомобильных организаций из-за экономии на разговорах диспетчера по телефону с операторами аварийно-спасательных служб. Что удивило многих, так это то, насколько он был популярен среди операторов, в основном по тем же причинам. Занятый контролер не хочет узнавать подробности о работе по телефону, когда они могут появиться на экране его компьютера. Поскольку затем он мог использовать ту же систему для отправки задания своему водителю, это означало, что весь процесс можно было выполнить за считанные секунды.
В следующих примечаниях описан метод автоматической передачи сведений о задании с компьютера автомобильной организации (или клуба) на компьютер оператора восстановления с использованием сети передачи данных Mobitex. Поскольку каждая из автомобильных организаций, скорее всего, будет иметь свою собственную уникальную компьютерную систему и методы работы, нецелесообразно пытаться определить, каким образом для них лучше всего будет осуществляться автоматическое перераспределение должностей. Следовательно, ниже определена только типичная компьютерная установка оператора восстановления.
Обычно система регистрации заданий оператора восстановления и выставления счетов базируется на персональном компьютере . Он будет подключен к сети передачи данных Mobitex с помощью Masc. [ нужны разъяснения ] радиомодем (иногда называемый Mobidem), использующий один из портов связи RS-232 ПК . Передача задания потребует использования компьютера автомобильной организации уникального номера Mobidem оператора восстановления для вызова его компьютера.
После установления соединения сведения о задании передаются в формате данных, определенном в Руководстве по формату турбодиспетчеризации, и вызов завершается. Обычно используется специальный коммуникационный компьютер для постоянного мониторинга радиомодема через порт RS232. При этом будет работать программа TD.EXE, работающая под Windows . Данные, полученные от радиомодема, будут переданы в очередь входящих сообщений на другом компьютере для последующей автоматической обработки основным программным обеспечением приема заданий (задержка не более 5 секунд). Компьютер связи также будет издавать звуковой сигнал.
Сразу же после того, как детали задания будут получены коммуникационным компьютером оператора восстановления, он передаст автоматическое подтверждение источника сообщения о задании и поместит детали задания в очередь, ожидающую ручного принятия контроллером оператора восстановления. Отправка задания будет завершена контролером оператора восстановления путем принятия или отклонения задания, и соответствующая транзакция будет отправлена в автомобильную организацию.
Приложение Turbo Dispatch изначально было ограничено использованием протокола MASC сети мобильной передачи данных Transcomm. Этот протокол был принят, поскольку он устраняет сложность повторных попыток, которые могли бы возникнуть в результате использования протокола на основе сеанса на радиомодемах, например Hayes или X.28 .
Группа по стандартизации Turbo Dispatch собиралась в среднем два или три раза в год. Его задача заключалась в том, чтобы «поддерживать общий стандарт форматов сообщений и данных, которые будут использоваться при электронной передаче данных между главными компьютерами и/или терминалами данных в фиксированных/мобильных средах».
Все крупные автомобильные организации присылают своих представителей, и все изменения/дополнения стандарта обсуждаются и должны быть согласованы всеми присутствующими на заседании. Поскольку коммерческая выгода для любой организации незначительна (улучшение одной обычно приносит пользу и другим), обычно существует большое количество соглашений.
В 2010 году BT Transcomm объявила о закрытии сети Mobitex в Великобритании.
После конкурсного тендера, включавшего презентации решений от MTT, BT, Vodafone и Apex Networks, победителем была единогласно признана компания Apex Networks Ltd, а в г. 2012. У Apex Networks уже было растущее число пользователей их новой системы управления восстановлением (RMS), которая изначально была разработана для Ontime Rescue & Recovery.
С 2012 года группа по стандартам ANS теперь собирается ежеквартально, и в форуме принимают участие поставщики программного обеспечения для восстановления транспортных средств, а именно Apex Networks, MTT и Laserbyte, а также крупные автомобильные организации и два отраслевых консультанта (независимые операторы восстановления, которые являются конечными пользователями системы). Эти встречи обычно длятся около 3 часов и проводятся в Комплексе искусств Родса в Бишопс-Стортфорде или в различных местах по всей стране, предоставляемых автомобильными организациями (клубами). Форум в течение многих лет возглавлял Дэвид Бринклоу (коммерческий директор Apex Networks), но в последнее время его возглавил Дж. П. Деккер (из Apex Networks).
Копию стандартного документа ANS можно загрузить по адресу https://www.apex-networks.com/rms-resources.
Копию списка каталогов ANS можно загрузить по адресу http://webservices.autonet-services.com/ansdirectory.aspx.