冷涼時間計算機
1時間ごとの8つの記録のうち5つが7.2 °Cを下回ったので、冷涼時間は5時間です。毎時の気温を貼り付けて閾値を選べば、リンゴやモモ、サクランボに必要な低温を今季が満たしているか確かめられます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- しきい値
- 7.2
- 温度の数
- 8 C
- 低温積算時間
- 5
- 以上の時間
- 3
- 下回る割合
- 0.625
冬の冷涼蓄積は、温帯の果樹—リンゴ、モモ、サクランボ、スモモ、アーモンドなど—が春に休眠をきれいに打破できるかを左右します。生産者や普及指導員がまず尋ねるのは単純です。その季節のうち、冷涼閾値を下回った時間は何時間か。本冷涼時間計算機は、時刻順の時間温度系列を受け取り、各値を閾値（古典的には 7.2 °C または 45 °F）と比較し、その基準を厳密に下回った時間数を返します。作物の必要時間を付与すれば、系列が休眠要求を満たすか、不足や余剰がどれほどかも確認できます。ネットワーク呼び出し、乱数シード、カレンダー時計は用いず、ご提供の温度のみを用います。
冷涼時間が測るものと、単純モデルがなお重要な理由
冷涼時間は、多くの落葉性の果実・堅果類が内生休眠（エンドドーマンシー）を完了するために要する低温暴露の実用的な代理指標です。苗木業者や品種カタログは、しばしば 7.2 度 Celsius（約 45 度 Fahrenheit）付近の基準に対応づけた時間数として冷涼要求を示します。ここで用いる単純モデルはその慣行に従います。
選んだ閾値を厳密に下回る各時間観測が 1 冷涼時間を寄与し、閾値以上の観測はゼロです。この規則は意図的に透明です。Utah モデルのように温度帯を重み付けし暖候後に冷涼を相殺するものや、中間的な冷涼分量を追う Dynamic モデルは研究上有用ですが、生産者がまず欲しいのは「冷涼 800 時間必要」というカタログ表現に合う一次集計です。
閾値未満の時間だけを数えると、現場班や学生に一文で説明できる数が得られます。本計算機は欠測時間を捏造せず、地点間の補間もしません。関心期間について既に時間解像で完備した系列として扱います。
日平均を入れると真の時間暴露に対して過小・過大評価になるため、判断が重要なときは 1 時間解像のロガーまたは再解析系列を優先してください。単位は温度と閾値で共有するラベルです。Celsius か Fahrenheit を選び、数値はその尺度に揃えてください。
活用例
果樹園の冬冷涼追跡
ロガーまたは気象観測の時間温度を毎週取り込み、7.2 °C 未満の時間を数え、春の散布・剪定計画を確定する前に品種の冷涼要求と比較します。
園芸の教育実験
短い合成の時間系列を学生に与え、閾値を厳密に下回る値だけが冷涼時間に加わること（等号の境界含む）を手計算で確認させます。
よくある質問
冷涼時間はどのように数えられますか？
閾値を厳密に下回る各時間温度が 1 冷涼時間を加算します。閾値以上はゼロです。 既定は単位に応じ 7.2 °C または 45 °F です。
Utah モデルや Dynamic 冷涼モデルを使いますか？
いいえ。 本能力は多くのカタログ要求で使われる単純な閾値未満時間集計です。重み付き Utah 単位や Dynamic 分量は対象外です。
温度が閾値とちょうど等しい場合は？
等号は数えません。 t < threshold のみ寄与します。例：閾値 7.2 に対する 7.2 は冷涼時間ゼロです。
作物の冷涼要求を確認できますか？
はい。 必要時間を非負の requirement で送ってください。省略するとそれらの欄は返りません。
毎時の記録ではなく日平均気温を使ってもいいですか？
おすすめしません。記録1つを1時間として数えるため、日平均では実際の低温を少なく、または多く数えてしまいます。大事な判断には記録計や気象観測所の毎時データを使ってください。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/bio/chilling-hours \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"temperatures":[8,6.5,5,4.2,7.2,9,3.5,6]}'const res = await fetch("https://api.kit.forhosting.com/bio/chilling-hours", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"temperatures": [
8,
6.5,
5,
4.2,
7.2,
9,
3.5,
6
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/bio/chilling-hours",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"temperatures": [
8,
6.5,
5,
4.2,
7.2,
9,
3.5,
6
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/bio/chilling-hours", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"temperatures":[8,6.5,5,4.2,7.2,9,3.5,6]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"temperatures":[8,6.5,5,4.2,7.2,9,3.5,6]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/bio/chilling-hours", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"temperatures": [
8,
6.5,
5,
4.2,
7.2,
9,
3.5,
6
]
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "bio.chilling_hours",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
冷涼時間が測るものと、単純モデルがなお重要な理由
エンドポイントは尺度間換算を行わないため、既に Fahrenheit の観測データを使う場合の二重換算を避けられます。
入力契約、応答フィールド、検証の振る舞い
品種票が別基準なら上書きします。任意の unit は閉集合 C または F で、既定は C です。任意の requirement は作物が必要とされる非負の時間数です。例：摂氏の時間値 8.0, 6.5, 5.0, 4.2, 7.2, 9.0, 3.5, 6.0 を既定閾値 7.2 で処理すると、7.2 自体は基準未満ではないため冷涼時間は 5 です。時系列プロットが必要ならご自身の図と組み合わせてください。temperatures を有限数の空でない配列（またはハンドラが同様に解釈するカンマ／空白区切り文字列）として JSON 本文を POST してください。任意の threshold は unit が C のとき 7.2、F のとき 45 が既定です。省略すると要件関連フィールドは null ではなく応答から省かれます。成功時は temperatures_count、threshold、unit を返し、chilling_hours と hours_above_or_equal を報告し、fraction_below を冷涼時間÷系列長として示し、短い formula 文字列と集計を要約する人間向け message を含めます。requirement がある場合は requirement_met、shortfall、surplus も返り、再計算なしで合否を色分けできます。空系列、非有限値、二万時間超、負の requirement、未知の unit は問題を名指しする invalid_input で失敗し、検証失敗は課金されません。本エンドポイントは集計のみを返します。
冷涼時間 API が本番で価値を発揮する場面
園芸・フェノロジーの授業実験では短い合成系列を使い、閾値上に乗る温かい 1 時間が集計から落ちる様子を学生が確認できます。農学チームが Utah や Dynamic 単位に標準化したときだけ単純モデルを置き換えてください。それまでは閾値未満の明確な集計が、冬休眠計画の最も検索されやすく監査しやすい第一の答えです。果樹園管理ソフトは、各冬の週次の観測データを本エンドポイントへ送り、土壌水分や霜リスクの横に chilling_hours を保存でき、冷涼ロジックを各クライアントに埋め込む必要がありません。地点比較を行う育種プログラムは、固定の閾値と requirement で多数系列を一括処理し、requirement_met で品種配置を絞り込めます。実装は純粋 parse の tier A のため、成功した呼び出しは公開の基本価格 $0.002 で、モデルトークンも外向き通信もありません。
連携の活用例
適地・適品種のスクリーニング
候補植栽地の過去の冬を固定閾値と requirement で一括処理し、十分多くの季節で requirement_met が真の地点を残します。
技術的な質問
冷涼時間計算機の料金は？
ブラウザツールは無料です。API 要求は前払い KIT 残高から成功 1 回あたり $0.002 です。無効入力は課金されません。