Мы уже говорили про разные типы рабочих мест операторов. Сейчас снова коснемся этого вопроса.
Обычная работа оператора с источником: есть компьютер с одним видеовыходом, один пользователь в один момент времени работает с одним источником — все просто и понятно. Когда несколько пользователей могут подключаться к одному источнику, это уже совместная работа.
Почему так важна эта тема, поясним на примере. Два пользователя работают на разных экранах.
Второй пользователь выбрал экран первого, и у первого слетело управление.
Они сейчас вдвоем мучаются, не понимая, что происходит. Первый мышку не трогает, а она сама движется. К таким плачевным результатам, когда люди начинают мешать друг другу, привело непонимание того, что такое совместная работа. Если неправильно организовать совместную работу пользователей, неизбежно будут происходить такие неприятные ситуации.
Виды совместной работы
Есть несколько вариантов совместной работы:
1. Поочередная работа (режим occupy);
Это ровно та работа, которую мы показывали, рассказывая про иерархию пользователей.
В один момент времени к одному источнику может быть физически подключен только один человек. Система сама автоматически регулирует это — один подключился, другой отключился.
Логичный вопрос, а что будет, если зайдут два пользователя с одним уровнем приоритета. Они как раз начнут совместную работу. Этой теме посвящена следующая часть.
2. Параллельная работа (режим share);
В один момент времени одновременно несколько пользователей работают с одним компьютером. На самом деле это самый страшный режим, который приводит к тому, что люди мешают друг другу. Этого режима надо избегать, но не всегда это получается.
3. Эксклюзивная работа (монопольный режим)
В один момент времени только один пользователь может работать с источником, остальные не могут вообще к нему подключиться, а у тех, кто уже был подключен, гасится трансляция.
Если три человека работают, один подключается в эксклюзивный режим, два другие «тухнут». Такой «интим» с источником бывает полезен, например, когда надо поменять пароль или посмотреть какие-то чувствительные данные, то есть когда нужно, чтобы источник не был виден другим пользователям. Управление можно заблокировать, а монопольный режим блокирует даже просмотр. Возможность работы в эксклюзивном режиме есть только у админа и у начальника. Обычно заводится отдельный пользователь, поскольку это режим не для повседневного использования, а для специальных задач.
Мы уже демонстрировали режим поочередной и параллельной работы. Сейчас покажем режим эксклюзивной работы.
Два пользователя (слева и посередине) работают с одним источником.
На рабочее место справа заходит пользователь (администратор) и активирует эксклюзивный режим. Он выбирает тот же источник, что у обычных пользователей, и он у них пропадает.
Как только админ выйдет из эксклюзивного режима, система восстановит обратно доступ.
Причем система не просто разлогирует пользователей, а временно останавливает соединение с этим передатчиком. Как только администратор физически отключился (ушел на другой источник или разлогинился), картинка автоматически восстанавливается и люди продолжают работу. Система восстанавливает статус, который был до этого.
В поочередном режиме тоже один оператор управляет источником, но, в отличие от эксклюзивного режима, все остальные видят картинку. Он не мешает другим подключаться к этому источнику, мониторить его. Если же кто-то подключается в монопольный режим, у всех остальных картинка отключается.
Где настраиваются эти режимы, можно ли быстро переключать режим доступа к источнику из поочередного в параллельный, зависит от функционала KVM системы. В принципе, все режимы доступа настраиваются на передатчике, который подключен к источнику. В зависимости от системы, это реализуется по-разному. Например, у компании Aten пользователь, который подключается к источнику, сам выбирает, в каком режиме он хочет подключиться. Но тут есть очень много нюансов. Например, режим occupy блокирует работу других, а режим share приводит к таким последствиям, которые мы видели. В системе TnTv режим совместной работы настраивается жестко на передатчике админом. Именно он выбирает, исходя из задач, в каком режиме будет работать источник.
Автоматическое отключение К/М канала
Мы уже говорили, что, по нашему мнению, если пользователь сам выбирает режим, это неправильно. Дело в том, что есть банальная забывчивость людей. Человек подключился, поработал и ушел, а источник остался заблокированным. А если у него еще приоритет начальника, то никто, кроме другого начальника, зайти не может — что делать? Мы считаем этот режим вредным, поскольку он монополизирует управление. Но для таких случаев есть функция автоматического отключения К/М канала. Если в течение заданного времени (которое настраивается), пользователь не производит действий ни мышкой, ни клавиатурой, то есть находится в режиме простоя, то система автоматически отключает ему канал управления, высвобождает его.
Время простоя/бездействия — время, в течение которого оператор не производит никаких действий мышкой или клавиатурой
Посмотрим, как это работает.
Например, настроено время простоя 1 минута. Начальник (слева) работает с каким-то источником, закончил работу и ушел. На другом рабочем месте (справа) другой пользователь пытается подключиться, чтобы поработать.
Картинку он получил, но у него нет доступа, курсор есть, но он не шевелится.
Он переходит в режим ожидания.
У источника горит «минус» — это значит, что в данный момент времени управление недоступно. Система в автоматическом режиме раз в 15 с обновляется. После того, как часики дотикают до 0, появляется «плюс», система выходит из режима ожидания и оператор может подключиться.
На левом рабочем месте К/М канал автоматически отключается.
Если начальник вернется на левое рабочее место, он увидит сообщение «К/М OFF», то есть канал управления выключен.
Если он его включит, на втором компьютере К/М снова отключится.
Так работает режим от забывчивости — устанавливается таймаут 10-15 минут, чтобы человек гарантировано ничего не делал. Это обезопасит от того, что К/М будет занято вечно. Причем на самом деле можно было не вставать в режим ожидания, потому что система делает это автоматически. Она понимает, что человек пытался подключиться. После того, как таймер прошел, у всех, кто пытался подключиться, появляется надпись «К/М free», то есть канал свободен, можно подключаться.
Помимо этого, есть еще автоматический режим работы, когда все равны. Здесь кто первый мышку дернул, того и тапки. Это условно параллельный режим, который не приводит к сумбуру. Высчитано время 15 с, за которое человек, скорее всего, делает какое-то логическое действие, например, набирает текст. Если 15 с проходит, но ничего не происходит, любой другой вне зависимости от статуса перехватывает управление. Естественно, админ имеет высший приоритет, он отнимет у всех мышку и клавиатуру. Это режим параллельной работы, но при этом никто друг другу не мешает. Взять управление в течение 15 с не составляет труда.
Посмотрим, как это работает.
На двух рабочих местах работают два человека. Оператор на левом рабочем месте шевелит мышкой и в какой-то момент останавливается. Запускаем таймер.
Если в этот момент пошевелить мышкой, таймер сбросится. Через 15 с управление мышкой автоматически переходит на второе рабочее место.
Параллельный режим работы сложен с точки зрения регулирования передачи управления. В TnTv придумали специальный автоматический параллельный режим, в котором люди друг другу не мешают, но там нет таймера 15 с. Пока один пользователь ведет мышь и пока он не встал, у него есть задержка 0,5 с (а не 15 с), когда другой вмешаться не может. Ему дается время закончить начатое действие. Например, у того же Aten в параллельном режиме, если один пользователь ведет мышь вправо, другой влево, мышь стоит. Здесь если человек начал вести мышь влево, она едет влево.
На самом деле такого рода параллельная работа нечасто требуется в реальной жизни, мы вообще стараемся от этого уходить. Хотя у нас было несколько проектов с одним институтом, который занимается тем, что различные объекты продуваются в больших трубах. В проекте реализовывались рабочие места на разном расстоянии от объекта. Там операторы мониторили процесс, и когда что-то происходило, выполняли действие (нажимали кнопку, а не мышку), такая логика работы. В проекте было определенное количество параллельных мест, и было важно, чтобы любой оператор в любой момент времени мог перехватить управление, не задумываясь и не делая лишних действий по выбору и т.д. Такие задачи нечасто, но бывают.
Мы ставим нашим клиентам системы Aten и TnTv. На практике те, кто выбирает Aten, режим occupy не используют, потому что у Aten нет функции таймаута. Люди боятся заблокировать систему, поэтому ставят параллельный режим, и начинают друг другу мешать. С этим надо быть аккуратным.
Система, которая не соответствует ожиданиям клиента, не вписывается в его бизнес-модель, вызывает негативное отношение. Поэтому важно подбирать KVM системы, которые соответствуют запросам заказчика и вписываются в их бизнес-модель. Для этого надо понять, с какими источниками и как предполагается работать — параллельно или поочередно, в каких режимах, с какими таймаутами. Правильно настроенная система реально помогает работать, а неправильно настроенная вызывает отторжение.
Многомониторные системы
Мы поставили эту тему в конец, чтобы сначала показать все прелести совместной работы. До этого мы рассматривали одномониторные системы, чтобы специально не путать людей. У нас везде стояли источники, которые имели один рабочий стол с одним видеовыходом и одним монитором, все было просто. Теперь погрузимся в более сложную историю — многомониторные системы.
Сначала немножко теории. Начнем с многомониторных источников.
Многомониторный источник — это компьютер с n видеовыходов (2 и больше). Существует два типа таких источников:
1. Компьютер с расширенным рабочим столом, на котором стоит единое приложение, какая-то SCADA система. Оператор работает с рабочим столом как с единым объектом с одним ПО.
2. Расшаренный рабочий стол (здесь на 3 видеовыхода), на каждом экране свое ПО
Мы клиентам говорим, что так лучше не делать, потому что могут быть проблемы (дальше покажем, какие). Но эта схема часто встречается в системах видеонаблюдения, когда используются видеосервера с n видеовыходами.
Вспомним, как строится такая система.
Есть сервер с 3 видеовыходами, которые подключаются к 3 передатчикам. Здесь самое главное, чтобы эти 3 передатчика IP KVM система могла связать в один логический виртуальный передатчик, чтобы он был подключен именно к одному ПК, что это не просто абстрактная группа передатчиков, а группа передатчиков, подключенных к одному ПК. Это две большие разницы, потому что сильно влияет на последующее управление.
Приемники точно также связаны. К ним подключена клавиатура.
Поскольку это единый рабочий стол, то для управления достаточно одного USB канала. Мы об этом уже рассказывали. USB идет к основному передатчику, а к основному приемнику подключены клавиатура и мышка.
Первый передатчик является главным, остальные — подчиненными, условно master/slave. То же самое с приемниками.
Посмотрим, как осуществляется выбор источника на таком рабочем столе.
Оператор выбирает в меню источник, и у него появляется сразу две картинки на двух мониторах.
Важно, чтобы в системе было видно не три отдельных передатчика, а единое рабочее место. Другими словами, чтобы IP KVM система умела фильтровать лишние slave, потому что, по сути, здесь не три, а один источник. Оператор не может выбрать второй или третий экран. Он выбирает единый источник, у которого 3 экрана. Иначе операторы начнут путаться — что это за источники, откуда они взялись, что с ними делать.
Рассмотрим сложное многомониторное рабочее место — рабочее место, на котором в один момент времени оператор может выбрать разные источники.
Здесь появился еще один источник (слева внизу), на котором запущен отдельный софт. Сейчас у оператора не один рабочий стол с одного компьютера, а несколько рабочих столов сразу.
А если на рабочем столе с двумя мониторами выбрать источник с 3 экранами?
На самом деле все зависит от настроек. В системе TnTv есть специальные фильтры, которые настраиваются на рабочих местах. На одном мониторе видно источники с одним выходом, на двух с двумя, на трех с тремя и т.д. Тогда оператор видит только то, что может, например, на 3 мониторах он видит и одинарные, и двойные, и тройные (что?). Мы уже рассказывали о том, что лишние (черные) мониторы можно потушить либо включить на них корпоративную заставку.
Здесь не 3 клавиатуры. Они меняются на К/М переключатель.
С помощью одной клавиатуры и мышки оператор произвольно выбирает, что на какой экран хочет транслировать.
А дальше начинаются сложности.
Сложные случаи совместной работы
Цитата из ТЗ:
«...произвольный выбор экрана на многомониторном источнике и управление им.»
Мы уже показывали эту цитату в первой части, когда рассказывали о том, что не все так просто в этой жизни. Что здесь подразумевается, разберемся на примере.
Есть многомониторный источник с 3 разными выходами, на каждом выходе свой софт. Каждый видеовыход соответствует своему монитору.
Все классно, пока оператор один — вообще вопросов нет. Но появляется второй оператор с одним монитором, и хочет подключить первый (голубой) экран.
Получается, что два оператора будут работать с одним источником. Но мало того, один работает с 3 экранами одного источника, а другой только с одним экранам. Операторы начинают сходить с ума физически, потому что один шевелит мышку, второй шевелит мышку, и она ведет себя непредсказуемо. Многие люди не понимают, что клавиатура/мышь одна, и на другом экране, который ты взял, они не появятся. Даже если один оператор работает с одним рабочим столом, а второй с другим, все равно работать они не смогут.
Например, первый оператор, у которого 3 монитора, в данный момент времени что-то делает с третьим монитором (черная картинка), а второй оператор выбрал себе первый монитор, то есть они вроде бы используют два разных экрана, но, по сути, это один компьютер. Но операторы не в курсе, что это один компьютер, для них это просто источник для работы. Когда начинается совместная работа, возникают проблемы, а почему, мало кто понимает. Великая фраза про «произвольный выбор экрана» к этому ведет.
Как с этим работать? Фильтры не решат вопрос выбора, потому что второй оператор может быть тоже с трехмониторным рабочим местом. Если в ТЗ написано, что можно произвольно выбирать любой экран, то источник из предыдущего примера будет представлен не как один, а как 3 передатчика. По сути, эта фраза в ТЗ делает систему неработоспособной, точнее, сильно усложняет работу.
Есть два варианта решения:
1. Административное разделение ресурсов;
Заказчик физически ограничивает такие подключения или одновременную работу, организуя работу по графику, по дням недели, Вася флажки выставляет — варианты есть разные. Мы насмотрелись много чего.
2. Использование IP KVM системы с возможностью настройки параллельной работы операторов.
Сразу скажем, что это не решит проблему целиком, а только некоторые её части. Все равно параллельная работа остается. Если один оператор работает с одним экраном, а другой с другим экраном, то чудес не бывает — они все равно на одном компьютере, хоть ты тресни.
Во втором варианте решения есть два пути:
· Либо IP KVM система позволяет работать двум операторам на одном многомониторном источнике;
· Либо нет.
Компания Aten пошла по первому пути, то есть позволяет. Дальше покажем, как это работает. В TnTv, наоборот, считают, что неправильно разрешать работу двум операторам на многомониторном источнике, и у них реализован свой алгоритм, который не допускает этого. Если оператор работает с многомониторным источником, то другой оператор не подключается. Система скажет, что источник заблокирован. Там есть куча своих нюансов и ограничений, но сейчас вдаваться в подробности не будем.
Проблемы
Теперь переходим к проблемам. Мы не рассматриваем вариант с TnTv, потому что там блокируется работа двух операторов на одном многомониторном рабочем месте. Рассмотрим возможные проблемы на примере системы, где работа двух операторов на одном многомониторном рабочем месте допускается.
Проблема 1. Корректное позиционирование мыши
Вспомним предыдущую схему.
Оператор на одномониторном рабочем месте (справа) выбрал себе голубой экран, а курсор в это время находится на черном экране. Что происходит в такой момент?
Сверху симулирован многомониторный источник. Курсор находится на источнике в левом нижнем углу. Оператор начинает судорожно шевелить мышкой — а мышь-то где?!
Мышка нашлась на голубом экране.
Проблема в том, что оператор не видит, где мышь, потому что он подключается к рабочему столу, на котором ее просто тупо нет. Стандартный вариант, который мы наблюдаем сплошь и рядом — где мышь?! Хорошо, если она где-то рядом на соседнем рабочем столе, в противном случае мало шансов ее найти.
Нормальная система позиционирует мышь на тот рабочий стол, к которому оператор подключен.
Проблема 2. Ограничение рабочей области
Рассмотрим проблему на примере трехмониторного рабочего места и одного источника.
Если берем средний экран, область мыши будет большая, мы же подключили целиком компьютер. Оператор опять теряет мышь.
Подключаем средний экран, курсор уезжает вправо (или влево) — опять где мышь?!
Или еще веселее — где окошко?
Здесь мы видим окошко на левом мониторе, а в реальной жизни оператор может его не видеть.
Посмотрим, как это должно работать правильно, то есть мышь не выезжает за пределы рабочей зоны, к которой подключен оператор.
Здесь мышь (на правом экране) спозиционировалась правильно.
Кроме того, система не дает увести курсор за пределы экрана.
Это правильная работа системы. Далеко не каждая система умеет так делать. На самом деле, как всегда, дьявол кроется в мелочах. Казалось бы, такие маленькие нюансы, неочевидные большинству, оказывают влияние на то, можно ли нормально работать на этом рабочем месте. Многие интеграторы, которые считают, что они все знают, когда мы начинаем про это рассказывать, бывают удивлены.
Есть еще одна функция, которая относится к многомониторным рабочим местам.
Функционал Free Flow
Цитата из ТЗ:
«...на рабочем месте оператора, имеющем более одного монитора, переключение клавиатуры и мыши между мониторами осуществляется перемещением мыши на соответствующий экран.»
Вроде бы все понятно — это модная нынче тема Free Flow, когда берется мышка, и поехали с первого экрана на третий! Вроде бы все классно, понятно, может быть, даже оператору удобно, хотя как показывает практика, им быстрее с клавиатуры переключаться на нужный экран. Какие здесь могут быть проблемы?
Сначала расскажем на примере К/М переключателя от TnTv, что такое вообще Free Flow и как это работает.
Объединив все сервера (неважно, на какой ОС) на это устройство, мы получаем возможность управлять серверами, просто перемещая мышь с одного сервера на другой. Например, мы можем сначала управлять первым сервером — стандартно перемещаемся по расширенному рабочему столу, делаем то, что нам необходимо. Но если мы сдвигаемся правее, то сразу же оказываемся на следующем сервере, который расположен уже на базе ОС Linux. Если пойти мышкой вверх, окажемся на третьем сервере. Мы фактически освобождаем операторов от огромной работы по выбору экрана, по переключению между собой серверов. При этом там, где мы оказались при помощи мышки, есть возможность пользоваться клавиатурой и управлять этим сервером. Это просто магия — возишь мышкой и управляешь десятками серверов.
Основной вариант применения Free Flow, где он реально нужен — всевозможные системы видеонаблюдения, в том числе, СЦ, работающие с видеонаблюдением. Например, есть стена из 10-20 мониторов, и операторам надо переключаться между экранами. Человеку трудно быстро понимать, какой это экран, поскольку их много, они еще висят рядами. Ему удобней просто мышкой доехать до нужного экрана и там кликнуть окошко.
Классический пример: 4 видеосервера, 4 клавиатуры, 4 экрана
Более продвинутый вариант с К/М переключателем:
Но оператору нужно думать, на какой экран надо переключиться. Хорошо, если они висят в ряд, а если в несколько рядов, начинаются сложности. Поэтому лучше использовать К/М переключатель с функцией Free Flow.
У каждого вендора К/М переключатели имеют разный функционал и ценник, но суть одна и та же.
Пример: К/М переключатель TnTv
Количество PC:
· При прямом подключении: 4 шт.
· При каскадном подключении: 16 шт. (4 ряда по 4 монитора),
То есть суммарно можно организовать 64 монитора каскадом на 16 компьютерах и елозить мышкой по ним! Причем каждый экран может иметь произвольное разрешение, ориентацию, размер.
Пример: ПО TnTv
Цветом выделены экраны одного источника. Они имеют разное разрешение, по-разному расположены. Перемещая мышку, ими удобно управлять.
А вот в ситуационных центрах это неудобно, мы стараемся людей отговаривать от использования Free Flow. Почему, поясним на примере.
Есть классическое рабочее место с тремя экранами (на самом деле бывает больше)
Если едешь мышкой на другой экран, переключается К/М фокус на другой сервер. Мы сейчас долго рассказывали про уровни доступа, про права, про приоритеты, про параллельную работу. В этот момент времени произошла куча событий. Например, начальнику надо на черный экран, он едет на него, а там сидит пользователь или два десятка пользователей, и все они отваливаются. А если у начальника монопольный режим, у них еще экраны погаснут. Человек может случайно уехать на другой экран, а мышка в угол не упрется, потому что здесь режим Free Flow.
Посмотрим, как это выглядит в жизни.
Два пользователя работают на 3 экранах. Пользователь на среднем экране случайно заезжает на левый экран, и у пользователя, который работает на правом мониторе, все сбивается.
Free Flow имеет свои плюсы и минусы в зависимости от того, где он используется. Если оператор работает один, нет вероятности, что кто-то к нему подключится, наверное, это удобно. Но мы уже говорили, что по нашему опыту многим операторам удобнее управлять с клавиатуры. Нажать клавиши ALT-3 просто быстрее, чем елозить мышкой, даже с точки зрения эргономики. Но это уже выбор заказчика.
Посмотрим, как может работать корректно настроенная IP KVM система с переключением курсоров, с Free Flow и т.д.
Мышь перемещается свободно, курсор правильно позиционируется. Переехали на другой экран, курсор снова спозиционировался правильно. Обращаем внимание, что это один рабочий стол —сверху мышка автоматически переключается между рабочими столами одного компьютера.
Система понимает, что это один компьютер, какой это рабочий стол, какая последовательность, и она корректно отрабатывает все действия, правильно позиционирует курсор, понимает, где край, где не край. Мы собрали одну картинку из трех в произвольном порядке, и при этом окно двигается в пределах одного компьютера, перепрыгивая с одного экрана на другой. На самом деле это дорогого стоит, это очень сложно.
Мы продемонстрировали, как правильно должна работать IP KVM система, на примере оборудования компании Aten, дистрибутором которой являемся, на специальной версии ПО Colan Edition.
Это наша разработка, включая все алгоритмы совместной работы операторов в многомониторных системах и вообще весь функционал, который необходим для работы операторов ситуационных и диспетчерских центров. В этой отдельной версии софта под железо Aten для работы в ситуационных и диспетчерских центрах мы реализовали нашу практику эксплуатации. Мы 3 года делали этот продукт, потому что там очень сложные алгоритмы. Сейчас показали только верхушку, осталось очень много нюансов.