Компьютерная диспетчеризация ( САПР ), также называемая компьютерной диспетчеризацией , представляет собой метод диспетчеризации такси , курьеров , полевых техников, транспортных средств общественного транспорта или аварийных служб с помощью компьютера. Он может использоваться для отправки сообщений диспетчеру через мобильный терминал данных (MDT) и/или для хранения и извлечения данных (например, радиожурналов, полевых интервью, клиентской информации, расписаний и т. д.). Диспетчер может объявлять детали вызова полевым подразделениям по двусторонней радиосвязи . Некоторые системы взаимодействуют с использованием функций избирательного вызова двусторонней радиосвязи . Системы САПР могут отправлять текстовые сообщения с подробностями вызова на буквенно-цифровые пейджеры или беспроводные телефонные текстовые службы, такие как SMS . Основная идея заключается в том, что люди в диспетчерском центре могут легко просматривать и понимать состояние всех отправляемых подразделений. САПР предоставляет дисплеи и инструменты, чтобы диспетчер имел возможность обрабатывать вызовы на обслуживание как можно эффективнее.
САПР обычно состоит из набора программных пакетов, используемых для инициирования вызовов общественной безопасности для обслуживания, диспетчеризации и поддержания статуса ресурсов реагирования в полевых условиях. Обычно он используется диспетчерами экстренной связи, приемщиками вызовов и операторами 911 в централизованных центрах обработки вызовов общественной безопасности, а также полевым персоналом, использующим мобильные терминалы данных (MDT) или мобильные компьютеры данных (MDC).
Системы САПР состоят из нескольких модулей, которые предоставляют услуги на нескольких уровнях в диспетчерском центре и в области общественной безопасности. Эти услуги включают в себя ввод вызовов, диспетчеризацию вызовов, обслуживание статуса вызовов, заметки о событиях, статус и отслеживание полевых подразделений, а также разрешение и распределение вызовов. Системы САПР также включают интерфейсы, которые позволяют программному обеспечению предоставлять услуги диспетчерам, принимающим вызовы и полевому персоналу в отношении управления и использования аналогового радио и телефонного оборудования, а также функций регистратора-регистратора.
Системы диспетчеризации с компьютерной поддержкой используют один или несколько серверов , расположенных в центральном диспетчерском офисе, которые взаимодействуют с компьютерными терминалами в центре связи или с мобильными терминалами данных, установленными в транспортных средствах. Существует множество программ САПР, которые подходят для различных нужд департамента, но основы каждой системы одинаковы. Они включают:
В идеальной ситуации звонок принимается принимающим вызов, и информация о звонке вводится в шаблон CAD. Проще говоря, местоположение, сообщившая сторона и инцидент являются основными полями, которые должны быть заполнены кодами типов. Например, если было совершено ограбление, код типа для этого инцидента может быть "BURG"; когда набирается BURG, программа выведет "BURGLARY (in progress)". Если местоположение находится в квартале 1400 Мэдисон, код типа может быть "14MAD". Информация о сообщившей стороне будет заполнена принимающим вызов, включая фамилию, имя, номер обратного вызова и т. д.
Типичная распечатка САПР выглядит примерно так, исходя из приведенного выше примера:
-----------------------------------МЕСТОПОЛОЖЕНИЕ - 1400 МэдисонRP - Доу, Джон, 555-5555, 1404 МэдисонИНЦИДЕНТ - КРАЖА ВЗЛОМА (в процессе)СВОДКА - «Звонивший сообщает о возможном совершении кражи со взломом, основываясь на том, что видел людейвнутри резиденции/Звонок консультирует 2 человек внутри помещения и звонит консультируетнынешние жильцы находятся в отпуске».-----------------------------------
Опять же, поскольку видно, что поля прописаны, принимающий вызов использует те сокращения, которые уже предопределены, чтобы быстро собрать и передать информацию.
Затем диспетчер получает вызов от принимающего вызов и может направить вызов тем, кто доступен. Экран диспетчера будет показывать доступный персонал, который может быть отправлен. Типичная настройка может быть проиллюстрирована следующим образом:
-----------------------------------ИНЦИДЕНТ № - 110001МЕСТОПОЛОЖЕНИЕ - 1400 МэдисонRP - Доу, Джон, 555-5555ИНЦИДЕНТ - КРАЖА ВЗЛОМА (В процессе)СВОДКА - «Звонивший сообщает о возможном совершении кражи со взломом, основываясь на том, что видел людейвнутри резиденции/Звонок консультирует 2 человек внутри помещения и звонит консультируетнынешние жильцы находятся в отпуске».ЕДИНИЦЫ - 746 (первый), 749 (крышный)-----------------------------------Доступные единицы - (3)Выведенные из эксплуатации единицы - (2)745 - Доступно.746 - Недоступно. Inc # 554121747 - Доступно.748 - Доступно.749 - Недоступно. Inc # 554122-----------------------------------
Все, что собирается, отправляется и утилизируется, обычно хранится на центральном сервере, на котором находятся коды типов, или, возможно, на другом сервере. Все эти вызовы, к которым прикреплены номера инцидентов, могут быть вызваны внутренней поисковой системой. Например, запрос на распечатку всех вызовов в Мэдисон за последний час может быть собран путем запроса программы САПР по местоположению:
Поиск по: местоположениюРАСПОЛОЖЕНИЕ [ ]---Результат:(Теперь заполнено) Поиск по: местоположениюМЕСТОПОЛОЖЕНИЕ [14MAD]---Результат: (1) Инциденты
САПР можно использовать множеством способов, будь то для ведения журналов радиопереговоров, журналов вызовов или статистического анализа.
Типичное для местных органов власти диспетчерское учреждение Денверского RTD является одним из примеров транзитного диспетчерского центра. Коммуникационные консоли установлены в стойках для электроники в виде стола. В число особенностей входят многоканальные телефоны. Современные учреждения обычно включают в себя различные вычислительные системы для операционных и административных целей.
Консоли служат в качестве интерфейса пользователя и подключаются к диспетчерским радиосистемам push-to-talk. Звук со всех каналов обрабатывается с помощью схем сжатия уровня звука и направляется на два отдельных динамика, обозначенных как select и unselect . Каждый имеет регулятор громкости. Выбранный канал или каналы передают сообщения с наивысшим приоритетом. Чтобы предотвратить пропуск сообщений на критических каналах, выбранную громкость можно настроить так, чтобы ее нельзя было установить на неслышимый уровень. Невыбранные каналы могут использоваться для специальных мероприятий, других агентств или целей, которые не связаны с диспетчеризацией и могут быть неслышимыми. Нажатием кнопки любой канал на консоли можно переключить между выбранным и невыбранным статусом. Каждый канал имеет независимую кнопку push-to-talk, что позволяет диспетчеру говорить по одному каналу за раз. Для широковещательных сообщений одна кнопка передает по всем выбранным каналам одновременно. В комплект входят цифровые часы и светодиодная гистограмма или измеритель уровня громкости .
Каждый канал имеет идентификационную метку, а также индикаторы и кнопки для управления настройками. Типичный канал имеет индикатор занятости, индикатор вызова, индикатор выбора, кнопку выбора и кнопку передачи. Постоянный красный индикатор занятости указывает на то, что другая диспетчерская позиция передает на канале. Мигающий желтый индикатор вызова указывает на то, что на канале разговаривает полевой отряд. Индикатор вызова обычно мигает в течение нескольких секунд после окончания передачи, позволяя занятому диспетчеру оторваться от телефонного разговора и определить, с какого канала пришло последнее сообщение.
Некоторые панели управления консолью фактически являются приложением на базе ПК. Таковы системы Zetron Acom и Avtec Scout. Это позволяет легко настраивать и изменять раскладку клавиш управления.
Компьютеризированное картографирование , автоматическое определение местоположения транспортного средства , автоматическая идентификация номера и технология идентификации вызывающего абонента часто используются для улучшения обслуживания путем точного определения местонахождения как клиента, так и наиболее подходящего транспортного средства для обслуживания клиента.
Некоторые системы САПР позволяют объединять несколько источников информации. Например, добавление автоматического определения местоположения транспортного средства (AVL) и географической информации (GIS) может улучшить обслуживание, быстрее доставляя подразделения к месту вызова. В идеале САПР подключается для мониторинга местоположений транспортных средств, предоставляемых системой AVL. Эта информация используется для предложения ближайшего транспортного средства к событию. Как определяется ближайшее подразделение?
Самая простая система — это система карт участков или зон. Например, в сообществе с четырьмя пожарными станциями сетка накладывается на карту сообщества. Каждая зона сетки идентифицируется последовательностью полицейских участков, зон скорой помощи, транзитных зон или пожарных станций. [1] Одна сетка может быть помечена как: AB241. Это означает, что пожарная станция 2, затем 4, затем 1, затем 3 будет реагировать на пожарный вызов, происходящий внутри этой зоны. Предопределенный порядок создается лицами, имеющими опыт в предоставляемой услуге, местной географии, дорожном движении и закономерностях вызовов на обслуживание.
Поскольку включена только базовая информация ГИС, если бы AVL был доступен, он бы просто отображал местоположения транспортных средств обслуживания на карте. Ближайшее подразделение было бы интерпретировано диспетчером, просматривающим местоположения транспортных средств, спроецированные на карту.
Если подробные географические данные отсутствуют, подразделения могут назначаться на основе центра района. Чтобы упростить вычислительную задачу, система САПР может использовать центроиды для оценки местоположений служебных транспортных средств. Центроиды — это предполагаемые центральные точки в пределах зоны. Система вычисляет расстояние от пожарной части или местоположения AVL до точки центроида. Ближайшая пожарная часть, согласно правилам системы САПР, будет назначена. Системы могут использовать центроиды, которые не точно центрированы, чтобы исказить или взвесить системные решения. Персонал, работающий на пожарной части, которая физически ближе, если провести прямую линию на карте, может медленнее добираться до зоны. Это может произойти из-за того, что подразделения реагирования должны объезжать автострады, озера или препятствия на местности, чтобы добраться до зоны. Центроид может быть перемещен, поскольку грузовые поезда из 200 вагонов часто блокируют железнодорожный переезд, используемый для доступа к определенной зоне.
Это самая дешевая система для разработки, поскольку она требует наименее подробной географической информации и самых простых расчетов. Другая проблема возникает, когда несколько служб используют одну и ту же систему. Полиция и транзит, например, могут иметь разные представления о том, какие границы определяют идеальную зону или как следует взвешивать центроиды.
Геокодирование — это система перевода, позволяющая преобразовывать адреса в координаты X и Y. Кто-то, кто звонит в службу, имеет адрес, привязанный к номеру проводного телефона, или сообщает диспетчеру свой адрес. Например, предположим, что адрес звонящего — 123 Main Street .
Система ГИС или САПР включает в себя таблицу поиска. Таблица может определять нечетные адреса в сообществе как находящиеся на северной и восточной сторонах улиц. Адреса от 113 до 157 Main Street определяются как находящиеся вдоль центральной линии Main Street между Бродвеем и Вашингтоном. 123 оценивается как находящийся на северной стороне Main Street, где-то ближе к 113, чем к 157. Эта оценка дает широту и долготу или набор универсальных поперечных координат Меркатора . Координаты достаточно близки, чтобы определить ближайшее транспортное средство обслуживания. Эта система может автоматически добавлять название ближайшего перекрестка или пересекающейся улицы.
Опять же, система использует расстояние по прямой, чтобы определить, какой сервисный автомобиль находится ближе всего к вызову на обслуживание. Если используется система AVL, система CAD просматривает список последних сообщенных позиций автомобилей. Затем позиции сравниваются со статусом сервисного автомобиля. Система CAD может определить несколько ближайших единиц, которые имеют статус « доступно» . Диспетчер делает идеальный выбор из короткого списка системы CAD.
Этот тип системы значительно дороже, чем зональная система. Базовая система может начинаться с карт Бюро переписи населения США или офиса окружного оценщика. Качество этих карт может быть хорошим, но не идеальным для диспетчеризации. Обычно в штате есть один или несколько человек, которые занимаются изменениями данных из-за новой застройки, новых улиц или проблемами качества данных. Этот человек будет собирать адреса и генерировать осевые линии улиц в картографическом программном обеспечении. Геокодирование различается по точности в зависимости от источников данных и поставщиков. Обычно требуются годы работы и планирования, прежде чем система будет внедрена. Современные геокодированные системы часто отображают местоположение транспортных средств службы, местоположение вызовов службы и местоположение звонящих на карте. Это помогает устранить неоднозначность вызовов службы и снижает вероятность отправки двух отчетов об одном вызове службы как двух отдельных вызовов.
Другая проблема возникает из-за технологий, использующих разные датумы или системы координат. Например, предположим, что ваша система AVL использует формат градусы-десятичные градусы. Дисплей AVL для транспортного средства в почтовом отделении Heart Butte в Монтане показывает широту и долготу 48.28333 N, -112.83583 W. Система CAD использует данные в формате градусы-минуты-секунды и показывает то же местоположение, что и 481700N, 1125009W. Как перевести? Иногда это проблема с соседними системами CAD. В идеале вы должны иметь возможность отправлять и принимать звонки в системы CAD в соседних областях. Что делать, если правительство штата или провинции стандартизировало другую систему координат?
Самые дорогие и технически сложные системы полностью используют возможности географических информационных систем (ГИС) и автоматического определения местоположения транспортных средств (AVL). В этих системах осевые линии улиц описываются как маршрутизируемые . Помимо геокодирования и точных осевых линий улиц перекрестки имеют атрибуты или баллы. Может ли служебный автомобиль повернуть налево с восточной Carnegie Street на северную Hooligan Boulevard? Для оценки сложности поворота используется система подсчета баллов. На одном конце системы подсчета баллов может быть развязка, на которой служебные автомобили имеют неограниченный доступ для совершения поворота. Возможно, обе улицы односторонние, что позволяет относительно легко повернуть с одной на другую. В средних баллах левый поворот может быть иногда заблокирован интенсивным движением, разводным мостом или трамваями . При самой сложной оценке две улицы могут пересекаться, но отсутствие какой-либо развязки не позволяет служебным автомобилям добраться с одной на другую.
Для расчета ближайших транспортных средств обслуживания система CAD выполняет сетевой анализ дорожной системы на основе этих маршрутизируемых осевых линий улиц. Она оценивает путь от вызова обслуживания до местоположения AVL доступных транспортных средств. Система рекомендует транспортные средства обслуживания с кратчайшим путем.
Маршрутизируемые осевые линии улиц учитывают различия между полосами движения на север и юг на автостраде или платной дороге. Например, чтобы добраться до точки на полосах движения на юг платной дороги, служебным транспортным средствам может потребоваться проехать на север до следующего съезда, а затем вернуться на южную сторону. Анализ маршрутизируемой уличной сети учитывает это, если точно сообщается место события. Маршрутизируемые системы учитывают препятствия, такие как озера, путем расчета расстояния пройденного маршрута, а не расстояния по прямой. Предполагается, что водитель служебного транспортного средства знает кратчайший путь или что все водители делают одинаковое количество неправильных поворотов.
Системы САПР требуют вспомогательного персонала со специальными навыками. Это может привести к концентрации диспетчерских служб, особенно там, где наблюдается рост населения или где требуется автоматизация для достижения определенных целей обслуживания.
В любой системе концентрация объектов увеличивает риски простоев или крупных сбоев. В системе, где трафик вызовов настолько высок, что для обработки обычных уровней ежедневных вызовов требуются передовые технологии, относительно незначительные сбои могут иметь серьезные последствия для уровня обслуживания. Например, когда все привыкли к удобству автоматического определения местоположения транспортного средства (AVL), сбой AVL может внезапно увеличить рабочую нагрузку на персонал. Предположим, что сбой вызывает состояние, при котором CAD не может рекомендовать ближайшее подразделение. Как диспетчер эффективно оценит, какое подразделение назначить?
В системах общественной безопасности обсуждаются стандарты, позволяющие разным системам обмениваться информацией о вызовах. Например, сотрудник пожарной охраны округа получает вызов об автомобильной аварии в пределах городской черты. Развивающиеся стандарты позволят системам САПР отправлять сообщения друг другу для вызовов, исходящих из-за пределов местной юрисдикции. У некоторых организаций есть соглашения, которые уже поддерживают обмен данными между системами, но стандарты направлены на то, чтобы сделать эти взаимосвязи более распространенными. Из-за аудиторского следа и потребностей в отказоустойчивости проблема сложнее, чем кажется. [2]
Использование EDI в САПР специфично для правоохранительных органов и не должно путаться со стандартами электронного документооборота (EDI) для электронной коммерции. В правоохранительных органах EDI используется как модное слово для обозначения всех электронных автоматизированных сообщений.
Более зрелые попытки объединить САПР можно найти в стандартах, разработанных для программы «Интеллектуальные транспортные инициативы» Министерства транспорта. [3] Эта инициатива спонсировала серию протоколов IEEE 1512 для управления чрезвычайными ситуациями [4] , которая предоставляет сложные средства для координации инцидентов между операционными центрами с использованием программного обеспечения САПР.
Дополнительная работа ведется в рамках Национальной модели обмена информацией [5] для связи внутренней безопасности с CAD. Также международный орган по стандартам OASIS разработал стандарты [6], частично финансируемые DHS и инициативой по управлению катастрофами e-gov [7] для связи в чрезвычайных ситуациях.
Другие технологии взаимодействия могут устранить различия между форматом данных, программным обеспечением и оборудованием, которые составляют различные автоматизированные диспетчерские системы в различных юрисдикциях. Промежуточное программное обеспечение , программное обеспечение и серверы (брокеры данных) могут преобразовывать и интегрировать различные системы в бесшовную автоматизированную диспетчерскую систему. Один пример такого промежуточного программного обеспечения (предоставленного базирующейся в Юте компанией FATPOT Technologies/CII) [8] существует в округе Ориндж, Калифорния, где Управление пожарной охраны объединило различные пункты реагирования на чрезвычайные ситуации в бесшовную диспетчерскую сеть. Похожий проект был завершен для Проекта регионального взаимодействия в Кремниевой долине (SVRIP) и является частью отчета CADIP Департамента внутренней безопасности.
Австралия и Новая Зеландия используют протокол ICEMS для обмена сообщениями между различными системами CAD, эксплуатируемыми различными организациями экстренных служб.
При использовании САПР в бизнесе система диспетчеризации может быть модулем или частью более крупной корпоративной вычислительной системы. Вместо того, чтобы иметь несколько инфраструктур, важно иметь единую инфраструктуру со многими приложениями, работающими на ней. [9]
На верхнем уровне интеграции предприятий для САПР находится SOS. SOS или системы систем — это методология и набор технологий для связывания распределенных независимых приложений в одну метасистему или систему систем. [10] Первоначально эти методы использовались в Министерстве обороны для командования и управления (C2), но теперь применяются для диспетчеризации в таких усилиях, как интеллектуальная транспортная система Министерства транспорта в Центрах управления транспортом [11] и других усилиях, связанных с контртеррористическими или слиятельными центрами Министерства внутренней безопасности. Некоторые местные юрисдикции также интегрировали свои диспетчерские системы с использованием программного обеспечения EAI (Electronic Application Integration).
Система автоматизированной обработки вызовов (CACH) основана на предпосылке, что эффективная обработка вызовов является основой для эффективного реагирования диспетчерской службы. Используя структурированную обработку вызовов и ряд расчетов рисков, такие системы могут давать объективные рекомендации по диспетчерской службе на основе информации, предоставленной звонящим.
12.^ https://www.intrado.com/life-safety# — пример системы обработки экстренных вызовов, которая снабжает CAD-системы