Доступ к железу в многопоточном приложении Опции

[r_13]

Добрый день,
есть многомодульная программа с кучей потоков (threads) и есть железо, которое подключается по USB. Один из модулей ловит сообщения от USB и создает\удаляет объекты класса Device, который предоставляет доступ к железу. Куча других классов из разных модулей получает указатели на объекты этого класса по запросу и манипулируют с ними. Если происходит USB disconnect, то модуль, что раздает указатели на Device, посылает соответствующее сообщение. Но поскольку система многопоточная, то сообщение может прийти позже, чем будет попытка обращения к недоступному более железу.
Ясно, что надо синхронизировать через mutex (что и делается), но количество объектов, желающих общаться с железом растет и учесть все варианты становится все сложнее. Может есть какой-нибудь design pattern для этого? Может это не правильно раздавать всем подряд указатели? Нужен какой-нибудь режим регистрации тех, кто получает указатель? Задача то довольно стандартная для околожелезячных прог. Наверняка есть "стандартное" решение\подход...

[r_13]

Да, так пожалуй безопаснее, хотя одновременный доступ будет только к одной железяке. Впрочем можно и Thread Pool сделать (по одному потоку на железяку) и тогда они между собой общаться смогут. И запросы придется с блокировкой делать, если, скажем надо значение из регистра получить. Для общения с внешними модулями этот вариант наверно стоит попробовать. Но и внутри модуля куча классов, которые получают IHwAccess и работают с ним (доступ к отдельным частям железа и платам расширения). Их запросы через очередь наверно не получится. Иначе придется еще транзакции вводить. Да и таймауты могут появиться.