AIBR プレミアム
拓海先生、最近社内でIoTの話が出てきて部下に勧められているのですが、何から手を付ければよいかさっぱりでして。そもそもスマート機器って証拠になるんですか？
素晴らしい着眼点ですね！大丈夫、スマート機器は各種センサーや操作履歴で日々の出来事を記録しているため、適切に収集すれば重要な証拠になりますよ。今回話す論文は、そうしたログを自動で取り出し解析する仕組みを提案しています。
なるほど。しかしうちのような伝統的な工場で導入すると、現場の人は混乱しませんか。投資対効果も知りたいのですが。
素晴らしい着眼点ですね！ポイントは三つです。第一に現場負荷を最小化すること、第二に導入コストに見合う具体的なリスク軽減を示すこと、第三にログの信頼性を確保することです。論文の提案はこれらを技術的にフォローできますよ。
具体的にはどんな仕組みなのですか。社内にプログラマーはいないのですが、設定だけで済むのでしょうか。
素晴らしい着眼点ですね！要点は二つです。論文で示されるIoTDots-Modifier (ITM)（IoTDots-Modifier、スマートアプリ改変モジュール）は、スマートアプリのソースコードを解析して自動でログ出力を差し込む。これにより現場での手作業が減るんです。設定はエンジニアに一度依頼すれば運用は比較的簡単に回せますよ。
それって要するに、アプリに「いつ」「誰が」「何をしたか」の記録を自動で残させる仕組みを作るということですか？
その通りですよ！素晴らしい着眼点ですね！さらにログを集約するIoTDots Logs Database (ITLD)（ログ収集データベース）に保存して、後からIoTDots-Analyzer (ITA)（解析モジュール）がデータ処理やmachine learning (ML)（機械学習）で解析します。つまり自動記録と自動解析の組合せです。
改ざんや誤検知のリスクはどうなんでしょう。競合他社が中を見れば機密が漏れますし、逆に攻撃者がログを操作したら意味がないのではと心配です。
素晴らしい着眼点ですね！論文でも改ざん（poisoning）や漏洩のリスクを認めています。対策としてログの持ち出し制御や暗号化、そして解析側で異常なパターンを検出する多層防御が提案されています。完全ではないが現行よりは遥かに改善できますよ。
導入するとき現場の負担を減らす工夫が一番気になります。結局、うちの現場に向いているかどうかをどう判断すればいいですか。
大丈夫、一緒にやれば必ずできますよ。判断の基準は三つです。現在の機器がログ生成可能か、既存アプリのソースにアクセス可能か、そして導入で回避したい具体的リスクが明確か。これらが揃えば概ね投資対効果は見込めます。
分かりました。要するに、まずはログが取れるか、アプリを触れるか、そして何のリスクを減らしたいかを確認する。整えばITMでログを埋め込み、ITLDに集めてITAで解析するという流れで運用する、ということですね。ありがとうございました。これなら現場にも説明できます。
