現場に多数存在するコントローラ（主にPLC）から沢山のデータを収集し、上位層で管理・活用していくトレンドはIoTの中核として認識されています。
現場のコントローラは独自のプロトコルで通信を行っているケースが多く、また複数種のコントローラが共存しているケースも多々あります。これらのコントローラからデータを収集するために、従来は専用のプロトコルを有した機器（PLC等）を個別に配置する必要がありました。しかし、上位までの階層が複数段になったり、機器のパフォーマンス限界からデータ転送のスループットが上げられませんでした。
IPCで構成した場合、そのパフォーマンスの高さと接続性の柔軟さから、シンプルで且つ高パフォーマンスなデータ収集・管理の構成が組めるようになります。
| 多様なインターフェースに対応 | 通信ソフトウェアの入れ替えで各種のプロトコルに対応できるだけでなく、拡張ボードの追加で専用ハードが必要なインターフェースにも対応できる。結果として、現場のコントローラに直結することが出来、データスループットが上がる。 |
|---|---|
| ローカルデータベースを構成 | ライン毎にローカルなデータベースを構築でき、更にクラウドのデータベースとリレーショナルな接続をすることで、クラウドの回線が切れた場合でもラインのデータの喪失を防ぐ事ができ、ネットワークの回復時にクラウドのデータベースに変更が反映される。 |
| 構成 | NYB2CまたはNYB35に通信スタックソフトをインストールまたは専用インターフェースボードを装着し、現場コントローラに直結する。 |
|---|---|
| 対象ラインのデータを蓄積するSQLデータベースをNYB2CまたはNYB35内に構築することで、上位接続ラインの障害時も現場データの欠落を防ぐ。 |
| 構成 | Xeonプロセッサを搭載した NYB1Eに通信スタックソフトをインストールまたは専用インターフェースボードを装着し、現場コントローラに直結する。 |
|---|---|
| 対象ラインのデータを蓄積するSQLデータベースをNYB1E内に構築することで、上位接続ラインの障害時も現場データの欠落を防ぐ。 | |
| 付随機能を統合し、機能集約が行える。 |
