聪明地接受传入的IM会话。 [英] Smartly accepting incoming IM session.

问题描述

我们有基于UCCA的申请。我们的应用，只要在下面的功能接收的通知事件接受传入IM会话

空隙_IUccSessionManagerEvents.OnIncomingSession（

                IUccEndpoint EventSource的，

          &NBSP ;    UccIncomingSessionEvent EVENTDATA）

{

...

eventData.accept（） ;

....

}

自动接受邀请 如果同一用户立即产生问题从其他应用程序（如MOC）签署。在这种情况下，其他应用程序不会收到通知或没有机会接受会话。

在试验MOC时，我们注意到MOC有一些额外的智能。它知道用户的登录会话数。

如果用户只有一个登录会话，那么它会立即自动接受传入的IM会话。

如果用户有多个登录会话然后它等待（给用户约10秒的时间接受用户想要的地方）然后在超时它接受会话。

问题：

1）有没有办法知道用户的登录会话数？ 

2）有没有办法得到第一个传入消息文本，而不接受会话？

解决方案

MOC通过发布&执行此QUOT ;设备"和"状态"每个的在线类别 向服务器注册的MOC实例。  MOC的每个实例还订阅自存在用于用户和获取存在类别
表示所有注册的端点的实例。

用于处理传入IM的方法会话大致是：

1. 获取传入会话
2. 查看缓存的自我存在
3. 如果没有其他端点已注册，然后自动接受会话
4. 如果有其他端点，则等待一段时间让用户选择接受
5. 如果用户未在超时之前选择，然后是"最活跃的"，端点自动接受

最活跃的端点大致是最近发布最活跃状态的端点。

你可以看到什么存在的模式看起来像在这里：
统一通信增强状态的架构Microsoft Office Communications Server 2007 R2

We have application based on UCCA. Our application accepts incoming IM session as soon as notification event received in following function.

void _IUccSessionManagerEvents.OnIncomingSession(
                            IUccEndpoint eventSource,
                            UccIncomingSessionEvent eventData)
{

....

eventData.accept();

....

}

Auto accepting invitation immediately creates problem if same user signed from other applications (like MOC). In this case other application does not receive notification or does not get chance to accept session.

While experimenting MOC, we noticed that MOC has some extra smartness. It knows number of login session for user.

if user has only one login session then it auto accept incoming IM session immediately.

if user has multiple login session then it waits (giving ~10sec time to user accept it where ever user want) and then on timeout it accepts session.

Question:

1) Is there any way to know number of log-in session of user? 

2) Is there any way to get first incoming message text without accepting session?

解决方案

MOC does this by publishing "device" and "state" presence categories for each  instance of MOC that registers with the server.  Each instance of MOC also subscribes to the self-presence for the user and gets instances of the presence categories for the all the registered endpoints.

The process for handling an incoming IM session is roughly:

1. Get incoming session
2. Look at the cached self-presence
3. If no other endpoints are registered, then auto-accept the session
4. If there are other endpoints, then wait for some interval for the user to chose to accept
5. If the user does not chose before the timeout, then the "most active" endpoint auto-accepts

Most active endpoint is roughly the one that published the most active state most recently.

You can see what the presence schemas look like here: Unified Communications Enhanced Presence Schemas for Microsoft Office Communications Server 2007 R2

这篇关于聪明地接受传入的IM会话。的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！