消息监控问题

ehomeud · 发表于 2015-10-7 10:06:40

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

admin · 发表于 2015-10-7 10:20:57

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

admin · 发表于 2015-10-7 10:22:18

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

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

ehomeud · 发表于 2015-10-7 15:24:31

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

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

ehomeud · 发表于 2015-10-7 15:26:32

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

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

admin · 发表于 2015-10-7 15:49:42

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

ehomeud · 发表于 2015-10-7 17:21:01

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

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

admin · 发表于 2015-10-7 17:45:48

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

ehomeud · 发表于 2015-10-12 13:46:42

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

恩非常感谢

		自动登录	找回密码
密码			立即注册