こうした課題を解消するため見える化を具体的に検討し始めたのは2012年頃のことだった。

「IT技術が進んできたことを受け、これまで現場で取り組んできたアンドンなどの仕組みをほぼそのままに、データを集約・活用できるようにしようと考えたのです」（市村氏）

現場にある既存の各システムを生かしつつ「リアルタイムに現場の情報を見える化する」「情報の登録方法を整理・統一する」「データを一元化し、各PCからデータを瞬時に検索できるようにする」の3点を目指し、まず生産ラインの一つをモデルラインとしてシステムの検討・構築を行った。具体的には、新たに実績情報を統合するデータベースを設け、各種設備のデータや現場で入力された実績情報を集約し、PCから統一インタフェースで検索したり、日報などのアウトプットを自動生成したりするという構成だ。実績情報データベースは、現場でのリアルタイム性を重視した現場DBと、過去データの蓄積・検索を行うための統合DBを組み合わせ、それぞれの要求に応じられるようにしている。

特に重視したのはデータの収集・更新を高頻度に行えるパフォーマンスや、データ連携の作りやすさだった。最初に開発するのは他のラインや工場へと展開するためのモデルラインだが、それを展開するためには現場ごとのシステムに合わせて落とし込む必要があり、将来的には相当な開発ボリュームが予想される。また、工場全体のデータを高い頻度で更新するには、膨大な処理を迅速に行えることも必要だ。

こうした理由から候補として挙がったのが、多彩なデータソースに対応し、統一的なGUIツールにより効率的に開発できる、アプレッソのデータ連携ツール「DataSpider Servista」だった。事前検証したところ、DataSpider ServistaはJavaでのスクラッチ開発に比べて制作・テスト工程が約半分の工数で実現できるうえ、成果物は一定の品質も担保できるという結論に至った。パフォーマンスも、実環境を想定した「DB間連携処理を50秒間に60連携＋別連携処理を10分間隔で100並列処理」という負荷テストで問題がないことを確認し採用を決定した。なお、DataSpider Servistaでのデータ収集・連携ジョブや、データ表示関連など一連の処理は、すべて日立製作所の「JP1/AJS3」で一元的にスケジューリングし、処理の障害や遅延が生じた際の対応を容易にした。

今回の開発を担当したのは、トヨタシステム部 TS1課 2グループの佐藤彰吾氏をはじめ2 名のエンジニアだ。彼らにとって、DataSpider ServistaのGUI開発画面は初めて触れるものだったため、導入を支援したアシストによるオンサイトトレーニングを受けて開発に取り組んだ。すぐに習熟でき、サポートへの問い合わせもほとんど必要なく開発を進めることができたという。またモデルラインでの開発は、佐藤氏を中心に総勢6名の約3カ月間でカットオーバーしたという。

「ラインにある設備の情報はMES（Manufacturing Execution System：製造実行システム）が管理しており、そのデータをDataSpider Servistaが現場DBへ収集しています。現場DBにある稼働状況は工場内のラインモニターなどに表示され、最速で数秒、平均でも15秒後には一つの画面でライン全体の状況が見えるようになりました。」（佐藤氏）

リアルタイムの生産状況は、もちろん工場内だけでなく、離れたオフィスなどからも確認できるようになった。例えば労務管理部門では、最新の生産実績や残工数などから作業員の就業時間を早めに調整するなども可能となり、従業員のワークスタイルにも高い波及効果をもたらしている。

また、製造ラインの異常をシステムが検知すると即座に関係者にアラートを発信するようになっているため、現場が対応を優先して報告を後回しにした場合でも、生産管理部門など現場から離れた関連部署でも状況を素早く把握して、適切な初動対応を行うことが可能だ。