[{"data":1,"prerenderedAt":110},["ShallowReactive",2],{"unit:shindanshi\u002Fjoho\u002Fdodai\u002Ftcp-udp":3},{"unit":4,"drills":90,"related":95,"topicUnits":100},{"id":5,"exam":6,"subject":7,"subjectName":8,"topic":9,"title":10,"tier":11,"hindo":12,"kijunbi":13,"readingMinutes":14,"sources":15,"factcheck":20,"blocks":24,"pairs":38,"drills":50,"links":87},"shindanshi\u002Fjoho\u002Fdodai\u002Ftcp-udp","shindanshi","joho","経営情報システム","情報の土台","TCPとUDP — 書留で送るか、ポストに投げ込むか",1,"A","2026-05-01",5,[16],{"kind":17,"label":18,"url":19},"kokai","日本中小企業診断士協会連合会「令和8年度第1次試験案内」（TCP\u002FUDPの特性比較はネットワークの標準知識。URLは試験科目・制度の確認用）","https:\u002F\u002Fwww.jf-cmca.jp\u002Fattach\u002Ftest\u002Fr08\u002Fr08_1ji_annai.pdf",{"status":21,"date":22,"scope":23},"passed","2026-07-16","独立監査（opus・2026-07-16）: OSI7層の名称\u002F順序\u002F役割とTCP\u002FIP4層対応・プロトコル\u002F機器の帰属（HTTP7層\u002FTCP4層\u002FIP3層\u002Fルータ3層\u002Fスイッチ2層）・TCP\u002FUDPの特性と帰属（DNS基本UDP=RFC1035整合）・IPv4 32ビット約43億\u002FプライベートIP3範囲（RFC1918）\u002F\u002F24=254台\u002FIPv6 128ビット・IaaS\u002FPaaS\u002FSaaSの管理範囲とNIST SP800-145の5特性・ERP\u002FCRM\u002FSCM\u002FSFA\u002FBI\u002FEDI定義を全数照合し全点正確。BPRの出典年二層（ハマー1990年HBR論文→ハマー&チャンピー1993年共著）と「2025年の崖」（経産省DXレポート2018年・最大12兆円\u002F年）はWeb独立照合で確認——本文の「試算」表記の規律も適合。ドリル20\u002F20正確・比喩4件の承認継承忠実（LINE→スマホの一般化はブランド名回避で妥当）・文字混入ゼロ（emダッシュ統一176箇所）・リンク11件全実在・hindo収穫記録と全一致。S\u002FA\u002FB級ゼロ。Ghost=ウェルノウンポート番号未収録（次Wave以降で補完余地）。PASS。",{"hook":25,"question":26,"intuition":27,"rigor":30,"pitfall":33,"jitsumu":36,"payoff":37},"\n        \u003Cp>大事な契約書は\u003Cb>書留\u003C\u002Fb>で送ります——受け取りの確認が返ってきて、届かなければ再送してもらえる。代わりに手間と時間がかかります。チラシなら\u003Cb>ポストに投函\u003C\u002Fb>——確認はしない、でも速い。\u003C\u002Fp>\n        \u003Cp>データの世界にも同じ2つの送り方があります。書留がTCP、投函がUDP。「Web会議の音声はなぜUDPか」が分かれば、この論点は取れます。\u003C\u002Fp>","動画やオンライン会議がTCPではなくUDPを使うのはなぜでしょうか。",{"heading":28,"html":29},"確認して送り直すか、投げっぱなしで速さを取るかです","\n        \u003Cp>\u003Cb>TCP\u003C\u002Fb>は\u003Cb>コネクション型\u003C\u002Fb>——通信に先立ち相手との接続（コネクション）を確立し、\u003Cb>確認応答\u003C\u002Fb>を受け取り、届かなければ\u003Cb>再送\u003C\u002Fb>します。信頼性は高いが、その分遅い。\u003Cb>UDP\u003C\u002Fb>は\u003Cb>コネクションレス型\u003C\u002Fb>——接続も確認もせず投げっぱなし（ベストエフォート）。信頼性は低いが、速い。\u003C\u002Fp>\n        \u003Cp>動画やWeb会議は、1コマ欠けても人間は気づきませんが、\u003Cb>再送を待つ遅延には敏感\u003C\u002Fb>です。だから欠けを許して速さを取るUDPが向いています。\u003C\u002Fp>\n        \u003Cdiv class=\"chorus\">\u003Cspan class=\"chorus-k\">第4層の合言葉\u003C\u002Fspan>\u003Cspan class=\"chorus-t\">\u003Cb>TCP＝書留\u003C\u002Fb>（確認・再送・遅い）／\u003Cb>UDP＝ポスト投函\u003C\u002Fb>（投げっぱなし・速い）\u003C\u002Fspan>\u003C\u002Fdiv>",{"heading":31,"html":32},"プロトコルの帰属——「欠けたら困るか、遅れたら困るか」で決まっています","\n        \u003Cp>上位プロトコルの使い分けは、この性格の延長です。\u003Cb>TCPを使う\u003C\u002Fb>のは1バイトの欠けも許されない通信——Web閲覧（\u003Cb>HTTP\u003C\u002Fb>）・メール送信（\u003Cb>SMTP\u003C\u002Fb>）・ファイル転送（\u003Cb>FTP\u003C\u002Fb>）。\u003Cb>UDPを使う\u003C\u002Fb>のは速さ・軽さ優先の通信——名前解決（\u003Cb>DNS\u003C\u002Fb>）・IPアドレスの自動割当（\u003Cb>DHCP\u003C\u002Fb>）・動画ストリーミングや音声通話です。\u003C\u002Fp>\n        \u003Cp>DNSがUDPなのは、「www.example.comのIPアドレスは？」という\u003Cb>一問一答の短い通信\u003C\u002Fb>だから——毎回接続を確立するコストの方が高くつくのです（大きな応答などではTCPも用いられます）。\u003C\u002Fp>",{"heading":34,"html":35},"「DNSはTCP」と「UDPは再送で信頼性確保」が定番の誤りです","\n        \u003Cp>定番の誤り肢は\u003Cb>「DNSの名前解決はTCPを使う」\u003C\u002Fb>——基本は\u003Cb>UDP\u003C\u002Fb>です。一問一答の短さがヒント。もう1つが\u003Cb>「UDPは再送制御により信頼性を確保する」\u003C\u002Fb>——再送するのは\u003Cb>TCP\u003C\u002Fb>で、UDPは投げっぱなしです。\u003C\u002Fp>\n        \u003Cp>特性の対（コネクション型\u002Fレス型・確認応答の有無・速い\u002F遅い）を\u003Cb>片方だけ入れ替える\u003C\u002Fb>のが手口——「TCPはコネクションレス型で信頼性が高い」のような肢は、対のどちらかが必ず崩れています。3点セットで固定してください。\u003C\u002Fp>","\n        \u003Cp>顧問先から「Web会議の音声が途切れる」と相談されたら、UDPの性質が説明の土台になります——音声は\u003Cb>欠けても再送しない設計\u003C\u002Fb>なので、回線が細いと欠けがそのまま聞こえる。対策は帯域の確保（有線接続・回線増強）側にあり、「アプリの設定」をいじっても直らないことが多い、と切り分けられます。ECサイトの決済が「遅くても確実」なのはTCP側の世界です。\u003C\u002Fp>","\n        冒頭の問いに答えます。動画やWeb会議は、データが多少欠けるより再送待ちの遅延の方が致命的なので、確認も再送もしない代わりに速いUDPを使います（TCP＝コネクション型・確認応答・再送で確実、HTTP・SMTP・FTP／UDP＝コネクションレス・ベストエフォートで高速、DNS・DHCP・動画）。次は宛先そのもの——IPアドレスの枯渇と解決策へ。",[39],{"label":40,"left":41,"right":45,"hinge":49},"TCPとUDP",{"badge":42,"name":43,"note":44},"TCP","コネクション型——確認・再送","書留。確実だが遅い——HTTP・SMTP・FTP",{"badge":46,"name":47,"note":48},"UDP","コネクションレス型——投げっぱなし","ポスト投函。速いが欠けうる——DNS・DHCP・動画","「欠けたら困る通信か、遅れたら困る通信か」。特性の片方だけ入れ替える肢が定番です。",[51,62,75,82],{"type":52,"id":53,"prompt":54,"options":55,"correct":60,"explanation":61},"quiz","joho-tcpudp-q1","TCPとUDPに関する記述として、最も適切なものはどれか。",[56,57,58,59],"UDPはコネクションレス型で確認応答を行わず、動画ストリーミングなど速度重視の通信に向く。","TCPはコネクションレス型のプロトコルであり、接続を確立せずにデータを送信する。","UDPは確認応答と再送制御により、データの確実な到達を保証する。","DNSの名前解決は、信頼性を確保するため原則としてTCPを使用する。",0,"\u003Cstrong>正解：ア\u003C\u002Fstrong>　UDP＝投げっぱなしで速い——動画・音声向きです。\u003Cbr>イ＝TCPはコネクション型（接続を確立する）、ウ＝確認応答・再送はTCPの仕事、エ＝DNSは一問一答の短い通信なので基本はUDP。特性の入れ替えが手口です。",{"type":63,"id":64,"prompt":65,"ask":66,"choices":67,"correctKey":69,"explanation":74},"judge","joho-tcpudp-j1","「Web会議の音声・映像の伝送では、一部のデータが欠けることよりも遅延の少なさを優先するため、UDPが適している」との記述がある。","この記述は適切か。",[68,71],{"key":69,"label":70},"ok","適切",{"key":72,"label":73},"ng","不適切","\u003Cb>適切\u003C\u002Fb>です。音声・映像は1コマ欠けても気づかれにくい一方、再送待ちの遅延は致命的——欠けを許して速さを取るUDPの出番です。",{"type":63,"id":76,"prompt":77,"ask":66,"choices":78,"correctKey":69,"explanation":81},"joho-tcpudp-j2","「電子メールの送信（SMTP）やファイル転送（FTP）は、データの確実な到達が必要なため、TCPを使用する」との記述がある。",[79,80],{"key":69,"label":70},{"key":72,"label":73},"\u003Cb>適切\u003C\u002Fb>です。メールもファイルも1バイトの欠けが許されない通信——確認応答・再送のあるTCPを使います。HTTP・SMTP・FTP＝TCP、DNS・DHCP・動画＝UDPの帰属で固定してください。",{"type":83,"id":84,"prompt":85,"answer":86},"blank","joho-tcpudp-b1","TCPは、通信に先立ち相手との〔?〕を確立してからデータを送る、コネクション型のプロトコルである。","コネクション（接続）——確認応答と再送で信頼性を確保する",[88,89],"shindanshi\u002Fjoho\u002Fdodai\u002Fosi-tcpip","shindanshi\u002Fjoho\u002Fdodai\u002Fip-address",[91,92,93,94],{"unitId":5,"unitTitle":10,"topic":9,"item":51},{"unitId":5,"unitTitle":10,"topic":9,"item":62},{"unitId":5,"unitTitle":10,"topic":9,"item":75},{"unitId":5,"unitTitle":10,"topic":9,"item":82},[96,98],{"id":88,"title":97},"OSI 7層 — メッセージは7つの仕事を順に通って届きます",{"id":89,"title":99},"IPアドレス — 43億個の住所は、もう足りません",[101,104,105,106,107],{"id":102,"title":103},"shindanshi\u002Fjoho\u002Fdodai\u002Fsystem-dx","ERPとDX — 台帳をつなぐ話と、商売を変える話は別物です",{"id":88,"title":97},{"id":5,"title":10},{"id":89,"title":99},{"id":108,"title":109},"shindanshi\u002Fjoho\u002Fdodai\u002Fcloud","クラウド3モデル — 更地か、キッチン付きか、レストランか",1784183227526]