スイング・ハイ／ローを評価するのに必要なデータは？
定義を先に： 「スイング・ハイ」「スイング・ロー」とは何か
スイング・ハイ（またはスイング・ロー）とは、価格系列における局所的な転換点であり、周辺バーのルールに基づくパターンによって特定されます。実務上は、「周辺」とは何を指すのか、そして転換点を確定するのに何本のバーが必要かを定めた定義が必要です。そのルールがないと、同じチャートからでも2人（または2つのツール）が異なる高値・安値にラベルを付けがちです。
直接の答え：スイング・ハイ／ローを評価するのに必要なデータ
スイング・ハイ／ローを確実に評価するには、4つのカテゴリの入力を集める必要があります。
1) 価格データ入力（生の系列）
あなたが調べている銘柄（インストゥルメント）について、時系列順に並んだ完全な価格データセットが必要です。最低限、通常は各バーについてのオープン、高値、安値、終値（OHLC）の値、または後でバーを構築するなら同等のティック→バーのデータが該当します。
重要性の注記：スイング・ハイ／ローはバーの極値（スイング・ハイなら高値、スイング・ローなら安値）によって定義されますが、文脈となるバーも必要です。つまり、ギャップや欠けたローソク足は転換点の検出を歪め得ます。
2) スイング検出ルール（アルゴリズムの選択）
適用する検出ルールを明確にする必要があります。たとえば：
- 時間足（例：1Hバーと1Dバー）。
- 「左」と「右」のルックウィンドウ：何本の先行・後続バーが、低い／高いことを満たす必要があるか。
- 同値（タイ）の扱いルール：高値が同じ、またはほぼ同じ場合にどうするか。
- 厳密な不等号を要求するのか、それとも「許容範囲内」での比較を認めるのか。
これらのルールは市場の事実ではなく、方法論上の前提です。同じ価格データでも、2つのルールセットが異なるスイングのラベルを生み出すことがあります。
3) コンテキストと出所（データがどこから来たか）
次を記録すべきです：
- データ提供元、またはソース・フィード（例：チャーティング・プラットフォーム、取引所のフィード、データベンダー）。
- 適用した変換（例：ティックをバーにリサンプリング、タイムゾーンの整合、該当する場合はコーポレートイベントの調整）。
スイングのラベルはバーがどのように構築されるかに依存するため、独立して主張を検証するには出所が不可欠です。
4) 迅速性とデータ品質のチェック
データセットが一貫していて、評価に使えることを確認する必要があります：
- 評価ウィンドウ内に欠けたバーがないことを確認する。
- タイムゾーンやサマータイムの変更が、バー境界をずらし得ることを確認する。
- バー構築の方法が期間を通じて一貫していることを確実にする。
- 過去データを使う場合は、スナップショットのバージョンを明確にする：提供元による後からの修正で、保存された履歴が変わることがあります。
仕組み：入力をスイング・ラベルへ変換する
4つのカテゴリを組み合わせると、評価は再現可能なプロセスになります：
- 時間足を選び、OHLC系列を構築／入手する。
- 各候補バーにスイング検出ルールを適用する。
- 左右のルックウィンドウのルールに従って、候補バーの高値が周辺の高値より高い場合は、そのバーをスイング・ハイとしてマークする（スイング・ローは安値で同様）。
- スイング点の結果とともに、ルールと出所（プロヴナンス）を保存し、他者が同じラベリングを再現できるようにする。
証拠／例（ルールの感度）
たとえば、1Hチャートで「左3本・右3本」のウィンドウを使うとします。厳密に「周辺のすべての高値より高くなければならない」というルールの下ではスイング・ハイに見えるバーでも、より大きいウィンドウ（例：左5本・右5本）に切り替える、あるいは「ほぼ同じ高値」を許容する（トレランスを認める）ようにすると、条件を満たさなくなるかもしれません。したがって、スイング構造は価格の性質であるだけでなく、ルールセットとウィンドウの性質でもあります。
制限とリスク（重大な失敗パターン）
スイング・ハイ／ローを評価するときは、少なくとも1つの主要な制限を考慮すべきです：
- ルールの不一致： 同じくらい妥当な別のスイング定義は、異なるスイング点を生みます。これは、下流のあらゆる分析を変え得ます。
- 欠けた／一貫しないデータ： ギャップ、誤ったバー境界、提供元の修正は、転換点を作ったり消したりし得ます。
- 時間足依存： 1Hチャート上のスイング点は、1Dチャート上のそれと同じ対象ではありません。バーの集計方法が変わることで、局所的に極値となる高値／安値が変わるためです。
- 予測的な意味が保証されない： 過去の転換点は、将来の価格が同様に振る舞うことを示すものではありません。
検証と次の質問
見えているものを検証するには、少なくとも1つの独立した方法とラベリングのプロセスを比較してください：
- 利用可能であれば、同じ時間足で、別のチャート／データソースを使って、同じ明示ルールを再適用します。