センシンロボティクスの点検基盤は、何を独自にするのか
ドローンの遠隔点検が、実証から日常業務へ進み始めています。センシンロボティクスが2026年10月に発表した、出光興産北海道製油所と変電所向けの取り組みは、その具体例です。
ただし、発表を読むと疑問も残ります。DJIの機体を使いながら、制御には独自の基盤を採用する。メーカーをまたいで使えるようにする。その構成は、顧客の仕事をどこまで簡単にするのでしょうか。
独自のシステムを増やすことが、そのまま導入価値になるわけではありません。最近話題になっている情報漏洩に対するリスクも高まります。純正の仕組みでできることと、独自に作らなければできないことを、分けて見る必要があります。
国内で運用するだけなら、FlightHub 2にも選択肢がある
10月6日の発表では、北海道製油所でDJI Dock 3を活用し、FlightHub 2の代わりにSENSYN COREを使う構成が紹介されました。海外クラウドを経由せず、国内データセンターの環境で機体制御とデータ管理を行う点が特徴です。発表によると、本運用は2025年夏から始まっています。
ここで確認しておきたいのは、FlightHub 2にもオンプレミス版があることです。DJIは、自社サーバーやプライベートクラウドへの配置に対応する製品を提供しています。独自基盤へ置き換えなければローカル運用ができない、という状況ではありません。
しかも、センシンロボティクス自身が2026年2月12日、FlightHub 2オンプレミス版のライセンス販売と環境構築の提供体制を発表しています。同社は、そこからSENSYN COREへデータを連携する構成も示しています。
そうなると、今回の独自基盤の価値を「国内で管理できるから」だけで説明するのは不十分です。
顧客が知りたいのは、純正のオンプレミス版を使う場合と比べて、何が改善されるのかです。設備ごとの画像整理なのか、既存の保全システムとの接続なのか、複数メーカーへの対応なのか。追加の費用と保守負担に見合う違いが必要です。
もちろん、現在の製品の選択肢だけで、2025年夏に始まった運用の採用判断を評価することはできません。当時の提供状況や顧客固有の要件も関わります。ただ、今後ほかの現場へ展開するなら、純正製品との比較は避けて通れないでしょう。
分けて運用できることは、便利さにも負担にもなる
機体と運用基盤を分ける構成には、メーカーを変更しやすくする利点があります。しかし、顧客の立場では、関係するシステムや事業者が増える面もあります。
機体の更新後に通信が不安定になった場合、どこへ問い合わせるのか。飛行ログは残っているのに画像が届かない場合、誰が原因を調べるのか。点検画像の設備へのひも付けを間違えた場合、どのシステムで修正するのか。
独自基盤を導入しても、顧客がこうした切り分けを担うなら、仕事はかえって複雑になります。画面が一つになっていても、裏側の保守まで一つになったとは限りません。
逆に、提供側が機体、通信、データ管理、業務アプリの問題をまとめて引き受けるなら、顧客にとっての負担は減らせます。
したがって、評価すべきなのは構成を分けられること自体ではありません。分けた後の複雑さを、誰が引き受けるかです。
PGC-Sには、純正の飛行管理とは異なる役割がある
10月8日に発表された変電所向けアプリケーション「PGC-S」は、この疑問に対する一つの答えになり得ます。巡視ルートや画像を設備単位で管理し、異常箇所と対応状況を記録する設計です。複数メーカーへの対応を掲げていますが、今回の発表はベータ版で、商用版は2027年春頃を目標としています。
ドローンを飛ばすことと、設備の保全を進めることには距離があります。画像を撮影できても、その設備を継続監視するのか、現地確認へ回すのか、修繕するのかを決めなければ、点検の仕事は終わりません。
機体を飛ばす仕組みと、設備を保全する仕事をつなぐ。編集部による概念図（AI生成）。
この業務まで扱うなら、独自アプリを用意する意味があります。一方、FlightHub 2は他社製ドローンへの接続に対応しないとDJIが説明しており、複数メーカーを同じ業務で使う場合には、別の仕組みが必要になります。
それでも、対応メーカーを増やすほど便利になるとは限りません。実際にはDJI機だけで十分な現場なら、マルチベンダー化のための費用や検証が余分になる可能性もあります。
大切なのは、将来の選択肢を増やす価値と、今日の点検を安定して続ける負担の釣り合いです。
ENEOSとの出資・協業は、その後どうなったのか
出光興産での本運用を聞いて、ENEOSとの関係を思い出した人もいるでしょう。センシンロボティクスは2020年、ENEOSイノベーションパートナーズを含む投資家から資金を調達しています。
では、ENEOSで進めてきた取り組みはどうなったのでしょうか。
公開情報を見る限り、そこで途切れたとはいえません。2023年には、ENEOS川崎製油所で自動航行ドローンによる配管点検データ取得技術の導入を発表しています。さらに2026年1月には、ENEOSの製油所で運用されている設備検査情報の管理アプリケーションを公表しました。
.png)
ただし、これらは同じシステムの進捗を示すものとは限りません。配管撮影の自動化と、検査情報の管理は、対象とする仕事が異なります。
知りたいのは、出資と長年の共同開発が、どれだけ継続的な運用と横展開につながったかです。どの設備で、どの頻度で使われ、従来の作業をどれだけ置き換えたのか。その成果が、今回の出光興産向けの構成へどの程度引き継がれているのか。
出光興産への展開は顧客の広がりとして評価できます。しかし、それだけでENEOSでの成果や現在の資本関係を説明できるわけではありません。導入先の名前に加え、導入後の継続状況が見えてくると、事業の評価はしやすくなります。
遠隔運用の先に、現場の手順をどう整えるか
遠隔制御やデータ管理を整えても、それだけで点検業務が定着するわけではありません。誰が飛行を開始し、どの条件で中止するのか。異常を見つけたら誰へ引き継ぎ、通信が途切れたときにはどう対応するのか。現場ごとの手順まで決める必要があります。
同様の問題意識は、ほかの取り組みにも見られます。例えば、ドローンフィールドKAWACHIでは、実際の飛行環境と遠隔監視・制御を組み合わせ、運用設計を検証する拠点としてDCCKが設けられています。
こうした取り組みで問われるのは、接続できる機器や利用できる技術の数よりも、導入後の仕事をどこまで整理できるかです。顧客が毎回専門家を呼ばなくても点検を続けられ、問題が起きた際の連絡先と対応手順が明確になっていること。その状態まで整えて、遠隔運用の価値が生まれます。
センシンロボティクスの独自基盤についても、同じ観点で評価したいところです。システム内部の構成が複雑でも、顧客の操作や保守の負担が減るなら意味があります。反対に、顧客自身が複数のシステムを管理し、不具合の原因を切り分ける必要があるなら、追加した仕組みが新たな負担になってしまいます。
センシンロボティクスの点検基盤を、導入後の成果で見る
センシンロボティクスが、FlightHub 2のオンプレミス版と独自のSENSYN COREの両方を提供することには、顧客の要件に応じて構成を選べる利点があります。業種別のアプリケーションを開発することも、飛行管理だけでは扱いきれない点検業務に対応する方向として理解できます。
ただ、その選択肢を顧客が判断できる説明は必要です。
DJI機だけを使う現場では、純正のオンプレミス版でどこまで対応できるのか。設備管理や複数メーカーへの対応が必要な場合、独自基盤によって何が改善されるのか。両者を連携させる構成では、費用と保守の責任をどう分担するのか。
国内でデータを管理できることは重要ですが、独自基盤を選ぶ理由は、それだけでは説明しきれません。画像整理や報告書作成の時間が短くなる、設備の履歴を追いやすくなる、異常発見後の対応が早まるといった、業務上の違いが知りたいところです。
製油所での本運用と変電所向けアプリケーションの発表は、点検の仕組みを具体化する前進として受け止められます。今後は、ENEOSで積み重ねてきた取り組みも含め、継続運用と他拠点への展開でどのような成果が出ているかに注目したいと思います。
独自のシステムを作ることには、開発と保守の負担が伴います。その負担を上回る価値を顧客へ返せるか。センシンロボティクスの点検基盤を評価するうえで、次に見たいのはそこです。
コメント