ケースエクスプローラー
概要
ケースエクスプローラー計算機は、カスタマイズ可能なテーブル形式でケースおよびイベントの属性を表示し、プロセスデータを詳細に探索できるようにします。この計算機は、生のプロセスデータを閲覧し、特定のケースを調査し、プロセス分析を駆動する正確な属性値を理解するための主要なツールです。
集計や要約を行う分析用計算機とは異なり、ケースエクスプローラーは実際のデータ行を表示します。表示される行は、選択した列に応じてケースレベル（ケースごとに1行）またはイベントレベル（アクティビティごとに1行）になります。表示する属性やデータのソート方法、行数を自由に制御できます。
よくある用途
- 個々のケースを検査し、特定のプロセスインスタンスや属性値を理解する
- イベントレベルの詳細を確認し、ケースの完全なアクティビティシーケンスとタイムスタンプを見る
- 他の計算機で特定された外れ値や例外を生データで調査する
- 実際の属性値を検討してデータの品質を検証し、欠損や誤ったデータを特定する
- Excelへのエクスポートや関係者との共有のために焦点を絞ったデータビューを作成する
- 特定の列を選択し、主要な指標でソートしてカスタムレポートを作成する
- イベントの正確なシーケンスと属性を調べてプロセスの問題をデバッグする
設定
表示する列: 出力テーブルに含めるケース属性およびイベント属性を選択します。イベントログの列から任意の組み合わせを選択できます。
- ケースレベルの属性（例：Case ID、Customer Name、Total Cost）のみを選択すると、出力はケースごとに1行になります
- イベントレベルの属性（例：Activity Name、Resource、Timestamp）を含めると、出力は自動的にイベントごとに1行になります
- 列は選択した順序で出力テーブルに表示されます
- 列名はイベントログの属性名と完全に一致する必要があります
ソート列: 結果のソートに使用する列を選択します。ソート列は表示する列のいずれかでなければなりません。ソート列を指定しない場合、データはイベントログの自然順に表示されます。
ソート方向: ソート列を指定した場合、ソート順を選択します：
- 昇順: 最小から最大へ（A-Z、0-9、古い日付から新しい日付）
- 降順: 最大から最小へ（Z-A、9-0、新しい日付から古い日付）
- ソートなし: 元のイベントログの順序を維持（ソート列未指定時のデフォルト）
最大行数: 出力テーブルに表示する最大行数を指定します。デフォルトは高速処理のため100行です。より多くのデータを見る場合は値を大きくし、上位の結果のみ見る場合は小さくします。
- 通常、10行から1000行の範囲で設定します
- 行数制限はソート後に適用されるため、「上位N件」を表示するのに使えます
- 例：Duration降順 + 行数20 = 「最も遅い20件のケース」
- 大きなデータセットを扱う際は、小さい値の方がパフォーマンスが良くなります
カスタムエクスポート設定: （任意）書式付きエクスポート用のカスタムExcelテンプレートを設定します。この高度な機能を使うと、ブランドロゴや書式、レイアウトがあらかじめ設定されたレポートを作成できます。
例
例1: 高額購入注文の調査
シナリオ: 高額な購入注文を特定し、その上位25件を詳細に確認して違いを理解し、データを検証したい。
設定:
- 表示する列: Case ID、Supplier Name、Total Cost、Purchase Category、Approval Date、Status
- ソート列: Total Cost
- ソート方向: 降順
- 最大行数: 25
出力:
6列、最大25行のテーブルに高額注文が上位に表示されます：
| Case ID | Supplier Name | Total Cost | Purchase Category | Approval Date | Status |
|---|---|---|---|---|---|
| PO-2024-8821 | Acme Manufacturing | $485,200 | Equipment | 2024-09-15 | Completed |
| PO-2024-9334 | TechSystems Global | $412,800 | IT Infrastructure | 2024-10-02 | Completed |
| PO-2024-7892 | Industrial Parts Inc | $387,500 | Manufacturing Supplies | 2024-08-28 | Completed |
| ... | ... | ... | ... | ... | ... |
考察: 上位25件を調べると、高額注文は複数のカテゴリー（Equipment、IT、Manufacturing Supplies）にまたがっており、様々なサプライヤーが関与していることが分かります。ケースレベルの表示により、高額注文が特定のサプライヤーやカテゴリーに偏っているかを理解できます。また、承認日やステータスを確認することでデータの正確さも検証可能です。
例2: 遅延ケースのイベントシーケンス確認
シナリオ: いくつかのケースが予想より大幅に遅れている。最も遅い10ケースの全イベントシーケンスを確認して、時間のロス場所や関与リソースを把握したい。
設定:
- 表示する列: Case ID、Activity Name、Resource、Timestamp、Duration Since Previous Event
- ソート列: Timestamp
- ソート方向: 昇順
- 最大行数: 200
出力:
イベントレベルの属性を含むため、ケースではなく個別イベントが表示されます。10ケースで平均15〜20イベントの場合、約150〜200行のイベントが表示されます：
| Case ID | Activity Name | Resource | Timestamp | Duration Since Previous Event |
|---|---|---|---|---|
| CS-1234 | Create Purchase Request | John Smith | 2024-10-01 08:15 | 0 hours |
| CS-1234 | Manager Review | Sarah Johnson | 2024-10-01 14:30 | 6.25 hours |
| CS-1234 | Procurement Review | (empty) | 2024-10-08 09:15 | 162.75 hours |
| CS-1234 | Supplier Selection | Mike Chen | 2024-10-08 11:30 | 2.25 hours |
| CS-5678 | Create Purchase Request | Alice Wong | 2024-10-02 09:00 | 0 hours |
| ... | ... | ... | ... | ... |
考察: イベントレベルの表示により、それぞれの遅延ケースの全体像が明らかになります。CS-1234ケースでは、Procurement Reviewに162.75時間（ほぼ7日）かかり、リソースがアサインされていないことが遅延の原因と推測できます。複数ケースを調べることで、遅延が特定のプロセスステップに集中しているのか、同じリソースが関与しているのかなど、根本的なボトルネックの特定に役立ちます。
例3: 顧客属性のデータ品質検証
シナリオ: メイン分析を実行する前に、顧客データが完全かつ正確であることを検証。サンプルケースを確認して、欠損値、書式エラー、不整合をチェックしたい。
設定:
- 表示する列: Case ID、Customer ID、Customer Name、Customer Region、Customer Segment、Order Date
- ソート列: Customer Name
- ソート方向: 昇順
- 最大行数: 100
出力:
顧客名でアルファベット順にソートされたケースレベルのテーブル：
| Case ID | Customer ID | Customer Name | Customer Region | Customer Segment | Order Date |
|---|---|---|---|---|---|
| ORD-5634 | CUST-0042 | (empty) | North | Enterprise | 2024-09-15 |
| ORD-8821 | (empty) | Acme Industries | West | SMB | 2024-10-02 |
| ORD-3421 | CUST-0156 | Global Manufacturing Co | East | Enterprise | 2024-08-28 |
| ... | ... | ... | ... | ... | ... |
考察: Customer Nameでソートすると、名前が欠損しているケースがすぐに判明します。さらにCustomer IDの欠損も見られます。このような検査により、分析計算機で誤った結果を招く可能性のあるデータ不備の範囲を把握できます。不完全なケースを除外するか、元のシステムを調査してデータ抽出を修正する判断がしやすくなります。
例4: 製造における手戻りパターンの特定
シナリオ: 「Quality Check」アクティビティが複数回繰り返されているケースを特定したい。品質問題や手戻りの可能性を示唆します。Case IDでソートして、ケースごとにイベントをグループ化して表示。
設定:
- 表示する列: Case ID、Activity Name、Timestamp、Quality Inspector、Defect Code、Status
- ソート列: Case ID
- ソート方向: 昇順
- 最大行数: 500
出力:
ケースごとにグループ化されたイベントレベルのテーブル：
| Case ID | Activity Name | Timestamp | Quality Inspector | Defect Code | Status |
|---|---|---|---|---|---|
| MFG-1001 | Production Start | 2024-10-01 08:00 | n/a | n/a | Started |
| MFG-1001 | Quality Check | 2024-10-01 14:30 | Jane Lee | QDEF-45 | Failed |
| MFG-1001 | Rework | 2024-10-01 15:00 | Bob Smith | n/a | In Progress |
| MFG-1001 | Quality Check | 2024-10-02 09:15 | Jane Lee | (empty) | Passed |
| MFG-1001 | Packaging | 2024-10-02 10:30 | n/a | n/a | Completed |
| MFG-1002 | Production Start | 2024-10-01 08:15 | n/a | n/a | Started |
| MFG-1002 | Quality Check | 2024-10-01 14:45 | John Davis | (empty) | Passed |
| ... | ... | ... | ... | ... | ... |
考察: Case IDでソートすることにより、各ケースのイベントが時系列でまとまって表示されます。MFG-1001ケースは、不合格の品質検査（欠陥コードQDEF-45）を受けて手戻りが発生し、2回目の品質検査で合格となっています。一方、MFG-1002ケースは初回で合格しています。このパターン分析により、よく発生する欠陥コードや問題を検出する検査官を特定できます。
例5: 最近の承認のエグゼクティブサマリー作成
シナリオ: CFOが直近の請求書承認50件を、金額、部署、承認者などの主要情報とともに週次の経営レポート用に見たい。
設定:
- 表示する列: Invoice Number、Invoice Date、Department、Invoice Amount、Approver Name、Approval Date
- ソート列: Approval Date
- ソート方向: 降順
- 最大行数: 50
出力:
最も新しい承認順に表示されるケースレベルのテーブル：
| Invoice Number | Invoice Date | Department | Invoice Amount | Approver Name | Approval Date |
|---|---|---|---|---|---|
| INV-2024-9845 | 2024-10-18 | Marketing | $12,450 | Sarah Johnson | 2024-10-19 |
| INV-2024-9832 | 2024-10-17 | Operations | $8,920 | Mike Chen | 2024-10-18 |
| INV-2024-9801 | 2024-10-16 | IT | $45,200 | Sarah Johnson | 2024-10-18 |
| ... | ... | ... | ... | ... | ... |
考察: この絞り込み表示は、CFOが必要とする情報を正確に提供します。承認日の降順ソートにより、最新の承認が最初に表示されます。50行の制限によりレポートが見やすく管理しやすくなり、1週間程度の承認をカバーします。このデータはExcelにエクスポートして経営レポートに組み込むことも可能です。
例6: ケースごとのリソースパフォーマンス比較
シナリオ: カスタマーサービス担当者ごとのケース対応と主要指標を分析したい。
設定:
- 表示する列: Case ID、Assigned Agent、Case Type、Priority、Resolution Time、Customer Satisfaction Score
- ソート列: Assigned Agent
- ソート方向: 昇順
- 最大行数: 300
出力:
担当者別にグループ化されたケースレベルのテーブル：
| Case ID | Assigned Agent | Case Type | Priority | Resolution Time | Customer Satisfaction Score |
|---|---|---|---|---|---|
| CS-2234 | Alice Johnson | Technical Support | High | 2.5 hours | 4.8 |
| CS-2456 | Alice Johnson | Billing Inquiry | Medium | 1.2 hours | 5.0 |
| CS-2789 | Alice Johnson | Technical Support | High | 4.1 hours | 4.2 |
| CS-1923 | Bob Martinez | Account Setup | Low | 0.8 hours | 4.9 |
| CS-2034 | Bob Martinez | Technical Support | High | 8.5 hours | 3.5 |
| ... | ... | ... | ... | ... | ... |
考察: Assigned Agentでソートすると、担当者ごとのケースがまとめて表示され、業務パターンの把握が容易になります。Alice Johnsonは技術系と請求系ケースの両方を扱い、安定して高い満足度と適正な解決時間を示しています。Bob Martinezは技術系で解決時間が長く低満足度のケースもあり、指導や負荷配分の検討材料になります。
出力
ケースエクスプローラー計算機は、選択した正確な列を含むインタラクティブなデータテーブルを表示し、指定したソート順で並べ替え、指定した行数に制限して表示します。
テーブル構造
列ヘッダー: 選択した属性のわかりやすい名前を表示し、テーブルの読みやすさと理解しやすさを向上させます。
データ型: 各列はイベントログの元のデータ型（日付、数値、テキストなど）を保持し、それに応じて値を適切にフォーマットします。
行数: 指定した最大行数まで表示します。イベントログに合致する行がそれ以下の場合は、利用可能なすべての行を表示します。
ソート順: ソート列とソート方向の設定に従って行が並びます。指定がなければイベントログの自然順に表示されます。
表示動作
ケースレベル vs イベントレベル:
- ケース属性のみ選択時はケースごとに1行の表示
- イベント属性を含む場合は自動的にイベントレベル表示に切り替わり、イベントごとに1行表示
- カラム選択に基づいてモードを自動判別
空値: 欠損またはnullの属性値は空セルとして表示され、データの品質問題の特定に役立ちます。
大きな数値: 数値は千位区切り、小数点以下の桁数を適切にフォーマットして見やすく表示します。
日付と時刻: タイムスタンプ列は日付と時刻の読みやすい形式で表示されます。
インタラクティブ機能
クリックで詳細: 個々の行をクリックするとケースの詳細にドリルダウンし、関連するイベントや属性を深く探索できます。
Excelエクスポート: 表示中のテーブルをExcelにエクスポートし、オフライン分析やレポート作成、mindzieStudioアクセス権のない関係者への共有が可能です。
カスタムエクスポートテンプレート: カスタムエクスポート設定があれば、ブランド化された書式設定済みExcelレポートを生成できます。
データコピー: テーブルからデータを選択してコピーし、他のアプリケーションやドキュメントに貼り付け可能です。
パフォーマンスに関する注意点
行数制限で高速化: 小さな最大行数（10～100）設定は、多数のイベントを含む大規模なイベントログで特に処理が高速です。
イベントクエリは遅め: イベント属性を含むとケースレベルより処理時間が長くなります。特に1ケースあたりイベント数が多い場合は顕著です。
ソートのパフォーマンス: ソートは行数制限前に実行されるため、大規模データの場合は数秒かかることがあります。非常に大きなイベントログは他の計算機で事前フィルタリングすると良いでしょう。
よく使われる出力パターン
トップN分析: 指標列でソート（最大値は降順、最小値は昇順）し、最大行数をNに設定 = 「トップN」または「ボトムN」結果表示
データ検証: 重要な属性でアルファベット順ソートし、欠損や重複、書式の不整合を確認
ケース調査: 特定のCase IDを選択（フィルター併用）＋イベント列を含めてTimestampでソート = 完全なケースタイムライン表示
経営報告: 主要ビジネス指標を選択＋日付降順でソート＋最新行数制限 = 週次/月次サマリ作成
リソース分析: リソース属性追加＋リソース名でソート＋パフォーマンス指標を含める = リソースの負荷およびパフォーマンスレビュー
利用のコツ
まずは簡単に: 重要な列を数個選択してデータ構造を理解し、必要に応じて列を追加しましょう。
フィルターと併用: 案件対象を絞り込むために上流のフィルター計算機を利用してからケースエクスプローラーで表示すると効率的です。
列名の確認: 列名はイベントログの属性名と完全一致（大文字小文字区別）である必要があります。計算機設定の列選択ツールを使い、入力ミスを防ぎましょう。
最大行数設定を試す: 最初は10や20など小さな値でテーブル構造を素早く確認し、その後必要に応じて増やします。
イベントレベル切り替えの注意: 1つでもイベント属性を含めると全体がイベントレベル表示になり、行数が大幅に増え処理時間も長くなることを念頭に置いてください。
共有用にエクスポート: 関係者向けレポート作成には、フィルタリングやソートで焦点を絞った結果をExcelにエクスポートし、見栄えよく配布します。
ケースエクスプローラーは、生のプロセスデータを可視化し、分析の透明性を提供し、特定ケースの調査やプロセスマイニングの洞察を生み出す正確な属性値の理解に欠かせない窓口となります。
このドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。