この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
ネットワーク、コール ルーティング、および呼制御のインフラストラクチャを Cisco Unified Communications および Collaboration システム用に配置すると、追加のアプリケーションおよびサービスをそのインフラストラクチャの最上位に追加または階層化できます。既存の Cisco Unified Communications および Collaboration インフラストラクチャに配置できるアプリケーションおよびサービスは多数存在します。通常は、次のアプリケーションおよびサービスを配置します。
本 SRND のこの章では、上記のアプリケーションおよびサービスについて説明します。各章では、アプリケーションまたはサービスの概要を示したあと、アーキテクチャ、ハイ アベイラビリティ、キャパシティ プランニング、および設計上の考慮事項について説明します。各章では、アプリケーションおよびサービスの設計関連の側面を中心に説明します。製品固有のサポートおよび設定情報については、関連する製品マニュアルを参照してください。
この章では、基礎的な IP テレフォニーに多数の動作および機能の拡張を提供する、Cisco Unified Communications Manager(Unified CM)アプリケーションについて説明します。外部の eXtensible Markup Language(XML)生産性向上アプリケーションまたは IP Phone Service は、Web サーバまたはほとんどの Cisco Unified IP Phone 上のクライアント(あるいはその両方)で実行できます。この章では、Cisco Extension Mobility、Cisco Unified Communications Manager Assistant、Cisco WebDialer などの追加の機能を提供する多数の Unified CM 統合アプリケーションについても説明します。
この章では、ボイス メッセージングについて説明します。ボイス メッセージングは、ほとんどの Unified Communications および Collaboration 導入において一般的に普及しているアプリケーションです。ボイス メッセージングを使用して、発信者はメッセージを送信し、システムのサブスクライバはメッセージを取得できます。この章では、ボイス メッセージング アプリケーションに関するメッセージング配置モデル、ボイス メッセージングの機能、ボイスメール ネットワーキング、および設計と配置のベスト プラクティスについて説明します。
この章では、プレゼンス サービスについて説明します。生産性はユーザの応答可能性ベースのアプリケーションによって向上できるため、ほとんどの Unified Communications および Collaboration 配置において、プレゼンス サービスの重要性が高まっています。この章では、プレゼンスを定義し、プレゼンスのさまざまなコンポーネントと機能、プロトコル、配置モデル、冗長性、キャパシティ、および一般的な設計ガイドラインについて説明します。
この章では、モビリティ アプリケーションについて説明します。モビリティ アプリケーションは、モバイル従業員の増加、および Unified Communications および Collaboration 機能およびサービスに関する企業の境界があいまいになっていることからその重要性は非常に高く、モビリティ アプリケーションとサービスに対する需要が高まる結果となっています。この章では、モビリティのソリューション アーキテクチャ、機能、および設計と導入に関する考慮事項について説明します。
この章では、大容量コール センター アプリケーションを必要とする大規模な Unified Communications および Collaboration 導入にとって重要かつ不可欠な部分である、コンタクト センター ソリューションについて説明します。この章では、コール センター ソリューションのアーキテクチャ、機能、および設計と配置が及ぼす影響について説明します。
この章では、音声コールとビデオ コールの両方について、Cisco Unified Communications および Collaboration システムで使用可能なさまざまなコール録音ソリューションおよびモニタリング ソリューションの概要を示します。また、Cisco Unified Communications および Collaboration ソリューション内に組み込まれたコール録音ソリューションおよびモニタリング ソリューションの基本的な設計の考慮事項についても説明します。
他のネットワークおよびアプリケーション テクノロジー システムの場合と同様に、Unified Communications および Collaboration アプリケーションとサービスは、基盤となるネットワーク インフラストラクチャとシステム インフラストラクチャの最上位で階層化する必要があります。音声メッセージ、リッチ メディア会議、プレゼンス、モビリティ、コンタクト センター、およびコール録音などの Unified Communications および Collaboration アプリケーションおよびサービスは、ネットワーク接続から呼制御、付加サービス、ダイヤル プラン、帯域幅管理、ゲートウェイ サービスなどの基本的な Unified Communications および Collaboration 機能までのすべての基礎となる Unified Communications および Collaboration のコール ルーティング、呼制御のインフラストラクチャ、およびネットワーク インフラストラクチャに依存します。たとえば、ボイス メッセージング アプリケーションとプレゼンス アプリケーションでは、ネットワーク インフラストラクチャを利用して、キャンパス サイト、支社サイト、およびインターネット上のユーザに到達します。また、これらのアプリケーションは、コール ルーティングと呼制御インフラストラクチャによって提供される、Unified Communications および Collaboration の音声とビデオのエンドポイント、コール ルーティング、PSTN 接続、およびメディア リソースに依存します。アプリケーションとサービスは、これらのインフラストラクチャ レイヤおよび基本的な Unified Communications および Collaboration サービスに依存しているだけでなく、多くの場合、完全に機能するために相互依存もしています。
ネットワーク、コール ルーティング、および呼制御の各インフラストラクチャの場合と同様に、重要な Unified Communications および Collaboration アプリケーションとサービスでは、ネットワークやアプリケーションに障害が発生した場合でも必要な機能を引き続き使用できるように、ハイ アベイラビリティを実現する必要があります。発生する可能性のあるさまざまなタイプの障害、およびこれらの障害に関する設計上の考慮事項を理解することが重要となります。多くの Unified Communications および Collaboration アプリケーションが他のアプリケーションやサービスに依存しているため、場合によっては、単一のサーバまたは機能の障害が、複数のサービスに影響を及ぼすことがあります。たとえば、コンタクト センター配置のさまざまなアプリケーション サービス コンポーネントが適切に機能できる場合でも、この配置において、コール センター アプリケーションへのコールのルーティングが呼制御サーバに依存していると、すべての呼制御サーバに障害が発生したとき、コンタクト センターが事実上使用できなくなる場合があります。
ボイス メッセージングやモバイル コラボレーションなどのアプリケーションとサービスの場合、ハイ アベイラビリティに関する考慮事項には、ネットワーク接続やアプリケーション サーバの障害が原因で機能が一時的に失われ、その結果、発信者がメッセージを残すことができない、ユーザがメッセージを取得できない、ユーザが会議をスケジュールできない、およびユーザが会議に参加できない、などの状況が発生することが含まれます。また、ボイス メッセージングおよびモバイル コラボレーション アプリケーションの発信者とユーザのフェールオーバーに関する考慮事項には、特定の障害が発生した場合に、エンド ユーザがサービスに引き続きアクセスできるように、冗長なリソースによって一部の機能を処理できるようにするというシナリオが含まれます。
また、ハイ アベイラビリティの考慮事項は、プレゼンスやモビリティなどのサービスに関する考慮事項でもあります。ネットワーク接続の中断またはサーバの障害が発生すると、通常、機能が低下し、場合によっては、機能が完全に失われます。プレゼンス サービスの場合、このことは、一部またはすべてのデバイスおよびクライアントで、プレゼンスや可用性の更新を送受信できなくなることを意味することがあります。モビリティ サービスの場合、ハイ アベイラビリティの考慮事項には、2 ステージ ダイヤリングまたは Dial-via-office などの特定の機能の喪失の可能性、またはシングル ナンバー リーチなどの機能の低下(会社の電話または携帯電話のいずれかだけが鳴る結果となる)が含まれます。さらに、一部の障害シナリオでは、完全な機能を再度使用するために、会社のエンドポイントおよびモバイル クライアントを再登録し、再接続や最認証を行うことが必要となります。
コンタクト センターの配置の場合、数多くのサーバとコンポーネントに対して、ハイ アベイラビリティを考慮する必要があります。通常、独立した単一サーバまたは単一コンポーネントの障害は、そのサーバまたはコンポーネントに冗長性がある限り、機能や機能性を失うことなく対処できます。これ以外の場合には、複数のサーバまたはコンポーネントの損失によって、通常、一部の機能や機能性が失われます。すべての呼制御サーバなどの特定のコンポーネントが完全に失われたシナリオでは、より深刻な機能の喪失が発生することがあります。
コラボレーション クライアントおよびアプリケーションについて考慮する場合は、ハイ アベイラビリティが特に重要となります。特定のコラボレーション機能や機能性が障害シナリオで使用できなくなるだけでなく、場合によっては、プレゼンス対応クライアントがネットワークに接続できなくなり、登録およびコールの発信や受信などの基本的な機能でさえ使用できなくなる可能性があります。また、クライアントやデバイスが、サービスを再度提供するために、再接続および再認証する必要がある場合もあります。
ネットワーク、コール ルーティング、および呼制御インフラストラクチャは、個々のコンポーネントとシステム全体のキャパシティおよびスケーラビリティを理解したうえで、設計および展開する必要があります。同様に、Unified Communications および Collaboration アプリケーションとサービスの配置は、キャパシティとスケーラビリティの考慮事項に注意して設計する必要があります。さまざまな Unified Communications および Collaboration アプリケーションを配置する場合は、アプリケーション自体のスケーラビリティの考慮が重要となるだけでなく、基盤となるインフラストラクチャのスケーラビリティについても考慮する必要があります。ネットワーク インフラストラクチャは、使用可能な帯域幅を持ち、アプリケーションによって発生する追加のトラフィック負荷を処理できる必要があります。同様に、コール ルーティングと呼制御のインフラストラクチャでは、ユーザとデバイスの設定および登録以外に、プロトコルと接続に関するアプリケーション統合の負荷を処理できる必要があります。たとえば、モビリティ、プレゼンス、コンタクト センターなどのアプリケーションとサービスでは、ユーザ、デバイス、および機能に関して、これらの個々のアプリケーションに対するキャパシティの暗黙的要件がありますが、コンピュータ テレフォニー インテグレーション(CTI)などの接続とプロトコルを処理する基盤インフラストラクチャのスケーラビリティも、同様に重要となります。モビリティ、プレゼンス、またはコンタクト センター アプリケーションが、多数の CTI 接続をサポートできる一方で、基盤となる呼制御およびコール ルーティングのインフラストラクチャが、アプリケーションまたはサービスによって追加された CTI 負荷を処理するために使用できるキャパシティを持っていない場合があります。
ボイス メッセージングやリッチ メディア会議などのアプリケーションとサービスの場合、キャパシティ プランニングの考慮事項には、メールボックスまたはユーザの数、メールボックス サイズ、音声ポートとビデオ ポート、MCU セッションなどが含まれます。基盤となるネットワーク、コール ルーティング、および呼制御の各インフラストラクチャが追加の負荷を処理できると想定すると、ほとんどの場合、アプリケーション サーバや MCU を増やしたり、サーバや MCU ハードウェアを大容量モデルにアップグレードすることで、キャパシティを追加できます。
また、キャパシティ プランニングの考慮事項は、プレゼンスやモビリティなどのサービスに関する考慮事項でもあります。スケーラビリティを考慮する必要があるのは、設定済みまたはサポート対象のユーザとデバイスの数などの項目だけでなく、アプリケーションとサービス間の統合と接続の数も含まれます。2 ステージ ダイヤリングおよび Dial-via-office コールの量は、呼制御機能および PSTN ゲートウェイ機能の両方の観点から、モビリティ アプリケーションにとって特別な考慮事項になります。一方、プレゼンス サービスの場合、スケーラビリティに関する重要な考慮事項には、プレゼンス ステータスの変更の頻度、およびネットワークへのこれらの変更の伝達以外に、テキストまたはインスタント メッセージの量が含まれます。通常、追加のアプリケーション サーバまたはハードウェアのアップグレードによって、これらのアプリケーションおよびサービスのキャパシティは増加しますが、基盤となるコール ルーティング インフラストラクチャと呼制御インフラストラクチャが、増加したすべての負荷を処理できる必要があります。
コンタクト センターの配置は、スケーラビリティの考慮事項という点では、他のアプリケーションおよびサービスと変わりません。当然、コールを処理するエージェントとエージェント デバイスの数は、ユーザとデバイスの設定および登録において重要となります。ただし、コンタクト センターの配置のキャパシティという観点となると、主要な考慮事項は、コンタクト センターでは一般的な多数の最繁時呼数(BHCA)、および呼制御インフラストラクチャとルーティング インフラストラクチャへの CTI 統合の数です。
コラボレーション クライアントおよびアプリケーションのキャパシティ プランニングを考慮する場合は、デバイスの登録および設定が、スケーラビリティの考慮事項として最も重要となります。ただし、プレゼンスやメッセージングなどのバックエンド アプリケーションおよびサービスには、スケーラビリティに関する他の暗黙的要件があります。また、さまざまなクライアントをサードパーティ製のアプリケーションおよびインフラストラクチャとともに配置または統合する場合は、これらのサードパーティ製の配置でサポートされているキャパシティを考慮することも必要となります。
システム サイジング、キャパシティ プランニング、およびサイジングに関連する配置上の考慮事項の詳細については、コラボレーション ソリューション サイジング ガイダンス の章を参照してください。