Бланк Softline - Департамент информационных технологий

Договор
о взаимодействии и информационном обмене в сфере навигационной
деятельности № ______
г. Ханты-Мансийск
«____»__________ 2012 г.
Бюджетное учреждение Ханты-Мансийского автономного округа –
Югры
«Окружной
центр
информационно-коммуникационных
технологий»,
являясь
Оператором
региональной
навигационноинформационной системы Ханты-Мансийского автономного округа – Югры,
именуемый в дальнейшем «Оператор РНИС» в лице директора Перевертайло
Степана Евгеньевича, действующего на основании Устава, с одной
стороны, и
Участник информационного взаимодействия - __________________
__________________________________________________, именуемый в
дальнейшем «Участник» в лице_______________________________________,
действующего на основании _________________________________________,
с другой стороны, именуемые вместе Стороны,
руководствуясь Федеральным законом от 14 февраля 2009 года №22ФЗ «О навигационной деятельности», постановлением Правительства РФ от
02 апреля 2012 года № 280 «Об утверждении Положения о лицензировании
пассажирских перевозок», постановлением Правительства РФ от 23 апреля
1994 года № 372 «О мерах по обеспечению безопасности при перевозке
опасных
грузов
автомобильным
транспортом»,
распоряжением
Правительства РФ от 30 июля 2010 года № 1285-р «Об утверждении
Комплексной программы обеспечения безопасности населения на
транспорте», приказом Минтранса России от 26 января 2012 года № 20 «Об
утверждении Порядка оснащения транспортных средств, находящихся в
эксплуатации, включая специальные транспортные средства, категории М,
используемых для коммерческих перевозок пассажиров, и категории N,
используемых для перевозки опасных грузов, аппаратурой спутниковой
навигации ГЛОНАСС или ГЛОНАСС/GPS», приказом Минтранса России от
31 июля 2012 года № 285 «Об утверждении требований к средствам
навигации, функционирующим с использованием навигационных сигналов
системы ГЛОНАСС или ГЛОНАСС/GPS и предназначенным для
обязательного оснащения транспортных средств категории М, используемых
для коммерческих перевозок пассажиров, и категории N, используемых для
перевозки опасных грузов», постановлением Правительства Ханты1
Мансийского автономного округа – Югры от 22 декабря 2012 года № 539-п
«О региональной навигационно-информационной системе
ХантыМансийского автономного округа – Югры на базе технологий ГЛОНАСС и
ГЛОНАСС/GPS» и иными нормативными правовыми актами, заключили
настоящий Договор о нижеследующем.
1. Предмет Договора
1.1. Предметом настоящего Договора является передача Участником
мониторинговой информации от аппаратуры спутниковой навигации
ГЛОНАСС или ГЛОНАСС/GPS (далее – абонентский телематический
терминал), установленной на транспортных средствах в региональную
навигационно-информационную систему Ханты-Мансийского автономного
округа – Югры на базе технологий ГЛОНАСС и ГЛОНАСС/GPS (далее –
РНИС) для:
- предоставления доступа Уральскому управлению государственного
автодорожного надзора Федеральной службы по надзору в сфере транспорта
(далее – Уральское УГАДН);
- передачи в федеральные органы исполнительной власти,
исполнительные органы государственной власти Ханты-Мансийского
автономного округа – Югры, органы местного самоуправления.
1.2. Перечень мониторинговой информации, передаваемой Участником
в РНИС, устанавливается в Приложении №1 к настоящему Договору.
1.3. При организации взаимодействия Стороны руководствуются
следующими принципами:
- соблюдение интересов граждан, общества и государства в области
обеспечения безопасности перевозок пассажиров и грузов и безопасности
дорожного движения;
- приоритет жизни и здоровья граждан, участвующих в дорожном
движении, над экономическими результатами хозяйственной деятельности;
- использование информационных ресурсов в соответствии с
действующим законодательством Российской Федерации;
- обязательность и надлежащего исполнения условий настоящего
Договора;
- обеспечение защиты информации и контроля доступа к информации.
1.4. Исходя из общих интересов, Стороны договорились путем участия
каждой из Сторон профессиональными знаниями и опытом сотрудничать
друг с другом и совместно действовать для успешного достижения целей
настоящего Договора, в том числе для:
2
1) повышения эффективности управления движением транспортных
средств;
2) обеспечения безопасности перевозок пассажиров и грузов
транспортными средствами и безопасности дорожного движения;
3) повышения степени доступности информации гражданам об
организации и качестве транспортного обслуживания на территории ХантыМансийского автономного округа – Югры.
1.5. Обмен информацией в электронном виде осуществляется с
использованием сетей связи, согласно Технических условий, установленных
Приложением № 2 к настоящему Договору.
2. Права и обязанности Сторон
2.1. Каждая из Сторон:
2.1.1. Назначает лицо, ответственное за сотрудничество в рамках
исполнения настоящего Договора.
2.1.2.Осуществляет консультативную поддержку деятельности другой
стороны в сфере, регулируемой настоящим Договором.
2.1.3. Для реализации установленных настоящим Договором целей и
задач, самостоятельно создает необходимые организационные, финансовые и
технические возможности.
2.1.4.Обязуется соблюдать требования информационной безопасности,
принимать меры по предотвращению несанкционированного доступа к
полученным сведениям.
2.1.5.Осуществляет предоставление и обмен информацией посредством
сервисов согласно, Унифицированного протокола взаимодействия
телематических платформ систем мониторинга и управления подвижными
объектами (Приложение №3 к настоящему Договору).
2.2.Оператор РНИС:
2.2.1.Осуществляет функции определенные Положением о РНИС,
утвержденного
постановлением
Правительства
Ханты-Мансийского
автономного округа – Югры от 22 декабря 2012 года № 539-п «О
региональной навигационно-информационной системе Ханты-Мансийского
автономного округа – Югры на базе технологий ГЛОНАСС и
ГЛОНАСС/GPS».
2.2.2. На основании отдельного Соглашения, заключаемого между
Оператором РНИС и Уральским УГАДН, предоставляет доступ Уральскому
УГАДН к мониторинговой информации, которая передается в РНИС
Участником.
3
2.2.3. Предоставляет мониторинговую информацию федеральным
органам исполнительной власти, исполнительным органам государственной
власти, органам местного самоуправления Ханты-Мансийского автономного
округа – Югры, в целях оказания ими государственных и муниципальных
услуг и исполнения государственных и муниципальных функций.
2.3. Участник:
2.3.1. Самостоятельно или на основании отдельных заключенных
Договоров на оказание услуг (выполнение работ) обеспечивает установку
абонентского телематического терминала на транспортное средство,
соответствующего требованиям приказа Минтранса России от 31 июля 2012
года № 285.
Обслуживание
абонентского
телематического
терминала
транспортного средства Участник осуществляет самостоятельно, либо на
основании отдельных заключенных Договоров на оказание услуг
(выполнение работ).
2.3.2.
В
случае
использования
собственной
(арендуемой)
навигационно-информационной системы самостоятельно обеспечивает
подключение абонентского телематического терминала транспортного
средства к собственной (арендуемой) навигационно-информационной
системе.
Навигационно-информационной система должна соответствовать
пункту 1 Технических условий, установленных Приложением № 2 к
настоящему Договору.
2.3.3. В течение одного месяца с момента заключения настоящего
Договора обеспечивает взаимодействие навигационно-информационных
систем Сторон.
2.3.4. Проводит тестирование абонентского телематического терминала
на предмет контроля работоспособности, полноты и достоверности передачи
минимального состава мониторинговой информации, установленной в
Приложении №1 к настоящему Договору.
2.3.5. С момента установления взаимодействия информационных
систем, но не позднее срока установленного пунктом 2.3.3 к настоящему
Договору, обеспечивает непрерывную передачу в РНИС мониторинговой
информации от абонентского телематического терминала транспортного
средства, установленной Приложением № 1 к настоящему Договору.
Критерии непрерывности передачи мониторинговой информации
установлены пунктом 2 Приложения № 2 к настоящему Договору.
2.3.6. Направляет Оператору РНИС Заявку на подключение
транспортных средств (далее – Заявка), по форме, установленной в
Приложении № 4 к настоящему Договору.
4
Каждая последующая заявка оформляется в виде дополнительного
соглашения к настоящему Договору.
2.3.7. После получения уведомления от Оператора РНИС с
подтверждением получения мониторинговой информации от абонентского
телематического терминала Участника, оформляет протокол тестирования
абонентского телематического терминала транспортного средства, по форме,
установленной Приложением № 5 к настоящему Договору, копию протокола
тестирования предоставляет Оператору РНИС в электронном виде.
2.3.8. По запросу Оператора РНИС предоставляет в электронном виде и
на бумажном носителе информацию по абонентским телематическим
терминалам, по форме, установленной Приложением № 6 к настоящему
Договору.
Согласно предоставленной информации Оператор РНИС предоставляет
данные в Уральское УГАДН.
2.3.8. При получении уведомления от Оператора РНИС о
недостоверности полученной мониторинговой информации и (или) о
неисправности абонентского телематического терминала, информирует
Оператора РНИС о причинах неисправности, в срок, не превышающий 24
(двадцати четырех) часов с момента получения уведомления и принимает
незамедлительные меры к устранению неисправности.
3. Ответственность сторон
3.1. За невыполнение и (или) ненадлежащее выполнение обязательств
по настоящему Договору стороны несут ответственность в соответствии с
действующим законодательством РФ.
4. Срок действия Договора
4.1. Настоящий Договор вступает в силу с момента его подписания
Сторонами, и действует бессрочно.
5. Порядок изменения и прекращения договора
5.1. Настоящий Договор, может быть, расторгнут по инициативе любой
Стороны, о чем необходимо письменно уведомить каждую Сторону не
позднее, чем за два месяца до его расторжения.
5.2. Настоящий Договор, может быть, расторгнут Оператором РНИС в
одностороннем порядке в случае несоответствия Участника Техническим
5
условиям и (или) нарушения Участником срока, установленного пунктом
2.3.1 настоящего Договора.
Расторжение договора в одностороннем порядке осуществляется по
истечение 5 (пяти) рабочих дней с даты направления со стороны Оператора
РНИС официального уведомления Участника о расторжении Договора.
5.3. Изменения и дополнения к настоящему Договору могут быть
внесены Сторонами путём подписания ими дополнительных соглашений.
При этом Стороны обеспечивают непрерывность информационного обмена.
5.4. При расторжении настоящего Договора Оператор РНИС
уведомляет об этом Уральское УГАДН.
6. Разрешение споров
6.1. В случае возникновения споров и разногласий по настоящему
договору и в связи с ним Стороны примут меры к их разрешению путем
переговоров.
6.2. Если Стороны не придут к соглашению, то споры подлежат
разрешению в соответствии с действующим законодательством Российской
Федерации в Арбитражном суде Ханты-Мансийского автономного округа –
Югры.
7. Заключительные положения
7.1.Настоящий договор является безвозмездным.
7.2.Все приложения и дополнения к настоящему Договору являются
его неотъемлемой частью и действительны лишь в том случае, если они
совершены в письменной форме и подписаны уполномоченными
представителями обеих Сторон.
7.3. В случае изменения у какой-либо из Сторон адреса регистрации
(адреса местонахождения) или почтового адреса, наименования, банковских
и иных реквизитов данная Сторона обязана в течение 5 (пяти) календарных
дней, с даты наступления соответствующего события, направить в
письменной форме соответствующие изменения или информацию о них
другой Стороне.
7.4. Настоящий Договор заключен и подписан в двух экземплярах,
имеющих одинаковую юридическую силу, по экземпляру у каждой из
Сторон.
6
8. Юридические адреса, реквизиты и подписи сторон
Оператор РНИС
Бюджетное учреждение ХантыМансийского автономного округа
– Югры «Окружной центр
информационнокоммуникационных технологий»
Участник
Адрес: 628011, РФ, ХМАО-Югра,
Тюменская обл., г.ХантыМансийск, ул.Мира, д. 14 «а»
ИНН 8601022839
КПП 860101001
ОГРН 1048600002880
Банковские реквизиты:
УФК по ХМАО-Югре
(Департамент финансов ХМАО,
БУ «Окружной центр
информационнокоммуникационных технологий»
л/с 570319440) р/с
40601810200003000001 в РКЦ
г.Ханты-Мансийска, БИК
047162000
Тел.(факс): (3467) 33-49-01
Директор бюджетного учреждения
системы Ханты-Мансийского
автономного округа – Югры
«Окружной центр информационнокоммуникационных технологий»
_____________(С.Е. Перевертайло)
7
Приложение №1
к договору о взаимодействии
и информационном обмене
в сфере навигационной деятельности
от _____________№_______
Виды мониторинговой информации,
которая предоставляется Участником в рамках
Договора о взаимодействии и информационном обмене
в сфере навигационной деятельности от ___________№________
1.
2.
3.
4.
5.
6.
7.
Идентификационный номер абонентского телематического терминала.
Географическая широта местоположения транспортного средства.
Географическая долгота местоположения транспортного средства.
Скорость движения транспортного средства.
Путевой угол транспортного средства.
Время и дата фиксации местоположения транспортного средства.
Признак подачи сигнала бедствия.
Оператор РНИС
Участник
Директор
БУ «Окружной центр ИКТ»
_____________ С. Е. Перевертайло
8
Приложение № 2
к договору о взаимодействии
и информационном обмене
в сфере навигационной деятельности
от _____________№_______
ТЕХНИЧЕСКИЕ УСЛОВИЯ
к Участнику информационного обмена в сфере навигационной
деятельности
п/п
Показатели
1.
Технологические
требования
2.
Критерии
непрерывности
передачи
Критерии
Подтверждающий
документ номер и
дата выдачи
Соответствие навигационноинформационной системы
(мониторингового сервера),
позволяющей собирать и передавать
мониторинговую информацию
транспортных средств в РНИС,
Приложению № 1 к приказу
Минтранса России от 31 июля 2012
года № 285 (при наличии
лицензионного договора на
использование системы
предоставляется копия, заверенной
подписью руководителя и печатью
организации)
Соответствие, устанавливаемой на
транспортные средства аппаратуры
спутниковой навигации ГЛОНАСС
или ГЛОНАСС/GPS, требованиям
Приложения N2, №3 или №4 к
приказу Минтранса России от 31
июля 2012 года № 285
Наличие интернет-канала с
пропускной способностью
(скоростью) не менее 2 Мбит/с
(подтверждается предоставлением
копии договора, заверенной
подписью руководителя и печатью
организации)
Критерии непрерывности передачи
мониторинговой информации
устанавливаются в соответствии с
9
мониторинговой
информации
требованиями Приложения № 1 к
Приказу Минтранса России от 31
июля 2012 года № 285
10
Приложение № 3
к договору о взаимодействии
и информационном обмене
в сфере навигационной деятельности
от _____________№_______
УНИФИЦИРОВАННЫЙ ПРОТОКОЛ ВЗАИМОДЕЙСТВИЯ
ТЕЛЕМАТИЧЕСКИХ ПЛАТФОРМ СИСТЕМ МОНИТОРИНГА И
УПРАВЛЕНИЯ ПОДВИЖНЫМИ ОБЪЕКТАМИ
V1.4
Ханты-Мансийск, 2012 год
11
Содержание
1. Назначение Унифицированного протокола
2. Субъекты взаимодействия
3. Сетевое взаимодействие клиентской и серверной стороны,
архитектура обмена информацией
4. Типы передаваемой информации
4.1 Информация, передаваемая в направлении от внешней системы к
платформе, обслуживающей объект мониторинга
4.2 Информация,
передаваемая
в направлении от платформы,
обслуживающей объект, к внешней системе
5. Необходимые сервисы Клиентской и Серверной частей
5.1 Сервисы Серверной части
5.2 Сервисы Клиентской части
6. Формат сообщений сервисов
6.1 Формат сообщений сервисов Серверной стороны
6.1.1 Формат сообщений сервиса приема запроса на определение
местоположения и состояния объекта
6.1.2 Формат сообщений сервиса приема запроса на отправку
команды на объект
6.1.3 Формат сообщений сервиса приема запроса на отправку
сообщения на объект с вариантами ответа
6.2 Формат сообщений сервисов Клиентской стороны
6.2.1 Формат сообщений сервиса приема местоположение и
состояния объекта
6.2.2 Формат сообщений сервиса приема сообщений, поступивших
от объекта
6.2.3 Формат сообщений сервиса приема подтверждений на ранее
переданные на объект команды
6.2.4 Формат сообщений сервиса приема подтверждений о
прочтении и варианта ответа на ранее переданное на объект сообщение
7. Статус документа
12
1.
Назначение Унифицированного протокола
Унифицированный
протокол
взаимодействия
телематических
платформ систем мониторинга и управления подвижными объектами
предназначен
для
обеспечения
межсерверного
обмена
между
телематическим сервером BN-Complex и сторонними телематическими
серверами.
Применение Унифицированного протокола обеспечивает передачу
навигационной телематической информации о местоположении и состоянии
транспортных средств в систему мониторинга в едином формате.
2.
Субъекты взаимодействия
Субъектами взаимодействия в рамках Унифицированного протокола
для целей обслуживания объекта мониторинга и управления являются:
Платформа, обслуживающая объект мониторинга, непосредственно
осуществляющая сетевое или иное взаимодействие с аппаратными
средствами, установленными на объекте мониторинга. Данная платформа
далее именуется Сервером.
Платформа,
которая
не
обслуживает
объект мониторинга
непосредственно, но участвует в информационном обмене с объектом
мониторинга через платформу посредника - Сервер. Данная платформа
далее именуется Клиентом.
3.
Сетевое взаимодействие клиентской и серверной стороны,
архитектура обмена информацией
Клиент и Сервер взаимодействуют по протоколу TCP/IP на
транспортном уровне и по протоколу SOAP на уровне приложения, с
использованием протокола HTTP для SOAP диалога.
Отправитель SOAP сообщения инициирует соединение на указанный
владельцем противоположной стороны сервиса адрес, порт и URL, проходит
авторизацию стандартным для протокола HTTP способом, передает SOAP
сообщение и получает от противоположной стороны соответствующий
SOAP ответ с наполнением информацией или SOAP сообщение о сбое.
При этом в связках систем с большой частотой обмена информацией
целесообразно поддержание постоянных (KeepAlive) HTTP соединений, что
приведёт к уменьшению накладных расходов на авторизацию и
инициирование соединений.
13
Т. к. обмен информацией носит двусторонний характер, то обе
стороны реализуют сервисы по обработке SOAP сообщений.
4.
Типы передаваемой информации
Передаваемая при межсерверном обмене информация разделяется на
два типа: информация, передаваемая от Сервера к Клиенту и информация,
передаваемая то Клиента к Серверу.
4.1. Информация, передаваемая в направлении от внешней
системы к платформе, обслуживающей объект мониторинга
В направлении от Клиента к Серверу осуществляется передача
следующих видов информации:
- SOAP запрос местоположения и состояния объекта. В ответ от
Сервера приходит телематическое сообщение.
- Статусное SOAP сообщение о сбое или успешном подтверждении
сообщения о местоположении и состоянии объекта, переданного со стороны
Сервера. Отправляется Клиентом в ответ на телематическое сообщение,
поступившее от Сервера по его собственной инициативе.
- SOAP сообщение с командой для передачи на объект. Сервер в
ответ передает статусное сообщение о приеме команды для дальнейшей
обработки или ошибку.
- SOAP сообщение с данными и, возможно, вариантами ответа для
передачи на объект. Сервер в ответ передает статусное сообщение о приеме
данных для дальнейшей обработки или ошибку.
- Статусное SOAP сообщение о сбое или успешном подтверждении
сообщения о подтверждении выполнения переданной ранее команды,
переданного со стороны платформы. Передается Клиентом в ответ на
сообщение от Сервера о подтверждении выполнения ранее переданной
команды.
- Статусное SOAP сообщение о сбое или успешном подтверждении
сообщения о сообщении, поступившем с объекта, и переданного со стороны
Сервера. Отправляется Клиентом в ответ на сообщение от Сервера,
содержащее информацию о текстовом или ином сообщении, поступившем с
объекта.
- Статусное SOAP сообщение о сбое или успешном подтверждении
сообщения о прочтении ранее переданного сообщения с возможным
вариантом ответа на него, поступившем с объекта, и переданного со
стороны Сервера. Передается Клиентом в ответ на сообщение от Сервера,
14
содержащее информацию об ответе или подтверждении прочтения ранее
переданного на объект сообщения.
4.2. Информация, передаваемая в направлении от платформы,
обслуживающей объект, к внешней системе
В направлении от Сервера к Клиенту осуществляется передача
следующих видов информации:
- SOAP сообщение с телематической информацией, передаваемое в
ответ на запрос Клиентом местоположения объекта. Может содержать не
только координатную информацию, но и информацию о состоянии входов,
выходов, аналоговых входов, данные о режиме движения, данные из
пользовательского порта, мультимедийную информацию - полный пакет
данных, описывающих измерения на объекте.
- SOAP сообщение с телематической информацией, передаваемое
сервером по его собственной инициативе в момент поступления данных от
объекта. Клиент в ответ Серверу возвращает статусное SOAP сообщение о
принятии информации или сбое.
- Статусное SOAP сообщение о подтверждении приема команды для
передачи на объект или сообщение об ошибке. Передается Сервером в ответ
на сообщение от Клиента с командой для объекта.
- Статусное SOAP сообщение о подтверждении приема сообщения
для передачи на объект или сообщение об ошибке. Передается Сервером в
ответ на сообщение от Клиента с сообщением для объекта.
- SOAP сообщение с подтверждением выполнения команды, ранее
переданной на объект. В ответ Клиент передает статусное сообщение о
приеме подтверждения о выполнении команды или ошибку.
- SOAP сообщение с данными, поступившими с объекта. В ответ
Клиент отправляет статусное сообщение о подтверждении приема данных
или ошибку.
- SOAP сообщение с информацией о подтверждении прочтения или с
вариантом ответа на ранее переданное на объект сообщение. Передается
Сервером по собственной инициативе в момент поступления информации с
объекта. Клиент подтверждает прием статусным сообщением или выдает
ошибку.
5.
Необходимые сервисы Клиентской и Серверной частей
Для построения полнофункционального взаимодействия необходимо
организовать набор сервисов, как с Клиентской, так и с Серверной стороны.
15
При отсутствии необходимости передачи на бортовое оборудование
части информации, например, сообщений, соответствующая часть сервисов
не требуется к реализации.
5.1. Сервисы Серверной части
- Прием запроса на определение местоположения и состояния
объекта.
- Прием запроса на отправку команды на объект.
- Прием запроса на отправку сообщения на объект с вариантами
ответа.
5.2. Сервисы Клиентской части
- Прием местоположения и состояния объекта.
- Прием сообщения от объекта.
- Прием подтверждения о выполнении ранее переданной на объект
команды.
- Прием подтверждения о прочтении и варианта ответа на ранее
переданное на объект сообщение.
6.
Формат сообщений сервисов
Ниже подробно описаны форматы соответствующих SOAP запросов и
ответов на них от противоположной стороны, как содержащих информацию,
так и сообщений о сбое. Также указано, какие действия должен выполнить
Сервер и Клиент после приема или передачи того или иного сообщения,
получения успешного статуса или сообщения о сбое.
6.1.
Формат сообщений сервисов Серверной стороны
6.1.1. Формат
сообщений
сервиса
приема
запроса
на
определение местоположения и состояния объекта
При необходимости получить внеочередное местоположение и
состояние объекта Клиент выдает запрос вида:
<?xml
version="1.0"
encoding="windows-1251"?>
<soapenv:Envelope
xmlns:env="http://schemas.xmlsoap.org/soap/envelope"> <soapenv:Header/> <soapenv:Body>
<ws:GetCoord>
<ObjectID>ObjectNumber</ObjectID>
</ws:GetCoord>
</soapenv:Body>
</soapenv:Envelope>
16
После получения данного запроса Сервер пытается определить
текущее местоположение и состояние объекта с идентификатором
ObjectNumber и, если это удалось сделать, то выдает следующий SOAP
ответ:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:GetCoordResponce>
<ObjectID>ObjectNumber</ObjectID>
<Coord
time="KMLTimeStamp"
lon="Longitude" lat="Latitude"
alt="Altitude" speed="Speed" dir="Direction" valid="Validity"/>
<AddInfo
motion="Run mode on off"
dist="by distance"
online="point_type" mileage="Current_milage"/> <DigI
inpnum="Input_number"/>
<DigO outnum="Output number"/>
<AnalogI num="Input_number" val="Sens_value"/>
<PortData port="Port num" recvd="base64 data from port"/> <Multimedia
mmtp="MIME-type_of_data" read="base64_multimedia_data"/>
</ws:GetCoordResponce>
</soapenv:Body>
</soapenv:Envelope>
В
параметре
ObjectID
передается
идентификатор
объекта,
местоположение которого определяется (например, номер телефона в
формате 79032058458 или другого абонентского оборудования, например,
80066670).
Обязательная структура Coord, которая определяет географическую
составляющую сообщения. Обязательные атрибуты:
- time указывается момент времени UTC (Гринвичское время)
определения местоположения. Формат соответствует формату кодирования
даты и времени, передаваемого в Гринвиче (YYYY-MM-DD7Tm:mm:ssZ).
Например, 2010-01-29T01:28:01Z соответствует четырем часам двадцати
восьми минутам одной секунде московского стандартного времени двадцать
девятого января 2010 года.
- lon, lat - градусы долготы и широты местоположения.
Отрицательные значения широты соответствуют южному полушарию.
Отрицательные значения долготы соответствуют западному полушарию.
Количество знаков в дробной части определяется точностью измерения
местоположения, достигаемой бортовым оборудованием, но общее
количество значащих цифр целой и дробной частей вместе не должно
превышать 15 знаков.
17
- alt - высота в метрах - опциональный атрибут. Дробное значение.
- speed - скорость в км/ч. Точность один знак после запятой.
- dir - направление движения в градусах от северного направления
при вращении по часовой стрелке. Целое число в пределах от 0 до 359.
- valid - признак валидности полученных навигационных данных.
Значение 1 соответствует валидным координатам, 0 - не валидным.
Разделитель целой и дробной частей - точка. Следующие структуры
располагаются в сообщении последовательно.
Опциональная структура Addlnfo, которая определяет дополнительную
информацию к замеренной координате сообщения. Обязательные атрибуты:
Атрибут motion устанавливается в 1, когда данная координата замерена
в режиме, когда объект двигался. Если объект стоял, и не была
осуществлена отбивка по дистанции, то устанавливается в 0.
Соответственно, в случае отбивки по дистанции или отбивки по таймеру или
превышения порога угла поворота, атрибут устанавливается в 1.
Атрибут dist устанавливается в 1, когда посылка сгенерирована после
прохождения очередного участка заданной протяженностью (отбивка по
пройденной дистанции). Иначе - 0.
Атрибут online устанавливается в 1, если эту замеренную координату
удалось доставить на Сервер с первой попытки передачи между бортовым
оборудованием и связным шлюзом на Сервере, в противном случае,
координата передается из «черного ящика» прибора - значение 0.
Атрибут mileage является опциональным и содержит пробег в
километрах, накопленный нарастающим итогом. Дробная часть имеет один
знак.
Структуры DigitIn, являются опциональными. Таких структур может
быть несколько по числу логических датчиков (дискретных входов и
виртуальных логических датчиков), чьё состояние было активно в момент
замера координаты. Значением параметра является номер активного в
момент
измерения
местоположения
цифрового
входа
прибора,
задействованного на объекте, или виртуального датчика.
Структуры DigitOut, являющиеся опциональными. Таких структур
может быть несколько, в зависимости от количества активных на момент
измерения данной координаты выходов. Значением параметра является
номер цифрового выхода, активного в момент определения данного
местоположения.
Структуры AnalogIn, являются опциональными. Структур может быть
несколько, в зависимости от количества одновременно измеряемых на
объекте аналоговых величин. Параметр num задает номер аналогового
входа, измеренное значение которого посылается вместе с данной
18
координатой. Параметр val задает значение измеренной аналоговой
величины. Разделитель дробной и целой частей - точка. Количество знаков в
дробной части определяется
точностью
измерения
величины,
достигаемой бортовым оборудованием, но общее количество значащих цифр
целой и дробной частей вместе не должно превышать 15 знаков
Структура PortData опциональна и содержит в себе два параметра: port номер порта бортового оборудования, через который подключено
дополнительное измерительное оборудование, с которого пришло данное
сообщение, recvd - является base64 закодированная строка полученного с
порта байтового потока.
Структура Multimedia является опциональной и парой параметров
задает тип содержимого передаваемой мультимедийной информации - mmtp
(в представлении MIME type) и само содержимое, base64 кодированное, read.
Пример ответа Сервера на запрос местоположения объекта:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:GetCoordResponce>
<ObjectID>7 9032 058458</ObjectID>
<Coord time="2010-01-29T01:28:01Z" lon="37.754689" lat="55.6586458"
speed="20.1" dir="301" valid="1"/>
</ws:GetCoordResponce>
</soapenv:Body>
</soapenv:Envelope>
Пример
отправки
телематического
полнофункционального AVL оборудования:
сообщения
от
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:GetCoordResponce>
<ObjectID>8 0 0 6667 0</ObjectID>
<Coord time="2010-01-29T01:28:01Z" lon="37.754689" lat="55.6586458"
speed="20.1" dir="301" valid="1"/>
<AddInfo motion="1" dist="0" online="1" mileage="321.1"/>
<DigI inpnum="1"/>
<DigI inpnum="9"/>
<DigO outnum="1"/>
<AnalogI num="1" val="0.05"/>
<AnalogI num="10" val="662.5"/>
19
<PortData port="3" recvd="abcd1280"/>
</ws:GetCoordResponce> </soapenv:Body>
</soapenv:Envelope>
Если Серверу не удалось получить информацию о местоположении и
состоянии запрашиваемого объекта, то он возвращает сообщение о сбое
вида:
<?xml version='1.0' encoding="windows-1251"?>
<env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope"
<env:Body> <env:Fault> <env:Code>
<env:Value>env:Receiver</env:Value>
</env:Code> <env:Reason>
<env:Text xml:lang="en-US">No location info</env:Text>
</env:Reason> </env:Fault> </env:Body> </env:Envelope>
6.1.2. Формат сообщений сервиса приема запроса на отправку
команды на объект
Если необходимо передать команду на абонентское оборудование,
установленное на объекте, то Клиент инициирует передачу следующего
XML документа:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:SendCommand>
<ObjectID>ObjectNumber</ObjectID>
<CommandID>CommandIdentity</CommandID>
<CommandString>CommandToSend</CommandString>
</ws:SendCommand> </soapenv:Body>
</soapenv:Envelope>
Все параметры обязательны. ObjectNumber задает идентификатор
объекта, на который должна быть отправлена команда. CommandID задает
уникальный идентификатор команды так, чтобы клиентская сторона позже
могла однозначно связать данный идентификатор, используемый, например,
в ответе на команду, с исходным идентификатором переданным в данном
пакете. Целое число в десятичной системе исчисления от 1 до 2147483647.
CommandString задает содержимое передаваемой команды. Зависит от типа
абонентского оборудования на объекте.
В ответ на данный запрос Сервер передает статусное ответное
сообщение SendCommandResponce или сообщение об ошибке, указывая
20
Envelope.Body.Fault.Reason.Text соответствующую причину ошибки, которая
привела к невозможности принятия команды для отправки на объект.
Формат ответа в случае успешного приёма команды:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:SendCommandResponce>
<ObjectID>ObjectNumber</ObjectID>
<CommandID>CommandIdentity</CommandID>
</ws:SendCommandResponce> </soapenv:Body>
</soapenv:Envelope>
При постановке в очередь команд на отправку Сервер должен
сохранять идентификатор команды, полученный в данном пакете. Кроме
того, при отслеживании подтверждений команд он должен сопоставлять
какой ответ от абонентского оборудования объекта соответствует какой
ранее посланной на него команде, чтобы однозначно связывать строку
ответа с изначальным идентификатором команды.
6.1.3. Формат сообщений сервиса приема запроса на отправку
сообщения на объект с вариантами ответа
Если необходимо передать текстовое сообщение на абонентское
оборудование, установленное на объекте, возможно, с предлагаемыми
вариантами ответа, то Клиент инициирует передачу следующего XML
документа:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:SendMessage>
<ObjectID>ObjectNumber</ObjectID>
<MessageID>MessageIdentity</MessageID>
<MessageText>MessageToSend</MessageText>
<Answer num="Answer_number">AnswerString</Answer>
</ws:SendMessage>
</soapenv:Body>
</soapenv:Envelope>
Параметры ObjectID, MessageID, MessageText обязательны и задают
идентификатор объекта, идентификатор сообщения и текст сообщения для
передачи на объект.
21
Далее идет произвольное количество необязательных структур Answer,
в которых параметр num задает порядковый номер ответа, а содержимое
самого тега определяет текст варианта ответа.
В ответ на данный запрос Сервер передает статусное ответное
сообщение SendMessageResponce или сообщение об ошибке, указывая
Envelope.Body.Fault.Reason.Text соответствующую причину ошибки, которая
привела к невозможности принятия сообщения для отправки на объект.
Формат ответа в случае успешного приёма сообщения:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:SendMessageResponce>
<ObjectID>ObjectNumber</ObjectID>
<MessageID>MessageIdentity</MessageID>
</ws:SendMessageResponce>
</soapenv:Body> </soapenv:Envelope>
Получение абонентским оборудованием сообщения и отображение его
на экране квитируется как обычная команда. Поэтому значение параметра
MessageID должно быть уникальным и среди идентификаторов сообщений,
и среди идентификаторов команд CommandID. После получения Сервером
подтверждения доставки сообщения, сервер инициирует отправку
подтверждения выполнения команды.
6.2.
Формат сообщений сервисов Клиентской стороны
6.2.1. Формат сообщений сервиса приема местоположение и
состояния объекта
Данным сервисом пользуется Сервер, когда по собственной
инициативе передает местоположение объекта (например, сразу после
поступления навигационной посылки с бортового оборудования в связной
шлюз Сервера). При этом он передает XML документ, практически,
совпадающий с документом GetCoordResponce, за исключением самого
названия структуры внутри Envelop.Body, которая, в данном случае, носит
название PutCoord. Список подчиненных структур, параметров, их
обязательность и смысл полностью совпадают с документом
GetCoordResponce .
В ответ на данный запрос Клиент передает статусное ответное
сообщение PutCoordResponce или сообщение об ошибке, указывая
22
Envelope.Body.Fault.Reason.Text соответствующую причину ошибки, которая
привела к невозможности принятия команды для отправки на объект.
Формат ответа в случае успешного приёма координатной посылки:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:PutCoordResponce>
<ObjectID>ObjectNumber</ObjectID>
</ws:PutCoordResponce>
</soapenv:Body>
</soapenv:Envelope>
Если Клиент подтвердил получение координаты, то Сервер
уничтожает ее из своего временного хранилища для данного Клиента.
6.2.2. Формат сообщений сервиса приема сообщений, поступивших
от объекта
Данным сервисом пользуется Сервер, когда по собственной
инициативе передает поступившее от объекта текстовое сообщение. При
этом инициируется документ PutMessage.
Формат ответа в случае успешного приёма сообщения:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/> <soapenv:Body> <ws:PutMessage>
<ObjectID>ObjectNumber</ObjectID>
<MessageText>MessageFromObject</MessageText>
<Time>KMLTimeStamp</Ti
me> </ws:PutMessage>
</soapenv:Body>
</soapenv:Envelope>
Параметр ObjectID задает идентификатор объекта, с которого
поступило сообщение. Параметр MessageText определяет непосредственно
переданный текст. Параметр Time определяет момент времени, когда была
инициирована отправка сообщения с бортового оборудования. Подчиняется
правилам представления и дешифрации. Все параметры являются
обязательными.
В ответ на данный запрос Клиент передает статусное ответное
сообщение PutMessageResponce или сообщение об ошибке, указывая
23
Envelope.Body.Fault.Reason.Text соответствующую причину ошибки, которая
привела к невозможности принятия команды для отправки на объект.
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:PutMessageResponce>
<ObjectID>ObjectNumber</ObjectID>
</ws:PutMessageResponce
> </soapenv:Body>
</soapenv:Envelope>
Если клиент подтвердил получение сообщения, то Сервер уничтожает
его из своего временного хранилища для данного Клиента.
6.2.3. Формат сообщений сервиса приема подтверждений на
ранее переданные на объект команды
Данным сервисом пользуется Сервер, когда по собственной
инициативе передает поступившее от объекта подтверждение выполнения
ранее переданной на объект команды (или ошибку выполнения команды).
При этом инициируется документ PutComAnswer.
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope
xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/> <soapenv:Body>
<ws:PutComAnswer>
<ObjectID>ObjectNumber</ObjectID>
<CommandID>CommandIdentity</Comma
ndID> <Time>KMLTimeStamp</Time>
<AnswerOk>Ok_or_Not</AnswerOk>
<AnswerString>CommandAnswerString</AnswerString>
</ws:PutComAnswer> </soapenv:Body>
</soapenv:Envelope>
Параметр ObjectID задает идентификатор объекта, подтверждение
команды с которого поступило на Сервер. Параметр CommandID указывает
идентификатор команды, который был указан в момент инициирования
команды Клиентом и подтверждение или ошибка на которую поступило с
объекта. Параметр Time определяет момент времени, когда была
инициирована отправка подтверждения выполнения команды с бортового
оборудования. Подчиняется правилам представления и дешифрации.
Параметр AnswerOk устанавливается в 1, если команда выполнена успешно,
0, если возникла ошибка во время выполнения команды на абонентском
оборудовании. Все указанные параметры являются обязательными.
24
Необязательный параметр AnswerString, представляет строку ответа
абонентского оборудования в результате выполнения команды или ошибки.
В частности, если сутью команды являлся запрос некоторого
конфигурационного параметра бортового оборудования, то в содержимое
параметра переносится полностью текст ответа абонентского оборудования.
В ответ на данный запрос Клиент передает статусное ответное
сообщение PutComAnswerResponce или сообщение об ошибке, указывая
Envelope.Body.Fault.Reason.Text соответствующую причину ошибки, которая
привела к невозможности принятия команды для отправки на объект.
Формат ответа в случае успешного приёма подтверждения на
отправленную ранее команду:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:PutComAnswerResponce>
<ObjectID>ObjectNumber</ObjectID>
<CommandID>CommandIdentity</CommandID
> </ws:PutComAnswerResponce>
</soapenv:Body> </soapenv:Envelope>
Если клиент подтвердил получение подтверждения на отправленную
ранее команду, то Сервер уничтожает его из своего временного хранилища
для данного Клиента.
6.2.4. Формат сообщений сервиса приема подтверждений о
прочтении и варианта ответа на ранее переданное на объект сообщение
Данным сервисом пользуется Сервер, когда по собственной
инициативе передает поступившее от объекта подтверждение о прочтении
ранее переданного сообщения (возможно, с выбранным вариантом ответа).
При этом инициируется документ PutMsgAnswer.
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:PutMsgAnswer>
<ObjectID>ObjectNumber</ObjectID>
<MessageID>MessageIdentity</MessageID>
<Time>KMLTimeStamp</Time>
<Answer>AnswerNum</Answer>
</ws:PutMsgAnswer>
</soapenv:Body>
</soapenv:Envelope>
25
Параметр ObjectID
задает идентификатор объекта, подтверждение
прочтения сообщения с которого поступило на Сервер. Параметр MessageID
указывает идентификатор сообщения, который был указан в момент
инициирования сообщения Клиентом и подтверждение о прочтении на
которое поступило с объекта. Параметр Time определяет момент времени,
когда бортовым оборудованием был зафиксирован факт прочтения
отправленного ранее сообщения или был выбран вариант ответа на
сообщение. Подчиняется правилам представления и дешифрации. Все
указанные параметры являются обязательными.
Далее следует необязательный параметр Answer, который
представляет номер выбранного ответа, если вместе с исходным с
сообщением передавались варианты ответа. Если данный параметр
отсутствует, то поступление XML документа означает факт прочтения
переданного ранее сообщения, в котором не было указано вариантов ответа.
В ответ на данный запрос Клиент передает статусное ответное
сообщение PutMsgAnswerResponce или сообщение об ошибке, указывая
Envelope.Body.Fault.Reason.Text соответствующую причину ошибки, которая
привела к невозможности принятия команды для отправки на объект.
Формат ответа в случае успешного приёма подтверждения о
прочтении или варианта ответа на отправленное ранее сообщение:
<?xml version="1.0" encoding="windows-1251"?>
<soapenv:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope">
<soapenv:Header/>
<soapenv:Body>
<ws:PutMsgAnswerResponce>
<ObjectID>ObjectNumber</ObjectID>
<MessageID>MessageIdentity</MessageID>
</ws:PutMsgAnswerResponce>
</soapenv:Body> </soapenv:Envelope>
Если клиент подтвердил получение подтверждения о прочтении или
варианта ответа на сообщение, то Сервер уничтожает его из своего
временного хранилища для данного Клиента.
7.
Статус документа
Версия документа 1.4.
Документ имеет статус спецификации.
26
В процессе жизненного цикла систем мониторинга объектов список
параметров, атрибутов и их значений может быть изменен и уточнен по
согласованию подписывающих сторон.
27
Приложение № 4
к договору о взаимодействии
и информационном обмене
в сфере навигационной деятельности
от _____________№_______
Заявка на подключение транспортных средств Участника к региональной навигационно-информационной системе
Ханты-Мансийского автономного округа – Югры
«___»____________20__ г.
Участник: ___________________________________________________________________________________________
(наименование организации)
__________________________________________________________________________________________________________
(контактные данные (адрес, телефон, факс, E-mail))
В лице:____________________________________________________________________________________________________
(должность, ФИО)
Прошу подключить указанные в таблице транспортные средства (ТС), оснащённые абонентскими телематическими
терминалами (АТ), к региональной навигационно-информационной системе Ханты-Мансийского автономного округа –
Югры:
Прочая информация
об АТ (оператор и
номер телефона SIM
карты, фирмаизготовитель, версия
прошивки)
Место выдачи
разрешения на
осуществление
перевозок
(наименование
муниципального
образования,
город/район)
Прочая информация
о ТС (категория ТС;
год выпуска ТС;
серия, номер, дата
выдачи
свидетельства о
регистрации ТС)
Универсальный ID
аппаратуры
ГЛОНАСС
Марка (модель) АТ,
установленной на ТС
Собственник
(владелец) ТС
Идентификационный
номер ТС (VIN)
Государственный
регистрационный
номер ТС
Категория ТС по
классификации КВТ
ЕЭК ОООН (М1,
М2, М3 и т.д.)
Марка ТС (модель)
№ п/п
Таблица – Перечень транспортных средств,
оборудованных аппаратурой ГЛОНАСС, подлежащих подключению к РНИС
Участник :___________/___________________________/
(подпись)
(расшифровка подписи)
28
Приложение № 5
к договору о взаимодействии
и информационном обмене
в сфере навигационной деятельности
от _____________№_______
Протокол тестирования абонентского телематического терминала
транспортного средства от « ___ » ___________ 201__ года
1. Сведения о владельце транспортного средства:
Наименование юридического лица или
ФИО ИП
ИНН/ОГРН
Адрес
Телефон/Факс/e-mail
2. Сведения о транспортном средстве (ТС):
Категория ТС по классификации КВТ ЕЭК ОООН
М1
М2
М3
N1
N2
N3
Государственный регистрационный
знак
Марка и модель ТС
Идентификационный номер (VIN)
Категория ТС
Год выпуска ТС
Собственник ТС
Серия, номер, дата выдачи паспорта
ТС
Серия, номер, дата выдачи
свидетельства о регистрации ТС
3. Данные об абонентском телематическом терминале:
Об операторе, обслуживающем абонентский
телематический терминал (АТ) (наименование
юридического лица или ФИО ИП, адрес, телефон)
О региональном навигационно-информационном
центре, в который предоставляется информация от
оператора, обслуживающего АТ (наименование
юридического лица или ФИО ИП, адрес, телефон)
Марка и модель АТ
Фирма изготовитель АТ
Версия программного обеспечения
Рабочие частоты, прочие технические
характеристики
Универсальный идентификационный номер
абонентского терминала (ID)
Номер телефона sim-карты в АТ
Наличие модуля ГЛОНАСС или ГЛОНАСС/GPS
Да
Нет
Наличие гарнитуры и модуля двусторонней
голосовой связи
Да
Нет
29
Соответствие протоколам передачи информации
определенным Приказом Минтранса № 285 от
31.07.2012 г.
Соответствие требованиям к АТ, определенным
Приказом Минтранса № 285 от 31.07.2012 г.
IP-адрес в системе диспетчерского управления и
мониторинга
Специалист _____________________________
________________________________________
Да
Нет
Да
Нет
_____________________ /__________________ __
Подпись
ФИО
МП
4. Информация о подключении абонентского терминала
информационному центру (заполняется УГАДН по субъекту РФ)
к
региональному
навигационно-
Доступен к отображению в системе
Да
Нет
Отображение в системе события о нажатии
тревожной кнопки
Да
Нет
Начальник _______________________
________________________________________
_____________________ /__________________ __
Подпись
ФИО
МП
30
Приложение № 6
к договору о взаимодействии
и информационном обмене
в сфере навигационной деятельности
от _____________№_______
Реестр абонентских телематических терминалов, подключенных к региональной навигационно-информационной
системе Ханты-Мансийского автономного округа – Югры
«___»____________20___ г.
Участник: ___________________________________________________________________________________________
(наименование организации)
__________________________________________________________________________________________________________
(контактные данные (адрес, телефон, факс, E-mail))
В лице:____________________________________________________________________________________________________
(должность, ФИО)
Направляю Вам перечень абонентских телематических терминалов, подключенных к региональной навигационноинформационной системе Ханты-Мансийского автономного округа – Югры:
Дополнительные данные
по АТ (версия ПО, рабочие
частоты радиостанции,
прочие технические
характеристики, при
наличии серийный номер
АТ)
Марка, модель и фирмаизготовитель АТ
Универсальный
идентификационный
номер (UIN) абонентского
телематического
терминала (АТ)
Место выдачи разрешения
на осуществление
перевозок (наименование
муниципального
образования, город/район)
Информация о ТС
(идентификационный
номер (VIN), марка,
модель и год изготовления
ТС, серия, номер и дата
выдачи свидетельства о
регистрации ТС и паспорта
ТС)
Государственный
регистрационный знак ТС
Категория ТС по
классификации КВТ ЕЭК
ОООН (М1, М2, М3 и т.д.)
Информация о владельце
ТС (адрес, телефон, факс,
E-mail)
Владелец транспортного
средства (ТС)
(наименование
юридического лица или
ФИО индивидуального
предпринимателя)
№ п/п
Таблица – Реестр абонентских телематических терминалов, подключенных
к региональной навигационно-информационной системе Югры
1
2
31