Составители:
Рис. 1.17. Соотношение топологий коммуникационной среды и целевых узлов
Объекты, представленные в модели,
отображаются на целевые сетевые
узлы А, Б и В, которые имеют свои собственные адреса в рамках КМС. При
другом “отображении” модели на целевые узлы, например, узел Б будет иметь
другой адрес или изменится тип узла В и текущие, отображенные на него
объекты, будут отображены на независимые узлы, адресация/топология
объектов изменится и, если эта информация не будет скрыта от объектов
инициаторов событий, то реконфигурации нужно будет подвергнуть всю
систему целиком. В некоторых случаях такой метод приемлем, и для экономии
ресурсов задачи маршрутизации можно перенести на канальный уровень и
предоставить целевым процессам возможность непосредственно адресовать
необходимые им порты для передачи событий.
Для построения относительно сложных РИУС, особенно с возможностями
пользовательского прикладного программирования такой способ видится
неперспективным, ввиду размытости задачи сетевого уровня КМС и ее
значительного проникновения в соседние уровни.
В качестве альтернативного подхода при реализации КМС РИУС
предлагается явным образом выделять функциональный уровень аналогичный
сетевому уровню модели OSI/ISO [54, 55]. Выделение и реализация данного
уровня позволит провести сквозную идентификацию портов системы в
пределах модели и адресацию событий в терминах “прикладных” имен портов.
На первый взгляд может показаться, что выделение такого
функционального уровня приводит к значительным затратам ресурсов, что
особенно заметно для небольших неинтеллектуальных контроллеров
периферийного ввода/вывода и тем самым является практически
неприменимым. Несомненно, реализация дополнительной функциональности
должна требовать дополнительных ресурсов. Однако объем этих
дополнительных ресурсов зависит от вариантов реализации.
Во-первых, реализовывать такой функциональный уровень можно не для
всех устройств системы, а только для нескольких центральных узлов,
отвечающих за маршрутизацию событий. На самом деле сложно ожидать от
слабого периферийного узла эффективной маршрутизации событий. От
периферийных контроллеров в этом случае может потребоваться только
способность идентифицировать свой тип.
Во-вторых, этот функциональный уровень можно реализовать
динамически или статически. При динамической реализации требуется больше
ресурсов, но система продолжает функционировать в различных конфигурациях
сетевых узлов, при статической реализации система обладает способностью
63
Страницы
- « первая
- ‹ предыдущая
- …
- 62
- 63
- 64
- 65
- 66
- …
- следующая ›
- последняя »
