Турбо-отправка

В этой статье есть несколько проблем. Помогите улучшить ее или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти сообщения ) В статье чрезмерно много ссылок на первоисточники .Пожалуйста, улучшите эту статью, добавив вторичные или третичные источники . Найти источники:  "Turbo Dispatch" – новости  · газеты  · книги  · ученый  · JSTOR ( Июль 2010 )( Узнайте, как и когда удалить это сообщение ) В этой статье содержится список литературы , сопутствующих материалов или внешних ссылок , но ее источники остаются неясными, поскольку в ней отсутствуют встроенные цитаты .Пожалуйста, помогите улучшить эту статью, добавив более точные цитаты. ( январь 2012 г. )( Узнайте, как и когда удалить это сообщение ) Эта статья может содержать непроверенную или неизбирательную информацию во встроенных списках .Пожалуйста, помогите очистить списки, удалив некоторые пункты или включив их в текст статьи. ( январь 2012 г. ) ( Узнайте, как и когда удалить это сообщение )

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 года Эван Андерсон из AA стал активно заниматься продвижением концепции Turbo Dispatch в AA. Это, несомненно, стало поворотным моментом, поскольку Эван, похоже, признал, что хотя у MTS и RAM и была монополия, она не была преднамеренной. Любой другой мог разработать систему, но просто никто другой не смог этого сделать.

В следующем году RAC был запущен, и к концу года все основные игроки в отрасли приняли Turbo Dispatch. По оценкам, к 2005 году около 92% из 4 миллионов «гаражных» поломок в год были отправлены операторам по восстановлению с помощью Turbo Dispatch.

Система явно популярна среди автотранспортных организаций из-за экономии на телефонных разговорах диспетчера по работе с операторами по восстановлению. Многих удивило, насколько она популярна и среди операторов, в основном по тем же причинам. Занятый диспетчер не хочет принимать детали работы по телефону, когда он может увидеть их на экране своего компьютера. Поскольку он мог затем использовать ту же систему для отправки работы своему водителю, это означало, что весь процесс мог быть выполнен за считанные секунды.

В следующих примечаниях описывается метод автоматического переноса рабочих данных с компьютера автомобильной организации (или клуба) на компьютер оператора по восстановлению с использованием сети передачи данных Mobitex. Поскольку каждая из автомобильных организаций, скорее всего, имеет свою собственную уникальную компьютерную систему и рабочие практики, нецелесообразно пытаться определить, как автоматическая передача рабочих данных будет наилучшим образом реализована для них. Следовательно, ниже определена только типичная установка компьютера оператора по восстановлению.

Обычно система регистрации и выставления счетов оператора по восстановлению базируется на персональном компьютере . Он будет подключен к сети передачи данных Mobitex с помощью Masc. ^{[ необходимо уточнение ]} радиомодема (иногда называемого Mobidem) с использованием одного из портов связи RS-232 ПК . Передача задания будет включать в себя использование компьютером автотранспортной организации уникального номера Mobidem оператора по восстановлению для вызова его компьютера.

После установления соединения данные о задании передаются в формате данных, определенном в руководстве по формату Turbo Dispatch, и вызов завершается. Обычно для постоянного мониторинга радиомодема через порт 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 году состоялся переход с MTT Turbo Dispatch на интернет-решение под названием Automotive Network Services (ANS). У Apex Networks уже было растущее число пользователей новой системы управления восстановлением (RMS), которая изначально была разработана для Ontime Rescue & Recovery.

С 2012 года группа ANS Standards собирается ежеквартально, и в форуме принимают участие поставщики программного обеспечения для восстановления транспортных средств, а именно Apex Networks, MTT и Laserbyte, а также крупные автомобильные организации и два отраслевых консультанта (независимые операторы восстановления, являющиеся конечными пользователями систем). Эти встречи обычно длятся около 3 часов и проводятся в Rhodes Arts Complex в Бишопс-Стортфорде или на различных площадках по всей стране, предоставляемых автомобильными организациями (клубами). Форумом в течение многих лет руководил Дэвид Бринклоу (коммерческий директор Apex Networks), но в последнее время его возглавляет Дж. П. Деккер (из Apex Networks).

Копию стандартного документа ANS можно загрузить с сайта https://www.apex-networks.com/rms-resources.

Копию списка каталогов ANS можно загрузить с сайта http://webservices.autonet-services.com/ansdirectory.aspx

• Восстановление транспортного средства

• Профессиональное восстановление , декабрь 2001 г., Partnership Publications
• Vehicle Recovery Link , июнь 1997 г., май 1999 г. и июль 1999 г., RK Solutions.
• Всемирная история отрасли буксировки и восстановления , Джон Хокинс, TT Publications Inc. 280 стр. ISBN  978-0-9625135-0-3
• Автомобильный век: история Королевского автомобильного клуба в Google Books , Пирс Брендон, Bloomsbury Publishing Plc, 1997. 432 стр. ISBN 978-0-7475-3034-3 
• Breakdown Doctor: Реальные приключения дорожного спасателя 1960-х годов , Фред Хендерсон, Reading Room Publishing, 2005. 192 стр. ISBN 978-0-9548056-2-3 

• Официальный сайт