AIで業務効率化を進めるMCPサーバーAIで業務効率化を進めるMCPサーバー|おすすめの選び方と5つの利用シーン

本記事のサマリ

  • AIの業務効率化で最後に残るのは社内データへの接続。MCPは接続方法を標準化する規格で、AIを「回答」から「業務実行」へ広げる土台になる
  • MCPサーバーは対応の有無ではなく、権限の制御単位と操作記録で選ぶ。制御できる単位は会社・ユーザー単位、ツール単位、アプリ単位と各社で分かれる
  • DirectCloud AIなら既存のフォルダ権限がAI経由のアクセスにもそのまま適用され、MCP API履歴で操作を追跡でき、誤って削除したファイルも復元できる

生成AIを文章作成や要約に使う企業が増え、次の段階として社内の資料や業務システムを参照させたいという要望が出てきました。ところが「社内の資料を検索させたい」「過去の提案書を参照して回答してほしい」といった要求は、AIモデルの性能を上げるだけでは満たせません。データへの接続方法をどう設計するかが問われます。
本記事では、AIを社内データにつなぐ仕組みと、5つの業務での具体的な使われ方、そしてつなぐ先を選ぶ基準を解説します。AI活用を業務レベルまで進めたい事業部門の担当者と、接続先の可否を判断する情報システム担当の方にご一読いただきたい記事です。

AIの業務効率化で残る社内データへの接続

AIによる業務効率化を進めるうえで最後まで残りやすいのが、社内データへの接続という課題です。ツールを導入して社内に配るところまでは進んでも、自社の資料や業務システムをAIに参照させる段階で足が止まる企業は少なくありません。生成AIそのものへの投資よりも、AIに何を読ませるかの設計に時間がかかるためです。
AI活用を阻む要因は、大きく5つに分けられます。導入を検討する段階で挙がりやすいのは、次のような課題です。

  • 学習させるデータの品質と量を確保する
  • 社内の理解を得る
  • 専門人材を確保する
  • セキュリティを担保する
  • 既存システムと統合する

前の4つは、体制づくりや教育である程度まで前に進みます。しかし最後の統合だけは、技術的な接続方法を決めなければ手がつきません。本記事が扱うのは、このうち「既存システムとの統合」、つまりAIを社内データにどうつなぐかという部分です。データの品質や人材育成は、それぞれ別の観点から検討すべき課題になるため、ここでは踏み込みません。
接続が済んでいない状態では、AIは自社の文脈を知らないまま回答します。過去にどんな提案をしたのか、自社の製品仕様がどうなっているのか、社内規程で何が禁じられているのか。こうした情報を持たないAIが出せるのは、どの企業にも当てはまる一般的な文章にとどまります。文面のたたき台としては使えても、実務の判断材料にはなりにくいでしょう。
当社が情報システム関連部署に従事する会社員956名へ実施した調査では、54.7%が生成AIをすでに業務で活用していました。さらに、クラウドストレージがMCPに対応して社内ファイルへ直接アクセスできるようになった場合の導入意向を尋ねたところ、42.2%が前向きな回答を寄せています。関心は「生成AIを使うかどうか」から「何につなぐか」へと広がりつつあるといえるでしょう。
この接続を標準化する規格として広まっているのが、MCP(Model Context Protocol)です。次章から、MCPで何ができるのかを順に見ていきます。

関連記事 【2026年3月実施】クラウドストレージ利用状況調査 ダイレクトクラウドは、企業の情報システム部門の担当者が、クラウドストレージを導入する目的や、AIとの連携・選定ポイントなどについてアンケート調査を実施しました。 調査概要は以下のとおりです。 調査期間 2026年3月31 … 続きを読む DirectCloud

MCPサーバーでできること

MCPは、AIアプリケーションから外部のデータやツールへアクセスするためのインターフェースを標準化した規格です。従来、AIに社内のデータを渡すには、接続先ごとに専用の仕組みを用意する必要がありました。標準規格が定まったことで、対応しているサービス同士であれば共通の方法でつなげられます。この規格に沿って、外部システムのデータや操作機能をAIへ提供する受け口が「MCPサーバー」です。

MCPサーバーがAIアプリと社内システム・データをつなぐ仕組みの図解
図1:MCPサーバーがAIアプリと社内システム・データをつなぐ仕組み

クラウドストレージをMCPサーバーとしてつないだ場合、担当者はAIに対して「最新の価格表を探して」と伝えるだけで済みます。「このフォルダにある契約書を比較して」という指示も、AIがストレージ内を検索したうえで実行できるようになるのです。ファイルの置き場所を覚えていなくても、内容を手がかりに目的の資料へたどり着ける点が、従来の検索との違いになります。
なお、MCPサーバーをSaaSとして利用するのか、自社のオンプレミス環境に構築するのかというシステム構成の検討は、本記事では扱いません。構成の選び方については、下記の記事で解説しています。

関連記事 MCPサーバーが拓く企業のAI基盤設計:SaaS活用とオンプレミス運用の最適バランスを理解する 企業でAI活用が加速する中、複数のSaaSや社内システムへ安全にアクセスし、業務を自動化できる基盤の重要性が高まっています。MCP(Model Context Protocol)サーバーは、外部ツール操作の標準化と権限管 … 続きを読む DirectCloud

API連携とMCP連携の違い

MCPが広まっても、API連携が不要になるわけではありません。既存のAPIをMCPサーバーの内部から呼び出す構成は珍しくなく、両者は置き換えの関係にはないためです。違いが出るのは、AIアプリケーションから見たときの接続方法にあります。
下表にまとめました。

項目 個別API連携 MCP連携
AIとの接続方式 システムごとに個別実装 共通プロトコルで接続
接続先の追加 追加のたびに個別開発 MCP対応なら再利用
AIに渡す操作 使わせたい操作を個別実装 ツールとして定義して提示
データの参照 各API仕様に依存 MCP経由で取得
権限の設計 API側で設計 MCPと接続先の双方で設計
AIクライアントの変更 再実装が必要な場合あり MCP対応なら切り替え可能
AIとの接続方式
個別API連携
システムごとに個別実装
MCP連携
共通プロトコルで接続
接続先の追加
個別API連携
追加のたびに個別開発
MCP連携
MCP対応なら再利用
AIに渡す操作
個別API連携
使わせたい操作を個別実装
MCP連携
ツールとして定義して提示
データの参照
個別API連携
各API仕様に依存
MCP連携
MCP経由で取得
権限の設計
個別API連携
API側で設計
MCP連携
MCPと接続先の双方で設計
AIクライアントの変更
個別API連携
再実装が必要な場合あり
MCP連携
MCP対応なら切り替え可能

実務で効いてくるのは、接続先を増やすときと、使うAIを乗り換えるときの負担でしょう。個別に実装していると、そのたびに開発が発生します。MCPに対応していれば、すでに作った仕組みをそのまま使い回せます。
また、「MCPを導入すれば権限管理まで自動的に統一される」という理解は正確ではありません。誰がどのデータへアクセスできるのか、どのツールを実行できるのか。これらは認証基盤とMCPサーバー、そして接続先サービスの三者を含めて設計する必要があります。
標準化されたのは接続の方法であって、権限の考え方そのものではないためです。

クラウドストレージ3社のMCP対応

主要なクラウドストレージ事業者は、いずれもMCPへの対応を進めています。ただし各社が想定している使われ方は同じではありません。DirectCloud、B社、D社の3社について、公開情報をもとに特徴とAIができる主な操作、管理者が制御できる範囲を下表にまとめました。なお各社の公式ページで確認できた内容のみを記載しています。

比較項目 DirectCloud B社 D社
特徴 クラウドストレージとAI、RAGを統合する企業データ基盤 エンタープライズコンテンツを外部AIエージェントから利用する接続基盤 クラウド上のファイルをAIクライアントや開発環境から利用する接続基盤
AIができる読み取り フォルダ/ファイル一覧の照会・検索、ファイルの内容に関する質問/要約 フォルダ/ファイル一覧の照会・検索、ファイル内容の取得、ファイルの内容に関する質問/回答 フォルダ/ファイル一覧の照会・検索、ファイル本文のテキスト抽出
AIができる書き込み 要約ファイルの作成、ダウンロードリンクの作成、削除 フォルダ作成、ファイルのアップロード、コピー、移動、削除 フォルダ作成、ファイルのアップロード、コピー、移動、削除
管理者による制御の単位 会社、ユーザー単位で利用を許可 カテゴリ単位、ツール単位で制御 アプリ単位で接続を許可またはブロック
認証 OAuth 2.0 OAuth 2.0 OAuth 2.0
特徴
DirectCloud
クラウドストレージとAI、RAGを統合する企業データ基盤
B社
エンタープライズコンテンツを外部AIエージェントから利用する接続基盤
D社
クラウド上のファイルをAIクライアントや開発環境から利用する接続基盤
AIができる読み取り
DirectCloud
フォルダ/ファイル一覧の照会・検索、ファイルの内容に関する質問/要約
B社
フォルダ/ファイル一覧の照会・検索、ファイル内容の取得、ファイルの内容に関する質問/回答
D社
フォルダ/ファイル一覧の照会・検索、ファイル本文のテキスト抽出
AIができる書き込み
DirectCloud
要約ファイルの作成、ダウンロードリンクの作成、削除
B社
フォルダ作成、ファイルのアップロード、コピー、移動、削除
D社
フォルダ作成、ファイルのアップロード、コピー、移動、削除
管理者による制御の単位
DirectCloud
会社、ユーザー単位で利用を許可
B社
カテゴリ単位、ツール単位で制御
D社
アプリ単位で接続を許可またはブロック
認証
DirectCloud
OAuth 2.0
B社
OAuth 2.0
D社
OAuth 2.0

表でまず確認しておきたいのは、認証方式が3社ともOAuth 2.0で共通している点です。つまり認証方式の違いは、どのサービスを選ぶかの判断材料になりません。差が出るのは、各社が示している方向性と、管理者が制御できる単位のほうです。
3社の方向性と制御方式は、次のように分かれています。

DirectCloud 制御単位:会社・ユーザー単位

方向性MCPだけを独立した接続機能として扱わず、クラウドストレージとRAG、AIアシスタントを組み合わせ、AI活用を前提とした企業データ基盤へ拡張する方向を示す

制御できること管理ページで会社単位、利用者単位に可否を設定できる。許可された利用者であっても、フォルダを見る権限がなければAI経由でその中身に届くことはない

向いているケース既存のフォルダ権限を、AI経由のアクセスにもそのまま適用したい場合

B社 制御単位:ツール単位

方向性MCPサーバーを、エンタープライズコンテンツと外部AIエージェントを接続する仕組みとして発展させている

制御できることMCP経由で実行できる操作をカテゴリとツールの単位で細かく制御できる。ファイルのアップロード先を外部共有していないフォルダに限定する設定も用意されている

向いているケース大規模組織でガバナンスを重視する場合

D社 制御単位:アプリ単位

方向性既存のクラウドストレージ上のファイルを、MCP対応のAIクライアントや開発環境から利用しやすくする方向性が明確

制御できること管理コンソールから特定のアプリをブロックまたは許可し、接続そのものの可否を管理する

向いているケース検索や内容の取得に加えて、ファイルのアップロード、フォルダの作成、コピー、移動など、ファイル操作をAIから実行したい場合

制御の粒度が会社・ユーザー単位、ツール単位、アプリ単位と分かれている点は、運用に入ってから効いてきます。利用できる人を絞りたいのか、AIに実行させる操作を絞りたいのか、接続できるアプリを絞りたいのか。自社が握りたい手綱によって、適した方式は変わります。

高セキュリティ・高精度な回答・ユーザー数無制限で利用可能なRAG対応

DirectCloud AIサービスをお試ししませんか?

関連ページ [2026年8月25日]DirectCloudアップデートのお知らせ 2026年8月25日にリリースしたDirectCloudのアップデート内容を、ヘルプセンターのお知らせページで公開しています。 続きを読む DirectCloudヘルプセンター

AIが「回答」から「業務実行」に変わる理由

社内データをAIに渡す方法として、これまで注目を集めてきたのがRAGでした。RAGは、質問に関連する社内文書を検索したうえで、その内容をもとにAIが回答を作る仕組みです。自社の情報にもとづいた回答が得られるため、一般的な知識しか持たないAIとの差は大きくなります。
RAGを企業で運用するための技術的な条件については、下記の記事にまとめています。

関連記事 「動くRAG」と「使えるRAG」は違う:企業運用で成果を出す品質と継続性を備えた“高品質RAG基盤”の条件 生成AIの普及に伴い、多くの企業がRAGで自社ナレッジを安全に扱えると期待し独自基盤を構築しています。しかし実運用では、精度低下やメンテナンス負荷、同期遅延、セキュリティ要件の複雑化など、PoC後に大きな壁が生じやすく、 … 続きを読む DirectCloud

ここで問題になるのが、AIに任せたい範囲が「回答」から「仕事そのもの」へ移り始めている点です。提案書の作成を例に考えてみましょう。過去の類似案件を検索するだけでは足りません。最新の商品情報や価格表を確認し、それらを組み合わせて文書を作り、決められた場所に保存する。ここまで進んで、ようやく担当者の作業が減ります。
つまり業務の流れは「検索」から「読み取り」「判断」「作成」「保存」「次の処理」へと広がっていくでしょう。MCPは、この一連の接続を標準化する役割を果たします。検索だけを担うのではなく、AIが業務を実行するための土台になるという点が、従来の仕組みとの違いです。

AIで業務効率化できる5つの利用シーン

MCPで社内データにつないだAIは、実際の業務でどのように使われるのでしょうか。ここからは、当社がMCPの導入を検討する企業から実際に寄せられた要望をもとに、5つの場面に分けて紹介します。いずれの場面でも、AIが人の判断を置き換えるわけではありません。探して集めて突き合わせるという工程を代行し、担当者は確認と判断に時間を使えるようになります。それぞれの場面について、まず全体像を示したうえで、課題、AIに任せること、想定される成果の順に見ていきます。

案件条件から製品資料と過去実績を横断して探す

顧客から受けた相談の条件をそのままAIに渡し、社内に散らばる製品資料と過去の実績を集めさせる使い方です。製造業の技術営業を想定して見ていきます。人が担うのは製品の選定と技術的な判断で、AIが担うのは判断材料をそろえるところまでという分担になります。

課題

設備会社や設計事務所から「工場の工業用水配管を更新したい。屋外設置で腐食対策が必要」といった相談が入ります。担当者は製品カタログ、比較資料、過去の納入実績、過去の技術提案、CADデータを複数のフォルダから探し、技術部門に確認したうえで回答しなければなりません。カタログには改訂版が積み重なり、格納場所も分散しているため、初動に時間がかかります。

AIに任せること

MCPでクラウドストレージにつないだAIに案件条件をそのまま伝えると、最新のカタログや仕様書、比較表、類似の納入実績、過去の技術提案、関連するCADファイルの所在を横断して集められます。返ってくるのは最終的な製品選定ではなく、技術検討の候補と、その根拠になった資料です。
あわせて決めておきたいのが、AIに判断させない範囲になります。流体条件や温度、圧力、口径といった設計条件は、資料に書かれていない限り推測させず、技術部門への確認事項として分けておく。CADのように内容を解釈できない形式は、ファイル名と改訂番号、格納場所の特定までにとどめる。この線引きが、成果の質を左右します。

想定される成果

30分から1時間かかっていた一次整理が短くなり、担当者は資料集めではなく、顧客との打ち合わせと技術部門への確認に時間を使えるようになります。判断すべき技術的な論点が最初から切り分けられている点も、初動の速さにつながるでしょう。

ファイル名がわからない文書を意味で探す

ファイル名も保管場所もわからない文書を、質問の意味だけを手がかりに探す使い方です。ファイルサーバーをクラウドストレージへ移行し、全社の文書が1か所に集まっている企業ほど効果が出ます。検索の入口を、フォルダをたどる操作から日常の言葉へ置き換える場面と言い換えてもよいでしょう。

課題

移行後の環境では、規程やマニュアル、議事録、過去資料が5階層以上に分かれて保管されているケースが珍しくありません。数十TB規模、ひとつのフォルダに1万件近い文書が入っている領域もあります。そして利用者は、探している文書のファイル名も格納場所も知らないのが普通です。

AIに任せること

「新規取引先を登録するときの最新手順と必要書類を教えて。2024年以前の手順との変更点も示して」と質問すると、MCP経由で下位フォルダを含む複数の階層から関連文書を集めることができます。
そこからAIは最新版を選び、旧版との差分を根拠ファイルとともに示します。
導入前に確かめておきたいのは、指定したフォルダの下位階層まで検索範囲に入るかどうか、そして格納件数が増えたときに検索漏れが起きないかどうかの2点です。

想定される成果

この2点が満たされれば、「場所を知っている人だけが探せる」状態から抜け出せます。異動してきたばかりの社員でも、在籍の長い社員と同じ資料にたどり着けるようになるわけです。

権限を守ったまま全社のデータを検索する

AI検索を全社へ開放しながら、部門や役職ごとに見える範囲を崩さないための使い方です。ほかの4つが業務の効率を上げる話であるのに対し、この場面だけは統制の側から見た利用シーンになります。AI活用の可否を審査する立場の方に関わる部分です。

課題

全社数百名の規模でAI検索を開放する場合、一般社員、営業管理職、経営層、研究開発でアクセスできるフォルダは異なります。検索が便利になる代わりに、見えてはいけない情報までAIが出してしまう状態は許容できません。

AIに任せること

AI側で新しく権限を設計するのではなく、ストレージ側に設定済みの権限をAI経由のアクセスにもそのまま適用する形が基本になります。あわせて、誰がいつどの操作をしたかを管理画面で追えること、MCPの利用そのものを管理者が停止できることも、AI検索を全社へ広げる前提です。

想定される成果

「製品Xの今年度の売上計画と原価改善方針をまとめて」という同じ質問に対し、権限を持つ利用者には該当資料を含む回答が返り、権限のない利用者には該当部分が一切現れない。この差をアカウントの切り替えだけで確認できる状態になります。確認すべき項目は、MCPサーバーは権限と記録で選ぶのチェックリストで整理します。

画像や図面を写っている内容から検索する

文字情報ではなく、写っている内容そのものを手がかりに画像や図面を探す使い方です。ただし対応できる範囲は機能によって分かれるため、どこまでを検索条件にできるのかという線引きも含めて見ていきます。期待値のずれが起きやすい場面でもあります。

課題

設計図面や設備写真、商品写真、スキャンした紙文書は、ファイル名がIMG_XXXXや図番だけで中身を推測できません。担当者が探したいのは「設備Aの型番X-200が写っている写真」や「同じ設備の保守履歴が載った古い紙文書」です。

AIに任せること

ここは2つの機能を分けて考える必要があります。1枚の画像を指定して型番や設置環境を読み取らせることと、数百枚のフォルダから条件に合う画像を探し出すことは、別の処理だからです。前者は画像を理解できるAIモデルで対応できますが、後者は画像を検索できる形に整えておく仕組みが要ります。
紙文書も同様です。OCRでテキスト化が済んでいれば横断検索の対象になる一方、画像のままのPDFやOffice文書に埋め込まれた画像は対象外になることがあります。

想定される成果

自社の画像や図面がどちらの状態にあるかを先に把握しておけば、どこまでを検索条件にできるかが明確になります。使い始めてから「思っていたものが出てこない」と気づく事態を避けられるでしょう。
画像認識の技術的な仕組みについては、下記の記事をご覧ください。

関連記事 【徹底解説】VLMとは?DirectCloud AIの実データで見る、視覚言語モデルの仕組みと活用事例 「あの写真、どこにありましたか」——社内のどこかに保存されているはずの一枚を探して、フォルダを開いては閉じる。そんな時間が、いまも業務のなかに残っているのではないでしょうか。 文書であれば、状況はすでに変わりました。議事 … 続きを読む DirectCloud

AIエージェントの作業場としてストレージを使う

ここまでの4つは、AIが探して答えるまでの話でした。5つ目は、AIに作業そのものを任せる段階の使い方です。どこまで任せられるかは接続先によって差が大きいため、すぐに全社へ展開する話としてではなく、接続先を選ぶ段階で見極めておくテーマとしてご覧ください。

課題

自社でAIエージェントの基盤を構築している企業からは、クラウドストレージを検索先ではなく作業場として使いたいという要望が出ています。「処理待ち」フォルダのファイルをエージェントが読み、内容を判定して振り分け、処理した結果を記録として書き戻す。ここまで進めば、AIは回答役から実務の担い手に変わります。

AIに任せること

ここで論点になるのは、AIにどこまで書き込みを許すかです。フォルダの作成、ファイルの移動、処理結果の保存といった操作は、読み取りに比べて対応の差が出やすい部分になります。自社のエージェントに実行させたい操作を先に洗い出し、それがMCP経由で可能かどうかを接続先ごとに確認しておく必要があるでしょう。
あわせて決めるのが、許可する操作の線引きです。削除や外部共有のようにリスクの高い操作については、実行前に人の承認を挟む設計が前提になります。

想定される成果

読み取りだけを前提に接続先を選ぶと、書き戻しへ進む段階で基盤を作り直すことになりかねません。どの操作まで実行でき、どこまで記録に残せるかを最初に確認しておけば、AIに任せる範囲が広がったときも同じ基盤を使い続けられます。

MCPサーバーは権限と記録で選ぶ

MCPサーバーを選ぶときに見るべきなのは、対応の有無ではなく権限と記録の設計です。MCPはAIから利用できるデータと操作を増やす仕組みであるため、接続する範囲が広がるほど権限設計を厳密にする必要が出てきます。AIがファイルを読むだけの状態と、書き換えたり外部へ共有したりできる状態とでは、想定すべきリスクがまったく違います。
企業が決めるのは「AIに何ができるか」だけではありません。「どこまでAIにさせるか」という線引きこそが本題になります。
許可する操作を一段広げるたびに、確認しておくべき範囲も広がります。読み取りだけであれば、AIが参照できる資料の範囲を押さえておけば十分でしょう。書き込みや外部への共有まで含めるのであれば、実行された結果をどう戻すか、誰がその操作をしたのかをどう追うかまで決めておかなければなりません。
前章で見たとおり、管理者が制御できる単位はサービスによって異なります。次のチェックリストは、自社が必要とする単位で制御できるかどうかを確かめる手がかりになります。
接続先を選ぶ際に確認したい項目は次のとおりです。

  • 最小権限:業務に必要なデータと操作だけを許可できるか
  • ユーザー認証:誰がAI経由でアクセスしているかを識別できるか
  • アクセス制御:既存ストレージの権限と整合させられるか
  • ツール制御:検索、読取、作成、変更、削除などを分離できるか
  • 監査ログ:誰が、いつ、何を実行したかを記録できるか
  • 人による承認:削除、外部共有、送信など、リスクの高い操作に確認を挟めるか
  • MCPサーバー管理:企業が許可したMCPサーバーだけを利用できる状態にできるか

各項目に潜むリスクと具体的な対策、提供元への質問の仕方は、下記の記事で詳しく扱っています。導入の可否を審査する立場の方は、あわせてご確認ください。

関連記事 MCPのセキュリティ|AIを社内データにつなぐ前に確認したい10のリスクと対策 AIに社内のファイルを読ませたい。そう相談を受けた情報システム部門から、こんな声を聞きます。 便利なのは分かるが、何をどこまで確認すれば許可を出せるのか判断できない 申請を却下するのは簡単だが、そのせいで現場が会社の管理 … 続きを読む DirectCloud

どの業務データから始めるかを決める

最初からすべての社内ファイルをAIへ接続する必要はありません。接続範囲を広げるほど権限設計の負荷が増え、効果の検証も難しくなるためです。営業資料や製品マニュアル、社内規程のように、利用目的がはっきりしているデータから始めるとよいでしょう。
読み取りだけで完結する業務から始めると、範囲を絞りやすくなります。本記事で挙げた利用シーンのうち、資料の検索や回答案の作成は、既存のファイルを参照するだけで成り立ちます。書き込みを伴う処理を後回しにすれば、権限設計にかかる負荷も抑えられるでしょう。
着手する業務の選び方にも目安があります。資料の検索や問い合わせ対応、文書の比較など、担当者が繰り返している作業を選べば、効果が数字に表れやすくなります。導入の前後で比べたい指標は次の3つです。

  • 検索にかかる時間
  • 作業そのものにかかる時間
  • 回答の品質

これらを並べて確認できれば、投資に見合う成果が出ているかを判断できます。なお、読み取りから始めて段階的に範囲を広げていく進め方については、前章で案内したMCPセキュリティの記事で扱っています。

DirectCloud AIでAIと社内データを安全につなぐ

ここまで挙げてきた課題に対して、DirectCloud AIがどう応えるのかを見ていきます。ChatGPTやClaude、Microsoft CopilotといったAIから、DirectCloud上の提案書や契約書、マニュアルを権限にもとづいて検索し、参照できる仕組みです。
本記事で扱った3つの課題との対応は下表のとおりです。

本記事で扱った課題 DirectCloud AIの機能 得られる効果
既存ストレージの権限とAIの参照範囲を整合させたい フォルダ権限をMCP経由のアクセスにも適用 AI用の権限体系を作り直さずに済む
誰がAI経由で何を実行したか記録したい MCP API履歴 内部統制や監査への説明に使える
AIが指示を取り違えて削除するリスクを抑えたい MCP経由の削除をゴミ箱への移動として処理 担当者自身が復元でき、承認待ちを増やさない
既存ストレージの権限とAIの参照範囲を整合させたい
DirectCloud AIの機能
フォルダ権限をMCP経由のアクセスにも適用
得られる効果
AI用の権限体系を作り直さずに済む
誰がAI経由で何を実行したか記録したい
DirectCloud AIの機能
MCP API履歴
得られる効果
内部統制や監査への説明に使える
AIが指示を取り違えて削除するリスクを抑えたい
DirectCloud AIの機能
MCP経由の削除をゴミ箱への移動として処理
得られる効果
担当者自身が復元でき、承認待ちを増やさない

既存のフォルダ権限をそのままAIに適用できる

フォルダに設定されている権限は、AI経由のアクセスにもそのまま適用されます。利用者に閲覧権限のないフォルダは、AIから見ても存在しないのと同じ扱いになるわけです。
この仕組みによって、AI用に権限体系を作り直す手間がなくなります。普段のフォルダ管理がそのままAIの参照範囲となるため、管理者が二重の設定を抱え込むこともありません。

MCPのアクセスレベル設定画面。MCP APIごとに、副管理者からアップローダまでの権限別に実行可否が一覧表示されている
図2:MCP APIごとに、どのアクセスレベルで実行できるかが定められています。ファイルの削除を実行できるのは副管理者、オーナー、編集者に限られます。

AI経由の操作をすべて記録できる

MCP経由で実行された操作は、すべて記録に残ります。管理ページのMCP API履歴から、実行した人、実行した処理、日時、成功したか失敗したか、そして接続元のIPアドレスまで確認が可能です。
記録が残っていることの価値は、説明できる状態を保てる点にあります。内部統制やISMSの審査、顧客からの監査依頼を受けた際も、AI経由の操作について事実にもとづいた回答を返せるでしょう。

MCP API履歴の画面。実行者の名前とID、実行したMCP API、日時、ステータス、レスポンス時間、接続元IPが一覧表示されている
図3:管理ページのMCP API履歴です。期間やステータスで絞り込めるほか、CSVへの書き出しにも対応しています。

誤って削除したファイルを元に戻せる

MCP経由の削除は、完全な消去ではなくゴミ箱への移動として処理されます。消えたように見えるファイルは利用者自身の手で元に戻せるため、管理者へ復旧を依頼する必要がありません。
操作のたびに承認を挟む方式のほうが確実に見えるかもしれません。ただし承認待ちが常態化すると、現場は使わなくなってしまいます。止めるのではなく取り消せるようにするという設計は、この点を踏まえたものです。
詳しい機能や導入の流れは、下記の資料にまとめています。

データ集約でAI活用の土台を整えた事例

AIを社内データにつなぐには、その前提としてデータが1か所に集まり、検索できる状態になっていなければなりません。逆に言えば、ファイルサーバーが部門ごとに分散していたり、必要な資料をすぐ探し出せなかったりする状態では、AIをつないでも成果は出にくくなります。ここでは土台を整えた企業の事例を、物流業と製造業から1社ずつ紹介します。

探せなかった文書を瞬時に検索できる状態へ

株式会社アルプス物流では、社内に設置したファイルサーバーの老朽化が課題となっていました。ストレージ容量を増やすたびに工数と投資コストが発生し、さらに文書検索の機能を備えていなかったため、必要なファイルをすぐに探し出せない状況が続いていたのです。
クラウドへ完全に移行したことで、オンプレミスのファイルサーバーから脱却できました。容量は必要に応じて柔軟に増やせる体制が整い、文書検索の機能によって目的のファイルを瞬時に見つけられるようになっています。

関連記事 株式会社アルプス物流|災害対策・遠隔地バックアップ機能で強固なBCP対策を実現 株式会社アルプス物流の導入事例を紹介。災害対策・遠隔地バックアップ機能で強固なBCP対策を実現しました。 続きを読む DirectCloud 導入事例

手作業の文書受け渡しを基幹システム連携へ

京都電子工業株式会社が抱えていたのは、メールにファイルを添付して共有する方法からの脱却でした。外部の協力会社と円滑にやり取りしたいという要望に加え、社内の基幹システムと連携できるクラウドストレージを求めていました。
導入後は共有リンクによる受け渡しへ切り替え、脱PPAPを実現しています。ゲスト招待の機能により、外部の協力会社が直接ファイルをアップロードしたりダウンロードしたりできるようになりました。さらにAPI連携によって、作業用フォルダに置かれた文書を基幹システムへ取り込む流れが整っています。

関連記事 京都電子工業株式会社|基幹システムとDirectCloudのAPI連携で業務効率を改善 京都電子工業株式会社の導入事例を紹介。基幹システムとDirectCloudのAPI連携で業務効率を改善しました。 続きを読む DirectCloud 導入事例

まとめ

業務効率化を実務レベルまで進める段階では、どのAIを選ぶかだけでなく、自社のデータをどこまでAIに扱わせるかという設計が必要になります。
MCPが接続の方式を標準化したことで、企業データが集まったクラウドストレージと組み合わせる道が開けました。AIはチャットの相手から、業務を進めるための入り口へと位置づけを変えつつあります。それに伴い、クラウドストレージに求められる役割も「保存と共有」から「検索とAIによる理解、業務の実行を支えるデータ基盤」へ移り変わっています。
とはいえ、最初からすべてのシステムをつなぐ必要はありません。ひとつの業務、ひとつのデータ領域から始め、権限の設定と利用ログを確認しながら範囲を広げていきましょう。

MCPサーバーの選定・AIに扱わせる範囲の設計から、お見積もりまで承ります

自社のデータ、どこまでAIに任せますか?

サービスの
お問い合わせはこちら

DirectCloudは用途・事業規模に合わせたプランを用意しております。
また、無料トライアルやお役立ち資料、導入のご相談等承っておりますのでお気軽にお問い合わせください。