Протокол - взаимодействие
Cтраница 2
Далее, после того, как блок SSM готов к восприятию либо отправке сигналов NSSM ( протокол взаимодействия станционного оборудования узлов, k3 и /, рис. 4.13, может быть аналогичен известному протоколу Rainbow, [123]), необходимо произвести анализ возникшей нестандартной ситуации и ее последующее устранение. [16]
В вычислительных сетях граф, V3-лами которого являются процессы пользователей, транспортных станций и операционной системы, а ребрами - протоколы взаимодействия между ними. [17]
При составлении функциональных спецификаций необходимо отразить комплекс задач, решаемых системой; перечень возможных объектов обслуживания ( испытательные стенды, станочное оборудование, поточные линии, робоТотехнические комплексы и др.); характер информационных сигналов и помех; режимы измерений и последовательность испытаний; протоколы взаимодействия и обмена информацией; территориальное распределение оборудования. [18]
На более высоком уровне взаимодействие между компьютерами определяют программные средства, управляющие передачей данных через порты. На самом высоком уровне протокол взаимодействия обеспечивают приложения операционной системы. [19]
Рассматриваемые в книге методы управления сетью ЭВМ направлены на обеспечение эффективной транспортировки данных между абонентами сети и решение задач предотвращения ошибок при передаче данных, блокировок и перегрузок в сети связи, сопряжения различных сетей между собой, выбора маршрута передачи данных в транзитных узлах сети. Эти методы реализуются в протоколах взаимодействия соответствующих компонентов сети. [20]
Как видно, перераспределение ресурсов сети происходит только путем передачи сообщений. Правила преобразований и движений сообщений по вычислительной сети регламентируются протоколами взаимодействия ее подсистем. [21]
Все эти предположения существенно ограничивают сферу применения традиционной теории игр для формализации взаимодействий агентов. Так, исследователи в области РИИ придают особое значение построению протоколов взаимодействия, объясняющим компромиссы между агентами. [22]
Основной организационной структуры СУРБД является ее модель. Организационная структура СУРБД определяется в терминах, связанных друг с другом функциональных элементов, их интерфейсов и протоколов взаимодействия. [23]
Каждый из указанных уровней ПО соответствует и поддерживает определенный уровень информационно-вычислительного обслуживания абонентов на ВЦКП. Абоненты получают доступ к различным уровням обслуживания с помощью специальных процедур и языковых средств, форматы и правила использования которых представляют собой протоколы взаимодействия абонент - ВЦКП данного уровня. При этом протоколы первого и второго уровней могут частично совпадать с интерфейсами первого и второго уровней. Протоколы третьего уровня могут быть весьма разнообразны в зависимости от предметной области решаемых функциональных задач и квалификации пользователей, на которых они рассчитаны. Однако и здесь необходима разумная унификация протоколов с целью исключения дублирования работ и обеспечения обмена программными средствами между ВЦКП. Первым шагом в данном направлении является создание на ВЦКП фондов типовых алгоритмов и программ решения задач АСУ различными объектами. [24]
 |
Пример многоуровневого взаимодействия предприятий. [25] |
После того как сообщения переданы секретарям, начальников не волнует, каким образом эти сообщения будут перемещаться дальше - обычной или электронной почтой, факсом или нарочным. Выбор способа передачи - это уровень компетенции секретарей, они могут решать этот вопрос, не уведомляя об этом своих начальников, так как их протокол взаимодействия связан только с передачей сообщений, поступающих сверху, и не касается содержания этих сообщений. Отправив письмо, секретари считают свою функцию выполненной, разве что в правила работы хорошего секретаря входит еще и проверка получения сообщения адресатом. [26]
Удовлетворение перечисленным требованиям возможно за счет построения сети на базе семиуровневого стандарта построения открытых систем. Под открытой системой в данном случае понимается система, функции которой по взаимодействию с другими разбиты на несколько иерархических уровней, и при этом функции каждого уровня и протоколы взаимодействия между соответствующими уровнями стандартизованы. Каждый уровень должен быть максимально независимым, чтобы обеспечивалась возможность его модернизации и замены без модификации других уровней. [27]
 |
Структура комплекса ИСПОЛНИТЕЛЬ. [28] |
Становится возможной реализация в одном устройстве основных принципов коммутации информации РВС. Использование в качестве системного устройства микро - ЭВМ целесообразно еще и потому, что при создании надстройки к ОС ЕС можно отказаться от существующей телеобработки данных типа ВТАМ и использовать различные протоколы межмашинных взаимодействий и методы обнаружения ошибок. Например, вариант с остановкой и ожиданием, когда каждое сообщение необходимо повторять при сбойной ситуации; вариант с непрерывной передачей типа Возврат на N, при котором ведется независимый счет блоков с приемной и передающей сторон. По исчерпании пула ( область, выделенная в памяти микро - ЭВМ для буфера) передающая сторона посылает запрос приемной стороне о достоверности принятой информации. Получив ответ с указанием количества правильно принятых блоков, передающая сторона вычитает это число из общего количества блоков. В случае, если результат не равен нулю, необходимое количество блоков передается повторно. Как в РВС на базе машин второго поколения, так и в РВС на базе ЕС ЭВМ эти методы в одном устройстве можно осуществлять лишь при условии использования микро - ЭВМ, в результате чего освобождается базовая машина и отпадает необходимость программировать подобные ситуации. [29]
Вместо того чтобы представлять объект пассивным набором данных, объектно-ориентированная система позволяет объекту играть более активную роль, в частности взаимодействовать с другими объектами, обмениваясь с ними сообщениями. В результате основной упор переносится с разработки общей управляющей структуры программы, которая ответственна за порядок обращения к функциям, на конструирование самих объектов, выяснение их ролей и создание протоколов взаимодействия объектов. Эти протоколы, по существу, определяют интерфейс между объектами. Если один объект должен взаимодействовать с другим, он должен вызывать функции в строгом соответствии с этим интерфейсом. [30]
Страницы: 1 2 3