Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Захват окна [D7, 2000, XP]

Страницы: 1 2 >
Свободный художник © (2010-03-26 10:14:00)
Доброго времени суток. Интересует следующий вопрос...на одном из компьютеров сети работает определенная "программа", каким образом можно управлять этой программой на другом компьютере сети.
1) На сколько я себе представляю это два приложения, первое работает на компьютере с "программой", второе на компьютере с которого должно происходить управление.
2) "Программа" выглядит в виде одного окна с одним и тем же постоянным именем...соответственно можно осущесвить захват окна
3) Скринить окно и пересылать на компьютер с которого происходит управление и в случае нажатия мыши по координатам окна нажимать мышь на компьютере с программой в нужном месте.

Так вот я о чем....как же осуществить захват окна. Ткните в нужную сторону...или может эта задача уже решена другим способом?

oldman (2010-03-26 14:32:00) [1]

> Посадить их в одну комнату не получиться, потому, что расстояние
> между компами около 10 км.

Дневной дежурный караулит днем, а ночной ночью за 10 км...
:)))

Сергей М. (2010-03-26 14:31:00) [2]

> Свободный художник (26.03.10 14:24) [21]

Ничто не мешает организовать на машине со "скадой" отдельныйдесктоп ( специально для "ночного"), запустить там нужный экз-р "скады" с нужными параметрами и организовать удал.доступ к этому раб.столу вышеупомянутыми средствами.
И нехай "ночник" днем любуется этим столом и окном "скады" на нем сколько душе угодно, а ночью разрешать ему еще и управление своим удал.столом.

Свободный художник (2010-03-26 14:24:00) [3]

> Сергей М. © (26.03.10 13:49) [20]

Тем что...
1) На компютере со скадой запущен не один процесс а несколько. Каждый из которых висит в отдельном окне скады и контролит свою область задач.
(фактически запущено несколько скад)
2)Дежурных несколько и каждый может иметь доступ только к своей области задач
3) Посадить их в одну комнату не получиться, потому, что расстояние между компами около 10 км.

ну кажется ситуация ясна. Всем спасибо за участие

Сергей М. (2010-03-26 13:49:00) [4]
> Тоже самое что и в ночное, мониторит

Прямо робот какой - денно и нощно без отдыха трудится)

Ну если он только "мониторит", то и пусть себе мониторит на здороье - и MSRDC, и RAdmin, и UltraVNC, и TeamView предоставляют функциональность доступа к удал.столу в режиме только просмотра.
"Дневной" придя на раб.место первым делом разрешает именно этот режим доступа к своему раб.столу, после чего запускает свою "скаду" и работает с ней. "Ночной" при этом имеет возможность просматривать все тоже самое что видит "дневной", но не имеет возможности управлять клавой и мышью.
По окончанию раб.дня "дневной" не выключая "скаду" разрешает полный удал.доступ к своему раб.столу, в результате реконнекта "ночной" получает возможность не только глазет на удал.раб.стол, но и управлять им, в т.ч. "скадой".

Чем не устраивает такая организация "рабочего процесса" ?)

oldman (2010-03-26 13:43:00) [5]
Посадить ночного и дневного дежурных в одну комнату нельзя?

Свободный художник (2010-03-26 13:08:00) [6]
Тоже самое что и в ночное, мониторит.
А вот в teamviewer что-то не нашел ничего подобного.

Сергей М. (2010-03-26 13:03:00) [7]

> Пока работает дневной дежурный, ночной может только просматривать

Интересно, что делает "ночной дежурный" на рабочем месте в дневноевремя ?)

Свободный художник (2010-03-26 12:24:00) [8]
Смысл этой "скады" заключается в том, что она просто показывает ряд параметров на экране в небольшом графическом интерфейсе. Необходимость просмотра параметров должна быть и у одного пользователя и у удаленного пользователя, но изменять что-то в программе они будут явно не одновременно. Чтоб вы понимали о чем речь...есть дежурный, который сидит на компе днем (просматривает и изменяет параметры), а ночью и в выходные дни сидит дежурный, который должен иметь возможность контролировать(просматривать и изменять) скаду удаленно.
Пока работает дневной дежурный, ночной может только просматривать, на случай форс мажора.

Сергей М. (2010-03-26 12:09:00) [9]

> Свободный художник (26.03.10 12:01) [12]

Да.

Но ты ничего не сказал про то будет ли за удаленным компьютером работать пользователь в момент когда будет осуществляться удал.доступ к его раб.столу ... А это важно ..
Чтобы не мешать лок.пользователю, потребуется удал.доступ к отдельному раб.столу с соответствующими правами на запуск контролируемого приложения под управлением этого стола

oldman (2010-03-26 12:05:00) [10]
Когда ты будешь управлять другой программой, второй (удаленный) пользователь может ей управлять? Грабли!!!

{RASkov} (2010-03-26 12:05:00) [11]
> Если у вас есть соображения по поводу готового софта...

TeamViewer - в нем есть, помоему, возможность управления отдельным окном...

Свободный художник (2010-03-26 12:01:00) [12]
Правильно ли я понимаю, что если я не знаю ни логику программы, ни формат данных, то в данном случае подходит только что-то типа РАдмина?

Сергей М. (2010-03-26 11:58:00) [13]

> Свободный художник (26.03.10 11:46) [7]

В целом возможность или невозможноть реализации такой задачи сильнозависит от внутренней логики того самого конкретного приложения, к UI которого требуется удаленный доступ.

Свободный художник (2010-03-26 11:56:00) [14]
1)Программа осуществляет контроль ряда устройств. По большом усчету это что-то типа скады, только в очень каком-то ужатом виде и видимо написана не крупной компанией.
2)При попытке работать с этими данными по сети из под той же программы происходит ошибка доступа, говорит, что файл уже занят.
Ну т.е. ставлю туже программу на другой компютер, пытаюсь прописать путь в сети, и при запуске/подключении к данным выскакивает виндовая ошибка о совместном доступе
3) Нет. Данные храняться в неизвестном формате.

oldman (2010-03-26 11:48:00) [15]
Что делает программа-то?
Может проще получить доступ к данным на другом компьютере?

Свободный художник (2010-03-26 11:48:00) [16]
Пользователь же не сходит с ума от применения софта удаленного администрирования, например RAdmin. Думаю что и в этом случае выдержит.

Свободный художник (2010-03-26 11:46:00) [17]
Под фразой захвата окна понимаю возможность управления окном, вызов событий нажатия клавиши мыши на объекте (проще говря нажимать на кнпочки). Если нельзя или сильно сложно получить управление окном в моем понимаии, то предполагаю перехватывать управление мышью.

oldman (2010-03-26 11:46:00) [18]

> 3) Скринить окно и пересылать на компьютер с которого происходит
> управление и в случае нажатия мыши по координатам окна
> нажимать мышь на компьютере с программой в нужном месте.
>

> В том то и дело, что мне нужно только одно окно, а не весь
> рабочий стол.

Пользователь на "другом" компьютере сойдет с ума и придет драться.

Свободный художник (2010-03-26 11:43:00) [19]
В том то и дело, что мне нужно только одно окно, а не весь рабочий стол. Radmin и т.д. Это все понятно. Но мне нужно получить упрвление только одним окном и я хочу все это хозяйство реализвать, потому что либо не нету такого готового ПО либо я действительно плохо искал. Если у вас есть соображения по поводу готового софта...я буду только рад. Ткните пожалуйста, буду очень признателен

Юрий Зотов (2010-03-26 11:43:00) [20]
А что такое "захват окна"?

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »