Об утверждении Требований к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий
Приказ Министерства связи и массовых коммуникаций Российской Федерации от 23.07.2015 № 276 "Об утверждении Требований к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий"
Текст — по данным портала официального опубликования правовых актов (publication.pravo.gov.ru). Скачать .doc · Печать
- Издан на основании
- 126-ФЗ; ч. 2 ст. 64 126-ФЗ
- Приложения
- Приложение 1. УТВЕРЖДЕНЫ приказом Минкомсвязи России · Приложение № 1 к Требованиям к оборудованию автоматизированной сортировки почты, обеспечив · Приложение № 2 к Требованиям к оборудованию автоматизированной сортировки почты, обеспечив · Приложение № 3 к Требования к оборудованию автоматизированной сортировки почты, обеспечива · Приложение № 4 к Требованиям к оборудованию автоматизированной сортировки. ночты, обеспечи · Приложение № 5 к Требованиям к оборудованию автоматизированной сортировки почты, обеспечив
Текст распознан со скана официальной публикации (pravo.gov.ru) и может содержать ошибки распознавания. Официальным является опубликованный документ.
МИНИСТЕРСТВО СВЯЗИ И МАССОВЫХ ты РОССИЙСКОЙ ФЕДЕРА] г
ВИ ство юстиции РОССИЙСКОЙ ФЕДЕРАЦИИ (МИНКОМСВЯЗЬ РОССИ \регис ТРИРОВАНО
ПРИКАЗ | Рег aie И
Москва
Об утверждении Требований к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий
В целях реализации требований части 2 статьи 64 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи» (Собрание законодательства Российской Федерации, 2003, № 28, ст. 2895; № 52, ст. 5038; 2004, № 35, ст. 3607; № 45, ст. 4377; 2005, № 19, ст. 1752; 2006, № 6, ст. 636; № 10, ст. 1069; № 31, ст. 3431, ст. 3452; 2007, № 1, ст. 8; № 7, ст. 835; 2008, № 18, ст. 1941; 2009, № 29, ст. 3625;
2010, № 7, ст. 705; № 27, ст. 3408; № 31, ст. 4190; 2011, № 9, ст. 1205; № 25, ст. 3535; № 27, ст. 3880; № 29, ст. 4291; № 30, ст. 4590; № 45, ст. 6333; № 49, ст. 7061; № 50, ст. 7351, ст. 7366; 2012, № 31, ст. 4322, ст. 4328; № 53, ст. 7578; 2013, № 19, ст. 2326; № 27, ст. 3450; № 43, ст. 5451; № 44, ст. 5643; № 48, ст. 6162; № 49, ст. 6339, ст. 6347; № 52, ст. 6961, ст. 5038; 2014, № 6, ст. 560; № 14, ст. 1552; № 19, ст. 2302; № 26, ст. 3366; № 30, ст. 4229), пунктов 4, 6, 11 Правил взаимодействия операторов связи с уполномоченными государственными — органами, осуществляющими оперативно-разыскную деятельность, утвержденных постановлением Правительства Российской Федерации от 27 августа 2005 г. № 538 (Собрание законодательства Российской Федерации, 2005, № 36, ст. 3704; 2007, № 48, ст. 6010; 2008, № 42, ст. 4832; 2013, № 15, ст. 1804),
ПРИКАЗЫВАЮ:
1. Утвердить прилагаемые Требования к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий (далее — Требования).#❝
2. Операторы почтовой связи обязаны обеспечить выполнение Требований не позднее одного года со дня утверждения плана мероприятий по внедрению технических средств, предусмотренного Правилами взаимодействия операторов связи с уполномоченными государственными органами, осуществляющими оперативно-разыскную деятельность, утвержденными постановлением Правительства Российской Федерации от 27.08.2005 № 538.#❝
3. Направить настоящий приказ на государственную регистрацию В Министерство юстиции Российской Федерации.#❝
4. Контроль за исполнением настоящего приказа возложить на заместителя Министра связи и массовых коммуникаций Российской Федерации М.Я. Евраева.#❝
УТВЕРЖДЕНЫ приказом Минкомсвязи России#❝
Требования к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий#❝
1. Требования к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий (далее — Требования), разработаны В соответствии со статьей 64 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи» (Собрание законодательства Российской Федерации, 2003, № 28, ст. 2895; № 52, ст. 5038; 2004, № 35, ст. 3607; № 45, ст. 4377; 2005, № 19, ст. 1752; 2006, Ne 6, cr. 636; Ne 10, cr. 1069; Ne 31, ст. 3431, ст. 3452; 2007, № 1, ст. 8; Ne 7, ст. 835; 2008, № 18, ст. 1941; 2009, Ne 29, ст. 3625; 2010, Ne 7, cr. 705; Ne 27, cr. 3408; Ne 31, cr.#❝
4590; № 45, ст. 6333; № 49, ст. 7061; № 50, ст. 7351, ст. 7366; 2012, № 31, ст. 4322, ст. 4328; № 53, ст. 7578; 2013, № 19, ст. 2326; № 27,.ст. 3450; № 43, ст..5451; № 44, ст. 5643; № 48, ст. 6162; № 49, ст. 6339, ст. 6347; № 52, ст. 6961, ст. 5038; 2014, № 6, ст. 560; № 14, ст. 1552; № 19, ст. 2302; № 26, ст. 3366; № 30, ст. 4229), пунктом 4 Правил взаимодействия операторов связи с уполномоченными государственными органами, осуществляющими оперативно-разыскную деятельность, утвержденных постановлением Правительства Российской Федерации от 27 августа 2005 г. № 538 (Собрание законодательства Российской Федерации, 2005, № 36, ст. 3704; 2007, № 48, ст. 6010; 2008, № 42, ст. 4832; 2013, № 15, ст. 1804), приказом Министерства связи и массовых коммуникаций Российской Федерации от 19 мая 2009 г. № 65 «Об утверждении требований к сетям и средствам почтовой связи для проведения оперативно-разыскных мероприятий» (зарегистрирован в Министерстве юстиции Российской Федерации 6 июля 2009 г., регистрационный номер 14209) в целях реализации уполномоченными государственными органами, осуществляющими оперативно-розыскную деятельность, возложенных на них задач. me#❝
2 Настоящие Требования распространяются Ha технические устройства (машины, механизмы), управляемые с помощью соответствующего программного обеспечения и позволяющие в автоматическом режиме обрабатывать (сортировать) почтовые отправления По направлениям нахождения — адресатов (далее - оборудование автоматизированной сортировки почты). © ^ ia#❝
3. Технические средства оперативно-розыскных мероприятий (далее — ТС OPM') оборудования автоматизированной сортировки почты должны обеспечивать: .#❝
- получение с пункта управления оперативно-розыскными мероприятиями команд, управляющих функционированием ТС ОРМ;#❝
5. Каждое отдельное CO должно иметь не менее двух ячеек для направления в них почтовых отправлений по командам с ТС ОРМ. Номера ячеек не должны изменяться при изменении программ обработки почтовых отправлений на СО.#❝
7. Функциональные требования к СО для обеспечения оперативно-розыскных мероприятий устанавливаются согласно Приложению № 1 к Требованиям. ::#❝
Приложение № 1 к Требованиям к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Минкомсвязи#❝
I. Общие требования.#❝
1. СО должно передавать на TC OPM информацию ‘о всех почтовых отправлениях, сортируемых на СО, согласно главе П настоящего Приложения к Требованиям. | |#❝
2. СО должно выполнять сортировку почтовых отправлений согласно главе Ш настоящего Приложения к Требованиям.#❝
5. СО должно исключать возможность регистрации информации, связанной с функционированием ТС ОРМ и раскрывающей идентификаторы почтовых отправлений с изменяемой ячейкой сортировки, в системных журналах, в файлах, информационных массивах и на других носителях информации. '.#❝
6. СО должно исключать возможность обнаружения пользователями услуг почтовой связи и сотрудниками почтовой — связи факта проведения оперативно-розыскных мероприятий.#❝
7. СО должно передавать на ТС ОРМ следующую информацию о почтовом отправлении: _#❝
- изображения всех сторон почтового отправления, доступных для получения в зависимости от вида технического решения, применяемого для перемещения почтового отправления в процессе сортировки;#❝
8. Информация о почтовых отправлениях должна нередаваться на ТС ОРМ без внесения дополнительных задержек по мере получения этой информации СО.#❝
9. Характеристики изображений почтовых отправлений, передаваемых на ТС ОРМ, должны быть не хуже характеристик изображений почтовых отправлений, получаемых СО для выполнения распознавания в процессе сортировки.#❝
11. СО должно вести учет количества почтовых отправлений, информация.о которых не была передана на ТС ОРМ по каким-либо причинам, и выдавать ее по запросу ТС ОРМ. " ре#❝
12. ТС ОРМ принимает решение о номере ячейки назначения за время, не превышающее максимально допустимое, определяемое конструкцией СО. По истечении максимально допустимого времени нахождения почтового отправления в состоянии анализа на ТС ОРМ почтовое отправление должно быть отсортировано согласно плану почтовой сортировки. | a#❝
IV. Требования к интерфейсу взаимодействия СО и ТС ОРМ#❝
16. Протокол взаимодействия между ТС ОРМ и СО устанавливается согласно Приложению № 2к Требованиям.#❝
17. Взаимодействие между CO и ТС ОРМ должно осуществляться по схеме клиент-сервер, где в качестве сервера выступает СО, а в качестве клиента — ТС#❝
18. СО должно осуществлять взаимодействие только с одним устройством ТС ОРМ. Попытки подключения второго и более устройств должны отвергаться СО.#❝
19. СО должно поддерживать следующие команды со стороны ТС ОРМ:#❝
- команда отмены смены ячейки сортировки почтового отправления. _ 20. При получении команды аутентификации СО должно выполнить следующие действия: are но 7 - в случае уже аутентифицированного соединения разорвать соединение по каналам передачи данных и каналу управлениям, перейти .в режим ‘ожидания соединения со стороны ТС ОРМ; - в случае, если соединение ещё He аутентифицировано, обеспечить формирование и передачу на ТС ОРМ сообщения подтверждения аутентификации.#❝
22. При получении команды проверки связи СО должно выслать на ТС ОРМ ответное сообщение. _— :. - | 23. При получении команды начала ввода СО должно начать. передачу на TC ОРМ информации о почтовых отправлениях как накопленной в базе данных СО к моменту получения команды, так и для вновь поступающей в БД CO информации. :#❝
24. При получении команды окончания ‚ввода данных. СО’ прекращает передачу на TC OPM информации о почтовых отправлениях. r so “ate 25. При получении команды назначения ячейки почтового отправления СО должно выполнить изменение ячейки сортировки отправления по cro идентификатору. Идентификатор отправления передается в команде ТС ОРМ. СО должно гарантировать выполнение смены ячейки для обрабатываемого. отправления по его идентификатору.#❝
Приложение № 2 к Требованиям к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных. мероприятий, утвержденным приказом Минкомсвязи России от 73 02.20/75 № 275#❝
Интерфейс и протокол взаимодействия между оборудованием автоматизированной сортировки почты и техническими средствами ОРМ#❝
I. Общие положения. |#❝
1. Единицей обмена является «Сообщение» (Message). Форматы «Сообщений» описаны на языке абстрактного описания синтаксиса (ASN.1). Кодирование «Сообщений» осуществляется по правилам кодирования «РЕВ». 7#❝
IL. Порядок передачи сообщений#❝
4. Взаимодействие TC OPM и СО как по каналу управления, так и по каналу передачи данных, осуществляется по схеме «запрос-ответ». На каждую команду (извещение) принимающая сторона должна прислать ответ (подтверждение) в течение интервала времени, не превышающего максимально допустимый.#❝
5. Передающая сторона отправляет команды асинхронно, без ожидания ответа от принимающей стороны. Максимальное время ожидания на команду (извещение) задается на этапе инсталляции. Максимальное количество команд (извещений), отправляемых передающей стороной без получения ответа от принимающей стороны, задается на этапе инсталляции. . 7 .#❝
6. Интерфейс взаимодействия предусматривает наличие следующих видов сообщений: | a ;#❝
- ответы, передаваемые с СО на ТС ОРМ по каналу управления и содержащие результаты выполнения команд;#❝
7. При отсутствии иной сетевой активности в каналах управления и передачи данных ТС ОРМ выполняет периодическую отправку на СО команды проверки работоспособности соответствующего канала. . | |#❝
8. ТС ОРМ определяет неработоспособность установленного соединения по каналу, если не поступило подтверждение команды проверки канала в течение периода ожидания. Размер периода подтверждения команды проверки работоспособности канала задается на этане установки системы...#❝
10. Ha логическом уровне соединение между ТС ОРМ и СО реализуется в виде двух ТСР-сессий (одна — для канала управления, вторая — для канала передачи данных), в качестве транспортного и сетевого протоколов используются протоколы ТСРЛР. Инициатором соединения является ТС ОРМ, СО должно находиться. в режиме ожидания ТСР-соединения. й#❝
12. На ТС ОРМ при установке для каждого подключаемого СО сообщаются сетевые параметры установления подключений, параметры аутентификации, а также резервированные ячейки на каждом CO. .. | .#❝
13. ТС ОРМ хранит и использует переданные параметры подключения и номера ячеек сортировки в собственной конфигураций в энергонезависимой памяти.#❝
14. ТС ОРМ выполняет установление соединений с СО в автоматическом режиме и обработку поступающей информации независимо от наличия подключений к ТС ОРМ с ПУ ОРМ. Периодичность попыток установления ТС ОРМ соединений с СО определяется настройками ТС ОРМ. | whe.#❝
15. Первой между ТС ОРМ и СО должна инициализироваться процедура канала управления. После установления ТСР-соединения канала управления первой с ТС OPM на СО должна передаваться команда начала аутентификации.#❝
16. После успешного прохождения аутентификации СО ожидает передачи с ТС ОРМ команды начала ввода данных.#❝
17. СО начинает передачу на ТС OPM блоков данных по каналу передачи данных после получения команды начала ввода данных. Максимально допустимый размер задержки между подтверждением команды начала ввода данных и начала их передачи задается на этапе установки ТС ОРМ. д#❝
18. В случае нарушения ТС ОРМ порядка установления соединения CO должно разорвать ТСР-соединения по каналу управления и каналу передачи данных.#❝
29. Команда отмены смены ячейки сортировки почтового отправления.#❝
30. Команда запроса количества почтовых отправлений, информация по которым не была передана СО на ТС ОРМ. |#❝
Команда запроса количества почтовых отправлений, информация по которым не была передана СО на ТС ОРМ, используется для определения ТС ОРМ количества почтовых отправлений, по которым с СО не поступило информации либо информация поступила частично. СО при’ получении команды должно передать на ТС ОРМ количество почтовых отправлений, пропущенных к передаче на ТС ОРМ с момента поступления предыдущей аналогичной команды с ТС ОРМ.#❝
31. Ответ на команду запроса количества почтовых отправлений, информация по которым не была передана СО наТС ОРМ. .#❝
VI. А$М.1-спецификация протокола взаимодействия СО и TC OPM#❝
Message ::= SEQUENCE { message-time DateAndTime, -- время и дата сообщения (формируется отправителем) message-id Меззасетр, -- циклический номер сообщения, формируемый отправителем, действующий на протяжении сетевого соединения data Data -- блок данных } Data ::= CHOICE { control-message [0] ControlMessage, -- блок канала управления data-message [1] DataMessage -- блок канала данных } ControlMessage ::= CHOICE { auth-request [0] AuthenticateSorm, -- команда аутентификации ТС OPM Ha CO auth-response [1] AuthenticateSormResponse, --: ответ Ha команду аутентификации heartbeat [2] ChannelHeartbeat, -- команда проверки связи TC ОРМ с СО heartbeat-response [3] ChannelHeartbeatResponse, —- ответ на команду проверки связи ТС OPM с CO start-transfer [4] StartDataTransfer, -- команда начала ввода данных СО на ТС ОРМ . start-transfer-response [5] StartDataTransferResponse, —- ответ Ha команду начала ввода данных СО на ТС ОРМ stop-transfer [6] StopDataTransfer, -- команда окончания ввода данных co Ha TC OPM stop-transfer-response {7] StopDataTransferResponse, —- ответ на команду окончания ввода данных СО на ТС ОРМ segregate-mail-—item [8] SegregateMailitem, -—- команда назначения ячейки сортировки почтового отправления segregate-mail-item-resp [9] SegregateMailItemResponse, -- ответ Ha команду назначения ячейки сортировки почтового отправления cancel-item-segregation [10] CancelitemSegregation, .-- команда отмены смены ячейки сортировки почтового отправления cancel-item-segregation-resp [11] CancelItemSegregationAck, -- ответ на команду отмены смены ячейки сортировки почтового ‘отправления mail-stat-command [12] GetLostMailStatistic, -^ команда запроса количества почтовых отправлений, информация по которым не была передана СО на ТС ОРМ mail-stat-response [13] GetLostMailStatisticResSponse, —~ ответ на команду запроса не полученных почтовых оправлений segregated-item-notification [14] SegregatedMailNotification, -- извещение о завершении сортировки отправления с измененной ячейкой назначения segregated-item-notification-ack [15] SegregatedMailNotificationAck -- подтверждение извещения о завершении сортировки отправления с измененной ячейкой назначения DataMessage ::= CHOICE { : , data-block [0] MailDataBlock, -—- блок HaHHHX' с изображениями отправлений data-block-ack [1] MailDataBlockAck, -- подтверждение приема блока данных heartbeat [2] ChannelHeartbeat, -- команда mpopepKucBasn ТС ОРМ с СО heartbeat-response [3] ChannelHeartbeatResponse —- ответ на команду проверки связи TC OPM с CO#❝
} AuthenticateSorm ::= SEQUENCE { user-name UTF8String (SIZE (1..64)), _-- пользователь TC OPM в CO user-password OCTET STRING (SIZE (8) ) -- пользовательский пароль } AuthenticateSormResponse ::= ВООТЕАМ -- признак, успешности аутентификации ChannelHeartbeat ::= NULL ChannelHeartbeatResponse = NULL StartDataTransfer ::= NULL StartDataTransferResponse ::= BOOLEAN -- признак успешности приема команды начала ввода данных StopDataTransfer ::= NULL#❝
SegregateMailItem ::= SEQUENCE { mail-id MaillID, -- идентификатор почтового отправления для которого изменяется ячейка сортировки ws ‹ ` sorting-cell UTF8String (SIZE (1..64)) -- идентификатор новой ячейки назначения для сортировки почтового отправления } | SegregateMailItemResponse -:= BOOLEAN -- подтверждение приема CO команды изменения ячейки назначения отправления CanceliItemSegregation ::= Ма11тр CancelitemSegregationAck ::= BOOLEAN -- подтверждение отмены смены ячейки сортировки GetLostMailStatistic::= NULL GetLostMailStatisticResponse ::= SEQUENCE { last-time DateAndTime, -- дата и время предыдущего получения информации lost-mail-items INTEGER (0 .. 4294967295), —- количество отправлений, информация по которым не была передана на ТС ОРМ partially-lost-mail-items INTEGER (0 .. 4294967295) -- количество. отправлений, информация по которым была: передана на TC ОРМ частично#❝
SegregatedMailNotification ::= SEQUENCE { last-time DateAndTime, -- дата и время завершения сортировки отправления с измененной ячейкой назначения mail-id Ма11тр -- идентификатор почтового отправления для которого изменяется ячейка сортировки } SegregatedMailNotificationAck ::= NULL MailDataBlock ::= SEQUENCE { last-time DateAndTime, -- дата и время формирования изображения на оборудовании CO - mail-type ENUMERATED { _ mail (0), -- письмо flat (1), -- flat mail-parcel (2) -- посылка }, mail-item-images MailItemimages, -- изображения поверхностей почтового отправления, полученные на со mail-id MailID, - -- идентификатор почтового отправления post-item Postitem -- результаты распознавания OCR } MailltemImages ::= SEQUENCE { ; side-0 [0] OCTET STRING OPTIONAL, -- изображение лицевой стороны отправления#❝
14 side-1 [1] OCTET STRING OPTIONAL, -- изображение обратной стороны отправления side-2 [2] OCTET STRING OPTIONAL -- изображение боковой стороны отправления (для посылок)#❝
MailDataBlockAck ::= NULL MaillID ::= SEQUENCE { machine-id UTF8String (SIZE (1..10)), -- идентификатор машины, выполняющей обработку отправления stamp-id [0] UTF8String (SIZE (1..128)) OPTIONAL, -- идентификатор почтового отправления track-num [1] UTF8String (SIZE (1..128)) OPTIONAL -- ШИ почтового отправления } PostItem ::= SEQUENCE { receiver-info [0] UTF8String (SIZE (1..1024)). OPTIONAL, -- получатель ПО receiver-address [1] PostAddress OPTIONAL, : -- адрес получателя sender-info [2] UTF8String (SIZE (1..1024)) OPTIONAL, —- отправитель ПО sender-address [3] PostAddress OPTIONAL -- адрес отправителя } PostAddress ::= SEQUENCE { . country-code UTF8String (SIZE (1..3)), -- ‘название страны получателя в соответствии с 150-3166-1 index [0] UTF8String (SIZE (1..12)) OPTIONAL, -- индекс отделения почтовой связи unstruct-address [1] UTF8String (SIZE (1..1024)) OPTIONAL, struct-address [2] PostAddressStructData OPTIONAL -- адресные данные } PostAddressStructData ::= SEQUENCE { country [0] UTF8String (SIZE (1 .. 128)) OPTIONAL, —-- страна region [1] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- область (ATE) zone [2] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- район, муниципальный округ city [3] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- населенный пункт street [4] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- улица building [5] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- дом, строение build-sect [6] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- корпус apartment [7] UTF8String (SIZE (1 .. 128)) OPTIONAL, -- квартира, офис priv-box [8] UTF8String (SIZE (1 .- 128)) OPTIONAL, --- абонементный ящик acc-addr [9] UTF8String (SIZE (1 .. 128)) OPTIONAL --- адрес "до востребования"#❝
Приложение № 3 к Требования к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Минкомсвязи России от 23.07. 20/5 №2 76’#❝
I. Общие требования.#❝
1. ТС OPM должны обеспечивать прием с СО изображений почтовых отправлений и другой информации, их распознавание и обработку по полученным с ПУ ОРМ критериям отбора. я .#❝
2. ТС OPM по запросам с ITY OPM должны передавать на ПУ ОРМ изображения почтовых отправлений и соответствующую им распознанную текстовую информацию.#❝
3. ТС ОРМ должны обеспечивать взаимодействие с ПУ ОРМ по протоколу, описанному в Приложении № 4 к 'Требованиям. |#❝
5. ТС ОРМ должны обеспечивать прием не менее 100 команд с ПУ ОРМ в секунду. | 6. ТС ОРМ должны обеспечивать круглосуточный бесперебойный доступ со стороны ПУ ОРМ.#❝
7. ТС ОРМ должны передавать на ПУ ОРМ следующую информацию о почтовом отправлении: идентификатор почтового отправления, присвоенный СО; - вид почтового отправления;#❝
- номер ячейки назначения почтового отправления, в случае если почтовое отправление отсортировано; |#❝
- результаты распознавания почтового отправления но получателю: фамилия, имя, отчество, название организации, страна, почтовый индекс, ATE {название республики, края или области), район ATE, населенный пункт, улица, дом, корпус, строение, квартира, абонементный ящик, адрес «до востребования», почтовый ящик, войсковая часть, исправительное учреждение;#❝
- результаты распознавания почтового отправления по отправителю: фамилия, имя, отчество, название организации, страна, почтовый индекс, ATE, район ATE, населенный пункт, улица, дом, корпус, строение, квартира, абонементный ящик, адрес «до востребования», почтовый ящик, войсковая часть, исправительное учреждение, наименования организаций, логотипы, штаммы и символики которых найдены на почтовом отправлении;#❝
8 ТС ОРМ должны выполнять распознавание по изображениям почтового отправления, если она не была получена с СО:#❝
- получатель: фамилия, имя, отчество, название организации, страна, почтовый индекс, АТЕ (название республики, края или области), район ATE, населенный пункт, улица, дом, корпус, строение, квартира, абонементный ящик, адрес «до востребования», почтовый ящик, войсковая часть, исправительное учреждение; .#❝
- отправитель: фамилия, имя, отчество, название организации, страна, почтовый индекс, ATE, район ATE, населенный пункт, улица, дом, корпус, строение, квартира, абонементный ящик, адрес «до востребования», почтовый ящик, войсковая часть, исправительное учреждение, наименования организаций, поготины, штаммы и символики которых найдены на почтовом отправлении;#❝
9. ТС ОРМ должны обеспечивать передачу на ПУ OPM пикового потока данных, содержащего изображения почтовых отправлений и распознанную текстовую информацию.#❝
10. ТС ОРМ должны выполнять распознавание информации по изображениям почтового отправления в объеме, необходимом для принятия решения об изменении ячейки сортировки почтового отправления. 7#❝
11.TC OPM обеспечивает задание с ITY OPM критериев отбора в виде цепочки (списка) правил. Каждое правило представляет логическое выражение; описывающее критерии соответствия почтового отправления критериям отбора, в том числе с обработкой рукописных ошибок ввода (либо ошибок распознавания букв и символов).#❝
12. ТС OPM поочередно вычисляет результат логического выражения для каждого заданного правила. ТС ОРМ выполняет сопоставление информации о -почтовом отправлении с логическими выражениями всех правил и определяет список правил, сработавших при сопоставлении информации о почтовом отправлении.#❝
13. В случае невозможности принятия ТС ОРМ решения о необходимости помещения почтового отправления в ячейку на основе информации, полученной при распознавании изображений, ТС ОРМ при отправке на ПУ ОРМ таких изображений помечает их для передачи на видеокодирование операторам ПУ ОРМ.#❝
15.1. в случае уже аутентифицированного соединения:#❝
- разорвать соединения по каналу передачи данных и каналу управления и перейти в режим ожидания соединения со стороны ПУ OPM; ©#❝
15.2. в случае, если соединение ещё не аутентифицировано, обеспечить формирование и нередачу на ПУ ОРМ ответного сообщения.#❝
16. При получении команды завершения аутентификации, в случае уже аутентифицированного соединения, при нарушении порядка следования сообщений или при неудачной аутентификации ПУ ОРМ ТС ОРМ должны выполнить следующие действия: ::#❝
- разорвать соединение но каналам передачи данных и каналу управления и перейти в режим ожидания соединения со стороны ПУ ОРМ;#❝
18. При получении команды запроса времени ТС ОРМ должны сформировать и выслать ПУ OPM ответное сообщение, содержащее текущее ОТС время НУ ОРМ.#❝
19. При получении команды коррекции времени TC ОРМ должны скорректировать системное время ТС ОРМ с учетом переданной в команде поправки и выдать ПУ ОРМ ответное сообщение, содержащее результат выполнения команды.#❝
20. При получении команды начала ввода ТС ОРМ должны выдать на CO команду начала ввода данных и передать на ПУ ОРМ ответное сообщение, содержащее результат выполнения операции. г#❝
21. При получении команды окончания ввода данных ТС ОРМ должны:#❝
22. При получении команды постановки критериев отбора ТС ОРМ должны изменить картотеку критериев отбора, дополнив ее новыми критериями.#❝
23. При получении от СО извещения о завершении сортировки отобранного почтового отправления ТС ОРМ должны передать на ПУ ОРМ аналогичное извещение, дополнив его номером критерия отбора, в соответствии с которым выполнен отбор.#❝
V. Мониторинг собственного программного обеспечения#❝
26. ТС ОРМ должны выполнять мониторинг всех процессов, необходимых для функционирования ТС ОРМ, и при необходимости выполняют их перезапуск.#❝
27. ТС OPM должны реализовывать - функциональность по передаче информации о сбоях в работе ТС OPM на HY ОРМ в виде извещений.#❝
30. При отсутствии связи с ПУ ОРМ информация о сбоях в работе ТС ОРМ должна сохраняться в энергонезависимой памяти и выдаваться на ПУ ОРМ при восстановлении связи и успешной аутентификации ПУ ОРМ.#❝
31. ТС OPM должны вести контроль датчиков собственной аппаратной платформы и в случае, если показания какого-либо датчика выходят за предельные значения, с периодом, указанным в конфигурационных файлах ТС ОРМ (по умолчанию, раз в минуту), отсылать на ПУ ОРМ извещения.#❝
34. Для передачи с ТС ОРМ на ПУ ОРМ информации о техническом состоянии и неисправностях в работе ТС ОРМ на ITY OPM предназначен отдельный логический канал, установление соединения по которому выполняется независимо от каналов передачи управления и передачи данных. '#❝
35. ТС ОРМ должны обеспечивать защиту обрабатываемых критериев отбора, поступивитих с ПУ ОРМ. | | ..#❝
36. ТС ОРМ должны обеспечивать установление сетевых соединений только со стороны ПУ OPM и выполнять сетевые подключения только K CO.#❝
38. ТС ОРМ должны сигнализировать на ПУ ОРМ при обнаружении любых попыток несанкционированного доступа к аппаратным и программным средствам.#❝
Приложение № 4 к Требованиям к оборудованию автоматизированной сортировки. ночты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Минкомсвязи России от 23.07 2075 № 276#❝
IL. Общие положения#❝
2. Единицей обмена является «Сообщение» (Méssage). Форматы «Сообщений» описаны на языке абстрактного описания синтаксиса (ASN.1). Кодирование «Сообщений» осуществляется по правилам кодирования «РЕК».#❝
3. Взаимодействие ПУ ОРМ и ТС ОРМ осуществляется по протоколу TCP/IP, по схеме «клиент-сервер». В качестве сервера должны выступать ТС OPM, в качестве клиента выступает ПУ ОРМ. ТС ОРМ должны разрешать установление сетевых подключений только с одного ПУ ОРМ. Попытки подключения со стороны второго и более ПУ OPM должны отвергаться’ ТС ОРМ. ТС ОРМ должна поддерживать установление нескольких сетевых подключений со стороны одного ПУ ОРМ с передачей по каждому установленному соединению информации, получаемой ТС ОРМ от определенных СО. Состав-СО, информация по которым будет передаваться ТС ОРМ по каждому каналу подключения, определяется при инсталляции системы. `#❝
4. Для управления ТС ОРМ и передачи данных о результатах распознавания почтовых отправлений организуются два отдельных ТСР-соединения: канал управления и канал передачи данных. В качестве номеров портов ТСР-соединений должны применяться номера, находящиеся вне диапазона номеров портов стандартных служб. Конкретные номера используемых портов и версия IP протокола определяются при инсталляции системы. a#❝
5. При отсутствии иной сетевой активности в каналах управления и передачи данных ПУ ОРМ выполняет периодическую отправку на ТС ОРМ команды проверки работоспособности соответствующего канала.#❝
6. ПУ ОРМ определяет неработоспособность установленного соединения по каналу, если не поступило подтверждения команды проверки канала в течение периода ожидания. Размер периода подтверждения команды проверки работоспособности канала задается на этапе установки системы.#❝
7.В случае обнаружения неработоспособности одного из каналов должен выполняться разрыв соединений по обоим каналам (каналу управления, каналу передачи данных). | |#❝
$.Защита информации в каналах передачи данных и управления осуществляется выделенными каналами связи и выполнением процедуры взаимной аутентификации взаимодействующих сторон.#❝
9.Единицей обмена информации как в канале управления, так и в канале передачи данных, является сообщение. Интерфейс взаимодействия предусматривает наличие следующих видов сообщений: |#❝
10. Взаимодействие ПУ OPM и TC OPM как по каналу управления, так и по каналу передачи данных, осуществляется по схеме «запрос-ответ». На каждую команду (извещение) принимающая сторона’ должна прислать ответ | @тодтверждение) в течение интервала времени, не. превышающего максимально допустимый. Максимально допустимый интервал времени прихода ответного сообщения задается на этапе инсталляции системы и равен по’ умолчанию десяти секундам. При отсутствии своевременного ответа (подтверждения) передающая команду (извещение) сторона разрывает соединение с принимающей стороной.#❝
11. Передающая сторона отправляет команды асинхронно без ожидания ответа от принимающей стороны. Максимальное время ожидания Ha команду (извещение) задается на этапе инсталляции. Максимальное количество команд (извещений), отправляемых передающей стороной без получения ответа от принимающей стороны, задается на этапе инсталляции.#❝
12. На логическом уровне соединение между ТС ОРМ и ПУ ОРМ реализуется в виде двух ТСР-сессий (одна — для канала управления, вторая — ДлЯ канала передачи данных), в качестве транспортного и сетевого протоколов используются протоколы ТСР и IP. Инициатором соединения является ПУ, ТС ОРМ должны находиться в режиме ожидания ТСР-соединения.#❝
13. Первой между ПУ ОРМ и ТС ОРМ должна инициализироваться процедура установления канала управления. |#❝
14. После установления ТСР-соединения канала управления первой с ПУ ОРМ на ТС ОРМ должна передаваться команда начала аутентификации с последующей процедурой аутентификации. |#❝
15. После получения успешного ответа на команду аутентификации устанавливается канал передачи данных. Любые попытки установить канал данных при неустановленном канале управления должны отвергаться ТС OPM.#❝
16. В случае нарушения ПУ ОРМ порядка установления соединения ТС ОРМ должны разорвать соединения по каналу управления и каналу передачи данных и перевести канальный уровень подключения в исходное состояние.#❝
29. Команда постановки объекта на контроль.#❝
Команда постановки объекта на контроль передается с ПУ ОРМ на ТС ОРМ и содержит два варианта задания критериев отбора: по комбинации критериев (логическому правилу) фамильной, адресной и т.д. информации об отправителе и получателе, прочей информации о почтовом отправлении и по графическому образцу штемпеля организации.#❝
33. Команда принудительного отбора отправления.#❝
Команда принудительного отбора посылается ПУ ОРМ на ТС ОРМ для отбора отправления по его идентификатору в случае, если отправление необходимо отсортировать в выделенную для целей OPM: на СО ячейку, при это соответствующих критериев отбора по объектам контроля ПУ ОРМ на ТС ОРМ еще установлено не было. ae#❝
35. Команда отправки на ТС ОРМ результатов видеокодирования.#❝
37. Извещение о завершении сортировки отправления с измененной ячейкой назначения.#❝
38. Подтверждение извещения о завершении сортировки отправления с измененной ячейкой назначения. 1#❝
IV. А$М.1-спецификация протокола взаимодействия TC OPM и ПУ OPM#❝
ControlMessage ::= CHOICE { auth-request [0] AuthenticateSorm, команда аутентификации ПУ ОРМ на ТС ОРМ auth-response [1] AuthenticateSormResponse, ответ на команду аутентификации heartbeat [2] ChannelHeartbeat, команда проверки связи ПУ ОРМ с ТС ОРМ heartbeat-response [3] ChannelHeartbeatResponse, ответ на команду проверки связи ПУ OPM с TC OPM get-time [4] GetSormTime, команда запроса времени ТС ОРМ get-time-response [5] GetSormTimeResponse, ответ на команду запроса времени ТС ОРМ set-time [6] SetSormTime, команда коррекции времени ТС ОРМ set-time-response [7] SetSormTimeResponse, ответ на команду коррекции времени ТС ОРМ .. start-transfer [8] StartDataTransfer, команда начала ввода данных с ТС ОРМ на ПУ ОРМ start-transfer-response [91 StartDataTransferResponse, ответ на команду начала ввода данных с ТС ОРМ на ПУ ОРМ stop-transfer [10] StopDataTransfer, команда окончания ввода данных с ТС ОРМ на ПУ ОРМ stop-transfer-response [11] StopDataTransferResponse, ответ на команду окончания ввода данных с TC OPM Ha ПУ OPM create-uni [12] CreateUNI, команда постановки объекта на контроль create-uni-response [13] CreateUNIResponse, ответ на команду постановки объекта на контроль ` drop-uni [14] DropUNI, команда снятия объекта с контроля drop-uni-response [15] РгорОМТВезропзе, ответ на команду снятия объекта с контроля force-uni-command [16] ForceUNIMailItemCommand, команда принудительного отбора отправления force-uni-command-response [17] ForceUNIMailItemCommandResponse, ответ на команду принудительного отбора отправления match-uni-notification [18] MatchUNINotification, извещение о срабатывании OK для отправления match-uni-notification-ack [19] MatchUNINotificationAck, подтверждение о срабатывании ОК для отправления °° cancel-item-segregation [20] CancelltemSegregation, команда отмены решения об смене ячейки сортировки’ cancel-item-segregation-ack [21] CancelItemSegregationAck, подтверждение команды отмены решения об смене ячейки сортировки send-encoded-image [22] SendEncodedIimage, команда отправки на TC OPM результатов видеокодирования изображения оператором send-encoded-image-response [23] SendEncodedImageResponse, ответ Ha команду отправки результатов видеокодирования segregated-item-notification {24] | SegregatedMailNotification, извещение о завершении сортировки отправления Cc измененной ячейкой назначения#❝
27 segregated-item-notification-ack [25] SegregatedMailNotificationAck, -- подтверждение извещения о завершении сортировки отправления с измененной ячейкой назначения trap [26] | ‚ Trap, trap-ack [27] TrapAck } AuthenticateSorm ::= SEQUENCE { user-name UTF8String (SIZE (1..64)), -~ пользователь TC OPM в CO user-password OCTET STRING (SIZE(8)) —- пользовательский пароль } AuthenticateSormResponse ChannelHeartbeat ::= NULL ChannelHeartbeatResponse ::= NULL StartDataTransfer ::= NULL StartDataTransferResponse ::= BOOLEAN -- признак успешности приема команды начала ввода данных StopDataTransfer ::= NULL StopDataTransferResponse окончания ввода данных GetSormTime ::= NULL GetSormTimeResponse ::= DateAndTime SetSormTime ::= DateAndTime SetSormTimeResponse ::= BOOLEAN -- признак успешности коррекции времени на всех блоках ТС ОРМ CreateUNI ::= CHOICE { uni-text [0] UNITextObject, -- контроль по распознанной текстовой информации | uni-stamp [1] UNIStampObject, -- контроль по образцу штемпеля организации uni-handwrite-sample [2] UNIHandwriteSample tt#❝
} UNITextObject ::= SEQUENCE { machine-ids SEQUENCE OF MachineID, -- идентификатор подключенной к TC OPM CO uni-criteria SEQUENCE OF UNITextParameter -- критерии отбора для объекта } UNITextParameter ::= СНОТСЕ { separator [0] LogicalOperation, —-- логический оператор связки find-mask [1] UNIRequestedTextidentifiers -- параметр запроса } UNIRequestedTextidentifiers ::= SEQUENCE { uni-criteria PostUNIItem, -- критерий в записи об отравлении для контроля mispelling-distance INTEGER (1..10) OPTIONAL -- количество ошибок ввода, заполняется для строковых критериев#❝
UNTStampObject ::= SEQUENCE { machine-ids SEQUENCE OF MachinelID, stamp-data SEQUENCE OF StampData -- образцы штемпеля организации в различных разрешениях } < = StampData ::= SEQUENCE { resolution-dpi INTEGER (0 .. 1000), stamp-data OCTET STRING -- образец штемнеля } р UNIHandwriteSample ::= SEQUENCE { resolution-dpi INTEGER (0 .-. 1000), sample OCTET STRING -- образец почерка#❝
28 } CreateUNIResponse ::= SEQUENCE { uni-created ObjectUNI, machine-id MachineID, -- идентификатор CO, на которую установлен объект uni-successful BOOLEAN, -- признак успешной постановки объекта на контроль uni-error-description UTF8String (SIZE (1 .. 256)) OPTIONAL —- краткое описание ошибки, если обнаружена#❝
DropUNI ::= ObjectUNI --- идентификатор объекта для снятия с контроля DropUNIResponse ::= SEQUENCE { uni-dropped ObjectUNI, uni-successful BOOLEAN, --- признак успешного снятия объекта с контроля uni-error-description UTF8String (SIZE (1 .. 256)) OPTIONAL --- краткое описание ошибки, если обнаружена } ForceUNIMailItemCommand ::= MailID ForceUNIMailItemCommandResponse ::= SEQUENCE { mail-id MailID, -- идентификатор принудительно отобранного отправления се11-1а CellID, -- идентфикатор выделенной ячейки для целей OPM на CO, в которую сортируется отправление successful BOOLEAN, -- признак успешной передачи команды принудительного отбора на co error-description UTF8String (SIZE (1 .. 256)) OPTIONAL --- краткое описание ошибки, если обнаружена } MatchUNINotification ::= SEQUENCE { mail-id MaillID, matched-unis SEQUENCE OF ObjectUNI } MatchUNINotificationAck ::= NULL CancelitemSegregation ::= MailID CancelitemSegregationAck ::= SEQUENCE { result BOOLEAN -- true - ПО еще не было отобрано, false - ПО уже было отобрано#❝
SendEncodedImage ::= SEQUENCE { ‘mail-id MaillID, -- идентификатор почтового отправления post-item Postitem, -- введенная оператором при веидеокодировании изображения информация additional-data SEQUENCE OF AdditionalEncodedData OPTIONAL -- дополнительная полученная при видеокодировании текстовая информация по поверхностям отправлений#❝
AdditionalEncodedData ::= UTF8String (SIZE (1 .. 512)) SendEncodedimageResponse ::= NULL SegregatedMailNotification ::= SEQUENCE { mail-id MailID, -- идентификатор почтового отправления для которого изменяется ячейка сортировки last-time DateAndTime, | -- дата и время завершения сортировки отправления с измененной ячейкой назначения matched-unis SEQUENCE OF ObjectUNI -- список объектов контроля, в соответствии с которыми был произведен отбор } | .#❝
DATA-MESSAGES DEFINITIONS IMPLICIT TAGS ::= BEGIN IMPORTS MachinelD, MaillD, Postitem FROM SORM-TYPES;#❝
DataMessage ::= CHOICE { request [0] SormDataBlock, response [1] SormDataBlockAck } SormDataBlock ::= SEQUENCE { last-time DateAndTime, -- дата и время формирования изображения на оборудовании СО mail-type ENUMERATED { mail (0), -- конверт flat (1), -- flat mail-parcel (2) -- посылка }, mail-id MailID, -- идентификатор почтового отправления direction Direction, -- направление следования ПО mail-item-images MailItemImages, -- изображения поверхностей почтового отправления, полученные на co post-item PostItem, —- результат распознавания изображений отправления на ТС ОРМ ocr-status OcRStatus -- статус распознавания на TC OPM } Direction ::= ENUMERATED { in-zone (0), -- направление в зоне обслуживания out-zone (1) -- направление из зоны обслуживания } OCRStatus ::= ЕМОМЕВАТЕР { not-recognized (0), —- изображения сторон ПО He распознаны partially-recognized (1), -- изображения сторон MO частично распознанны {требуется видеокодирование) full-recognized (2) -- изображения сторон ПО полностью распознаны } MailItemImages ::= SEQUENCE { side-O0 [0] OCTET STRING OPTIONAL, -- изображение лицевой стороны отправления side-1 [1] OCTET STRING OPTIONAL, -- изображение обратной стороны отправления side-2 [2] OCTET STRING OPTIONAL, -- изображение боковой стороны отправления (для посылок} side-3 [3] OCTET STRING OPTIONAL -- изображение еще стороны отправления - } SormDataBlockAck ::= NULL#❝
} --- тип сообщения "команда управления ТС СОРМ" ManagementRequest ::= СНОТСЕ { get-structure {0] GetStructureRequest, --- запрос на получение структуры ТС ОРМ - КТС и модулей СПО get-module-config [1] GetModuleConfigRequest, --- запрос на получение конфигурации КТС/модуля СПО set-module-config [2] SetModuleConfigRequest, --- запрос на изменение конфигурации КТС/модуля СПО check-module [3] CheckModuleRequest, --- запрос Ha получение состояния модуля get-module-types [4] GetModuleTypesRequest --- запрос на получение типов модулей КТС и СПО } --- запрос на получение структуры ТС ОРМ - КТС и модулей СПО GetStructureRequest ::= NULL --- запрос Ha получение конфигурации КТС/модуля СПО GetModuleConfigRequest: := CHOICE { hw-modules-list [0] RequestedHardwareModules, --- перечень идентификаторов узлов КТС TC OPM sw-modules-list [1] RequestedSoftwareModules --- перечень идентификаторов модулей СПО ТС ОРМ#❝
RequestedHardwareModules ::= SEQUENCE OF Модо1ета —-- перечень идентификаторов узлов КТС ТС ОРМ RequestedSoftwareModules ::= SEQUENCE OF Моао1ета --~ перечень идентификаторов модулей СПО ТС ОРМ --- запрос на изменение конфигурации КТС/модуля СПО#❝
SetModuleConfigRequest::= SEQUENCE { module-id Moduleld, --- идентификатор конфигурируемого модуля module-config ConfiguratedModule --- устанавливаемая в модуль конфигурация } ConfiguratedModule ::= СНОТСЕ { sw-module [0] SormSoftwareModule, --- для узла КТС hw-module [1] SormHardwareModule --- для узла СПО#❝
--- запрос на получение состояния модуля CheckModuleRequest::= RequestedModulesList RequestedModulesList ::= CHOICE { sw-modules [0] RequestedHardwareModules, --- идентификаторы узлов КТС, для которых запрашивается состояние hw-modules [1] RequestedSoftwareModules --- идентификаторы модулей TC OPM, для которых запрашивается состояние#❝
31 read-only BOOLEAN, --- контролируемый или измеряемый параметр parameter-value ParameterValue —-- значение параметра } --- варианты значений параметров ParameterValue ::= CHOICE { string [0] UTF8String (SIZE (1 .. 256)), integer [1] INTEGER (0 .. 999999999), boolean [2] BOOLEAN } ModuleParameters ::= SEQUENCE OF ModuleParameter SormSoftwareModule ::= SEQUENCE { module-id Moduleld, --- уникальный идентификатор данного модуля hardware-module-id Moduleld, --- идентификатор КТС, на котором работат данный блок модуля спо block-name INTEGER (0 .. 1024), --- номер блока СПО модуля module-name UTF8String (SIZE (1 .. 512)), --- наименование модуля module-type INTEGER (1 .. 512), --- идентификатор типа модуля module-parameters ModuleParameters, —-- список параметров модуля sub-modules-list SubmodulesList OPTIONAL -~-- субмодули } SubmodulesList ::= SEQUENCE OF SormSoftwareModule SormHardwareModule ::= SEQUENCE { module-id Moduleld, —-- уникальный идентификатор данного модуля block-name INTEGER (0 .. 1024), --- номер блока КТС module-name UTF8String (SIZE (1 .. 512)), --- наименование модуля module-parameters HwParameterGroups —-- значение группы параметров KTC } HwParameterGroup ::= SEQUENCE { агопр-паме UTF8String (SIZE (1 .. 512)), --- наименование группы параметров для КТС module-parameters ModuleParameters —-- перечень параметров для КТС } HwParameterGroups ::= SEQUENCE OF HwParameterGroup SormSoftwareModules ::= SEQUENCE OF SormSoftwareModule SormHardwareModules ::= SEQUENCE OF SormHardwareModule --- тип сообщения "ответ на команду управления ТС ОРМ" ManagementResponse ::= CHOICE { get-structure [0] GetStructureResponse, --- ответ на запрос получения структуры ТС ОРМ - КТС и модулей CHO get-module-config [1] GetModuleConfigResponse, --- ответ Ha запрос получения конфигурации КТС/модуля СПО set-module-config [2] SetModuleConfigResponse, --- ответ Ha запрос изменения конфигурации КТС/модуля СПО check-module [3] CheckModuleResponse, --- ответ на запрос получения состояния модуля get-module-types [4] GetModuleTypesResponse --- ответ на запрос получения типов модулей КТС и СПО#❝
GetStructureResponse ::= SEQUENCE { sw-modules SormHardwareModules, --- перечень всех узлов KTC hw-modules SormSoftwareModules —-- перечень всех модулей СПО ТС ОРМ#❝
} . _-- ответ на запрос получения конфигурации КТС/модуля СПО GetModuleConfigResponse ::= SEQUENCE { sw-modules SormHardwareModules, . --- конфигурации запрошенных узлов КТС#❝
32 hw-modules SormSoftwareModules --- конфигурации запрошенных модулей СПО TC OPM } --- отчет на запрос изменения конфигурации КТС/модуля CHO SetModuleConfigResponse: := ConfiguratedModule --- установленная в модуль конфигурация _-- ответ на запрос получения состояния модуля CheckModuleResponse ::= CHOICE { hw-modules [0] SormHardwareModules, --- текущее состояние запрошенных модулей СПО ТС ОРМ sw-modules [1] SormSoftwareModules --- текущее состояние запрошенных узлов КТС }#❝
GetModuleTypesResponse ::= SEQUENCE OF ModuleType ModuleType ::= SEQUENCE { module-type INTEGER (1 .. 512), --- идентификатор типа модуля type-description UTF8String ( SIZE (1 .. 128)) --~ расшифровка типа модуля } END#❝
PostUNIItem ::= CHOICE { sender-info [0] UTF8String (SIZE (1 .. 1024)), -- информация об отправителе receiver-info [1] UTF8String (SIZE (1 .. 1024)), — информация об адресате почтового отправления sender-address [4] UNIAddress, -- адрес доставки отправления receiver-address [5] UNIAddress, -- адрес доставки отправления post-description [6] UTF8String (SIZE (1 .. 1024)) -- заявленное описание содержимого отправления } омтАаагез$ ::= CHOICE { structured-address [0] UNIStructuredAddress, country-code [1] UTF8String (SIZE (1 .. 3)), index [2] UTF8String (SIZE (1 .. 12)), unstructured-address [3] UTF8String (SIZE (1 .. 1024) ) } UNTStructuredAddress ::= CHOICE { country [0] UTF8String (SIZE (1 .. 128)), —-- страна region [1] UTF8String (SIZE (1 .. 128)), —-- область zone . [2] UTF8String (SIZE (1 .. 128)), --- район, муниципальный округ city [3] UTF8String (SIZE (1 .. 128)), --- город, поселок, деревня street [4] UTF8String (SIZE (1 .. 128)), -~-- улица building [5] UTF8String (SIZE (1 .. 128)), —-- дом, строение build-sect [6] UTF8String (SIZE (1 .. 128)), —-- корпус apartment [7] UTF8String (SIZE (1 .. 128)), --- квартира, офис priv-box [8] UTF8String (SIZE (1 .. 128)), --- абонентный почтовый ящик получателя acc-addr [9] UTF8String (SIZE (1 .. 128)) --- адрес "до востребования" получателя =#❝
33 receiver-info [0] UTF8String (SIZE (1..1024)) OPTIONAL, -- получатель ПО receiver-address [1] PostAddress OPTIONAL, -- адрес получателя sender-info [2] UTF8String (SIZE (1..1024)) OPTIONAL, -- отправитель ПО sender-address [3] PostAddress OPTIONAL, -- адрес отправителя розЕ-1пЕо [4] PostInfo OPTIONAL, -- характеристики отправления probability INTEGER (0 .. 100) OPTIONAL -~ вероятность распознавания данных#❝
PostAddress ::= SEQUENCE { country-code UTF8String {SIZE (1..3)), -~ название страны получателя в соответствии с 150-3166-1 index [0] UTF8String (SIZE (1..12)) OPTIONAL, -- индекс отделения почтовой связи unstruct-address [1] UTF8String (SIZE (1..1024)) OPTIONAL, struct-address [2] PostAddressStructData OPTIONAL -- адресные данные }#❝
PostInfo ::= SEQUENCE { post-weight [0] UTF8String (SIZE (1 .. 128)) OPTIONAL, —- вес почтового отправления post-cost [1] UTF8String (SIZE (1 .. 10)) OPTIONAL, ~~ объявленная стоимость отправления post-description [2] UTF8String (SIZE (1 .. 1024)) OPTIONAL -- заявленное описание содержимого отправления#❝
PostAddressStructData ::= SEQUENCE { country [0] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- страна region [1] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- область zone [2] UTF8String (SIZE (1 .. 128)) OPTIONAL, —-- район, муниципальный округ city [3] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- город, поселок, деревня street [4] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- улица building [5] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- дом, строение build-sect [6] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- корпус apartment [7] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- квартира, офис priv-box [8] UTF8String (SIZE (1 .. 128)) OPTIONAL, --- абонентный почтовый ящик получателя асс-аааг [9] UTF8String (SIZE (1 .. 128)) OPTIONAL --- адрес "до востребования" получателя#❝
SORM-MESSAGES DEFINITIONS IMPLICIT TAGS BEGIN IMPORTS MessagelD, DateAndTime FROM SORM-TYPES ControlMessage FROM CONTROL~MESSAGES DataMessage FROM DATA-MESSASES ManagementMessage .#❝
34 message-time DateAndTime, -- время и дата сообщения (формируется отправителем) message-id MessagelD, -- циклический номер сообщения, формируемый отправителем, действующий на протяжении сетевого соединения data Data -- блок данных } Data ::= CHOICE { control-message [0] ControlMessage, —- блок канала управления data-message [1] DataMessage, ; —- блок канала данных management—message [2] ManagementMessage —- блок канала мониторинга#❝
SORM-TYPES DEFINITIONS IMPLICIT TAGS ::= BEGIN EXPORTS MachinelID, CellID, MaillID, ObjectUNI, MessagelD, DateAndTime, Moduleld, LogicalOperation;#❝
MachineID ::= UTF8String (SIZE (1..10)) -- идентификатор CO, подключенной к TC OPM MailID ::= SEQUENCE { machine-id MachineID, -- идентификатор CO, выполняющей обработку отправления stamp-id [0] UTF8String (SIZE (1..128)) OPTIONAL, -- идентификатор почтового отправления track-num [1] UTF8String (SIZE (1..128)) OPTIONAL -- ШПИ почтового отправления } CellID ::= UTF8String (SIZE (1..64)) -- идентификатор ячейки для сортировки ObjectUNI ::= INTEGER (0 .. 4294967295) -- идентификатор объекта контроля MessageID ::= INTEGER (0 .. 4294967295) DateAndTime ::= UTCTime --- уникальный идентификатор КТС/модуля СПО TC OPM ModuleId ::= OCTET STRING (SIZE (8)) LogicalOperation ::= ENUMERATED { operation-open-bracket (0), —- открывающая скобка - mc" operation-close-bracket (1), -- закрывающая скобка - ")" operation-or (2), -- логическое "или" operation-and (3), -- логическое "nu" operation-not (4) -- логическое "He"#❝
Приложение № 5 к Требованиям к оборудованию автоматизированной сортировки почты, обеспечивающему выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Минкомсвязи.#❝
О каких нормах
Документы того же органа рядом по дате
- О внесении изменений в Порядок предоставления сведений о базе расчета обязательных отчислений (неналоговых платежей) в резерв универсального обслужива — Приказ Министерство связи и массовых коммуникаций России от 23.07.2015 № 275
- Об утверждении Обязательных метрологических требований к измерениям, относящимся к сфере государственного регулирования обеспечения единства измерений — Приказ Министерство связи и массовых коммуникаций России от 23.07.2015 № 277
- Об утверждении Требований к оборудованию и программному обеспечению операторов почтовой связи для обеспечения доступа к базам данных об оказанных услу — Приказ Министерство связи и массовых коммуникаций России от 23.07.2015 № 279
- О внесении изменений в Положение о федеральной государственной информационной системе "Единая система идентификации и аутентификации в инфраструктуре, — Приказ Министерство связи и массовых коммуникаций России от 23.07.2015 № 278
- О внесении изменений в приказ Министерства связи и массовых коммуникаций Российской Федерации от 02.07.2012 № 167 "Об утверждении Административного ре — Приказ Министерство связи и массовых коммуникаций России от 28.07.2015 № 286
- Об утверждении формы декларации о соответствии средств связи — Приказ Министерство связи и массовых коммуникаций России от 29.07.2015 № 288
- Об утверждении состава, порядка, способов, сроков и периодичности размещения в государственной информационной системе жилищно-коммунального хозяйства — Приказ Министерство связи и массовых коммуникаций России от 24.08.2015 № 311/612/пр
- О внесении изменений в Административный регламент Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций по пр — Приказ Министерство связи и массовых коммуникаций России от 28.08.2015 № 315