Zoho MCPの開始

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

MCPの概要

モデルコンテキストプロトコル（MCP）は、アプリケーションが大規模言語モデル（LLM）とやり取りする方法を標準化するオープンプロトコルです。MCPを活用することで、適切なコンテキストに基づいてLLMに指示し、目的のワークフローを実行できます。

MCPを導入すると、一般的なAIエージェントやカスタムAIエージェントに指示して、ネイティブまたはサードパーティのアプリケーションと連携させ、人の介入をほとんど、またはまったく必要とせずに複雑なワークフローを完了できます。

Zoho MCPの概要

Zoho MCPは、独自のMCPサーバーを作成できるZohoの強力な新サービスです。Zoho MCPサーバーを使用すると、複数のZohoアプリケーションやサードパーティサービスにまたがる複雑なワークフローを実行できます。

Zoho MCPサーバーを利用する最大の利点は、MCP対応のZohoおよびサードパーティアプリケーションを300件以上利用できることです。これらを使用して必要なMCPツールを設定し、任意のAIエージェントに必要な操作を実行させることができます。

他のZohoサービスやサードパーティのMCP対応サービスで実行したいタスクを、AIエージェントに簡単な自然言語で指示します。Zoho MCPサーバーで設定されたツールから適切なコンテキストが提供され、選択したAIエージェントがワークフロー全体を開始から完了まで実行します。

次の図で、Zoho MCPが提供する機能の概要を確認できます。

上記の図の流れは次のとおりです。

ユーザーがMCPクライアントに必要な操作の実行を指示すると、MCPクライアントは入力されたプロンプトからコンテキストを抽出します。
抽出されたコンテキストに基づいて、Zoho MCPサーバーに設定されているツールが照合され、各サービスで必要なアクションが実行されます。
これらのアクションはすべて、最初のプロンプト以外に手動操作を必要とせずに自動で実行されます。

次の例を考えてみます。クライアントとの商談が成立し、オンボーディングが必要になったとします。クライアントを適切にオンボーディングし、担当者に引き継ぐには、通常、以下の手順を手動で実行する必要があります。

新しいクライアントに、Master Services Agreementドキュメントのコピーを添付した歓迎メールを送信します。
必要な請求書を作成してクライアントにメールで送信し、そのメールのCCに経理責任者を追加します。
クライアントにオンボーディングリンクを送信します。
クライアントとの必要なフォローアップを予約します。
CRMで商談を完了としてマークし、タブを次のチームに移動して、クライアントのアカウントを担当する次の担当者に通知します。

これらすべてのタスクを実行することは非常に重要ですが、多くの手動入力や介入が必要であり、アクションは複数のサービスやチームに分散しています。意図しない問題が発生すると、悪影響につながる可能性があります。その結果、システム全体に大きな負荷がかかり、ミスが発生する余地も大きくなります。しかし、Zoho MCPサービスを使用すれば、最適化され、シームレスで、ミスのない仕組みを構築できます。

上記の例では、ClaudeをMCPクライアント、見込み客の管理にはZoho CRM、クライアントへのメール送信にはZoho Mail、請求書の作成にはZoho Booksを使用し、Master Services AgreementドキュメントはZoho WorkDriveから取得して該当ユーザーにメールで送信するものとします。

Zoho MCPサーバーと任意のAIエージェントで必要な設定が完了したら、次のようなプロンプトを入力するだけです。

「最近完了した商談に、当社の標準の営業完了テンプレートを使用したメールを送信し、WorkDriveにあるMaster Services Agreementドキュメントの関連アクセスリンクを添付してください。また、Zoho Booksの請求書を表示するためのアクセスリンクも添付し、このメールのCCに経理管理者を追加してください。」

MCPクライアントは、このプロンプトから必要なコンテキストを抽出できます。追加のコードは不要で、追加の入力も必要ありません。

上記の例を以下の動画で紹介します。

デモで説明しているように、必要なアクションはすべて自律的に実行され、最初のプロンプト以外に手動操作や入力を必要とせずに、ワークフロー全体が実行されます。

Zoho MCPの動作

Zoho MCPは、必要なMCPサーバーを作成し、ZohoおよびサードパーティのMCP対応サービスのツールを設定できるサービスです。このサービスの動作は次のとおりです。

Zoho MCPサービスを使用してMCPサーバーを作成し、必要なMCPツールを設定できます。
Zoho MCPサーバーをMCPクライアントに接続し、MCPツールの操作を認可すると、プロンプトによる指示を開始できます。
その後、以下の処理が行われます。

MCPクライアントのインテリジェンスを活用して、ユーザーの自然言語プロンプトからコンテキストが抽出されます。
続いてMCPクライアントは、抽出されたコンテキストをMCPサーバーに設定されているMCPツールと照合し、必要な操作を実行します。

注意事項。

Zoho MCPはAIではありません。独自のMCPサーバーを作成するためのサービスです。MCPサーバーに追加できるMCPツールは、そのサービスがMCPクライアントに公開する操作に依存します。たとえば、sendEmailは、Zoho MailサービスがZoho MCPサーバーを通じてMCPクライアントに提供するツールであり、MCPクライアントがメールを送信できるようにします。一方、Zoho Mailサービスには、メールから添付ファイルをダウンロードできるツールはありません。つまり、MCPクライアントで添付ファイルをダウンロードする方法はありません。
必要な操作の実行には、MCPクライアントのインテリジェンスを活用します。
Zoho MCPサービスでは、MCPサーバーを作成し、必要なツールを設定できます。これらのツールは、設定されたサービスで実行可能な操作についてMCPクライアントにコンテキストを提供し、指示します。
MCPクライアントが想定どおりの操作を実行できない場合、原因として以下が考えられます。

MCPサーバーに適切なツールが設定されていません。対応しているMCPツールの詳細をご確認ください。
MCPクライアントに複雑で分かりにくいプロンプトが入力され、適切なコンテキストを抽出できませんでした。
MCPクライアントの制限、または必要なサービス側でのツールサポート不足。

Zoho MCPと従来型APIの比較

次の表では、従来型APIではなくZoho MCPを使用して操作を完了する場合に可能な最適化について比較し、詳しく説明します。

項目	Zoho MCP	従来のAPI
操作モード	完全に自律型です。	最大でも自動化にとどまります。
操作	任意のMCPクライアントによってすべて処理されます。最初のプロンプト以降、タスクの開始から完了まで手動での介入は不要です。	実行ごとに手動での介入が必要であり、APIエンドポイントの可用性、トークンの有効性、レート制限など、さまざまな外部要因に依存します。
設定	通常は一度だけの設定です。必要なツールを使用してZoho MCPサーバーを設定し、必要なMCPクライアントに接続すると、残りはMCPクライアントによって処理されます。	API連携ごとに、個別の設定、認証、継続的なメンテナンスが必要です。
操作の検出	MCPクライアントは人工知能を活用し、自然言語のプロンプトから関連するコンテキストを取得し、利用可能なコマンドを自動的に検出して、自律的な操作に必要なパラメーターのメタデータを構成できます。	手動でAPIを調査する必要があります。
パラメーターの処理	複雑なパラメーター間の関係を処理できます。また、動的なパラメーター解決や、コンテキストに応じた入力処理にも対応しています。	厳密で静的なパラメーター処理のみで、手動入力が必要です。
操作ワークフロー	連携されたすべてのサービスはMCPプロトコルを通じて完全に連動し、追加の認可や介入なしにシームレスに実行されます。	通常、同じエコシステムに属するサービスであっても、サービス間に実質的な連動性はありません。各サービスを個別に起動し、操作は分断された状態で実行する必要があります。
コンテキスト認識	ワークフロー全体でコンテキストを保持して活用し、相互に連携した操作をシームレスに実行できます。	すべてのAPI呼び出しは独立しています。コンテキスト認識はできません。
エラー処理	MCPクライアントはエラーをコンテキストに沿って解釈し、手動での介入なしに自律的な復旧を試みることができます。常に指示どおりの処理を実行しようとし、それが難しい場合でも、可能な限り最も関連性の高い出力を提供します。	通常、想定されるすべてのシナリオに対して、事前定義されたエラー処理ロジックを手動でコーディングする必要があります。
セキュリティと認可	MCPクライアントによる設定済みサービスへのアクセスは、MCPツールの定義によって厳密かつ詳細に決定されます。 Zoho MCPユーザーには、2種類の認可方法が提供されています。オンデマンド認可：標準の認可方法です。アカウント単位の認可方式であり、各ユーザーが個別に認証される必要があります。接続による認可：組織単位の認可方式です。特権管理者は、必要なOAuthトークンを組織のメンバーと共有できます。	固定的で柔軟性がありません。アクセス制御を手動で定義し、連携ごとに個別に設定する必要があります。
プロセスの最適化	複雑さに関係なく、ワークフローのすべての要素が自律的に実行されるため、時間、労力、オーバーヘッドを大幅に削減できます。	個々のサービスは自動化できる場合がありますが、統合された自律型ワークフローとして動作することはできず、最適化の効果は限定的です。

柔軟な選択肢による堅牢な認可

Zohoまたは外部サービスのツールをZoho MCPサーバーに追加する場合は、OAuth2.1プロトコルを使用してこの追加を認証する必要があります。Zoho MCPサービスでは、次の2つの方法でこの認可を設定できます。

オンデマンド認可
接続による認可

項目	オンデマンド認可	接続による認可
定義	ZohoサービスのMCPツールをZoho MCPサーバーに追加する際に使用される標準の認可方式です。サーバーにMCPツールを追加するたびに、OAuth2.1プロトコルを使用して認証する必要があります。	MCPツールをサーバーに追加する際の認証に利用できる追加の認可方式です。通常、外部サービスのMCPツールを追加する際の認証に使用されます。この認可方式では、認証してアクセスを提供するために、信頼できる組織メンバーへアクセストークンとリフレッシュトークンを共有できます。
依存関係	この方法はアカウントに依存します。各ユーザーが自分のアカウントを使用してツールを認証し、認可します。	この方法は組織に依存します。組織の特権管理者からメンバーに認可を共有できます。
機能	同じZoho MCPサーバーを使用している場合でも、各ユーザーはそれぞれの個別アカウントを使用してMCPツールと処理を認証する必要があります。	組織の特権管理者である場合、必要なOAuthアクセストークンとリフレッシュトークンを組織のメンバーに共有できます。これにより、メンバーは個別に認証する代わりに、共有されたトークンを使用してMCPツールと処理を認証できます。
理想的な利用場面	個人事業主など個々のユーザーが利用する場合や、個人ごとの責任の明確化が重視される場合に最適です。	チームでの利用に最適です。この方法では、共有アクセスによって認可要件を効率化し、個別対応の負担をなくせます。
主な利点	認証がユーザーごとに個別に処理されるため、アクセス範囲をより厳密に制限できます。これにより、より包括的なセキュリティを実現できます。	組織の特権管理者のもとでアクセス制御を一元管理できます。個別アカウントを用意する必要がないため、チームのメンバーは共有アクセスを使用してZoho MCPサービスを簡単に利用開始できます。また、この方法により、組織全体で一貫したアクセスレベルと権限を維持できます。
例	自分と同僚が同じZoho MCPサーバーを使用しているとします。両者ともZoho CRMとZoho Mailサービスのツールを使用します。必要なツールを認可して使用するには、それぞれがZoho CRMとZoho Mailサービスの個別アカウントを持つ必要があります。	4人のチームメンバーを含む組織の特権管理者であるとします。全員が、TrainerCentralとZoho CliqのMCPツールが設定された同じZoho MCPサーバーを使用しています。各メンバーが処理を認可して使用するために個別アカウントを作成する代わりに、特権管理者の認証トークンを使用して、業務でZoho MCPサーバーの利用を開始できます。

事前設定済みサーバー

Zoho MCPサービスでは、事前設定済みサーバーの豊富な一覧が用意されています。これらを直接認可して必要なMCPクライアントに接続できるため、Zoho MCPサーバーを最初から作成する手順を省略できます。

CRMデータやメタデータ操作を処理するワークフロー、またはアプリケーションのエンゲージメントや画面分析を把握するワークフローを実行するためにZoho MCPサーバーを作成する場合、該当するサービスから正確なMCPツールを追加する必要があることがあります。サービスを使い始めたばかりで、すべての機能やサービス内容を十分に把握していない場合、これは手間になる可能性があります。

このような場合は、必要なユースケースに合う事前設定済みサーバーを一覧から検索し、追加されているMCPツールを認可するだけで利用できます。

これにより、Zoho MCPサーバーをゼロから作成する手間がすべて省かれ、必要なワークフローをできるだけ早く実装できます。これらのサーバーは単なるプラグアンドプレイ型モデルではなく、さらにカスタマイズすることもできます。つまり、ユースケースの要件を満たすために、必要なMCPツールを追加または削除できます。

事前設定済みサーバーの使用方法の詳細