EN 15531-1:2015 Общественный транспорт. Сервисный интерфейс для получения информации в режиме реального времени, касающейся работы общественного транспорта. Часть 1. Контекст и структура.
Интерфейсы, определенные данным стандартом. Бизнес-контекст. Обмен информацией в реальном времени может осуществляться между несколькими различными организациями или между различными системами, принадлежащими одной и той же организации. Ключевые интерфейсы включают следующее: ?? Между центрами управления транспортными средствами общественного транспорта, как правило, для управления автопарком и сетью. ?? Между центром управления и системой предоставления информации «С вообще@» для предоставления оперативной информации для представления общественности. ?? Между системами предоставления информации «обычно» происходит обмен информацией, чтобы гарантировать, что общедоступная информация является полной и всеобъемлющей. ?? Между системами предоставления информации ?C и системами агрегирования данных, которые собирают и интегрируют данные из множества различных источников и разных типов поставщиков данных, а затем распространяют их дальше. ?? Между системами предоставления информации и устройствами информирования пассажиров, такими как мобильные телефоны @ веб-браузеры @ и т. д. В приложении B более подробно описывается бизнес-контекст SIRI. SIRI предназначен для широкомасштабного распределенного развертывания с использованием самых разных установок. В таких обстоятельствах зачастую нецелесообразно обновлять все системы одновременно. Таким образом, SIRI включает в себя формальную систему управления версиями, которая позволяет одновременно работать на разных уровнях и дисциплинировать процесс обновления. В этой общей структуре @ SIRI определяет конкретный набор конкретных функциональных служб. Службы отделяют протоколы связи от содержимого сообщения («функциональные службы»). Это позволяет обмениваться одним и тем же функциональным контентом с использованием разных транспортных механизмов и разных шаблонов обмена. На рисунке 1 ниже это показано схематически. Коммуникации SIRI SIRI предоставляет согласованный набор функциональных услуг для обмена данными для различных аспектов работы ПТ. Общая модель данных@, основанная на Transmodel 5.1@, используется во всех службах. Уровень связи определяет общие процедуры запроса и обмена данными. В SIRI@ одни и те же общие протоколы связи используются для всех различных конкретных функциональных интерфейсов@ и определяют общую инфраструктуру для ссылок на сообщения@ обработки ошибок@ поведения сброса и так далее. Уровень связи определен в Части 2 набора документов SIRI. Чтобы обеспечить наиболее эффективное использование полосы пропускания и вычислительных мощностей, архитектура связи SIRI поддерживает несколько различных моделей взаимодействия. SIRI поддерживает протоколы ответа на запросы и протоколы публикации/подписки между серверами, позволяя приложениям как извлекать, так и отправлять данные. Схема взаимодействия публикации/подписки SIRI соответствует парадигме, описанной в стандарте-кандидате W3C «Уведомление о публикации-подписке для веб-служб (WS-PubSub)». SIRI использует то же разделение задач@ и аналогичную терминологию для понятий публикации/подписки, что и в WS-PubSub. Для доставки данных как в ответ на запросы, так и в ответ на подписки @ SIRI поддерживает два общих шаблона обмена сообщениями, реализованных в существующих национальных системах: ?? одноэтапная «прямая» доставка: обеспечивает простую и быструю доставку данных; ?? двухэтапная доставка: позволяет более оптимизировать использование ограниченных ресурсов. Функциональные службы SIRI SIRI предоставляет специальные протоколы для следующих функциональных служб@, определенных в части 3 набора документов SIRI: ?? Служба расписания производства (PT): для отправки ежедневной информации о графике работы и соответствующей информации о работе транспортного средства. ?? Служба предполагаемого расписания (ET): для отправки информации о расписании @ в режиме реального времени, включая изменения, основанные на производственной службе и фактических условиях эксплуатации. ?? Служба расписания остановок (ST): обеспечивает ориентированное на остановки представление о прибытии и отправлении транспортных средств по расписанию на назначенную остановку. ?? Служба мониторинга остановок (SM): для отправки в режиме реального времени информации о прибытии и отправлении, относящейся к конкретной остановке. ?? Служба мониторинга транспортных средств (VM): для отправки в режиме реального времени информации о движении и прогнозируемом движении транспортных средств. ?? Служба «Расписание стыковок» (CT): для отправки рабочего расписания службы, обеспечивающей пересадку @, чтобы информировать вылетающие службы о возможной необходимости ожидания стыковочных пассажиров. ?? Служба мониторинга соединений (CM): для отправки в режиме реального времени информации о работе услуги, поступающей на развязку @, чтобы сообщить вылетающим службам о необходимости ожидания пересадочных пассажиров. Это также можно использовать для отправки информации в режиме реального времени, чтобы помочь пассажирам спланировать свое дальнейшее путешествие после пересадки. ?? Служба общих сообщений (GM): для обмена информационными сообщениями между участниками. В качестве дополнительных частей предоставляются два дополнительных функциональных сервиса@: ?? Служба управления объектами (FM): для обмена информацией о текущем состоянии объектов, таких как лифты, эскалаторы или автоматы по продаже билетов (Часть 4). ?? Служба ситуационного обмена (SX): для обмена информационными сообщениями между идентифицированными участниками в стандартизированном структурированном формате, подходящем для туристических информационных услуг (Часть 5). Использование стандарта SIRI В качестве рамочного стандарта@ отдельные системы или спецификации не обязаны реализовывать весь стандарт SIRI. В частности, предполагается, что отдельные национальные органы могут принимать согласованные подмножества стандарта. Однако@ должна быть возможность описать (для тех элементов системных интерфейсов и спецификаций, которые входят в сферу применения SIRI): ?? аспекты SIRI, которые они приняли; ?? аспекты SIRI, которые они решили не использовать. Другими словами@ не существует глобального указания, какие элементы являются обязательными, а какие необязательными (за исключением ключевых полей, которые явно всегда являются обязательными). SIRI — это модульный и расширяемый стандарт@, и модули, включенные в эту версию, представляют собой лишь часть того, что потенциально может быть включено. В частности, текущий выпуск спецификации SIRI исключает следующее: ?? интерфейсы с системами управления дорожным движением для приоритета светофора; ?? функции управляющего действия@, например, инструкции транспортному средству изменить режим его работы; ?? функциональность реальных систем «C SIRI определяет только интерфейсы между серверами», а не то, как они решают его реализовать. С момента своего создания SIRI была усовершенствована и расширена для удовлетворения дополнительных требований. Возможность использования SIRI для включения дополнительных услуг будет продолжать рассматриваться в будущем. Руководство по реализации и использованию SIRI не является частью спецификации. Отдельные пользователи и национальные группы должны предоставлять советы и рекомендации о том, как SIRI можно использовать для поддержки местной практики. Также обратите внимание, что уровень связи SIRI не определяет используемые технологии передачи данных. SIRI был специально разработан, чтобы быть «технологически независимым» в этом отношении, чтобы местные реализации могли выбирать наиболее экономически эффективные услуги для своих проектов. Конечно, разные технологии имеют разные характеристики@, и это может повлиять на то, как SIRI используется на практике. Например@ задержка (задержка по времени, вызванная сетью связи) такой услуги, как общедоступная GPRS, намного выше, чем у выделенной@ широкополосной фиксированной линии связи с использованием DSL. Поэтому системы, основанные на GPRS, должны будут использовать гораздо более высокие значения для некоторых или всех параметров гистерезиса. Ограничения SIRI и возможные будущие разработки Разработчики настоящего стандарта признают, что деловая практика отрасли общественного транспорта постоянно развивается и что SIRI будет продолжать развиваться для удовлетворения своих потребностей. В частности, @ есть возможность включения дополнительных элементов в двух местах: ?? Коммуникации (SIRI, часть 2). Постоянно становятся доступными новые механизмы передачи данных, особенно для таких областей, как информационная безопасность и обнаружение данных. SIRI призван соответствовать преобладающей практике в отрасли информационных систем, а Часть 2 направлена на сохранение гибкости в использовании коммуникационных технологий. В SIRI 2.0 представлены дополнительные транспорты в форме Document Literal WSDL и RESTful-представление сервисов. ?? Приложения (SIRI Часть 3 @ Часть 4 @ Часть 5 @ и т. д.). Этот стандарт основан на определенном наборе интерфейсов@, представляющем подмножество практических потребностей стран-участниц. Однако @ могут возникнуть новые модели делового сотрудничества, которые потребуют дополнительных спецификаций интерфейса приложений. Текущие функциональные службы не представляют собой полный набор интерфейсов, и в будущем могут потребоваться дополнительные модули. ?? Архитектурная деталь. Этот стандарт основан на очень высокоуровневой декомпозиции операций общественного транспорта@ и реализует только наиболее распространенные интерфейсы. Это может не удовлетворить все потребности разработчика; например, в Скандинавии и Великобритании наблюдается относительно высокая степень организационной дезагрегации, и в результате может потребоваться стандартизация того, что будет «внутренними» интерфейсами в других странах Европы. CEN приветствует мнение пользователей настоящего Стандарта о том, где SIRI нуждается в расширении или доработке.
EN 15531-1:2015 История
2015EN 15531-1:2015 Общественный транспорт. Сервисный интерфейс для получения информации в режиме реального времени, касающейся работы общественного транспорта. Часть 1. Контекст и структура.