HTMl5 がオンライン会議システムのクライアント部分に適しているかどうかを調べようとしています。クライアントは、次のことができる必要があります
。 1. ビデオ タグを使用して、サーバーから提供されたライブ ビデオを表示します。
2. オーディオ タグを使用して、ライブ オーディオについても同様です。
3. システムは、テキスト メッセージングもサポートしています。ここでは websockets
4 を使用できます。デスクトップ共有機能もあります。この種のデータ ストリームについては、websocket も考えていました。ただし、これはバイナリ データであるため、送信前に base64 でエンコードできます。したがって、html5 クライアントでは、デコードして処理し (独自のプロトコルです)、キャンバス オブジェクト (?!) を使用して画面に描画する必要があります。
webapp はこの量のデータを同時に処理できますか?
これに備えてHTML5は用意されていますか？
ウェブアプリはこの量のデータを処理できますか? はい
HTML5 はこれに対応していますか? まだですが、すぐに
これらはすべて、HTML5 が対処しようとしている領域です。ただし、一部の作業グループは他の作業グループよりも先に進んでおり、ブラウザーでの機能の実装レベルはさまざまです。エリクソンはこの分野で多くのことを行っています。使用可能なビデオ/オーディオ会議を行うのに十分なこれらのテクノロジを有効にする、パッチが適用されたバージョンの Webkitがあります。
デスクトップ共有に関しては、noVNC (ブラウザ内の VNC クライアント) がこれが可能であることを示しています。noVNC (免責事項: 私は noVNC を書きました) は、Javascript と Canvas を使用してブラウザーで完全な RFB/VNC デコードとレンダリングを行います。WebSocket はまだバイナリ データをサポートしていないため、WebSocket を使用してデータを送受信し、base64 でエンコード/デコードします。WebSockets to TCP プロキシwebsockifyを使用して、VNC サーバーと通信します。それは非常にうまく機能します。
ここにリンクされているため、関連する標準の一部が機能します。
さまざまな HTML5 関連技術の状況を確認するのに最適な場所: http://caniuse.com
エリクソンのラボで行われている作業を確認することをお勧めします。
新しいデバイス API のインデックス ページも参照してください。