速度の基本式

システム内のすべての速度は同じ式を使います：

速度 = 距離 × 60 / 飛行時間。距離はメートル（ヤード制の国ではヤード）、飛行時間は秒です。

距離単位の変換

単位は 速度の単位系 設定で決まります。メートル法の国は距離をキロメートルで保存し、メートルに変換します（× 1000）。ヤード制の国は距離をマイルで保存し、ヤードに変換します（× 1760）。バングラデシュは意図的なハイブリッドです：距離はキロメートルで保存しますが速度は y/min で報告するため、距離を 1093.6133 倍します。

精度と妥当性チェック

最終速度は設定された小数桁に丸められます。最後に二つの安全装置が動きます：飛行時間が 0 以下なら速度は 0 になり、10 000 を超える速度も 0 に落とされます（多くは時計のずれが逆方向、または放鳩前に到着が入力された場合に起きます）。

飛行時間の詳細

飛行時間は単に 到着 - 放鳩 ではありません。次の順序で適用される 4 ステップの結果です：

1. 到着の絶対タイムスタンプを計算

   到着のタイムスタンプは放鳩の瞬間からの経過秒として計算されます：放鳩 + (到着日 - 1) × 86400 + 時 × 3600 + 分 × 60 + 秒。これにより各国の夏時間切替に伴う問題を回避します — 暦上の日付を組み立てる代わりに放鳩からの経過秒で数えるため、放鳩と到着が時刻切替の両側にまたがっても結果は正しいままです。

2. 時計のずれ、または相対ずれの差し引き

   相対ずれが有効なときは相対ずれを使い、そうでなければ生の時計のずれを使います。符号の扱いは 2 つのスイッチに依存します。正方向のずれを使うは常に符号を反転します — 正方向のずれが不利方向となる国で便利です。負方向のずれを使うはずれが負のときだけ適用し、正のずれは 0 にされます。これは多くの連盟の既定動作です。相対ずれの完全な仕組みは以下の専用節で説明します。

3. 自転車時間の差し引き

   愛鳩家が自転車時間 — 鳩舎からクラブへ時計を運んで読み取るのに費やす時間 — を記録した場合、それを飛行時間から差し引きます。記録時刻が結果に反映されるためで、運搬時間は除外します。

4. デッドタイムの差し引き

   デッドタイムの差し引きは最も込み入ったステップで、以下に専用節があります。

相対ずれの詳細

一部の連盟は時計のずれを各到着に丸ごと適用するのではなく、時計の作動時間窓に対して比例配分します。これが 相対ずれ の役割です。有効時、計算機は飛行時間の計算で生の時計のずれの代わりに相対ずれを用います。

時計の作動時間窓：開始時刻と終了時刻

インポートファイル処理時、システムはレースごとに時計の作動時間窓を区切る 2 つのタイムスタンプを保存します：

• 開始時刻 — クラブで投かご前に時計を合わせて始動した時刻。
• 終了時刻 — レース後に時計を停止して読み取った時刻。

両方のタイムスタンプは同じテーブルに、2 つの階層で保存されます。

クラブ単位のレコード

クラブとレースの組ごとに 1 件、当該クラブのすべての会員に既定で適用される開始/終了を保持します。最も一般的なケースで、クラブ全体が一斉に投かごし読み取るため、開始/終了 1 組ですべての会員を覆えます。

愛鳩家ごとの上書き

一部の連盟は愛鳩家単位でも開始（および任意で終了）タイムスタンプを取り込みます。これらのレコードは当該の愛鳩家に対しクラブの値を上書きします。上書きは部分的です：開始のみのレコードは開始だけを置き換え、終了はクラブの値を継承します。終了も埋めたレコードは両方を置き換えます。

愛鳩家のレコードがある場合、窓は彼の開始から始まります。窓の終わりは、彼のレコードに終了時刻があればそこから、なければクラブの終了に戻ります。

相対ずれの計算方法

式は 3 つの部品からなります：

• 作動時間 = 開始 - 終了 — 時計が動いていた合計秒数。
• 到着時の作動時間 = 到着 - 終了 — その窓の中で到着が占める位置。
• 相対ずれ = (到着時の作動時間 / 作動時間) × 時計のずれ — 到着の瞬間までに作動窓のどれだけが経過したかに比例した、当該到着への時計ずれの按分。

具体的には、作動窓のごく初めに到着すれば寄与は 0、終わりであれば時計のずれをそのまま受け、中央で半分。結果は飛行時間式に戻す前に小数 4 桁に丸められます。

相対ずれを省略する場合

2 つのケースで計算を完全にスキップして 0 を返します。1 つ目：国の設定で 相対ずれを使う がオフのとき。2 つ目：当該レースにクラブのレコードも愛鳩家のレコードも存在しないとき — 多くはインポートファイルが開始/終了時刻を持たなかった場合です。いずれの場合も、速度計算機は生の時計のずれにフォールバックします。

符号の扱いと正/負スイッチ

時計のずれは符号付きの数値ですが、各連盟ではどの符号が何を意味するかが一致していません。MyPigeons がそれをどう解釈するかは、全国レベルの 2 つのスイッチで決まります。

負方向のずれを使うは入力時の符号を支配します。オン（既定）ならずれは入力どおりに保存されます。オフだと、ユーザーが入力した正の数は保存時に負へ反転されます — ずれを正の数として申告しつつペナルティとして扱う連盟に便利です。

正方向のずれを使うはずれが速度式へ入る瞬間に符号を反転します。オフ（既定）なら保存値はそのまま使われ、オンなら先に -1 を掛けます — 連盟の符号解釈が MyPigeons の既定と逆の場合に便利です。

2 つのスイッチはいずれも全国レベルの設定で、いったん連盟の規則に合わせれば、レースごとに変更する必要はありません。両者は現在使用中の差分タイプに作用します — 相対ずれが有効なら、同じ符号規則が相対ずれに作用し、生の時計値には作用しません。

開始時刻と終了時刻の出所

開始時刻と終了時刻はレースのデータをアップロードした瞬間にインポートファイルから埋められます。多くの ETS エクスポートはクラブ向けに両方の時刻を持ちます。愛鳩家単位の上書きで運用する連盟は、愛鳩家のレコードも添付します。再計算前に手動で誤りを直したり欠損値を補ったりする必要があれば、レコードは時計時刻画面から編集することもできます。

デッドタイム区域

デッドタイム区域は、その間鳩が飛ばない、繰り返し現れる夜間ウィンドウです。システムはこのウィンドウを飛行時間から取り除き、複数日にわたる到着が、いずれの鳩も実質的に空にいられない時間で罰されないようにします。

デッドタイム区域には 日付範囲（シーズンのどの週に適用するか）と 時間帯範囲（夜間ウィンドウ、例：21:00 - 05:00）があります。差し引かれる時間は丸 1 日に 2 つの時刻の差を加えたもの — つまり 21:00 - 05:00 のウィンドウは、ウィンドウが日付をまたぐため、1 晩あたり 32 時間です。

デッドタイムの 2 つの設定方法

デッドタイムは 2 か所で設定できます。速度計算では一定の順序で参照されます。

グローバルデッドタイム（全国）

管理パネル → デッドタイム区域 で設定します。シーズンに必要な数だけ区間を作れます — 一般に夏のレースには短めの夜間窓（例 22:00 - 04:00）、長距離週には長めの窓（例 21:00 - 05:30）。各区間は固有のシーズン日付範囲を持つので、重なりなく年内の異なる時期を覆えます。フォームは既存レコードと重なる区間を拒否します。

レースごとの上書き

レースの管理タブで、単発レース向けの一回限りの上書きとして直接設定します。あるレースが特殊なデッドタイム要件を持つときに使用します — 例：そのレースだけデッドタイム窓を延ばす必要のある長距離飛行。上書きは時間帯範囲のみを保持し、レースが含む全日に暗黙的に適用されます。

どちらが勝つか

速度計算機は両方を次の順で参照します：

1. グローバル区域を見つける

   グローバル参照は レースの放鳩瞬間 に対して走ります。放鳩瞬間を含むグローバル区間が読み込まれ、開始時刻、終了時刻、夜間継続時間が得られます。一致は日付ベースで、時間帯範囲はあとでデッドタイムの差し引きに用います（参照のフィルタには使いません）。

2. レースごとの上書きを適用

   レースごとの上書きが存在する場合、その値はグローバル参照が読み込んだものを 上書き します — 上書きは常に 3 つのフィールド（開始、終了、継続時間）すべてで勝ちます。グローバル一致がなく上書きだけがある場合、上書きが単独で使われます。

3. 一致なしは差し引きなし

   いずれも結果を出さない場合、デッドタイムは 0 となり飛行時間は変更されません。

複数日レースと重なり合う区域

デッドタイムの複雑さの大半は 1 日を超える到着でのみ表面化します。何が起きるかは 2 つのルールが決めます。

何夜が差し引かれるか

一致区域が判明すると、その 夜間継続時間 に放鳩から到着までのカレンダー日数を掛けます。2 日後に到着した鳩からは丸 2 晩分のデッドタイムが差し引かれ、当日中の到着では 0。日数は経過秒ではなくカレンダー日付で計算するため、金曜午後から日曜朝までの飛行は時間に関係なく 2 日と数えられます。

デッドタイム窓内に落ちる到着

到着の時刻がデッドタイムの開始と終了の間に入ると、計算機は差し引きの前に到着を窓の終わりまで前進させます。2 つのケースが対称的に扱われます：

1. 深夜前、窓内の到着

   例：21:00 - 05:00 の窓で鳩が 22:30 に到着。到着は翌朝 05:00 まで前進し — 到着から深夜までの時間が加算され、続いて深夜から窓の終わりまでが加算されます。

2. 深夜後、依然として窓内の到着

   例：同じ 21:00 - 05:00 窓で鳩が 03:00 に到着。到着は同日の 05:00 まで前進します。両ケースとも到着がデッドタイムの末尾に置かれるため、差し引きは対称のままです。

臨界低速（既定 750 m/min）

鳩が途中で止まると — 酷暑、向かい風、群れが夜にとどまる — 速度は鳩舎間距離がもはや意味のある順位を生まないレベルまで落ちます。速度のみで判定すると、同じ飛行時間では距離が短いほど速度が高く出るため、近距離鳩舎を不当に有利にしてしまいます。臨界低速スイッチはまさにこれを解決します。

しきい値の設定方法

2 つの設定が支配します。臨界低速 はしきい値そのものを定義します — 既定 750、メートル法系は m/min、ヤード制系は y/min。マスタースイッチ 臨界低速を使う はレース UI に機能を露出します。

レースが取り込む方法

各レースの詳細モーダルには 2 つのスイッチがあります：

しきい値以下では到着時刻順に並べる

このスイッチがオンのとき、速度がしきい値を下回る鳩は、速度の代わりに 調整済み到着タイムスタンプ で一時結果に書き込まれます — その後の順位は、短距離で速く飛んだ鳩ではなく、先に到着した鳩で並びます。しきい値以上の鳩は影響を受けず、引き続き速度順です。両ランキング体系は同一レース内で共存します。

平均距離補正を適用

このスイッチはオーストリア式の補正を適用します：各鳩舎の到着時刻はレースの平均距離との差に対して 100 m あたり 8 秒 ずらします。放鳩地点から離れた鳩舎は正方向のシフト（到着がより早いとして扱われる）、近い鳩舎は負方向のシフトを受けます。これにより時間ベースの順位を放棄せずに距離差を補えます。

平均距離はどこから来るか

レースの平均距離は鳩単位の距離ではなく、異なる愛鳩家の鳩舎距離 から計算されます。各愛鳩家は何羽投かごしようと、自分の鳩舎を 1 度だけ寄与するため、ひとつの大きな鳩舎が平均値を歪めることはできません。

速度はいつ再計算されるか

式に入る入力のいずれかが変わるたびに速度は計算されます。最も多い入口は次のとおりです：

• 新しい到着 — ETS ファイルからのインポートまたは手入力で、単一到着の速度計算が走ります。
• 一括編集はレース上で（時計のずれ、距離、デッドタイム）に対し、レース内の全到着を再計算します。
• レース単位の再計算 はレースの全到着を巡回します — 公式到着、進行中の一時結果、公開された到着。相対ずれが有効なときは、速度を再計算する前に各愛鳩家の相対ずれも時計時刻レコードから再導出されます。
• BENZING Live 到着 — 個人練習でも共有のクラブ練習でも、ライブ装置が新しい到着を報告するたびに速度が再計算されます。
• 転送 API — 公開 API 経由で到着を送ってくる第三者ツールも同じ計算経路を通ります。
• 練習モードは別の、より単純な式を使い、ずれ・デッドタイム・自転車時間を完全に無視します。レース結果と決して混ざらない個人練習の記録に用います。

知っておく価値のある境界事例

夏時間の切替

到着のタイムスタンプは再構築した暦日付ではなく、放鳩瞬間からの経過秒で計算されます。これにより放鳩と到着の間に挟まる夏時間切替に対して計算は影響を受けず、複数国にまたがるレースでも同様です。

組織のタイムゾーン

タイムゾーン設定が有効で、レースの組織が独自のタイムゾーンを持つ場合、デッドタイムの時刻比較すべてにそのタイムゾーンが使われます。2 か国に拠点を持つ連盟もこれにより一貫した結果を得ます — デッドタイム窓は組織のローカル時間で解釈されます。

ヤード制とバングラデシュ単位

ヤード制レースは距離をマイルで保存し、速度計算前にヤードへ変換します（× 1760）。単位の接尾辞は y/min となります。バングラデシュはメートル法距離（km）で運用しつつ y/min で報告するため、メートル法と y/min 表示が同時に設定されたときは、距離は 1000 ではなく 1093.6133 倍されます。

上限の妥当性

計算された速度が 10 000 を超えると 0 へ落とします。これは誤データへの防御で、典型的には逆方向の時計のずれや、放鳩前に入力された到着が原因です。