クラウド ボイスメールのセットアップ
この記事は、ユーザーのクラウド ボイスメールを設定する Microsoft 365 管理者を対象とします。
クラウド ボイスメールは、ユーザーの Exchange メールボックスにボイスメール メッセージを預けます。 クラウド ボイスメールでは、サード パーティの電子メール システムはサポートされていません。 ライセンス要件Exchange Onlineについては、「Exchange Online サービスの説明」を参照してください。 管理者ロールの詳細については、「管理者ロール について」を参照してください。
クラウド ボイスメール プロビジョニング
Teams ユーザーの場合、クラウド ボイスメールは自動的に設定され、プロビジョニングされます。 クラウド ボイスメールには、Microsoft Teams 電話 ライセンスは必要ありません。
Teams ユーザーのプロビジョニングは、Skype for Business Online ユーザーの場合と同じではありません。 Skype for Business Online ユーザーの場合、クラウド ボイスメールは、ユーザーにTeams 電話 ライセンスが割り当てられ、そのアカウントがプロビジョニング システムによってエンタープライズ VoIPに対して有効になったときに自動的に設定され、プロビジョニングされました。
Skype for Business Serverオンプレミス ユーザーの場合、クラウド ボイスメールは自動的に設定され、プロビジョニングされます。 ただし、呼び出しを クラウド ボイスメール にルーティングするようにSkype for Business Server環境を構成する必要があります。 詳細については、「オンプレミス ユーザーのクラウド ボイスメール サービスを計画する」を参照してください。
クラウド ボイスメール ストレージ
クラウド ボイスメールによって生成されたボイスメール メッセージは、ユーザーの Exchange メールボックスに配信され、Exchange OnlineまたはExchange Serverに格納されます。 ボイスメール用の特定のストレージや追加のストレージはありません。 ボイスメール (Microsoft Outlook、Microsoft Teams、Skype for Businessなど) にアクセスするクライアントは、Exchange メールボックスと提供された API を介してアクセスします。
ボイスメール メッセージには、音声メッセージとボイスメールの文字起こし (有効な場合) を含む添付オーディオ ファイルが含まれています。
ユーザーの Exchange メールボックスには、カスタムで記録された案内応答が格納されます。 クラウド ボイスメールは、着信中に必要に応じてこれらのあいさつ文を取得します。
クラウド ボイスメール処理
クラウド ボイスメールの記録と文字起こしは、クラウド ボイスメールにルーティングされる呼び出し元の Microsoft 365 から開始されます。 その後、メッセージはユーザーの Exchange メールボックスに配信されます。
たとえば、ヨーロッパのセッション ボーダー コントローラー (SBC) を介して使用できないダイレクト ルーティング ユーザーに通話が着信した場合、ボイスメールの録音と文字起こしはヨーロッパで行われます。 その後、メッセージはユーザーの Exchange メールボックスに配信されます。 別の例として、北米の Teams ユーザーがヨーロッパで使用できない Teams ユーザーを呼び出しているとします。 この場合、通話は北米で開始され、処理は北米で行われ、ボイスメールはヨーロッパのユーザーの Exchange メールボックスに配信されます。
Exchange メールボックスへのボイスメールの配信は、他の電子メールと同様に簡易メール トランスポート プロトコル (SMTP) を使用して行われます。
ユーザーのクラウド ボイスメールを管理する
ボイスメール ポリシーを指定し、ボイスメール設定を構成することで、ユーザーのクラウド ボイスメールを管理できます。
ボイスメール ポリシーを 使用すると、ユーザーのグループの機能を管理できます。 通話応答ルール、ボイスメールの文字起こし、文字起こしの不適切なマスク、文字起こし翻訳、システム プロンプト言語などの機能に対して、既存または新しいボイスメール ポリシーを構成して割り当てることができます。 ボイスメール ポリシーの管理については、「ボイスメール ポリシーの 管理」を参照してください。
ボイスメール設定 を使用すると、個々のユーザーの設定を構成できます。 通話応答ルール、プロンプト言語、テキスト読み上げの既定値、休暇案内応答などの設定を構成できます。 個々のユーザーの設定の構成については、「 ボイスメール設定の管理」を参照してください。 エンド ユーザーは、[設定] [通話>] [ボイスメールの構成] の順に移動して、Teams クライアントでこれらの設定>を構成することもできます。
クラウド ボイスメールへの呼び出しのルーティングを制御する
クラウド ボイスメール用にプロビジョニングされたすべてのユーザーの既定の設定は、クラウド ボイスメールへの呼び出しのルーティングを許可し、ユーザーがクラウド ボイスメールへの呼び出しを転送できるようにすることです。
Teams 管理センターを使用するか、PowerShell を使用して、クラウド ボイスメールへの呼び出しのルーティングを Teams ユーザーに許可するかどうかを制御できます。
Teams 管理センターの使用
クラウド ボイスメール ルーティングを構成するには:
Microsoft Teams 管理センターの左側のナビゲーションで、[音声>通話ポリシー] に移動します
更新するポリシーを選択するか、[ 追加 ] を選択して新しいポリシーを作成します。
[着信通話のボイスメール] で、次のいずれかのオプションを選択します。
- に ボイスメールは常に着信通話に使用できます。
- オフ 着信通話ではボイスメールを使用できません。
- ユーザーが決定できるようにする ユーザーは、ボイスメールを使用できるかどうかを判断できます。 これは、既定の設定です。
[保存] を選択します。
PowerShell の使用
PowerShell で、AllowVoicemail パラメーターを指定して Set-CsTeamsCallingPolicy コマンドレットを使用します。
次の例では、このスクリプトは、ユーザーがグローバル (既定) Teams 通話ポリシー インスタンスのボイスメールに受信呼び出しをルーティングする機能をオフにします。
Set-CsTeamsCallingPolicy -Identity Global -AllowVoicemail AlwaysDisabled
AllowVoicemail を AlwaysEnabled に設定した場合、呼び出しは、ユーザーの未応答の着信転送設定に関係なく、30 秒間呼び出した後、応答なしのボイスメールに常に転送されます。
AllowVoicemail を AlwaysDisabled に設定した場合、ユーザーの着信転送または未応答の設定に関係なく、通話はボイスメールにルーティングされません。 ボイスメールは、Teams の通話転送または未応答の設定としては使用できません。
AllowVoicemail を UserOverride に設定した場合、通話は、ユーザーの通話転送や未応答の設定に基づいてボイスメールに転送されます。 これは、既定の設定です。
詳細については、「 Set-CsTeamsCallingPolicy」を参照してください。
オンプレミス ユーザーと連携するようにクラウド ボイスメールを設定する
クラウド ボイスメールを使用して、Exchange サーバーにメールボックスを持つユーザー、またはSkype for Business Serverを使用しているユーザーにボイス メール機能を提供できます。
このセクションでは、メールボックス ユーザーのクラウド ボイスメールExchange Server設定する方法について説明します。 Skype for Business Server ユーザーのクラウド ボイスメールを構成する方法については、「オンプレミス ユーザーのクラウド ボイスメール サービスを計画する」を参照してください。
Exchange Server メールボックス ユーザーのクラウド ボイスメールを設定する
次の情報は、Exchange Serverにメールボックスを持つ Teams ユーザーと連携するようにクラウド ボイスメールを構成する方法について説明します。
ボイスメール メッセージは、Exchange Online Protection経由でルーティングされた SMTP 経由でユーザーの Exchange メールボックスに配信されます。 これらのメッセージを正常に配信できるようにするには、Exchange サーバーとExchange Online Protectionの間で Exchange コネクタが正しく構成されていることを確認します。 詳細については、「 コネクタを使用してメール フローを構成する」を参照してください。
Teams クライアントで案内応答やビジュアル ボイスメールのカスタマイズなどのボイスメール機能を有効にするには、Microsoft 365 と Exchange Server メールボックス間の接続を設定する必要があります。 この接続を有効にするには、「Exchange とExchange Online組織間の OAuth 認証の構成」で説明されている新しい Exchange Oauth 認証プロトコルを構成するか、Exchange 2013 CU5 以降から Exchange ハイブリッド ウィザードを実行する必要があります。 また、「Teams とExchange Server間の統合と OAuth の構成」で説明されている Teams と Exchange Server間の統合と Oauth を構成する必要があります。
organizationで保護されたボイスメールを有効にする
organization内のユーザーのボイスメール メッセージを離れると、ボイスメールはメール メッセージの添付ファイルとしてユーザーのメールボックスに配信されます。
Microsoft Purview 情報保護を使用して、内部呼び出し元と外部呼び出し元の両方が残したボイスメール メッセージを暗号化できます。 また、ユーザーがこれらのメッセージを転送できないようにすることもできます。 この機能は、Exchange Onlineメールボックスを持つユーザーに対してサポートされています。
ボイスメール メッセージを暗号化するには、秘密度ラベルを作成します。 自動ラベル付け機能を使用すると、ラベルが着信ボイスメール メッセージに自動的に適用されるようにすることができます。
保護されたボイスメールを有効にすると、ユーザーは Outlook、Outlook on the web、または Outlook for Android または iOS でメッセージを開くことで、保護されたボイスメール メッセージをリッスンできます。 保護されたボイスメール メッセージは、Microsoft Teams またはSkype for Businessで開くできません。
ボイスメールの秘密度ラベルを作成するには、「 秘密度ラベルを使用する」を参照してください。 [ 暗号化 ] セクションで、[ ユーザーがラベルを適用するときにアクセス許可を割り当てる] を選択します。 [ Outlook で] を選択し、次のいずれかの制限を適用し、[ 転送不可 ] オプションを選択します。
ボイスメールに秘密度ラベルを適用する自動ラベル付けポリシーを作成するには、「 自動ラベル付けポリシーを構成する方法」を参照し、次の特定の設定を指定します。
[ このラベルを適用する情報の選択] で、[ カスタム ポリシー] を選択します。
[ ラベルを適用する場所の選択] で、[ 場所: すべてのユーザーの Exchange] を選択します。
[ 一般的なルールまたは高度なルールを設定する] で、[ 詳細ルール] を選択します。
Exchange ルール:
- 条件：
- ヘッダーがパターンと一致する: Content-Class = Voice-CA
- 送信者 IP アドレス: 13.107.64.0/18、52.112.0.0/14、52.122.0.0/15、52.238.119.141/32、52.244.160.207/207/22
- 条件：
[ 自動適用するラベルの選択] で、上の手順でボイスメール用に作成した秘密度ラベルを選択します。
電子メールの追加設定については、[organizationの外部から受信したメールに暗号化を適用する] を選択し、Rights Management 所有者を指定します。
[送信者 IP アドレス] で指定された IP V4 範囲は、OFFICE 365 URL と IP アドレス範囲の ID 12 の一覧に基づいています。
メッセージ暗号化の詳細については、「 メール メッセージを暗号化するメール フロー ルールを定義する」を参照してください。
ボイスメールに関する問題の診断
管理者の場合は、次の診断ツールを使用して、Teams でボイスメールを使用するようにユーザーが適切に構成されていることを検証できます。
下の [テストの実行] を選択して、Microsoft 365 管理センターに診断を設定します。
[診断の実行] ウィンドウで、[ユーザー名] または [Email] フィールドにボイスメールの受信に問題があるユーザーのメールを入力し、[テストの実行] を選択します。
このテストでは、テナントまたはポリシーの構成に対処するための最適な次の手順が返され、ユーザーが Teams でボイスメールを受信するように適切に構成されていることを検証します。
ユーザーがクラウド ボイスメール機能について学習できるようにする
ユーザーがクラウド ボイスメール機能の使用方法と管理方法について学習できるように、次の記事をお勧めします。
関連項目
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示