クライアント (スマートフォン) からサーバー (処理マシン) に画像または画像記述子を送信する必要があります。サーバーは、ビデオ ストリーム内の画像/機能を認識しようとし、検出されたものの ID と追加データを返信します。通常、認識プロセスは数秒以上続くことはありません (認識される画像の数が多いことを考慮して)。理想的には、処理サーバーはミリ秒以内に応答します。
検出される画像は「セットアップ段階」で送信され（大きな遅延があっても問題ありません）、認識プロセスが実行されるサンプリングされたビデオフレームが特定の頻度で送信されます。たとえば、5フレーム/ 2番目。（もちろん周波数は可変です）
これを実装するための最適な通信プロトコルは何ですか? コードは C/C++ で記述される予定ですが、コードの実装よりも、ワークフロー (概念) がどのように見えるかにより興味があります。
これにはHTTPで十分ですか？RTSP か何か他のものはどうですか? データはスマートフォン (インターネット接続が例外的ではない場合) から処理マシン (サーバー、高速インターネット接続) に送信されることに注意してください。
ありがとうございました！
編集：回答ありがとうございます。実際、私は特定のニーズを実装できる既存の通信プロトコル間の比較を探していました。私が言ったように、「接続」を実装するコードの複雑さには興味がありません。私のユースケースと比較して、それらの間のいくつかの長所/短所を見たいと思っていました。一方、認識を行うサーバーは、スマートフォン上で動作するアプリケーションが実装する通信プロトコル（+API）に準拠している必要があり、それ以上のものはありません。つまり、サーバーがクライアントの要求を理解し、要求を行うアプリケーションが理解できる応答を返すことができる限り、サーバーがどのように機能するかは気にしません。
私が言及するのを忘れていたこと (私の悪い点) は、このユースケースの実装をサポートするすべての通信プロトコルに興味があるということです。