サポート・レジスタンス・レンジはどの入力を使う？
端的な答え
サポート・レジスタンス・レンジは、サポート水準とレジスタンス水準を特定するために使う入力から構築され、その2つの間の領域をレンジとして扱います。多くの説明では、入力は (1) 過去の価格データ、(2) 時間枠またはlookback期間、(3) そのデータから水準をどう計算するかを定義するパラメータです。さらに、データ品質に関する前提（時間足、セッションの扱い、終値・高値/安値、またはその他の派生値を使うかどうか）にも依存します。
実装によって違いがあり得るため、実務上の目的は、安定したメカニズム（どの種類のデータやパラメータが必要か）を、変動する条件（市場がどう動くか、そして提供者やツールが水準をどう計算するか）から切り分けることです。
メカニズムまたは定義
サポートとレジスタンスは、過去の値動きから導かれる水準です。サポート・レジスタンス・レンジのアプローチでは、計算された2つの水準を使ってバンドを定義します。つまり、下限がサポート、上限がレジスタンスです。
方法を明確に説明するために、通常あなたが挙げる必要がある典型的な入力は次のとおりです：
- 価格履歴：通常は、指定した期間におけるOHLCデータ（open, high, low, close）。
- 時間足：バーの大きさ（たとえば分、時間、日）。時間足が変わると、水準が現れる位置がずれることがあります。
- lookback期間：水準を推定する際に、メソッドが何本前のバーまで見るか。
- 水準定義ルール：メソッドがサポート候補とレジスタンス候補をどう選ぶか。ルールの例としては、ローカルの安値/高値を使う、ピボットのようなスイングポイントを使う、あるいは極値の集計を使う、といったルール群があります。
- 集計および感度パラメータ：許容幅、平滑化、必要なタッチ数など、水準選択をどれだけ厳密にするか／どれだけ滑らかにするかを制御する設定。
- 外れ値の扱い：1つのスパイクが水準を作り直すことを許すのか、それとも極値をフィルタするのか。
入力をシンプルに捉えるなら、メソッドはまず生の価格バーを2つの水準推定値に変換し、その推定値をレンジに変換します。
根拠または例（明示的な前提つき）
以下は、ドキュメント化すべき入力のタイプを、具体的に検証可能な形で示した例です。特定のプラットフォーム実装に紐づくものではありません。
例の前提
- データ：OHLCのローソク足。
- 時間枠：直近の N 本のローソク足（あなたのlookback）。
- 時間足：単一のバーサイズに固定。
- 水準ルール：
- サポート = 許容ルールで外れ値をフィルタした後に、N本のローソク足のうち観測された low の最小値。
- レジスタンス = 同じ許容ルールで外れ値をフィルタした後に、N本のローソク足のうち観測された high の最大値。
あなたが列挙する入力
- 使用する時間足の正確な値。
- 正確なlookback N。
- 正確な許容/フィルタルール（たとえば、極値の上位・下位1%を除外する、または複数回のタッチを要求する、など）。
- 水準計算のための参照フィールド（サポートはlow、レジスタンスはhigh）。
独立して検証すべきこと
- 同じ過去区間に対して同じ計算を繰り返せば、サポートとレジスタンスの境界は（丸めや実装の細部を除き）同じ結果になるはずです。
- 1つの入力だけを変える（たとえばNや時間足）と、レンジはメソッドの感度に整合する形で移動するはずです。
制限とリスク
入力が正しくても、サポート・レジスタンス・レンジは次の理由で失敗したり、誤解を招くものになったりする可能性があります：
- レジームの変化：市場はあるタイプの挙動から別の挙動へ移行し、以前に導出された水準の妥当性が下がることがあります。
- パラメータの感度：lookback、平滑化、許容度への小さな変更が、レンジを大きく変えてしまうことがあります。
- 外れ値と流動性の低さ：まれなスパイク、ニュース主導の値動き、または流動性が低い期間が、水準推定を歪めることがあります。
- データとセッションの影響：異なるソースは、タイムスタンプ、取引セッション、欠損データの扱いを異なる方法で行うことがあり、それが入力系列を変えてしまいます。
- 過剰適合：過去の価格履歴に合わせるようにパラメータを選ぶと、後の期間での有用性が下がる可能性があります。
注意すべき重要な失敗パターンは、計算されたレンジが、価格挙動の安定した特徴というよりも、選択したフィルタの副産物になってしまう場合です。もう1つは、このメソッドが暗黙に、次の区間が同じ境界を尊重すると仮定しているのに、それが保証されない場合です。
検証または次の質問
サポート・レジスタンス・レンジが何を使っているかを独立して検証するには、次の3つのチェックができます：
- 消費する生データのフィールドを特定する（たとえば、終値のみか、それとも高値/安値の極値を使うのか）。
- lookbackと時間枠の設定を確認し、それが計算ウィンドウをどう定義しているかを確かめる。
- 水準ルールと許容/感度パラメータを文書化する。外れ値をどう扱うかも含めます。