消息监控问题

ehomeud

您好，贵公司anychat 的视频呼叫服务 要求AB用户均不在房间内，才会被服务器监控 视频请求、 应答、 视频结束等状态。但是消息发送 是AB用户必须进入房间  通过TCP/UDP 交互。 如果 视频的请求状态和 AB用户 IM消息交互同时被监控 则出现冲突。因为视频要求请求前 AB不能再房间内（如果在同一房间内，则直接类似视频会议。。服务器无法监控状态） IM消息却被要求必须进入同一房间。
如果 不进入房间  我想用透明通道或者扩展通道进行消息传输 ， 但是 贵公司anychat 却没有提供 回调函数用户上层应用的处理。 请问有没有更好的解决方案呢？

admin

您好，视频呼叫服务与两个用户是否进入房间没有关系，视频呼叫、进入房间是两个独立的业务场景。

admin

如果 不进入房间  我想用透明通道或者扩展通道进行消息传输 ， 但是 贵公司anychat 却没有提供 回调函数用户上层应用的处理

如果使用透明通道，您可以在传输消息给目标用户的同时，主动向服务器发送一份消息副本（userid=0），服务器即可收到消息内容了，达到监控的目的。

ehomeud

admin 发表于 2015-10-7 10:22
如果使用透明通道，您可以在传输消息给目标用户的同时，主动向服务器发送一份消息副本（userid=0），服务 ...

请问下 透明通道 tcp 连接是长连接么？

ehomeud

admin 发表于 2015-10-7 10:20
您好，视频呼叫服务与两个用户是否进入房间没有关系，视频呼叫、进入房间是两个独立的业务场景。

类似qq 一样 随时聊天 随时视频  anychat  如何控制呢？ 视频的时候 要求类似qq 需要 请求 -接收--视频  的流程。

admin

由于“透明通道”不需要进房间即可以在客户端之间传递消息，而且是数据有保障的（保障先后顺序、保障可达），所以您可以使用透明通道来传输文字聊天数据。

ehomeud

admin 发表于 2015-10-7 15:49
由于“透明通道”不需要进房间即可以在客户端之间传递消息，而且是数据有保障的（保障先后顺序、保障可达） ...

恩 是的 但是需求是 聊天记录 必须要在上层应用持久化 。。。所以觉得客户端发两次 一次是AB用户通信 一次userId=0 通知服务端 这样感觉显得有点累赘  而且 客户端流量变成了 两倍。。。

admin

相对于视频数据（100kb/s），文字聊天（0.1kb/s）的流量可以忽略了，毕竟文字的数据量是非常小的。

ehomeud

admin 发表于 2015-10-7 17:45
相对于视频数据（100kb/s），文字聊天（0.1kb/s）的流量可以忽略了，毕竟文字的数据量是非常小的。

恩 非常感谢