Scout でデータを取り込む

Scout では、登録済みリアルタイムデータの調査、履歴 CSV のマッピングプレビュー、業務ファイルやテーブルの取り込み管理を行えます。三つのフローは設備 ID とマスターデータを共有し、それぞれ異なる成果を作成します。

データ経路を選ぶ

データ種別	開始位置	Scout の成果	次の処理
継続的な MQTT テレメトリ	DFS で接続とソースポイントを設定し、設備チェックを作成	フィールド調査、意味の確認、マッピング候補	DFS の取り込みフローで継続受信
エクスポートした履歴テレメトリ CSV	設備タスクの履歴バックフィルプレビュー	有効、重複、競合、拒否行のプレビュー	データ連携担当者が管理されたインポートを実施
業務ファイルまたはテーブル	Scout でデータ取り込みを新規作成	プロファイル、ID 判断、ドライラン、データセット版	承認後に対象業務フローへ公開

MQTT テレメトリを接続する

接続情報を準備する

ソース担当者と、ブローカーアドレス、トピック、認証、TLS 要件、メッセージ形式、設備識別子、イベント時刻、タイムゾーン、フィールド単位を確認します。認証情報は承認済みの接続設定に保存します。

設定して確認する

1. DFS で対応する MQTT 接続を登録または選択します。
2. 許可済みトピックからメッセージを取得し、イベント時刻、設備 ID、メッセージ構造を確認します。
3. 対応するパーサーでソースポイントを登録し、Scout タスクの対象範囲に含めます。
4. 設備データチェックを作成して探索を実行します。
5. 振動方向、温度、バッテリー、その他の測定フィールドを個別に確認します。
6. マッピング候補をレビューし、プロジェクトの手順で検証、承認、適用します。
7. 継続する読値と対象アプリケーションでの利用を確認します。

Scout の探索範囲

Scout は DFS に登録された管理対象ソースポイントからデータを探索します。MQTT の購読、メッセージ解析、継続取り込みは DFS の接続設定で管理します。

メッセージが空の場合は、ブローカーアクセス、トピック、送信デバイスを確認します。メッセージのフィールド定義が不明な場合は、形式仕様を追加するか、対応するパーサーを設定します。

履歴 CSV マッピングをプレビューする

設備タスクで履歴バックフィルプレビューを開きます。管理されたインポートの前に、限定サンプルで設備 ID、イベント時刻、フィールドマッピングを確認できます。

ファイル要件

• UTF-8 CSV
• 最大 128 KiB
• ヘッダーを除いて最大 500 データ行
• 最大 16 測定列
• 設備 ID、イベント ID、イベント時刻の列
• 2026-09-06T10:00:00+09:00 など、タイムゾーン付き ISO 8601 イベント時刻
• 各測定列に ACTIVE 状態の数値 DFS バインディングを指定し、ソース単位とバインディング単位を一致させる

プレビューを実行する

1. 登録済み設備を選択し、CSV をアップロードします。
2. 検出された列と行数を確認します。
3. 設備、イベント ID、イベント時刻の列を選択します。
4. 測定列をシグナルへマッピングし、ソース単位を入力します。
5. マッピング結果をプレビューを選択します。
6. 有効、重複、競合、拒否行を確認し、時刻、ID、単位、列選択を修正して再度プレビューします。

プレビューの結果

プレビューはアップロードしたファイルだけを分析し、履歴データを書き込みません。本番インポートとリアルタイムデータとの重複処理は、プロジェクトルールに従ってデータ連携フローで実行します。

業務データセットを取り込む

公開済みの業務目標でファイル、ワークシート、データベーステーブル、API データが必要な場合は、データ取り込みを新規作成を使用します。

ソース確認方法	対応入力	準備要件
ファイルプロファイル	CSV、TSV、XLS、XLSX	登録・許可済み DFS 場所にある空でないファイル。各ファイルの上限は 512 MiB
データセット参照	JDBC、Fabric、REST	BROWSE 機能を持つコネクターインスタンスが稼働し、選択データへのアクセスが許可済み

1. 業務目標、許可済みソース場所、根拠区分を選択します。
2. ソースを棚卸しを実行し、対象ファイル、ワークシート、テーブルを確認します。
3. データセットをプロファイルを実行し、フィールド、型、欠損値、ID 候補、重複を確認します。
4. 判断ワークスペースで、データセットの用途、フィールドの意味、NULL 規則、関係を確認します。
5. MDM レビューキューで ID の曖昧さと保護フィールドの競合を解決します。
6. ドライランを実行し、受入、拒否、隔離件数と、予定されるデータセット、MDM、融合結果の変更を確認します。
7. 承認者が公開根拠をレビューし、公開担当者が適用します。
8. 有効版と下流アプリケーションの結果を確認します。

利用可能な業務目標と入力形式は、導入済みリリースに基づきます。選択肢が空の場合は、アプリケーション担当者が業務データ要件を準備するか、管理者がソースを登録・許可します。

ソース間で設備 ID を統一する

同じ実設備のリアルタイムメッセージ、履歴ファイル、業務レコードは、確認済みの同一 MDM ID に関連付けます。資産番号、製造番号、場所、ソース根拠を比較してから、統合、分割、再関連付けを判断します。

データスチュワードが ID 判断を記録した後、対象のドライランまたはモデルチェックを再実行し、最新結果へ反映します。定期的な次回データは次回データの受領を参照してください。