City AI Poleは、ローカルコンピューティング、センシング、オフグリッド電源、ドローンおよび地上ロボットの運用を統合した、照明機能を持たないフィジカルAI型の都市エッジノードです。SOLARTODO SentinelのSky Hub形態では、ポール上でOTATODOが稼働します。このマナーマ向け導入提案は、自律的な観測ミッション、人による承認に基づく対応、生データの現地保持を通じて、災害後の警察主導による火災対応連携を支援します。
1. 警察による計画：山岳対応の要件をマナーマに適用
提案する都市業務の目的は明確です。警察が立ち入りを管理し、消防対応要員が危険を評価し、保守チームが重要インフラを復旧する間、被災地区の周辺で反復可能な観測体制を回復させます。運用上の課題は、人手による巡回に時間がかかることです。警察官は同じ規制区域の境界を確認し、進入経路が引き続き通行可能かを確かめ、部門間で観測情報を伝達するために、繰り返し現地へ移動しています。SOLARTODO Sentinelポールは、ドローンネストを主要な運用モジュールとして、こうした観測業務のための常設の現地拠点を提供します。
要件に含まれる山岳型の運用モデルについては、事実関係を区別する必要があります。マナーマは山岳都市ではありません。国連が公開するバーレーンの国家報告書に記載されているとおり、バーレーンは全般的に低平な地形です。ここで山岳対応計画から取り入れるのは、進入が制限された区域、寸断された経路、分散した観測地点という運用パターンです。現地の地形を表すものではありません。提案するマナーマでの用途では、このパターンを暴風雨によるがれき、規制線、一時的に立ち入りできない都市街区に適用します。
同様に、台風シーズンは本事例で指定された訓練および調達の契機であり、マナーマの通常の気象暦や、記録された現地災害についての主張ではありません。現地での即応態勢や飛行判断は、バーレーンの公式気象情報に従います。想定する事案は、暴風雨で機能が損なわれた地区内で発生した火災であり、安全な現場活動が可能な条件に回復した後を対象とします。
これは、実運用中の成熟したSentinelの機能を用いた導入提案事例です。マナーマでの設置完了、具体的な顧客、達成済みの削減効果を報告するものではありません。警察を主な購入主体および調整主体とし、最終的な設置場所、許認可、運用可能範囲は、最終的な技術確認を条件とします。
2. 関係部門による設置場所の選定：巡回負担が集中する場所にドローンネスト搭載ポールを配置
災害後の補完配置とは、地区全体を再設計するのではなく、観測や運用上のアクセスに空白がある場所へノードを配置することです。警察は繰り返し発生する確認のための移動を特定します。消防対応要員は、安全な観測位置と緊急進入に必要な条件を特定します。自治体の技術部門は、基礎、地盤状態、復旧作業のためのアクセス、損傷した構造物からの離隔を確認します。選定する場所は、避難や緊急車両の通行を妨げず、安全なドローンの進入を可能にする必要があります。
Sky Hubは、照明システムを持たないPUREスマートポールです。その役割は、センシング、コンピューティング、電源、空地連携運用の基盤となることです。マナーマ向けの提案構成では、ドローンネストを中心に据えます。ポールのそばに操作者を常駐させることなく、発進、地域巡回、点検、帰還、次の任務への再出動を行います。遠隔監督と事案に関する指揮権限は、引き続き運用モデルに含まれます。
着陸したドローンには、背面保守方式の自動交換によって充電済みバッテリーが装着されます。複数ベイを備えたバッテリーマガジンにより、複数回の連続出動を支援します。運用管理機能は、経路計画、充電・交換の状態機械、タスクキュー、機体群の健全性、ミッションログを調整します。連続ミッションは、充電済みパックの在庫、気象、空域の許可、整備状態、ステーションの予備エネルギーによる制約を受けます。
ネストは、承認済みの各観測業務を常設の現地拠点から開始できるようにすることで、巡回の流れを変えます。警察官は、規制区域の境界状況が変化したかを確認するだけのために、毎回同じ移動を繰り返す必要がなくなります。現場での点検や介入が必要な場合は、引き続き人が出向きます。
地上運用は、こうした空中運用を補完します。ヒューマノイドまたはサービスロボットは、安全が確認され通行が許可された経路で自律巡回、警報対応、点検を行い、ドローンと連携し、ポール基部へ戻ってワイヤレス充電します。不安定な構造物、火災が継続する建物内部、未撤去のがれきへの進入は想定しません。
3. 事案指揮：センシング、承認、現場活動を接続
共通作戦状況図（COP）の指揮画面は、警察、消防対応要員、保守担当者を、センシング → 承認された評価・対応 → エッジコンピューティングによるスケジューリング → 現場運用・保守という一つの運用サイクルに統合します。各部門は、自らの責任に関係する事案の状況、割り当てられたタスク、承認状態、リソースの準備状況を確認できます。共通の事案参照情報により、各部門の権限を維持しながら、繰り返しの説明を減らします。
ポール搭載のPTZ認識機能は、匿名の車両台数、群衆密度の指標、侵入警報、規制区域の境界状況を提供します。この火災対応構成では、規制区域への進入や緊急進入地点付近の混雑を観測情報として検知できます。これらは状況評価を支援するものであり、火災原因を特定したり、現場指揮官の判断に代わったりするものではありません。この構成では、顔認識とナンバープレート認識は有効な機能に含まれません。
環境計測パッケージは、風速、風向、温度、湿度、気圧、騒音、PM10、PM2.5、照度を測定します。これらの測定値は、出動判断や現地状況の把握に補足情報を提供します。消防現場用の専門計測機器、構造評価、航空気象に関する判断の代替にはなりません。
OTATODOはローカル推論を実行し、エッジモジュール上の処理負荷をスケジューリングします。生映像とセンサーデータはポール内に保持され、その場で処理されます。外部へ送信できるのは、非識別化されたイベントおよび状態のメタデータのみです。そのため、共有COPが受け取るのは、遠隔の生映像フィードではなく、イベント概要、タスクの進捗、機器の状態です。詳細な生の証拠データを確認するには、合意した取扱手順に基づき、ポールで承認されたアクセスを行う必要があります。
警察は規制区域の境界に関する業務を管理し、消防対応要員は消防現場の優先順位を指示し、保守担当者は機器の復旧を管理します。スケジューリング層は、実行前にミッションの実施条件、予備量、リソースの競合を確認します。条件の変化によりミッションが実施不能となった場合、COPは保留とその理由を記録し、各部門が代替の観測や点検を手配できるようにします。
4. 設計と保守：完全オフグリッドの運用サイクルを維持
提案するマイクロステーションは、蓄電池とポール搭載の太陽光による補充を用いる完全オフグリッド方式で、電力系統、都市の電源、敷地内電源への接続を持ちません。高さ約8 m、幅約0.6 mの垂直円筒形ボディに、約15 m²のフレキシブルCIGS薄膜を巻き付けます。この巻き付け型パネルの公称容量は約2.4–2.7 kWpですが、公称容量はステーションで想定される瞬時発電量ではありません。
垂直円筒では、直射日光を受けるのは太陽に面した投影部分であり、巻き付け面全体が同時に受光するわけではありません。提示された高日射条件での参考範囲は、晴天時のピークが約0.8–1.1 kW DC、1日当たり約6–9 kWhで、ピークは正午ではなく午前の中頃または午後に生じます。これらの数値は、サウジアラビアのような地域を想定した計画上の参考値であり、マナーマでの実測発電量や、保証された日次エネルギー量ではありません。
マナーマ向けの設計では、日陰、高温、塩分への曝露、汚れ、変換損失、季節条件を考慮する必要があります。CIGSは補助的なエネルギー補充層です。5–20 kWhクラスの蓄電池が、ドローンやロボットの高出力タスクに対するバッファーとなり、スケジューリングが稼働率を制御します。蓄電池はエネルギーを利用できる時点を移すものであり、追加のエネルギーを生み出したり、太陽光による無制限の自給を実現したりするものではありません。
そのため、運用計画では、必須負荷用の予備量、ミッションの優先順位、保守の実施基準を定めます。補充量が少ない場合や気象による制限がある場合は、観測出動を延期し、設計上確保された予備量の範囲内で、必須のセンシング機能と指揮機能を優先できます。保守には、バッテリーマガジン、着陸インターフェース、冷却設備、太陽光パネル表面、ロボット充電エリアの点検が含まれます。
警察と技術チームは、調達前にこれらの制約について合意する必要があります。要求する出動頻度に実現性があると判断できるのは、負荷収支、使用可能なバッテリー容量の計算、充電スケジュール、復旧計画による裏付けが得られた場合に限られます。物理的な設置には、構造および風荷重の評価も必要です。オフグリッド電源の設計だけで、災害時の耐久性が立証されるわけではありません。
5. 警察による調達：部門横断で運用費を評価
購入の判断では、飛行回数を成果として数えるのではなく、完了した観測タスク当たりの運用工数を測定する必要があります。人手による巡回の基準値を設定し、提案するノードを使った同等のタスクと比較します。警察官の移動時間と観測時間、遠隔確認時間、再出動、保守出動、バッテリーの取り扱い、ミッションの保留を記録します。選択的な報告が評価上有利にならないよう、未達成および延期されたタスクも含めます。
以下の前提は、購入者の計画検討に用いる仮定の計算です。製品性能、検証済みの現地統計、達成済みの削減効果を示すものではありません。有用な比較方法の一つは、代替される人手の観測工数から遠隔確認工数を差し引き、保守と報告の時間を加えることです。その結果は人員配置を変更できる可能性を示すものであり、自動的に現金支出の削減となるわけではありません。人件費が変わらないまま、警察官を別の業務へ再配置する場合があります。
工数がチーム間で移る可能性があるため、部門横断での検証が重要です。警察による確認のための移動が減る一方で、消防対応要員が追加点検を要請したり、保守担当者が屋外に露出した機器の清掃により多くの時間を費やしたりする可能性があります。信頼できる運用費評価では、こうした負担の移転を把握します。評価対象の指標には、完了タスク当たりの人時、回避可能な再出動、保守時間、承認された運用可能範囲内で完了した依頼タスクの割合が含まれます。目標値は、基準値を把握してから設定します。
対無人航空機システム（Counter-UAS）の連携には、別の承認経路を適用します。ポールは無許可のドローンを検知・追跡し、人による承認を得た後に限り、自らの味方ドローンに対して、ソフトな空中ネット捕獲または近接接近による抑止を指示します。これは、法的権限、空域条件、事案の優先順位に従う、非致死的かつ非キネティックな対処です。レーダーはポールに内蔵されておらず、レーダーを利用する場合は、任意のパートナーセンサーからの入力となります。
調達判断は、文書化されたタスク記録、技術確認、合意された責任分担に基づく必要があります。データの取り扱いはローカル処理を前提に設計され、PDPL/LGPDを意識したものですが、この表現は認証や法令遵守を立証するものではありません。このマナーマ向け提案事例が購入判断の枠組みとして機能するのは、警察が業務負荷の比較を再計算でき、各部門がサービスの承認、運用、保守、検証の担当者を特定できる場合です。
システム構成
| 項目 | 構成 |
|---|---|
| ポールと導入形態 | 照明機能を持たないPURE Sky Hubポール。災害後の空白を補完する設置提案であり、基礎とアクセス条件は技術確認を条件とする |
| ドローンネストとバッテリー交換 | 自律発進・帰還インターフェース、背面保守方式の自動バッテリー交換、複数ベイを備えた充電済みパック用マガジン |
| エッジコンピューティングとデータ | OTATODOを実行するポール搭載AI推論モジュール。生映像とセンサーデータはポール内に保持し、外部送信は非識別化されたイベント・状態メタデータのみ |
| セキュリティおよび環境センシング | PTZカメラに加え、風速・風向、温度、湿度、気圧、騒音、PM10、PM2.5、照度を計測 |
| オフグリッド電源 | 約15 m²の巻き付け型フレキシブルCIGS。公称容量約2.4–2.7 kWp。5–20 kWhクラスの蓄電池。稼働率のスケジューリング |
| 地上ロボットインターフェース | サービスロボットの巡回・点検の連携と、ポール基部でのワイヤレス充電 |
| 指揮と承認 | タスクキュー、ミッションログ、機体群の健全性、人の承認に基づく対応を扱う共有COP。ポールのハードウェアにレーダーは含まれない |
仕組み
- ポール搭載センサーが、火災対応の規制線付近で境界の異常を検知する。
- ローカルのエッジAIが観測情報を評価し、非識別化されたイベント記録を作成する。
- 警察の調整担当者と消防対応責任者がタスクを評価し、人による承認を記録する。
- OTATODOがスケジューリング前に、気象上の実施条件、バッテリー予備量、リソースの利用可能状況を確認する。
- ドローンが承認された経路を点検して帰還し、条件を満たす場合に自動バッテリー交換を受ける。
- ポールは生データを現地に保持し、非識別化されたイベント、タスク、保守の状態のみを共有する。
計画前提(参考値)
購入者が再計算できる例示的な計画入力値であり、達成済みの結果ではなく目標指標です。最終的なエンジニアリング確認が前提です。
| 指標 | 計画前提 | 参考値 |
|---|---|---|
| 人手による観測の基準値 | 例示のみ：1日6回の観測巡回、1回当たり警察官2人、1人当たり20分、期間10日。 | 6 × 2 × 20 × 10 ÷ 60 = 基準となる観測工数40人時 |
| 遠隔でのタスク確認 | 例示のみ：同じ60件の観測タスクについて、各タスクに確認担当者1人が10分を要する。タスクの同等性は評価する必要がある。 | 60 × 1 × 10 ÷ 60 = 確認工数10人時 |
| 保守出動 | 例示のみ：同じ評価期間内に2回の保守訪問を行い、各回で技術者2人がそれぞれ60分を要する。 | 2 × 2 × 60 ÷ 60 = 保守工数4人時 |
| 部門横断での記録確認 | 例示のみ：各部門の確認担当者3人が、2回の合同確認会議のそれぞれに20分を費やす。 | 3 × 20 × 2 ÷ 60 = 合同確認工数2人時 |
| 人員配置変更に充てられる可能性のある工数差 | 例示のみ：基準の40人時と、遠隔確認10人時、保守4人時、合同確認2人時を比較する。同等のタスクが完了することを前提とする。 | 40 − (10 + 4 + 2) = 別業務への再配置に充てられる可能性のある24人時。達成済みの削減効果ではない |
導入機器
- 提案する照明機能のないSky Hubポール本体と、技術設計された基礎
- 背面保守方式の自動バッテリー交換装置と複数ベイのマガジンを備えた一体型ドローンネスト
- 交換式バッテリーパックに対応する互換性のある自律巡回ドローン
- OTATODOを実行するポール搭載エッジコンピューティングキャビネット
- PTZセキュリティカメラと9項目の環境センサーユニット
- 巻き付け型フレキシブルCIGS太陽光発電ユニットと蓄電池キャビネット
- サービスロボットとポール基部のワイヤレス充電インターフェース
- 非識別化されたイベントおよび状態メタデータ用の通信ゲートウェイ
よくある質問
これはマナーマで検証済みの導入事例ですか、それとも提案構成ですか？
本事例は、実運用中の成熟したSentinelの機能を用いた、マナーマ向けの提案構成を説明しています。現地に設置済みの機体群、顧客契約、達成済みの成果を示すものではありません。調達判断の前に、選定した場所について、導入数量、運用許可、技術的な適合性、評価目標を定める必要があります。
マナーマの事例で、山岳や台風シーズンの計画を使うのはなぜですか？
山岳は、アクセスの寸断や分離された観測区域を表す、指定された運用上の基本モデルであり、マナーマの地形を説明するものではありません。台風シーズンは、指定された即応訓練の契機であり、バーレーンの通常の季節的災害についての主張ではありません。実際の配置や飛行判断には、現地の警報と現場条件を用いる必要があります。
外部の電源に接続せずにノードを運用できますか？
はい。提案する構成は完全オフグリッドで、ポール搭載CIGSによるエネルギー補充、蓄電池、処理負荷のスケジューリングを組み合わせています。ただし、ミッションを無制限に継続できるという意味ではありません。晴天時ピーク約0.8–1.1 kW DC、1日当たり6–9 kWhという参考範囲には現地での技術検証が必要であり、高出力タスクは使用可能なエネルギー収支の範囲内に収める必要があります。
バッテリーのホットスワップは、警察による反復的な巡回業務の管理にどう役立ちますか？
着陸後、ドローンには背面保守方式の自動バッテリー交換によって充電済みパックが装着されます。複数ベイを備えたマガジンにより、ポールのそばに操作者がいなくても、複数回の連続出動が可能になります。ミッション管理機能は、パックの状態、タスクキュー、機体群の健全性を調整します。一方、次の出動を実施するかどうかは、気象、許認可、利用可能なエネルギー、整備状態によって決まります。
共有指揮画面では、各部門がどのような情報を確認できますか？
共有COPは、非識別化されたイベント概要、承認状態、タスクの進捗、機体群の健全性、保守状況を受け取ることができます。生映像とセンサーデータは、ローカル処理のためにポール内に保持されます。各部門は、事案識別子、アクセス権限の役割、保存期間、現地での証拠確認手順について合意する必要があります。共通の指揮画面を利用するために、生データのフィードを外部へ送信する必要はありません。
Counter-UAS連携にはどのような制限がありますか？
ポールは、検知、追跡、指揮連携を支援します。味方ドローンによるソフトな空中ネット捕獲や近接接近による抑止は、人による承認を得た後に限り、適用される運用許可の範囲内で実施できます。対処は非致死的かつ非キネティックです。レーダーはポールのハードウェアには含まれませんが、任意のパートナーセンサーから入力を受けることは可能です。
ローカル処理によってプライバシー関連法令への適合が立証されますか？
ローカル処理は、PDPL/LGPDを意識したデータ取扱設計を支援しますが、認証や法令遵守の完了を立証するものではありません。購入者は引き続き、利用目的、アクセス制御、保存期間、通知、ガバナンスを評価する必要があります。この構成では、生映像とセンサーデータをポール内に保持し、外部へ送信できるのは非識別化されたイベントおよび状態メタデータのみです。
さらに詳しく
街路・キャンパス・公共空間で同様のフィジカルAI導入をご検討ですか? エンジニアリング相談を依頼する