戦国IT - 情報処理技術者試験の過去問対策サイト
お知らせお問い合わせ料金プラン

応用情報技術者 2013年 春期 午後04


VoIPシステムの導入に関する次の記述を読んで、設問1~4に答えよ。

 中堅の食品販売会社であるK社では、電話による通信販売の顧客数が増加するのに伴って、コールセンタの能力が限界に近づいてきた。この状況に対応するために、全社ではVoIP(Voice over Internet Protocol)システムを導入することによって、能力の増強を図ることにした。そこで、老朽化した電話交換機(PBX)に代えて、コールセンタシステム(以下、CCSという)を導入する計画を立てた。   〔VoIPシステムの要件〕  システム部、総務部及びベンダSEで構成されたVoIPシステム導入検討チームは、VoIPシステムの要件を整理し、次の(1)~(3)の方針を策定した後、図1に示すシステム構成を提案した。
応用情報技術者試験(平成25年度 午後 問04 図01)
 (1) VoIPシステムの導入に当たって、次の機器を設置する。   ・全拠点(コールセンタ、システムセンタ、3か所の営業店)に音声GWを導入する。同時に、現在使用しているアナログ電話機を撤去し、代わりにIP電話端末を設置する。   ・音声 GW と IP 電話端末の "呼出し" や "切断命令" などの電話信号制御のためのプロトコルに、SIP (Session Initiation Protocol) を利用する。そのために、全拠点に SIPサーバを設置する。各拠点の SIPサーバは、拠点内の IP 電話端末の内線電話番号とIPアドレスを管理する。   ・音声信号は、RTP (Real-time Transport Protocol) を利用して、音声 GW と IP 電話端末の間でやり取りされる。   ・VoIP 対応の CCSサーバ及び CCS 端末を、コールセンタに導入する。CCSサーバは、顧客管理システム、受発注システムなどの業務システムと接続される。コールセンタのオペレータは、顧客からの電話による問合せに対して、CCS 端末によって顧客情報の確認や受発注された商品情報の照会、受発注状況の確認を行える。   ・CCSサーバは、全拠点の IP 電話端末の内線電話番号やIPアドレスなどの IP 電話端末情報を管理し、SIP を利用して得られた、着信した電話番号や応答時間などの着信履歴のデータを、データベースに保存する。  (2) コールセンタのオペレータの作業負荷を分散するために、CCSサーバを利用して、次の機能を導入する。   ・CCSサーバのデータベースで管理している、オペレータごとの着信履歴のデータを利用し、コールセンタ内で全員均等に着信するように制御する。   ・コールセンタに在席しているオペレータだけでは全ての着信に対応しきれない場合、CCSサーバはコールセンタへの着信電話を営業店に在席しているオペレータに自動転送する。  (3) その他のシステムは次のとおりになっており、VoIP システムの導入に伴う変更はしない。   ・コールセンタから見て遠隔地にあるシステムセンタには、業務システムのサーバやその候補系機器が設置されており、24 時間体制でシステム保守要員が常駐している。   ・各営業店では、事務職員がオペレータを兼務しており、営業店への問合せの電話に対応している。営業店への電話は、コールセンタからの自動転送を含め 1 日数十件なので、業務システムの情報を PCで閲覧しながら対応している。営業店には、カタログなど各種資料を保管する目的で、ファイルサーバを設置している。   〔VoIP 機器の機能〕  表1に導入機器の着信時及び通話時の動作、表2に着信時の信号の流れを示す。 応用情報技術者試験(平成25年度 午後 問04 表01)
応用情報技術者試験(平成25年度 午後 問04 表02)
〔サーバ類の冗長化〕  導入検討チームは、機器の障害などを考慮し、機器構成を次のように決定した。  (1) コールセンタの音声 GW を二重化することとし、ホットスタンバイの待機系機器を設置する。音声 GW の障害時には、自動的に待機系機器に切り替わる。  (2) SIPサーバの障害時には、他拠点の SIPサーバが代替できるようにする。  (3) CCSサーバについては、コールセンタ内にコールドスタンバイの待機系機器を設置しておく。CCSサーバの障害時には、システムセンタのシステム有守要員がコールセンタに出向き、手動で待機系機器に切り替える。  ここまでの方針に基づき、VoIP システムの試験稼働を開始した。   〔試験稼働中の調査〕  総務部は、VoIPシステムの試験稼働開始後、コールセンタ、システムセンタ及び営業店でヒアリングを実施し、試験稼働時の問題点を確認した。主な問題点を次に示す。  ・顧客から営業店に直接かかってきた電話については、営業店の各IP電話端末が通話している場合でも、支障なく通話できた。しかし、コールセンタに着信した電話を営業店に転送した場合、①音声の途切れや遅延が頻発した。  ・コールセンタにはシステム保守要員が常駐していないので、CCSサーバに障害が発生すると、待機系機器を稼働させ、着信履歴のデータの同期を含めたセットアップを実施し、システムを回復させるのに半日を要した。ただ、②CCSサーバが停止している間でも、〔VoIPシステムの要件〕とあうのではないかものの、コールセンタ内のIP電話端末には着信できた。このとき、CCS端末で、CCSサーバによる顧客情報の確認などはできなかったが、オペレータが業務システム上の情報を検索することによって、コールセンタ業務のうち直接顧客に対応する業務は処理できた。   〔問題点への対応〕  システム部は、調査結果に基づき、次の対応を行った。  ・広域イーサネットの通信速度を見直すと同時に、各拠点で広域イーサネットと接続しているL3SWをQoS対応のものに変更し、音声パケットの優先度を高くした。  ・CCSサーバの待機系機器の設置場所を、コールセンタから、システム保守要員が常駐するシステムセンタに変更し、③バックアップ方式をコールドスタンバイからホットスタンバイに変更した。これに伴い、全拠点のSIPサーバについてCCSサーバに関する設定の変更を行った。  これらの対応を行い、VoIPシステムは本稼働を開始した。

設問1

本文中の下線①の試験稼働中に発生した、通話中の音声の途切れや遅延の原因となるものを解答群の中から選び、記号で答えよ。
解答群  ア:CCSサーバの性能不足  イ:SIPサーバの性能不足  ウ:営業店LANのトラフィック量増大  エ:広域イーサネットの帯域不足

模範解答

解説

解答の論理構成

  1. 現象の整理
    • 試験稼働中のヒアリング結果には、
      「顧客から営業店に直接かかってきた電話については…支障なく通話できた。しかし、コールセンタに着信した電話を営業店に転送した場合、①音声の途切れや遅延が頻発した。」
      とあります。
    • 直接着信では問題なく、コールセンタから営業店へ“転送”したときだけ問題が生じています。
  2. 通話経路の違い
    • 直接着信:公衆回線 → 営業店の音声GW → 営業店LAN 内で完結。
    • 転送時 :公衆回線 → コールセンタの音声GW → 広域イーサネット → 営業店音声GW。
    • 差分は「広域イーサネット」を経由するかどうかです。
  3. 原因候補の絞り込み
    解答群主な影響範囲現象との整合性
    ア:CCSサーバの性能不足通話制御や履歴管理。音声 RTP パケットとは別経路直接着信でも CCS は問合せを受けるので不整合
    イ:SIPサーバの性能不足着信制御のみ。直接着信でも利用同上、不整合
    ウ:営業店LANのトラフィック量増大営業店内部の IP ネットワーク直接着信でも営業店LANを使うので不整合
    エ:広域イーサネットの帯域不足コールセンタ↔営業店間の IP ネットワーク転送時のみ利用し、現象と整合
  4. 根拠強化
    • 対応策としてシステム部が
      「広域イーサネットの通信速度を見直す と同時に…音声パケットの優先度を高くした。」
      と実施しており、まさに帯域と QoS を改善しています。
    • 直接通話が正常で転送時のみ劣化する点、そして改善施策の内容から、原因は「広域イーサネットの帯域不足」と判断できます。
  5. よって、解答群の「エ」を選択します。

誤りやすいポイント

  • 「音声が途切れる=SIPサーバの処理遅延」と早合点する
    → 音声データは RTP で端末間を直接流れ、SIP は呼制御が中心です。
  • 「営業店側の LAN が混雑している」と思い込みやすい
    → 直接着信でも営業店LANを通るため、同条件で問題は再現しません。
  • CCSサーバは通話音質に直接影響しない
    → 通話が始まった後は制御信号のやり取りがほぼなく、RTP帯域が支配的です。

FAQ

Q: 広域イーサネットの帯域不足があるとなぜ遅延だけでなく途切れも発生するのですか?
A: 音声 RTP パケットはリアルタイム性が要求され、遅延が大きいとバッファが追いつかずに欠落が発生します。その結果、遅延(レイテンシ)に加えパケットロス由来の途切れも同時に現れます。
Q: QoS対応 L3SW への交換は帯域不足そのものを解決しますか?
A: 物理帯域を拡大する施策(回線速度見直し)と併せて、音声パケットに優先キューを適用し輻輳時でも先に転送することで、一定の品質を確保します。帯域が完全に不足している場合は物理増速が必須です。
Q: CCSサーバが停止しても通話できたのはなぜですか?
A: 停止前に SIP 登録が済んでいれば、SIPサーバ は「拠点内の接続していない IP 電話端末を呼び出す」仕様です。制御が単純化されるため、CCSサーバが不在でも最小限の内線通話は維持できます。

関連キーワード: VoIP, QoS, RTP, 帯域幅, SIP

設問2本文中の下線②で、CCSサーバに障害が発生した場合の状況について、(1)、(2)に答えよ。

(1)呼び出すIP電話端末を決定したのはどの機器か。機器名とその機器が設置されている拠点をそれぞれ答えよ。

模範解答

機器名:SIPサーバ 設置拠点:コールセンタ

解説

解答の論理構成

  1. ②で示された状況
    引用:「②CCSサーバが停止している間でも…コールセンタ内のIP電話端末には着信できた」
    ➔ CCSサーバが機能していなくても、コールセンタのIP電話は着信できた事実がある。
  2. フォールバック動作の手掛かり
    表1の引用:「SIPサーバ…CCSサーバへの問い合わせに応答がない場合は、拠点内の接続していないIP電話端末を呼び出す。」
    ➔ CCSサーバが応答しない(=障害)ときは、SIPサーバ自身が“呼び出すIP電話端末”を判断し、拠点内でフリーの端末を呼び出す設計である。
  3. どの拠点のSIPサーバか
    ②の現象は「コールセンタ内のIP電話端末」への着信である。従って着信を処理したのはコールセンタに設置されたSIPサーバである。
    表1の設置場所欄でもSIPサーバは「各拠点」とあり、各拠点に1台ずつあることが確認できる。
  4. 結論
    呼び出すIP電話端末を決定した機器は「SIPサーバ」、その設置拠点は「コールセンタ」である。

誤りやすいポイント

  • 「CCSサーバが止まっても着信した=音声GWが判定した」と思い込む誤答。音声GWは公衆網‐IP網の変換が主機能で、どの端末を鳴らすかはSIPサーバが行う。
  • 「全拠点のSIPサーバが代替する設定」を読んで“他拠点SIPサーバ”と解答してしまうミス。②の記述はあくまでコールセンタへの着信なのでコールセンタのSIPサーバが動作する。
  • 「CCSサーバ障害=電話が鳴らない」と短絡的に考え、フォールバック規定を見落とすケース。

FAQ

Q: CCSサーバが復旧するまで通話履歴は一切取れないのですか?
A: 設問文にある通り、CCSサーバ停止中は着信履歴を含むDB機能が停止します。復旧後に同期処理を行うまで履歴の記録は行われません。
Q: コールセンタ以外の拠点でも、同じフォールバックで内線を呼び出せますか?
A: 表1の仕様は「拠点内の接続していないIP電話端末」を呼び出すと明示されていますので、各営業店やシステムセンタでも自拠点のSIPサーバが同様に動作します。
Q: 音声GWとSIPサーバの役割が重複していませんか?
A: 音声GWは回線変換とRTP中継、SIPサーバは呼制御(端末選択・SIP信号処理)を担当しており役割は明確に分かれています。

関連キーワード: SIP, フォールバック, 冗長化, 呼制御

設問2本文中の下線②で、CCSサーバに障害が発生した場合の状況について、(1)、(2)に答えよ。

(2)〔VoIPシステムの要件〕の中で、CCSサーバが停止していると実現できない、電話の着信に関する機能が二つある。それぞれ20字以内で答えよ。

模範解答

「オペレータごとに均等に着信させる。」 「営業店オペレータに自動転送する。」

解説

解答の論理構成

  1. 依頼されたのは「CCSサーバが停止していると実現できない、電話の着信に関する機能」です。したがって、CCSサーバが直接制御している着信関連機能を抽出します。
  2. 【問題文】〔VoIPシステムの要件〕(2) に次の二つの記述があります。
    • 「CCSサーバのデータベースで管理している、オペレータごとの着信履歴のデータを利用し、コールセンタ内で全員均等に着信するように制御する。」
    • 「コールセンタに在席しているオペレータだけでは全ての着信に対応しきれない場合、CCSサーバはコールセンタへの着信電話を営業店に在席しているオペレータに自動転送する。」
      どちらも“CCSサーバが”主語であり、サーバ停止時には動作しません。
  3. 一方で、単純な着信動作そのものは【問題文】表2「SIPサーバ→IP電話端末」の流れで完結するため、CCSサーバが止まっても「コールセンタ内のIP電話端末には着信できた」と説明されています。
  4. 以上より、問われている二つの機能は次になります。
    • 「オペレータごとに均等に着信させる。」
    • 「営業店オペレータに自動転送する。」

誤りやすいポイント

  • 「着信履歴をデータベースに保存する」機能は通話後の記録であり“電話の着信に関する機能”ではない点。
  • 「他拠点のSIPサーバが代替する」仕組みはSIPレイヤでの着信制御であり、CCSサーバ障害とは独立している点。
  • 「音声GWのホットスタンバイ切替」を着信制御と混同しやすい点。

FAQ

Q: CCSサーバ停止時に着信自体ができるのはなぜですか?
A: 表2 No.2~No.4 の流れは SIPサーバ主体で実行できるため、CCSサーバなしでも最寄りの未使用 IP電話端末を呼び出せるからです。
Q: SIPサーバとCCSサーバの役割分担は?
A: SIPサーバは「呼出し制御」のプロトコル処理を担当し、CCSサーバは「誰を呼び出すか」という業務ロジック(着信履歴・転送条件など)を計算します。
Q: ホットスタンバイ化で何が改善されましたか?
A: 「手動切替に半日」という課題を解消し、システム保守要員不在でも即時にバックアップ系へ自動移行できるようになりました。

関連キーワード: SIP, RTP, QoS, ホットスタンバイ, 音声GW

設問3

CCSサーバの障害時に、システムセンタ設置の待機系機器を稼働させるに当たり、適切な記述を解答群の中から選び、記号で答えよ。
解答群  ア:コールセンタの全ての機器に障害が発生して、待機系機器に切り替えた場合、広域イーサネットが稼働していれば、各拠点のSIPサーバの設定を変更しなくても、他の拠点間の内線電話や外線電話は通常稼働できる。  イ:待機系機器に切り替わると、コールセンタの音声GWとCCSサーバ間の通信が多発し、音声データの負荷が大きくなるので、システムセンタ内のネットワークの回線速度を見直す必要がある。  ウ:待機系機器への切替えと同時に、全拠点のSIPサーバのうちコールセンタ内のSIPサーバだけ設定変更作業が必要である。  エ:待機系機器への切替えのため、音声GWにも追加設定が必要である。

模範解答

解説

解答の論理構成

  1. もともとCCSサーバは「1台のCCSサーバが全拠点のSIPサーバの問合せにこたえる」単一構成でした。
  2. 試験稼働で半日停止した反省から、
     ・「待機系機器の設置場所を、コールセンタから、システム保守要員が常駐するシステムセンタに変更」
     ・「③バックアップ方式をコールドスタンバイからホットスタンバイに変更した」
     ・「これに伴い、全拠点のSIPサーバについてCCSサーバに関する設定の変更を行った。」
     という対策が取られました。
  3. ホットスタンバイではプライマリ・スタンバイ間でリアルタイム同期を行い、切替え後も仮想IPやDNS名を共有して問い合わせ先を変えないのが一般的です。対策③により「全拠点のSIPサーバ」は既にこの仮想IP(またはFQDN)を参照する設定に統一されています。
  4. したがって、コールセンタの機器が全滅しても、
     ・SIPサーバ側の設定変更は不要
     ・広域イーサネットさえ生きていれば、各拠点のSIPサーバはシステムセンタ側のスタンバイCCSサーバへ透明に接続できる
     → 内線・外線とも平常どおり利用可能
  5. 以上を最も適切に述べている選択肢は
     ア「コールセンタの全ての機器に障害が発生して、待機系機器に切り替えた場合、広域イーサネットが稼働していれば、各拠点のSIPサーバの設定を変更しなくても、他の拠点間の内線電話や外線電話は通常稼働できる。」

誤りやすいポイント

  • 「全拠点の設定変更」と聞いて“切替えの度に再設定が必要”と誤解しがちですが、実際は“ホットスタンバイ運用用に一度だけ統一設定を行った”という意味です。
  • 音声GWはRTPメディアストリームを変換するだけで、着信制御情報はSIPサーバ経由でCCSサーバが担うことを忘れると、エの「音声GWにも追加設定が必要」に引きずられがちです。
  • コールセンタ停止時にトラヒックが増えるのはシステムセンタ側であって、イのように「コールセンタの音声GWとCCSサーバ間の通信が多発」とはならない点に注意しましょう。

FAQ

Q: ホットスタンバイとコールドスタンバイの最大の違いは?
A: ホットスタンバイは常時稼働状態でデータを同期し、障害時に即時(数秒レベル)で切替え可能です。コールドスタンバイは待機系が停止しており、起動・データ復元・動作確認などの手作業が必要です。
Q: SIPサーバ障害時にも全拠点で通話継続できますか?
A: 要件で「SIPサーバの障害時には、他拠点のSIPサーバが代替できるようにする。」と定められているため、特定拠点のSIPサーバが停止しても他拠点のSIPサーバが代理応答し、通話は継続できます。
Q: 広域イーサネットが遮断された場合の影響は?
A: CCSサーバに問い合わせできなくなるためオペレータの均等着信制御は働きませんが、各拠点内のSIPサーバがローカルの未通話端末を呼び出すフォールバック動作を行うので、最低限の着信は確保されます。

関連キーワード: ホットスタンバイ, VRRP, SIP, RTP, QoS

設問4

本文中の下線③で、CCSサーバのバックアップ方式をコールドスタンバイからホットスタンバイに変更することによって、障害発生時でも継続できるようになるコールセンタの機能は何か。〔VoIPシステムの要件〕の継続性を考慮して、20字以内で答えよ。

模範解答

オペレータへの均等着信機能

解説

解答の論理構成

  1. 依頼事項
    本問は、下線③「バックアップ方式をコールドスタンバイからホットスタンバイに変更」した効果として、どの機能が障害時にも継続可能になるかを問うています。
  2. CCSサーバが担う機能を確認
    要件(2)には、CCSサーバを利用して
    「CCSサーバのデータベースで管理している、オペレータごとの着信履歴のデータを利用し、コールセンタ内で全員均等に着信するように制御する。」
    という記述があります。
    したがって、オペレータ間の着信分配はCCSサーバが動作して初めて成立します。
  3. 障害時の挙動を確認
    試験稼働中の調査で
    「②CCSサーバが停止している間でも…コールセンタ内のIP電話端末には着信できた」
    とあり、通話はできてもCCSサーバが停止している間は均等分配が行えなかったことが示唆されています。
  4. ホットスタンバイにする目的
    下線③では「バックアップ方式を…ホットスタンバイに変更」とあり、待機系が常時同期・待機しているので、障害直後でもCCSサーバ機能を即時引き継げます。
    よって、障害が発生しても途切れさせたくない機能は「オペレータへの均等着信制御」であると論理的に帰結します。

誤りやすいポイント

  • 「通話できた」=「全機能維持」と早合点し、均等分配が失われている点を見落とす。
  • SIPサーバや音声GWが呼出制御を担当しているので均等着信もそちらだと勘違いする。実際には均等分配に必要な“着信履歴データ”を保持するのはCCSサーバ。
  • ホットスタンバイ=可用性全般と漠然と捉え、具体的にどのサービスが継続するのかを答えない。

FAQ

Q: 均等着信はSIPサーバだけで実現できないのですか?
A: SIPサーバは「呼出すIP電話端末の選定」を「CCSサーバに問い合わせ」て決定します。履歴を持つのはCCSサーバなので、SIPサーバ単独では均等分配できません。
Q: ホットスタンバイとコールドスタンバイの違いは?
A: ホットスタンバイは待機系が稼働状態・リアルタイム同期のため切替が即時、コールドスタンバイは停止状態から起動・同期が必要で復旧に時間を要します。本問では切替時間短縮が目的です。
Q: 均等着信が止まると実務上どんな影響がありますか?
A: 通話自体は可能でも一部オペレータに着信が偏り、応答遅延・負荷集中が発生します。サービス品質維持の観点から可用性が要求される機能です。

関連キーワード: ホットスタンバイ, 着信分配, 可用性, VoIP, SIP
戦国ITクイズ機能

\ せっかくなら /

応用情報技術者
クイズ形式で学習しませんか?

クイズ画面へ遷移する

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてプライバシーポリシー利用規約特商法表記開発者について