MCPサーバーとプロセスマイニング:データをつなぐ仕組み
AIアシスタントの力を引き出すには、必要なコンテキストにアクセスできることが欠かせません。ProcessMindのMCPサーバーが、すでに整理したプロセス知識とAIアシスタントをつなぎます。
AIアシスタントの回答は、参照できるプロセス情報の質に左右されます。受注から入金までの一般的な流れは説明できても、実際のプロセスでどこに時間がかかっているかは分かりません。MCPサーバーを使ったプロセスマイニングは、互換性のあるAIアシスタントを、組織が整備してきたプロセス情報につなぎます。モデルや文書、役割、RACIを参照できるため、一般論ではなく、実際のプロセスに即した回答が得られます。
AIアシスタントにプロセスコンテキストが必要な理由
モデルの推論能力は向上し続けています。しかし、プロセスについて得られる回答を制限しているのは、推論能力ではなくコンテキストです。プロセスを確認できないアシスタントは、学習時に得た知識、つまり類似のプロセスが通常どのように進み、どのような問題が起きるかに頼ります。
最初の案を作るには役立ちますが、判断の根拠にするには誤解を招くことがあります。調達から支払いまでのプロセスには、独自のバリアントやボトルネック、例外があり、その情報はモデルの学習データには含まれていません。アシスタントに足りないのは知能ではなく、実際のプロセスに関する情報です。
Model Context Protocol(MCP)は、この情報の隔たりを埋める仕組みです。アシスタントと、プロセス知識を持つシステムをつなぎ、回答に必要な事実をアシスタントが取得できるようにします。接続先がテーブルの集まりではなく、整理されたプロセス改善ハブであれば、アシスタントはモデル、文書化、ロール、実際の業務の測定結果など、回答に役立つコンテキストを得られます。
MCPで得られるのは、より賢いモデルではなく、実際のプロセスを参照するモデルです。AIによるプロセス分析で、もっともらしい回答と検証可能な回答を分けるのはコンテキストです。LLMとプロセスマイニングを連携させても、問いの背景にあるプロセス知識にアクセスできなければ意味がありません。
Model Context Protocolとは
Model Context Protocolは、AIアシスタントを外部のツールやデータソースにつなぐオープン標準です。MCPサーバーは、定められたツール、リソース、プロンプトを公開し、互換性のあるクライアント(アシスタント、IDE、チャットアプリなど)が会話中に呼び出します。1つのサーバーから複数のクライアントに接続できるため、アシスタントごとに連携を構築する必要はなく、接続を一度設定すれば利用できます。
このプロトコルは特定のベンダーに属するものではありません。標準に対応したクライアントであれば、実装しているサーバーに接続できます。そのため、サーバーがあること自体より、何を提供するかが重要です。Model Context Protocolを使ったプロセス連携は、存在するかどうかではなく、何を提供するかで評価する必要があります。MCPサーバーによるプロセスマイニングでは、1つのサーバーを通じて、一般的な回答ではなく実際のプロセスに基づく回答を得られます。
MCPサーバーによるプロセスマイニングでは、どのような情報にアクセスできますか。
ProcessMindのMCPサーバーは、1つの組織のプロセス知識を提供します。中心となるのはモデルとその文書化で、関連するロール、担当者、スコアも確認できます。提供される情報の概要は次のとおりです。
- **プロセスとBPMNモデル:**プロセスアーキテクチャと、各プロセスの手順や接続情報です。MCPサーバーのプロセスモデルツールは、データベースの行ではなく、手順と接続情報を返します。
- **文書化:**モデルに関連付けられた文書の内容を、セクションごとに確認できます。
- **ロールとRACI:**各アクティビティの担当者、責任者、参照先、情報提供先と、それが属するプロセスを確認できます。
- **担当者と組織:**テナント内のユーザー、組織の詳細、環境のメタデータを確認できます。
- **プロセススコアと統計:**各プロセスの品質とプロセス健全性スコア、モデル・データ・シミュレーションの有無、テナント全体の件数を確認できます。
- **ProcessMind独自のAIツール:**モデルの下書きや編集、文書の作成や書き直し、RACIの提案、プロセスの分析、質問への回答ができます。
アシスタントがアクセスできる範囲は、接続に使うAPIキーによって異なります。AIアシスタントによるプロセスデータへのアクセスは、すべて権限で制御されます。アシスタントが読み取れるのは、そのキーに許可された知識だけです。この一覧が示すのは、ワークスペースにすでに保存されている知識をサーバーが提供するため、アシスタントが推測ではなく実際のプロセスに基づいて回答できるということです。プロセスマイニング向けのMCPサーバーと、プロセスインテリジェンス向けのMCPサーバーの違いはここにあります。ProcessMindが提供するのは、記録の集まりだけではなく、整理されたプロセスです。
AIアシスタントはプロセスコンテキストを使って何ができますか。
コンテキストがあれば、アシスタントは一般的な助言にとどまらず、確認できる作業を支援します。たとえば、次のようなことができます。
- **プロセスを要約する。**サプライヤー登録プロセスの内容を尋ねると、一般的なテンプレートではなく、モデルと文書化の内容に基づいて回答します。
- 確認できるモデル案を作成する。「ワークショップで説明したサプライヤー登録プロセスのモデル案を作成してください」と依頼すると、確認して適用できるBPMNモデルの構成が返されます。
- 文書を作成する。「調達から支払いまでのモデルの文書を作成してください」と依頼すると、白紙ではなく、編集可能なセクションが返されます。
- RACIを提案する。「請求書承認のアクティビティにRACIを割り当ててください」と依頼すると、すでに登録されているロールを使って、モデル内のアクティビティに責任を割り当てます。
- プロセス一覧を点検する。「責任者または文書化がないプロセスはどれですか」と尋ねると、プロセスのメタデータから、対応が必要な一覧を作成します。
大切なのは、アシスタントの賢さではありません。チームと同じ整理されたプロセス情報をもとに回答するため、信頼するだけでなく、内容を検証できます。
ProcessMindのMCPサーバーを使う理由
MCPは標準になりつつあります。そこで注目すべきなのは、ベンダーがサーバーを提供しているかどうかではなく、サーバーから何を利用できるかです。ProcessMindでは、その違いを意図的に設けています。
A generic MCP server
- Returns raw records the assistant has to interpret
- Has no idea what a process, a role or a RACI is
- Every process question becomes a reconstruction job
- Write access is all-or-nothing at the data layer
- No built-in tools to draft or edit a model
ProcessMind's MCP server
- Returns curated process knowledge: models, documentation, roles and RACI
- Speaks process natively, because that is what the platform stores
- Exposes ProcessMind's own AI tools for models, documentation and RACI
- Answers arrive grounded in your process, not in general knowledge
- Writes are scoped, previewable and confirmed by you
その違いは、具体的に2つの点に表れています。まず、知識が整理されています。サーバーは、アシスタントが解釈しなければならない単なる記録の集合ではなく、モデル、文書、ロール、RACIをまとめたプロセス改善ハブを提供します。さらに、ProcessMind独自のAI機能も利用できます。読み取りツールに加え、モデルの下書き作成、文書の作成、RACIの提案、プロセスの分析を行うツールも提供するため、アシスタントはプロセス知識を読むだけでなく、それを使って作業できます。
もう1つの違いは運用方法です。「MCPにも対応しています」という説明は、運用面で詰めが甘いことも少なくありません。ProcessMindでは、接続用のキーに権限範囲を設定でき、ワークスペースと同じ権限境界が適用されます。また、変更はすべて確認を経てから反映されます。
AIの普及により、プロセスの重要性はこれまで以上に高まっています。実際の業務の進め方を共有できるモデルがなければ、アシスタントは渡された情報をそのまま拡大し、しかもすばやく広めてしまいます。それが昨年のワークショップの内容でも、あるチームのメモでも、確信に満ちた推測でも同じです。アシスタントが参照するのが実際のプロセスになるよう、ProcessMindのMCPサーバーを開発しました。モデルの精度が高まるほど、その答えはモデルの基盤となるプロセスに左右されます。
AIアシスタントをプロセスデータに接続しても安全ですか?
はい。この点については、あえて特別な仕組みを設けず、シンプルにしています。MCPサーバーは接続用に作成したAPIキーで動作し、初期設定では読み取りのみ可能です。書き込みは必要に応じて有効にします。書き込み権限を付与したキーでは、モデル、文書、RACI、ロール、メタデータを反映するツールも利用できます。アシスタントから見えるのは、そのキーに許可された範囲だけです。ワークスペースと同じ権限境界が適用され、すべての呼び出しはキーに紐づけて記録されます。
書き込みを伴う操作は、すべて確認してから実行されます。AIツールが返すのは提案であり、データが自動で変更されることはありません。反映用のツールでは、事前確認のプレビューと操作IDを使うため、安全に再試行できます。接続するクライアントは選択でき、ほかの設定に影響を与えずにキーをいつでも無効化できます。呼び出しの履歴は監査ログに記録されます。
MCPでできないこと
誇張した説明では触れられない制約についても、明確にしておく必要があります。
- 誤ったモデルや不十分なデータを修正するものではありません。 アシスタントが参照するのは、そこにある情報です。モデルが実態と異なっていたり、イベントログが不完全だったりすれば、答えにもその問題が引き継がれます。
- アシスタントに権限を与えるものではありません。 ProcessMindのAIツールが提示するのは提案であり、承認するのは人です。アシスタントが提案しただけで何かが変更されることはありません。
- アナリストやプロセスオーナーに取って代わるものではありません。 問いを決め、根拠を評価し、次の対応を判断するのは、引き続き人です。
- キーで許可された範囲を超えてアクセスするものではありません。 接続用キーでアクセスできないデータをツールが返すことはありません。
アシスタントをProcessMindに接続する方法
-
APIキーを作成
接続先の環境に対してキーを作成します。質問への回答には読み取り権限を設定し、提案を反映する場合に限り、書き込み権限を設定します。 -
クライアントにサーバーを追加
MCPクライアントにProcessMindのサーバーURLを設定し、x-api-keyヘッダーにキーを指定します。OAuthクライアントクレデンシャルも利用できます。 -
接続を確認
アシスタントにプロセスの一覧を依頼します。一覧が表示されれば、サーバーが正しく接続され、権限範囲も適切に設定されています。 -
答えを確認できる質問をする
答えがわかっているプロセスについて質問し、アシスタントの回答とワークスペースの内容を照らし合わせます。
AIをプロセスマイニングに接続するための設定は、上記の手順で完了します。難しいのは接続ではなく、コンテキストの用意です。ProcessMindのMCPサーバーはエンタープライズプランで利用できます。サーバーと利用できるツールの詳細は、MCPサーバーの文書をご覧ください。接続方法やAPIキーの権限範囲も記載しています。プロセスデータを最初にどのようにプラットフォームへ取り込むか検討中の場合は、プロセスマイニングの実行に必要なものでイベントログについて、標準コネクターを提供しない理由でデータの取り扱い方針について説明しています。
アシスタントにプロセスのコンテキストを提供する
最近、プロセスについて同僚に尋ねた質問を1つ選んでください。1つのアシスタントを1つの分析対象プロセスに接続し、回答がワークスペースの表示内容と一致するか確認します。見るべきなのは、アシスタントの答えに自信が感じられるかどうかではありません。実際のプロセスに基づいて答えているかどうかです。
Where to Go From Here
You have a process worth asking about and an assistant that can connect. The next step is to give it the curated process knowledge, then check its answer against the process itself.