ソケットに行っても、ルーティング、キャリア フィルタリング、NAT 変換のために少し難しいかもしれません (実際のネットワーク トポロジについては言及していません)。これが、「プッシュ」パラダイム (クライアントが実際にポーリングする Exchange のプッシュ メカニズムなど) であっても、ほとんどのモバイル アプリケーションがサーバーをポーリングする必要がある理由です。
一般的に言えば、安定した、ルーティング可能な、フィルタリングされていないネットワーク アクセスがあるローカル ワイヤレス ネットワークのようなものを使用している場合を除き、クライアントは定期的にサーバーを呼び出して、サーバーにデータがあるかどうかを確認する必要があります。存在する場合は、サーバーからデータをプルします。
編集
あなたのコメントからあなたのトポロジーについてもう少しわかったので、私はあなたをもう少し操縦することができます. 残念ながら Microsoft は、Windwos CE デバイスがサービス (WCF など) を簡単にホストできるようにしていません。理論的には、独自の WCF チャネルを構築し、実際にサービスをホストするために必要なインフラストラクチャがありますが、それは簡単な作業ではありません。かなり前に調べたところ、既存の Exchange チャネルがどのように機能するかを知っているレドモンドの誰かの助けを借りて、数か月の作業が必要であることがわかりました。
個人的には、私たちの Padarn Web サーバーを使用して REST ベースの Web サービスをホストすることを選択します。これは実行が簡単で、現在かなりの数のクライアントに対して実行してきたからです。解決策として Padarn を提案するのは少し利己的であることは理解していますが、Padarn にカスタム IHttpHandlers を実装した理由は、CE デバイスが独自のものをホストするための簡単な方法を実際に提供するものを他に見つけることができなかったからです。これは、多くの場合、解決策を提供しなければならない問題です。
他のオプションは、デバイス上で FTP サーバーをホストする独自のソケット ソリューションのようなもので、MS が提供する (忌まわしい、IMO) HTTP サーバーと ISAPI、Telnet などを使用します。それらはすべて、ハック、多くの作業、またはその両方のようです。