AIデータセンター・基地局の電力最適化｜世界8地域比較・100用途・8つの新事業仮説

電力接続を早める「事業開始価値」の診断

節電額より、事業を何カ月早く始められるかを売る。

受電容量が事業開始を制限する案件では、柔軟性の価値は電気代差額を超える可能性がある。ただし接続の可否は送配電事業者と契約条件で決まり、柔軟性を示せば必ず接続できるわけではない。

提案する価値：通常接続を待つ案、制限付き接続＋処理調整、電池増設、段階増設を、同じ需要・納期条件で比較する「接続前倒し診断」。

支払う相手：DC開発事業者、通信拠点開発、電力会社、事業融資の審査担当。

技術・アルゴリズム：受電上限のシナリオとジョブ期限を二段階確率最適化へ入力。接続期間、追加設備、制限時の損失を事業キャッシュフローへ接続する。

既存研究からの拡張：単価裁定から、時間価値・接続条件・設備投資を同じ診断へ拡張する組合せ。条件付き接続自体は既存であり、新規発明と主張しない。

最小実証：実際に接続待ちの1案件で、事業者が示す制限条件を入力し3案を比較。まず制御を行わず診断結果を事業計画と照合する。

合否を測る指標：前倒し可能月数、制限時間の受注履行率、純増限界利益、追加投資。

成立しない条件：接続相手が条件付き接続を提供しない、前倒し後の計算需要がない、逸失利益が便益を上回るなら不採用。

収益化仮説：初期の共同診断費＋条件更新時の比較API利用。接続成功報酬の可否は契約検討。

関連する根拠：S02 S21 S22

顧客の「待てる時間」を、制御可能な権利へ変える

余っているGPUより先に、動かしてよい権限を見つける。

設備側に電力計測があっても、テナントのジョブを勝手に動かせない。計算利用者と施設運営者の分離を埋めるには、許可された柔軟性を読み取れる契約・仕様が必要になる。

提案する価値：ジョブごとに締切、移動可能地域、中断可否、最低品質、許容遅延、対価、取消条件を記録する「柔軟性パスポート」。公式規格ではなく提案名称。

支払う相手：コロケーション事業者、クラウド、SaaS、一括計算サービス利用者。

技術・アルゴリズム：許可条件を機械可読にし、適合する処理だけを最適化へ渡す。署名付き版管理、容量予約、実行ログと請求照合を組み合わせる。

既存研究からの拡張：電力側の柔軟性とアプリ側のSLOを、同じ可否判定へつなぐ。新しい最適化アルゴリズムより契約境界を解く。

最小実証：一括帳票など1種類で即時／翌日完了の2コースを用意し、10利用者に仮の条件提示。実際の許容時間と必要値引きを調査する。

合否を測る指標：同意済み可変kW、期限違反率、同意取得時間、利用者への還元後利益。

成立しない条件：同意率が低い、許可の更新負担が大きい、顧客還元が電力価値を超えるなら不採用。

収益化仮説：同意・予約管理のSaaS、照合API、利用者と事業者の利益配分。

関連する根拠：S21 S12 S17

蓄電池を何kWh減らせるか、処理移動の代替力を測る

「計算も電池になる」を、設備の削減可能量で検証する。

柔軟な処理は電池と一部の役割を代替できるが、電力を供給せず、後で処理を完了する義務が残る。電池と同じkWhとして無条件に扱うと危険である。

提案する価値：無制御、電池のみ、処理移動のみ、協調の4案から、同一の受電制約・BCP・納期を満たす最小電池容量を比較する。

支払う相手：太陽光・蓄電池EPC、DC、通信会社、エネルギーサービス会社。

技術・アルゴリズム：MILPで充放電、計算キュー、受入先の容量を同時に解く。電池出力kWと容量kWh、期末SOC、転送費、完了期限を独立に制約化する。

既存研究からの拡張：実機の「削減率」を別サイトへ移すのでなく、要求仕様に対する電池代替量を案件ごとに算出する。

最小実証：2拠点の1カ月ログから1用途を選び、四条件をリプレイ。年間設備判断は季節を含むログまたはシナリオで再検証する。

合否を測る指標：同条件で回避できる電池kWh・kW、総費用、未完了処理、予備力。

成立しない条件：処理の締切とピークが重なる、回線費が高い、移動先も混雑する、非常時の固定負荷を賄えない場合は効果をゼロまで下げる。

収益化仮説：設備比較BPO→汎用の可変需要API。エネがえる現行機能としては未提供・未確認。

関連する根拠：S01 S10 S33

DR後の「返済」を予約する、リバウンド管理

需要を減らす約束と、戻す約束をセットで売る。

処理延期は未処理の仕事、電池放電は回復に必要な充電を残す。同時に戻すと次のピークが発生する。個別施設の最適化だけでは、周辺施設が一斉に復帰する問題も残る。

提案する価値：DR指令時に、削減量だけでなく復帰時間帯と上限を予約する回復計画サービス。未処理ジョブと電池回復を分けて管理する。

支払う相手：アグリゲーター、複数DC運営者、電力会社、通信会社。

技術・アルゴリズム：ローリングホライズンMPCとネットワーク制約付きの予約。延期ジョブは仕事量、電池はエネルギーで追跡し、計算効率を介して受電へ写像する。

既存研究からの拡張：削減イベントだけでなく「削減→回復→元の状態」の完結を商品単位にする設計。実証済み商品ではない。

最小実証：10拠点分の合成・匿名ログで、同時復帰と分散復帰を比較。系統接続点のピークと納期違反を測る。

合否を測る指標：回復ピーク、回復完了時刻、調整後の純費用、締切遵守。

成立しない条件：回復窓に余力がない、回復計画を予約できない、系統接続点が不明なら確実なサービスとして売らない。

収益化仮説：フリート運用料と検証済み調整価値の配分。

関連する根拠：S01 S09 S33

国境を越えなくても成立する、地域内PPA×計算配置

世界最安の拠点を探す前に、許可された範囲で昼夜と電源を組み合わせる。

国際的な低炭素配置にはデータ・遅延・回線・契約の制約がある。国内や同一許可地域の中でも、電源構成やPPA発電との時間差を利用できる可能性がある。

提案する価値：許可された拠点集合の中で、処理時刻・配置・PPA電源・電池を比較する設計診断。越境の適法性は依頼者の確認済みポリシーを入力し、AIが推定しない。

支払う相手：規制産業のIT、自治体クラウド、電力小売、PPA事業者。

技術・アルゴリズム：最初に許可範囲とデータ依存関係で候補を除外し、その後に費用・排出・時間一致率を多目的最適化する。

既存研究からの拡張：制約を無視した世界最適より、合法・実行可能な候補だけの最適を重視。PPA属性と物理排出の台帳を分ける。

最小実証：国内2拠点、1つの匿名バッチ、2電源の条件で、時間移動だけの場合と場所移動併用を比較する。

合否を測る指標：適合率、時間別一致率、WAN費込み純費用、採用係数別の排出。

成立しない条件：許可拠点の電源が同時に不足する、データ量が大きい、PPA属性の帰属が不明なら便益を主張しない。

収益化仮説：PPA提案支援、可変需要のシナリオAPI、監査可能な比較レポート。

関連する根拠：S10 S15 S16 S32

電気・熱・水を同時に見る「地域に役立つ計算」

計算の廃熱を、地域の熱需要がある時刻と場所で使う。

炭素だけを最小化すると、水使用や熱供給を悪化させる場合がある。熱を使える場所では計算の配置価値が変わるが、熱を作るために不要な計算を増やしてはならない。

提案する価値：既存の有用ジョブを対象に、地域暖房・店舗・温室の熱需要、給水制約、電力条件を含めた立地・運用診断。

支払う相手：自治体、地域熱事業者、不動産、DC、温室事業者。

技術・アルゴリズム：熱モデルを含むMPCで、冷却、ヒートポンプ、蓄熱、計算配置を協調。水は使用量と地域の水ストレスを別指標で示す。

既存研究からの拡張：余剰電力を吸収する価値に、熱の実需と水制約を加える。既存の熱再利用を地域全体の運用比較へ発展させる。

最小実証：既設DCと近隣熱需要家の1組で、同じ有用処理量に対する電力・回収熱・ポンプ電力を計測。

合否を測る指標：実際に供給できた有効熱kWh、熱供給費、水使用量、全体排出、処理完了率。

成立しない条件：熱の温度・季節・距離が合わない、配管費が高い、冷却の節水で電力が過大に増えるなら採用しない。

収益化仮説：立地診断・エネルギー設計、熱供給連携、運用比較SaaS。

関連する根拠：S23 S29 S32 S34

バックアップ電池から「重要サービス継続時間」へ

何kWh備えるかより、誰のどのサービスを何時間守れるか。

拠点数を増やしても、同じ送電線・回線・浸水域に依存すれば一緒に止まる。避難先の電力余力だけでは、退避先として十分とは言えない。

提案する価値：電力、通信、ハザード、重要業務の依存関係を重ね、災害シナリオごとに退避先と予備電池を提案する継続性診断。

支払う相手：通信事業者、自治体、病院の非臨床IT、金融の事業継続担当。

技術・アルゴリズム：依存関係グラフ、相関故障シナリオ、CVaR等による損失リスク評価。重要サービスの優先順位は人が確定する。

既存研究からの拡張：太陽光・電池・処理移動とGISをつなぐ。国際航業の文脈と相性があるが、実装済み連携と主張しない。

最小実証：3拠点と1つの重要サービスで机上演習。共通電源・共通回線故障を含め、手動復帰まで確認する。

合否を測る指標：シナリオ別重要サービス継続時間、復旧時間、同時停止率、必要予備量。

成立しない条件：回線の依存が不明、受入先の保証がない、移動先も同じ災害に被災するなら耐災害性を保証しない。

収益化仮説：BCP診断BPO、設備更新時の再評価、継続監視。保険は別途の引受検証が必要。

関連する根拠：S01 S09 S27

「有用な仕事／kWh」を測る、中立的な効果検証

GPU稼働率やトークン数を増やすだけでは、顧客価値は増えない。

PUEは施設効率、tokensは出力量を表すが、回答の品質や顧客成果を直接保証しない。最適化の評価対象を、品質基準と納期を満たして完了した仕事へ合わせる必要がある。

提案する価値：モデル・機器・制御を変えても、同じ業務の合格基準で電力・費用・炭素・待ち時間を比較する監査サービス。認証機関としての公的資格を意味しない。

支払う相手：企業のAI導入責任者、DC顧客、調整力調達者、設備選定担当。

技術・アルゴリズム：固定評価セット、保留データ、A/Bまたは交差試験、仕事量の正規化、実メーター、計画版・実行証跡のハッシュを組み合わせる。

既存研究からの拡張：省エネの成果を製品間で比較可能にし、顧客の業務品質の悪化を隠さない。実測データが比較資産として蓄積する。

最小実証：一括画像検査や帳票生成の1用途を選び、品質・期限を固定して2設定を比較。失敗ジョブの電力も分母へ含める。

合否を測る指標：品質合格・納期内完了件数／総kWh、再実行率、千件当たり費用、監査再現率。

成立しない条件：合格定義が曖昧、評価データへ過適合、電力境界が違う場合は比較不可とする。

収益化仮説：初期評価費、定期監査費、比較API。省エネ率だけを成功報酬にすると不適切な誘因が出る。

関連する根拠：S14 S30 S31 S33

電気のある場所へ、仕事を動かす。計算・通信×エネルギー協調制御とは

再エネが余っているのに、別の地域では電力が足りない。電池を増やす以外に、計算を行う時刻や場所を変える選択肢がある。ただし移動できるのは仕事の一部であり、すべての通信やAI処理が自由に移せるわけではない。本特集では、こうした柔軟な計算と蓄電池・発電・受電を同時に扱う領域を「計算・通信×エネルギー協調制御」と呼ぶ。これは編集上の総称であり、統一された標準名称ではない。

時間移動は処理の実行を前後にずらすこと、場所移動は許可された別拠点に処理を渡すこと、需要の形状変更は電力上限や品質条件を調整すること。蓄電池はエネルギーそのものを時間移動する。計算の移動は、情報を介して電力需要の場所・時刻を変える。この違いが導入条件を決める。

海外では基地局電池の市場活用とDCの柔軟な電力契約が進み、日本では通信処理と電池の協調実証が始まっている。技術の新しさだけでなく「何を止めずに、どの電力需要を変えられるか」を入口にすると、設備投資とソフトウェア投資を同じ土俵で比較できる。次に読む：02、03、11。

根拠・区分：S01,S02,S03,S09

基地局のWLS×EMSは何を変えるのか。NTTの実証を技術分解する

提示された発表で確認できる核は、通信側の処理配置と電力側の充放電を連携させることだ。NTT側の強化学習を用いた計画と、ドコモ側の数理最適化・AIによる計画、EMS制御をつなぐ。vRANの通信処理を模擬する環境を基地局に接続する構成である。

重要なのは、稼働中の商用ネットワーク全体で効果が確定した発表ではない点だ。期間は2026年10月20日から12月末までの予定であり、本調査時点では実証開始段階として扱う。「世界初」は、無線基地局における対象の協調制御の実証についての両社調べである。データセンターの処理移動や基地局電池のVPPまで含めた分野全体の世界初には拡張できない。

独自に評価すべき論点は、移せる計算がサイト全体電力の何割か、移動先の余力が同時に確保できるか、DR後の充電と処理再開を重ねないかの三点。アンテナ・無線部・伝送・冷却など残る負荷を計測しなければ、処理退避率から停電継続時間は求められない。取材では、機能分割、許容遅延、回線断時の挙動、SOC下限、比較ベースラインの開示を求めたい。次に読む：06、08。

根拠・区分：S01

世界比較：基地局VPP、AIデータセンター、協調制御の成熟度は違う

フィンランドのElisaは基地局の予備電池を電力調整に活用する仕組みを説明している。NokiaもVPP制御製品を発表し、Gridleはスペインの選定基地局への展開を進める。これらは、通信のための電池をエネルギー資産として使う流れを示す。ただし、処理を拠点間で動かすWLSと一体の最適化まで確認できたわけではない。

米国ではGoogleがDR容量を長期電力契約に組み込むと発表している。英国のEPRI関連実証はAI計算の電力応答を報告し、豪州のFlexSysAI実証は場所と時間を変えるGPU処理を検証する。ここでは「省エネ量」以外に、必要な時に需要を減らせることの契約価値が焦点になる。

スウェーデンのEricssonのAI in RANは通信側の効率・性能改善であり、英国の負荷応答実証と同じ評価軸ではない。中国・上海を対象とする研究モデルでは、費用と遅延の交換条件が明示される。国ごとの勝者を順位付けするより、電池制御・計算制御・市場参加・両者の協調がどこまで実証されたかを比較する方が実務的である。次に読む：04、05、09。

根拠・区分：S02,S03,S04,S05,S06,S07,S08,S11

AIデータセンターは電力網の柔軟な需要になれるか

GPUを止めれば電力は減る。しかしその方法では納期や収益を失う。価値があるのは、重要なサービスを維持しつつ、延期できる仕事や実行場所を選び直すことだ。Googleの発表は、その柔軟性を長期契約の一部にする方向を示している。英国の実証報告も、特定の構成で電力需要が応答した証拠として読むべきであり、すべてのAI施設が同率で追従するとは言えない。

最初に学習・推論という大分類を超えてジョブを分ける。学習でも止めると再計算の損失が大きいものがあり、推論でも翌日納品のバッチは延期できる。事前起動したコピーへ要求を振り分けるのか、実行状態ごと移すのか、データをその場で転送するのかで応答時間と費用は変わる。

導入判断には受電点の実測が要る。GPU電力の減少に冷却の追従遅れがあり、再開時の追い込み計算が新しいピークを作る可能性もある。指令から安定化までの時間、継続可能時間、回復時の反動、完了した仕事量を一組で記録する。次に読む：07、11。

根拠・区分：S02,S06,S07

基地局の予備電池を収益化する前に決めること

予備電池は、災害時の最後の電源である。市場価格が高い時に使い切れば、平常時の利益と引き換えに停電への備えを失う。収益化の設計ではまず、非常時に必要なエネルギーを確保し、その外側の余力だけを取引候補にする。

Elisa、Nokia、Gridleの事例から学べるのは、分散した電池を束ねる仕組みと、通信を維持するための予備容量の管理が一体である点だ。ただし、海外市場で可能な参加方法を日本の契約にそのまま当てはめることはできない。対象商品の応答・計測・資格は、具体案件ごとに現行の市場要件を確認する。

判断表には電力費差額、受け取る市場対価、電池劣化、制御利用料、保守費、履行できない場合の費用を並べる。ピーク削減とDRの双方に同じ電池枠を割り当てると、収益を二重計上する。処理移動を組み合わせる価値は、電池を売り切ることではなく、重要負荷を守ったまま利用可能な余力を増やせるかにある。次に読む：08、09。

根拠・区分：S03,S04,S05

数理最適化と強化学習、どちらを使うべきか

最初から一つのAIにすべてを任せる必要はない。目的と制約が明確で、翌日の計画を説明したいならMILPが候補になる。予測が刻々変わる運用では、その計画を短い周期で更新するMPCの設計が考えられる。動的な通信状態への適応には強化学習が研究されているが、学習した方策に安全性が自動で付くわけではない。

本特集の推奨設計は、時間の階層を分けることだ。長めの周期で電池・ジョブ・受電枠を予約し、短い周期で実測値に基づき調整し、さらに高速な機器保護は既存のローカル制御に残す。具体的な周期は市場商品と通信の機能分割で決める。これは既存各社製品の仕様ではなく設計提案である。

新方式の比較相手は、制御なしだけでは足りない。簡単な閾値ルール、電池だけの最適化、処理だけの最適化、両方の協調を同じ入力で比較する。複雑化に伴う利益が運用費を上回らなければ、単純なルールを選ぶ判断も合理的だ。次に読む：アルゴリズム比較表、11。

根拠・区分：S01,S10,S12,S14

低炭素な時刻へ動かせば、CO₂は必ず減るのか

電気の安い時間と、追加需要による排出が少ない時間は同じとは限らない。平均排出係数は電源構成の平均を表し、限界排出係数は需要の増減に伴う排出変化を評価するための信号である。65地域を分析した研究は、選ぶ信号によって最適化の結論が異なることを報告している。

比較では、元拠点だけでなく移動先、ネットワーク、待機コピー、冷却、電池損失まで境界に含める。低炭素地域へ少量の処理を移すために巨大なデータを複製すれば、利益が消える場合がある。PPAの環境価値と系統の物理的排出変化も別の指標として管理する。

したがって「CO₂を何％削減」と書く前に、係数の種類、時間粒度、地理範囲、計算境界、比較した完了仕事量を記す。環境会計上の数値と、制御による回避排出量の推定を混ぜない。再エネ使用率を上げる目的も、低炭素化と完全には同じではない。次に読む：09、11。

根拠・区分：S13,S15,S16

停電に強いAI制御は、最適化を止められる設計から始まる

停電時には、安価に動かす目的から重要サービスを守る目的へ切り替える。制御の優先順位を事前に定め、緊急通信、医療の即時系、現場の安全制御などを一般のバッチ処理と競合させない。電池の残量だけでなく、回線、冷却、移動先設備が生きているかを判断する必要がある。

説明用の仮想例を置く。変換損失などを反映した利用可能エネルギーが20kWh、固定負荷3kW、移せる計算負荷2kWなら、追加発電なし・負荷一定の単純モデルで継続時間は20÷5＝4時間。2kWを完全に退避でき、固定負荷が変わらなければ20÷3≒6.67時間になる。実証値ではなく、固定負荷の把握が重要だと示す例である。

現実には移動処理の電力、SOC下限、劣化、温度、放電率、通信途絶を含めて再計算する。クラウドの計画サービスに到達できなくても、現地で予備SOCを守れることが必要だ。緊急停止、手動復帰、制御履歴、過去の安全計画への復帰までが製品の一部になる。次に読む：02、05。

根拠・区分：S01、独自の説明用モデル

事業価値は電気代削減だけでは測れない

この領域で最も大きな価値が、電力単価の差額とは限らない。接続制約下で計算事業を早く始められる価値、電池増設を抑えられる価値、停電時のサービス継続価値が候補になる。ただし、それぞれが実際の契約や設備計画を変える時に初めて収益になる。

独自の整理として、年次価値を「電力費の純減＋市場からの純対価＋回避できた設備費の年換算＋根拠のあるサービス価値－追加運用費」で評価する。WAN費、データ転送費、電池劣化、余剰GPUの確保、計画システムの維持、遅延による損失を差し引く。回避設備費をCAPEXとして計上した場合、同じ価値を再び費用削減として足さない。

ユーザー別にも利益は違う。電力会社は確実な地点別応答を求め、DC運営者は納期と稼働率を守り、基地局運営者は通信継続を優先する。全体最適化が黒字でも、損をする参加者がいれば成立しない。制御権と利益配分を技術仕様と同時に設計する必要がある。次に読む：10、12。

根拠・区分：S02,S04,S09、独自の事業分析

100の用途は、延期できる仕事から探す

100用途の一覧は、実在する100件の導入事例ではない。確認した技術の作用から展開した用途仮説であり、各行に対象、制御方法、指標、制約、関連出典を付けた。関連出典は技術的な背景を示し、その用途の実証を証明するものではない。

最初に検証しやすい候補は、納期に余裕があり、実行履歴と電力を計測でき、データ持出し条件が明確な仕事だ。例えば一括画像変換、CIテスト、地理空間モデル変換、シミュレーションの大量計算である。医療・防災・現場制御は価値が大きくても、初期の制御対象にする前に業務の切り分けが必要になる。

用途選定は三つの門で行う。第一に、安全・データ・契約条件を満たすか。第二に、完了量を落とさず需要を変えられるか。第三に、移動の費用を引いても利益が残るか。これを通った用途だけで、導入容易性と事業価値を比較する。大きな市場名を並べるより、この順序の方が実装の失敗を減らせる。次に読む：100用途一覧、11。

根拠・区分：S09,S10,S12,S13、独自の用途設計

実証の作り方：同じ仕事量で四つの運用を比較する

推奨する試験は、A＝既存運用、B＝電池のみ最適化、C＝処理のみ最適化、D＝協調最適化の四条件。Aが不適切な運用だと改善量が膨らむので、現場で使える単純ルールも比較対象に入れる。BやCを飛ばすと、協調する追加価値が分からない。

評価期間は、シフトした仕事の完了と電池の回復まで含める。最終SOCを同条件にし、未完了処理を残して節約に見せない。予測はその時点で利用可能なものを用い、後から分かった実績を計画へ混入させない。季節・休日・異常気象・通信断を分けて評価する。

最低限のログは、時刻とタイムゾーン、拠点と系統接続点、PV、受電、電池入出力、SOC、IT・冷却電力、ジョブ到着と期限、完了量、遅延、転送量、制御指令、計画版。通信品質違反ゼロ等の必須条件を先に定め、費用・排出・ピーク・継続時間を別々に報告する。単一スコアが良くても、必須条件に違反すれば採用しない。次に読む：06、07。

根拠・区分：S09,S10,S12、独自の検証設計

エネがえるの事業仮説：制御導入前の比較診断から始める

エネがえる文脈での初手は、基地局やDCを直接制御する機能より、柔軟な計算需要を含めた導入比較診断が考えられる。太陽光・蓄電池を増やす案と、同じ納期を守って処理を動かす案、両方を使う案の経済性を比較する。これは新規の事業・機能提案であり、現行製品の対応を確認した主張ではない。

候補入力は拠点別の需要・発電・料金に、移動可能な負荷、納期、受入先の余力、WAN費、予備電池の下限、電池劣化条件を追加する。出力は削減額だけでなく、移動できなかった理由、必要電池容量、ピーク地点、通信品質条件、前提が変わったときの逆転条件を示す。

最小実証は二拠点、一種類の非緊急バッチ、一つの電力計測境界から始める。事前試算とシャドー運用で差を検証してから、限定範囲の制御へ進む。収益仮説は初期診断BPO、継続比較API、監査レポートの順で置き、顧客が支払う理由と必要データが揃うかを先に確認する。新しい技術名より、増設や契約変更の判断を何日短縮できるかが商談の入口になる。

根拠・区分：独自提案／現行API仕様・価格・効果は未検証