通知デバイスのトラブルシューティング

Troubleshooting Notification Devices

概要

Cisco Unity Connection は、電話やポケットベルに発信したり、テキストや SMS メッセージを送信して、ユーザーに新しいメッセージやカレンダーイベントを通知するように設定できます。 通知デバイスに関する問題のトラブルシューティングに関する情報については、以下のセクションを参照してください。

電話からのメッセージ通知が複数のユーザーに対して遅い

電話からのメッセージ通知が複数のユーザに対して遅い場合、次のタスクリストを使用して原因を特定し、問題を解決します。

複数のユーザーに対し、電話から遅いメッセージ通知をトラブルシューティングするためのタスクを次に示します。

  1. ポートがメッセージ通知を処理するためにビジー状態ではないことを確認します。 「ポートが取り込み中で通知コールをすぐに発信できない」を参照してください」の項(16-1 ページ)を参照してください。

  2. メッセージ通知に十分なポートが割り当てられていることを確認します。 「メッセージ通知専用に設定されたポートが十分でない」を参照してください」の項(16-2 ページ)を参照してください。

  3. 電話システムが、着信に応答するように設定されているポートに着信を送信することを確認します。 「電話システムが着信応答用に設定されたポートに発信することを確認する」を参照してください

ポートが混在していて通知コールをすぐに発信できない

通知コールを発信するポートが他の処理も実行するように設定されている場合、通知コールをすぐに発信できない場合があります。 少数のポートを通知呼び出し専用にすることで、通知パフォーマンスを向上させることができます。

大量の通話を処理するシステムでは、通知のパフォーマンスを向上させるために追加のポートが必要になる場合があります。

メッセージ通知のポート設定の確認

手順

ステップ 1

Cisco Unity Connection の管理で、[ テレフォニー統合] を開き、[ ポート] を選択します

ステップ 2

[ポートの検索] ページで、既存のポート設定を確認し、1 つ以上のポートをメッセージ通知のためのダイヤルアウトに設定できるかどうかを判断します。


メッセージ通知のみに設定されたポートが不十分です

少数のポートが通知通話を行うように設定されていて、Unity Connection が大量のメッセージを受け取る場合、通知ポートが常に迅速にダイヤルアウトできるとは限りません。

ピーク時にメッセージ通知のダイヤルアウトに使用されるポートの使用率が 70% を超える場合、既存のポート構成を見直し、メッセージ通知のダイヤルアウトにさらに多くのポートを設定できるかどうかを判断します。

ピーク時にメッセージ通知のダイヤルアウトに使用されるポートの割合が 70% を超えない場合、通知ポートの数は適切です。 Cisco TAC に連絡して問題を解決してください。

メッセージ通知ポートの数が適切かどうかを判断する

手順

ステップ 1

Cisco Unity Connection Serviceability で [ツール(Tools)] を開き、[レポート(Reports)] を選択します。

ステップ 2

[Serviceability Reports(サービスアビリティレポート)] ページで、[ポート アクティビティ レポート(Port Activity Report)] を選択します。

ステップ 3

[ポートアクティビティレポート] ページでレポート出力のファイル形式を選択します。

ステップ 4

開始と終了の月、日、年、時刻を選択して日付範囲を設定します。

ステップ 5

[レポートの生成(Generate Report)] を選択します。

ステップ 6

手順 3 で選択したファイル形式に応じてレポート出力を表示します

ステップ 7

ピーク時のポート使用率が 70% を超えない場合、メッセージ待機表示ポートの数は適切です。 この手順の残りのステップをスキップします。

ピーク時のポート使用率が 70% を超える場合は、Cisco Unity Connection Administration で [テレフォニー統合(Telephony Integrations)] を展開し、[ポート(Port)] を選択します。

ステップ 8

[ポートの検索(Search Ports)] ページで、既存のポート設定を見直し、メッセージ通知のみにダイヤルアウト設定できる追加のポートがあるかどうかを判断します。


電話システムが、着信に応答するために設定されたポートに通話を送信することを確認する

通話に応答するように構成されていない Unity Connection のポートに通話を送信するように電話システムがプログラムされている場合、通話の衝突が発生し、ポートがフリーズする可能性があります。

通話が正しい Cisco Unity Connection ポートに送信されていることを確認する

手順

ステップ 1

Cisco Unity Connection Administration で、[テレフォニー統合(Telephony Integrations)] > を開き、[ポート(Port)] を選択します。

ステップ 2

電話システムのプログラミングで、通話に応答するように設定されたポートにのみ通話が送信されていることを確認します。 必要に応じて電話システムのプログラミングを変更します。

ステップ 3

電話システムのプログラミングに変更を加える場合は、Cisco Unity Connection 管理で、 手順 2 で変更したポートの表示名を選択します

ステップ 4

[ポートの基本(Port Basics)] ページの [電話システムポート(Phone System Port)] で、 [再起動(Restart)] を選択します。

ステップ 5

ポートを再起動するとポートが現在処理中の通話を終了するというプロンプトが表示されたら、[OK] を選択します。

ステップ 6

ステップ 2 で変更した残りのポートすべてについて、ステップ 3 ~ ステップ 5 を繰り返します。


ユーザへのメッセージ通知が遅い

メッセージの通知がユーザに表示されるのが遅い場合、いくつかの理由が考えられます。 以下のタスクリストを使用して、考えられる原因のトラブルシューティングを行います。

  1. ユーザ設定がユーザのニーズに合っていない可能性があります。 「メッセージ通知の設定が不十分」の項(16-3 ページ)を参照してください。

  2. ユーザ設定は、ユーザの作業スケジュールにより正確にマッピングするために調整が必要な場合があります。 「通知試行が見逃される」の項(16-3 ページ)を参照してください。

  3. ユーザは、繰り返し通知が Cisco Unity Connection でどのように処理されるかを明確に理解していない場合があります。 「繰り返し通知オプションが誤解されている」の項(16-4 ページ)を参照してください。

メッセージ通知の設定が不十分です

通知呼び出しが期待通りに受信されないという苦情がユーザから寄せられた場合、通知設定に問題がある可能性があります。

通知設定が適切かどうかを判断する

手順

ステップ 1

Cisco Unity Connection Administration で、[ユーザー(Users)] を展開し、その後 [ユーザー(Users)] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。

ステップ 2

[ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。

ステップ 3

[通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

ステップ 4

[通知デバイスの編集] ページで、通知デバイスがユーザのニーズを満たすように構成されていることを確認します。 ユーザーが Unity Connection にかけるために非常に取り込み中の電話を選んだ場合、メッセージ通知に使う別のデバイスがあるかユーザーに尋ねてみてください。

ステップ 5

関連リンクリストで [通知デバイス情報の編集]、次に [移動] を選択します。 Cisco Personal Communications Assistant ページで指定された通知スケジュールが、ユーザーが通知を受け取ることのできる日時と一致していることをユーザーに確認します。


通知試行が見逃される

頻繁に通知デバイスから離れている、または通知デバイスで取り込み中の場合(特にデバイスが電話の場合)は、通知試行を繰り返し見逃す可能性があります。 ユーザには、Cisco Unity Connection によりメッセージ通知が遅延しているように見えます。

見逃した通知試行を解決する

手順

ステップ 1

Cisco Unity Connection の管理で、[ ユーザ] を開き、[ ユーザ] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。

ステップ 2

[ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。

ステップ 3

[通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

ステップ 4

[通知デバイスの編集] ページで [ 新着メッセージがある場合は繰り返し通知を繰り返す ] チェックボックスを選択します。

ステップ 5

ユーザーが別の通知デバイスを使用している場合、[通知の失敗時(On Notification Failure)] に対して、 > [送信先(Send To)] を選択し、デバイスを選択します。

(注)  

 

Unity Connection は SMTP デバイスの通知失敗を検出しないため、このタイプの通知デバイスでは、[通知失敗時] フィールドは利用できません。

ステップ 6

電話またはポケベル通知デバイスの場合は、[ビジーリトライ限度(Busy Retry Limit)] および [RNA リトライ限度(RNA Retry Limit)] フィールドで、数字を大きくすることで、デバイスが応答しないか取り込み中のときに、Unity Connection がより多くの着信通知を送信できるようにします。

ステップ 7

電話またはポケベル通知デバイスの場合は、[ビジーリトライ間隔(Busy Retry Interval)] および [RNAリトライ間隔(RNA Retry Interval)] フィールドで、数字を小さくすることで、デバイスが応答しないか取り込み中のときに、Unity Connection がより頻繁に着信通知を送信できるようにします。

ステップ 8

保存を選択します。

ステップ 9

手順 5 で別の端末を選択した場合は、次の手順に従います:

  1. [ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。

  2. [通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

  3. [通知デバイスの編集] ページで追加のデバイスの設定を入力し、 [保存] を選択します。

ステップ 10

電話通知デバイスについては、ユーザが応答できない場合でも、通知呼び出しを受けることができるように、通知用電話に留守番電話をセットアップすることを提案します。

留守番電話のある電話を発信するように Unity Connection が設定されている場合、留守番電話のグリーティングが十分に短いため、通知メッセージが繰り返される前にマシンが録音を開始することを確認します。


繰り返し通知オプションが誤解されている

新しいメッセージがあるときに、特定の間隔で通知を繰り返すように Unity Connection を設定すると、大量のメッセージを受信するが、すぐに通知する必要がないユーザにとって便利です。 しかし、ユーザが、新しいメッセージを受信するたびに Unity Connection に通知を再起動させないことを選択している場合、繰り返しの通知呼び出しの間隔を長く設定すると、ユーザは Unity Connection が通知を遅延させていると感じてしまう可能性があります。

繰り返し通知の問題を解決する

手順

ステップ 1

Cisco Unity Connection Administration で、[ユーザー(Users)] を展開し、その後 [ユーザー(Users)] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。

ステップ 2

[ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。

ステップ 3

[通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

ステップ 4

[通知デバイスの編集(Edit Notification Device)] ページの [通知反復間隔(Notification Repeat Interval)] ボックスで、15 分など短い間隔に設定し、[保存(Save)] を選択します。


メッセージ通知がまったく機能しない

特定のユーザまたはユーザグループに対してメッセージ通知がまったく機能しない場合、いくつかの理由が考えられます。 以下のタスク リストを使用して、考えられる原因のトラブルシューティングを行います。

正しいタイプのメッセージに対してメッセージ通知が有効になっていることを確認します。 「特定のタイプのメッセージのみが通知をトリガーするように設定する」を参照してください。

通知デバイスが正しい電話システムに割り当てられていることを確認します。 「メッセージ通知がまったく機能しない」の項を参照してください。

通知デバイスが無効になっているか、またはスケジュールが非アクティブです

メッセージ通知のトラブルシューティングを行う場合、デバイスが有効になっていること、およびデバイスの通知スケジュールが現在アクティブであることを確認することから開始します。

デバイス ステータスとスケジュールの確認

手順

ステップ 1

Cisco Unity Connection Administration で、[ユーザー(Users)] を展開し、その後 [ユーザー(Users)] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。

ステップ 2

[ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。

ステップ 3

[通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

ステップ 4

[通知デバイスの編集(Edit Notification Device)] ページで、[有効にする(Enabled)] チェックボックスが選択されていることを確認します。

ステップ 5

関連リンクリストで [通知デバイス情報の編集]を選択し、 [移動] を選択します。 Cisco Personal Communications Assistant ページで指定された通知スケジュールが、ユーザが通知を受け取ることのできる日時と一致していることをユーザに確認します。


通知をトリガーするように設定されているのは特定のタイプのメッセージのみです。

Unity Connection は、ユーザに特定のタイプのメッセージだけが通知されるように設定することができます。 たとえば、ユーザ通知が緊急のボイス メッセージに対してのみセットアップされている場合、通常のボイス メッセージは通知デバイスをトリガーしません。

通知デバイスをトリガーするメッセージ タイプの変更

手順

ステップ 1

Cisco Unity Connection Administration で、[ユーザー(Users)] を展開し、その後 [ユーザー(Users)] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。

ステップ 2

[ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。

ステップ 3

[通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

ステップ 4

[通知デバイスの編集] ページの [通知ルールイベント] で、選択されたメッセージタイプをユーザに確認します。


通知番号が間違っている、または外線回線のダイヤルアウト番号が見つからない(電話およびポケベル通知デバイスのみ)

電話またはポケットベルへの通知がまったく機能しない場合、ユーザーが Unity Connection が発信する電話番号を間違って入力した可能性があります。

外線発信を行う場合、ユーザは通常、アクセスコード (たとえば、9) をダイヤルして外線に接続する必要があります。 電話システムがアクセスコードを要求する場合、Unity Connection で設定された外部メッセージ通知電話番号にアクセスコードを含める必要があります。

また、一部の電話システムでは、アクセスコードをダイヤルしてから外線に接続されるまでの間、短い間が必要な場合があります。

電話またはポケットベル通知デバイスの電話番号とアクセスコードの確認

手順

ステップ 1

Cisco Unity Connection 管理で、[ ユーザ] を開き、[ ユーザ] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。

ステップ 2

[ユーザの編集] [基本設定] ページで、[編集] メニューから [ 通知デバイス] を選択します。

ステップ 3

[通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

ステップ 4

[通知デバイスの編集] ページの [電話設定] で、デバイスの [電話番号] フィールドに正しいアクセスコードと電話番号が入力されていることを確認します。

電話システムで一時停止が必要な場合は、アクセスコードと電話番号の間に 2 つのコンマを入力します(例:9,,5551234)。


電話またはポケットベルの通知デバイスのテスト

通知デバイスが自宅の電話またはオフィスから離れた別の電話である場合、ユーザーにテスト中に電話に出られる人を用意するよう依頼します。

  1. 通知デバイスがオンになっていることを確認します。

  2. 単一回線テスト用にテスト用電話 (Phone 1) をセットアップします。 メッセージ通知のためにダイヤルアウト設定されたポートに接続された回線を使用します。

  3. 電話 1 で、Unity Connection でデバイスに設定されている通知番号をダイヤルします。

ポケベルが作動しているか、呼び出し音が鳴る場合、Unity Connection がデバイスに発信できることを確認しています。

ポケベルが作動していないか、呼び出し音が鳴らない場合、デバイスに問題がある可能性があります。 デバイスの製造元からドキュメントを参照するか、ユーザに別の通知デバイスを入手してテストを繰り返すよう依頼してください。

手順

通知デバイスが携帯電話またはポケットベルの場合、テストで使用できるようユーザに依頼します。


通知デバイスの電話システムの割り当てが正しくない(電話およびポケベル通知デバイスのみ)

通知デバイスの電話システムの割り当てを確認しています

手順の概要

  1. Cisco Unity Connection Administration で、[ユーザー(Users)] を展開し、その後 [ユーザー(Users)] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。
  2. [ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。
  3. [通知デバイス] ページで、適切な通知デバイスの表示名を選択します。
  4. [通知デバイスの編集] ページの [電話設定] で、[電話システム] フィールドで指定されている電話システムをメモします。
  5. Cisco Unity Connection Administration で、[テレフォニー統合(Telephony Integrations)] を開き、[ポート(Port)] を選択します。
  6. [ポートの検索] ページで、通知デバイスに割り当てられた電話システムに、メッセージ通知用に指定されたポートが少なくとも 1 つあることを確認します。 必要に応じてポート設定を修正します。

手順の詳細


ステップ 1

Cisco Unity Connection Administration で、[ユーザー(Users)] を展開し、その後 [ユーザー(Users)] を選択します。 [ユーザの検索] ページの [検索結果] テーブルから、該当するユーザのエイリアスを選択します。

ステップ 2

[ユーザーの基本設定の編集(Edit User Basics)] ページの [編集(Edit)] メニューから、[通知デバイス(Notification Devices)] を選択します。

ステップ 3

[通知デバイス] ページで、適切な通知デバイスの表示名を選択します。

ステップ 4

[通知デバイスの編集] ページの [電話設定] で、[電話システム] フィールドで指定されている電話システムをメモします。

ステップ 5

Cisco Unity Connection Administration で、[テレフォニー統合(Telephony Integrations)] を開き、[ポート(Port)] を選択します。

ステップ 6

[ポートの検索] ページで、通知デバイスに割り当てられた電話システムに、メッセージ通知用に指定されたポートが少なくとも 1 つあることを確認します。 必要に応じてポート設定を修正します。


SMS 通知が機能しない

SMS 通知が機能しない場合は、Cisco Unity Connection Administration で、[システム設定(System Settings)] > [詳細(Advanced)] > [SMPP プロバイダ(SMPP Providers)] > [SMPP プロバイダの編集(Edit SMPP Provider)] ページの設定を確認し、プロバイダにより指定された設定と一致していることを確認します。

[Edit SMPP Provider] ページの設定が正しい場合、[SMS Device (レベル 30)] マイクロ トレースを有効にして、問題のトラブルシューティングに役立つトレース情報を収集します。 診断トレースを有効にして収集する方法の詳細は、 "診断トレース" の章を参照してください。

SMS の問題に対する一般的なエラーコードと説明を次の表に示します:

SmppConnect に失敗しました

Unity Connection は SMPP プロバイダに接続できませんでした。

SmppBindTransmitter が失敗しました

Unity Connection は SMPP プロバイダにログインできませんでした。

SmppSubmitSm に失敗しました

Unity Connection は、SMS メッセージを SMPP プロバイダに送信できませんでした。

複数のユーザに対して SMTP メッセージ通知がまったく機能しない

SMTP 通知が機能しない場合は、Cisco Unity Connection Administration で、[システム設定(System Settings)] > [SMTP 設定(SMTP Configuration)] > [スマートホスト(Smart Host)] ページをクリックして、スマートホストが設定されていることを確認します。 Unity Connection が SMTP を使用してテキストメッセージ通知を送信できるようにするには、Unity Connection サーバーがスマートホスト経由でメッセージをリレーするように設定されている必要があります。

スマートホストがすでに [スマートホスト] ページで構成されている場合、スマートホストの IP アドレスまたは主催者名をメモし、このスマートホストが Unity Connection サーバからのメッセージを受け入れるように構成されていることを確認します。

スマートホストの設定が正しく設定されている場合、トレースを使用して、SMTP 通知メッセージが Unity Connection サーバーによって送信されているかどうかを追跡できます。 既定の SMTP マイクロトレース(レベル 10、11、12、13)は、スマートホストへの通知メッセージの配信に永続的な問題があるかどうかを示します。 SMTP マイクロトレースレベル 18(ネットワークメッセージ)は、通知メッセージがスマートホストに配信されたかどうかの詳細を示します。 診断トレースを有効にして収集する方法の詳細は、 "診断トレース" の章を参照してください。

HTML 通知が機能しない

HTML 通知が機能しない場合、Cisco Unity Connection Administration で、[ユーザー(User)] > [編集(Edit)] > [通知デバイス(Notification Devices)] ページの HTML 通知デバイスが有効で、有効なメールアドレスが追加されていることを確認します。

また、Unity Connection Administration ページで SMTP スマートホストが設定されており、Connection SMTP サーバーおよび Connection Notifier サービスが稼働していることを確認します。

Cisco Unity Connection は、一括管理ツール (BAT) で CSV ファイルを使用して、HTML としてのデバイス タイプを持つ最大 3 つのカスタム通知デバイスの作成、更新、エクスポートをサポートします。

CSV ファイルにない 3 つ以上のカスタム通知デバイスのアップデートについては、以下のステップに従います。

  1. HTML デバイス タイプとそれぞれのユーザのカスタム タイプ通知のデータベースからレコードを取得します。

    run cuc dbquery unitydirdb SELECT objectid ,PhoneNumber, Active, DisplayName, AfterDialDigits, SmtpAddress, DeviceName, NotificationTemplateID, CallbackNumber, DisableMobileNumberFromPCA, DisableTemplateSelectionFromPCA, AllowVoiceMailAsAttachment, Type FROM vw_NotificationDevice where Devicename ="Other" and Type ="8" and SubscriberObjectId =(SELECT objectid FROM tbl_user where displayname ="abcd")
  2. 要件に応じて、データベースの通知デバイスのフィールドを手動で更新します。

HTML 概要通知が機能しない

HTML 概要通知が機能しない場合は、Connection Administration ページの [ユーザー(User)] > [編集(Edit)] > [通知デバイス(Notificatioj Devices)] ページで、概要通知用の正しいテンプレートが使用されていることを確認します。 正しいテンプレートが使用されている場合、有効な <VOICE_MESSAGE_SUMMARY> タグが通知テンプレート内にあり、有効な置換可能なパラメータが <VOICE_MESSAGE_SUMMARY> タグ内に使用されていることを確認してください。 不在着信通知テンプレートの詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/administration/guide/b_14cucsag.html にある『Cisco Unity Connection システム アドミニストレーション ガイド、リリース 14』「通知」の章を参照してください。

メッセージ通知が断続的に機能する

通知デバイス (電話、ポケットベル、SMTP、SMS など) が断続的に機能する原因としては、問題の時間帯にユーザの通知デバイスのスケジュールがアクティブになっていないことが考えられます。

この問題を解決するには、ユーザの通知デバイスのスケジュールを編集して、ユーザがメッセージ通知の配信を希望する場合に通知デバイスがアクティブになるようにします。 通知デバイスのスケジュールを変更するには、Cisco Personal Communications Assistant (PCA) のユーザ アカウントでログインする必要があります。

Cisco Unity Connection の管理は、通知デバイスのスケジュールを公開しません。 Unity Connection 管理のユーザの [通知デバイス] ページから、[関連リンク] リストの [通知デバイスの詳細の編集] リンクを選択することで、ユーザの Cisco PCA ページに移動できます。

Cisco PCA の使用方法の詳細については、『User Guide for the Cisco Unity Connection Messaging Assistant ウェブツール (Release 14) 』を参照してください https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/user/guide/assistant/b_14cucugasst.html

Unity Connection Administration に追加された通知デバイスが常にトリガーされる

Cisco Unity Connection の管理でユーザに通知デバイスが追加されると、デフォルトでは、デバイスは常にアクティブになります。 ユーザが予期しない時間に通知を受信する場合、通知デバイスのスケジュールを変更してこれを防ぐことができます。 通知デバイスのスケジュールを変更するには、Cisco Personal Communications Assistant (PCA) のユーザ アカウントでログインする必要があります。

Unity Connection 管理は通知デバイスのスケジュールを公開しません。 Unity Connection 管理のユーザの [通知デバイス] ページから、[関連リンク] リストの [通知デバイスの詳細の編集] リンクを選択することで、ユーザの Cisco PCA ページに移動できます。

Cisco PCA の使用方法の詳細については、『Cisco Unity Connection Messaging Assistant ウェブツールのユーザガイド (Release 14) 』を参照してください https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/user/guide/assistant/b_14cucugasst.html

未読メッセージがない場合でもメッセージ通知が受信される

ディスパッチ配信のためにメッセージをマークするように設定されたコールハンドラの受信者である配信リストのメンバーである場合、ユーザーがメッセージ通知を受け取り、それにアクセスしようとすると、そのメッセージがユーザーの受信トレイに存在しない場合があります。 これは、通知が送信されてからユーザがメッセージを聴こうとするまでの間に、配信リストの別のメンバーがメッセージを承認したために発生する可能性があります。

ディスパッチメッセージを含めるようにメッセージ通知ルールを設定する場合、通知を受け取るユーザに、メッセージを取得するために電話をかけるまでに、別のユーザがすでにメッセージを承認しているため、メールボックスから削除されている可能性があることを認識させてください。

ディスパッチメッセージの詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/administration/guide/b_14cucsag.html にある『Cisco Unity Connection システム アドミニストレーション ガイド、リリース 14』の「メッセージ」の章の「メッセージのディスパッチ」の項を参照してください。