City AI Poleは、地域センシング、エッジコンピュート、オフグリッド蓄電、ドローン運用、地上ロボット連携を1本の都市型ポールに統合する、照明用途ではない物理AIエッジノードである。この提案中のリスボン向けSOLARTODO Sentinel Sky Hub構成は、気象、映像、ミッションデータをポール上で処理し、匿名化されたイベントメタデータのみを共有することで、洪水制御モニタリングを支援する。
調達背景:河川ネットワーク都市としてのリスボン
リスボンの非常管理上の課題は降雨だけではない。ウォーターフロントの移動、丘陵地からの流出、アンダーパス、交通機関へのアクセス、ホスピタリティ地区、公共イベント動線が、同じ暴風雨サイクルの中で同時に影響を受け得る河川ネットワーク都市全体の連携が課題である。提案中のSOLARTODO Sentinel Sky Hub構成は、災害後の補完導入を想定している。洪水被害、排水能力の過負荷、または夜間の混乱の反復によって固定的な状況認識が不足している箇所が明らかになった後、選定された運用上のギャップに物理AIエッジノードポールを配置する考え方である。これは国家規模の展開を主張するものではなく、完了済み成果を述べるものでもない。リスボンが、河岸アクセス、低地の道路区間、観光回廊、キャンパス型公共資産、港湾隣接アプローチ、重要インフラ外周におけるエッジノードポールをどのように評価できるかを示す、最終的なエンジニアリング確認を前提とした例示的な調達ケースである。
想定される購入者像は、自治体の市民保護、排水作業班、モビリティチーム、公共安全、環境モニタリング、現場保守を調整しなければならない非常管理の担当者である。主要な課題は部門間のサイロ化である。あるチームは水の滞留を把握し、別のチームは交通迂回を担当し、別のチームは現場作業員を管理し、別のチームは市民からの通報を受け、さらに別のチームはドローンまたはロボット対応を管理する場合がある。営業時間の延長、イベント、来訪者、河岸の人流によって公共空間監視のデューティサイクルが高まる夜間経済シーズンには、この分断により、小さな洪水制御シグナルをタイムリーで承認済みの現場行動へ変換することが難しくなり得る。
ここでSky Hubは、照明器具や街路景観アクセサリーではなく、city-ai-poleインフラとして位置付けられる。照明システムを持たない純粋なスマートポールである。調達上の関連性は、センシング、コンピュート、エネルギー、ドローン運用、地上ロボット運用を、完全オフグリッドのノードとして一体化し、従来型の電源復旧、キャビネットアクセス、または部門所有インフラが補完導入を遅らせる場所に配置できる点にある。

洪水制御補完導入のための提案構成
リスボン向け構成の中心は、気象センサー駆動型のエッジコンピューティングである。各Sky Hubノードは、風速、風向、温度、湿度、大気圧、騒音、PM10、PM2.5、照度のセンシングと、匿名の車両カウント、群衆密度、侵入、外周認識に使用されるAI PTZカメラを組み合わせる。洪水制御ユースケースにおいて、気象パッケージは装飾的な環境追加機能ではない。河岸または排水に敏感な地点を、通常監視から運用評価へ移行すべきタイミングを判断するためのトリガーレイヤーである。
ポール上のエッジAIは、地域の気象ストリームを視覚的文脈およびノード健全性と相関させる。生映像および生センサー記録は、ローカル処理のためポール上に保持される。共通運用状況図のコマンドビューにポール外へ送信され得るのは、匿名化されたイベントおよびステータスメタデータのみである。この区別は、リスボンの調達にとって重要である。非常管理チームは、すべてのノードを継続的な生データ輸出点にすることなく、部門横断の状況認識を必要とするためである。このアーキテクチャは設計上PDPL/LGPD志向であるが、本ケースは認証または最終的なコンプライアンス承認を主張しない。
Sky Hubの形態は、現場モビリティも追加する。自律ドローンは離陸し、近隣ルートを巡回し、排水のボトルネックまたはウォーターフロントのアクセスポイントを点検し、帰還し、マルチベイマガジンから自動の後方サービス式バッテリー交換を受け、別の承認済みソーティーに再出動できる。地上サービスロボットは歩行者ルートを巡回し、閉鎖されたアクセスポイントを点検し、アラーム対応を支援し、ワイヤレス充電のためポール基部へ戻ることができる。これらの運用はOTATODOによってエッジでスケジュールされるため、ポールはコンピュート負荷、ミッション優先度、蓄電量を調整できる。
エネルギーは完全オフグリッドのマイクロステーションとして扱われる。ポールは、高さ約8 m、幅約0.6 mの垂直円筒体に、約15 m²の360°巻き付け型フレキシブルCIGS薄膜を備え、銘板容量は約2.4-2.7 kWpである。垂直円筒はラップ全体ではなく主に太陽方向の投影面で直射日光を集めるため、高日射地域における現実的な快晴時出力はおおよそ0.8-1.1 kW DCピークで、通常は午前中頃または午後中頃にピークとなり、1日あたり約6-9 kWhである。太陽光レイヤーはバッテリーでバックアップされたノードへの補助的な補充であり、無制限の自給を主張するものではない。より高出力のドローンおよびロボットタスクは、5-20 kWh級ストレージでバッファされ、デューティサイクルによりスケジュールされる。

サイロ化されたチームを横断する共通運用状況図
実務上の調達価値は、運用ループにある。すなわち、センシング、承認済み評価と対応、エッジコンピュートのスケジューリング、現場運用、保守である。リスボンの非常管理チームは、このノードを単一部門のデバイスではなく、共有された共通運用状況図の一部として捉えることになる。気象センサースイートは、気圧変化、風の状態、湿度変化、降雨に隣接する運用文脈を示す可能性がある。PTZカメラはローカルで匿名のシーン理解を追加する。OTATODOはポール上で推論およびミッションタスクをスケジュールする。ドローンまたはロボット対応は、承認済みルールの範囲内でのみ割り当てられる。
洪水制御では、1つのイベントが複数部門に同時に十分な文脈を提供できることを意味する。排水チームは現場状況とフォローアップタスクを確認する。モビリティ運用者は、影響を受けた区間付近の車両数または歩行者密度が迂回支援を示唆しているかを確認する。公共安全部門は、閉鎖ルート周辺で侵入または外周認識が関係するかを確認する。保守部門は、現場訪問が必要か、またはドローン/ロボット点検により先に状況を明確化できるかを確認する。非常管理デスクは、個別の通話、ダッシュボード、巡回記録を突き合わせる代わりに、簡潔で匿名化されたイベント記録を受け取る。
Counter-UAS連携は、許可された範囲内に限って含まれる。ポールが洪水対応区域または重要インフラ区域付近で無許可ドローンを検知・追跡した場合、人による承認後に、自身の友軍ドローンへソフトな空中ネット捕獲または近接接近による抑止を実行させることができる。これは非運動性であり、人による承認がある場合のみである。本ケースには、撃墜、ジャミング、拒否効果、自律攻撃、武器は含まれない。レーダーはポールに内蔵されていない。エンジニアリング段階でレーダーに言及する場合は、任意またはパートナーセンサー入力に限定される。
この運用モデルは、災害後の補完導入に特に関連する。市が状況認識を取り戻すために恒久的な復旧を待ちたくない場合があるためである。完全オフグリッドノードは、一時的または半恒久的な運用継続性のために配置でき、最終的な設置場所、基礎、風荷重、通信、航空許可、データガバナンス設定はエンジニアリングレビュー中に確認される。
成果を主張しないOpex評価
この調達ケースでは、opexを財務的な約束ではなく運用上の工数として扱う。評価では、提案された運用モデルの導入前後で、手動確認、夜間巡回、反復的な現地訪問、部門間引き継ぎ、重複報告がどれだけ必要かを比較すべきである。本記事は、リスボンがすでにこれらの成果を達成したとは主張せず、実在の顧客名、導入数量、カバレッジエリア、検知率、レイテンシ数値を避けている。
最も強い計画上の論理は、代替とトリアージである。航空規則、天候、地域運用ポリシーが許す場合、ドローン巡回は選択された手動の夜間洪水監視巡回を置き換えられる。地上ロボットは、すべてのアラームを車両出動から開始させることなく、反復的なルート確認または外周確認を支援できる。エッジ推論は、ポールがローカルセンシングをイベントメタデータとミッションログに変換するため、運用者がレビューする必要のある生素材の量を削減できる。気象センサーへの注力は、適切なトリガーを優先することにも役立つ。ナイトライフ回廊の群衆密度アラートは、洪水制御監視中の風、湿度、気圧、視認性の文脈と組み合わされると、異なる対応経路を持つ。
非常管理の購入者にとって、判断すべきことは1本のポールが洪水を解決するかどうかではない。判断すべきことは、オフグリッドの物理AIエッジノード群が、サイロ化されたシステムが最も役に立たない瞬間、すなわち深夜の暴風雨、アクセス途絶、通信劣化、現場チームの過負荷、公共空間の再開判断において、連携摩擦を低減できるかどうかである。したがって、適切に範囲設定されたリスボン調達では、最終地点を確定する前に、目標評価指標、権限ゲート、データ保持ルール、ミッション範囲、保守役割、受入試験を規定することになる。
最終エンジニアリング確認を前提
リスボンの導入計画では、調達最終化の前に現地エンジニアリングを完了すべきである。必要な確認には、基礎設計、開けたウォーターフロント付近の風曝露、地域の影や方位に対するCIGS太陽光発電量の前提、夜間経済デューティサイクルに対するバッテリー容量、ワイヤレスバックホールの可用性、自律ソーティーに関する地域の航空制約、ロボットルートの適合性、気象センサー校正、腐食曝露、市の非常管理指揮プロセスとの統合が含まれる。
Sky Hubノードは、成熟した稼働中のSOLARTODO Sentinelインフラとして調達されるべきである一方、リスボンのケースは提案構成にとどまる。この区別により、ケースの信頼性が保たれる。システムの機能セットは利用可能だが、都市固有の導入設計、許可、データガバナンスパック、受入試験は、選定された地点に対して確認されなければならない。したがって推奨される調達構造は、明確な評価入力を備えた構成パッケージである。評価入力には、気象トリガーの品質、承認済み対応ワークフロー、ミッションスケジューリング、ローカルデータ処理、現場保守頻度、部門横断イベント引き継ぎ品質が含まれる。
この位置付けでは、物理的なポールそのものが主役ではない。都市の任務こそが主役である。洪水被害後、非常管理には、地域の気象条件を感知し、ローカルで計算し、ドローンおよびロボット点検を調整し、データ主権を維持し、部門横断の単一運用ビューを提示できるオフグリッドエッジノードが必要になる。SOLARTODO Sentinel Sky Hubは、系統電力、市の電源、または現地電源を必要とせずに、これらの機能を現場にもたらすポール形態の導入形状である。
システム構成
| 項目 | 構成 |
|---|---|
| 導入カテゴリー | 災害後の洪水制御補完導入向けcity-ai-pole / 物理AI都市エッジノード |
| ポール形態 | 照明システムを持たないSOLARTODO Sentinel Sky Hubの純粋な非照明スマートポール |
| エネルギーシステム | 360°巻き付け型フレキシブルCIGS薄膜による補充を備えた、完全オフグリッドのバッテリーバックアップ型マイクロステーション |
| 気象センシング | 風速、風向、温度、湿度、大気圧、騒音、PM10、PM2.5、照度 |
| エッジAIコンピュート | Jetson級のポール上推論およびワークロードスケジューリング。生映像およびセンサー記録はローカル処理 |
| ドローンおよびロボット運用 | 自律ドローンの離陸、巡回、帰還、後方サービス式バッテリーホットスワップ。サービスロボットの巡回およびポール基部でのワイヤレス充電 |
| コマンドビュー | センシング、承認済み対応、エッジスケジューリング、現場運用、保守記録のための共通運用状況図インターフェース |
仕組み
- 気象センサーが、ポール上で地域の洪水制御リスク文脈にフラグを立てる。
- エッジAIが、気象、匿名のシーン認識、ノード健全性をローカルで相関させる。
- COPが、承認済み非常管理スタッフにスコア付きイベントパケットを提示する。
- 人間の運用者が、ドローン点検、ロボット巡回、または現場作業班へのエスカレーションを承認する。
- OTATODOが、ポール上でコンピュート、エネルギー、ミッションタスクをスケジュールする。
- 匿名化メタデータ、ミッションログ、保守ステータスが部門横断レビュー用に記録される。
計画前提(参考値)
購入者が再計算できる例示的な計画入力値であり、達成済みの結果ではなく目標指標です。最終的なエンジニアリング確認が前提です。
| 指標 | 計画前提 | 参考値 |
|---|---|---|
| 点検労務 | 規則と天候が許す場合、ドローンソーティーが選択された手動の夜間洪水監視巡回を代替する | 自動化対象として週あたり約10-20件の巡回確認 |
| 部門横断引き継ぎ | エッジ生成の1つのイベントパッケージが、非常、排水、モビリティ、保守チーム間で共有される | 重要イベントごとに約3-5部門を整合 |
| 反復現地訪問 | ドローンまたはロボット点検が、出動前に作業班訪問の必要性を明確化する | 評価対象として反復確認を約20-30 percent削減 |
| 運用者レビュー負荷 | 生記録はローカルに保持され、匿名化されたイベントメタデータとミッションログがCOPでレビューされる | 並行する手動報告の代わりに、フラグ条件ごとに約1件のイベントパケット |
| 夜間経済への備え | デューティサイクルスケジューリングが、営業時間の遅い時間帯にウォーターフロント、交通、公共空間の確認を優先する | 1晩あたり約2-4件の優先ウィンドウを設定 |
導入機器
- SOLARTODO Sentinel Sky Hubポール本体
- 360°巻き付け型フレキシブルCIGS薄膜ソーラースキン
- 5-20 kWh級バッテリー蓄電キャビネット
- 9パラメータ気象センサースイート
- 匿名シーン認識用AI PTZカメラ
- マルチベイバッテリーマガジン付き自律ドローン運用ベイ
- 地上サービスロボット用ワイヤレス充電ベース
- OTATODO edge OS共通運用状況図インターフェース
よくある質問
リスボンのケースは導入済みの自治体プロジェクトを説明しているのか?
いいえ。これはリスボンの非常管理計画向けに提案された例示的な調達構成である。実名顧客、導入数量、カバレッジエリア、測定済み現場成果、または公的契約を主張するものではない。目的は、最終的なエンジニアリング確認を前提に、SOLARTODO Sentinel Sky Hubを災害後の洪水制御補完導入としてどのように評価できるかを示すことである。
洪水制御で気象センサーモジュールが重視される理由は何か?
洪水制御の判断には、カメラ映像だけでなく地域文脈が必要である。風速、風向、温度、湿度、気圧、騒音、粒子状物質の読み取り、照度は、エッジノードが通常の夜間経済活動と暴風雨に影響を受ける運用条件を区別するのに役立つ。気象ストリームは、部門横断の点検、トリアージ、保守スケジューリングのトリガーレイヤーとなる。
Sky Hubは生映像または生センサー記録を中央プラットフォームへ送信するのか?
いいえ。提案中のデータアーキテクチャでは、生映像および生センサー記録はローカル処理のためポール上に保持される。共通運用状況図ビューのためにポール外へ送信され得るのは、匿名化されたイベントおよびステータスメタデータのみである。この設計はPDPL/LGPD志向だが、最終的な法務、運用、保持設定は購入者が確認しなければならない。
太陽光出力を過大に表現せずに、オフグリッドエネルギーモデルはどのように機能するのか?
ポールはバッテリー蓄電を運用バッファとして使用し、CIGS薄膜を補助的な補充として使用する。巻き付け型の垂直ソーラー面には銘板定格があるが、現場出力は太陽方向の投影、天候、影、デューティサイクルに依存する。そのため、ドローン、ロボット、コンピュートのワークロードは、無制限の太陽光のみの運用として示されるのではなく、蓄電量に対してスケジュールされる。
リスボンの洪水制御監視中、ドローンとロボットはどのような役割を担うのか?
ドローンは、排水に敏感な区間、ウォーターフロントのアクセスポイント、または外周ルートを点検し、その後帰還して自動の後方サービス式バッテリー交換を受け、別の承認済みソーティーに備えることができる。地上ロボットは、通行可能な経路を巡回し、閉鎖箇所を確認し、アラーム対応を支援し、その後ワイヤレス充電のために戻ることができる。どちらも個別の現場ツールとして扱われるのではなく、OTATODOによって調整される。
この調達ケースではCounter-UASはどのように扱われるのか?
Counter-UASは、検知、追跡、人による承認を伴う連携に限定される。無許可ドローンが対応区域を脅かす場合、ノードは承認後、自身の友軍ドローンにソフトな空中ネット捕獲または近接接近による抑止を命令できる。本ケースでは、ジャミング、撃墜、武器、自律攻撃、いかなるハードキル行動も除外される。
さらに詳しく
街路・キャンパス・公共空間で同様のフィジカルAI導入をご検討ですか? エンジニアリング相談を依頼する
