予備心拍数からの心拍ゾーン
安静時心拍数と最大心拍数から5つのトレーニングゾーンを作ります。60と190 bpmなら、回復ゾーンは125〜138 bpm、最も高いゾーンは177〜190です。最大心拍数の一定割合ではなく、各自の予備能に合わせます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 安静時心拍数
- 60
- 最大心拍数
- 190
- Hrr
- 130 bpm
- ゾーン数
- 5
- ゾーン1の名称
- recovery
- ゾーン1の下限 (%)
- 50
心拍予備能のパーセント法は、最大心拍数だけを一律に切り取るのではなく、安静時脈拍と最大心拍数の差から五つのトレーニングゾーンを組み立てます。真の安静時脈拍と、測定または予測済みの最大がすでに分かっているときに、コーチ、体育教員、持久系アスリートがこの%HRR配置を使います。
指導での使い方と実用上の限界
体育の授業、クラブの体力測定日、素早い選手確認では、表計算で五帯の%HRR表を組み直さず、ブラウザの無料・予備心拍数からの心拍ゾーン計算機を呼び出します。検証失敗はエンジンが拒否したあと残高を消費しません。エンジンは第二の対応層なしで受け付けます。
入力の保持規則は他のKIT解析アイテムと同じで、アルゴリズムが完全に決定的なため結果は継続的インテグレーションのフィクスチャに安全に固定できます。期待は教育用に抑え、これは計画と学習の道具であり診断用医療機器ではなく、心疾患、心拍数を変える薬、医師の制限がある方は、一つの五ゾーン表だけでなく専門的助言に従ってください。
活用例
ウェアラブルのバックエンドとセッション計画
心拍数の両端をすでに知るサーバーパイプラインは、zone1からzone5までの構造化境界を要求し、セッションがプログラムしたパーセント予備能帯を外れたときに時計が知らせます。
よくある質問
心拍予備能のパーセント法とは何ですか?
心拍予備能は最大から安静時脈拍を引いた値です。各ゾーン境界は安静にその予備能のパーセントを足したものです。五帯は予備能の50–60%、60–70%、70–80%、80–90%、90–100%で、bpmの窓として返ります。
最大心拍数の百分率ゾーン表と何が違いますか?
最大比の表は安静を無視します。パーセント予備能はまず最大から安静を引くので、同じ上限でも基準が違う二人は、同じゾーン名でも異なるトレーニング脈拍を受け取ります。
年齢から最大心拍数を推定しますか?
本製品は、渡された安静から最大までの差の上に、予備能パーセントの五帯を載せるだけです。
安静時60、最大190のとき5つのゾーンはどうなりますか?
回復125〜138 bpm、持久138〜151、テンポ151〜164、閾値164〜177、最大177〜190です。130 bpmの予備能を50〜100パーセントの帯に分けて求めています。
どの安静時心拍数と最大心拍数を使えばよいですか?
座って落ち着いたときなどに測った本当の安静時心拍数と、体力テストなどで測った最大心拍数、または予測済みの値を使います。計算機はどちらの値も推定しません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/health/hr-zones-percent-hrr \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"hr_rest":60,"hr_max":190}'const res = await fetch("https://api.kit.forhosting.com/health/hr-zones-percent-hrr", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"hr_rest": 60,
"hr_max": 190
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/hr-zones-percent-hrr",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"hr_rest": 60,
"hr_max": 190
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/hr-zones-percent-hrr", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"hr_rest":60,"hr_max":190}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"hr_rest":60,"hr_max":190}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/hr-zones-percent-hrr", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"hr_rest": 60,
"hr_max": 190
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.hr_zones_percent_hrr",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
この予備心拍数からの心拍ゾーン計算機は、必須のhr_restとhr_maxを毎分拍数で受け取り、最大から安静を引いて予備能を求め、五十から六十、六十から七十、七十から八十、八十から九十、九十から百パーセントの古典的な帯をその予備能に載せ、安静を足し戻して各境界を実際のトレーニング脈拍にします。経路はネットワークも乱数シードもない純粋な算術なので、宿題チェッカー、トレーニング日誌、前払いAPIクライアントは毎回同一のJSONを受け取ります。必須フィールドの欠落、非有限値、非正のbpm、安静を厳密に上回らない最大はinvalid_inputで失敗し、課金されません。
パーセント予備能法が測るものと必要な入力
心拍予備能は、座っているときの脈拍と、真の最大努力で到達できる脈拍との差です。Karvonen流の%HRR配置として広く教えられるパーセント予備能法は、最大心拍数の平坦な百分率を取りません。まず最大から安静を引いて予備能を求め、その予備能にゾーン分数を掛け、安静を足し戻すので、同じ上限でも基準が違う二人の選手は異なる帯を得ます。エンジンはその予備能の上に隣接する五つのコーチング帯を置きます。recoveryは五十から六十パーセント、enduranceは六十から七十、tempoは七十から八十、thresholdは八十から九十、maximumは予備能の九十から百パーセントです。必須のhr_restを正の有限な安静時脈拍(毎分拍数)として送ってください。エイリアスhrrest、rest_hr、resting_hr、resting_heart_rate、rhrを受け付けます。必須のhr_maxを正の有限な最大脈拍として送ってください。エイリアスhrmax、max_hr、maximum_heart_rate、hrmを受け付けます。最大は安静より厳密に大きくなければならず、等しいまたは逆転した値は正の予備能を表せずinvalid_inputで失敗します。同一入力は常に同一JSONを生み、アルゴリズムはネットワーク、モデル、時計、乱数生成器に触れません。欠落フィールド、空文字、非有限値、非正のbpm、隔離上限を超える非現実的な心拍数、逆転ペアはすべてinvalid_inputで失敗し課金されません。
五つのゾーンの読み方と各境界の計算
各ゾーンはフォームとダッシュボード向けにも平坦化されます。隣接帯は設計上境界を共有します。歩行中の日中平均ではなく、数分間静かに座った後の、できれば朝の真の安静時脈拍を使ってください。成功時、応答は正規化後のhr_restとhr_maxを返し、hrrを毎分拍数の心拍予備能として報告し、UIが固定文字列なしで数値にラベルを付けられるようunitをbpmにします。methodフィールドは常にpercent_hrrで、formulaはゾーンのbpmが安静にパーセント×(最大−安静)を足したものであることを再掲します。zone_countは五です。zone1_nameからzone5_nameはrecovery、endurance、tempo、threshold、maximumを持ち、zoneN_pct_loとzoneN_pct_hiは予備能パーセントの端、zoneN_bpm_loとzoneN_bpm_hiは対応する脈拍を持ちます。zones配列は同じ五件を順に繰り返し、各件はzone、name、pct_lo、pct_hi、bpm_lo、bpm_hiを持つので、表レンダラーは一つのリストを辿れます。recoveryの上端はenduranceの下端であり、maximumまで続き、予備能の百パーセントに安静を足すと必ずhr_maxで終わります。可能ならフィールドまたはラボの最大努力で測ったピークを優先し、年齢予測の上限しかない場合はクライアント側で計算してhr_maxとして渡し、このエンジンを純粋な予備能変換に保ちます。本エンドポイントを、ある強度での単一Karvonen目標、安静を無視する最大比チャート、年齢だけの最大推定と混同しないでください。それらは別の検索意図で別製品にあります。
APIの使い方、料金、コーチングワークフローと実用上の限界
必須のhr_restとhr_maxを毎分拍数で含むJSONボディを送ってください。コーチングSaaS、ウェアラブル連携、学校LMS、セッション日誌がKIT残高のもとで安定契約を必要とするときは前払いAPIを使い、成功アイテムごとに$0.002です。独自の安静時脈拍プロトコルと誠実な最大源と本エンドポイントを組み合わせ、日付と条件とともに五つのbpm窓を保存し、enduranceに留まれ、thresholdへ上がれと書くセッションカードに使います。画面がすでにresting_hrとmax_hrという名前で集めているなら、文書化されたエイリアスを送ってください。SDKを出荷する作者はzone1_bpm_loからzone5_bpm_hi、またはzones配列をダッシュボードに写し、安静と最大のbpmを記録したあとコーチが手計算するのと同じ数値として、recovery、endurance、tempo、threshold、maximumのCSV列を出力できます。
連携の活用例
安静と最大心拍数をすでに持つコーチングアプリ
測定済みの安静時脈拍とピーク心拍数をすでに持つトレーニング基盤は、各クライアント言語で予備能の算術を再実装せず、このエンドポイントで五つの%HRR帯を求めます。
体育の授業とクラブの体力スクリーニング日
教員は座位脈拍とフィールドテストのピークを記録し、この計算機の中で年齢から最大を推定せず、recoveryからmaximumまでのbpm窓をゾーンカードに印刷します。
技術的な質問
どの入力が必須ですか
必須フィールドはhr_restとhr_maxで、どちらも正の有限なbpmであり、最大は安静より厳密に大きくなければなりません。rhr、resting_hr、max_hr、hrmなどのエイリアスを受け付けます。必須フィールドが欠けるとinvalid_inputで失敗します。
予備心拍数からの心拍ゾーン計算機は無料ですか
ブラウザの道具は端末上で無料で動きます。API呼び出しは成功アイテムごとに$0.002の前払いKIT残高を使い、検証失敗は課金されません。