納品日に止まるシステム — 管制プラットフォームを自社で作った理由

受託開発の契約書で最も重要な日付は納品日です。要件を整理し、開発し、検収を通ればその日にシステムは完成します。そしてたいていその日に止まります。

「止まる」が大げさに聞こえるなら5年前に構築した管制画面を思い浮かべてください。画面構成は構築した日のままです。その間に現場はラインを増やし、入退室ポリシーを変え、カメラを二十台追加しました。システムだけが2021年に取り残されています。ボタン一つ動かすにも見積書から始まり、作った会社はすでに別の案件に行っています。

これが位置ベース管制業界の標準でした。私たちも最初はこのやり方で仕事をしていました。

「ORBRO OSの話」は、私たちがその標準からどう抜け出したかについての記事群です。この記事はそのうち最も土台にある選択を扱います。案件ごとにシステムを作る代わりに、プラットフォームを自社で作ると決めた判断です。

I. 納品日に止まるシステム

受託開発そのものが間違っているのではありません。要望が真に特毊ならカスタム開発が正しいです。問題は、位置ベース管制という領域ではほとんどの案件が実は同じものを作り直しているところにあります。

地図上に位置を描くエンジン。機器を登録し状態を見る画面。条件に応じてアラームを送るルール。データを積んで照会する保存庫。名前が違うだけで骨格の同じ機能が案件ごとに新規開発され、互いに互換性のないコードとなって現場ごとに散らばります。

この構造の真のコストは開発費ではありません。どの現場も他の現場の改善を分けてもらえないことです。A現場のために作った良い機能はA現場で終わります。同じバグを現場の数だけ繰り返し修正します。数年経てば、互いに似ているのに何も共有しないシステムが十個積み上がります。

区分	案件ごとの受託開発	プラットフォーム＋アプリ (ORBRO OS)
出発点	毎回白紙の画面から	検証済みのコアの上から
要望対応	要件全体を新規実装	必要なアプリをオンにし、ないものだけ開発
納品後	契約終了と同時に更新停止	更新が届き続ける
改善の波及	その現場のみ	標準機能となり全顧客へ
バグ修正	現場の数だけ繰り返す	コアで一度
顧客固有の要望	コアを改造	API上にカスタムアプリ、コアは無損傷

ここで出てくる反問があります。「その汎用プラットフォームがうちの現場に合うのか」。正当な心配です。以下の二章がその答えです。

II. 「OS」は比喩でなく構造である

名前にOSを付けたのは修辞でなく設計判断でした。

最初からこの姿ではありません。初期の画面はよくある管制ウェブのようにメニューがあり、項目を押すとパージが変わる構造でした。私たちはそのメニューを取り除き、機能一つひとつをインストールと削除ができるアプリとして再定義しました。その上にマルチタスクとタスクバーを載せました。管制画面をウェブサイトでなくデスクトップにするという決定です。

いまORBRO OSを開いてもブラウザのアドレスはほとんど変わりません。代わりに画面の中でウィンドウが開き、重なり、タスクバーに積み上がります。地図で資産位置を見ながら入退室記録のウィンドウを出し、その上にカメラのウィンドウを重ねておけます。パージを移動するウェブサイトでなく、一つのデスクトップにアプリを置く方式です。

この構造が重要な理由は画面でなくその下にあります。OSがハードウェアを抽象化しアプリがハードウェアを知らなくてよいようにするのと同じように、ORBRO OSは位置インフラとデータを抽象化します。アプリはアンカーが何台か、カメラがどのモデルかを知る必要がありません。新しい機能を作るときに地図と認証とアラームを作り直さなくてよいということです。だからアプリが速く増えます。実際に増えました。

III. 22アプリ — オンにすることで完成する管制

スマホを買うとき、全アプリが入った端末を買う人はいません。OSがあり、必要なアプリを選びます。ORBRO OSも同じ方式です。現在22アプリを5カテゴリで提供し、現場は必要なものだけオンにします。ワークスプース単位でアプリを有効・無効にできるので、使わない機能は画面にそもそも現れません。

基本 (5) — Dashboard、Device Manager、Setting、3D View、Weather。どの現場にも必要な骨格です。

位置測位 (10) — Zone Manager、Zone Counting、Zone Effect、In-out Tracking、Reverse Tracking、Alert Zone、Access、Heatmap、Timeline、Record。最も厚いカテゴリでありプラットフォームの心臓です。区域を描き、その区域を出入りした人と資産を数え、通った経路を遡ります。土台となる技術はRTLS紹介ページにまとめています。

AI (4) — AI Event、AI RTLS、Multi Cam、LPR。AI Eventはカメラ映像からヘルメット未着用、転倒、火災、危険区域進入、衝突などの状況を捕らえます。エッジ製品AI Event Managerと連携し、映像分析は現場のエッジ機器で処理します。

データ分析 (2) — Scan Insight、Nearby Search。積まった位置・信号データを照会・分析します。管制が「いま」を見る仕事なら、こちらは「次」を準備する仕事です。

サービス (1) — SOP。条件が成立すると決められた対応手順を画面に出します。事故のときに担当者がマニュアルを探す必要をなくすアプリです。

同じプラットフォームでも、製造工場とオフィスは全く違う組み合わせをオンにします。工場はAlert Zone・AI Event・Zone Countingを前に置き、オフィスはAccess・Heatmap・Dashboardを中心に置きます。アプリを選んだ瞬間、汎用プラットフォームはその現場だけの管制システムになります。開発でなく構成によって。

IV. ある現場の要望が全員の標準機能になるまで

プラットフォームを作りながら守ってきた原則が一つあります。顧客の要望をできる限り「標準機能」として吸収するということ。口では簡単なので、実際にどうなったかを三つ見てみます。

展示空間を運営する顧客が、特定の区域に人が入ったら即時に知らせてほしいと言いました。その要望で作った機能は当該顧客専用で終わらず、磨かれてAlert Zoneというアプリになりました。いまは22アプリのひとつとして全顧客が使っています。

大型建設現場を運営する顧客は、状況が発生したらシステムが対応手順を直接出してほしいと望みました。ここから生まれたのがSOPアプリです。一緒に付けた無線センサー連携 — 空気質、ガス、漏水、非常ボタン — もいまでは標準提供です。

野積場を運営する顧客は資材の入出庫をバーコードで読みたいと考えていました。位置測位プラットフォームにバーコードはなじみのない要望です。これも標準に入りました。バーコード資産管理とPDAスキャナ連携が正式機能となり、倉庫を使う他の顧客がそのまま使っています。

三つとも、要望した顧客は自分の要望を得、要望しなかった顧客は要望しなかった機能を得ました。

もちろん吸収できない要望もあります。その会社の業務ルールにしか存在しない画面、その組織でしか使わない決裁フローなど。このときコアは改造しません。プラットフォームが開いているAPIの上にその顧客専用アプリを載せます。コアの安定性と現場の特毊性を同時に守る方式で、社内ではハイブリッドパターンと呼んでいます。

この構造を最後まで責任できる理由は、層全体を私たちが作るからです。位置タグハードウェアから現場に置くエッジ機器、その上の管制ソフトウェアまで一社が設計します。特定の大企業エコシステムに乗っていないので、問題が起きたときにどの層でも自分たちの手で直せますし、次に何を作るかも自分たちで決めます。

V. データは現場の外に出ない

ORBRO OSはオンプレミスで設置されます。クラウド製品にオンプレミスを「対応」するのではなく、現場の中にサーバを置くことを前提に設計しました。

国内B2B現場の条件のためです。公共機関と製造現場では網分離とセキュリティ審査があり、外部クラウドへデータを出すこと自体が不可能なケースが多いです。作業者の位置とカメラ映像はとくにセンシティブです。こうした現場でオンプレミスは選択肢でなく入場条件です。

合う現場は結局同じ問いを持つところです。何がどこにあるのか。作業者の安全と動線を見なければならない製造、資産と物流の流れを追う倉庫、入退室と空間運営を管理するオフィス、管轄状況を一画面で把握する自治体。要望は全部違いますが土台の問いは同じで、その上にそれぞれ違うアプリの組み合わせを載せればよいです。

おわりに

私たちが管制プラットフォームを自社で作った理由は単純です。現場ごとに一から作るやり方では、どの現場も良くなり続けるシステムを持てないからです。

ORBRO OSに納品日はありません。リリース日だけがあります。メニューを取り除いてアプリ体制に変えたあの日から1年と少しのあいだに、三十回近くリリースしました。

先に危険区域の通知を依頼したあの顧客をもう一度思い浮かべてみます。依頼したのはアプリ一つでした。その間、彼の画面には依頼していない二十一つのアプリが一緒に届きました。バーコードも、対応手順も、映像イベント検知も、はじめは別の現場から来た要望でした。5年前の画面に止まっているシステムでは起きないことです。

続く記事ではこのプラットフォームを埋めるアプリをカテゴリ別に見ていきます。最も厚い位置測位アプリ十個、人が見守らなくても現場を読むAIアプリ、そしてその全てを支える基本アプリです。その前に画面を直接ご覧になりたい方は、デモと導入のご相談をいつでも歓迎します。