Claude Enterpriseは、チャット、Claude Code、Claude Cowork、Claude Design、およびMicrosoft 365、Chrome、Slackなど、チームが既に使用しているツール内のClaudeを通じて、組織に強力なAIへのアクセスを提供します。このアクセスには、消費を効果的に管理する責任が伴います。チームが最大の価値を得られるようにしながら、使用量を予測可能で予算内に保つ必要があります。
このガイドは、Enterprise管理者にトークン消費を制御および最適化するための主要なレバーを説明します。支出上限の設定、ロールベースのアクセス制御の構成、ユーザー教育、および適切なタスクに対する適切なモデルと労力レベルの選択です。
消費管理が重要な理由
Claude Enterpriseは、シート単位の使用量ベースのモデルで価格設定されています。組織の消費プールはすべてのユーザー間で共有され、特にClaude CodeとCoworkなどのサーフェスは、標準チャットよりも大幅に高いレートでトークンを消費します。
支出制限を積極的に構成し、ユーザーを教育する管理者は、無駄を削減し、高価値のユースケースが必要な容量を確保できます。
サーフェス全体のトークン集約度を理解する
サーフェス | トークン集約度とそれを駆動するもの |
コアチャット | 低集約度。標準的な双方向会話、要約、ドラフト作成、Q&A。トークン使用量はメッセージの長さと会話履歴に応じてスケーリングします。 |
Claude Code | 高集約度。各コーディングセッションには、システムプロンプト、ファイルコンテキスト、ツール呼び出し、マルチターン推論が含まれます。チャットよりもセッションあたりのトークンが多くなります。 |
Claude Cowork | 高集約度。エージェンティックワークフロー、マルチステップタスク実行、スキルは、エンドユーザーに見えない可能性のある重要な中間トークン使用量を生成します。 |
他のサーフェスも組織の使用量を利用し、Analytics、支出エクスポート、Analytics APIで個別の製品として表示されます。(a) Claude for M365（Excel、PowerPoint、Word、Outlookアドイン）は、同じ組織、グループ、ユーザーあたりの支出制限とモデル制限の対象です。(b) Claude Design（ベータ版）は、組織の消費から標準APIレートで請求され、組織、グループ、ユーザーあたりの制限が適用されます。(c) Claude in Chromeは、サイドパネルがClaude Coworkセッションとして実行されるため、マルチステップブラウジングタスクは他のCoworkエージェンティックワークと同様に消費されます（Organization settings > Coworkで管理）。(d) Claude Tag（Claude in Slack、ベータ版）は、チャネルワークが個別のシートではなく組織の使用量残高に請求されるため、ユーザーあたりおよびグループ制限はそれをキャップしません。Claude Tag支出制限（およびオプションのチャネルあたりの制限）をclaude.ai/admin-settings/usage/claude-tagで設定します。Claude Tagとのダイレクトメッセージは送信者自身のシートに請求されます。
管理者向けヒント：チームとの期待を設定する
Claude CodeまたはCoworkワークフローを実行しているユーザーは、セッションがどの程度トークン集約的であるかを認識していない可能性があります。単一のCoworkタスクまたはClaude Codeデバッグセッションは、チャットよりもはるかに多くのトークンを消費できます。送信するユーザーオンボーディングにこのコンテキストを含めてください。
ロールベースのアクセス制御
ロールベースのアクセス制御（RBAC）を使用すると、ユーザーをグループ化し、個別ではなくユニットとして、Claudeサーフェスと消費予算へのアクセスを管理できます。これは、大規模な組織での使用を管理するための最もスケーラブルな方法です。
グループの構造化方法
グループを組織階層ではなく、職務機能とユースケースの観点から考えてください。いくつかの原則があります。
組織図ボックスではなく、異なる使用パターンにマップするグループを作成します。「North America」と「EMEA」よりも「Engineering」と「Sales」の方が消費管理に役立ちます。
グループの増殖を制限します。8～10を超えるグループは管理が難しくなります。4～6から始めて、使用パターンが明らかに異なる場合にのみ分割します。
グループを使用して、高集約度サーフェスへのアクセスをゲートします。例えば、「Engineering」グループのメンバーのみがClaude Codeにアクセスでき、他のユーザーはチャットとCoworkのみを表示します。アクセスは、各グループに割り当てるカスタムロールによって付与され、組織ロールがカスタムに設定されているメンバーにのみ有効になります。組み込みのユーザーロールのままのメンバーは、組織全体で有効なままです。グループは手動で作成することも、ID プロバイダーから同期することもできます。Enterprise プランでロールベースの権限を設定するを参照してください。
グループレベルの支出上限を開始点として割り当て、外れ値についてはユーザーレベルでオーバーライドします（例えば、特定のプロジェクトのためにClaude Codeが必要な非技術的なPM）。
グループ支出管理
グループが構成されたら：
初期ロールアウト中は週単位でグループ消費を確認し、その後は月単位で確認します。
グループが一貫して上限に近づいている場合は、自動的に上限を引き上げる前に調査してください。正しい対応は、より多くの予算ではなく、モデルガイダンス（OpusではなくSonnetを使用）である可能性があります。
各部門に「グループオーナー」を割り当てることを検討してください。このオーナーは、使用状況を確認し、チームからの質問に対応する責任があります。これにより、管理負担が分散され、ビジネスコンテキストを持つ人がループに入ります。これらの人をオーナーまたは管理者にする必要はありません。Analytics（表示可能）管理権限を付与するカスタムロールを作成し、オプションで請求（表示可能）を追加して使用ページを表示できるようにし、小さな「使用状況レビュアー」グループに割り当てます。管理権限はロールがカスタムに設定されているメンバーにのみ適用され、Analytics表示アクセスはグループに限定されるのではなく、組織全体です。
ガバナンスのヒント：サーフェスアクセスを最初のゲートとして
トークンレベルの制限について心配する前に、適切な人が適切なサーフェスにアクセスできることを確認してください。初日にすべての人にClaude CodeとCoworkアクセスを与えることは、予期しない消費を生成する最速の方法です。高集約度サーフェスを段階的にロールアウトし、それらを生産的に使用する可能性が最も高いチームから始めます。
支出制限を設定する
支出制限は、消費を制御するための主要なツールです。Claude Enterpriseを使用すると、管理者は3つのレベルで制限を設定できます。組織レベル、グループレベル（RBAC付き）、および個別ユーザーレベルです。推奨されるアプローチは、RBACグループレベルの制限とユーザーあたりの制限から始めることです。これにより、制限に達した場合に組織全体を遮断するリスクなしに、正確でターゲット化された制御が可能になります。
組織レベルの支出制限
組織レベルの制限は、すべてのユーザーとサーフェス全体のハードシーリングとして利用できますが、慎重に使用してください。これに達すると、すべてのユーザーに同時に影響し、破壊的になる可能性があります。ほとんどの管理者は、グループとユーザーレベルで消費を管理することで、運用リスクが少なく、より良い結果が得られることに気付きます。
グループ支出制限
グループ支出制限を使用すると、グループ全体にユーザーあたりの月間支出制限を割り当てることができるため、そのグループのすべてのメンバーは個別に設定することなく同じ制限を継承します。これは、中規模から大規模な組織での消費を管理するための最もスケーラブルな方法であり、管理者が開始すべき場所です。
次の優先順位ルールに注意してください。
個別制限は常にグループ制限をオーバーライドします。どちらが高いかに関わらず。
ユーザーが異なる制限を持つ複数のグループに属している場合、支出デフォルトの下のマルチグループ支出制限設定は、より高い制限またはより低い制限が適用されるかどうかを制御します。シートタイプのデフォルト制限はこの比較に含まれます。
組織全体の制限はハードシーリングのままです。
どこにも制限がない＝制限がない。メンバーが個別制限を持たず、グループのいずれも制限を持たない場合、その支出はキャップされません。
構成方法：Organization settings → Usage → By group。制限を特定のドル金額または「Unlimited」に設定します。
ユーザーレベルの支出上限
ユーザーレベルの上限を使用すると、個別アカウントの消費制限を設定できます。これは、使用量がロール全体で大幅に異なる組織に不可欠です。毎日Claude Codeを使用する開発者は、コピーライティング用にチャットを使用するマーケターとは非常に異なるニーズを持っています。
ユーザーレベルの上限のベストプラクティス：
ロールアウト前にロールタイプに基づいて消費層を定義します。段階的な構造（例えば、ライト、標準、パワー）により、上限を一貫して割り当てて調整しやすくなります。
控えめに始めましょう。ユーザーのリクエストに基づいて上限を引き上げる方が、過剰使用に関する会話を後戻りさせるより簡単です。
パワーユーザー（エンジニア、データサイエンティスト、研究者）には、より高い、または無制限の個別制限を付与しますが、適切なタスクに適切なClaudeモデルを使用することを確認することでこれを相殺してください。
個別の使用状況レポートを毎月監視して、外れ値を特定してください。上限に一貫して達している可能性のあるユーザー（さらに必要な場合がある）と、非常に少ない消費をしているユーザー（まだアクティベートされていない可能性がある）の両方です。
モデル選択ガイダンス
管理者ができる最も影響力のあることの1つは、ユーザーにどのタスクにどのモデルを使用するかについて明確なガイダンスを設定することです。モデルの選択は、支出に直接的で重大な影響を与えます。
努力レベルは2番目の消費レバーです。ユーザーは、各応答にClaudeが適用する思考量を選択でき、より高い努力レベルはより低いレベルよりも多くのトークンを消費します。ユーザーに最大努力を最も要求の厳しいタスクのみに予約し、日常的なタスクにはより低い努力を使用することをお勧めします。
適切なタスクに適切なモデル
モデル | 最適な用途 | トークン集約度 | 推奨される使用方法 |
Claude Fable | 数日間にわたるエージェント型コーディング作業と推論タスク | 非常に高い | 最も価値の高い、最も複雑なエージェント型作業のために予約してください。プレミアム価格設定とOpusより高速な使用ドロー。 |
Claude Opus | 複雑な推論、研究、マルチステップタスク | 高い | パワーユーザーまたは特定のワークフローのみに予約してください |
Claude Sonnet | 日常的なタスク、執筆、分析、Q&A | 中程度 | すべてのユーザーのデフォルトモデル。組織全体のデフォルトとして設定してください（以下を参照） |
Claude Haiku | シンプルな検索、要約、高速応答 | 低い | 大量の軽量自動化タスク |
組織のデフォルトモデルを設定する
ユーザーを適切なモデルに導くことに加えて、組織内のすべてのユーザーが新しい会話を開始するモデルを設定できます。これは利用可能な最も直接的な消費レバーの1つです。デフォルトは、ほとんどのユーザーが日々実行するものを形作ります。
2つのオプションがあります：
Anthropic推奨 — 新しいモデルがリリースされると自動的に更新されるため、組織は常に手動メンテナンスなしで現在推奨される汎用モデルで開始されます。
独自に選択 — 特定のモデルを組織のデフォルトとして設定し、変更するまでそこに保持します。消費予測可能性のために既知のモデルで標準化したい場合に使用してください（たとえば、OpusではなくSonnetをデフォルトにする）。
この設定は、チャット、Claude Cowork、Claude Code（CLI 2.1.199以降）、およびClaude for Microsoft 365の新しい会話に適用されます。選択したモデルが製品で利用できない場合、Anthropicの推奨デフォルトが使用されます。マネージド設定を通じてClaude Codeのモデルをピン留めした場合、その設定はCLIおよびIDEで優先されます。組織のデフォルトモデルを設定するを参照してください。
カスタムロールを通じてロール別にモデルのデフォルトを設定することもできるため、異なるグループが異なるモデルで開始できます。たとえば、エンジニアリンググループを1つのモデルにデフォルト設定し、組織の残りの部分を別のモデルにデフォルト設定します。これは、既に設定したRBACグループと自然にペアになります（セクション2を参照）。
設定方法：組織設定 → モデル。
注：ユーザーの新しい会話の現在のモデル選択がクリアされる可能性があるため、次の会話で組織のデフォルトを選択します。
組織のモデルアクセスを管理する
デフォルトを設定することに加えて、どのモデルが利用可能かを制限することができます。これはガイダンスだけより強力なレバーです。これは2つのレベルで機能します：
組織レベル：各モデルは、所有者と管理者を含むすべてのユーザーに対して有効または無効になります。ここでモデルを無効にすると、組織全体のすべてのピッカーから削除されます。
カスタムロールレベル：カスタムロール上のメンバーの場合、各ロールは組織レベルで有効になっているもののサブセットへのアクセスを付与します。ロールは、組織が無効にしたモデルを付与することはできません。組織の設定は常に上限です。
メンバーが異なるカスタムロールを持つ複数のグループに属している場合、アクセスは加算的です。彼らは、そのロールが付与するすべてのモデルを取得します（組織全体で有効になっている限り）。
ロール別の努力レベルの上限設定
ロールが使用できるモデルを制限することに加えて、そのロール上のメンバーがモデルごとに選択できる最大努力レベルを上限設定することができます。これは、既に説明した努力ガイダンスのより詳細なバージョンです。これはカスタムロールにのみ適用され、組織レベルでは適用されません。メンバーが複数のロールを持っている場合、それらのロール全体で最も高い努力上限が勝ちます。
管理者のヒント：モデル+努力制限をペアにする
モデルガイダンス（「Sonnetがデフォルトです」というメッセージ）が機能していない場合、それでもOpusの大量消費が見られている場合、Opusアクセスを特定のロールに制限するか、非パワーユーザーロールの努力をMax ではなくMedium/Highに上限設定することが次のレバーです。深い推論が実際に報酬を得るロールのために完全なアクセスを予約してください。
これが適用される場所
モデルアクセスと努力制限は、チャット（Web、デスクトップ、モバイル）、Claude Cowork、Claude Code（CLI 2.1.199以降。以前のバージョンは制限されたオプションを表示しますが、それらを使用するリクエストは拒否されます）を含むほとんどのClaudeプロダクトに適用されます。Claude in ChromeとClaude Securityはまだこれをサポートしていません。サポートされているプロダクトの現在のリストについては、組織のモデルアクセスを管理するを参照してください。
設定方法：組織設定 → ロール → ロールを選択 → モデルタブ。モデルアクセス、モデルごとのオプションの努力上限、およびオプションのロールレベルのデフォルトモデルを設定します。組織全体で設定を管理するには、組織設定 → モデルに移動してください。詳細については、組織のモデルアクセスを管理するを参照してください。
管理者設定の推奨事項
大量の低複雑度ワークフロー（例：サポートチケットの要約、初期ドラフトメールの生成）がある場合、Haikuがより適切かどうかを評価してください。これらのユースケースの消費を大幅に削減できます。
ユーザーが実際に選択しているモデルを定期的に監査してください。消費の大部分がOpusの場合、それはモデルガイダンスが効果的でないことを示しています。
ユーザーにモデル選択について伝えるべきこと
Sonnetは日常的に使用するモデルです。高速で高機能であり、執筆、分析、コーディング支援、Q&Aなど、大多数のタスクに対応するよう設計されています。
Opusはより難しく複雑な作業向けです。本当に複雑な多段階の問題に取り組んでいる場合、または速度よりも品質が重要な場合に使用してください。
迷ったときはSonnetから始めてください。より深い分析が必要な場合は、会話の途中でいつでもOpusにモデルを切り替えることができます。
組織の指示を使用してユーザーの行動を形成する
組織の指示により、管理者は組織全体のすべてのClaudeの会話にスタンディングガイダンスを注入できます。これは実質的にClaudeにチームの規範、ベストプラクティス、ガードレールを反映するシステムプロンプトを与えます。このツールは、ガイダンスがユーザーが見つけなければならないドキュメント内ではなく、使用時に製品内に表示されるため、摩擦を追加することなくユーザーの行動を変えるための高いレバレッジツールです。
消費と使用パターンを管理するために組織の指示を使用できるいくつかの方法：
トークン集約的な出力形式に対して促す。特定のアーティファクトタイプの増殖に気付いた場合（例えば、より単純な形式で十分な部門横断的なスレッドで共有されているHTMLダッシュボード）、Claudeに生成する前にユーザーに確認するよう指示できます。これは機能全体を削除することなく、軽量なチェックを追加します。
ユーザーを内部リソースに誘導する。チームのwiki、ベストプラクティスドキュメント、または使用ガイドラインを設定内で直接参照してください。Claudeは関連する場合にそれらを表示し、ユーザーを正しい内部コンテキストに導き、毎回それを再発明することを避けます。
モデル選択の規範を強化する。Claudeに（そして拡張的にユーザーに）、Sonnetがデフォルトであり、Opusは特定のワークフロー用に予約されていることを思い出させてください。これはユーザー教育を補完し、誰もが事前にそれを内在化する必要がありません。
使用状況と支出の追跡
分析ページ
ユーザーメニュー内の分析ページ（claude.ai/analytics）は、組織の状況を把握する最速の方法です。週間アクティブユーザー、シート利用率、トップコネクタ、総支出（MTD/QTD/YTD）、モデル別支出、および支出別トップ10ユーザーリーダーボードが表示されます。チャット、Claude Code、Cowork、Claude Designの製品固有のビューは、各サーフェスのアクティビティを詳細に示します。詳細を学ぶ。
スキル分析とスキルごとのROI
各スキルは反復可能なワークフロー（営業通話の準備、契約のレビュー）を表すため、そのコストはそのワークフローの価値に対して直接比較できます。分析のスキルビューは、組織内のすべてのスキルのユーザー、使用あたりのコスト、および総使用回数を表示し、グループ（「私の法務チームはどのスキルを使用していますか？」）または製品サーフェスでフィルタリングできます。
ROI分析を実行するには：
スキルビューからスキルテーブルをCSVにエクスポートします。
各スキルに実行あたりの値を割り当てます。完了したタスクの価値の大まかな推定値（例えば、それが置き換える従業員の時間など）（例えば、「営業通話の準備は私たちにとって約$20の価値があります」）。
スプレッドシートで計算します：（実行あたりの値 − 使用あたりのコスト）×総使用回数は、各スキルが生成した純価値を示します。
計算は現在製品外で行われていますが、CSVエクスポートにより、迅速なスプレッドシート演習が可能になります。大まかな推定値でも説得力のあるストーリーが語られます。実行あたり$0.90のコストがかかる通話準備スキルは、$20の価値に対して、使用するたびに20倍のリターンを返します。
支出レポートCSVエクスポート
1回限りの詳細な内訳が必要な場合は、分析ページからユーザーごと、モデルごとの支出レポートをCSVとしてエクスポートできます。概要タブの支出セクション（「Claudeのコストはいくらですか？」）で、「支出レポートをエクスポート」をクリックし、MTD、先月、過去90日間、または過去90日間までのカスタム範囲を選択します。
分析チャット
分析チャットを使用すると、組織の使用状況について平文で質問できます。質問を入力してください。「過去30日間の1日あたりの支出を表示」、「トップスペンダーは誰ですか」、「シート利用率はどのくらいですか」。Claudeはチャートと、見つけたことの短い書面による要約を返します。最初からやり直すことなく、フォローアップして改善、詳細化、またはピボットできます。
特定の質問があり、ダッシュボードをナビゲートしたくない場合、またはトレンドを探索し、高速な往復を望む場合に使用してください。結果はデフォルトで過去30日間をカバーしています。別の範囲が必要な場合は、質問で異なる範囲を指定してください。データは毎日更新されます。詳細を学ぶ。
分析API
プログラマティックアクセスの場合は、Claude Enterprise分析APIを使用してください。使用されたトークンまたは支出したドルでランク付けされたユーザーのリストを取得するか、製品、モデル、RBACグループ、コンテキストウィンドウ、地域、またはサービス層（標準対高速）で分類された時間経過に伴う使用状況とコストのトレンドを確認してください。コストレポートをRBACグループでグループ化すると、ユーザーごとの行をエクスポートすることなく、部門ごとの支出がチャージバック用に提供されます。各リクエストは31日間の幅に制限され、過去365日以内に開始され、2026年1月1日より前ではありません。
プライマリオーナーは、組織設定 > APIの下でread:analyticsスコープを持つキーを作成できます。コストと使用状況データは通常約4時間以内に到着し（時々最大24時間）、最大30日間改訂される可能性があるため、請求グレードの合計については30日以上前の日付をクエリしてください。ユーザー、スキル、プラグイン、コネクタなどのエンゲージメントエンドポイントは、約1日のラグで毎日更新されます。詳細を学ぶおよびAPIリファレンスガイドを確認してください。
ユーザーごとのスキル、プラグイン、コネクタの使用状況
分析APIは、スキル、プラグイン、コネクタの使用状況もユーザーごとに分類します。skills、plugins、connectorsエンドポイントはそれぞれgroup_by[]=user_idパラメータをサポートし、ダッシュボードに表示される組織全体の合計をスキルごと（またはプラグイン、またはコネクタ）のユーザーごとの1行に変換します。これにより、特定のスキルを実行しているユーザー、実行頻度、ロールアウトされたプラグインを実際に呼び出したチームメンバーを確認できます。RBACグループまたは製品サーフェスでグループ化することもできます。また、名前で単一のスキル、プラグイン、またはコネクタにフィルタリングできます。
これは上記と同じスキルごとのROI質問に役立ちますが、スプレッドシートにエクスポートされるのではなく、個々のユーザーで分類されます。例えば、プラグインロールアウトが実際にそれが配布されたチームに到達したことを確認し、単にインストールされたことを確認するのではなく。APIリファレンスで詳細を学ぶ：スキル、プラグイン、コネクタ。
管理API
多くのグループ全体で制限を管理する組織の場合、管理APIはコスト制御ワークフローをスクリプトに移動します。増加リクエストレビューの自動化、制限に近いメンバーのフラグ付け、および大規模な急速に変化する使用状況の表示。APIは、すべてのメンバーの有効な制限と月初からの支出を読み取り、ユーザーごとの上書きを設定またはクリアします。グループ、シートタイプ、および組織レベルの制限は、組織設定で引き続き構成されます。管理APIのユーザー管理エンドポイント（現在エンタープライズ組織向けベータ版）を使用すると、グループを作成し、メンバーを追加または削除し、カスタムロールをプログラムで読み取ることもできます。ユーザー管理を参照してください。
支出閾値アラート
支出閾値アラートは、組織レベルの支出制限の75％および90％で管理者に通知し、誰かがタスクの途中でブロックされる前にキャップを上げる時間を与えます。
製品内調査
上記の分析は、チームがClaudeをどの程度使用しているかを示しています。調査は、彼らが何をしているのか、そして何が彼らの邪魔をしているのかを示しています。分析 > 調査から、管理者はCoworkまたはチャットで作業の自然な中断時に表示される短い調査をユーザーに送信できます。グループ別にオーディエンスを選択し、ウィンドウを設定し、応答率、サーフェスとグループ別の内訳、および書面による回答のフィード（調査ごとのCSVエクスポート）を含む、コンソール内の集計結果を確認します。組織の調査を作成する方法の詳細を学ぶ。
エンドユーザー教育
技術的な制御はほとんどの方法を取得しますが、ユーザーの行動は残りを駆動します。消費がどのように機能するかを理解するチームは、独立してより良い選択を行い、トラブルシューティングするエッジケースが少なくなります。
エンドユーザーに伝えるべきこと
ユーザーをオンボードするときは、以下を共有してください：
Claudeの請求方法
使用状況はトークンで測定されます。長いプロンプトと長い会話はより多くのトークンを消費します。
Claude CodeおよびCoworkセッションはチャットよりも大幅にトークン集約的です。単一の長いコーディングセッションは、典型的なチャットセッションよりもはるかに多くのトークンを使用できます。
設定で設定 → 使用状況に切り替えることで、使用状況を確認してください。
モデルの選択方法
Sonnetはデフォルトであり、ほとんどのタスクをよく処理します。Sonnetがあなたが行く必要がある場所に到達していない場合にのみOpusを使用してください。
組織には新しい会話用に設定されたデフォルトモデルがあります。タスクが必要な場合は、会話の途中でいつでもモデルを切り替えることができます。
モデルセレクタはインターフェイスに表示されます。ユーザーに確認するよう促してください。特に複雑なタスクを実行している場合は。
モデルセレクターは固定されているため、使用したいモデルであることを確認する習慣をつけてください。
努力レベルはモデル名の横に表示されます。努力レベルが高いほど、より詳細な応答が得られますが、トークン消費量も増加するため、タスクに合わせて調整してください。
上限に達したときの動作
ユーザーは支出制限に近づくと製品内で通知を受け、制限に達すると、Claudeを離れることなく管理者に増加リクエストを送信するために「使用量の増加をリクエスト」をクリックできます。ユーザーに承認者と予想される対応時間を伝えてください。
既に生成されたコンテンツは失われません。既に進行中のリクエストは完了しますが、それ以降のリクエストはブロックされるため、複数ステップのClaude CodeまたはClaude Coworkタスクは完了前に一時停止する場合があります。管理者が制限を引き上げるか、毎月1日の00:00 UTCに制限がリセットされるとすぐに、作業を再開できます。
ユーザーと共有するリソース