ハントパイロットの設定

ハントパイロットの概要

ハントパイロットは、数値またはパターンと、回線グループ内の電話のグループまたはディレクトリ番号へのコールをルーティングできる関連付けられた一連のディジット操作で構成されています。

ハントパイロットは、着信コールの優先順位を付けられたパス (回線グループ) の優先順位リストを使用して、ハントリストと連携します。ハントパイロットの DN にコールが発信されると、システムは、ハントリストで指定されている最初の回線グループにコールを提供します。最初の回線グループのいずれかの人がコールに応答しない場合、システムは、ハントリストで指定されている次の回線グループにコールを提供します。回線グループは、コールがグループ内の電話に配信される順序を制御します。回線グループは、特定の内線番号（通常は、IP Phone 内線番号またはボイスメール ポート）を指しています。回線グループは、コンピュータ テレフォニー インテグレーション（CTI）ポートと CTI ルートポイントを指すことができないため、ハントパイロットを使用して、Cisco Customer Response Solution（CRS）や IP 自動音声応答（IP IVR）などの CTI アプリケーションによって制御されるエンドポイントにコールを配信することはできません。

ハントパイロットは、回線グループとハントパイロットが異なるパーティションに存在する場合でも、割り当てられた回線グループのいずれかにコールを配信できます。ハントパイロットが分配するコールは、すべてのパーティションおよびコーリングサーチスペース制限を上書きします。

ハントパイロットの設定タスクフロー

システムのハントパイロットを設定するには、次のタスクを完了します。ハントパイロットは、回線グループ内の電話またはディレクトリ番号のグループにコールをルーティングするために使用できます。

手順

  コマンドまたはアクション 目的
ステップ 1

回線グループの設定

回線グループを作成して、複数の電話機が単一のディレクトリ番号 (DN) に送信されたコールに応答できるようにします。
ステップ 2

ハントリストの設定

回線グループの優先順位に従って、ハントリストを設定します。
ステップ 3

ハントパイロットの設定

ハントパイロット番号またはシステムがハントリストへのコールを指示するために使用するパターンを設定します。

回線グループの設定

回線グループを使用すると、1 つのディレクトリ番号に送信されるコールに複数の電話で応答できます。グループ内の電話に着信コールが分配される順序は、分配アルゴリズムが制御します。

手順

ステップ 1

Cisco Unified CM Administration から、[コールルーティング（Call Routing）] > [ルート/ハント（Route/Hunt）] > [回線グループ（Line Group）] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しい回線グループを作成するには、[新規追加（Add New）] をクリックします。
  • 既存の回線グループを選択するには、[検索（Find）] をクリックします。
ステップ 3

[回線グループ名（Line Group Name）] を入力します。

ステップ 4

[分配アルゴリズム（Distribution Algorithm）] フィールドで、コールの分配に使用するアルゴリズムのタイプを選択します。

ステップ 5

回線グループにディレクトリ番号を追加するには、[回線グループに追加する回線グループメンバー（Line Group Members to Add to Line Group）] セクションのフィールドを設定します。

  1. 追加するディレクトリ番号が存在する [パーティション（Partition）] を選択します。

  2. （オプション）[次を含むディレクトリ番号（Directory Number Contains）] フィールドを入力して、検索にフィルタを適用します。

  3. [検索（Find）] をクリックします。指定したパーティションからのディレクトリ番号のリストがボックスに表示されます。

  4. [使用可能なDN/ルートパーティション（Available DN/Route Partition）] リスト ボックスで、グループに追加する個別のディレクトリ番号を選択し、[回線グループに追加（Add to Line Group）] をクリックします。

ステップ 6

[回線グループの設定（Line Group Configuration）] ウィンドウで、残りのフィールドを設定します。フィールドとその設定オプションの詳細については、オンライン ヘルプを参照してください。

ステップ 7

[保存（Save）] をクリックします。

ハントリストの設定

ハントリストは、回線グループの優先順位リストです。ハントリストを介してコールをルーティングする場合、システムは、ハントリストで定義されている順序で回線グループを使用します。

手順

ステップ 1

Cisco Unified CM Administration から、[コールルーティング（Call Routing）] > [ルート/ハント（Route/Hunt）] > [ハントリスト（Hunt List）] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • [新規追加（Add New）]をクリックして、新しいルートリストを作成します。
  • 既存のリストを選択するには、[検索（Find）] をクリックします。
ステップ 3

ハントリストの名前を入力します。

ステップ 4

ハントリストを登録する Cisco Unified Communications Manager グループを選択します。

ステップ 5

[このハントリストを有効にする（Enable this Hunt List）] チェックボックスをオンにすると、[保存（Save）] をクリックしたときに即座にハントリストが有効になります。

ステップ 6

このハントリストがボイスメール用である場合は、[ボイスメール用（For Voice Mail Usage）] チェックボックスをオンにします。

ステップ 7

[保存（Save）] をクリックします。

ステップ 8

ハントリストへの回線グループの追加

  1. [回線グループの追加（Add Line Group）] をクリックします。

  2. [回線グループ（Line Group）] ドロップダウンリストから、ハントリストに追加する回線グループを選択します。

  3. [保存（Save）] をクリックします。

  4. さらに回線グループを追加するには、こらの手順を繰り返します。

ハントパイロットの設定

回線グループに対してコールをルーティングするためにシステムが使用するハントパイロット番号またはパターンを設定します。

（注）  
ハントパイロットで使用できるワイルドカードと特殊文字の詳細については、「ハントパイロットのワイルドカードと特殊文字」を参照してください。

手順

ステップ 1

Cisco Unified CM Administration から、[コールルーティング（Call Routing）] > [ルート/ハント（Route/Hunt）] > [ハントパイロット（Hunt Pilot）] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しいハントパイロットを作成するには、[新規追加（Add New）] をクリックします。
  • 既存のハントパイロットを選択するには、[検索（Find）] をクリックします。
ステップ 3

[ハントパイロット（Hunt Pilot）] フィールドに、コールのルーティングに使用する番号またはパターンを入力します。

ステップ 4

[ハントリスト（Hunt List）] ドロップダウンから、ハントパイロット番号に一致するコールを送信するためのハントリストを選択します。

ステップ 5

[ハントパイロットの設定（Hunt Pilot Configuration）] ウィンドウで、残りのフィールドに入力します。フィールドとその設定の詳細については、オンライン ヘルプを参照してください。

ステップ 6

コール キューイングを有効化する場合は、[コールをキューイング（Queue Calls）] チェックボックスをオンにし、[キューイング（Queuing）] セクションのフィールドを設定します。

ステップ 7

発信者、接続先、着信者に適用するディジット 変換パターンを割り当てます。
ステップ 8

[保存（Save）] をクリックします。

ハントパイロットのワイルドカードと特殊文字

ルートパターンおよびハントパイロットでワイルドカードおよび特殊文字を使用すると、単一ルートパターンまたはハントパイロットをある範囲の番号（アドレス）と一致させることができます。また、これらのワイルドカードおよび特殊文字を使って指示を組み立てると、Cisco Unified Communications Manager が処理した番号を隣接システムに送信できます。

Cisco Unified Communications Manager がサポートするワイルドカードおよび特殊文字を次の表で説明します。

表 1. ワイルドカードおよび特殊文字

文字

説明

例

@

アットマーク（@）ワイルドカードは、国別番号計画のすべての番号に一致します。

各ルートパターンで、@ ワイルドカードは 1 文字だけ使用できます。

ルートパターン 9.@ は、国別番号計画が認識するすべての電話番号をルーティングまたはブロックします。

@ ワイルドカードが含む、国別番号計画の番号のルートパターンの例を次に示します。

  • [0]

  • 1411

  • 19725551234

  • 101028819725551234

  • 01133123456789

X

X ワイルドカードは、0 ～ 9 の範囲にある数字の任意の 1 桁に一致します。

ルートパターン 9XXX は、9000 ～ 9999 の範囲のすべての数字をルーティングするか、またはブロックします。

!

感嘆符（!）ワイルドカードは、0 ～ 9 の範囲にある数字の 1 桁以上に一致します。

ルートパターン 91! は、910 ～ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

?

疑問符（?）ワイルドカードは、直前の数字またはワイルドカード値の 0 回以上の繰り返しに一致します。

（注）   

疑問符（??）ワイルドカードを使用した場合、2 つ目の疑問符は空の入力には一致しません。ルータパターンの例：*33X?*X?*X?#

ルートパターン 91X? は、91 ～ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

+

プラス記号（+）ワイルドカードは、直前の数字またはワイルドカード値の 1 回以上の繰り返しに一致します。

ルートパターン 91X+ は、910 ～ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

[ ]

角カッコ（[ ]）文字は、値の範囲を囲みます。

ルートパターン 813510[012345] は、8135100 ～ 8135105 の範囲のすべての数字をルーティングするか、またはブロックします。

-

ハイフン（-）文字は、角カッコと一緒に使用して値の範囲を示します。

ルートパターン 813510[0-5] は、8135100 ～ 8135105 の範囲のすべての数字をルーティングするか、またはブロックします。

^

ハット（^）文字は、角カッコと一緒に使用して値の範囲外を示します。この文字は、開始角カッコ（[）の直後に配置してください。

各ルートパターンで、^ 文字は 1 文字だけ使用できます。

ルートパターン 813510[^0-5] は、8135106 ～ 8135109 の範囲のすべての数字をルーティングするか、またはブロックします。

.

デリミタとして使用されるドット（.）文字は、Cisco Unified Communications Manager のアクセス コードをディレクトリ番号から分離します。

この特殊文字を、桁を無視する指定と一緒に使用すると、隣接システムに番号を送信する前に Cisco Unified Communications Manager のアクセス コードを削除できます。

各ルートパターンで、（.）文字は 1 文字だけ使用できます。

ルートパターン 9.@ は、最初の 9 を、国別番号計画に発信する Cisco Unified Communications Manager アクセス コードとして認識します。

*

アスタリスク（*）文字は、特別な着信番号の追加の桁として利用できます。

ルートパターン *411 を設定して、内部オペレータのディレクトリ案内の利用を可能にします。

#

シャープ（#）文字は、一般にダイヤル シーケンスの終了を特定します。

# 文字がパターンの最後の文字になるようにします。

ルートパターン 901181910555# は、国別番号計画内からダイヤルされる国際番号をルーティングまたはブロックします。末尾の 5 の後の # 文字は、この桁をシーケンスの最後の桁として特定します。

\+

\+ のように、バックスラッシュにプラス記号が続くと、国際番号用エスケープ文字 + の設定を示します。

\+ の使用は、国際番号用エスケープ文字 + がワイルドカードではなく、ダイヤル可能な桁であることを意味します。

ハントパイロットのパフォーマンスと拡張性

次のようなパフォーマンスおよび拡張性の制限が適用されます。

  • 単一の Cisco Unified Communications Manager クラスタ は、最大で 15,000 個のハントリスト デバイスをサポートします。

  • 単一の Cisco Unified Communications Manager サブスクライバは、ノードごとにコール キューイングが有効にされたハントパイロットを最大で 100 個サポートします。

  • ハントリストデバイスは、各ハントリストに 10 台の IP 電話を含む 1500 のハントリスト、各ハントリストに 20 台の IP 電話を含む 750 のハントリストの組み合わせ、または同様の組み合わせにすることができます。


    （注）  

    コール カバレッジにブロードキャスト アルゴリズムを使用する場合、ハントリスト デバイスの数は、Busy Hour Call Attempts（BHCA）の数によって制限されます。ブロードキャスト アルゴリズムを使用して、10 台の電話機を含むハントリストまたはハント グループを指すハントパイロットに対して 10 回の BHCA を行うことは、10 回の BHCA を行う 10 台の電話機と同じです。

  • コールキューを有効にしたハントパイロットの最大数は、Unified CM サブスクライバノードあたり 100 個です。キューで許可される発信者数が 32 に設定されている場合、ノードあたりのキュースロットの合計数（ノード上のコールキューが有効なすべてのハントパイロットの [キューで許可されている最大発信者数] を合わせた値）は、3200 に制限されます。各ハントパイロットのキューに同時に含められる発信者の最大数は 100 です。つまり、ハントパイロットごとにキューで許可される発信者数は 100 となり、ハントパイロットの最大数は 32 に減少します。すべてのハントリストに含まれるメンバの最大数は、コール キューイングが有効のときには変更されません。

  • 設定できる各ハントパイロットのキュー内にある最大待ち時間は、0～3600 秒（デフォルトは 900）です。ハントリストの数が増えると、Unified Communications Manager サービスパラメータで指定するダイヤルプラン初期化タイマーを増やす必要があります。シスコでは、1500 個のハントリストを設定している場合、ダイヤル プラン初期化タイマーを 600 秒に設定することをお勧めします。

  • コールキューを使用したブロードキャストアルゴリズムを使用する場合は、1 つの回線グループに対して 35 ディレクトリ番号が含まれないようにすることを推奨します。また、ブロードキャスト回線グループの数は、BHCC によって決まります。Unified CM システム内に複数のブロードキャスト回線グループがある場合、回線グループ内のディレクトリ番号の数は、35 よりも少なくする必要があります。すべてのブロードキャスト回線グループの最繁時呼数（BHCA）の数が、1 秒あたり 35 コール セットアップを超えないようにします。

ハントパイロットの連携動作と制限

機能

連携動作と制限事項

ハント グループのシングル ナンバー リーチ

ハント グループが設定済みで、ハンド グループが指し示す 1 つ以上の電話番号でシングル ナンバー リーチ（SNR）が有効な場合には、ハント グループのすべてのデバイスがログインしない限り、SNR リモート接続先にコールが転送されません。

ハント グループ内の各デバイスについて、[電話の設定（Phone Configuration）] ウィンドウで [ハント グループにログイン（Logged into Hunt Group）] チェックボックスをオンにする必要があります。

コールキューイング

コールキューイングは、ハントパイロットのサブ機能です。コールキューが有効になっていて、特定のハントパイロットに着信コールの要求がコールを応答するために使用可能なハントメンバーの数を超える場合、システムは、ハントメンバーが応答できるようになるまで着信コールをキューにキューに転送します。待機中に発信者とその音楽を再生するように、保留中のアナウンスと音楽を設定することができます。

追加の設定の詳細については、『Cisco Unified Communications Manager 機能設定ガイド』の「コール キューイングの設定」の章を参照してください。

Unified Mobility

ハントパイロットで Unified Mobility デバイスを設定することはお勧めしません。

分配されないコール

表 2. 循環アルゴリズムでコールが分配されない

制限事項

説明

BOT および TCT デバイスを含む回線グループの循環アルゴリズムで、コールが正しく配布されていません。

ログオフ状態にあるエージェントにコールが到達し、そのコールが "Huntlogout" タイプ以外の拒否タイプで拒否された場合。その後、インデックスが 1 つ増加しないため、前のコールに応答したのと同じエージェントにコールが送られます。

回線グループの循環アルゴリズムで、コールが正しく分配されません。

循環アルゴリズムでコールを分配している間、1 人のエージェントがビジー状態のとき、コールは次に使用可能なエージェントに到達します（つまり、ビジー状態のエージェントの代わりに次のエージェントがコールに応答します）。

（注）   

複数のコールが同時に実行された場合、次に対応可能なエージェントがそのコールに応答します。