運転整理の競合検知（行き違い・追い越し・停車時間下限など）

[Illett0]

現状の`renderer/dispatch.mjs`の`applyDelay`は、指定駅以降の時刻を一律でずらすだけで、以下は一切チェックしていない（NOTES.md「運転整理のロジック」参照）:

• 単線区間での行き違い駅・追い越し駅での時刻重複（対向列車との衝突）
• 停車時間（着〜発の間隔）の下限
• 複数列車を連鎖的にずらす（後続列車への影響の伝播）— 現状は1列車を選んで単独でずらすのみ

「実際に運転整理支援ツールとして意味を持たせるには何が要るか」を要件定義してから着手する。

[Illett0]

参考情報: OuDiaSecondには「交差支障チェックルール」（CrossingCheckRule、Ver2.06で追加）という機能が存在するらしいことが分かりました（マニュアル目次の「交差支障チェック機能」セクション、および関連ファイル形式変更点記事より）。

ファイル上のパラメータ名としては Caption Enable HeadwaySecond HeadwaySecondMinimum（時隔の上限/下限） BeforeFromTrackContentCont 等が使われている様子（変更点記事からの把握で、実データでの構造確認はまだ）。コード・実装は一切参照しない方針（NOTES.md「ライセンスについて」）だが、「時隔（ヘッドウェイ）の上限/下限をルールとして定義し、違反を検知する」という設計思想自体は、このissueの競合検知機能を考える上で参考になりそう。

[Illett0]

OuDiaSecondマニュアルで「交差支障チェックルール設定」の概念を確認: 各駅ごとに「前動作→後動作」のペア（到着/出発/番線間入換、停車/通過の別）と、その間に必要な最低時隔（秒）をルールとして設定し、実際のダイヤがその時隔を下回っていたら支障として検知する仕組み。

TLINEでの設計の手がかり: 「駅×番線ペアごとに、時刻が近すぎる2つの列車動作がないか」をルールベースでチェックする、というシンプルな設計で近い機能が実現できそう。詳細はNOTES.md参照。

[Illett0]

番線競合の検知を実装（2026-08-01、commit b008852）

OuDiaSecondの「交差支障チェックルール」を参考に、最小構成で着手しました。

当初「同じ駅・番線を2列車が同時に占有していたら無条件に競合」という単純な重なり検知を試しましたが、実データ（Diagram/配下13ファイル・86Dia）で検証したところ、未調整の計画そのものに同一番線の重なりが17件見つかりました。詳細を追うと、駅で列車Bが長時間（例: 11分半）ある番線に滞泊し、その途中で別の列車Aが同じ番線を短時間使う、という構造で、issue #11で判明済みの増解結（同じ番線での連結・切り離し）である可能性が高いです。単純な重なり検知だけでは、こうした正規のダイヤも誤って警告してしまいます。

そのため設計を変更し、実際に運転整理タブで使うfindNewTrackConflictsは調整前の計画を基準に差分を取り、「この調整で新たに発生した重なり」だけを報告する形にしました。調整前から存在する重なりは対象外です——「ダイヤ全体の健全性検証」ではなく「今回の調整で何か壊れたか」に答える設計です。

運転整理タブに警告表示を追加し、適用/リセットのたびに再計算します。駅名・番線・列車番号・重なり時刻帯を表示。

検証: 高根鉄道.oud2で(1)無調整では警告なし、(2)既存の重なりに影響しない調整では警告なし、(3)意図的に新しい重なりを発生させると警告が出ることをPlaywrightで実際のGUIから確認。既存回帰も通過。

残課題: issueタイトルにある「行き違い・追い越し」（駅間の単線・複線区間を意識した競合）は、そもそも「この区間が単線か複線か」というデータをTLINE/OuDiaのどちらのモデルも持っていないため、今回はスコープ外のままです。番線ベースの検知（今回実装分）とは別の、追加のデータモデル拡張が必要になります。