Ajax HTML5 p2p通信

我需要构建一个web应用程序，在实时流中注入实时字幕。 字幕将由操作员使用语音识别软件（或打字员）生成，并填充浏览器上的文本区域。消费者将是浏览器中的HTML5视频标签

理由很简单，可能比网络聊天（这是一种单向交流）简单

这是我当前的实现：

• 在producer上——当出现一些新文本时——我通过AJAX在服务器上调用一个writer脚本，该脚本将文本写入文件
• 在客户机上，我通过ajax（使用“comet”轮询）不断调用服务器上的读卡器脚本，该脚本返回新文本，我将其注入视频标记以呈现字幕

这个实现很有效，但是看起来很复杂，我对它不太满意。。。

---

有关于“更智能”或更清洁的体系结构的建议吗？

Sockets/nodejs。每次有新数据时，套接字都会为您打开与浏览器的连接。不需要投票

---

例如，你知道，“ajax”和“comet”从根本上与p2p不兼容，对吗？要么你在要求不可能的事情，要么你在滥用这些术语。问题在于点对点通信。如果中间必须有一个服务器是一个建筑问题…我只是想要一个更干净的实施方案…谢谢！但是，它是否会导致防火墙出现问题（应用程序必须连接不同的LAN…）？不，它不应该干扰防火墙。如果浏览器能在第一时间到达服务器，我当然明白了。。。1337端口上的通信发生在服务器端，对吗？