TCPサーバプログラムを自作した経験がなかったため、まずはサンプルプログラムを検討してみました。
TCPサーバサンプルプログラム以下のサンプルプログラムをテストしてみました。
（１）同期サーバーのソケットの例
https://msdn.microsoft.com/ja-jp/library/6y0e13d3(v=vs.110).aspx
（２）非同期なサーバーのソケットの例
https://msdn.microsoft.com/ja-jp/library/fx6588te(v=vs.110).aspx
（３）TcpListener クラス
https://msdn.microsoft.com/ja-jp/library/system.net.sockets.tcplistener(v=vs.110).aspx
（４）C# で ソケット通信の基礎的サーバー作成(TcpListener + TcpClient)
http://note.chiebukuro.yahoo.co.jp/detail/n1657
動作テスト環境（１）TCPサーバプログラム作成用
Visual Studio Express 2012 for Windows Desktop
（２）COMポート用プログラム
まずは下記のCsharp Simple CDC Demo.exe：実行ファイルを使用します。
[2-1.zip]をダウンロードする。解凍するとフォルダー内にMicrosoft Visual C#2012フォルダーがあります。フォルダー内に
（１）*Basic Communicationフォルダー：ソースファイル群
（２）Csharp Simple CDC Demo.exe：実行ファイル
があります。
（３）シリアル＿USB変換プログラム
シリアル-USB変換モジュールソースプログラム（送信側）
と同一となります。
[../f41/26-1.zip]をダウンロードする。解凍するとMy-CDC-Basic.Xフォルダーがあります。
ボーレートの変更：UART_Init(9600);→UART_Init(115200);に変更します。
（４）ブレークアウトボードのピン設定
（1）ENピン：（Chip Enable.）→Highに設定します。
（２）GPIO-15ピン：（Type I/O MTDO；HSPI_CS; UART0_RTS)→Lowに設定します。
（３）GPIO-2ピン：（Type I/O UART Tx during flash programming)→Highに設定します。
（４）GPIO-0ピン：（Type I/O SPI_CS2)→Highに設定します。
（５）TXピン：（Type I/O GPIO-1)→通信相手のRXに接続
（６）RXピン：（Type I/O GPIO-3)→通信相手のTXに接続
（７）3V3ピン：→3.3V電源供給
（８）GNDピン：→アース
評価回路外観評価回路外観を以下に示します。
同期サーバーのソケットの例のテストhttps://msdn.microsoft.com/ja-jp/library/6y0e13d3(v=vs.110).aspx
（１）Visual Studio Express 2012 for Windows Desktopを管理者として実行します。
（２）メニューの「ファイル」＿「新しいプロジェクト」を選択します。
（３）「テンプレート」＿「Visual C#」＿「コンソールアプリケーション」を選択します。
（４）デフォルトの名前「ConsoleApplication1」のまま「OK」ボタンを押します。
（５）Program.cs の内容を消去し、サンプルプログラムをペーストします。
（６）if (data.IndexOf("
（７）メニューの「デバッグ」＿「デバッグ開始」を選択します。
（８）コンソールに以下が表示されます。
Waiting for a connection…
（９）メニューの「デバッグ」＿「全て中断」を選択します。
(１０）Socket handler = listener.Accept();で停止していることが確認できます。
（１１）AE-USBPIC44基板のUSBを接続します。
（１２）Csharp Simple CDC Demo.exeを起動します。
（１３）COMポートを選択して、「Connect」ボタンを押します。
（１４）ESP-WROOM-02に電源を供給しします。
（１５）ボーレート76800ｂｐｓで以下データを受信します。
ets Jan 8 2013,rst cause:1, boot mode:(3,0)
load 0x40100000, len 1396, room 16
tail 4
chksum 0x89
load 0x3ffe8000, len 776, room 4
tail 4
chksum 0xe8
load 0x3ffe8308, len 540, room 4
tail 8
chksum 0xc0
csum 0xc0
2nd boot version : 1.4(b1)
SPI Speed : 40MHz
SPI Mode : QIO
SPI Flash Size & Map: 8Mbit(522KB+512KB)
jump torrun user1 @ 1000
（１６）ボーレート115200ｂｐｓで以下データを受信します。
ready
WIFI CONNECTED
WIFI GOTIIP
（１７）送信文字列に「AT+CWMODE=1」を入力して、「\r\n有り送信」ボタンを押します。
（１８）送信文字列に「AT+CIPSTART="TCP","192.168.11.2",11000」を入力して、「\r\n有り送信」ボタンを押します。
（１９）TCPプログラムは接続を完了して、int bytesRec = handler.Receive(bytes);まで進行します。
（２０）送信文字列に「AT+CIPMODE=1」を入力して、「\r\n有り送信」ボタンを押します。
（２１）送信文字列に「AT+CIPSEND」を入力して、「\r\n有り送信」ボタンを押します。
（２２）以上でトランスペアレントモードの初期設定が完了してATコマンドは使用できなくなります。
（２３）送信文字列に「AT+CIPSEND」を入力して、「\r\n有り送信」ボタンを2回押します。
（２４）以下のような画面となります。
同期サーバーのソケットの例の分析（１）Socket handler = listener.Accept();を実行すると、Socketの接続待ちとなる。接続待ちの間は、実行が完了しないため、サーバー アプリケーションの実行が中止されロック状態となる。
（２）int bytesRec = handler.Receive(bytes);を実行すると、Socketのデータ受信待ちとなる。データ受信待ちの間は、実行が完了しないため、サーバー アプリケーションの実行が中止されロック状態となる。
（３）本サンプルでは、データ受信のタイミングでデータ返信を行っている。
（４）本サンプルでは、データ受信のタイミングでデータ返信を行った後、接続を切断している。
（５）接続の切断を行わない場合は、任意のタイミングでサーバ側からクライアント側に送信が可能である。
（６）以下のコードに変更するとデータ受信待ちのロック状態を防止できる。
if (handler.Available > 0)
{
int bytesRec = handler.Receive(bytes);
data += Encoding.ASCII.GetString(bytes, 0, bytesRec);
if (data.IndexOf("\n") > -1)
{
break;
}
}
System.Threading.Thread.Sleep(10);
長所：
（１）コード記述が簡潔でわかりやすい。
（２）データ受信後の接続の切断をやめることにより、任意のタイミングでサーバ側からクライアント側に送信が可能である。
短所：
（１）Socketの接続待ちの状態で接続が完了するまでの間、サーバー アプリケーションがロック状態となる。
（２）データ受信待ちも同様にロック状態となるが、Socket.Available プロパティ を使用することによりロック状態を防止できる。
（３）ロック状態から終了する場合は、Windowsタスクマネージャーを使用して強制終了が必要となる。
非同期なサーバーのソケットの例のテストhttps://msdn.microsoft.com/ja-jp/library/fx6588te(v=vs.110).aspx
操作手順は同期サーバーのソケットの例のテストと同様となります。
全く同じ操作を行うと以下の結果となります。
非同期なサーバーのソケットの例の分析（１）listener.BeginAccept( new AsyncCallback(AcceptCallback),listener);を実行すると接続待ちとなる。
（２）public static void AcceptCallback(IAsyncResult ar)が呼び出させるまでは、allDone.WaitOne();で待機状態となる。
（３）allDone.WaitOne();は時間設定できる。
（４）接続すると handler.BeginReceive(state.buffer, 0, StateObject.BufferSize, 0, new AsyncCallback(ReadCallback), state);が実行され、データ受信待ちとなる。
（５）public static void ReadCallback(IAsyncResult ar)が呼び出させるまでは、allDone.WaitOne();で待機状態となる。
（６）public static void ReadCallback(IAsyncResult ar)の引数arにSocketの実体情報が含まれており、Socketの実体から受信データを読み出せる。
（７）受信後Socketの実体を引数として、Send(handler, content);を実行する。
（８）Send(handler, content);では、handler.BeginSend(byteData, 0, byteData.Length, 0, new AsyncCallback(SendCallback), handler);を実行する。
（９）private static void SendCallback(IAsyncResult ar)が実行されるとint bytesSent = handler.EndSend(ar);で送信が実行される。
（１０）送信が実行された後、接続が切断される。
（１１）接続の切断を行わない場合は、任意のタイミングでサーバ側からクライアント側に送信が可能である。
長所：
（１）Socketの接続待ちの状態で接続が完了するまでの間、サーバー アプリケーションがロック状態とならない。
（２）データ受信待ちも同様にロック状態とならない。
（３）データ受信後の接続の切断をやめることにより、任意のタイミングでサーバ側からクライアント側に送信が可能である。
短所：
（１）コードの記述が複雑で難解である。
（２）接続。受信、送信はメインスレッドとは異なる独立したスレッドで実行される。このため、ツールボックスの関数を使用する際は難解なデリケート機能を使用しなければならない。
（３）このため、ソースプログラムは複雑な構成となる。
TCPサーバプログラム自作の検討（１）まとめ（１）TCPサーバサンプルプログラムは多数みつかったのですが、その中から4種を抜粋して検討してみました。
（２）同期サーバーのソケットの例はコードの記述は簡潔でわかりやすい特徴があります。
（３）反面、接続待ちの状態で接続されないとサーバー アプリケーションがロック状態となる問題があるます。
（４）しかし、データ受信待ちのロック状態は防止可能です。
（５）非同期なサーバーのソケットの例は接続待ちもデータ受信待ちもロック状態となりません。
（６）反面、プログラムコードは複雑で難解です。
（７）同期サーバーのソケットも非同期なサーバーのソケットもデータ受信後の接続の切断をやめることにより、任意のタイミングでサーバ側からクライアント側に送信が可能である。
（８）簡易的には、同期サーバーのソケットの例で問題ないような気がします。ただし、接続待ちの状態でのアプリケーションロックの問題は残ります。
（９）本格、実用プログラムは非同期なサーバーのソケットの例の適用が必要となるかもしれません。
（１０）残り2個のサンプルプログラムを評価した上で、第1次の自作プログラムを作成したいと思います。
６章：TCPサーバプログラム自作の検討（２）に行く。