9. Алгоритмы обработки запросов

Одним из важнейших критериев нормального функционирования ФИС ГИБДД, обеспечивающих защиту, достоверность и полноту информации на каждом уровне системы, является унификация методов и алгоритмов обработки внутрисистемных запросов. Ниже приведена обязательная для всех уровней и задач ФИС ГИБДД блок-схема обобщенного алгоритма обработки запросов в транспортном формате системы (Рис.9). Для простоты рассматривается обработка запроса, содержащего одно обращение к одной задаче. Для обработки запросов, содержащих более одного обращения к нескольким задачам, должны быть организованы соответствующие циклы обработки.

В приведенном алгоритме формируются сообщения:

1. 
   Абонент не зарегистрирован;
   
2. 
   Данная операция запрещена;
   
3. 
   Данный объект состоит на учете;
   
4. 
   Недопустимый код операции;
   
5. 
   Объект не доступен;
   
6. 
   Объект не найден.
   

Необходимо отметить, что конкретные алгоритмы обработки запросов на пополнение и корректировку информации для различных задач ФИС ГИБДД могут резко отличаться из-за их специфики. Поэтому ниже приводятся подробные алгоритмы обработки пополняющих и корректирующих запросов для каждой задачи в отдельности.

9.1 Алгоритм корректировки информации для задачи учета разыскиваемых АМТС («Розыск»)

9.1.1 Функциональные требования

Внутри ФИС ГИБДД («Розыск») существует три основных вида учетной информации:

оперативный учет. Осуществляется подразделениями ГИБДД по факту обращения граждан. По каждому заявлению формируется учетная карточка, имеющая свой регистрационный номер. Номера карточек внутри региона не должны повторяться! На федеральном уровне уникальным является сочетание «Код региона»+ «Регистрационный номер события». Коррекция карточек оперативного учета на всех уровнях осуществляется либо регионом, инициатором розыска, либо вышестоящим МРЦ, и только по «Регистрационному номеру». Федеральный центр имеет право корректировать любую информацию;

постоянный учет. Осуществляется органами МВД по факту возбуждения уголовного дела. Информация о постоянном учете поступает в ФИС ГИБДД из ГИЦ МВД в транспортном формате ГИЦ. Каждая карточка постоянного учета имеет свой «Регистрационный номер события», по которому в дальнейшем осуществляется обращение к ней. Корректировать карточки постоянного учета может только ГИЦ МВД. Этот же вид учета имеют карточки, поступающие по линии Интерпола, ГТК РФ и т.д. Интерпол выделяется как самостоятельный пользователь системы, имеющий право корректировать свои карточки учета;

архивный учет. В архив карточка переводится либо в связи с обнаружением похищенного транспортного средства, либо в связи с появлением корректирующей карточки с таким же номером. Карточки архивного учета никогда не корректируются.

Для обеспечения более гибкого функционирования системы используются два атрибута: «Вид учета» и «Технологическая операция». Атрибут «Вид учета» имеет два значения: «Т» («текущий», ТС стоит на учете) и «А» («архивный», ТС снято с учета). Значения атрибута «Технологическая операция» приведены в таблице 28.

9.1.2. Требования к контролю информации

Для каждой записи транспортного файла проверяется:

1. Наличие обязательных атрибутов. Обязательными для заполнения являются следующие атрибуты:

• 
  «Код агрегата»;
  
• 
  «Код региона, инициатора розыска»;
  

• 
  «Код ответственного исполнителя»;
  

• 
  «Дата постановки на оперативный учет» (для карточек оперативного учета);
  
• 
  «Дата постановки на постоянный учет» (для карточек постоянного учета);
  
• 
  «Дата снятия с учета» (для карточки снятой с розыска);
  
• 
  «Регистрационный номер события»;
  
• 
  Один из номерных атрибутов («Номер двигателя», «VIN», «Номер шасси», «Номер кузова») или сочетание атрибутов «Государственный регистрационный знак» и «Марка, модель, модификация» (для карточек оперативного учета);
  
• 
  «Марка, модель, модификация»;
  
• 
  «Код технологической операции».
  

Если не заполнен хотя бы один из этих атрибутов для карточек оперативного учета, то запись не обрабатывается и возвращается отправителю как ошибочная. Для карточек постоянного учета формируется предупреждение, но обработка карточки должна быть продолжена.

2. Права ответственного исполнителя.

Карточки оперативного учета, сформированные на региональном уровне, имеет право корректировать, снимать с учета либо тот же Региональный Центр, либо вышестоящий МРЦ, либо Федеральный Центр. При постановке в розыск, корректировке или удалении карточек в МРЦ или в Федеральном Центре значение атрибута «Ответственный исполнитель» заменяется на соответствующий код сотрудника данного подразделения.

Карточки постоянного учета корректирует, снимает с учета только ГИЦ МВД России.

При нарушении прав доступа запись не обрабатывается и возвращается отправителю как ошибочная.

3. Соответствие значений атрибутов кодификаторам. При несоответствии значений перечисленных ниже атрибутов федеральным кодификаторам:

• 
  «Код региона, инициатора розыска»;
  
• 
  «Код ответственного исполнителя»;
  
• 
  «Код вида учета»;
  
• 
  «Код технологической операции»
  

обработка записи не осуществляется и возвращается отправителю как ошибочная.

При несоответствии значений перечисленных ниже атрибутов федеральным кодификаторам:

• 
  «Код цветовой группы»;
  
• 
  «Код марки, модели»
  

производится обработка записи с “пустыми” значениями данных атрибутов.

4. Цифровые атрибуты и даты проверяются на соответствие формату. При некорректных значениях в этих атрибутах запись обрабатывается, а отправителю возвращается сообщение об ошибке.

9.1.3 Алгоритм корректировки информации

Алгоритм корректировки информации для задачи учета разыскиваемых АМТС («Розыск») представлен на рисунке 10.

При обработке обращений необходимо учитывать:

1. При сравнении по агрегатам две карточки считаются одинаковыми если:

• 
  или полностью совпали значения атрибутов «Государственный регистрационный знак», «Номер двигателя», «VIN», «Номер шасси», «Номер кузова» (“пустое” значение атрибута совпадает только с “пустым”);
  
• 
  или заполнены непустыми значениями и совпадают значения атрибутов «Государственный регистрационный знак», «Номер двигателя», «Номер шасси», «Номер кузова», а в «VIN» совпадают последние цифровые значения;
  
• 
  или полностью совпадает значения «VIN», а значения атрибутов «Государственный регистрационный знак», «Номер двигателя», «Номер шасси», «Номер кузова» в одной из карточек заполнены, а в другой нет («пустые»);
  
• 
  или совпадает значение «Государственный регистрационный знак», а значения атрибутов «VIN», «Номер двигателя», «Номер шасси», «Номер кузова» совпадают, за исключением может быть одного.
  

2. Для карточек ОУ с одним и тем же «Регистрационным номером ГИБДД»: если значение атрибута «Дата постановки на оперативный учет» в базе данных больше значения атрибута «Дата постановки на оперативный учет» в записи файла пополнений, то такая запись не обрабатывается и записывается в файл ошибок.

3. Замещение записи производится по следующему алгоритму:

• 
  если замещаемая запись является записью ОУ, а замещающая – ПУ, то в замещающей записи устанавливается код технологической операции «Перевод с ОУ на ПУ»;
  
• 
  в замещаемой записи устанавливается вид учета «Архивный», «Код операции» из замещающей записи записывается в «Код операции перевода в архив» замещаемой записи, текущие дата и время записывается в «Дату и время перевода в архив» замещаемой записи;
  
• 
  в замещающую запись из замещаемой переписывается атрибут «Дата загрузки в БД», а «Дата и время последнего изменения» заполняется значениями текущих даты и времени.
  

4. При замещении в записи всех непустых атрибутов «Государственный регистрационный знак», «Номер двигателя», «VIN», «Номер шасси», «Номер кузова» должен формироваться протокол изменений, который возвращается отправителю.

5. Записи оперативного учета автоматически снимаются с учета с кодом операции «Снятие с ОУ в связи с не подтверждением» по истечении 3-х месяцев с момента постановки в розыск, если не были произведены действия по снятию их с учета «Ответственным исполнителем».

6. Для карточек ОУ и ПУ при замещении по «Регистрационному номеру» необходимо проверять:

• 
  «Код региона, инициатора розыска»;
  
• 
  «Дату постановки» на соответствующий учет;
  
• 
  совпадение всех (!), за исключением может быть одного, номерных агрегатов.
  

Если эти условия не совпадают, то необходимо произвести замену, но информацию занести в протокол ошибок.

9.2 Алгоритм корректировки информации для задачи учета распределенной спецпродукции («Спецпродукция»)

9.2.1 Функциональные требования

Для подсистемы «Спецпродукция» существует два основных вида учетной информации:

постоянный учет. Осуществляется изготовителями спецпродукции и подразделениями ГИБДД по факту получения спецпродукции. Каждая учетная карточка имеет свой регистрационный номер. Номера карточек внутри региона не должны повторяться! На федеральном уровне уникальным является сочетание «Код региона»+ «Регистрационный номер». Коррекция карточек оперативного учета на всех уровнях осуществляется либо регионом, инициатором розыска, либо вышестоящим МРЦ, и только по «Регистрационному номеру». Федеральный центр имеет право корректировать любую информацию. Информация об одной и той же партии спецпродукции, поступившая от изготовителя и подразделения ГИБДД, хранится в двух разных карточках с разными кодами «Технологической операции»;

архивный учет. В архив карточка переводится только в связи с появлением корректирующей карточки с таким же номером. Карточки архивного учета никогда не корректируются.

9.2.2 Требования к контролю информации

Для каждой записи транспортного файла проверяется:

1. Наличие обязательных атрибутов. Обязательными для заполнения являются следующие атрибуты:

• 
  «Код субъекта РФ»;
  

• 
  «Код ответственного исполнителя»;
  

• 
  «Регистрационный номер»;
  
• 
  «Код объекта учета»;
  
• 
  «Код типа регистрационного знака» (для регистрационных знаков);
  
• 
  «Серия»;
  
• 
  «Начальный номер»;
  
• 
  «Конечный номер»;
  
• 
  «Код технологической операции»;
  
• 
  «Дата проведения технологической операции».
  

Если не заполнен хотя бы один из этих атрибутов, то запись не обрабатывается и возвращается отправителю как ошибочная.

2. Права ответственного исполнителя.

Карточки в базе данных имеют право корректировать, снимать с учета только тот же «Ответственный исполнитель», что и ставил карточку на учет, или «Ответственный исполнитель» из того же подразделения.

3. Соответствие значений атрибутов кодификаторам. При несоответствии значений перечисленных ниже атрибутов федеральным кодификаторам:

• 
  «Код субъекта РФ»;
  
• 
  «Код объекта учета»;
  

• 
  «Код типа регистрационного знака»;
  

• 
  «Код ответственного исполнителя»;
  
• 
  «Код технологической операции»
  

обработка записи не осуществляется и возвращается отправителю как ошибочная.

4. Цифровые атрибуты и даты проверяются на соответствие формату. При некорректных значениях в этих атрибутах, запись не обрабатывается и возвращается отправителю как ошибочная.

5. Значение атрибута «Конечный номер» должно быть больше или равно значению атрибута «Начальный номер». Наличие пустого значения атрибута «Конечный номер» является ошибкой. При невыполнении указанных условий, запись не обрабатывается и возвращается отправителю как ошибочная.

6. Значения атрибутов «Серия», «Начальный номер», «Конечный номер» проверяются на соответствие шаблонам. При несовпадении шаблонов, запись не обрабатывается и возвращается отправителю как ошибочная.

9.2.3 Алгоритм корректировки информации

Алгоритм корректировки информации для задачи учета распределенной спецпродукции («Спецпродукция») представлен на рисунке 11.

При обработке обращений необходимо:

1. При сравнении записей по серии и номерам производится поиск пересечений диапазонов значений.

2. Замещение записи производится по следующему алгоритму:

• 
  в замещаемой записи устанавливается вид учета «Архивный», «Код операции» из замещающей записи записывается в «Код операции перевода в архив» замещаемой записи, текущие дата и время записывается в «Дату и время перевода в архив» замещаемой записи;
  
• 
  в замещающую запись из замещаемой переписывается атрибут «Дата загрузки в БД», а «Дата и время последнего изменения» заполняется значениями текущих даты и времени.
  

3. Снятие с учета должно производиться по такому же алгоритму, как и замещение записи.

9.3 Алгоритм корректировки информации для задачи учета утраченной спецпродукции («Документ»)

9.3.1 Функциональные требования

Для подсистемы «Документ» существует два основных вида учетной информации:

постоянный учет. Осуществляется подразделениями ГИБДД по факту утери или хищения спецпродукции, а также при обращении граждан. По каждому факту формируется учетная карточка, имеющая свой регистрационный номер. Номера карточек внутри региона не должны повторяться! На федеральном уровне уникальным является сочетание «Код региона»+ «Регистрационный номер». Коррекция карточек на всех уровнях осуществляется либо регионом, инициатором розыска, либо вышестоящим МРЦ, и только по «Регистрационному номеру». Федеральный центр имеет право корректировать любую информацию;

архивный учет. В архив карточка переводится либо в связи с обнаружением похищенных документов, либо в связи с появлением корректирующей карточки с таким же номером. Карточки архивного учета никогда не корректируются.

9.3.2 Требования к контролю информации

Для каждой записи транспортного файла проверяется:

1. Наличие обязательных атрибутов. Обязательными для заполнения являются следующие атрибуты:

• 
  «Код региона, инициатора розыска»;
  

• 
  «Код ответственного исполнителя»;
  

• 
  «Регистрационный номер»;
  
• 
  «Код объекта учета»;
  
• 
  «Код типа регистрационного знака» (для регистрационных знаков);
  
• 
  «Серия»;
  
• 
  «Начальный номер»;
  
• 
  «Конечный номер»;
  
• 
  «Код дополнительных сведений»;
  
• 
  «Код технологической операции»;
  
• 
  «Дата проведения технологической операции».
  

Если не заполнен хотя бы один из этих атрибутов, то запись не обрабатывается и возвращается отправителю как ошибочная.

2. Права ответственного исполнителя.

Карточки в базе данных имеют право корректировать, снимать с учета только тот же «Ответственный исполнитель», что и ставил карточку на учет, или «Ответственный исполнитель» из того же подразделения.

3. Соответствие значений атрибутов кодификаторам. При несоответствии значений перечисленных ниже атрибутов федеральным кодификаторам:

• 
  «Код региона, инициатора розыска»;
  

• 
  «Код объекта учета»;
  

• 
  «Код ответственного исполнителя»;
  
• 
  «Код технологической операции»
  

обработка записи не осуществляется и возвращается отправителю как ошибочная.

При несоответствии значений перечисленных ниже атрибутов федеральным кодификаторам:

• 
  «Код типа регистрационного знака»;
  
• 
  «Код дополнительных сведений»;
  

• 
  «Код места хищения»;
  
• 
  «Код результата розыска»;
  
• 
  «Код вида учета»
  

обработка записи не осуществляется и возвращается отправителю как ошибочная.
4. Цифровые атрибуты и даты проверяются на соответствие формату. При некорректных значениях запись не обрабатывается и возвращается отправителю как ошибочная.

5. Значение атрибута «Конечный номер» должно быть больше или равно значению атрибута «Начальный номер». Наличие пустого значения атрибута «Конечный номер» является ошибкой. Для утраченных документов («Код дополнительных сведений» равен «2») значение атрибута «Конечный номер» должно быть равно значению атрибута «Начальный номер». При невыполнении указанных условий, запись не обрабатывается и возвращается отправителю как ошибочная.

6. Значения атрибутов «Серия», «Начальный номер», «Конечный номер» проверяются на соответствие шаблонам. При несовпадении шаблонов, запись не обрабатывается и возвращается отправителю как ошибочная.

9.3.3 Алгоритм корректировки информации

Алгоритм корректировки информации для задачи учета утраченной спецпродукции («Документ») представлен на рисунке 12.

Необходимо учитывать следующее:

1. При сравнении записей по серии и номерам производится поиск пересечений диапазонов значений.

2. Замещение записи производится по следующему алгоритму:

• 
  в замещаемой записи устанавливается вид учета «Архивный», «Код операции» из замещающей записи записывается в «Код операции перевода в архив» замещаемой записи, текущие дата и время записывается в «Дату и время перевода в архив» замещаемой записи;
  
• 
  в замещающую запись из замещаемой переписывается атрибут «Дата загрузки в БД», а «Дата и время последнего изменения» заполняется значениями текущих даты и времени.
  

3. Снятие с учета производится по такому же алгоритму, как и замещение записи.

4. При обнаружении части от утраченной пачки бланков спецпродукции запись об обнаружении части документов заносится в БД с кодом операции «Снятие с учета в связи с обнаружением». Исходная запись никак не корректируется.

5. При обслуживании поисковых запросов выбираются все записи, в диапазоне номеров в который попадает искомый номер, далее анализируется не находится ли данный номер среди обнаруженных.

Для поддержания актуальности информации в Федеральной БД необходимо обеспечить выполнение следующих служебных функций:

• 
  поиск обнаруженных документов и перевод итоговой записи в архив;
  
• 
  поиск просроченных документов и перевод их в архив.
  

9.4 Алгоритм корректировки информации для задач учета лиц и оружия, находящихся в федеральном розыске («Лица» и «Оружие»)

Системы функционирует на основе информации, поступающей из ГИЦ МВД РФ.

Корректировка информации осуществляется только по «Идентификационному номеру».

Контроль информации не производится, вся информация загружается в базу данных в том виде, в котором она поступила.

10. Транспортная среда

Транспортная среда обеспечивает доставку в режиме электронной почты запросов от универсального терминала или специализированного АРМ-а к монитору обработки запросов и обратную доставку ответа. Транспортная среда контролирует поступление запросов и отправку ответов, ведет журналы и архивы запросов-ответов. В качестве базовой среды используется специально разработанное телекоммуникационное программное обеспечение, а также электронная почта «ДИОНИС», как система уже эксплуатирующаяся в МВД РФ.

Структурно схема телекоммуникаций при транспортировке запросов изображена на рисунке13.

а) терминальная часть

б) Серверная часть

Рис.13 Схема формирования и телекоммуникационной обработки запросов



<предыдущая страница