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 アプリケーションを使用します。

Overview of multiple interoperability scenarios within Azure Communication Services

Communication Services アプリケーションでは、Teams のID 認証モデルを使用して、Teams ユーザーが、Teams クライアントを使用している他の Teams ユーザーとの通話に参加できるようにします。Overview of interoperability scenarios within Azure Communication Services

プライバシー

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

記録または文字起こしが開始され、この事実をアプリケーションのユーザー インターフェイスを通じてリアルタイムでユーザーに通知する必要があることは、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 の商標とブランドに関するガイドラインに関するページを参照してください。

Government Clouds (GCC) のチーム

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

次のステップ

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

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