City AI Poleは、オフグリッド蓄電、エッジコンピューティング、センシング、ドローン運用、ロボット運用を1つのポール形状の都市アセットに統合した、照明機能を持たないフィジカルAIエッジノードである。このシンガポール交通ハブケースでは、SOLARTODO Sentinel Sky HubがPTZカメラと環境データをローカル処理し、バッテリー交換式ドローンの出動を調整し、匿名化されたイベントメタデータを都市オペレーターと共有することで、低高度点検を支援する。
調達背景：イベント負荷下のシンガポール交通ハブ
シンガポールの交通ハブは、高密度な旅客移動、空港・鉄道接続、港湾隣接物流、ウォーターフロント目的地、イベント起因の群衆急増の中心に位置している。大規模スポーツイベント中の都市管理課題は、単にカメラや巡回要員を増やすことではない。実務上の要件は、電力網への依存を増やしたり、新たに維持管理すべき照明アセットを作ったりすることなく、外周道路、歩行者アプローチ、サービスレーン、荷捌きエリア、仮設の群衆管理バリア、重要施設周辺の低高度空域を横断して、ライブの運用状況を維持することである。
本調達ケースは、最終的なエンジニアリング確認を前提に、シンガポールの交通ハブ環境向けに提案される例示的構成としてSOLARTODO Sentinel Sky Hubを位置づけている。購入者は、フィジカルAI都市エッジノードのグリッドメッシュが、スポーツイベントのピーク時に低高度点検の応答時間目標をどのように短縮できるかを評価する都市管理ステークホルダーである。選定されたアーキタイプは交通ハブであり、その運用パターンが混在しているためである。公共の移動、制御されたサービスアクセス、車両循環、セキュリティ外周、屋根線、駅キャノピー、近接する開放通路は、いずれも1日の中で強度が変化する。
中核的な課題はドローンの航続性である。単一のドローン出動でルート点検は可能だが、頻繁な帰還充電サイクルはカバレッジの空白を生む。手作業でのバッテリー対応も現地オペレーターへの依存を生じさせ、長時間のイベント時間帯や深夜の撤収時に継続することが難しい。Sky Hubは、自律的なドローンの離陸、着陸、バッテリーホットスワップ、ローカル認識、エッジスケジューリング、地上ロボットの帰還充電機能をポール上に配置することでこれに対応する。このポールは純粋なスマートポールであり、スマート街路灯ではなく、照明システムを含まず、照明アップグレードとして位置づけられるものでもない。
したがって調達上の問いは運用面にある。都市管理者は、点検タスクが反復して発生する場所にオフグリッドかつバッテリーバックアップ付きのエッジノードを配置し、生映像を集中化することなく、共通運用画面を通じて応答時間の改善を評価できるか、という点である。提案される答えはグリッドメッシュ展開パターンであり、複数のSky Hubノードが低高度点検ルートを分担し、匿名化されたステータスとイベントメタデータを共有し、オペレーターが単一の指令画面から対応ワークフローを承認できるようにする。
提案されるグリッドメッシュ構成
提案されるシンガポール構成では、Sky Hubをポール形状のフィジカルAIエッジノードとして、到着動線とサービス道路のアプローチ、歩行者のボトルネック、制御アクセスゲート、屋根線点検の視点、ユーティリティ通路、イベントオーバーレイゾーンなど、選定された交通ハブ外周ポイントに設置する。本ケースでは、具体的な設置数やカバレッジ面積は想定していない。最終的な展開レイアウトは、現地調査、上空視界、日陰、風曝露、ドローン飛行許可、歩行者クリアランス、保守アクセス、ステークホルダーの運用ルールによって決まる。
各ノードは、高さ約8メートル、幅約0.6メートルの垂直円筒ボディを備え、約15平方メートルの柔軟CIGS薄膜太陽電池で覆われる。このラップは公称でおよそ2.4から2.7 kWpと評価されるが、現実的な運用モデルは意図的に保守的である。垂直円筒は全体ラップが同時に発電するのではなく、主に太陽に面した投影面で直射日光を受けるため、高日射の基準地域における晴天時のピーク出力はおよそ0.8から1.1 kW DCであり、日次発電量は通常1桁kWh台となる。シンガポールでは、熱帯性の雲、雨、ヘイズ、都市峡谷による日陰、駅キャノピーの影を、デューティサイクル確定前にモデル化する必要がある。
調達上、太陽光層は、無制限の純太陽光発電の約束ではなく、完全オフグリッドかつバッテリーバックアップ付きのマイクロステーションに対する補助的な補充電源として扱うべきである。ドローン離陸サイクル、自動バッテリー交換、エッジ推論、PTZ巡回、環境センシング、ロボット充電を含む高電力作業は、5から20 kWhクラスの蓄電でバッファされる。OTATODOは、利用可能な蓄電量、ミッション優先度、天候、キュー状態、保守時間帯に応じてタスクをスケジュールする。
グリッドメッシュモードが重要なのは、単一のポールがすべてのタスクを継続的に担う必要がないためである。サービス入口付近のノードは、外周認識と迅速なドローン再離陸を優先する場合がある。歩行者急増ポイント付近の別ノードは、PTZベースの群衆密度推定と環境監視を優先する場合がある。屋根線点検通路付近の第3のノードは、降雨後や仮設構造物の設置後にドローン出動をキューイングする場合がある。全体として、このメッシュは都市管理者に、エッジでのローカル処理を備えた分散型点検基盤を提供する。
低高度点検向けバッテリー交換式ドローン航続性
調達の焦点はバッテリー交換であり、航続性が反復的な低高度点検の制約要因だからである。本ケースでは、Sky Hubノードが、パイロットやバッテリー技術者がポール横に常駐することなく、離陸、地域巡回、点検、帰還、自動バッテリー交換、タスク再展開を支援する。着陸後、ドローンは背面サービス式の交換ワークフローに入る。マルチベイのバッテリーマガジンが消耗したパックを取り外し、充電済みパックを挿入し、状態を確認して、次の承認済み出動のために機体をリリースする。複数のベイにより、ノードが再充電または保守閾値に達する前に、複数の連続ミッションを実行できる。
これはスポーツイベントシナリオで特に重要である。ゲート開放前、ドローンは仮設待機レーン、案内サイン、バリケード、荷捌きエリア、イベントスタッフのアクセスポイント、屋根線の障害物を点検できる。到着ピーク時には、PTZカメラまたは都市指令からトリガーされる例外対応タスクのためにドローンを確保できる。試合中は、PTZカメラが侵入、異常な車両停止、群衆密度変化、サービス動線の閉塞を監視する一方で、ドローンは低頻度の外周スイープを実行できる。退場時には、ノードは出口ルートと交通接続の周辺で短い反復点検ループを優先できる。
バッテリー交換の状態機械は、ポール上のOTATODOによって管理される。OTATODOは、ルート計画、タスクキューイング、充電および交換準備状況、フリート健全性、ミッションログ、エネルギーを考慮したスケジューリングを処理する。都市オペレーターは、すべての離陸を細かく管理する必要はない。代わりに、共通運用画面が推奨アクション、リスクスコア、利用可能なアセット、現在のバッテリー状態、監査証跡を提示する。特にCounter-UAS連携や近接接近による抑止などの慎重な運用では、人間による承認が対応ループの一部として残る。
KPIの枠組みは応答時間であるが、本ケースは達成済み結果を主張しない。購入者は、同一のイベント前提条件下で、手動派遣、固定カメラレビュー、ドローン点検ワークフローを比較することにより、目標とする応答時間改善を評価できる。主要な計画変数は飛行時間だけではない。出動間のターンアラウンド時間である。自動バッテリーホットスワップは、充電または手動交換によって生じるアイドル間隔を短縮し、点検プログラムが継続性を失いやすい部分に対応する。
PTZ主導のエッジ認識とデータ処理
本ケースのモジュール上の焦点はPTZカメラであり、ドローンやロボットが派遣される前の検知レイヤーを支えるためである。Sky HubのPTZカメラは、プリセットゾーンを巡回し、承認された関心エリアにズームし、匿名の車両カウント、群衆密度、侵入、外周認識のためにローカル認識を実行できる。ここでは顔認識やナンバープレート認識として位置づけていない。目的は運用状況認識であり、身元抽出ではない。
生映像とセンサーデータはポール上に留まり、最終構成に応じてOrinまたはThorクラスの能力を備えるJetsonクラスのエッジコンピューティングによってローカル処理される。ノード外に出る可能性があるのは、異常タイプ、信頼度帯、位置参照、センサー状態、タスク状態、バッテリー状態、オペレーター判断記録など、匿名化されたイベントおよびステータスメタデータのみである。これにより、アーキテクチャはローカル処理とデータ最小化を運用モデルに組み込んだ、PDPL-LGPD指向の設計となる。別途の法務、サイバーセキュリティ、調達上の検証なしに、すでに認証済みまたは普遍的に準拠していると表現すべきではない。
環境九-in-oneパッケージは、風速、風向、温度、湿度、大気圧、騒音、PM10、PM2.5、照度を追加する。シンガポールの交通ハブでは、風と降雨隣接条件がドローン発進判断に重要である。粒子状物質と騒音の文脈は、イベント運営が局所的な乱れを解釈する助けになる。照度はセンシング変数であり、照明機能ではない。OTATODOはポール上でコンピュートワークロードをスケジュールし、PTZ認識、環境閾値、ドローン準備状況、ロボット充電、ミッションログが1つの物理ノード内で連携し続けるようにする。
地上ロボット運用は、同じループを地表レベルに拡張する。ヒューマノイドまたはサービスロボットは、自律巡回、アラーム対応、点検、空地連携を実行し、ワイヤレス充電のためにポール基部へ帰還できる。交通ハブシナリオにおいて、ロボットはスタッフの代替ではない。キャノピー下、サービスドア脇、群衆バリア付近、内部に隣接する外部通路沿いなど、ドローン視点だけでは不完全な場所の状況を確認できるフィールドアセットである。
応答ワークフローと購入者評価
運用ループは、センシング、承認された評価と対応、エッジコンピューティングのスケジューリング、フィールド運用、保守調整に沿って進む。中国語の運用用語では、これは感知、確認、対応、計画、協調という統合的な考え方に対応する。調達用語では、ポールが単に問題を検知するだけでなく、どのアセットが対応すべきか、人間の承認が必要か、どの記録を保持すべきかを都市管理者が判断できる、単一の共通運用画面を意味する。
Counter-UAS連携では、Sky Hubポールは利用可能なセンサーと任意のパートナーセンサー入力を通じて、無許可ドローンを検知・追跡できる。レーダーはポールに内蔵されておらず、該当する場合のみ任意の外部入力またはパートナー入力として扱うべきである。対応が承認された場合、ノードは自らの友軍ドローンに、ソフトな空中ネット捕獲や近接接近による抑止などの非致死的緩和を実行するよう指令できる。このワークフローは、撃墜、ジャミング、拒否、武器、ハードキル措置、自律攻撃を除外する。緩和措置には人間による承認が必須である。
都市管理の調達チームは、Sky Hubを主張された成果ではなく目標指標で評価すべきである。このシンガポールケースでは、主要KPIは、PTZ異常フラグからオペレーター判断まで、判断からドローン離陸まで、ドローン帰還からバッテリー交換後の再離陸まで、イベント完了からミッションログ利用可能化までの応答時間である。二次評価には、イベント各フェーズを通じた点検継続性、手動バッテリー対応への依存低減、ローカル処理されたタスクの割合、匿名化された監査記録の利用可能性、メッシュを準備状態に保つために必要な保守負荷を含めることができる。
実務的な受入計画は、現地エンジニアリング確認、飛行ルールレビュー、プライバシー影響レビュー、サイバーセキュリティレビュー、太陽光発電量モデリング、バッテリーデューティサイクルモデリング、運用机上演習から開始する。成果物は、購入者が所有する応答モデルであるべきである。すなわち、どのアラートが重要か、誰がどのアクションを承認するか、いつドローンが飛行するか、いつロボットが確認するか、いつオペレーターが介入するか、どのメタデータを保持するかである。これにより、展開はハードウェア仕様表ではなく、都市のタスクを中心に据えたものとなる。
システム構成
| 項目 | 構成 |
|---|---|
| ポールタイプ | センシング、コンピューティング、エネルギー貯蔵、ドローン運用、ロボット運用、指令調整のための、純粋な非照明スマートポール |
| エネルギーシステム | 約15 m²の360°ラップ型柔軟CIGS薄膜太陽光補充を備えた、完全オフグリッドのバッテリーバックアップ付きマイクロステーション |
| ドローン航続モジュール | 背面サービス式マルチベイ・バッテリーホットスワップマガジンとミッションキュー管理を備えた自律離陸・帰還 |
| カメラ | 匿名の車両カウント、群衆密度、侵入、外周認識をローカル処理で行うAI PTZカメラ |
| エッジAIコンピューティング | Jetsonクラスのポール上推論およびワークロードスケジューリングモジュール。生映像とセンサーデータはポール上に留まる |
| ロボットインターフェース | 巡回、アラーム対応、点検タスクのための地上ロボット連携とポール基部ワイヤレス充電 |
| 環境センサー | 風速、風向、温度、湿度、大気圧、騒音、PM10、PM2.5、照度 |
仕組み
- PTZカメラの巡回が、交通ハブ外周またはイベントアクセスルート付近の異常をフラグする。
- エッジAIがイベントをローカルに分類し、生映像を外部へ出さずに応答優先度を割り当てる。
- 共通運用画面が、アセットの準備状況、バッテリー状態、ルート選択肢、必要な承認を提示する。
- 承認されたドローン出動または地上ロボット点検が、ポール上のOTATODOによって調整され派遣される。
- ドローンは自動バッテリーホットスワップのために帰還し、キューがある場合は再離陸し、ミッション状態メタデータを記録する。
- オペレーターは、匿名化された証拠、アクション履歴、保守メモとともにイベント記録をクローズする。
計画前提(参考値)
購入者が再計算できる例示的な計画入力値であり、達成済みの結果ではなく目標指標です。最終的なエンジニアリング確認が前提です。
| 指標 | 計画前提 | 参考値 |
|---|---|---|
| 点検継続性 | バッテリーホットスワップにより、低高度点検出動間のドローン待機時間を短縮する | 保守レビュー前に約3-6回の連続タスクサイクル |
| 手動巡回の代替 | イベント時間帯の定型的な外周観察をドローンとロボットの確認でカバーする | 週あたり約10-20件の定型点検タスクを自動化 |
| 応答時間目標 | PTZ異常フラグが、共通運用画面からのオペレーターレビューとアセット派遣をトリガーする | フラグから承認済みフィールドアクションまで約5-10分の目標時間枠 |
| ローカル処理比率 | 映像分析とセンサー解釈はポール上で実行され、ノード外へ出るのは匿名化されたイベントメタデータのみとする | 設計上、生センシングの約90%+をローカル保持 |
| エネルギーデューティサイクル | 高電力ミッションは連続運用ではなく、バッテリー状態と太陽光補充に照らしてスケジュールされる | ノードあたり5-20 kWhクラスの蓄電を計画 |
導入機器
- SOLARTODO Sentinel Sky Hub純スマートポール本体
- 360°ラップ型柔軟CIGS薄膜ソーラースキン
- 5-20 kWhクラスのポール上バッテリー蓄電システム
- マルチベイ自動ドローンバッテリーホットスワップマガジン
- 自律ドローン離陸・着陸・ミッション制御モジュール
- ローカル認識機能付きAI PTZカメラ
- 九-in-one環境センサーパッケージ
- ポール基部の地上ロボット用ワイヤレス充電インターフェース
よくある質問
Sky Hubはシンガポール道路向けのスマート街路灯ですか？
いいえ。Sky Hubは純粋な非照明スマートポールであり、スマート街路灯として調達または説明されるべきではありません。照明システムは含まれていません。本ケースでの役割は、交通ハブ点検のために、エッジコンピューティング、センシング、オフグリッド蓄電、ドローンのバッテリー交換運用、ロボット連携、都市指令ワークフローをホストすることです。
バッテリー交換モジュールはドローンの航続性にどのように対応しますか？
航続性の問題は飛行時間だけではありません。ドローンが帰還した後の待機時間も問題です。マルチベイ・バッテリーマガジンが自動の背面サービス式交換を行い、着陸したドローンに充電済みパックを提供することで、別の承認済みタスクに再離陸できるようにします。これにより、ノードにバッテリー技術者を配置することに依存せず、連続した低高度点検サイクルを支援します。
中央処理のために生映像はポール外へ送られますか？
提案アーキテクチャは、生映像とセンサーデータがポール上に留まり、エッジコンピューティングによってローカル処理されるように設計されています。ノード外へ出る可能性があるのは、異常カテゴリ、信頼度帯、アセット状態、オペレーター判断記録など、匿名化されたイベントおよびステータスメタデータのみです。これはPDPL-LGPD指向の設計言語であり、認証の主張ではありません。
シンガポールがこの調達ケースに適した設定である理由は何ですか？
シンガポールの交通ハブは、高密度な歩行者流、サービス道路運用、制御された外周、熱帯気候、イベント起因の急増を組み合わせています。スポーツイベントの時間帯には、仮設バリア、屋根線、アクセスゲート、低高度通路を横断して反復的な点検要件が発生する可能性があります。提案されるグリッドメッシュ展開は、電力網、都市電力、または現地電源を必要とせず、こうした変動タスクを支援します。
武器システムを作らずにCounter-UASをどのように扱いますか？
Sky Hubは、非致死的で人間が承認するCounter-UAS連携のみを支援します。ポールは無許可ドローンを検知・追跡し、オペレーター判断ワークフローを提示できます。承認された場合、その友軍ドローンはソフトな空中ネット捕獲または近接接近による抑止を実行できます。このワークフローは、撃墜、ジャミング、拒否、ハードキル手法、武器、自律攻撃を除外します。
都市管理者は調達承認前に何を評価すべきですか？
評価は、現地エンジニアリング、上空視界、熱帯環境での太陽光発電量、バッテリーデューティサイクル、ドローン飛行許可、プライバシーレビュー、サイバーセキュリティレビュー、保守アクセス、オペレーター承認ルールに焦点を当てるべきです。KPI評価では、この例示ケースを達成済みの現場結果として扱うのではなく、目標応答時間枠、バッテリー交換ターンアラウンドの前提、ローカル処理比率、点検継続性を用いるべきです。
さらに詳しく
街路・キャンパス・公共空間で同様のフィジカルAI導入をご検討ですか? エンジニアリング相談を依頼する