Live Share SDK FAQ

はい。 Live Share を初期化するときに、独自の AzureConnectionConfigを定義できます。 Live Share は、作成したコンテナーを会議、チャット、またはチャネルに関連付けますが、コンテナーのトークンに署名するには、 ITokenProvider インターフェイスを実装する必要があります。 たとえば、Azure クラウド関数を使用してサーバーにアクセス トークンを要求する、指定された AzureFunctionTokenProviderを使用できます。

ほとんどのユーザーは、無料のホステッド サービスを使用すると便利ですが、Live Share アプリに独自の Azure Fluid Relay サービスを使用すると有益な場合があります。 次の場合は、カスタム Azure Fluid Relay サービス接続の使用を検討してください。

• コンテナーが最初に作成されてから 6 時間後に Fluid コンテナーにデータを格納する必要があります。
• カスタム セキュリティ ポリシーを必要とする機密データをサービス経由で送信します。
• Teams 以外のアプリケーション用の Fluid Framework ( SharedMapなど) を使用して機能を開発します。

詳細については、Azure Fluid Relay のドキュメントをガイドまたは参照する方法に関するページを参照してください。

Live Share でホストされている Azure Fluid Relay サービスによって作成された Fluid コンテナーを介して送信または保存されたデータには、最大 24 時間アクセスできますが、ほとんどの場合、6 時間以内に削除されます。 24 時間を超えてデータを保持したい場合は、ホストされている Azure Fluid Relay サービスを独自のサービスに置き換えることができます。 または、Live Share のホストされたサービスと並行して独自のストレージ プロバイダーを使用することもできます。

スケジュールされた会議、1 対 1 通話、グループ通話、今すぐ会議、チャネル会議がサポートされます。

はい。 Live Share では、構成可能なタブ、静的タブ、Microsoft Teamsデスクトップおよび Web クライアント用の Collaborative Stageview など、チャットとチャネルコンテンツのコンテキストがサポートされています。 個人用アプリはサポートされていません。

はい。DRM は、新しい Teams デスクトップ、Web、iOS、および Android クライアントでサポートされています。 クラシック Teams クライアントは DRM をサポートしていません。 Teams デスクトップの DRM 暗号化を有効にするには、アプリ マニフェストで media デバイスのアクセス許可を有効にします。

Live Share では、セッションごとに最大 100 人の出席者がサポートされます。 同じ方法に関心がある場合は、 ここでディスカッションを開始できます。

Live Share パッケージでは、Teams クライアント SDK が正常に機能する必要があります。 @microsoft/live-shareまたは@microsoft/live-share-mediaの機能は、Microsoft Teamsの外部では機能しません。 同じ方法に関心がある場合は、 ここでディスカッションを開始できます。

Live Share では、提供されている Azure Fluid Relay サービスを使用してコンテナーを 1 つだけ使用できます。 ただし、Live Share コンテナーと、独自の Azure Fluid Relay インスタンスによって作成されたコンテナーの両方を使用できます。

Live Share では、コンテナーの作成または参加後に Fluid ContainerSchemaに新しいinitialObjectsを追加することはできません。 ライブ共有セッションは有効期間が短く、この問題は開発中、特にアプリに新機能を追加した後に発生します。

ブラウザーでローカルでテストするときに initialObjects への変更によって発生するエラーを修正するには、URL からハッシュされたコンテナー ID を削除し、ページを再読み込みします。 Teams 会議でテストする場合は、新しい会議を開始してもう一度やり直してください。

新しい SharedObject、 DataObject、または LiveDataObject インスタンスでアプリを更新する場合は、運用環境に新しいスキーマ変更をデプロイする方法を検討する必要があります。 実際のリスクは比較的低く、持続期間は短くなりますが、変更をロールアウトする時点でアクティブなセッションが存在する可能性があります。 セッション内の既存のユーザーに影響を与えてはいけませんが、破壊的変更をデプロイした後にそのセッションに参加するユーザーは、セッションへの接続に問題が発生する可能性があります。 このリスクを軽減するために、次の解決策のいくつかを検討してください。

• React パッケージには、試験的な Live Share Turbo または Live Share を 使用します。
• 通常の営業時間外に Web アプリケーションのスキーマ変更をデプロイします。
• initialObjectsを変更するのではなく、スキーマに加えられた変更にdynamicObjectTypesを使用します。

適用される制限はありませんが、送信するメッセージの数に注意する必要があります。 最適なパフォーマンスを得るには、Live Share を介して出力された変更を、50 ミリ秒以上ごとに 1 つのメッセージにデバウンスする必要があります。 このアクションは、マウスまたはタッチの座標に基づいて変更を送信する場合に特に重要です。たとえば、カーソル位置の同期、手描き入力、ページの周りのオブジェクトのドラッグなどです。

Live Share は、Government Community Cloud (GCC) テナントでのみサポートされています。

はい。Live Share では、ほとんどの会議の種類でゲストユーザーと外部ユーザーがサポートされます。 ただし、ゲスト ユーザーはチャネル会議ではサポートされていません。

いいえ。Live Share は Teams Rooms デバイスをサポートしていません。

いいえ。Live Share は Teams Rooms デバイスをサポートしていません。

はい。Live Share では、Fluid Framework バージョンの ^2.0.0-rc 以降のプレビューがサポートされます。 これらのプレビュー バージョンの使用に関心がある場合は、Live Share パッケージをバージョン 2.0.0-preview.0 以降に更新します。