ГОСТ Р 54018—2010
21
заголовки-прикладных-процессов могут затем стать входными данными для компонента ССПЗ «раз-
решитель имени» (см. перечисление b);
b)негрупповой заголовок-прикладного-процесса, токомпонент ССПЗ«разрешитель имени» возвра-
щает список негрупповых заголовков-прикладных-объектов, идентифицирующих прикладные-объекты,
относящиеся к рассматриваемому процессу;
c) групповой заголовок-прикладного-объекта, то компонент ССПЗ «разрешитель имени» возвра-
щает список связанных негрупповых заголовков-прикладных-объектов.
Любой негрупповой заголовок-прикладного-объекта (который может являться выходными данны-
ми компонента ССПЗ «разрешитель имени») может быть использован в качестве входных данных для
компонента ССПЗ «справочник». Компонент ССПЗ «справочник» используется для получения соответ-
ствующей адресной информации, которая необходима для локализации равноправного объекта. Эта
информация определяется кортежем вида:
(П-селектор,
С-селектор,
Т-селектор,
сетевые-адреса) (или список сетевых-адресов).
Примечание — Поскольку N-адрес ссылается на набор ПДСУ, то не трудно понять, почему может быть
возвращен список. Причиной этого (единственной идентифицированной до сих пор) является то, что могут суще-
ствовать несколько синонимов сетевых-адресов, которые указывают на один и тот же набор ПДСУ.
Ниже приводится пример использования ССПЗ.
Прикладная задача с заголовком ALPHAв оконечной системе с заголовком 627 требует (как часть
своих функций) выполнить некоторые вычисления. Оказалось, что эти вычисления требуют использо-
вания некоторого высокопроизводительного параллельного процессора помимо возможностей процес-
соров, доступных в пределах системы 627.
Тогда на первом шаге задача ALPHA, используя, например, ПОЗ, может потребовать передачи
этой части работы некоторой другой оконечной системе, в которой существует такая производительная
обработка. Для этого задача ALPHA должна знать заголовок прикладного-объекта нужного прикладно-
го-процесса. Он может быть конкретно идентифицирован прикладной задачей, или задача ALPHA мо-
жет не иметь предпочтительного партнера и может обращаться к любой одной из ряда таких приклад-
ных задач. В первом случае задача ALPHA должна содержать в себе примитивное имя для заголовка
удаленного партнера, скажем — «PARPROC84». Во втором случае задача ALPHAдолжна быть обеспе-
чена групповым заголовком-прикладного-объекта для группы партнеров, скажем — «PARPROC». Этот
случай рассматривается ниже в настоящем примере.
На втором шаге задаче ALPHA должен быть предоставлен адрес-уровня-представления выбран-
ного прикладного-объекта. Обе функции достигаются через ССПЗ по запросу задачи ALPHA.
Так как требованием задачи ALPHAявляется взаимодействие с использованием протоколов ВОС
только с одним партнером, то первый шаг требуется для обеспечения ее информацией, позволяющей
выбирать среди нескольких членов группы PARPROC на основе некоторых внутренних критериев за-
дачи ALPHA.
В этом примере принято, что ССПЗявляется распределенным с частью, содержащейся в системе 627.
Тогда взаимосвязь между задачей ALPHAи локальной частью ССПЗ осуществляется внутренними для
системы 627 способами. Когда информация о группе PARPROC находится в той части ССПЗ, которая
входит в систему 627, то никаких внешних проявлений процедуры не требуется, следовательно, ника-
кие стандартные протоколы не используются.
Когда локальная часть ССПЗ не может обеспечить информацию о группе PARPROC, она вза-
имодействует, используя протоколы справочника, с остальной частью распределенного ССПЗ, полу-
чает информацию о группе PARPROC и передает ее задаче ALPHA локальным способом. В зависимо-
сти от реализации локальный ССПЗ может принять решение воспользоваться информацией о группе
PARPROC, полученной таким образом, и сохранить ее для будущих запросов тех же партнеров, кото-
рые могут возникнуть в системе 627.
На рисунке 7 показаны возможные различные входные данные и точки входа в ССПЗ.