2015-05-12 3 views
0

Я пишу приложение Windows Form, которое будет включать встроенный клиент Lync. Я использую Lync UCWA api, и я хочу иметь возможность отправлять сообщения между двумя экземплярами запущенного приложения Windows Form. Когда я пытаюсь отправить сообщение из приложения Windows Form, для его получения всегда появляется собственный Lync-клиент. Я не могу понять, как обойти собственный Lync-клиент и заставить сообщение появляться в приложении Windows Form вместо этого.Lync Ucwa bypass Lync client

Я читал о запуске Lync в режиме UISuppressed, но я не хочу этого делать, потому что пользователям может понадобиться его использовать (это внутреннее приложение).

ответ

2

Вы не можете контролировать или предотвращать это. Как стандартный клиент Lync, так и ваше приложение UCWA являются активной зарегистрированной (пользовательской) конечной точкой для этого пользователя. Это называется терминологией Lync. MPOP: множественная точка присутствия. Это то же самое, что и в случае, когда вы используете Lync для одного и того же пользователя на двух разных компьютерах или на ПК и на телефоне. Диалоговое приглашение («тост») автоматически создается с первым сообщением, отправленным пользователю, которое инициирует разговор, доставляется ко всей конечной точке (может влиять местный статус присутствия конечной точки). Это зависит от разных клиентов, как это обрабатывается, а следующее сообщение в разговоре будет доставлено только конечной точке, которая приняла разговор.

Итак, я не думаю, что у вас есть способ помешать стандартным клиентам (клиентам) показать тост при запуске беседы.

Будем надеяться, что эта статья может предоставить вам более подробную информацию и примеры о MPOP и IM: http://blogs.technet.com/b/11/archive/2014/01/31/lync-2013-explained-instant-message-delivery-in-spop-amp-mpop-scenarios.aspx

-1

Если вы знаете GRUU конечной точки (которые вы, вероятно, потому что это ваше собственное приложение), вы можете отправить сообщение специально для этого uri, а не просто «главный» sip uri.

В принципе, каждая конечная точка имеет конкретный GRUU (уникальный адрес), и отправка сообщений на нее означает, что она специально идет туда, а не уведомляет каждую активную конечную точку, которую пользователь имеет. Когда у вас есть экземпляр LocalEndpoint, GRUU можно найти на свойстве EndpointUri.

+0

это возможно для UCMA, а не для UCWA. –

+0

Вы все равно сможете ориентировать конкретную конечную точку даже в ситуациях MPOP. Именно по этой причине GRUU существует: иметь дело с одним адресом sip, имеющим несколько конечных точек. Предполагая, что UCWA позволяет использовать GRUU и не заставляет просто простенький адрес sip, это должно работать. –

Смежные вопросы