IIoTで乱立する専用ツール、統合ソフトウェアが持つ意味：IIoTの課題解決ワンツースリー（3）（2/2 ページ）

タブレット端末への表示とHTML5

　最近は生産ラインでのタブレット端末の利用が急速に進んでいるが、その活用方法としては「生産ライン全体の情報を表示する」「異常発生時はその場で復旧マニュアルを表示させる」「必要なら異常発生箇所の担当開発部署の内線番号を表示させる」といったことなどが挙げられる。タブレット端末で表示させる場合はHTML5が用いられるケースが多く見られるが、ツールの面で考えた場合、Visual StudioとHTML5では、全く異なる2つの環境（Visual StudioとHTML5）を準備しなければならない。

　集中管理室での集中管理パネルにおいてはVisual Studioベースで構築された計器を用いるのが性能（表示速度）としては優れている。しかし、その一部の表示を製造ラインで使うタブレット端末に表示したい場合は、ユーザーがまた新たに別のツールでパネルを作成する必要がある。さらに、導入後も2種類を継続して保守する必要がある。zenonなどの統合ソフトウェアでは、Visual StudioとHTML5の両方の環境で、ユーザーが気にすることなく表示することなども可能になる。

集中管理パネルでの表示（左）とHTML5によるタブレット端末での表示（右）（クリックで拡大）出典：リンクス

データ解析における統合ソフトウェアの使い方

　データ解析での例についても説明する。あるデータを用いて稼働率の統計をとりたい場合があるとする。もしPLCとの接続が切れていたり、特定工程だけメンテナンス状態であるといった場合には、その期間のデータを排除して稼働率の統計演算をしなければならない。そうしないと、想定以上に稼働率が悪い（製造ラインが止まっていた）という、意図しない結果を導いてしまうためである。

　zenonの場合、「PLCとの接続無し」「メンテナンスモード」といったフラグ情報を各TAG（データ）に持たせているので、統計演算の際にはこれらの情報を外して自動演算してくれる。もちろん複雑な設定をすれば実現できないことは無いが、どれだけ優秀なBIツールを用いたとしても、必要な解析結果を得るまでに、大きな手戻りまで発生する可能性がある。一般的な市販のデータベースを用いて、時系列（タイムスタンプ）やStatus Flag（フラグ）といった情報を高速に格納し、蓄積された時系列データを効率よく分散してアーカイブし、時系列情報をベースに高速に各アーカイブからデータを検索、抽出する、といった作業には、多くの工数とテクニックが求められるということである。

　先述した通り、優れたBIツールは世の中にたくさん存在する。本当に深い解析をしようとすると確かにBI専用ツールが優れていることは間違いない。しかし、それらのBIツールは製造業向けに開発されたものではない。IIoT向け統合ソフトウェアは、製造業で一般的に求められるデータ解析に限定されるが、それらを簡単に利用できるように機能開発が行われている。

　例えばzenonの場合、「一定期間におけるアラーム発生頻度がもっとも多い順に並べる」「生産停止が発生した回数が多い順に並べる」「生産停止が長く継続した順に並べる」といったソーティングがツール上で簡単に行え、それらを統計演算するためのデータベースへのアクセスは非常に効率的である。また、頻発アラームをダブルクリックすれば、該当するアラーム一覧が表示され、それが全体のガントチャートでどの位置に該当するかを視覚化できる。

ガントチャートによって過去の装置稼働状況をさかのぼって確認（クリックで拡大）出典：リンクス

　さらには、特定のアラームを詳しく解析する際に、過去のアラームの時系列位置に全ての製造データを戻し、そのデータをHMIパネル上に表示させることで、「アラームが発生した直後に右側のバルブが高速に開閉していないか」「アラームが発生する直前に横のスイッチがオフになっていないか」といった、視覚的な解析もできる。もちろんローデータでの解析もできるが、視覚情報も用いて解析できる点に価値がある。

プロセス画面のリプレイ画面（クリックで拡大）出典：リンクス

IIoTプラットフォームで重要性を増すSCADA

　今回挙げた例はあくまでも全体のごく一部である。強調したかった点は「IIoTを実現する上で要素要素のツールを自ら統合して作り上げる」という考え方は以下の2つの点でリスクがある。

1. ツール間の親和性の部分で性能が落ちる可能性がある
2. ツールを介するごとに演算時間のオーバーヘッドが発生して性能が落ちる場合がある

　SCADAがIIoTソフトウェアプラットフォームに大きく舵を切ったのは、これらの構成要素を高度な親和性と演算時間で構築できるからである。

　また、最近は「Edgecross」や「Field System」などの日本発の規格が注目を浴びているが、これは「IIoTをパートナーと共に作りましょう」と言っているだけのように個人的には考えている。

　「これらのプラットフォームを全面的に採用してさえいればよい」という考え方は求めるパフォーマンスに対してリスクがある。データを収集して整列するところまでは「Edgecross」や「Field System」で行うが、集中管理表示、タブレット表示、データ処理や解析いった部分は、パートナーの各社が別々に準備することになるため、構成要素間の親和性や処理速度といった面で苦しくなると感じているからだ。

　できる限り自分たちの業務に最適な機能がまとまったツールを採用することが有利になるということは変わらないが、それらの中身がどうなっているのかという点では精査が必要である。

　今回は、IIoTソフトウェアプラットフォームに求められる親和性や速度の面にフォーカスしたが、次回は、IIoTソフトウェアプラットフォームに求められる根本的な機能に迫りたい。今号よりさらに細かな話になるが、それらの機能が無いと実際の運用で苦しいという面を理解いただけるのではないかと考えている。

≫本連載の目次

著者紹介：

リンクス 代表取締役 村上 慶（むらかみ けい）

1996年4月、筑波大学入学後、在学中の1999年4月、オーストラリアのウロンゴン（Wollongong）大学に国費留学、工学部にてコンピュータサイエンスを学ぶ。2001年3月、筑波大学第三学群工学システム学類を卒業後、同年4月、リンクスに入社。主に自動車、航空宇宙の分野における高速フィードバック制御の開発支援ツールであるdSPACE社製品の国内普及に従事し、国内におけるトップシェア製品となる。2003年、同社取締役、2005年7月、同社代表取締役に就任。