クライアント識別コードと強制承認コード

クライアント識別コードと強制承認コードの概要

クライアント識別コード（CMC）と強制承認コード（FAC）により、コール アクセスとアカウンティングを効果的に管理できます。 CMC はクライアントのコール アカウンティングおよび請求を支援し、FAC は特定のユーザーが発信できるコールのタイプを規定します。

CMC を使用する場合、ユーザーはコードを入力する必要があります。この操作により、コールが特定のクライアント識別に関連していることが指定されます。 コール アカウンティングおよび請求を目的として、クライアント識別コードを顧客、学生、またはその他のグループに割り当てることができます。 FAC を使用する場合、コールが確立する前に、特定のアクセス レベルで割り当てられた有効な認証コードをユーザーが入力する必要があります。

クライアント識別コードと強制承認コードの前提条件

  • SCCP と SIP を実行する Cisco Unified IP Phone は、CMC と FAC をサポートしています。

  • CMC と FAC のトーンは、SCCP または SIP を実行している Cisco Unified IP Phone、TAPI/JTAPI ポート、および MGCP FXS ポートでのみ再生されます。

クライアント識別コードと強制承認コードの設定タスク フロー

CMC と FAC は、別々または一緒に実装できます。 たとえば、特定のクラスのコール（市外通話など）の発信をユーザーに許可するとともに、特定のクライアントにコールのクラスを割り当てるとします。 CMC トーンと FAC トーンは、ユーザーには同じ音に聞こえます。そのため、両方のコードを設定する場合、この機能では、最初のトーンの後で FAC を入力し、2 番目のトーンの後で CMC を入力するようユーザーに指示します。

始める前に

手順

  コマンドまたはアクション 目的

ステップ 1

クライアント識別コードの設定を行うには、次のサブタスクを完了します。

使用する予定の CMC リストが完成したら、そのコードをデータベースに追加して、ルート パターンで CMC 機能を有効にします。

ステップ 2

強制承認コードの設定を行うには、次のサブタスクを完了します。

使用する予定の FAC リストと認可レベルが決定したら、そのコードをデータベースに追加して、ルート パターンで FAC 機能を有効にします。

クライアント識別コードの設定

手順

  コマンドまたはアクション 目的

ステップ 1

クライアント識別コードの追加

使用する一意のクライアント識別コードを決定し、システムに追加します。 CMC の数は、システムの起動に要する時間の長さに直接影響するので、CMC の数を 60,000 までに制限してください。 この最大数を超える CMC を設定する場合は、遅延が非常に大きくなることに注意してください。

ステップ 2

クライアント識別コードの有効化

ルート パターンを介してクライアント識別コードを有効にします。

クライアント識別コードの追加

使用する一意のクライアント識別コードを決定し、システムに追加します。 CMC の数は、システムの起動に要する時間の長さに直接影響するので、CMC の数を 60,000 までに制限してください。 この最大数を超える CMC を設定する場合は、遅延が非常に大きくなることに注意してください。

手順

ステップ 1

Cisco Unified CM Administration から、以下を選択します。コールルーティング > クライアントの区別コード。

ステップ 2

[新規追加] をクリックします。

ステップ 3

[クライアント識別コード（Client Matter Code）] フィールドで、通話の発信時にユーザーが入力する一意のコードを 16 桁以内で入力します。

ステップ 4

[説明（Description）] フィールドに、クライアント識別コードを特定する場合のクライアント名を入力します。

ステップ 5

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

クライアント識別コードの有効化

ルート パターンを介してクライアント識別コードを有効にします。

始める前に

クライアント識別コードの追加

手順

ステップ 1

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

ステップ 2

次のいずれかの作業を実行します。

  • 既存のルート パターンを更新するには、検索条件を入力し、[検索（Find）]をクリックして、結果リストからルート パターンを選択します。
  • 新規ルート パターンを作成するには、[新規追加] をクリックします。

ステップ 3

[ルート パターンの設定（Route Pattern Configuration）]ウィンドウで、[クライアント識別コードの要求（Require Client Matter Code）]チェックボックスをオンにします。

ステップ 4

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

強制承認コードの設定

手順

  コマンドまたはアクション 目的

ステップ 1

強制承認コードの追加

使用する一意の強制承認コードを定義し、システムに追加します。

ステップ 2

強制承認コードの有効化

ルート パターンを介して強制承認コードを有効にします。

強制承認コードの追加

この手順を使用して、使用する一意の強制承認コードを定義し、システムに追加します。 通話を正常にルーティングするためには、ユーザ認可レベルが通話のルート パターンに指定されている認可レベル以上である必要があります。

手順

ステップ 1

[Cisco Unified CM の管理（Cisco Unified CM Administration）] から、[コール ルーティング（Call Routing）] > [強制承認コード（Forced Authorization Codes）] を選択します。

ステップ 2

[承認コード名（Authorization Code Name）] フィールドに、一意の名前を 50 文字以内で入力します。

この名前は、認証コードを特定のユーザまたはユーザ グループに結び付けます。

ステップ 3

[承認コード（Authorization Code）] フィールドに、一意の承認コードを 16 桁以内で入力します。

ユーザーは、FAC 有効ルート パターンを介してコールを発信するときに、このコードを入力します。

ステップ 4

[承認レベル（Authorization Level）] フィールドに、3 桁の承認レベルを 0 ～ 255 の範囲で入力します。

ステップ 5

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

強制承認コードの有効化

この手順を使用して、ルート パターンを介して強制承認コードを有効にします。

手順

ステップ 1

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

ステップ 2

次のいずれかの作業を実行します。

  • [検索（Find）] をクリックし、結果のリストからルート パターンを選択して、既存のルート パターンを更新します。
  • 新しいルート パターンを作成するには、[新規追加（Add New）]をクリックします。

ステップ 3

[ルート パターンの設定（Route Pattern Configuration）]ウィンドウで、[強制承認コードが必要（Require Forced Authorization Code）]チェック ボックスをオンにします。

ステップ 4

[認可レベル（Authorization Level）]フィールドに、0 ～ 255 の間で認可レベルの値を入力します。

ルーティングを成功させるには、ユーザーの FAC レベルをコールの設定レベルと等しいか、またはそれよりも大きくする必要があります。

ステップ 5

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

クライアント識別コードと強制承認コードの連携動作

表 1. クライアント識別コードと強制承認コードの連携動作
機能 データのやり取り
CDR 分析とレポート（CAR）

CDR Analysis and Reporting（CAR）を使用すれば、クライアント識別コード（CMC）、強制承認コード（FAC）、承認レベルに関するコール詳細を提示するレポートを実行できます。
CTI、JTAPI、および TAPI アプリケーション

ほとんどの場合、システムは、ユーザーがコール中にコードを入力する必要がある CTI、JTAPI、TAPI アプリケーションに警告できます。 ユーザーがコールを発信したり、アドホック会議を作成したり、CMC 対応または FAC 対応ルート パターン経由で打診転送を実行したりする場合は、トーンの受信後にコードを入力する必要があります。

ユーザーが CMC 対応または FAC 対応ルート パターン経由でコールをリダイレクトまたはブラインド転送した場合は、トーンが流れないため、アプリケーションでコードを Cisco Unified Communications Manager に送信する必要があります。 システムが適切なコードを受信すると、コールが意図した通話相手に接続されます。 システムが適切なコードを受信しなかった場合、Cisco Unified Communications Manager は、コードが見つからないことを示すエラーをアプリケーションに送信します。

Cisco Web Dialer

Web Dialer は、次の方法で CMC と FAC をサポートします。

  • ユーザーは、WD HTML ページまたは SOAP 要求のダイヤル テキスト ボックスに接続先番号を入力してから、電話機に手動で CMC または FAC を入力できます。

  • ユーザーは、WD HTML ページまたは SOAP 要求のダイヤル テキスト ボックスに、接続先番号に続けて、FAC または CMC を入力できます。

たとえば、接続先番号が 5555、FAC が 111、CMC が 222 の場合は、5555111#（FAC）、5555222#（CMC）、または 5555111222#（CMC と FAC）をダイヤルすることにより、コールを発信できます。

（注）  

 

  • Webダイヤラー は、接続先番号の検証を行いません。 電話機が必要な検証を処理します。

  • ユーザーがコードを入力しない場合、または誤ったコードを入力した場合、コールは失敗します。

  • ユーザーが特殊文字を含む DN を使って WebApp からコールを発信した場合は、特殊文字を削除するとコールが正常に動作します。 SOAP UI にはこのルールは該当しません。
スピード ダイヤルと短縮スピード ダイヤル

スピード ダイヤルを使用して、FAC、CMC、ダイヤル中のポーズ、追加の桁（ユーザーの内線番号、会議へのアクセス コード、ボイスメールのパスワードなど）が必要な接続先に到達できます。 ユーザーが設定されたスピード ダイヤルを押すと、電話機が接続先番号へのコールを確立して、指定された FAC、CMC、ダイヤル中のポーズが挿入された追加の桁を送信します。

クライアント識別コードと強制承認コードの制約事項

表 2. クライアント識別コードと強制承認コードの制約事項
制約事項 説明

アナログ ゲートウェイ

H.323 アナログ ゲートウェイではトーンを再生できないため、この種類のゲートウェイでは CMC や FAC はサポートされていません。

通話転送

コードを入力するユーザーがいないため、CMC や FAC が有効になっているルート パターンに転送されるコールは失敗します。 ユーザーが [不在（CFwdALL）] ソフトキーを押して CMC や FAC がルート パターン上で有効になっている番号を入力すると、コール転送は失敗します。

呼処理の中断を最小限に抑えるには、コール転送を設定する前に番号をテストします。 これを行うには、転送したい番号をダイヤルしてみます。コードの入力を求められたら、その番号ではコール転送は設定できません。 転送されたコールが意図した接続先に届かないことから生じる苦情の数を削減するために、ユーザーにこの方法を勧めてください。

Cisco Unified Mobility

SIP トランク、H.323 ゲートウェイ、MGCP ゲートウェイから発信されているコールが、CMC または FAC が必須のルート パターンに遭遇し、発信者に Cisco Unified Mobility が設定されていない場合、コールは失敗します。

Dial via Office コールバック番号

Cisco Mobility の CMC および FAC 機能では、Dial via Office（DVO）コールバック番号としての代替番号はサポートされていません。 DVO コールバック番号は、[モビリティID（Mobility Identity）]ウィンドウで登録されている番号である必要があります。

フェールオーバー コール

CMC および FAC は、フェールオーバー コールとは連動しません。

聴覚障がいのあるユーザ

電話番号をダイヤル後、聴覚障がいのあるユーザーが認証コードやクライアント識別コードを入力するまでに 1 ～ 2 秒間待機する必要があります。

ローカリゼーション

シスコでは、CMC や FAC をローカライズしていません。 CMC および FAC 機能は、Cisco Unified Communications Manager でサポートされているすべてのロケールで同じデフォルトのトーンを使用します。

（注）  

 

Cisco Mobility では、CMC と FAC はローカライズされています。

オーバーラップ送信

Cisco Unified Communications Manager ではユーザーにいつコードの入力を求めればよいかを判断できないため、CMC および FAC 機能はオーバーラップ送信をサポートしません。 [ルート パターン設定（Route Pattern Configuration）] ウィンドウで [強制承認コードが必須（Require Forced Authorization Code）] や [クライアント識別コードが必須（Require Client Matter Code）] のチェックボックスをオンにすると、自動的に [オーバーラップ送信を許可（Allow Overlap Sending）] のチェックボックスはオフになり、逆もまた同様です。

スピード ダイヤル ボタン

CMC や FAC で短縮ダイヤル ボタンの設定をすることはできません。 システムに入力を求められた場合、コードを入力する必要があります。