問題の変換：アルゴリズム選択から探索プロセスへ

進化計算の実践においてよくある出発点の誤りは、タスクを渡された途端に「DEとPSOのどちらを使うべきか」と尋ねてしまうことです。この問いはアルゴリズムの選定を求解の入口に置いてしまいますが、これは「どのツールで探索するか」に答えるだけで、「何を探索するのか、何をもって良いとするのか、何を絶対に違反してはならないのか」には答えていません。そして成否を本当に決めるのは、問題定義の質です。

いわゆる問題の変換とは、「どのアルゴリズムを選ぶか」を「探索可能なプロセスを設計する」ことに書き換えることです。まず現実の問題において何を変えられるのか、変えた後にどう評価するのか、どの制約を必ず満たさなければならないのかを明確にし、そのうえでアルゴリズムにこの探索空間の中で候補を反復的に生成・選別させます。これによりアルゴリズムの選択は探索プロセス設計の一環となり、その出発点ではなくなります。

まず固めるべき4つの定義

• 可変対象：どのパラメータ、構造、戦略、プロセスを調整可能とするかを定め、そこから探索空間と符号化の境界を形成します。これがなければ候補解を表現できず、生成することもできません。
• 評価方法：変更後に良し悪しをどう判断するかを定義します。目的関数、評価指標、選好の方向、さらに実行可能性や多様性などの測度を含みます。評価のあり方は、実質的に探索がどの方向へ進むかを決めます。
• 中核制約：必ず満たすべきハード制約と、トレードオフ可能なソフト選好を区別します。ハード制約を目的関数に混ぜて「割り引く」と、高いスコアに見えても実際にはデプロイできない案を生みやすくなります。
• 探索プロセス：問題を「候補生成—評価—フィードバック—再生成」の閉ループとして形式化し、評価結果がその後の生成に影響を与えるようにします。求解の方針を一度で固定してしまうのではありません。

変換がもたらす違い

パラメータ最適化タスクに直面したとき、習慣的なやり方は「まずアルゴリズムを1つ選ぶ——たとえばDEやPSO——そしてパラメータ調整を始める」というものです。変換後のやり方は、次の3つの問いに順に答えることです：どのパラメータが調整可能か？どの指標（あるいは互いに衝突する複数の指標）で評価するのか？どの制約を絶対に違反してはならないのか？これら3つに答えれば、タスクは進化ソルバーに接続可能な多目的問題として形式化されます。そのうえでどのアルゴリズムをどの演算子構成で探索に用いるかを決めるのは、閉ループ内部の交換可能なエンジニアリング上の決定にすぎません。言い換えれば、アルゴリズムは答えそのものではなく、探索プロセスの中で設定可能な一要素にすぎず、問題定義の質が探索の上限を決めるのです。