PROBLEM DEFINITION

課題

作業現場をリアルタイムで
俯瞰・把握できる一枚絵をつくる

利便性は当然。
瞬時に理解・納得でき、モチベーションの上がるインターフェース

鹿島建設は、「2024年までに作業管理業務の50%を遠隔化する」という方針を掲げていた。このため、作業状況データの吸い上げと一元化はもちろん、作業指示のデバイス展開は当然のミッションであり、そのために様々なデジタルツールが各所に導入された。

一方、どんなに高度なツールが導入されても、インターフェースがバラバラでは全体の最適効率にはつながらない。詳細確認のコミュニケーションコストはむしろ増えるかもしれない。何より、「今自分は全体のどこを担当していて、今日は何をすべきなのか」を瞬時に把握するには、それぞれのデジタル情報を統合し、一枚絵で表現する必要がある。作業間連絡調整会議と呼ばれる会議は、この意識統一や作業理解のために毎日開かれるのだが、現場監督の説明のもと、それぞれが配布された図面とにらめっこしながら様々な細部確認を行うのが通例である。これをデジタル化することで、効率的な意識合わせと、指示内容とタスク管理ツールの情報が即座に連動できれば、全体の作業効率や精度が格段に上がることになるだろう。

さらに、鹿島建設のアプローチは少し斜め上を行くものだった。

「現場が便利になることはもちろん、やはり、カッコよくないといけない」

建設現場での労働は、技術が進んだ現在でもしんどい業務が多い。デジタル画面に自分たちの作業成果が反映され、自分たちが創り上げた一つの巨大な構造物が、美しく可視化されてゆく。この壮大なプロジェクトメンバーの一員として、一人ひとりが矜持をもって日々の激務をこなすためには、「かっこいい」ということは極めて重要なファクターである。それが、作業の効率化と同じくらい生産性に寄与するであろう、ということを鹿島建設は直感的に理解していたのである。

SOLUTION & CHALLENGE

課題解決と挑戦

建築図面と作業状況を
一つの3Dモデルに表現する

汎用・軽量・そして収斂

デジタルツインの具現化にあたり、アジアクエストが挑戦したことの一つは、先述のマイクロ・アジャイルである。一見非効率に見える方法論をいかにマネージしていくか。結果的にスクラム型開発となるわけだが、当初は試行錯誤の連続であった。いわば、超小型のウォーターフォール開発とスクラップを何度も繰り返しながら最終形にたどり着いたのだが、結果的に、型や仕様にとらわれない柔軟で独自な開発手法となっていき、現在ではアジアクエスト独自の主力開発プロセスとなっている。

もう一つの挑戦は、3Dのビジュアライズと測位データのリアルタイム反映、という「重い」プロセスをいかに軽くスマートにするか。開発業務と並行しながらSlackのプロジェクト専用フォーラムで議論を深め、Three.jsで開発することに決定した。ブラウザに特別なプラグインをインストールすることなく3D描画を実現するにはWebGLという標準技術があるが、Three.jsはこのWebGLをJavaScriptで制御可能とするライブラリであり、開発効率はもちろん、使えるブラウザの汎用性も高く、JSライブラリも軽量であるため、このプロジェクトには最適なアプローチとの判断に至った。また、UIの各種パーツ開発にはReactを採択。同フレームワークが持つ豊富なライブラリと自由度によって、必要なUIを高速で組み上げることが可能となった。あとは描画すべきモデルと測位データの処理であるが、このチャレンジについては、千本ノック方式だからこそ生み出された収斂の賜物、とだけ申し上げておく。

最後に、ビジュアル・デザインへの挑戦である。クライアントの持っている具現化イメージは、「バイオ・ハザード」や「マイノリティ・リポート」などの近未来SF映画の世界観である。サイバーにしてソリッド。洗練されたギーク。こういったニュアンスをつかむため、とにかく該当しそうなSF映画を見て研究するところから始まった。認知工学やデザイン理論的なアプローチではなく、とにかく「作業員がSF映画の登場人物の気分でプロジェクトに挑む事ができる」世界観の構築を目指し、試行錯誤を繰り返していった。通常のUI開発で最も重視される、ユーザビリティや視認性を可能な限り担保しつつ、建築現場環境をデジタルツイン上に「かっこよく」作り出し、そこに参加できる自分たちも「かっこよく」感じられることに腐心している。

HOW IT WORKS

仕組み