(現在) Curses/Ncurses を使用するエンタープライズ クラスのネイティブ C++ ターミナル エミュレーション アプリケーションの書き直しを検討しています。そこから、HTML5/WebSocket ソリューションへと進みたいと考えています。（楽しそうですよね？）
以前は、telnet を使用してレガシー端末エミュレーション アプリケーションに (クライアントから) 到達していました。もちろん、サーバーは Curses アプリケーションを実行しました。しかし、この TEXT ベースの Curses テクノロジは非常に古いものです。最近の新しいハードウェアは、おそらくクライアント アプリケーションをネイティブに実行したり、HTML5/WebSocket Web アプリケーションを実行したりするのに十分強力でしょうか?
Windows CE と Windows Mobile は寿命が近づいていますが、これらのオペレーティング システムとそのハードウェア ベンダーの将来はどう見ても気まぐれです。たとえば、今後 5 年間ですべてが「Android になる」可能性があります。
この従来の C++ ターミナル エミュレーション アプリケーションを、バックエンド アプリケーション サーバーと通信する本格的な HTML5/WebSocket アプリケーションに置き換えたいと考えています。
警告: このような HTML5/WebSocket ソリューションが、既存の顧客を (WebSocket プロトコルをサポートする Web ブラウザーを使用するために) 新しいハードウェアに移行することを余儀なくされるかどうか、または既存の顧客を「再利用」できるかどうかを (早い段階で) 知る必要があります。現在 Windows CE 5/6.5、Windows Mobile 5/6.5/7、または Windows Embedded オペレーティング システムを搭載している機器。
注意 2: また、最新かつ最高の RF デバイス (無線周波数銃) でさえ、まだ Windows Mobile 6.5 または Windows CE 6 を実行しているように見えますか?
HTML5および/またはWebSocketプロトコルのみが可能なオペレーティングシステムとブラウザーをリストした表を（Microsoft、IE Dev Centerなどで）発見できませんでした。