接続数は、登録ユーザーやドキュメントの数ではなく、共同編集インスタンスの数でカウントされます。
接続が使用されるタイミング
- インスタンスは最初の送信に成功した時点で 1 接続を使用します。ドキュメントを開くこと、読み取り専用アクセス、共同編集なしの編集はカウントされません。
- 送信するたびに 2 分間のタイマーがリセットされます。送信がない状態が 2 分間続くか、ページが閉じられるか、接続が切れると、接続枠が解放されます。
- 後から再度送信すると、接続が再び使用されます。ユーザーとエージェントは同じライセンス枠を共有し、カウント済みインスタンス内でのエージェント操作によって接続やツール呼び出し料金が追加されることはありません。
編集接続数が上限に達した場合
最大容量時でも、すでに接続を保持しているインスタンスは引き続き協力的編集と変更の送信を行うことができます。接続を取得または再取得する必要があるインスタンスのみが影響を受けます。ドキュメントの開封、読み取り専用アクセス、および非協力的編集は引き続き利用可能です。
接続枠を取得できないブラウザーインスタンスは、変更をローカルに保持し、数分間送信を再試行します。容量が引き続き不足している場合はオフライン編集に切り替わり、オンラインに戻ると送信を再開します。
接続上限と使用量を取得し、待機状態を表示したり、影響を受けるインスタンスだけを読み取り専用にしたりできます。ローカルに保存された変更と、サーバーに送信された変更を明確に区別してください。
エージェントが接続枠を取得できない場合
容量が上限に達すると、接続を取得または再取得できないエージェントインスタンスには容量エラーが返されます。すでに接続を保持しているインスタンスは変更の送信を継続できます。SDK は失敗した送信を自動再試行しません。
接続数のカウント例| シナリオ | 使用される接続 |
|---|
| 協働なしでの編集 | 0 |
|---|
| ドキュメントを開いた状態で、変更は送信されていない | 0 |
|---|
| 1つのインスタンスが最初の変更を正常に送信 | 1 |
|---|
| 1人が3つのアクティブな編集インスタンスを保持 | 3 |
|---|
| 10人が同じドキュメントに変更を送信 | 10 |
|---|
| 同じページの2つのインスタンスが変更を送信 | 2 |
|---|
| 2つの独立したエージェントインスタンスが変更を送信 | 2 |
|---|
| すでにカウントされたインスタンスでエージェントが操作 | 追加の接続なし |
|---|
| 2分間提出なし; 接続が解除されました | 0 |
|---|
| インスタンスは既存の接続でフル容量で提出を続けます | 1 |
|---|
| インスタンスに接続がなし; ブラウザはローカルでフル容量で変更を待ちます | 0 |
|---|
| インスタンスは容量を取得し、変更を正常に提出します | 1 |
|---|
| 解放された接続は、容量がフルのときに再取得する必要があります | 0 |
|---|
| 読み取り専用アクセス | 0 |
|---|
インポートは無制限です。接続数と月間エクスポート枠はそれぞれ独立しています。接続数の上限に達してもインポートやエクスポートは制限されず、エクスポート枠を使い切っても編集接続、インポート、ネイティブ保存には影響しません。