グループ属性値
概要
グループ属性値エンリッチメントは、既存の属性の複数の値をカテゴリにまとめ、新しい属性として簡略化された値を作成する機能です。この強力なデータ変換ツールは、関連する属性値を意味のあるビジネスカテゴリに統合し、複雑さを軽減して分析の明確さを向上させます。数十または数百のユニークな値を扱う代わりに、ビジネスの視点に沿った論理的なグループ化を作成できます。
このエンリッチメントは、多くの異なる値を持つ属性を論理的に結合できる場合に特に有用です。たとえば、詳細なエラーコードを「システムエラー」「ユーザーエラー」「ネットワークエラー」などのカテゴリにまとめたり、複数の支払い方法を「デジタル決済」と「従来の決済」に統合したりできます。フィルタリング基準を使って、各グループに属するべきケースやイベントを特定し、カテゴリ化ロジックの正確な制御を提供します。
一般的な用途
- 複雑な分類の簡素化： 数百の製品SKUを製品ファミリーやカテゴリにまとめ、より明確な分析を実現
- ビジネスに関連したセグメント作成： 複数の顧客タイプを「ハイバリュー」「通常」「新規」などの戦略的セグメントに統合
- 地域差の標準化： 場所によって異なる類似の活動やステータスを一貫したカテゴリにグループ化
- パフォーマンス指標の構築： 特定の条件を満たすケースを識別するためのバイナリ属性を作成（例：「優先顧客」= True/False）
- エラータイプの統合： 詳細な技術的エラーコードをビジネス理解可能なカテゴリにグループ化
- 意思決定支援： 経営者が理解しやすいダッシュボードやレポートで使用するための簡略化された属性を作成
- 比較分析の実現： ケースをコホートに分類し、前後比較やA/Bテストシナリオに活用
設定
フィルター： ケースまたはイベントがどのグループに属するかを決定する基準を定義します。mindzieStudioで利用可能な任意のフィルターの組み合わせを使えます。属性値、活動の有無、日付範囲、複雑な論理条件などが含まれます。フィルターは選択機構として機能し、フィルターに合致した全ケースやイベントにグループ値が割り当てられます。
新属性名： 作成される新しい属性の名前を指定します。この属性にはグループ名（テキストグループの場合）またはTrue/False値（ブールグループの場合）が入ります。「顧客セグメント」「エラーカテゴリ」「優先ケース」など、グループ化の目的が明確にわかる説明的な名前を選びましょう。
ブールグループ： チェックすると、条件を満たすケースに「True」、その他に「False」が割り当てられるTrue/Falseの属性を作成します。「優先度高い」(True/False) や「レビュー必要」(True/False) のようなバイナリ分類に適しています。チェックを外すとカスタムのグループ名を指定でき、複数の異なるグループを異なるエンリッチメントで作成可能です。
グループ名： （ブールグループのチェックが外れている場合にのみ有効）フィルター条件に合うケースやイベントに割り当てるテキスト値です。「プレミアム」「標準」「ベーシック」などの名前付きカテゴリを作成できます。同じ属性名に異なるグループ名で複数のエンリッチメントを実行して、多カテゴリ分類を構築可能です。
イベント属性を作成： チェックすると、フィルターを各イベント単位で評価しイベントレベルの属性を作成します。チェックしない場合（デフォルト）はケース単位で評価しケースレベル属性を作成します。グループ化ロジックがイベント単位の特性に依存する場合にイベント属性を使います。
例
例1：受注処理における顧客セグメンテーション
シナリオ： EC企業が注文履歴と注文額に基づき、「VIP」「通常」「新規」と顧客を分類し、差別化されたサービスレベルを提供したい。
設定：
- フィルター：属性「総注文額」 > $10,000 かつ「注文回数」 > 20 のケース
- 新属性名：Customer Segment
- ブールグループ：チェックなし
- グループ名：VIP
- イベント属性を作成：チェックなし
出力：
「Customer Segment」ケース属性が作成され、VIP条件を満たすケースに「VIP」が割り当てられます。同じ属性名に対して別のフィルターとグループ名（「Regular」や「New」）を使い追加のエンリッチメントを実行してセグメンテーションを完成させます。
| ケースID | 総注文額 | 注文回数 | Customer Segment |
|---|---|---|---|
| C-001 | $15,000 | 25 | VIP |
| C-002 | $2,000 | 5 | Regular |
| C-003 | $500 | 1 | New |
インサイト：
このセグメンテーションにより顧客層ごとのプロセスパフォーマンス分析が可能となり、VIP顧客は注文処理が50％速い一方、返品処理はより複雑で専門的な対応が必要なことが判明しました。
例2：製造現場の品質管理分類
シナリオ： 製造工場が複数のセンサー値や検査結果が閾値を超えた生産バッチを特定、品質レビューを要するかどうか分類したい。
設定：
- フィルター：属性「温度変動」 > 5 または「圧力測定値」 > 100 または「目視検査」=「失敗」 のケース
- 新属性名：Requires Quality Review
- ブールグループ：チェックあり
- イベント属性を作成：チェックなし
出力：
ケースレベルでブール値「Requires Quality Review」属性が作成されます。
| バッチID | 温度変動 | 圧力測定値 | 目視検査 | Requires Quality Review |
|---|---|---|---|---|
| B-1001 | 3 | 95 | 合格 | False |
| B-1002 | 7 | 98 | 合格 | True |
| B-1003 | 2 | 105 | 合格 | True |
| B-1004 | 4 | 90 | 失敗 | True |
インサイト：
バッチの23％が品質レビューを要し、温度変動が最も一般的なトリガーでした。レビュー対象バッチは検査工程の追加によりサイクル時間が3倍長くなっています。
例3：医療機関の患者リスク分類
シナリオ： 病院が救急患者を症状やバイタルサインに基づいてリスクレベル分類し、トリアージやリソース配分を最適化したい。
設定：
- フィルター：属性「心拍数」 > 120 または「収縮期血圧」 < 90 または「酸素飽和度」 < 92 のケース
- 新属性名：Patient Risk Level
- ブールグループ：チェックなし
- グループ名：High Risk
- イベント属性を作成：チェックなし
出力：
一致ケースに「High Risk」を割り当てる「Patient Risk Level」属性を作成。追加エンリッチメントで「Medium Risk」「Low Risk」も定義。
| 患者ID | 心拍数 | 収縮期血圧 | 酸素飽和度 | Patient Risk Level |
|---|---|---|---|---|
| P-501 | 125 | 110 | 95 | High Risk |
| P-502 | 75 | 120 | 98 | Low Risk |
| P-503 | 90 | 85 | 94 | High Risk |
インサイト：
ハイリスク患者は即座に重症ケアへ振り分けられ、事故率が40％減少。プロセスマイニングにより、治療開始までの時間が10分未満の専用ファストトラックワークフローを使用していることが明らかになっています。
例4：金融取引の不正検知指標
シナリオ： 銀行が取引属性と顧客行動の異常パターンに基づいてイベントレベルで潜在的な不正取引にフラグを立てたい。
設定：
- フィルター：イベント属性「取引額」 > $5,000 かつ「所在地国」 != 「居住国」かつ「前回取引からの時間」 < 60秒
- 新属性名：Potential Fraud Flag
- ブールグループ：チェックあり
- イベント属性を作成：チェックあり
出力：
イベントレベルのブール属性を作成し、個々の取引をマーキングします。
| 取引ID | 取引額 | 所在地 | 時間差 | Potential Fraud Flag |
|---|---|---|---|---|
| T-8001 | $7,500 | 外国 | 45秒 | True |
| T-8002 | $200 | 居住国 | 2時間 | False |
| T-8003 | $5,100 | 外国 | 30秒 | True |
インサイト：
潜在不正フラグが立った取引は即時レビューワークフローへ。実際の不正検出精度は85％で、フラグ付けされた取引は2分以内に追加認証手続きが行われています。
例5：ITインシデントの優先グループ化
シナリオ： ITサービスデスクが複数のインシデントサブカテゴリを優先度グループにまとめ、リソース配分とSLA管理を改善したい。
設定：
- フィルター：属性「インシデントタイプ」IN ["サーバーダウン", "データベース破損", "ネットワーク障害", "セキュリティ侵害"] のケース
- 新属性名：Incident Priority Group
- ブールグループ：チェックなし
- グループ名：Critical Infrastructure
- イベント属性を作成：チェックなし
出力：
複数の技術的インシデントタイプをビジネス関連のグループに統合します。
| インシデントID | インシデントタイプ | 元の優先度 | Incident Priority Group |
|---|---|---|---|
| I-901 | サーバーダウン | P1 | Critical Infrastructure |
| I-902 | パスワードリセット | P3 | User Support |
| I-903 | データベース破損 | P1 | Critical Infrastructure |
| I-904 | ソフトウェアインストール | P4 | User Support |
インサイト：
クリティカルインフラ関連インシデントは全体の15％ながら、上級技術者の時間の60％を消費。平均解決時間は2時間と標準問題の8時間より大幅に短縮されています。
出力
グループ属性値エンリッチメントは以下の特徴を持つ新しい属性をデータセットに作成します：
属性タイプ： 「イベント属性を作成」の設定により、デフォルトはケース属性。ケース属性はケース毎に一度表示されケースレベル分析に使われ、イベント属性は同一ケース内のイベントごとに異なる値を持つことが可能です。
データタイプ： ブールグループがチェックされている場合はTrue/FalseのBoolean、カスタムグループ名を使う場合は指定したテキスト値の文字列属性。
値の割当て： フィルター条件に合致するケースやイベントはブールグループなら「True」、テキストグループなら指定グループ名が割り当てられます。非該当はブールグループでは「False」、テキストグループでは既存値またはnullが保持されます。
複数グループの作成： 同一属性名に対して異なるフィルター・グループ名で複数のエンリッチメントを作成し、多カテゴリ分類を構築可能です。複数のフィルターに同時に合致した場合は、最後に適用されたエンリッチメントが優先されます。
統合： 新しいグループ化属性はmindzieStudioのすべての機能（フィルター、計算式、可視化など）とシームレスに統合されます。プロセスマップでグループごとのフロー差異を示したり、ダッシュボードの比較指標に利用したり、他のエンリッチメントでフィルター条件として活用したりできます。
このドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。