それは多くのことに依存します、と私は言います。まず第一に、「概要」アプリケーションにとって興味深いのは各行の最後の値ですか、それとも行の状態を判断するために複数の値が必要ですか、それとも値の履歴が必要ですか?
最後の値のみに関心がある場合は、この値を概要アプリに直接伝えます。他の人が示唆しているように、ここには多くの可能性があります。
- TcpClientを使用した生の TCP (少し低レベルかもしれません)。
- 概要アプリケーション (おそらく Web アプリケーション) で http エンドポイントを公開し、このエンドポイントに新しい値を投稿します。
- WCFを使用して、オーバービュー アプリケーションでいくつかのエンドポイント(名前 付きパイプ、net.tcp、httpなど) を公開し、各クライアント アプリケーションからこのエンドポイントを呼び出します。
- MSMQ を使用して、各クライアントがメッセージをエンキューし、概要アプリによって取得されます (WCF でも直接サポートされます)。
値の履歴が必要な場合、または回線の状態を判断するために複数の値が必要な場合は、データベース ソリューションを使用します。次に、もう一度選択する必要があります。各クライアントがデータベースに書き込むか、各クライアントが概要アプリに投稿し (上記の通信手段のいずれかを使用)、概要アプリがデータベースに書き込むかです。
状況に対する制約がこれ以上わからない場合、これらのいずれかを決定するのは困難です。