ダイヤル プランについて
ダイヤル プランは、個々のユーザーがダイヤルした電話番号を、通話の承認と音声ルーティングを目的とした別の形式 (通常は E.164) に変換する正規化ルールの名前付きセットです。
ダイヤル プランは、さまざまな形式で表される電話番号が別の 1 つの形式にどのように変換されるかを定義する 1 つ以上の正規化ルールで構成されます。 同じダイヤル文字列が、ダイヤル プランによって異なる形で解釈、変換される可能性があるため、指定されたユーザーに割り当てられているダイヤル プランに応じて、同じダイヤル番号が異なる形で変換、ルーティングされることがあります。 最大 1,000 のテナント ダイヤル プランを使用できます。
テナントのダイヤル プランを作成および管理する場合は「ダイヤル プランを作成および管理する」をご覧ください。
テナント ダイヤル プランのスコープ
ダイヤル プランのスコープによって、ダイヤル プランを適用できる階層レベルが決まります。 クライアントは、ユーザーが Teams にサインインしたときに自動的に提供されるプロビジョニング設定を通じて、適切なダイヤル プランを取得します。 管理者は、Microsoft Teams 管理センターまたはリモート PowerShell を使用して、ダイヤル プランのスコープ レベルを管理および割り当てることができます。
Teams には、サービス スコープとテナント スコープ (organization用) の 2 種類のダイヤル プランがあります。 サービススコープのダイヤル プランは、Teams Phone が利用可能なすべての国または地域に対して定義されます。 各ユーザーには、ユーザーに割り当てられた使用場所に一致するサービスの国/地域ダイヤル プランが自動的に割り当てられます。 サービスの国/地域ダイヤル プランを変更することはできませんが、テナント スコープのダイヤル プランを作成して、サービスの国/地域のダイヤル プランを強化できます。 クライアントがプロビジョニングされると、サービスの国/地域ダイヤル プランと適切なスコープのテナント ダイヤル プランの組み合わせである "有効なダイヤル プラン" が取得されます。 そのため、サービスの国/地域ダイヤル プランに既に存在する可能性があるため、テナント ダイヤル プランのすべての正規化ルールを定義する必要はありません。
テナント ダイヤル プランは、テナント スコープまたはユーザー スコープという 2 つのスコープにさらに分割できます。 テナントがユーザー スコープのダイヤル プランを定義して割り当てる場合、そのユーザーには、ユーザーのサービスの国/地域ダイヤル プランと割り当てられたユーザー ダイヤル プランの有効なダイヤル プランがプロビジョニングされます。 テナントがテナント スコープのダイヤル プランを定義しても、ユーザー スコープのダイヤル プランを割り当てない場合、そのユーザーは、ユーザーのサービスの国/地域ダイヤル プランとテナント ダイヤル プランの有効なダイヤル プランでプロビジョニングされます。
Teams のダイヤル プランの継承モデルを次に示します。
次に、考えられる有効なダイヤル プランを示します。
サービスの国 テナント スコープダイヤル プランが定義されておらず、プロビジョニングされたユーザーにテナント ユーザー スコープダイヤル プランが割り当てられていない場合、ユーザーは、その使用場所に関連付けられているサービスの国/地域にマップされた有効なダイヤル プランを受け取ります。
テナント グローバル - サービス国 テナント ユーザー ダイヤル プランが定義されているが、ユーザーに割り当てられない場合、プロビジョニングされたユーザーは、マージされたテナント ダイヤル プランと、その使用場所に関連付けられているサービスの国/地域ダイヤル プランで構成される有効なダイヤル プランを受け取ります。
テナント ユーザー - サービスの国 テナント ユーザー ダイヤル プランが定義され、ユーザーに割り当てられている場合、プロビジョニングされたユーザーは、マージされたテナント ユーザー ダイヤル プランと、その使用場所に関連付けられているサービスの国/地域ダイヤル プランで構成される有効なダイヤル プランを受け取ります。
テナントのダイヤル プランを作成する場合は「ダイヤル プランを作成および管理する」をご覧ください。
注意
ダイヤルされた番号にダイヤル プラン正規化ルールが適用されないシナリオでは、ダイヤルされた文字列は引き続き正規化され、CC はダイヤル ユーザーの使用場所の国/地域コードである "+CC" の前に付加されます。 これは、通話プラン、ダイレクト ルーティング、PSTN 会議ダイヤルアウトシナリオに適用されます。 さらに、テナント ダイヤル プランの正規化ルールの結果として "+" で始まらない番号が発生した場合、呼び出し元サービスは、リージョン ダイヤル プランのテナント ダイヤル プランに基づいて Teams クライアントから受信した番号を正規化しようとします。一致しない場合は、 二重正規化を回避するために、ダイレクト ルーティングのお客様は、 + を含むように数値を正規化し、トランク変換ルールを使用して + を削除することをお勧めします。
テナント ダイヤル プランの計画
カスタム ダイヤル プランを計画するには、次の手順を実行します。
手順 1 ユーザーのダイヤル エクスペリエンスを高めるためにカスタム ダイヤル プランが必要かどうかを決定します。 通常は、内線または省略された国内ダイヤルなど、E.164 以外のダイヤルに対応する場合に必要となります。
手順 2 テナント グローバルまたはテナント ユーザー スコープのダイヤル プランのどちらが必要か、または両方とも必要であるかを決定します。 ユーザーに複数のローカル ダイヤル要件がある場合は、ユーザー スコープのダイヤル プランが必要となります。
手順 3 各必須ダイヤル プランに対応する有効な番号バターンを特定します。 サービス レベルの国/地域ダイヤル プランで定義されていない番号パターンのみが必要です。
手順 4 ダイヤル プランの名前付けについて組織全体のスキームを策定します。 標準的な名前付けスキームを採用することにより、組織全体にわたり一貫した方針を実現でき、メンテナンスや更新作業が簡素化されます。
新しいダイヤル プランの作成
ダイヤル プランを新規作成する場合、必要な情報を把握しておく必要があります。
名前と簡易名
ユーザー ダイヤル プランの場合は、ダイヤル プランを割り当てるユーザーを識別するわかりやすい名前を指定する必要があります。 ダイヤル プランの簡易名には、ダイヤル プラン名から派生した文字列が事前に設定されています。 [単純名] フィールドは編集可能で、ダイヤル プラン用のより説明的な名前付け規則を作成することができます。 [単純名] の値は空にすることはできず、一意でなければなりません。 最適な方法は、組織全体の名前付け規則を作成してから、その規則の一貫性をすべてのサイトとユーザーに使用することです。
説明
地理的な場所または対応するダイヤル プランが適用されるユーザーのグループに関する一般的で認識可能な名前を入力することをお勧めします。
外部アクセス プレフィックス
ユーザーが外線につなぐために 1 つ以上の追加の先頭数字 (9 など) をダイヤルする必要がある場合は、最大 4 文字 (#、*、0～9) の外部アクセス プレフィックスを指定できます。
注意
外部アクセス プレフィックスを指定する場合、プレフィックスを適応させるための正規化ルールを追加で作成する必要はありません。
テナントのダイヤル プランを作成する場合は「ダイヤル プランを作成および管理する」をご覧ください。
正規化ルール
正規化ルールによって、さまざまな形式で表される電話番号をどのように変換するかが定義されます。 ダイヤル元のロケールに応じて、同じ番号文字列が異なる方法で解釈および変換される場合があります。 正規化ルールは、ユーザーが省略された内線または外線番号をダイヤルできるようにする必要がある場合に、必須となることがあります。
1 つ以上の正規化ルールをダイヤル プランに割り当てる必要があります。 正規化ルールは上から下の順に照合されるため、テナント ダイヤル プランにおける順序が重要になります。 たとえば、テナント ダイヤル プランに 10 個の正規化ルールがある場合、ダイヤルされた番号の一致ロジックは 1 番目のルールから試行され、一致がみられない場合は 2 番目、というように順次実行されます。 一致がみられた場合、そのルールが使用され、定義済みのそれ以外のルールとの照合は実行されません。
注意
Microsoft では、特定のダイヤル プランに 50 個以下の正規化規則を適用できるようになりました。
必要な正規化ルールの指定
テナント ダイヤル プランは、特定のユーザーのサービスの国/地域ダイヤル プランと効果的にマージされるため、必要なテナント ダイヤル プランの正規化ルールを決定するために、サービスの国/地域ダイヤル プランの正規化ルールを評価する必要がある可能性があります。 この目的で Get-CsEffectiveTenantDialPlan コマンドレットを使用できます。 コマンドレットは入力パラメータとしてユーザー ID を必要とし、ユーザーに適用可能なすべての正規化ルールを返します。
正規化ルールの作成
正規化ルールでは、.NET Framework正規表現を使用して、サーバーがダイヤル文字列を E.164 形式に変換するために使用する数値一致パターンを指定します。 正規化ルールは、一致に対する正規表現と、一致が見つかったときに行う変換を指定することで作成できます。 作業が完了したら、テスト番号を入力して、正規化ルールが正常に機能することを確認できます。
.NET Framework の正規表現を使用する場合の詳細については、「.NET Framework の正規表現」を参照してください。
テナントのダイヤル プランの正規化ルールを作成および管理する場合は「ダイヤル プランを作成および管理する」をご覧ください。
注意
最初のトークンを省略可能にした正規化ルールは、現在、3pip デバイス (Polycom VVX 601 モデルなど) ではサポートされていません。 3pip デバイスで省略可能な正規化規則を適用する場合は、1 つではなく 2 つの正規化ルールを作成する必要があります。 たとえば、ルール ^0?(999)$ は、(999)$ (Translation:$1) と ^0(999)$ (Translation:$1) の 2 つのルールに置き換える必要があります。
正規化ルールのサンプル
次の表に, .NET Framework の正規表現として記述される正規化ルールのサンプルを示します。 これらのサンプルは例示するためのもので、独自の正規化ルールを作成する際の規定リファレンスとして提示するものではありません。
| ルール名 |
説明 |
番号のパターン |
変換 |
例 |
|---|---|---|---|---|
| 4digitExtension |
4 桁の内線番号を変換します。 |
^(\d{4})$ |
+1425555$1 |
0100 は +14255550100 に変換されます |
| 5digitExtension |
5 桁の内線番号を変換します。 |
^5(\d{4})$ |
+1425555$1 |
50100 は +14255550100 に変換されます |
| 7digitcallingRedmond |
7 桁の番号をレドモンドの電話番号に変換します。 |
^(\d{7})$ |
+1425$1 |
5550100 は +14255550100 に変換されます |
| RedmondOperator |
0 をレドモンドのオペレーター呼び出し番号に変換します。 |
^0$ |
+14255550100 |
0 は +14255550100 に変換されます |
| RedmondSitePrefix |
オンネット プレフィックス (6) およびレドモンドのサイト コード (222) 付きの番号を変換します。 |
^6222(\d{4})$ |
+1425555$1 |
62220100 は +14255550100 に変換されます |
| 5digitRange |
3 から 7 を含むその範囲で始まる 5 桁の内線番号を変換します。 |
^([3-7]\d{4})$ |
+142555$1 |
54567 は +14255554567 に変換されます |
| PrefixAdded |
1 桁目と 3 桁目に制限を付けて、9 桁の番号の前に国番号を追加します。 |
^([2-9]\d\d[2-9]\d{6})$ |
1$1 |
4255554567 は 14255554567 に変換されます |
| NoTranslation |
5 桁と一致しますが、変換は行いません。 |
^(\d{5})$ |
$1 |
34567 は 34567 に変換されます |
上に示す正規化ルールに基づくレドモンドのダイヤル プラン
次の表に、前の表に示される正規化ルールに基づく、レドモンド、ワシントン、米国のサンプル ダイヤル プランを示します。
| レドモンドのダイヤル プラン |
|---|
| 5digitExtension |
| 7digitcallingRedmond |
| RedmondSitePrefix |
| RedmondOperator |
注意
前の表に示した正規化ルール名にはスペースは含まれませんが、これは選択の問題です。 たとえば、表に最初に示されている名前は、「5 digit extension」と「5-digit Extension」のどちらの形式で記述しても有効になります。
関連項目
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示