v1.51.2 Release

文書の校正

Author: socket-manager

index.html

@@ -375,6 +375,18 @@ <h3 style="font-size: 1.1rem; color: #2c3e50; margin-bottom: 0.5em;">📘 構成
                     <a href="./img/index/diagram.png" target="_blank"><img src="./img/index/diagram.png" width="500px" loading="lazy" alt="1プロセス内で複数のプロトコル（例：TCP／UDP）と異なるビジネスロジックを共存させた代表的な構成例" /></a><br />
                 </div><br />
 
+                <div class="text-block" style="margin-top: 20px;">
+                    この構成例が成立する背景には、SOCKET-MANAGER Framework が採用する
+                    <strong>共通イベントループ（ステートマシン内蔵型）</strong>の存在があります。<br /><br />
+
+                    フレームワーク内部では、すべてのプロトコル処理・コマンド処理が
+                    <strong>UNIT / Queue / Module</strong> の三層ステートマシン上で統一的に管理されており、
+                    非同期処理中の割り込みや状態破壊を防ぎながら、複数モジュールを安全に共存させることができます。<br /><br />
+
+                    このイベント駆動モデルの詳細については、
+                    <font><a href="./event.html">▶イベント駆動アーキテクチャ</a></font> を参照してください。
+                </div>
+
                 <div class="text-block" style="margin-top: 20px;">
                     また、本フレームワークが採用するステートマシン基盤やストラテジーパターンによる依存性注入（DI）は、複数プロトコルの共存やモジュール分離を可能にし、マイクロサービス構成との高い親和性を実現します。<br /><br />
 

ipc.html

@@ -279,8 +279,10 @@ <h2 class="subtitle">CUEI各要素との相関関係</h2>
                     </ul><br />
 
                     このように、IPC は CUEI の I を担いながら、
-                    C・U・E の要素と統合されることで高い柔軟性と拡張性を実現しています。<br />
-                    CUEI 全体像については、<font><a href="./architecture.html">▶アーキテクチャ</a></font> を参照してください。
+                    C・U・E の要素と統合されることで高い柔軟性と拡張性を実現しています。<br /><br />
+
+                    イベントループとステートマシンによる E（Event）の詳細については、
+                    <font><a href="./event.html">▶イベント駆動アーキテクチャ</a></font> を参照してください。<br />
                 </div><br />
 
                 <a id="strategy"></a>
@@ -338,7 +340,10 @@ <h2 class="subtitle">Launcher 統合管理</h2>
                     なお、SOCKET-MANAGER Launcher は、アーキテクチャページで説明している<strong>CUEI/O アーキテクチャにおける “/O（Operation）”</strong> に該当する要素でもあります。<br />
                     CUEI が示す「通信・共有基盤・非同期処理・サーバー間通信」を開発フェーズで統合する思想に対し、Launcher はそれらを <strong>運用フェーズで統合的に管理する役割</strong> を担います。<br /><br />
 
-                    そのため、IPC を含む複数サービスの起動・停止・監視・再起動といった運用レベルの制御を、CUEI の抽象モデルと同じ思想で扱える点が大きな特徴です。<br />
+                    そのため、IPC を含む複数サービスの起動・停止・監視・再起動といった運用レベルの制御を、CUEI の抽象モデルと同じ思想で扱える点が大きな特徴です。<br /><br />
+
+                    CUEI/O 全体の構造や、CUEI の各要素がどのように統合されるかについては、
+                    <font><a href="./architecture.html">▶アーキテクチャ</a></font> のページで詳しく解説しています。<br />
                 </div><br />
 
                 <a id="simple"></a>