次の方法で共有


Teams の相互運用性

Azure Communication Services を使用して、音声、動画、チャット、画面共有を介して Microsoft Teams ユーザーとの対話を可能にするカスタムアプリケーションやエクスペリエンスを構築することができます。 Communication Services UI Library は、カスタマイズ可能で、すぐに製品化可能な UI コンポーネントを提供しており、これらのアプリケーションに簡単に追加することができます。 次の動画では、Teams の相互運用性の機能の一部を紹介しています。


Note

こちらの短いアンケートに答えて、Azure Communication Services に関するご意見やフィードバックをお寄せください。

ユーザー id モデル

Azure Communication Services では、ユーザーの ID に応じて、次の 2 種類の Teams 相互運用性がサポートされています。

  • 外部ユーザー ご自身でユーザー認証を制御します。カスタム アプリケーションのユーザーには、Microsoft Entra ID や Teams ライセンスは必要ありません。 このモデルでは、Teams ユーザー以外のユーザーが Teams ユーザーに接続して通信するためのカスタムアプリケーションを作成できます。
  • Teams ユーザー ユーザー認証は Microsoft Entra ID によって制御されており、カスタム アプリケーションのユーザーは Teams ライセンスを持っている必要があります。 このモデルでは、Teams ユーザー向けにカスタム アプリケーションを構築し、既存の Teams クライアントでは実現できない特殊なワークフローや体験を可能にします。

アプリケーションでは、両方の認証モデルを実装し、認証の選択をユーザーに任せることができます。 次の表は、2 つのモデルを比較しています。

機能 外部ユーザー Teams ユーザー
ターゲット ユーザー ベース 顧客 Enterprise
ID プロバイダー [任意] Microsoft Entra ID
[表示名] サフィックス "(外部)" を持つ任意のもの "表示名" プロパティの Microsoft Entra ユーザーの値
認証と認可 カスタム* Microsoft Entra ID およびカスタム*
通話が利用可能な手段 Communication Services Calling SDK Communication Services Calling SDK
チャットは、以下から利用できます Communication Services Chat SDK Graph API
Teams の会議に参加する はい はい
Teams ユーザーとしての通話の発着信 いいえ はい
PSTN のサポート Teams 会議中の Communication Services ユーザー向けにはサポートされません Microsoft Teams 電話、通話プラン、直接ルーティング、オペレーター接続

* アクセス トークンを発行するサーバー ロジックは、要求の任意のカスタム認証および認可を実行できます。

外部ユーザー

"独自の ID を使用する" (BYOI) 認証モデルを使用すると、外部ユーザーが Teams ユーザーと接続して通信するためのカスタム アプリケーションを構築できます。 ご自身でユーザー認証を制御します。カスタム アプリケーションのユーザーには、Microsoft Entra ID や Teams ライセンスは必要ありません。 最初のシナリオは、アプリケーションのユーザーが外部アカウントを使用して Microsoft Teams 会議に参加できるようにします。これは、Teams Web アプリケーションを使用してミーティングに参加する匿名ユーザーと類似しています。 これは、(Teams を使い慣れている) 従業員と (カスタム アプリケーションを使用している) 外部ユーザーを組み合わせて会議エクスペリエンスを実現する B2C アプリケーションに最適です。 今後は、直接通話やチャットなどの追加のシナリオを実装して、アプリケーションが Teams 会議のコンテキスト外で Teams ユーザーとの通話やチャットを開始できるようにする予定です。

詳しくは、「Teams 会議に参加する」を参照してください。

現時点では、Azure Communication Services Calling SDK を使用して開始された通話に Teams ユーザーが参加することはできません。

Teams ユーザー

開発者は、Communication Services Calling SDK と Teams ID を使って、Teams ユーザー向けのカスタム アプリケーションを構築することができます。 カスタム アプリケーションは、電話の着信および発信の管理など、Teams ユーザーに特化したワークフローを可能にしたり、標準の Teams クライアントではサポートされていないデバイスに Teams の通話エクスペリエンスをもたらしたりすることができます。 Teams ユーザーは Microsoft Entra によって認証され、ユーザーに関するすべての属性や詳細は、Microsoft Entra のアカウントにバインドされます。

Communication Services エンドポイントが Teams ID を使用して Teams 会議または Teams 通話に接続すると、そのエンドポイントは Teams クライアントを使用する Teams ユーザーのように扱われます。 このエクスペリエンスは、組織内外のユーザーに割り当てられたポリシーが関連しています。 Teams ユーザーは、Teams ミーティングに参加したり、他の Teams ユーザーに電話をかけたり、電話番号から電話を受けたり、通話中の電話を Teams 呼び出しキューや共有画面に転送したりすることができます。

Teams ユーザーは、クライアント アプリケーションで Microsoft Entra ID に対して認証を行います。 次に開発者は、Communication Services Identity SDK を介して、Microsoft Entra ID の認証トークンをアクセス トークンに交換します。 この交換により、Microsoft Entra ID と Communication Services の接続が行われます。 バックエンド サービスにトークンの交換を実装することをお勧めします。Azure Communication Services の資格情報が交換の要求に署名するためです。 バックエンド サービスでは、他の任意の認証を要求できます。

Teams 会議と通話のエクスペリエンス

ユーザーが Teams 会議に参加する方法は、いくつかあります。

  • 認証済み Teams ユーザー として Teams クライアントを使用します。 これには、デスクトップ、モバイル、および Web Teams クライアントが含まれます。
  • 認証されていない 匿名ユーザー として Teams クライアントを使用します。
  • "独自の ID を使用する" 認証モデルを使用して、外部ユーザーとしてカスタム Communication Services アプリケーションを使用します。
  • Teams id 認証モデルを使用して Teams ユーザー としてカスタム Communication Services アプリケーションを使用します。

Azure Communication Services 内の複数の相互運用性シナリオの概要

Communication Services アプリケーションでは、Teams のID 認証モデルを使用して、Teams ユーザーが、Teams クライアントを使用している他の Teams ユーザーとの通話に参加できるようにします。Azure Communication Services 内の相互運用性シナリオの概要

プライバシー

Azure Communication Services と Microsoft Teams の間の相互運用性により、アプリケーションとユーザーは、Teams の通話、会議、チャットに参加できます。 アプリケーションの開発者は、Teams の呼び出しまたは会議で記録または文字起こしが有効になったら、そのことをユーザーに通知する責任があります。

Microsoft は、レコーディングまたは文字起こしが開始され、この事実をアプリケーションのユーザー インターフェイスを通じてリアルタイムでユーザーに通知する必要があることを、Azure Communication Services API 経由で開発者に示します。 この義務に従わないことが原因で生じたすべてのコストと損害について、開発者は Microsoft に補償する必要があります。

価格

Azure Communication Services の API と SDK のどれを使用しても、Azure Communication Services の課金メーターが増加します。 Microsoft Teams での対話 (会議への参加や、Teams に割り当てられた番号を使った通話の開始など) によって、これらの測定値が増加します。 ただし、Teams の相互運用性機能自体に追加料金はかからず、BYOI と Microsoft 365 の認証オプションに料金の違いはありません。

Azure アプリケーションのユーザーが Microsoft Teams のユーザーとの会議で 10 分を費やした場合、これら 2 人のユーザーは合わせて 20 分の通話時間を使用したことになります。 カスタム アプリケーション経由で Azure の API と SDK を使用して実行された 10 分間は、貴社のリソースに課金されます。 ただし、ネイティブ Teams アプリケーションのユーザーが使用した 10 分間は、該当する Teams ライセンスの対象になり、Azure によって課金されません。

商標とブランドのガイドライン

第三者は、Microsoft Teams の商標または製品ロゴを広告やプロモーション資料で使用する場合に Microsoft 商標およびブランド ガイドラインに従う必要があります。 一般に、ワードマークは、Microsoft が貴社の製品またはサービスと提携していたり承認していたりするとお客様や世間の人々を勘違いさせて信じ込ませない限り、製品またはサービスに関する情報を誠実に伝えるために使用できます。 ただし、当社のロゴ、アプリ、製品アイコン、イラスト、写真、ビデオ、デザインは、Express ライセンスなしでは使用できません。 ブランド化の詳細については、Microsoft の商標とブランドに関するガイドラインに関するページを参照してください。

サード パーティによる Microsoft Teams ブランドの使用は、認定された Teams パートナーに対してのみ許可されます。 Microsoft とのライセンスの取り決めや認定がない場合、アプリまたは製品 (開発者名、アプリ名、ロゴ、説明、スクリーンショット、その他のアプリ資料を含む) はすべて (会社名) に独自のものにして、Microsoft のブランド資産が含まれないようにする必要があります。 唯一の例外は、アプリに関するテキストの説明内で、アプリが Microsoft 製品またはサービスと互換性があるか、相互運用できることを、誠実に述べることができるということです。

次に例を示します。

"Microsoft Teams と統合された (会社名) (アプリケーション名)"

Government Clouds (GCC) のチーム

現時点では、Azure Communication Services の相互運用性は、Microsoft 365 government clouds (GCC) を使用するチーム デプロイとは互換性がありません。

次のステップ

外部ユーザー相互運用性の詳細を確認します。

Teams ユーザー相互運用性の詳細を確認します。