Компоненты подсистемы Plug and Play

У проекта Plug and Play было несколько основных задач, которые должны были решить сама спецификация и любые ее воплощения. Самая главная цель состояла в том, чтобы не только облегчить добавление к системе новых аппаратных средств или изменение конфигурации уже подключенных устройств, но и предельно упростить эти действия. Пользователи изменяют конфигурацию устройств быстрее, чем раньше и не испытывают при этом раздражения, а значит, гораздо меньше переживаний выпадает на долю групп поддержки, в которые обычно звонят пользователи, если у них что-то не получается. У разработчиков аппаратных средств появляется четкий стандарт, которому они могут следовать вместо того, чтобы пытаться самим решать все потенциальные проблемы, связанные с установкой и конфигурированием. В случае если все новые аппаратные средства будут разрабатываться в соответствии со стандартом Plug and Play, становится вполне реальной ситуация, при которой все, что останется сделать для добавления устройства к сис-теме – это подключить его и скопировать на жесткий диск все необходимое программное обеспечение. С существующим в настоящее время программным обеспечением достичь такого уровня простоты очень сложно, поскольку аппаратные средства не соответствуют стандарту Plug and Play. Впрочем, можно сделать очень многое в смысле улучшения программного обеспечения, и стандарт Plug and Play действительно способствует совершенствованию драйверов устройств, которые могут позволить существующим соответствующим ISA аппаратным средствам поддаваться управлению в среде Plug and Play.

Спецификация Plug and Play насчитывает пять целей:

1. Простота установки и конфигурирования новых устройств.

2. Единые динамические изменения конфигурации.

3. Совместимость с уже установленными устройствами.

4. Независимость от аппаратных средств и операционной системы.

5. Упрощенность и повышенная гибкость аппаратной реализации.

В пределах подсистемы Plug and Play взаимодействует множество модулей, основные из которых показаны на рисунке 3.20.

Функциональное назначение элементов:

1. Дерево аппаратных средств. Это база данных, в которой содержится информация о текущей конфигурации системы, стро-ится диспетчером конфигурации и хранится в памяти. Каждая вершина дерева называется узлом устройства (device node) и содержит логическое описание либо конкретного устройства, либо шины.

2. .INF-файлы – это набор дисковых файлов, содержащих информацию о конкретных типах устройств. Например, в файле SCSI.INF хранится информация обо всех известных SCSI-устройствах. В ходе установки нового устройства, соответствующего Plug and Play, будет использован новый .INF-файл. Обычно такой файл находится на дискете, поставляемой вместе с устройством.

Рис. 3.20. Составляющие подсистемы Plug and Play

3. Реестр. Дерево аппаратных средств, которое описывает устройства, входит в состав реестра Windows 9х как поддерево.

4. События – это набор функций API, используюемых для уведомления об изменениях текущей конфигурации системы. В Windows 9х о событиях сигнализирует система сообщений. В других реализациях о них может сообщать один из компонентов операционной системы.

5. Диспетчер конфигурации. Этот модуль отвечает за построение базы данных, в которой содержится информация о конфигурации компьютера, помещаемой в реестр, и за уведомление драйверов устройств о том, какие ресурсы им выделены. Диспетчер конфигурации при работе системы представляет собой центральный модуль подсистемы Plug and Play.

6. Энумератор (Enumerator). Это новый тип драйвера, взаимодействующий с драйвером устройства и с диспетчером конфигурации. Энумератор обслуживает конкретное устройство (обычно шину), к которому могут подключаться другие устройства. С каждым описанным в дереве аппаратных средств устройством шины связан свой энумератор. Особый энумератор (root enumerator), называемый корневым, входит в состав диспетчера конфигурации. Он помогает настраивать устройства, которые не соответствуют стандарту Plug and Play.

7. Арбитр ресурсов. Этот модуль отвечает за управление выделением конкретных ресурсов и предотвращение конфликтов.

8. Plug and Play BIOS. Новая системная BIOS, которая поддерживает действия Plug and Play. Любое устройство (например, видеоконтроллер) также может иметь свою BIOS, соответствующую стандарту Plug and Play. Кроме того, Plug and Play BIOS выступает в качестве энумератора для материнских плат, и в этом качестве играет важную роль при присоединении к докам портативных систем.

9. Драйверы устройств Plug and Play. Это драйверы защищенного режима, которые отвечают за управление устройствами и, кроме того, участвуют в работе подсистемы Plug and Play.

10. Интерфейс пользователя – набор стандартных диалоговых окон, служащих для получения информации в тех случаях, когда подсистеме Plug and Play для конфигурирования необходима помощь пользователя. Они дают пользователю возможность ознакомиться с конфигурацией системы, которую строит подсистема Plug and Play.

11. Приложение. С точки зрения стандарта Plug and Play, это написанная для Windows 9х программа, которая способна воспринимать и обрабатывать сообщения системы о смене конфигурации.

Деятельность подсистемы Plug and Play состоит, главным образом, в том, что она от имени различных устройств управляет четырьмя видами ресурсов:

1. Память. Речь идет о требованиях устройств к физической памяти, например, сколько страниц памяти нужно устройству и каковы ограничения по выравниванию.

2. Ввод-вывод. Это порты ввода-вывода, через которые будет происходить работа с устройством. Информация о конфигурации устройства включает перечень альтернативных наборов портов.

3. DMA – список необходимых устройству каналов прямого доступа к памяти и любых альтернативных каналов, которые оно может использовать.

4. IRO – требования устройства к линии запроса прерываний, альтернативные IRQ, а также сведения о том, может ли устройство использовать IRQ как разделяемый ресурс.

Подсистема Plug and Play включает множество модулей, написанных на Си и Ассемблере. Большинство своих компонентов система загружает динамически. Главным элементом подсистемы Plug and Play является дерево аппаратных средств, описывающее текущую конфигурацию системы.

Допустим, что не вносилось никаких изменений в конфигурацию системы с того момента, когда в последний раз с ней работали. Посмотрим, что произойдет, если включить питание.

1. Системная BIOS "заглядывает" в энергонезависимое запоминающее устройство (СМ OS) и определяет конфигурацию компьютера. Затем BIOS конфигурирует все устройства, для которых ей удается обнаружить соответствующую информацию; в данном случае речь идет об устройствах материнской платы. При этом BIOS отключает все адаптеры, для которых отсутствует информация о конфигурации.

2. Начинается процесс загрузки. Система по-прежнему работает в реальном режиме. Корневой энумератор диспетчера конфигурации использует поддерево аппаратных средств из реестра Windows для справки о том, какой должна быть конфигурация системы.

3. Корневой энумератор просматривает поддерево реестра в поисках информации об устройствах, не соответствующих стандарту Plug and Play. Обнаружив очередное такое устройство, он создает узел устройства и добавляет его к корню хранящегося в памяти дерева аппаратных средств. Кроме того, корневой энумератор конфигурирует все те устройства, которые не сконфигурировала BIOS.

4. Продолжается загрузка системы в реальном режиме. Системный загрузчик обрабатывает файл SYSTEM.INI и загружает все указанные в нем статические виртуальные драйверы внешних устройств.

5. После этого загружаются остальные энумераторы. Например, BIOS отметила тот факт, что в состав системы входит шина ISA. В реестре указано, какой энумератор следует загрузить для данной шины.

6. Энумератор изучает подключенные к шине устройства и загружает либо статический VЧD (если таковой необходим), либо еще один энумератор, если необходимо обследовать дополнительную шину.

7. Теперь в памяти уже находятся все необходимые драйверы реального режима и статические VЧD. Ядро операционной системы заканчивает свою собственную инициализацию и переключается в защищенный режим.

8. Запускается диспетчер конфигурации. Некоторые из подключенных к системе устройств уже полностью проинициализированы и их драйверы уже загружены. Про остальные устройства система уже знает, но их драйверы еще не загружены.

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

10. Если после всех этих действий останется какое-нибудь неопознанное, не поддерживающее стандарт Plug and Play устройство, Windows начинает процесс его установки, в ходе которого пользователю приходится помогать системе разобраться с конфигурированием. Если необходимости в этом не возникает, система начинает работать.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Богумирский Б. Руководство пользователя ПЭВМ: В 2 ч. – СПб.: Ассоциация AILCO, 1992. - 298 с.

2. Герасименко В. Защита информации в автоматизированных системах обработки данных: в 2 кн. Книги 1, 2. - М.: Энергоиздат, 1994. - 576 с.

3. Герасименко В., Малюк А. Основы защиты информации. - М.: МОПО, МИФИ, 1997. - 537 с.

4. Доктрина информационной безопасности Российской Федерации от 9 сентября 2000 г. № Пр-1895.

5. Жигарев А. Основы компьютерной грамоты. - Л.: Машиностроение, 1988. - 285 с.

6. Информатика: Учебник / Под ред. проф Макаровой Н.. - М.: Финансы и статистика, 1997. - 768 с.

7. Каранчук В. и др. Основы применения ЭВМ. - М.: Радио и связь, 1988. - 276 с.

8. Копылов В. Информационное право: Уч. пособие. - М.: Юрист, 1997. - 472 с.

9. Медник С. Защита ЭВМ. - М.: Мир, 1982. - 263 с.

10. Мельников В. Защита информации в компьютерных системах. - М.: Финансы и статистика, 1997. - 364 с.

11. СТ ИСО 2382/1–84.

12. Острейковский В. Информатика: Учебник для вузов. - М.: Высш. шк., 2000. - 508 с.

13. Петров В., Пискарев А., Шеин А. Информационная безопасность. Защита информации от несанкционированного доступа в автоматизированных системах: Уч. пособие. Изд. 2-е, испр. и доп. - М.: МИФИ, 1995. - 84 с.

14. Романец Ю.В и др. Защита информации в компьютерных системах и сетях / Под ред. В.Ф. Шаньгина. – М.: Радио и связь, 1999. - 328 с.

15. Спесивцев А., Вегнер В., Крутяков А., Серегин В., Сидоров В. Защита информации в персональных ЭВМ. - М.: Радио и связь, МП "Веста", 1992. - 192 с.

16. Соболева Т. Тайнопись в истории России. - М.: Международные отношения, 1994. – 382 с.

17. Теория и практика обеспечения информационной безопасности/ Под ред. Зегжды П.. - М.: Издательство Агентства "Яхтсмен", 1996. - 192 с.

18. Федеральный Закон Российской Федерации от 20 февраля 1995г. № 24-ФЗ (с изменениями от 10 января 2003 г.) "Об информации, информатизации и защите информации".

19. Хоффман Л. Современные методы защиты информации: Пер. с англ. / Под ред. Герасименко В. А. - М.: Советское радио, 1980. - 263 с.

20. Цигичко В., Смолян Г. Оценка систем информационной безопасности. - М.: ИСА РАН, 1995. – 43 с.

21. Черешкин Д., Аносов В. и др. Концепция информационной безопасности Российской Федерации / Под ред. Черешкина Д. и Вирковского В.. – М.: ИСА РАН, 1994. – 44 с.

22. Шураков В. Обеспечение сохранности информации в системах обработки данных. - М.: Финансы и статистика, 1985. - 224 с.