MCData ad hoc по критериям: ручное добавление или удаление участника сохраняет силу при переоценке
Диспетчер вручную исключил сотрудника из текущей ad hoc коммуникации MCData, но тот по-прежнему соответствует географическому критерию. В описанной процедуре ETSI TS 123 282 V19.10.0 сервер не должен просто вернуть его обратно при очередной автоматической оценке. Ручные изменения уполномоченного пользователя получают специальную отметку.
Как взаимодействуют два механизма
Если состав первоначально определялся сервером по критериям, вручную удалённые пользователи отмечаются так, чтобы сервер не добавлял их снова на основании этих критериев. Для вручную добавленных участников действует обратная защита: их сохраняют, даже если они не соответствуют критерию.
Это относится к предусмотренному изменению состава уполномоченным пользователем. Простое закрытие окна на клиенте или локальное редактирование списка контактов не является тем же действием.
Разрешение на добавление и удаление проверяет сервер. Возможность участвовать в текущем обмене сама по себе не доказывает наличие права изменять его состав.
Что происходит при обновлении критерия
В процедуре изменения критериев сервер заново определяет список, учитывая отмеченные ручные добавления и удаления. Следовательно, обновление области отбора не должно автоматически стирать такие решения.
При этом уполномоченный пользователь может изменить ранее принятое решение: вернуть удалённого либо удалить добавленного через предусмотренный запрос изменения участников. Речь не о вечном запрете для учётной записи вообще, а о правилах управления текущей коммуникацией.
Как проверить на примере
Для тестовой группы выбирают двух участников. Первый продолжает соответствовать критерию после ручного исключения. Второго вручную добавляют, хотя он критерию не соответствует.
Затем выполняют предусмотренную переоценку и отдельно согласованное изменение критерия. Проверяют фактический состав, а не только положительный ответ на запрос управления. После этого уполномоченная роль обращает оба решения и подтверждает ожидаемый результат.
В протоколе фиксируют исходный критерий, ID участников, ручные действия и наблюдаемые изменения состава. Способ отображения отметок зависит от реализации; стандарт не требует здесь одинакового значка в каждом клиенте.
Такое испытание подтверждает устойчивость решений диспетчера при автоматическом управлении группой. Оно также помогает объяснить, почему сотрудник остаётся в обмене вне области отбора либо не возвращается в него внутри области: результат может следовать документированному ручному изменению, а не ошибке определения координат.