Q： ユーザーはどのように認証されますか？

A： Web アプリで使用されているものと同じ Adobe／Frame ID を使用します。 SSO 設定とエンタープライズポリシー（例：MFA 要件）は、Frame の他の部分と同様に適用されます。

Q： マウントされたストレージは、アドビが管理するアカウントと Frame が管理するアカウントと連携して動作しますか？

A： はい。 どちらのアカウントタイプもサポートされています。

Q： アカウント内のすべてのユーザーがマウントされたストレージにアクセスできますか？

A： アクセスは、プロジェクト内でダウンロード権限を持つユーザーに制限されます。 これには、コンテンツ管理者、ワークスペース管理者、フルアクセス、編集と共有の役割を持つユーザーが含まれます。 レビュアーと表示専用の役割を持つユーザーはマウントできません。

Q： ファイルはどのレベルにマウントされますか？

A： マウントされたボリュームのルートは、特定の Frame.io プロジェクトのルートに対応します。

Q： マウントできるプロジェクト数に制限はありますか？

A： ユーザーは一度に 1 つのプロジェクトしかマウントできません。

Q： 複数の Frame アカウントにアクセスできます。 異なるアカウントのプロジェクトをマウントできますか？

A： Frame.io ドライブでは、現在ログインしているアカウントのプロジェクトをマウントできます。 別のアカウントのプロジェクトにアクセスするには、Frame.io ドライブでそのアカウントにログインしてください。

Q： Frame.io ドライブには、どのようなアクセス権がありますか？

A： Frame.io ドライブは、ログインしているユーザーに代わって動作し、Frame と同じプロジェクト権限を適用します。 ユーザーが既に持っている権限を超える、バケットへの直接アクセス権や昇格権限は付与されません。

Q： ローカルコンピュータにプロジェクトをマウントするのに十分なストレージ容量がありません（例：プロジェクトは 5 TB ですが、ディスクの空き容量は 50 GB しかありません）。

A： マウントは最小限に抑えられており、デフォルトでは何も完全にダウンロードされません。 アクセスされたコンテンツのみがキャッシュされます。 必要なローカルディスク容量は、Frame.io ドライブの設定で指定するキャッシュ配分だけで、プロジェクト全体のサイズは必要ありません。

Q： アカウントでマウントされたストレージを有効または無効にするにはどうすればよいですか？

A： アカウントレベルの有効化は、コンテンツ管理者が「Allow Mounted Storage」切替スイッチを使用して制御します。この切替スイッチは、Admin settings／Projects／Select Project／Allow Mounted Storage toggle 切替スイッチで確認できます。 プロジェクトでマウントされたストレージを無効にすると、そのプロジェクトの場所からマウントできなくなります。
​
​エンタープライズ顧客の場合、有効化は CSM／IS チームが調整する場合もあります。

Q： ワークスペースレベルで切り替える機能はありますか？

A： いいえ。現在のモデルは、アカウントレベルの制御とプロジェクトレベルの有効化／無効化を組み合わせたものです。

Q： プロジェクトをマウントする前に、有効にする必要がありますか？

A： いいえ。デフォルトでは、ユーザーが Frame.io ドライブを使用してマウントすると、プロジェクトは自動的にマウントされたストレージに移動されます。 マウントされたストレージが無効になっているプロジェクトのみ、管理者による有効化アクションが必要です。

Q： 管理者は、容量を解放するためにプロジェクトを強制的にアンマウントできますか？

A： はい。 コンテンツ管理者は、Account Settings／Mounted Storage ページで、容量を消費しているプロジェクトを確認し、プロジェクトを標準ストレージに戻すことで容量を解放できます。

Q： 管理者権限でどのような情報を見ることができますか？

A： コンテンツ管理者は、Account Settings／Mounted Storage ページを表示できます。このページには、アカウントの使用権限（TB）、現在有効な容量（TB）、使用状況グラフ、ストレージタイプが設定されているプロジェクトのリストが表示されます。

ファイル操作

Q： マウントされたストレージにファイルをアップロードするにはどうすればよいですか？

A： ファイルやフォルダーを、ローカルドライブのようにマウントされたプロジェクトにコピー＆ペーストまたはドラッグ＆ドロップしてください。 アップロード中は、完了状況やエラーについては、Frame.io Drive のステータスを信頼できる情報源としてください （メモ： コピーが完了した後、アップロードが完了するまでさらに時間がかかります。 コンピュータの電源を切る前に、アップロードが完了していることを確認してください）。

Q： ファイルのアップロード中に作業することはできますか？

A： はい。マウントされたドライブにファイルがコピーされると、多くの場合、バックグラウンドでアップロードが行われている間に作業を開始できます。 ただし、Frame.io ドライブがエラーなく接続されたと報告するまで、アップロードは完了しません。 アップロード中は、シャットダウンや接続解除を回避してください。

Q： 2 人のユーザーが同じファイルを編集する際に、上書きの競合を防ぐためにファイルロックは適用されますか？

A： マウントされたストレージでは、リアルタイムのファイルロックは提供されません。 2 人のユーザーが同時に同じファイルを開いて保存することは可能ですが、それぞれがバージョンスタックに独自のバージョンを作成します。 ネイティブのクリエイティブアプリケーションは、特定のプロジェクトタイプに対して独自のロックを適用する場合があります。

Q： マウントされたプロジェクト内のファイルまたはフォルダーの名前を変更するとどうなりますか？

A： マウントされたドライブ内で名前を変更すると、Frame.io 内の項目も更新されます。 Frame 内のリンクと参照は、同じアセットに関連付けられたままになります。

Q： 同じマウントされたプロジェクト内のフォルダー間でファイルを移動するとどうなりますか？

A： 移動は Frame.io に反映され、他の共同作業者にも表示されます。 この動作は、Frame web アプリで項目を移動するのと同様です。

Q： クリエイティブアプリからファイルへの変更を保存する（例：PSD ファイルを保存する）とどうなりますか？

A： マウントされたドライブに保存すると、Frame.io 内の対応するアセットが更新されます。 Frame のバージョン管理が自動的に適用され、バージョンスタックに新しいバージョンが作成されます。

Q： アセットが共有リンク経由で共有されている場合、マウントされたストレージ経由でファイルが更新されるとどうなりますか？

A： 共有リンクは引き続きアセットを指しています。 ファイルを更新すると、閲覧者に表示される内容も更新されます。これは、web アプリからアセットを更新する場合と同様です。

Q： マウントされたドライブ内のファイルをユーザーが削除した場合、どうなりますか？ Frame からも削除されますか？

A： はい。 マウントされたドライブ経由で削除すると、Frame.io での削除が反映され、Frame の削除／/復元動作（例：最近削除した項目の保持）に従います。

Q： マウント経由で行われたファイル変更（作成／更新／削除）に対して、Webhook はトリガーされますか？

A： はい。 マウントフロー経由で実行される操作は Frame バックエンドサービスを通じて行われるので、アセットの作成、更新、削除に関する既存の Webhook／イベントは通常どおり発生します。

Q： Frame ではフォルダー内に同じファイル名の重複が許可されますが、macOS や Windows では通常許可されません。 フォルダー内に重複ファイルが含まれている場合はどうなりますか？

A： マウントされたファイルシステムは、フォルダー内で一意の名前が必要です。 Frame に重複ファイルが存在する場合、マウントされたファイルには最新のファイルのみが表示されます（同じ名前の古いファイルは、Frame web アプリでのみ表示されます）。

Q： フォルダーの階層の深さ、フォルダーあたりのファイル数、その他の制限はありますか？

A： 基になるマウントテクノロジー自体に実質的な制限はありませんが、OS の制約や Frame 独自のプラットフォーム制限に基づく制限が発生する場合があります。

Q： 他のユーザーにはどのくらいの速さで変更が反映されますか？

A： ローカルで行われた変更は、自動的に Frame.io に同期されます。 他のユーザーは通常、数秒以内に変更が反映されていることを確認できます。 Frame.io（web またはアプリ）で行われた変更も、マウントされたドライブに数秒以内に反映されます。

Q： マウントされたストレージ経由でファイルを更新した場合、バージョン情報は使用できますか？

A： はい。 マウントされたストレージを通じて取得されたファイル変更はすべて、バージョンスタックに新しいバージョンを作成します。 Frame.io は、システム生成バージョン（自動保存や増分編集によるもの）とユーザー作成バージョン（ドラッグ＆ドロップによるアップロードなどの明示的な操作によるもの）を区別します。

Q： クリエイティブアプリの自動保存機能を使うと、たくさんのバージョンが作成されますか？

A： 自動保存機能を持つクリエイティブアプリケーション（例：Premiere Pro は 15 分ごとに自動保存しする）では、バージョンが生成されます。 Frame.io は、バージョンスタックのトリミングによってこれを管理し、際限のないバージョンの増加を防ぎます。 コメントやメタデータの変更があるバージョンや、共有リンクに添付されているバージョンは、トリミングの対象外となります。

Q： バージョンスタックに制限はありますか？

A： はい。 バージョンスタックは、アセットごとに 250 バージョンという厳格な制限でトリミングされます。 この制限に達すると、コメント、ユーザーが追加したメタデータ、マイルストーンマーカーのないバージョンのみが削除対象となります。 ユーザーによる意味のあるアクティビティのあるバージョンは常に保持されます。

Q： 一部のアプリが保存時に作成する、バイト数ゼロの一時ファイルについてはどうでしょうか？

A： Frame.io は、コピー、初回保存、更新操作中にゼロバイトの一時ファイルを抑制します。 これにより、Photoshop や After Effects などのアプリケーションから発生するバージョンスタックノイズの最も一般的な原因に対処します。

Q： 削除したコンテンツを復元できますか？

A： はい、Frame の復元動作（例：Web アプリの最近削除した項目の保持など）と一致しています。

Q： 特定時点への復元（ファイルシステムのスナップショット）は可能ですか？

A： いいえ。より長期的なスナップショット／復元エクスペリエンスについては現在検討中です。 Frame のアセットバージョン管理と削除からの復元が、主な復元メカニズムとして機能します。

Q： マウントされたドライブでは、オンデマンドでストリーミングを行いますか、それともプレビュー前にファイルを完全にダウンロードしますか？

A： オンデマンドでストリーミングされます。 ファイルは参照または開く際に分割して取得され、ローカルにキャッシュされます。ファイル全体を事前にダウンロードする必要はありません。

Q： スムーズな再生／編集のために推奨されるインターネット速度はどれくらいですか？

A： 目安として、インターネットのダウンロード速度は、ストリーミングしようとしているメディアのビットレートと同等かそれ以上である必要があります。 ビットレートが使用可能な帯域幅を超えると、バッファリングや遅延が発生する場合があります。 最良の結果を得るには、可能な限りイーサネットを使用し、競合するネットワークアクティビティを最小限に抑えてください。

Q： VPN は使用できますか？

A： VPN はパフォーマンスに予測不能な影響を与える場合があるので、推奨されません。 ポリシーで VPN の使用が義務付けられている場合は、パフォーマンスをテストし、問題が発生した場合は IT 部門に相談してください。

Q： アップロードが遅いように感じます。 何をチェックすればよいですか？

A： アップロード速度は、インターネットのアップロード速度とローカルネットワークの状況によって制限されます。 アップロードで実際にデータを送信していることを確認し（macOS の場合はアクティビティモニター、Windows の場合はタスクマネージャー）、混雑した Wi-Fi よりもイーサネット接続を優先し、監視されたアップロード速度を ISP が想定するアップロード速度と比較し、ウイルス対策ソフトウェア／エンドポイントセキュリティ、VPN が干渉していないか確認してください。

Q： ユーザーがマウントされたドライブに大量のファイル（例：合計で数 TB にもなる数百個のファイル）をドラッグした場合、どうなりますか？

A： Frame.io ドライブはバックグラウンドでアップロードしますが、全体の所要時間はユーザーのアップロード帯域幅と安定性によって異なります。 アップロード中でも作業を開始できますが、アップロードが完了するまではコンピュータの電源を切ったり、インターネット接続を解除したりしないでください。

Q： 権限はどのように適用されますか？

A： マウントされたストレージは、Frame.io と同じ権限モデルを採用しています。 ユーザーは、Frame web アプリで既にアクセス権を持つコンテンツのみを表示および変更できます。 マウントされたストレージは、権限とプロジェクトの状態を確認するために、定期的にハートビートを維持します。

Q： Frame からユーザーが削除された場合、そのユーザーがマウントしたプロジェクトはどうなりますか？

A： 認証が更新されると、セッションが無効になり、マウントへのアクセス権が失われます。 ファイル操作を行うとエラーが発生します。 以前に読み込まれたローカルキャッシュデータは、キャッシュから削除されるかクリアされるまでマシン上に残ります。

Q： アクセスログ／監査証跡はどのように取得されますか？

A： マウントフローを通じて実行される操作は Frame バックエンドサービスを通じて行われ、Web／API アクティビティと同様にログ記録されます。

Q： マウントされたストレージは、透かし ID、フォレンジック透かし、DRM をサポートしていますか？

A： 現時点では異なります。

Q： プロジェクトがマウントされているかどうかを検出したり、マウントされている場所を列挙したりするための API はありますか？

A： 現時点では異なります。

Q： 既存のアセット Webhook は、マウント経由で行われたファイル変更に対して機能しますか？

A： はい。 アクションがweb アプリ、API、Frame.io ドライブ、マウントされたファイルシステムのいずれから発生したかに関わらず、同じアセットイベントが発生します。

Q： ディスク上に既に存在するアセットを再アップロードせずに Frame に表示させる方法はありますか？

A： データ転送なしではできません。 ローカルファイルをマウントされたプロジェクトにドラッグ／コピーすると、Frame へのアップロードがトリガーされます。 「アップロードなしで登録」する機能はありません。

Q： マウントされたストレージで、監視フォルダーや自動化ワークフローは機能しますか？

A： はい。 監視フォルダーワークフロー（Adobe Media Encoder、ffmpeg など）は、マウントされたパスからファイルを取得し、レビュー用に出力を書き戻すことができます。 rsync や AWS CLI などのバックアップ／アーカイブツールも、専用コネクタを使用せずにマウントからコールドストレージにコピーできます。

Q： 転送アプリはどうなっているのでしょうか？

A： Frame.io ドライブは、転送アプリに置き換わるものです。 Frame.io ドライブは、刷新された UI、マウントされたストレージ機能、継続的な転送（アップロード／ダウンロード）機能を備えた新しいデスクトップアプリケーションです。 両方のアプリは独立して動作し、メンテナンスを行います。

Q： Frame.io ドライブは転送からの自動アップデートですか？

A： いいえ。Frame.io ドライブは別途ダウンロードしてインストールする必要があります。 転送アプリの自動アップデートとして提供されるわけではありません。

Q： 製品内のサーフェスは移行を促進しますか？

A： はい。 アクティブな転送のユーザーには、Frame web アプリ内でツール チップとモーダルが表示され、移行について通知されると共に、Frame.io ドライブのダウンロードが推奨されます。 ウェルカムモーダル、一括ダウンロード／アップロードモーダル、新機能パネル、プロジェクトナビゲーションボタン、CC ファイルアップロードモーダルの 6 つの製品内サーフェスが予定されています。 Frame.io ドライブを既にインストールしているユーザーの場合、これらのサーフェスは非表示になります。

Q： ドライブのステータスの違いは何を意味しますか？

A： Frame.io ドライブは通常、次のステータスを報告します。 Mounting（接続中）、Uploading（クラウドへのデータ書き込み中）、Connected（マウント済みで準備完了。アクティブな書き込みは行われていない）、Saving（データは書き込まれていないが、ファイルは開いたまま）。

Q： アップロードが正常に完了したかどうかは、どのように確認できますか？

A： Frame.io ドライブのステータスを信頼できる情報源として使用してください。 アップロード中はステータスが「Uploading」と表示され、完了するとエラーなく「Connected」に戻ります。 アップロード中でも作業を開始できますが、「Connected」に戻るまでは、シャットダウンしたりインターネット接続を解除したりしないでください。

Q： アップロード中にノートパソコンを閉じたり、コンピュータをスリープ状態にしたりしても大丈夫ですか？

A： お勧めしません。 アップロード中にコンピュータがスリープ状態になったり、インターネット接続が解除されたりすると、ファイルのアップロードが失敗したり、再試行が必要になる場合があります。 アップロードが完了するまで、マシンを起動したまま接続状態を維持してください。

Q： macOS Finder でマウントしたドライブが見つかりません。 何を試したらよいですか？

A： まず、「open on Desktop」を選択して、Finder でファイルにアクセスします。 次に、Finder が外部ディスクと接続済みサーバーを表示するように設定されていることを確認します。 Finder の Settings／Sidebar で、「External disks」と「Connected servers」がオンになっていることを確認します。 Finder の Settings／General で、「Connected servers」をデスクトップに表示するように有効にします。 それでも表示されない場合は、Frame.io ドライブのドライブアイコンボタンをクリックして、フォルダーを直接開きます。 また、Finder で Command+Shift+G キーを使用して /Volumes に移動し、マウントされたドライブを探すこともできます。

Q： Windows のエクスプローラーでマウントされたドライブが見つかりません。 何を試したらよいですか？

A： エクスプローラーを開き、「This PC」をクリックしてドライブを表示します。 それでも表示されない場合は、更新（F5 キー）、エクスプローラーの再起動、Frame.io ドライブの終了と再起動を試してください。 既存のマッピング済みドライブとのドライブ文字の競合がないか確認してください。 ドライブが表示されたら、クイックアクセスにピン留めすることもできます。

Q： ドライブに「Uploading」と表示されていて、スタックしているのではないかと心配です。 何をチェックすればよいですか？

A： コンピュータがアクティブにデータを送信しているかどうかを確認してください（macOS の場合はアクティビティモニター、Windows の場合はタスクマネージャー）。 送信速度が極端に低い場合は、イーサネット接続に切り替えたり、Frame.io ドライブを再起動したり、VPN を一時的に無効にしたり、ISP のアップロード速度を確認したりしてみてください。 ウイルス対策ソフトウェアやエンドポイントセキュリティソフトが干渉していないか確認してください。

Q： 再生が途切れたり、バッファリングが発生したりします。 どうすればよいですか？

A： ネットワークの速度と安定性は、主要な要因です。 有線イーサネット接続を試したり、帯域幅を多く消費する他のアクティビティを閉じたり、使用可能な場合はプロキシを使用してビットレート要件を削減したり、キャッシュ用に十分な空きディスク容量を確保したりしてください。 ファイルはキャッシュされると、2 回目のアクセス時にストリーミング速度が向上します。 また、プリキャッシュ機能を使用して、セッション開始前にファイルを事前にダウンロードすることもできます。

Q： Web アプリに「Mount Project」が表示されません。

A： アカウントレベルでマウントされたストレージが有効になっていることを確認してください（「Content Admin」切替スイッチ）。 ユーザーがプロジェクトに対して編集レベル以上の権限を持っていることを確認してください。 Frame.io ドライブがインストールされ、ログインしていることを確認してください。ユーザーがサポートされている OS（macOS または Windows。Linux はサポートされていません）を使用していることを確認してください。

Q： Frame.io の web サイトからデスクトップアプリへのディープリンクが機能していません。

A： Frame.io ドライブがインストールされ、バックグラウンドで実行されていることを確認してください。 Web アプリと Frame.io ドライブの両方で、ユーザーが同じアカウントにログインしていることを確認してください。 ブラウザー／Frame.io ドライブを再起動してください。 フォールバックとして、Frame.io ドライブ内からプロジェクトを手動でマウントしてください。

Q： 問題の報告するにはどうすればよいですか？

A： Frame.io サポートにお問い合わせください。 エスカレーションのために、次の情報を収集してください。 OS とバージョン、Frame.io ドライブのバージョン、インターネット速度テストの結果、エラーメッセージのスクリーンショットまたはテキスト、使用しているクリエイティブアプリケーション、契約タイプ、再現手順。