Y Combinator 日本語図鑑

事業概要

プロダクト

• 電力計、空調、蓄電池、太陽光の運転データを常時取り込む。
• 設備ごとの挙動モデルを学習し、異常の兆候を検知して原因を切り分ける。
• 需要と料金を予測し、改善策の効果を試算して優先順位を付ける。
• 作業指示書と保守日程を起票し、担当者に割り当てる。
• 許可範囲で設備を制御し、検針値と請求額で効果を検証する。

技術アーキテクチャ（推定）

• 顧客の電力計、空調、蓄電池、太陽光から計測値を取得するとみられる。
• 現地機器や管理者向け接続口を経由し、短い間隔で時系列データを集める。
• 拠点ごとに系列を正規化し、機器の同定と欠測の補正を行うとみられる。
• 運転モデルで需要と故障確率を推定し、施策の効果を模擬する。
• 指示は作業管理系へ連携し、検針と請求のデータで結果を照合する。
• 学習済みモデルと履歴を拠点単位で保管し、遠隔から配信するとみられる。

収益モデル

• エネルギー事業者とデータセンター運営者が、拠点単位の月額契約で支払う。
• 設備数や接続点数に応じた従量課金を併用するとみられる。
• 価格は非公開。

差別化

• 拠点ごとの運転モデルと是正履歴が資産として蓄積する。
• 検知から作業指示、制御、請求検証まで一つの流れで握る。
• 制御権限と保守網を持つ事業者との接続が参入障壁になる。

日本展開時のリスク

• 設備の遠隔制御は電気事業法と保安規程の範囲確認が要る。
• 需要家設備への接続には設置者と保守会社の同意が要る。
• 既存の監視制御システムとの接続仕様が施設ごとに異なる。
• 計量データの保管場所と第三者提供の条件が論点になる。
• 停電や故障時における責任分界が契約で問われる。

日本での競合

• 国内は設備保全と需給管理が別の事業者に分かれている。
• 需給管理は専業のサービス事業者が担い、運用年数が長い。
• 設備保全は空調・電気工事会社の保守契約が中心になる。
• 両者を横断し制御まで担う同型は確認できない。
• 参入には接続許可と保安責任の設計が壁になる。