SOFT FOR YOU,

Создавай серверный socket. Если не удалось - (потому, что уже создан) - шли туда любые команды и/или получай любые ответы.

SOFT FOR YOUЭто я так понял ответ на второй вопрос
И на 1-й тоже. GetUserName можно включить в протокол, например.
SOFT FOR YOUОкей а можно ссылки почитать, что за серверный сокет.
socket/bind/listen google
SOFT FOR YOUИ не получится ли так, что сообщение "дойдёт" только одному приложению, а не нескольким.
Конечно, получится, ведь сервер можно создать только один.
Если нужно общатся с несколькими - значит нужно будет делать отдельную прогамму-сервер обновлений, к которой все прогаммы-обновляторы подключаться.
Может так и проще. Я ж не знаю, какая у тебя логика вообще.
SOFT FOR YOUИ как изменится логика, если создавшее сокет приложение закроется.
Получится создать сокет и это будет означать, что это приложение первое.

SOFT FOR YOU,

Не совсем понятны фразы "заблокировали экзешник", "заблокировано приложение".

SOFT FOR YOU,
Понятно примерно, что ты хочешь.
DimaBrSOFT FOR YOUДа. Но когда стартует инсталер, мы видим, что приложение заблокировано (запущено). А кем именно - не видим. И сделать с этим особо тоже ничего не можем )
По этому каждому пользователю своя папочка и своё приложение.

Приблизительный алгоритм действий:
1. Ставишь в одну папку, все пользователи запускают из неё;
2. При запуске создаешь mutex с именем 'Global\SOFT_FOR_YOU_MUTEX_SUPERPROGRAM_FIRST_RUN'. Если после этого GetLastError <> ERROR_ALREADY_EXISTS - значит запуск первый, иначе - не первый; закрываем этот mutex;
3. Создаем event с именем 'Global\SOFT_FOR_YOU_EVENT_SUPERPROGRAM_UPDATED';
4. Запускаешь поток, который ждет WaitForMultiply( INFINITE ) этот event и event, который выставляется в главном потоке перед закрытием приложения. Если Wait закончился и это не закрытие приложения - выдаем сообщение, что необходимо перезапуститься (или принудительно это делать, тут уж зависит от желания).
5. Если запуск первый - проверяем и если надо тянем обновление, после вытяжки переименовываем Application.ExeName в Application.ExeName + '_old'; Делаем SetEvent( Global\SOFT_FOR_YOU_EVENT_SUPERPROGRAM_UPDATED ).

Если предполагается, что программы будут редко перезапускаться и постоянно висеть - то значит пункты 2 и 5 лучше вынести в отдельный поток и запускать его всегда и постоянно (п. 5 вызывать в нем если GetLastError <> ERROR_ALREADY_EXISTS).

alekcvpА если запущено 5 экземпляров, но тут закрыли первое приложение?
Выше ответил уже)
alekcvpИМХО, надо не закрывать мутекс...И держать открытым.
Да, конечно, не надо, тут я не то написал написал. Хотя тут в этом варианте 20711214 можно и закрывать.
alekcvpа сначала пытаться открыть, и при остуствии - создавать.
Нет, иначе двое не смогут открыть и создадут, т.ч. это то же самое.

alekcvpтак что ИМХО без отдельного сервиса не обойтись.
Бывает что да.

alekcvpYuRockНет, иначе двое не смогут открыть и создадут, т.ч. это то же самое.
Там от флагов зависит, создать может только один (он и будет хозяином), а открыть - многие, и он будет существовать пока его последний не закроет (или не закроется сам).
С такими флагами при одновременном вызове CreateMutex вернет не NULL только одной программе. Тоже не подходит.

alekcvpYuRockС такими флагами при одновременном вызове CreateMutex вернет не NULL только одной программе. Тоже не подходит.
https://msdn.microsoft.com/ru-ru/library/windows/desktop/ms682411(v=vs.85).aspx If the mutex is a named mutex and the object existed before this function call, the return value is a handle to the existing object , GetLastError returns ERROR_ALREADY_EXISTS, bInitialOwner is ignored, and the calling thread is not granted ownership.
С чего вдруг?
Ну это обычное поведение. Потому и можно спокойно вызывать CreateMutex без OpenMutex. Ты ж говорил, что какие-то флаги есть, чтобы создать мог только один.

alekcvpК тому же ничего не мешает вызвать сначала OpenMutex(SYNCHRONIZE,...) и только в случае ERROR_FILE_NOT_FOUND создать его самому.
Мешает, 3-й раз повторяю. 132 процесса одновременно вызовут "OpenMutex(SYNCHRONIZE,...)", получат ERROR_FILE_NOT_FOUND и полезут его создавать. Так в чем сокральный смысл в данном случае вызова OpenMutex?

JaDiзапустилось у всех разом (связь появилась)
Не только этот случай. А если, например, шедулер какой-то запускает однотипные (один экзешник) процессы-задачи. Вполне может и десяток-сотню запустить одним махом, если накопилось.
Тут, конечно, не до вопросов пользователю, но тоже чем не случай.

SOFT FOR YOUОкей
Вы уверены, что если создать службу, то она сможет видеть все запущенгые копии разных учётных записей и осуществлять между ними взаимодействие?
Да, у неё будут права. Остается неясным, зачем ей надо с ними взаимодействовать , ведь её цель - просто скачать обновление и положить куда надо, и всё.

SOFT FOR YOUЕщё момент. Не напомните, как осуществляется установка локальных версий приложения. Ведь если он кладётся в Program Files... разве он не глобальный?
При с помощью выбора локальной папки (C:\Users\SOFTFORYOU\...) при установке (константа CSIDL_APPDATA ф-ции SHGetSpecialFolderPath, например).

SOFT FOR YOUВедь если он кладётся в Program Files... разве он не глобальный?
Если ты выбрал в Program Files - то туда и кладется. Ты, кстати, вначале определись всё-таки, как тебе лучше - в PF ставить или в CSIDL_APPDATA всё-таки.