通話管理

通話管理の要素

Cisco Unity Connection の通話管理は、システムが通話を処理する方法をカスタマイズし、発信者からの入力を収集するために使用できるさまざまな通話管理要素の組み合わせです。

Unity Connection は、着信および発信通話を管理するために、次の要素を提供します。

コンポーネント

使用法

コールハンドラ

通話に応答し、メッセージを取ります。オプションのメニューを提供する (例えば、「顧客サービスは 1、営業は 2...」など);通話をユーザーや他のコールハンドラにルーティングします。および音声テキスト (記録済み情報) を再生します。

ディレクトリ ハンドラ

ユーザーや外部の発信者がメッセージを残すための音声リストを再生し、企業ディレクトリにアクセスできるようにします。

インタビューハンドラ

一連の質問を再生し、回答を録音することで、発信者から情報を収集します。

着信ルーティング テーブル

発信者の電話番号やスケジュールなどの基準に基づいて、通話を最初にルーティングする方法を定義できます。 コールハンドラ、インタビューハンドラ、ディレクトリハンドラ、およびユーザの内線をセットアップしたら、通話ルーティングテーブルを編集することで、通話を適切な人またはハンドラにルーティングできます。

規制テーブル

Unity Connectionが、通話の転送、ユーザへのメッセージ通知、およびファックスの配信のためにダイヤルできる番号を指定することで発信通話を制御します。

スケジュールと休日

組織の勤務時間、勤務時間外、休日の時間を定義して、現在アクティブにする呼び出しルーティング ルール、グリーティング、転送オプションを制御します。

これらの要素はすべて、構築ブロックとして使用できます。 Unity Connection のデフォルト オブジェクトを使用またはカスタマイズするか、新しいオブジェクトを追加し、それらを組み合わせることで、発信者のエクスペリエンスを作成できます。

通話管理プラン

通話管理設計には、ワンボタン ダイヤル オプションのメニューや考えられるすべてのナビゲーション選択肢 (内線番号のダイヤルまたはルーティング ルール経由でのハンドラへの到達など) が含まれます。 事前に定義された Unity Connection コール ハンドラをプランに含めることもできます。

通話管理プランを作成する

通話管理プランがどのように機能するべきかを検討したら、ハンド ラーを接続するためのスケッチを作成できます。

次の図は、自動アテンダントを利用するサンプルの通話管理マップを示しています。

通話管理プランの実行

プランをマッピングしたら、録音セッション中に使用される各コール ハンドラのグリーティングの詳細なスクリプトを作成します。

通話処理装置のシステムをセットアップする準備ができたら、まず、通話がルーティングされる先の通話処理装置を作成します。 これらの「宛先」のコール ハンドラは、これらにコールをルーティングするコール プロセッサを作成する際に選択します。 コール プロセッサを作成する前に、コール プロセッサがコールを転送する先のユーザのアカウントも作成する必要があります。

上の図を例として使用します。まず、Kelly Bader のユーザ アカウントを作成し、発注、注文状況、ジョブ一覧の各担当者を作成します。 それから、Order Department と Human Resources のハンドラを作成します。

コール ハンドラーのマッピングに加えて、コール ルーティング テーブルも計画する必要があります。 上の図では、たとえば、すべての新しいコール ハンドラはオープニング グリーティングを通じてアクセスできます。 また、内線番号を一部のコール ハンドラーに割り当て、コール ルーティング テーブルを使用して、着信通話をこれらの内線番号にルーティングすることもできます。

システムコールハンドラ

コール ハンドラは、通話に応答したり、録音されたプロンプトで発信者に挨拶したり、情報やオプションを提供したり、通話をルーティングしたり、メッセージに応答したりするために使用されます。 事前に定義された Unity Connection コール ハンドラを使用するか、無制限に新しいコール ハンドラを作成できます。

Unity Connection に追加する各コール ハンドラーは、コール ハンドラー テンプレートと呼ばれるテンプレートに基づきます。

次の方法で、コール ハンドラを使用することができます。

  • 自動アテンダント - オペレータの代わりにコール ハンドラを使用して、グリーティングを再生したり、キー入力に応答したりすることで、通話に応答したり、転送したりできます。 自動アテンダントはメニューオプションを提供します(例えば、「セールスは 1 を、サービスは 2 を、当社の営業時間は 3 を押してください」など)。

  • 事前に録音された音声テキストを提供する:顧客から頻繁に要求される情報(「当社の通常の営業時間は、月曜から金曜の、午前 8 時から午後 5 時です」など)を提供したり、すべての発信者がシステムと対話する前に聞く事前に録音されたメッセージを再生するためにコールハンドラを使用できます。

  • メッセージの受信者:コールハンドラを使用して、組織宛てのメッセージを記録することができます(例えば、「すべての顧客サービス担当者は話中です。 お名前、電話番号、アカウント番号をお話しください。できるだけ早く折り返しお電話いたします。」

  • 通話の転送:コールハンドラを使用して、発信者をユーザーにルーティングできます(例えば、営業時間外に、テクニカルサポートのコールハンドラにかかってきた通話を、当番の人の携帯電話に直接転送できます)、または別のコールハンドラに送信します。


    (注)  


    Unity Connection は 40,000 のシステム コール ハンドラをサポートします。


コールハンドラテンプレート

Unity Connection に追加する各コール ハンドラは、テンプレートに基づきます。 テンプレートからの設定は、コール ハンドラを作成するときと同様に適用されます。 Unity Connection には、編集可能な定義済みのテンプレートが含まれています。 追加のコール ハンドラ テンプレートを作成することもできます。

テンプレートごとに、作成するコール ハンドラに必要な転送、発信者入力、グリーティング、およびメッセージ設定を有効にすることを検討する必要があります。


(注)  


コール ハンドラ テンプレートの設定を変更する場合、新しい設定は、そのテンプレートを使用して作成された新しいコール ハンドラに対してのみ有効です。


コール ハンドラ テンプレートを削除しても、作成時にそのテンプレートに基づいていたコール ハンドラには影響しません。

デフォルトのコール ハンドラー テンプレート

Unity Connection には、ほとんどのコール ハンドラに適した設定を持つ 1 つのデフォルトのコール ハンドラ テンプレートがあります。 デフォルトのコールハンドラテンプレートを編集することはできますが、削除することはできません。

システムコール処理テンプレート

このテンプレートの設定は、ほとんどのコール ハンドラに適しています。

コール ハンドラー テンプレートの設定

このセクションでは、Unity Connection のコール ハンドラ テンプレートの設定、コール ハンドラ テンプレートの設定の定義、およびそれらの保存に関する情報が含まれています。

手順

ステップ 1

Cisco Unity Connection Administration で、[テンプレート(Templates)] > を展開し、 > [コールハンドラテンプレート(Call Handler Templates)] を選択します。

[コール ハンドラ テンプレートの検索] ページには、現在設定されているコール ハンドラ テンプレートが表示されます。

ステップ 2

コール ハンドラ テンプレートを設定します (各フィールドの情報については、[ヘルプ] > [このページ] を参照してください):

  • コール ハンドラ テンプレートを追加するには、[新規追加] を選択します。 [新しいコール ハンドラ テンプレート] ページが表示されます。 適切な設定を入力し、[保存] を選択します。

  • コールハンドラーテンプレートを編集するには、目的のコールハンドラーテンプレートを選択します。 [コールハンドラーテンプレートの基本設定の編集] ページで、[編集] メニューから適切な設定を選択します。

    • コールハンドラテンプレートの基本設定

    • 転送ルール

    • 発信者入力

    • 挨拶

    • グリーティング後メッセージ

    • メッセージ設定

  • コール ハンドラ テンプレートを削除するには、次の作業を行います。

    [コール処理テンプレートの検索] ページで、削除するコール処理テンプレートを選択します。

    [選択項目の削除] を選択し、[OK] を選択して削除を確認します。


デフォルトのシステムコールハンドラ

Unity Connection には、編集はできるが削除はできない次の定義済みのコール ハンドラが含まれています。


(注)  


少なくとも、これらのコールハンドラの挨拶は編集する必要があります。


ガイダンス

自動アテンダントとして機能し、発信者が組織への発信時に最初に流れる挨拶文を再生し、指定されたアクションを実行します。 オープニング グリーティングの呼び出しルーティング ルールは、すべての着信をオープニング グリーティング コール ハンドラーに転送します。

デフォルトでは、オープニング グリーティング コール ハンドラーにより、発信者は * を押してサインイン会話にアクセスするか、# を押してオペレータのコール ハンドラーに電話をかけます。 オープニング グリーティング コール ハンドラに残されたメッセージは、配信不能メッセージ同報リストに送信されます。

演算子

発信者が [0] を押すか、またはどのキーも押さなかった場合 (デフォルト設定)、通話はこのコール ハンドラーにルーティングされます。 発信者がメッセージを残したり、電話をオペレータに転送できるように、オペレータ コール ハンドラーを設定できます。

デフォルトでは、オペレータ コール ハンドラーにより、発信者は * を押してサインイン会話にアクセスするか、または # を押して、オープニング グリーティング コール ハンドラーを開始できます。 オペレータ コール ハンドラに残されたメッセージは、オペレータ ユーザのメールボックスに送信されます。

さようなら

短いさようならメッセージを再生し、発信者が何も入力しない場合は電話を切ります。

デフォルトでは、終了案内のコールハンドラにより、発信者は * を押してサインイン会話にアクセスするか、または # を押して、オープニング グリーティング コール ハンドラーを開始できます。 [グリーティングの後の] アクションを [電話を切る] から [メッセージを受ける] に変更すると、さようならコールハンドラーに残されたメッセージは、[配信不能メッセージ] 同報リストに送信されます。

システムコール処理の設定

このセクションでは、Unity Connection 用のシステムコールハンドラーの設定、コールハンドラーの設定の定義、保存に関する情報が含まれています。

手順


ステップ 1

Cisco Unity Connection Administration で、[通話管理(Call Management)] を展開し、[システム[コールハンドラ(System Call Handler)] を選択します。

[コール ハンドラーの検索] ページには、現在設定されているコール ハンドラーが表示されます。

ステップ 2

システムコールハンドラーを設定する (各フィールドの詳細は [ヘルプ] > [当ページ] を参照してください):


  • システムコールハンドラーを追加するには:

    [コールハンドラーの検索] ページで、[新規追加] を選択します。

    [新しいコールハンドラー] ページで、適切な設定を入力し、[保存] を選択します。

  • システムコールハンドラーを編集するには:

    [コール ハンドラーの検索] ページで、編集するコール ハンドラーを選択します。 複数のシステムコールハンドラを編集するには、該当するチェックボックスにチェックを入れ、[一括編集] を選択します。

    [コールハンドラの基本設定の編集] ページで、[編集] メニューを選択し、次のいずれかの設定を編集します。

  • システムコールハンドラを削除するには:

    [システムコールハンドラ] ページで、削除するシステムコールハンドラを選択します。

    [依存関係を表示] を選択して、削除するコール ハンドラに依存しているデータベース オブジェクトを検索します。 依存関係の検索結果から、影響を受けるオブジェクトへのリンクをたどり、別のコール ハンドラに依存関係を再割り当てします。

    [選択項目の削除] を選択します。

Call Handler Settings

転送ルール

システム発信者用の転送ルールは、自動アテンダントから発信者に到達した着信を Unity Connection が転送する方法を指定します。

通話がコール ハンドラーに転送されると、Unity Connection はまず適用可能な転送ルールを確認して、通話の転送先をコール ハンドラー グリーティングまたは内線のいずれかに決定します。

録音されたオプションのメニューまたは情報メッセージを発信者に提供する場合は、転送ルールを設定して、着信を挨拶メッセージに転送します。

各コール ハンドラには、カスタマイズ可能な次の 3 つの転送ルールがあります。

  • 標準: これは通常営業時間です。

  • 閉業: これはアクティブスケジュールの閉業 (営業時間外および休日) の時間です

  • 代替: この転送ルールを有効にすると、標準および非営業時間の転送ルールが上書きされ、常に有効になります。

発信者入力

発信者の入力設定では、コール ハンドラ グリーティング中に発信者が電話のキーを押した場合に、Unity コネクションが実行するアクションを定義します。 [グリーティングの編集] ページの設定を使用して、グリーティングで発信者による入力を許可するかどうか、および発信者が転送を実行できるかどうかを指定できます。

挨拶

個別のコールハンドラの応答メッセージを設定して、発信者が応答メッセージの再生中にUnity Connectionユーザまたはコールハンドラに関連付けられていない番号に転送することができます。


(注)  


各システムコールハンドラは、最大 7 つの応答メッセージを持つことができます。


既定の応答メッセージは次のとおりです。

標準

他のグリーティングで上書きされない限り、常に再生されます。 標準のグリーティングを無効にすることはできません。

終了(Closed)

アクティブなスケジュールで定義されている、営業時間外の時間に再生されます。 クローズドグリーティングは標準の挨拶より優先されます。

祝日(Holiday)

アクティブなスケジュールに関連付けられた休日のスケジュールで指定されている特定の日時に再生されます。 休日の挨拶は、標準の挨拶やクローズドな挨拶よりも優先されます。

内線

内部発信者にのみ再生されます。 社内の人々だけが知る必要がある情報を提供できます。 内部の挨拶は、標準の挨拶、クローズドな挨拶、休日の挨拶よりも優先されます。 すべての電話システムの連動が内部グリーティングに必要なサポートを提供しているわけではありません。

ビジー

内線が通話中のときに再生します。 話中の挨拶は、標準の挨拶、休業中の挨拶、社内の挨拶、休日の挨拶よりも優先されます。

すべての電話システム連動が、話中グリーティングに必要なサポートを提供しているわけではありません。

代替

休暇や特別な状況など、さまざまな状況で使用できます。 代替の挨拶は、他のすべての挨拶よりも優先されます。

エラー(Error)

発信者が無効な番号を入力した場合に再生されます。 これは、番号が内線番号と一致しない場合、内線番号が検索範囲で見つからない場合、または発信者が番号をダイヤルすることが制限されている場合に発生する可能性があります。 エラー グリーティングを無効にすることはできません。

システムデフォルトのエラー録音は、「これを有効なエントリとして認識しませんでした」です。デフォルトでは、エラー グリーティングが再生された後で、Unity Connectionはグリーティングを再生します。


(注)  


コール ハンドラの言語が発信者から継承されている場合、コール ハンドラのグリーティングは複数の言語で録音できます。 たとえば、Cisco Unity Connection がフランス語とスペイン語でプロンプトを再生するように設定されている場合、標準グリーティングを両方の言語で録音して、スペイン語を話す発信者とフランス語を話す発信者にそれぞれの言語でグリーティングを再生することができます。


メッセージ設定

メッセージ設定では、コール ハンドラーのメッセージを受信する相手、メッセージにディスパッチ配信のマークを付けるかどうか、外部の発信者からのメッセージの録音最大長、メッセージを残すときに発信者ができること、メッセージにセキュアとして自動的にマークするかどうか、メッセージが残された後の通話で次に取るべき行動を指定します。

コールハンドラの所有者

コールハンドラの所有者は、Cisco Unity Connection Administration の [システムコールハンドラ(System Call Handlers)] > [グリーティング(Greetings)] ページで別のコールハンドラのグリーティングを選択したり、コールハンドラのグリーティングを録音したりするか、または電話で Cisco Unity Greetings Administrator を使用してこれを行うことができます。


(注)  


Unity Connection 10.5 以降では、ユーザと配信リストの両方をコール ハンドラの所有者として追加できます。 ただし、配信リスト内のローカル ユーザだけが、ネストされた配信リストのメンバーではなく、コール ハンドラの所有者として追加できます。


ディレクトリ ハンドラ

ディレクトリ ハンドラは、発信者がメールボックスを持つ Unity Connection ユーザに到達するために使用できる会社のディレクトリへのアクセスを提供するために使用されます。 発信者がユーザ名または名前の一部を検索すると、ディレクトリ ハンドラーが内線番号を検索し、通話を適切なユーザにルーティングします。

ディレクトリ ハンドラにはグリーティングがないため、コール ハンドラを使用して、発信者をディレクトリ ハンドラにルーティングする必要があります。 次に、コール ハンドラのグリーティングを使用して、各ディレクトリ ハンドラのオプションを発信者に説明します。

各ディレクトリ ハンドラには、名前の検索方法、一致した場合の動作、および発信者の入力が検出されない場合の動作を指定する設定が含まれています。

ディレクトリ ハンドラには 2 つのタイプがあります。

電話のキーパッド(Phone Keypad)

発信者は、電話のキーパッドを使用して、検索情報や内線番号を入力します。 このタイプのディレクトリ ハンドラでは、名前の検索方法、一致した場合の動作、発信者の入力が検出されない場合の動作を指定できます。

音声を有効にする

発信者は、到達させたい Unity Connection ユーザの名と姓を言うか、内線番号の個々の桁を言うことで、内線番号を入力します。 音声ディレクトリ ハンドラは、代替名を検索に含めることもできます。 音声対応ディレクトリ ハンドラを作成するには、音声認識オプションが必要です。

外部の発信者はディレクトリにリストされているユーザにアクセスできますが、管理者が定義した連絡先は Unity Connection にログインしているユーザのみが利用できます。 ユーザ定義の連絡先は、連絡先を定義した Unity Connection ユーザだけが利用できます。

(注)  

 

このタイプのディレクトリハンドラの場合、表示名が指定され、[ユーザーの基本設定(User Basics)] ページの [ディレクトリに登録(List in Directory)] チェックボックスが選択されている限り、ユーザーはディレクトリハンドラを使用してアクセスすることはできません。


(注)  


同じシステム上に、電話キーパッドと音声対応ディレクトリ ハンドラの両方を作成できます。


既定のディレクトリ ハンドラ

Unity Connection には、編集はできるが削除はできない [システム ディレクトリ ハンドラー] というデフォルトのディレクトリ ハンドラーが 1 つ含まれています。 デフォルトでは、このディレクトリ ハンドラは、システム上にメールボックスを持つすべてのユーザを、姓、名の順で検索するように構成されています。

発信者は電話のキーパッドを使用して、デフォルトのシステム ディレクトリ ハンドラと対話します。 デフォルトの音声対応ディレクトリ ハンドラはありません。

デフォルトでは、発信者が通話の開始の挨拶文中に 4 を押すと、ディレクトリ ハンドラにアクセスします。

ディレクトリハンドラの設定

このセクションでは、Unity Connection のディレクトリ ハンドラを設定し、ディレクトリ ハンドラの設定を定義して保存するための情報が含まれています。

手順


ステップ 1

Cisco Unity Connection の管理で、[通話管理] を展開し、[ディレクトリ ハンドラー] を選択します。

[ディレクトリ ハンドラの検索] ページに、現在設定されているディレクトリ ハンドラが表示されます。

ステップ 2

ディレクトリハンドラを設定します (各フィールドの情報については、[ヘルプ] > [このページ] を参照してください):

  • ディレクトリ ハンドラを追加するには:

    [ディレクトリ ハンドラの検索] ページで、[新規追加] を選択します。

    [新しいディレクトリ ハンドラ] ページで適切な設定を入力し、[保存] を選択します。

  • ディレクトリ ハンドラを編集するには:

    [ディレクトリ ハンドラの検索] ページで、編集するディレクトリ ハンドラを選択します。 複数のシステムディレクトリハンドラを編集するには、該当するチェックボックスにチェックを入れ、[一括編集] を選択します。

    [ディレクトリハンドラの基本設定の編集] ページで、[編集] メニューを選択し、次のいずれかの設定を選択します。

    • ディレクトリハンドラの基本

    • 発信者入力

    • 挨拶

      設定を編集したら、[保存] を選択してからページを離れます。

  • ディレクトリ ハンドラを削除するには:

    [ディレクトリ ハンドラ] ページで、削除するディレクトリ ハンドラを選択します。

    [依存関係を表示] を選択して、削除するディレクトリ ハンドラーに依存しているデータベース オブジェクトを検索します。 依存関係の検索結果から、影響を受けるオブジェクトへのリンクをたどり、別のディレクトリ ハンドラに依存関係を再割り当てします。

    [選択項目の削除] を選択します。


音声ディレクトリ ハンドラへの通話のルーティング

音声ディレクトリハンドラを設定している場合、次のタスクリストを参照して、Cisco Unified Communications Manager を設定して、電話番号を Cisco Unified Communications Manager から Unity Connection 音声ディレクトリにルーティングするようにします。

手順


ステップ 1

Cisco Unified Communications Manager の管理で、新しい回線グループの音声タイプのディレクトリ ハンドラに使用するポートを追加します。

ステップ 2

回線グループを新しいハントリストに追加します。

ステップ 3

音声タイプ ディレクトリ ハンドラに対する通話がルーティングされる新しいハント パイロットにハント リストを追加します。

ステップ 4

Cisco Unity Connection の管理で、通話を音声タイプのディレクトリにルーティングするためのポートを設定します。

ハンドラ

ステップ 5

Cisco Unified CM の設定の詳細については、次の URL で Cisco Unified CM のドキュメントを参照してください。

http://www.cisco.com/en/US/products/sw/voicesw/ps556/tsd_products_support_series_home.html.


インタビューハンドラ

インタビューハンドラは、録音された一連の質問を再生し、発信者からの回答を録音することで、発信者から情報を収集します。

インタビュー担当者のメッセージの受信者、メッセージがディスパッチ配信用にマークされるかどうか、緊急のマークが付けられているかどうか、メッセージが残されているときの通話時に実行する次のアクションを指定することができます。

インタビューハンドラが Unity Connection の他のオブジェクトによって参照される場合 (例えば、コールハンドラの発信者の入力キーが通話をインタビューハンドラに送信する)、他のオブジェクトの設定を変更して、削除するインタビューハンドラの参照を削除しない限り、インタビューハンドラを削除することはできません。 最初にオブジェクトの設定を変更しないでインタビュー ハンドラを削除しようとすると、削除操作は失敗します。

1 つまたは複数のコール ハンドラによって参照されたインタビュー ハンドラを削除する場合、発信者が入力オプションに関する適切な情報を聞くことができるように、必ずコール ハンドラのグリーティングを再録音してください。


(注)  


Cisco Unity Connection Release 14SU1 以降では、1 つのインタビューハンドラの質問の最大録音時間は 300 秒です。

300 秒を超えるインタビューハンドラの質問を録音する場合、複数の質問を録音する必要があります。Unity Connection に録音できる質問の最大数は 20 です。

インタビューハンドラは、転送されたコールに対して、ユーザーやコールハンドラと同じ方法で内線番号によるマッチングは行われません。コールをインタビューハンドラにルーティングするには、ルーティングルールを作成する必要があります。


インタビューハンドラを設定する

Unity Connection のインタビューハンドラを設定するには、インタビューハンドラの設定を定義し、保存します。

手順


ステップ 1

Cisco Unity Connection の管理で、[通話管理] を展開し、[インタビュー ハンドラー] を選択します。

[インタビュー ハンドラの検索] ページには、現在設定されているインタビュー ハンドラが表示されます。

ステップ 2

インタビューハンドラを設定する(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照してください):


  • インタビューハンドラを追加するには:

    [インタビュー ハンドラーの検索] ページで、[新規追加] を選択します。

    [新しいインタビュー ハンドラ] ページで適切な設定を入力し、[保存] を選択します。

  • ディレクトリ ハンドラを編集するには:

[インタビュー ハンドラの検索] ページで、編集するインタビュー ハンドラを選択します。 複数のシステムディレクトリハンドラを編集するには、該当するチェックボックスにチェックを入れ、[一括編集] を選択します。 適切な設定を入力し、[保存] を選択します。

  • インタビュー ハンドラを削除するには:

    [インタビュー ハンドラ] ページで、削除するインタビュー ハンドラを選択します。

    [依存関係を表示] を選択して、削除するインタビュー ハンドラに依存しているデータベース オブジェクトを検索します。 依存関係の検索結果から、影響を受けるオブジェクトへのリンクをたどり、依存関係を別のインタビュー ハンドラに再割り当てします。

    [選択項目の削除] を選択します。

ダイヤル プラン

パーティションとサーチ スペースは、Unity Connection 内でグローバル ダイヤルとメッセージ アドレス スペースを隔離する方法を提供します。 パーティションは、内線番号、名前、または SMTP アドレスで識別可能なオブジェクトの論理的なグループで構成されています。 サーチスペースには、パーティションの順序付きリストが含まれます。

Unity Connection でのデフォルトのパーティションとサーチ スペース

Unity Connection サーバをインストールまたはアップグレードすると、ユーザやユーザテンプレートなど、パーティションに属するすべてのオブジェクトが、 <Server Name> Partition という名前のパーティションに配置されます。 同様に、サーチスペースを使用するように設定されたすべてのオブジェクトは、 <Server Name> 検索スペース(唯一のメンバーである <Server Name> パーティションを含む)という名前のサーチスペースを使用します。 さらに、すべてのテンプレートは、該当する場合にはこのパーティションと検索スペースを使用するように設定されています。 このように、デフォルトでは、Unity Connectionは1つのサーバ全体のパーティションと検索スペースのみを使用します。 ディスクリプションまたはパーティションメンバーシップを変更することで、デフォルトのパーティションおよびサーチスペースを名前変更または削除したり、デフォルトのサーチスペースを編集したりできます。


(注)  


システムのデフォルトパーティションとサーチスペースを変更しても、作成済みのオブジェクトやテンプレートには影響しません。


システムデフォルトのパーティションおよびサーチスペースの変更

手順

ステップ 1

Cisco Unity Connection の管理で、[システム設定(System Settings)] を展開し、[全般設定(General Configuration)] を選択します。

ステップ 2

[全般構成の編集] ページの [デフォルトパーティション] フィールドで、新しいデフォルトパーティションの名前を選択します。

ステップ 3

[デフォルトの検索範囲] フィールドで新しいデフォルトのサーチスペース名を選択し、[ 保存] を選択します。


パーティション

Unity Connection では、オブジェクトをグループ化する方法としてパーティションを作成します。このグループに対して、発信者とユーザは、Unity Connection と対話しながら、メッセージを送信したり、発信することができます。 1 つまたは複数のパーティションを 1 つのサーチスペースのメンバーとしてグループ化することができます。また、パーティションは複数のサーチスペースのメンバーになることができます。 次のタイプのオブジェクトはパーティションに属します:

  • メールボックスを持つユーザ (プライマリ内線番号)

  • ユーザの代替内線番号

  • 連絡先 (VPIM 連絡先を含む)

  • システム配信リスト

  • システムコールハンドラ

  • ディレクトリ ハンドラ

  • インタビューハンドラ

  • VPIM ロケーション

さらに、ユーザテンプレート、連絡先テンプレート、およびシステムコールハンドラテンプレートを使用して、類似タイプの新しいオブジェクトのパーティションメンバーシップを設定できます。

内線はパーティション内で一意である必要がありますが、パーティションには、内線が関連付けられていないオブジェクトを含めることができます (たとえば、一部の連絡先やシステム配信リスト)。 オブジェクト名はパーティション内で一意である必要はありません。 管理者が定義した連絡先電話番号も、パーティション内で一意である必要はありません。

ユーザーは、プライマリ内線を 1 つのパーティションに、別の内線を別のパーティションに持つことができますが、一般的に、オブジェクトは単一パーティションのメンバーになることしかできません。 ユーザに代替名が定義されている場合、ユーザが内線番号を持つ各パーティションで代替名を使用できます。


(注)  


一括編集モードで代替内線のパーティションを変更すると、ユーザの主要内線が代替内線番号として取得されます。 主要内線が変更されたパーティションにすでに存在する場合、重複する内線のエラーメッセージがスローされます。


パーティションの設定

このセクションでは、Unity Connection のパーティションの設定、設定の定義と保存に関する情報が含まれています。 パーティションを作成したら、ユーザやユーザテンプレートなどの様々なオブジェクトをパーティションメンバーとして指定することができます。

手順

ステップ 1

Cisco Unity Connection Administration で、[ダイヤルプラン(Dial Plan)] > を展開し、[パーティション(Partitions)] を選択します。

ステップ 2

[パーティションの検索] ページには、現在構成されているパーティションが表示されます。

ステップ 3

パーティションを設定する(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照してください):

  • パーティションを追加するには、 [新規追加]を選択します。

    [新しいパーティション] ページで、パーティションの名前を入力し、[保存] を選択します。

    [パーティションの編集] ページが表示されたら、必要に応じて説明を追加することもでき、[保存] を選択します。

    (注)  

     

    パーティションの名前や説明は変更することができます。 パーティションメンバーシップを変更するには、個々のメンバーオブジェクトを編集する必要があります。

  • パーティションを編集するには、編集するパーティションを選択します。 [パーティションの編集] ページで設定を変更し、 [保存] を選択します

  • パーティションを削除するには、削除するパーティションの表示名の隣にあるチェックボックスを選択します。 [選択項目を削除] と [OK] を選択して削除を確認します。

    (注)  

     

    パーティションが空で (パーティションのメンバーであるオブジェクトがない)、パーティションがシステムデフォルトパーティションとして構成されていない場合、パーティションを削除できます。 空ではないパーティションを削除しようとすると、Unity Connection はパーティションが使用中で削除はできないという警告を出します。


サーチスペース

検索スペースは、Connection と対話している間にユーザまたは外部の発信者が到達できるユーザや同報リストなど、オブジェクトの検索範囲を定義するために使用されます。 たとえば、ユーザに適用される検索範囲は、そのユーザがメッセージの宛先にできるユーザ、配信リスト、または VPIM 連絡先を識別します。 ユーザに適用される検索範囲によって、ユーザが音声認識会話を使用する際にネーム ダイヤルで発信できるユーザと連絡先も特定されます。

以下のタイプのオブジェクトは、検索範囲に検索スペースを使用できます。

  • メールボックスを持つユーザ

  • ルーティングルール (直通と転送の両方)

  • システムコールハンドラ

  • 電話ディレクトリハンドラー

  • 音声対応ディレクトリ ハンドラ

  • VPIM ロケーション

さらに、ユーザ テンプレート、連絡先テンプレート、およびシステム コール ハンドラ テンプレートを使用して、類似タイプの新しいオブジェクトの検索範囲を設定できます。 検索スペースは、1 つ以上の順序付けられたパーティションで構成されます。

発信者に代わって Unity がオブジェクトを検索する場合、サーチ スペースに配置されている順序でパーティションを検索します。 内線番号はパーティション内で一意である必要がありますが、サーチ スペース内で一意である必要はありません。そのため、サーチ スペースを使用して、重複する内線番号を持つダイヤル プランを処理できます。

VPIM とネットワークの概念については、 ネットワーク の章を参照してください。

Automated Attendant の検索スペースの例

組織内に、自動アテンダントとしてセットアップされた Unity Connection サーバがインストールされ、顧客サービス部門への通話を処理し、ユーザに代わってボイス メッセージを受け取ります。 組織のすべての従業員は、従業員パーティションにプライマリ内線を持ち、顧客サービス部門の従業員は、顧客サービス パーティションに代替内線番号を持ちます。

Unity Connection サーバは、以下のサーチ スペースおよび関連するパーティション メンバーシップで設定されています。

検索スペース

パーティションメンバーシップ (優先順位で)

社員の検索スペース

従業員、顧客サービス

顧客サービスの検索スペース

顧客サービス

さらに、2 つのルーティング ルールが設定されています。 最初のルーティング ルールに従って、外部の発信者が Unity Connection にコールインすると、カスタマー サービスの検索スペースを使用します。 外部の発信者が対話するシステム コール ハンドラおよびディレクトリ ハンドラは、カスタマー サービスの検索スペースを使用するように設定されます。 2 番目のルーティング ルールによると、組織のすべての従業員は、組織内でお互いに発信するときに、従業員検索スペースを使用します。

この例では、ユーザが発信して Unity Connection にログインすると、メッセージの宛先を指定したり、社内の他のユーザに発信することができます。 しかし、外部の発信者が Unity Connection を呼び出して自動アテンダントに到達した場合、外部の発信者は、カスタマー サービス パーティション内の代行内線番号を持つ従業員のみに到達できます。

複数サイトの検索スペースの例

ある組織に、デジタルでネットワークされた Unity Connection の 3 つのロケーションがあり、次の 3 つのサイトにサービスを提供しています。本社、東区、および西地域です。

構成は次のとおりです。

  • Unity Connection は次のサーチ スペースおよび関連するパーティションで設定されています:

    検索スペース

    パーティションメンバーシップ (優先順位で)

    本社-SS

    HQ、プライマリ、RE、RW

    地域-東-SS

    RE、プライマリ

    Regional-West-SS

    RW、プライマリ

  • 次のユーザアカウントが設定されています:

    ユーザー

    ホームサーバ

    ユーザの検索スペース

    プライマリ内線番号 とパーティション

    代替内線番号 とパーティション

    アレックス・アバデ

    本社

    本社-SS

    85553001、プライマリ

    3001、本社

    クリス・ブラウン

    本社

    本社-SS

    85553002、プライマリ

    3002、本社

    パット・スミス

    地域-東部

    地域-東-SS

    82223001、プライマリ

    3001, RE

    シャノン・ジョンソン

    地域-東部

    地域-東-SS

    82223002、プライマリ

    3002, RE

    ロビン・スミス

    Regional-West

    Regional-West-SS

    87773001、プライマリ

    3001, RW

    テリー・ジョーンズ

    Regional-West

    Regional-West-SS

    87773333、プライマリ

    3333, RW

  • 本社サーバ上の VPIM ロケーションとして設定されている VPIM サーバがあります: VPIM-South。 この VPIM ロケーションのダイヤル ID は 8468 で、ブラインド アドレス指定を許可し、プライマリ パーティションに属し、Headquarters-SS 検索スペースを使用するように設定されています。

  • 各サーバのサインイン試行の直接ルーティングルールと転送試行の転送ルーティングルールは、そのサーバのユーザと同じ検索スペースを使用するように構成されています。 (たとえば、Headquarters サーバのルールは、Headquarters-SS 検索スペースを使用します。)

この例では、あるサイトのユーザは 4 桁の内線番号を使用して、同じサイトの他のユーザをアドレス指定できます。 ユーザーは 8468 にリモートシステムのメールボックス番号を加えることで、メッセージを VPIM メールボックスに無差別アドレス指定することができます。 VPIM-South VPIM ロケーションのユーザが送信したメッセージは、HQ、Primary、RE、または RW パーティション内の任意のユーザに配信できます。

検索スペースの仕組み

検索スペースは次のコンポーネントに適用されます。

  • ユーザー:ユーザーは、ユーザーの検索範囲として定義されたサーチスペースの一部であるパーティション内のオブジェクトにのみ到達できます。 このサーチスペースには、ユーザのプライマリまたは代行内線番号を含むパーティションを含める必要はありません。

ユーザーが内線番号でメッセージを宛先指定し、また、サーチスペースの異なるパーティションに重複する内線がある場合、Unity Connection は Cisco Unity Connection Administration の割り当てられたパーティションリストに表示される順序で、サーチスペースのパーティションを検索し、最初に見つかった結果を返します。

ユーザーの検索範囲は、内線または名前でメッセージのアドレスを指定する、プライベート配信リストにメンバーを追加する、アドレス指定の優先順位リストに名前を追加する、名前を呼び出して別のユーザーに電話をかける、VPIM 連絡先にメッセージを宛てる、VPIM ロケーションにブラインドアドレスのメッセージを送るなど、ユーザーが到達できるオブジェクトを定義します。

  • 着信ルーティング ルール: 通話が Unity Connection に着信すると、発信者が Unity Connection に直接ダイヤルしたか、または内線から転送されたかによって、通話はまず適切なルーティング ルール テーブルと照合されます。 Unity Connection が、通話のパラメータに基づいて、適用可能なテーブル内のルーティングルールへの通話と一致する場合、ルーティングルールの構成により、通話の初期検索範囲が決定されます。

通話ルーティングルールに正しい検索範囲を設定しやすくするために、ルーティングルール条件をセットアップして、着信通話のポート、電話システム、ダイヤル番号、またはその他の基準に基づいてルールを選択することができます。 複数のパーティションと複数のサーチ スペースをセットアップする場合、各呼び出しルーティング ルールに設定されている検索範囲の影響を慎重に考慮する必要があります。 呼び出しルーティング ルールでの検索範囲の設定に関連する次の考慮事項をご覧ください。

  • Unity Connection は、通話の初期範囲として定義されたサーチスペースを使用して、通話がユーザからのものかどうか、またその場合はどのユーザかを識別します。 ユーザが、コールの初期検索範囲としてセットされたサーチ スペースのメンバーではないパーティション内の内線番号からコールを発信した場合、そのコールはそのユーザから発信されたものとして識別されません。 ユーザの内線番号が、この検索空間にも表示される別の分割の内線番号と重複する場合、その通話は、Unity Connection が分割を検索したときに、検索空間に表示された順に検索した最初のオブジェクトから発信されたものとして識別されます。

  • Unity Connection にログインするために通話を発信するユーザーは、サインインプロセスが正常に完了するまで、検索スコープをユーザープロファイルに定義された検索空間に設定することはできません。

  • システム配信リスト: 各配信リストにパーティションを指定するため、各配信リストにメッセージを送信するためのユーザアクセスを制限するために、検索スペースを使用することができます。 特定のユーザーグループの検索スコープの一部ではない分割に配信リストを指定した場合、ユーザーは配信リストを見つけて、メッセージを宛先にすることができません。 例えば、「配信リストパーティション」という新しいパーティションを作成し、すべてのボイスメールユーザ、ボイスメール有効な連絡先、配信不能メッセージがこのパーティションを使用するように構成できます。 リストに送信するためのアクセス権を特定のユーザに付与するために、デフォルトのパーティションと [ディストリビューションリスト パーティション] の両方を含む新しいサーチスペースを作成し、このサーチスペースをユーザの検索範囲として指定することができます。

  • システム呼び出し処理: Unity Connection は、呼び出し処理機能の検索範囲を使用して、呼び出し処理機能から VPIM ロケーションのユーザ、管理者定義の連絡先、およびリモート連絡先にダイヤルされた内線番号を照合します。 ハンドラーの範囲を設定して、すでに通話に設定されている検索範囲を継承するか (前のハンドラーまたは通話ルーティング ルールから)、指定する特定の検索範囲を使用することができます。

  • ディレクトリ ハンドラー: Unity Connection はディレクトリ ハンドラー検索範囲を使用して、ディレクトリ ハンドラーに到達する発信者が検索または聞くことができるオブジェクトを定義します。 電話ディレクトリ プロセッサの場合、範囲をサーバ全体、特定のサービス クラス、システム同報リスト、または (コールから継承された、またはディレクトリ ハンドラに対して指定された) 検索スペースに設定できます。 音声対応のディレクトリ ハンドラについては、範囲をサーバ全体または (コールから継承された、またはディレクトリ ハンドラに指定された) 検索スペースに設定できます。

発信者が特定の名前についてディレクトリ ハンドラを検索する場合、ディレクトリ ハンドラの範囲がサーチ スペースに設定されている場合、Unity Connection はサーチ スペース内の各パーティションを検索し、名前に一致するすべてのオブジェクトのリストを返します。

  • インタビュー ハンドラ: 各インタビュー ハンドラはパーティションに関連付けられているため、サーチ スペースに含めることができ、発信者は会話の他の部分から到達できるようになります。 インタビュー ハンドラは、ユーザまたは他の対象にダイヤルしたりアドレスを指定したりする必要がないため、検索範囲が定義されていません。

  • ネットワーク: Unity Connection サーバを他の Unity Connection ロケーションとネットワークする場合、サーバで設定されているパーティションとサーチスペースが、ネットワーク上の他のすべての Unity Connection ロケーションに複製されます。 Unity Connection ネットワークは、ネットワーク内のすべてのロケーション間で共有される最大 10K のパーティションと 10K の検索スペースをサポートします。

  • VPIM ロケーション: 各 VPIM ロケーションは単一のパーティションに属します。 VPIM ロケーションでブラインド アドレス指定が許可されており、ロケーションが属するパーティションがユーザの検索スペース内にある場合、そのユーザはリモート VPIM システム上でブラインド アドレス指定できます。 ブラインド アドレスを指定するには、ユーザは VPIM ロケーションのダイヤル ID の後にリモート ユーザのメールボックス番号を指定することで、メッセージの宛先を指定します。 たとえば、VPIM ロケーション 555 のメールボックス 1000 に到達するには、メッセージの宛先として 5551000 を指定します。

VPIM ロケーションで連絡先の自動作成が設定されている場合、VPIM ロケーションのパーティションは自動作成される VPIM 連絡先のパーティションとして使用されます。 関連する VPIM ロケーションとは別に、VPIM 連絡先のパーティションを変更することもできます。 各 VPIM ロケーションにも検索範囲があります。 Unity Connection が VPIM ロケーションの送信者からメッセージを受信すると、Unity Connection はロケーションの検索範囲として定義されている検索スペースを検索し、宛先フィールドの内線と Unity Connection ユーザーを照合することでメッセージ受信者を特定します。

  • 管理者が定義した連絡先: 管理者が定義した各連絡先はパーティションに属します。 発信者が音声コマンドを使用して連絡先に発信するために使用できる電話番号で連絡先が設定されている場合、音声認識を使用するユーザーの検索スペースにその連絡先のパーティションが含まれている場合、そのユーザーはその連絡先に電話をかけることができます。その連絡先のパーティションが検索スペースに含まれていないユーザーは、その連絡先に電話をかけることができません。 さらに、このパーティションを含む検索範囲を使用または継承する音声対応ディレクトリ ハンドラに到達する発信者は、連絡先に到達できます。または、ディレクトリ ハンドラの検索範囲がサーバ全体に設定されている場合も同様です。

検索スペースの設定

このセクションには、Unity Connection の検索スペースの構成、設定の定義と保存に関する情報が含まれています。

手順

ステップ 1

Cisco Unity Connection Administration で、[ダイヤルプラン(Dial Plan)] を開き、[検索スペース(Search Spaces)] を選択します。

ステップ 2

検索スペースの設定 (各フィールドの詳細については、[ヘルプ]> [このページ] を参照してください):

  • 新しい検索スペースを追加するには、 [新規追加]を選択します。

    [新規検索スペース] ページより [検索スペース] の名前を入力し、[保存] を選択します。

    [検索スペースの編集] ページで検索スペースの説明を入力し、 [保存]を選択します。

  • サーチスペースを編集するには、編集するサーチスペースの名前を選択します。 [Edit Search Space] ページで、必要に応じて設定を変更し、[保存] を選択します。

  • 検索スペースを削除するには、削除する検索スペースの表示名の隣にあるチェックボックスをチェックします。 [選択項目を削除] と [OK] を選択して削除を確認します。

    (注)  

     
    使用中のオブジェクトがある場合でも、検索スペースを削除できます。ただし、この場合は置換用の検索スペースを選択する必要があります。 検索範囲が削除された検索スペースに設定されていたオブジェクトは、代わりに置換の検索スペースを使用するように変更されます。
  • 50 を超えるサーチスペースは同時に削除できません。


コール ルーティング

コールルーティングは、オペレーターや特定のサブスクライバ、コールハンドラ、ディレクトリハンドラ、インタビューハンドラへの着信コールをルーティングするために使用されます。 また、コールルーティングは、サブスクライバをサブスクライバ ログオン カンバセーションにルーティングするためにも使用されます。

既定の呼び出しルーティング規則

Unity Connectionには、直接通話用と転送通話用の2つのコールルーティングテーブルがあり、ユーザおよび身元不明の発信者からの通話を処理します。

  1. 直通ルールは、Unity Connectionに直接ダイヤルされるユーザおよび身元不明の発信者からの通話を処理します。 定義済みのダイレクト ルーティング ルールは以下のとおりです。

    • サインインの試行 - ユーザからの通話は、ユーザのサインイン カンバセーションにルートされます。


      (注)  


      Unity Connection 10.0 (1) 以降では、ユーザーは「サインインを試みる」でログインすると、ビデオと音声の両方のグリーティングを再生および記録できます。


    • オープニング グリーティング - 身元不明の発信者からの通話は、オープニング グリーティングにルーティングされます。

  2. 転送ルールは、ユーザーの内線から Unity Connection に転送される通話を処理します。

またはユーザアカウントに関連付けられていない内線番号から (会議室など)。 その

定義済みの転送ルーティングルールは以下のとおりです。

  • 転送試行 - ユーザの内線番号から転送されたすべての通話は、ユーザのグリーティングにルーティングされます。


    (注)  


    Unity Connection 10.0(1) 以降では、発信側ユーザーが応答のない通話を受信すると、ユーザーはビデオと音声の両方のグリーティングを再生できます。


  • オープニング グリーティング—ユーザ アカウントに関連付けられていない内線番号から転送された通話は、オープニング グリーティングにルーティングされます。

それぞれのルーティングテーブルに追加する追加ルールに対して、[サインイン試行] および [転送試行] ルールの順序を変更することができます。 オープニング グリーティングのルールは、常に両方のテーブルの最後のエントリになります。 定義済みのルールを削除することはできません。

新しいルールを作成するときは、通話のルーティングに使用される条件のみを指定する必要があります。 空白のフィールドはすべてに一致するため、ページの他のフィールドを空白にしておくことができます。

コール ルーティングルールを設定する

このセクションでは、Unity コネクションでの着信ルーティング ルールの設定、およびルーティング ルールの設定の定義と保存について説明します。

手順


ステップ 1

Cisco Unity コネクション管理で、[ 通話管理> コール ルーティング] を展開します。

  • 直通通話のルーティング ルールを構成する場合は、[直通ルーティング ルール] を選択します。 [ダイレクト ルーティング ルール] ページには、既定および現在構成されているルーティング ルールが表示されます。

  • 転送された通話のルーティングルールを設定したい場合は、[転送ルーティングルール] を選択します。 [転送ルーティングルール] ページには、既定および現在設定されているルーティングルールが表示されます。

ステップ 2

直通または転送ルーティングルールでルーティングルールを設定します: (各フィールドの情報については、[ヘルプ] > [このページ] を参照してください):

  • ルーティングルールを追加するには、[新規追加] を選択します。

    [新しい直接ルーティング ルール] ページまたは [新しい転送ルーティング ルール] ページで、適切な設定を入力し、[保存] を選択します。

    ルーティングルール条件を追加するには、[ルーティングルールの編集] ページで [新規追加] を選択します。

    ルーティングルールの条件設定を編集し、[保存] を選択します。

  • ルーティングルールを削除するには、次の操作を行います:

    [連絡先の検索] ページで、削除するルーティングルールを選択します。

    [選択項目の削除] を選択します。


着信ルーティング テーブル

コールルーティングテーブルは、オペレーターや特定のユーザー、コールハンドラ、ディレクトリハンドラ、インタビューハンドラへの着信コールをルーティングするために使用されます。 さらに、着信ルーティングテーブルは、ユーザーをユーザーサインイン会話にルーティングするために使用されます。

新しいルールを追加したり、それぞれのルーティングテーブルのルールの順序を変更することができます。 それぞれのルーティングテーブルに追加する追加ルールに対して、「サインイン試行」および「転送試行」ルールの順序を変更できますが、「オープニンググリーティング」ルールは、常に両方のテーブルの最後のエントリになります。 定義済みのルールを削除することはできません。

着信通話のルーティング テーブルは、発信者電話番号 (ANI または発信者 ID)、通話を発信するトランクやポート、ダイヤル済み電話番号 (DNIS)、転送ステーション、およびスケジュールなど、通話に関して Cisco Unity Connection が持つ情報に基づいて着信通話をルーティングするための一連のルールで構成されています。

Unity Connection は、着信を受けると、まず電話システムから送信された通話情報に基づいて、それが直通か転送かを判断し、次に適切なコール ルーティング テーブルを適用します。 通話情報が最初のルールのすべての条件に一致する場合、通話はルールで指定されているとおりにルーティングされます。 最初のルールで指定された条件のいずれかが満たされない場合、通話情報は 2 番目のルールの条件と比較され、通話のすべての特性に一致するルールが見つかるまで同様に繰り返されます。

電話システムと Unity Connection の間の連携により、通話に関して提供される情報 (たとえば、通話タイプ、ポート、トランク、発信番号、ダイヤル番号) が決まります。 スケジュールは、コールを受信した日時によって決定されます。

次の例は、通話をルーティングするために、Unity Connection で通話ルーティングテーブルがどのように使用されるかを示しています。

例 1

以下の表で、[オペレータ] ルール設定で指定された基準を満たす通話 (平日のスケジュールがアクティブな間に受信した直通の外部着信) は、オペレータに転送されます。 この基準を満たさない着信は、テーブル中の他の着信ルーティング ルールの指定に従ってルーティングされます。 この場合、週末に受信した直通の外線通話は、「オープニング グリーティング」通話ルーティング ルールに従って、「オープニング グリーティング」にルーティングされます。

表 1. 直通通話呼び出しルーティング テーブル

Rule

Status

ダイヤルした 番号

発信者 番号

電話 システム

Port

スケジュール

コールの送信先

演算子

アクティブ

任意(Any)

任意(Any)

任意(Any)

任意(Any)

平日

オペレーターへの転送を試みる

サインインを試みます

アクティブ

任意(Any)

任意(Any)

任意(Any)

任意(Any)

常に

サインインを試みます

ガイダンス

アクティブ

任意(Any)

任意(Any)

任意(Any)

任意(Any)

常に

開始の挨拶の転送を試行

例 2

以下の表では、特定の内線番号 (1234 および 5678) から転送された通話は、それぞれ製品情報とカスタマー サービス ルールに従ってルーティングされます。 最初の 2 つのルールのいずれの内線番号または転送ステーションにも一致しない着信は、残りの 2 つのルールに従ってルーティングされます。

表 2. 転送された通話の呼び出しルーティングテーブル

Rule

Status

ダイヤルした 番号

発信者 番号

転送ステーション

電話 システム

Port

スケジュール

コールの送信先

顧客サービス

アクティブ

任意(Any)

任意(Any)

5678

任意(Any)

任意(Any)

常に

顧客サービスへの転送を試みる

製品情報

アクティブ

任意(Any)

任意(Any)

1234

任意(Any)

任意(Any)

常に

製品情報の挨拶へ送信

転送を試行

アクティブ

任意(Any)

任意(Any)

任意(Any)

任意(Any)

任意(Any)

常に

転送を試行

ガイダンス

アクティブ

任意(Any)

任意(Any)

任意(Any)

任意(Any)

任意(Any)

常に

開始の挨拶の転送を試行

次のコール ルーティング ルール アクションからルーティングするルーティングルールを使用する

ユーザ プロファイルまたはコール ハンドラで、[グリーティングの後] アクション、メッセージの後アクション、または発信者が入力したキーのアクションを設定して、次のコール ルーティング ルールからルーティングするアクションを着信に適用できます。 このアクションにより、Cisco Unity Connection は、該当するコール ルーティング テーブル (通話が電話システムからどのように受信されたかに応じて、直通または転送) に従って、Unity Connectionが以前に適用したルールの直後から始まるルールに従って、通話の処理を続行します。 通話が表中の最終ルールに従ってすでに処理されている場合、最終ルールが再度適用されます。

たとえば、着信者が Unity Connection に直接発信するか、内線によって転送されるかに関係なく、すべての着信者に対して Unity Connection に常に標準のグリーティングまたは免責事項を再生させることができます。 挨拶文は、発信者がメッセージを残す、ログインするなど、他の操作を行う前に再生されます。これらの操作を行うには、次の操作を行います。

  1. 新しいコール ハンドラを作成し、代替の挨拶としてメッセージを録音します。

  2. 代替の挨拶を有効にし、挨拶中に着信者の入力を無視するように構成してから、[挨拶の後] アクションを次の呼び出しルーティングルールからのルーティングアクションで構成します。

  3. すべてのダイレクト コールを新しいコール ハンドラに送信する新しいダイレクト コール ルーティング ルールを追加し ([グリーティングに直接移動] を選択)、ルールがダイレクト コール ルーティング テーブルの上部に表示されることを確認します。

  4. すべての転送コールを新しいコールハンドラに送信する新しい転送コールルーティングルールを追加し([グリーティングに直接移動] を選択)、ルールが転送コールルーティングテーブルの上部に表示されることを確認します。

システムがこのように設定されると、すべての通話は、発信元やシステムに到達する方法に関係なく、このグリーティングをそのまま聞き、元の宛先に直接進みます。

規制テーブル

制限テーブルを使用すると、ユーザと管理者が以下のために使用できる電話番号またはURIを制御できます:

  • ユーザが自分の通話を転送するために入力できる番号またはURI、そして外部の発信者がコールシステム転送を使用する際に入力できる番号またはURIを含む通話の転送。

  • Cisco Unity Connection アプリケーションからの電話での録音と再生。これは、電話がメディアプレーヤーで指定された録音および再生デバイスである場合です。

  • FAX を FAX マシンに配信する。

  • メッセージ通知を送信する。

  • ユーザ定義の代替内線番号を作成します。これには、Unity Connectionがユーザの代わりに自動的に追加を提案する内線番号が含まれます。

たとえば、ユーザに内線番号だけに着信を転送させたり、ファックスを市内電話番号だけに配信したりするように指定することができます。 (制限テーブルは、ユーザが Unity Connection と対話していないときに、電話から直接ダイヤルできる電話番号には影響しません。)

各サービス クラスは、メンバー向けに、着信転送用、メッセージ通知用、およびファックス配信用の規制テーブルを指定しています。 規制テーブルは、3 つすべてで同一にすることも、それぞれ異なるものにすることもできます。

規制テーブルの仕組み

ユーザが Messaging Assistant または Unity Connection 会話を使用して、着信転送、メッセージ通知、または FAX 配信に使用される電話番号を変更しようとしたとき、またはサインインしたユーザが Unity Connection 会話を実行したときに、ユーザが指定した番号へのシステム転送を実行する場合、Unity Connection はユーザのサービスクラスに関連付けられた制限テーブルを適用します、入力された電話番号が許可されているかどうかを確認します。

たとえば、ユーザが Unity Connection Messaging Assistant を使用して電話番号を入力し、メッセージ通知デバイスをセットアップする場合、Unity Connection はユーザのサービスクラスに関連付けられた規制テーブルを適用し、電話番号が許可されていない場合はエラーメッセージが表示されます。しかし、管理者が Cisco Unity Connection の管理を使用してユーザのメッセージ通知番号を変更すると、Unity Connection は番号に規制テーブルを適用しません。 したがって、管理者は、必要に応じて、特定のユーザのサービスクラスの制限をオーバーライドできます。

ユーザ定義および自動的に追加される代替内線制限テーブルは、ユーザが Cisco パーソナル コミュニケーション アシスタントまたは API 呼び出しなどのインターフェイスを通じて、自分用の代替内線番号を作成するために使用できる番号を制限するという点で、他の制限テーブルと同様に機能します。 また、ユーザが頻繁に Unity Connection に発信し、その番号からサインインする場合、番号が代替内線として提供されることを制限することもできます。 (テーブルには、自動追加された代替内線番号で除外された内線という名前が付けられています。これは、ユーザが Cisco PCA で自分用に作成した代替内線には適用されません。) 他の制限テーブルとは異なり、この制限テーブルはすべてのユーザーに適用されるため、サービスクラスとは関連付けられません。 また、管理者が Unity Connection 管理を使用してユーザ定義の代理内線番号を変更する場合にも適用されますが、管理者が管理者定義の代理内線番号を変更する場合は適用されません。

規制テーブルの各行は、ダイヤル文字列で構成されています。 各ダイヤル文字列は、発信パターンと、発信パターンに一致する番号に発信できるかどうかを指定する設定で構成されます。 ほとんどの場合、制限テーブルで制御される番号をユーザが変更しようとしたときに、制限テーブルが適用され、Unity Connectionが転送または配信を完了しようとしたときではありません。 発信者のシステム転送の場合、認証されていない発信者は指定した番号に転送できます。Unity Connectionは、指定された番号をデフォルトのシステム転送テーブルと照合してチェックします。 既定では、通話料の詐欺や不正使用から保護するために、このテーブルはすべての番号をブロックします。

制限テーブルが番号に適用されるとき (メッセージ通知用のポケットベル番号など)、Unity Connectionはその番号を制限テーブルの最初のダイヤル文字列のコールパターンと比較します。 番号が通話パターンと一致しない場合、Unity Connectionは番号を 2 番目のダイヤル文字列の通話パターンと比較し、一致するものが見つかるまで以下同様に繰り返します。 Unity Connection が一致を見つけると、ダイヤル文字列で指定されている番号への発信を許可または制限します。

規制テーブルは、一般的に、次のものへのコールを許可または制限するために使用されます。

  • 特定の番号 (内線番号など)。

  • 特定の長さより大きいまたはより小さい番号。

  • 特定の桁または桁のパターンを含む番号です。たとえば、外線アクセスコードの後に長距離アクセスコードが付いたものなどです。

たとえば、次の規制テーブルはほとんどの長距離電話番号を制限していますが、「91」で始まる内線は許可します。この場合、ユーザが転送番号として「9123」を入力すると、Unity Connection はまずその番号をダイヤル文字列 0 の発信パターンと比較し、「91」で始まり、少なくとも 7 桁の数字が続くすべての番号を制限します。 入力された番号は発信パターンと一致しないため、Unity Connection は次にその番号をダイヤル文字列 1 と比較し、「9011」で始まり少なくとも 7 桁の後に続くすべての番号を制限します。 最後に、Unity Connection は番号を最後のダイヤル文字列と比較します。ダイヤル文字列には、任意の長さのすべての番号に一致するワイルドカード文字が含まれます。 このダイヤル文字列に対して [この文字列を許可] フィールドが [はい] に設定されているため、Unity Connection はこの番号の使用を許可します。

表 3. 例 1

ダイヤル文字列

発信パターン

この文字列を許可

0

91???????*

不可

1

9011???????*

不可

2

*

下記の規制テーブルは、長距離電話番号および 4 桁未満の番号を制限します。 この例で、「9」は電話システムの外線アクセスコードで、「1」は長距離アクセスコードです。 ダイヤル文字列 0 は、「91」で始まる番号を制限しますが、4 桁未満の番号はダイヤル文字列 2 によって制限されます。したがって、この規制テーブルで許可されている唯一の番号は、少なくとも 4 桁があり、長距離電話番号ではありません。

表 4. 例 2

ダイヤル文字列

発信パターン

この文字列を許可

0

91*

不可

1

????*

2

*

不可


(注)  


Unity Connection 10.5 (1) 以降では、URI のコールパターンを制限することもできます。 たとえば、「abc」でユーザ部分が始まり、ホスト名「dummy.com」に属するコールパターン (例、abc*@dummy.com) を制限できます。


デフォルトの制限テーブル

Unity Connection には、編集 (名前の変更を含む) はできる次の定義済みの規制テーブルがありますが、削除はできません。 既定では、これらの各規制テーブルにより、長距離電話番号へのアクセスが禁止されます。


(注)  


Unity Connection 10.5 以降では、電話番号と共に URI を制限できます。


既定の FAX

FAX 配信の番号を制限します。

デフォルトのアウトダイヤル

メッセージ通知の番号を制限します。 また、電話がメディア プレーヤーで録音および再生デバイスとして選択されている場合、Unity Connection がダイヤルするユーザの内線も制限します。

デフォルトのシステム転送

発信者のシステム転送に使用できる番号を制限します。これにより、身元不明の発信者は、指定した番号に転送できます。 たとえば、発信者が Unity Connection ユーザに関連付けられていないロビーまたは会議室の電話にダイヤルする場合などです。 デフォルトでは、テーブルは Unity Connection が番号にダイヤルすることを許可しません。

既定の転送

着信転送の番号を制限します。

ユーザ定義および自動追加の代替内線番号

ユーザが Cisco Personal Communications Assistant または API 呼び出しなどのインターフェイスを通じて、自分用の代替エクステンションを作成するために使用できる番号を制限します。 また、番号が代替エクステンションとして提供されることも制限します。 たとえば、ロビーまたは会議室の内線をブロックすることで、これらの共有電話から Unity Connection に頻繁に発信するユーザが、その番号を代替エクステンションとして追加するように自動的にプロンプトされないようにすることができます。

自動的に追加された代替エクステンションから除外された内線

番号が代替エクステンションとして提供されることも制限します。 たとえば、ロビーまたは会議室の内線を追加することで、これらの共有電話から Unity Connection に頻繁に発信するユーザーが、その番号を代替内線番号として追加するように自動的にプロンプトされないようにすることができます。

規制テーブルの設定

定義済みの規制テーブルを編集でき、最大 100 の新規規制テーブルを作成できます。 最大 50 のダイヤル文字列をテーブルに追加することもできます。 新しいダイヤル文字列はダイヤル文字列 0 として制限テーブルに自動的に挿入されます。ダイヤル文字列の順序は非常に重要であることに注意してください。Unity Connection はダイヤル文字列 0 から開始して、電話番号を制限テーブルの呼び出しパターンと順番に比較するためです。番号が複数の呼び出しパターンに一致した場合、その番号は最初に一致した呼び出しパターンに従って処理されます。

特定の番号を入力するか、または次の特殊文字をワイルドカードとして使用することで、コールパターンを示すことができます。

*

0 個以上の英数字文字列に一致します。

?

1 桁の数字または文字に一致します。 1桁のプレースホルダーとして?を使用します。

#

電話の # に対応します。

デフォルトでは、すべての規制テーブルには、テーブルの最後のダイヤル文字列のコールパターンとして * があります。 このコールパターン設定を編集することはできません。入力した番号が表中のコールパターンと一致しないというケースを防止するためです。 ただし、[このダイヤル文字列のブロック済みフィールド] 設定を変更して、番号を許可または制限することができます。

手順


ステップ 1

Cisco Unity Connection Adminitration で、[システム設定(System Settings)] > を展開し、[規制テーブル(Restriction Tables)] を選択します。

[規制テーブルの検索] ページには、現在設定されている規制テーブルが表示されます。

ステップ 2

規制テーブルの設定 (各フィールドの情報については、[ヘルプ] > [このページ] を参照してください):


  • 規制テーブルを追加するには:

    [規制テーブルの検索] ページで、[新規追加] を選択します。

    [新しい規制テーブル] ページで、必須フィールドの値を入力します。

    [規制テーブルの編集] ページで、規制テーブルにパターンを追加し、その後で[保存] を選択します。

  • 規制テーブルを編集するには:

    [規制テーブルの検索] ページで、削除する規制テーブルを選択します。

    [規制テーブルの編集] ページで、必要に応じて設定を変更します。

    パターンの順序を変更するには、 [順序の変更]を選択します。 リスト内でパターンを移動するには、[制限事項のパターンの順序の変更] ページで、パターンを選択し、上矢印または下矢印を選択します。

    変更が完了したら、[ 保存] を選択します。

  • 規制テーブルを削除するには:

    [検索規制テーブル] ページで、削除する規制テーブルの表示名の隣にあるチェックボックスを選択します。

    [選択項目を削除(Delete Selected)] を選択し、[OK] で削除を確定します。


    (注)  


    削除しようとしている規制テーブルがサービス クラスによって参照されている場合、エラー メッセージが表示され、参照を見つけて削除するまで、テーブルを削除することはできません。


スケジュール

Unity Connection はスケジュールを使用して、どのユーザ転送ルールを適用するか、どのユーザグリーティングを再生するかを決定します。 ユーザを追加する前に、ユーザテンプレートで指定されたアクティブなスケジュールを確認する必要があります。 別のスケジュールを指定するには、既存のユーザテンプレートを編集するか、新しいユーザテンプレートを作成する必要があります。


(注)  


ユーザテンプレートで指定されたアクティブなスケジュールを変更する場合、そのテンプレートに基づく既存のユーザは新しいスケジュールに割り当てられません。


既存のスケジュールを編集する場合、変更はそのスケジュールの新規ユーザと既存ユーザの両方に適用されます。 そのため、ユーザアカウントを作成する前でも後でも、スケジュール設定を編集することができます。 また、いつでもユーザに別のスケジュールを再割り当てすることができます。

既定のスケジュール

Unity Connection には次の定義済みスケジュールがあり、編集はできますが削除はできません。

  • すべての時間: このスケジュールは、1 日 24 時間、週 7 日、休日なしでアクティブになるように構成されます。 このスケジュールに従うルーティング ルールは常にアクティブになり、このスケジュールを使用するコール ハンドラは、時間外の転送設定を使用したり、時間外のグリーティングを再生したりしません。

  • 平日: このスケジュールは、午前 8 時から午後 5 時までアクティブになるように構成されています。 (Unity Connection サーバのタイムゾーン) 月曜から金曜まで。 また、既定の休日スケジュールで設定されている任意の日時に従うように構成されます。

  • 音声認識の更新: このスケジュールは、保留中の変更がある場合に、Unity Connection 音声認識トランスポート ユーティリティが音声認識の名前の文法を自動的に再構築できる時間と曜日を指定します。 デフォルトでは、すべての日時がこのスケジュールでアクティブになりますが、大きな名前の再構築はシステムのパフォーマンスに悪影響を及ぼします。

スケジュールの設定

手順


ステップ 1

Cisco Unity Connection の管理で、[システム設定] を展開し、[スケジュール] を選択します。

[スケジュールの検索] ページが表示され、現在構成されているスケジュールが示されます。

ステップ 2

スケジュールを設定する(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照してください):

  • スケジュールを追加するには:

    [スケジュールの検索] ページで、[新規追加] を選択します。

    [新しいスケジュール] ページで、[表示名] を入力し、[保存] を選択します。

    [スケジュールの編集] ページで必須フィールドの値を入力し、[保存] を選択します。

  • 既存のスケジュールを編集するには:

    [スケジュールの検索] ページで、編集するスケジュールを選択します。

    [スケジュールの編集] ページで必須フィールドの値を入力し、[保存] を選択します。

    (注)  

     

    スケジュールの詳細をスケジュールから削除すると、そのスケジュールは決してアクティブになりません。

  • スケジュールを削除するには:

    [スケジュールの検索] ページで、削除するスケジュールのチェックボックスにチェックを入れ、[依存関係を表示] を選択します。

    依存する Unity Connection コンポーネントを他のスケジュールに割り当てます。

    [選択項目を削除] と [OK] を選択して削除を確認します。


休日のスケジュール

Unity Connection ユーザまたは通話管理コンポーネントに対して再生する休日のスケジュールを、指定した日時にセットアップすることができます。 日時は Unity Connection サーバに割り当てられたタイムゾーンによって異なります。

休日のスケジュールが実施されている場合、Unity Connection は有効になっている場合の休日の挨拶文のみを再生し、定休日の転送ルールに従います。 数年間の休日を一度にセットアップすることができます。 既定の休日スケジュールがあり、変更はできますが削除はできません。

作成または編集する各スケジュールについて、標準時間を構成する複数の時間と曜日の範囲を識別し、特定の休日の日時を定義する休日スケジュールを関連付けることができます。

標準時間

通常の営業時間を構成する時間と曜日で、組織は開いています。 標準の営業時間には、複数の時間範囲と、曜日ごとの異なる時間範囲を含めることができます。 (たとえば、組織の標準的な営業時間は、月曜から金曜の午前 8 時から 12 時までと午後 1 時から 5 時までで、お昼休憩を取り入れて、土曜日は午前 9 時から 1 時までです。)

標準転送ルールは、標準スケジュールに追加した曜日と時間範囲で有効になります。標準のユーザとコール ハンドラーのグリーティングは、標準時間中に再生されます。

閉館時間

標準時間として識別されない時間と日は、組織が閉じているときに、営業時間外と見なされます。

非営業時間のユーザおよびコール ハンドラの転送ルールは、休日を含む、標準スケジュールで指定されていないすべての時間に実行されます。非営業時間のユーザとコール ハンドラーのグリーティングは、クローズド スケジュールに従って再生されます。

休日

休日の設定が有効な場合、Unity Connectionは休日の挨拶文が有効になっている場合に再生され、休業時間の転送ルールに従います。 数年間の休日を一度にセットアップすることができます。 多くの休日は毎年異なる日付になるため、休日のスケジュールが毎年正確であることを確認してください。

閉鎖状態のユーザーとコールハンドラの転送ルールは、休日を含む、標準スケジュールで指定されていないすべての時間に実行されます。この期間中、ユーザーとコールハンドラの休日の挨拶も再生されます。

休日スケジュールの設定

手順


ステップ 1

Cisco Unity Connection 管理で、[システム設定] を展開し、[休日スケジュール] を選択します。

[休日スケジュールの検索] ページが表示され、現在設定されている休日スケジュールが表示されます。

ステップ 2

休日スケジュールの設定 (各フィールドの詳細については、[ヘルプ] > [このページ] を参照してください):

  • 休日のスケジュールを追加するには:

    [休日スケジュールの検索] ページで、[新規追加] を選択します。

    [新しい休日スケジュール] ページで、[表示名] を入力し、[保存] を選択します。

    [休日スケジュールの基本設定の編集] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • 既存のスケジュールを編集するには:

    [休日スケジュールの検索] ページで、編集するスケジュールを選択します。

    [休日スケジュールの基本設定の編集] ページで、必須フィールドの値を入力し、[保存] を選択します。

  • スケジュールを削除するには:

    [休日スケジュールの検索] ページで、削除するスケジュールを選択します。

    [選択項目を削除] と [OK] を選択して削除を確認します。


カスタム録音

Unity Connection では、メッセージが送信された後またはグリーティングが再生された後に、さまざまな言語でカスタマイズされた複数の録音を作成し、再生することができます。

Cisco Unity Connection Administration では、メッセージの送信後に、録音なし、デフォルトのシステム録音、カスタム録音を再生するオプションがあります。

[メッセージ録音後の再生] および [カスタム録音] オプションで次の設定ができます:

  • Users

  • ユーザ テンプレート

  • コールハンドラ

  • コールハンドラテンプレート

カスタム録音を設定する

このセクションでは、Unity Connection 用のカスタム録音の構成、カスタム録音の設定の定義、保存に関する情報が含まれています。

手順


ステップ 1

Cisco Unity Connection Administration で、[通話管理(Call Management)] を展開し、[カスタム録音(Custom Recordings)] を選択します。

[カスタム録音の検索] ページには、現在録音されているカスタム録音が表示されます。

ステップ 2

カスタム録画の設定: (各フィールドの情報については、[ヘルプ] > [このページ] を参照してください):

  • カスタム録画を追加するには:

    [カスタム録画の検索] ページで、[新規追加] を選択します。

    [新しいカスタム録画] ページで、表示名を入力し、[保存] を選択します。

    [カスタム録画の編集] ページで、録画に使用する言語を選択し、[再生/録画] を選択します。 録音が完了したら、[保存] を選択します。

    (注)  

     

    各カスタム録音を録音するには、[カスタム録音の編集] ページでメディアプレーヤーを使用する必要があります。

  • カスタム録画を編集するには:

    [カスタム録音の検索] ページで、編集するカスタム録音を選択します。

    [カスタム録音の編集] ページで、カスタム録音の設定を編集し、[保存] を選択します。

  • カスタム録画を削除するには:

    [カスタム録画の検索] ページで、削除するカスタム録画を選択します。

    [選択項目を削除] と [OK] を選択して削除を確認します。


Automated Attendant のデフォルトの動作

次の例では、デフォルトの Unity Connection 自動アテンダント構成を使用して、さまざまな通話管理要素による通話フローを示します。 これは、Unity Connection のインストール後に通話管理構成を変更しなかった場合に期待できるデフォルトのビヘイビアを示しています。

Unity Connection メールボックスを持たない外部の発信者が、月曜の午前 9 時に Unity Connection の代表番号をダイヤルするとします。 以下のステップは通話の流れを示しています。

  1. 電話システムの情報は、この通話が外部の発信者からの直通通話であることを示しています。 Unity Connection は、通話に一致する通話ルーティングルールを確認します。 直接ルーティングルールテーブルには、ログインの試行と挨拶文の 2 つのエントリが含まれます。 [ログインの試行(Attempt Sign-In)] ルールでは、Unity Connection は発信者の電話番号を Unity Connection ユーザーの内線または代替内線と照合しようとします。 これに失敗すると、Unity Connection は次のルーティングルールである [最初のグリーティング(Opening Greeting)] を試みます。

  2. 挨拶の着信ルーティング ルールは、任意の時刻のすべての着信と一致します。 これは、通話をオープニング グリーティング コール ハンドラーにルーティングするように設定されています。

  3. Unity Connection は、オープニング グリーティング コール ハンドラの転送オプション設定を確認します。 平日のアクティブ スケジュール中に着信があるため、標準の転送オプションが適用されます。 これらは、通話をこのコール ハンドラーのグリーティングに送信することを指定します。 ([最初のグリーティング(Opening Greeting)] の通話ルーティングルールが、[最初のグリーティング(Opening Greeting)] のコールハンドラに転送ではなく、そのグリーティングに通話を送信するように設定されている場合、このステップはスキップされることに注意してください)。

  4. 平日のアクティブなスケジュール中に、内部 Unity Connection ユーザと一致しない電話番号から着信があったため、Unity Connection は、次の呼び出しハンドラの標準のグリーティングを再生します。「こんにちは、Cisco Unity Connection メッセージングシステムです」 プッシュホンからいつでも内線番号にダイヤルできます。 内線のディレクトリには、4 を押してください。それ以外の場合は、オペレーターにおつなぎしますのでお待ちください。」

  5. 挨拶文が再生されている間、発信者は番号を入力してユーザの内線番号に連絡できます。 また、最初のグリーティングのコールハンドラの発信者入力設定では、実行できる 1 つのダイヤル操作をいくつか定義します。たとえば、発信者がキーの 4 を押すと、他のキーが設定された待機時間内に押されない場合、Unity Connectionはシステム ディレクトリ ハンドラに通話を送信するように設定されます。

  6. 桁が入力されていない場合、Unity Connection はこのコールハンドラの標準グリーティングのグリーティング後アクションを続行し、オペレーターコールハンドラへの通話転送を試みるように設定されます。

  7. オペレータコールハンドラは、平日のアクティブスケジュールでも構成され、再度、Unity Connection は、コールハンドラの標準的な転送オプションを確認します。このオプションでは、コールハンドラの挨拶に転送します。 あいさつが再生されます:「オペレータは利用できません。」

  8. このグリーティングの後のアクションは、Unity Connection にメッセージを取り込むよう指示します。 このコールハンドラのメッセージ設定では、オペレータのユーザーがメッセージを受信し、発信者がメッセージを残した後に Unity Connection が切断することを指定しています。