(57)【要約】【課題】待機系を稼働させる場合において、一括同期のデータ転送中であっても呼処理を継続可能なＶｏＩＰシステムを提供する。【解決手段】  呼処理系の各々は、自身が運用系として指定されている呼処理系に同期要求の指令が供給されると、自身の呼状態情報データの複製を作成してこれを非指定の呼処理系に転送する第１の転送手段と、呼状態情報データの転送中に、呼処理パケットを受信したとき、自身の呼状態情報データを呼処理パケットに応じて更新呼状態情報データに更新し、更新呼状態情報データの複製を作成してこれを当該非指定の呼処理系に転送する第２の転送手段と、を含む冗長化ＶｏＩＰシステム。【選択図】図１
2014146259.tif 000002
【特許請求の範囲】
【請求項１】
択一的に運用系として指定されている限り、呼処理パケットに応じて呼状態情報データを更新しつつ呼制御を行う少なくとも２つの呼処理系からなる呼処理部と、前記呼処理部とＩＰ網との間で前記呼処理パケットを中継するネットワークインタフェース部と、前記呼処理部に運用系の指定の供給と同期要求の供給をなす指令部と、を含む冗長化ＶｏＩＰシステムであって、
前記呼処理系の各々は、
自身が運用系として指定されている場合において、前記同期要求に応じて、
自身の呼状態情報データの複製を作成してこれを非指定の呼処理系に転送する第１の転送手段と、
前記呼状態情報データの転送中に、前記呼処理パケットを受信したとき、自身の呼状態情報データを前記呼処理パケットに応じて更新呼状態情報データに更新し、前記更新呼状態情報データの複製を作成してこれを当該非指定の呼処理系に転送する第２の転送手段と、
を含むことを特徴とする冗長化ＶｏＩＰシステム。
【請求項２】
前記第２の転送手段は、前記呼状態情報データの転送終了後に転送することを特徴とする請求項１に記載の冗長化ＶｏＩＰシステム。
【請求項３】
前記ネットワークインタフェース部は、運用系に指定されている呼処理系のいずれかのみに前記呼処理パケットを中継することを特徴とする請求項１に記載の冗長化ＶｏＩＰシステム。
【請求項４】
前記指令部は、前記非指定の呼処理部が非稼働中の場合に、当該非指定の呼処理系を稼働させるときに前記同期要求を供給することを特徴とする請求項１に記載の冗長化ＶｏＩＰシステム。
【請求項５】
前記ネットワークインタフェース部は少なくとも２つの系からなり、前記呼処理パケットを、前記ネットワークインタフェース部のうちの運用系として指定されているネットワークインタフェース部が前記運用系として指定されている呼処理系のみに中継することを特徴とする請求項１に記載の冗長化ＶｏＩＰシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用系と待機系との少なくとも２つの呼処理系からなる冗長構成を具備した冗長化ＶｏＩＰ（Voice over IP）システムに関する。
【背景技術】
【０００２】
運用系と待機系とに冗長化されたＶｏＩＰシステムの呼処理部は、運用系の装置に障害が発生した場合には、待機系の装置を新たに運用系として指定することで呼の継続が可能となっている。ＣＰＵ故障などの障害復旧や定期点検のために保守作業が必要な場合には、当該保守作業が必要な待機系の装置を非稼働中（ＯＵＳ：アウトオブサービス）の状態にすることでＶｏＩＰシステムの運用から待機系の装置を一時的に切り離した後に、保守作業が行われる。待機系の装置は、この保守作業が終了した後に、非稼働中の状態から稼働中（ＩＮＳ：インサービス）の状態に移行するときに、運用系の装置から呼状態情報データなどを取り込み、これを自身の呼状態情報データとして保持している。つまり、ＶｏＩＰシステムの呼処理部は、運用系の装置が自身の呼状態情報データを一括同期データとして待機系の装置に転送を行い、運用系と待機系との間で呼状態情報データの一致（同期）を図っている。
【０００３】
例えば、特許文献１に開示されている冗長化構成のＶｏＩＰシステムにおいては、運用系と待機系との間で呼状態情報データの一致を図る故に、運用系の切り替えをする場合において、呼状態情報データの一括同期のデータ転送を行っている。すなわち、呼処理系の各々は、自身が運用系として指定されている場合に、系切替要求の発生に応じて、呼制御を停止すると共に、系切替開始通知をネットワークインタフェース部に送信する。また、呼処理系の各々は、自身が系切替開始通知に対応する新たな運用系として指定されている場合に、以前に運用系であった呼処理系から呼状態情報の複製を取り込み、当該呼状態情報に基づいて呼制御を再開し、系切替終了通知をネットワークインタフェース部に送信する。ネットワークインタフェース部は、当該系切替開始通知に応じて、呼処理パケットを一時的に蓄積して呼処理系への中継を停止し、当該系切替終了通知に応じて、呼処理パケットの蓄積を停止して呼処理系への中継を再開している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１８８０３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１に記載のＶｏＩＰシステムにおいて、ネットワークインタフェース部は、待機系の呼処理系を稼働させる場合において、運用系と待機系との間で呼状態情報データの一致を図る故に、一括同期のデータ転送中には呼処理系に呼処理パケットの中継を停止している。従って、呼処理系は、一括同期のデータ転送中には呼処理を継続することができないという問題があった。
【０００６】
本発明は、上記した如き問題点に鑑みてなされたものであって、待機系の呼処理系を稼働させる場合において、一括同期のデータ転送中であっても、呼処理系が呼処理を継続可能な冗長化ＶｏＩＰシステムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
請求項１に係る発明の冗長化ＶｏＩＰシステムは、択一的に運用系として指定されている限り、呼処理パケットに応じて呼状態情報データを更新しつつ呼制御を行う少なくとも２つの呼処理系からなる呼処理部と、前記呼処理部とＩＰ網との間で前記呼処理パケットを中継するネットワークインタフェース部と、前記呼処理部に運用系の指定の供給と同期要求の供給をなす指令部と、を含む冗長化ＶｏＩＰシステムであって、前記呼処理系の各々は、自身が運用系として指定されている場合において、前記同期要求に応じて、自身の呼状態情報データの複製を作成してこれを非指定の呼処理系に転送する第１の転送手段と、前記呼状態情報データの転送中に、前記呼処理パケットを受信したとき、自身の呼状態情報データを前記呼処理パケットに応じて更新呼状態情報データに更新し、前記更新呼状態情報データの複製を作成してこれを当該非指定の呼処理系に転送する第２の転送手段と、を含むことを特徴としている。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施例である冗長化ＶｏＩＰシステムの構成を示すブロック図である。
【図２】呼処理パケット及び呼状態情報データの構成例を示す説明図である。
【図３】図１の冗長化ＶｏＩＰシステムの待機系の呼処理系をインサービスさせる際の動作例のフローチャートである。
【図４】本発明の実施例の変形例である冗長化ＶｏＩＰシステムの構成を示すブロック図である。
【発明を実施するための形態】
【０００９】
【実施例】
【００１０】
本発明の実施例である冗長化ＶｏＩＰシステムを図１乃至図４を参照しつつ説明する。
【００１１】
図１は、本発明のＶｏＩＰシステム５０の全体構成を示すブロック図である。ＶｏＩＰシステム５０は、ＩＰ網９０に接続され、ＩＰ網９０の先には、ＣＡ（Call Agent）サーバ９１が接続されている。ＶｏＩＰシステム５０は、ＣＡサーバ９１との間で呼処理パケットＰ１をやり取りすることで、ＩＰ網９０に繋がれた電話端末（図示せず）の通話動作のための発呼、着呼、通話開始及び通話停止、さらには課金等を含む呼制御を実行するシステムである。呼処理パケットＰ１は、ＳＩＰ（Session Initiation Protocol）等のプロトコルに従った呼制御を行うために送受信されるパケットである。
【００１２】
尚、図１のＶｏＩＰシステム５０において、音声信号とＩＰ化された音声パケットとの変換を行うＶｏＩＰ部、加入者線との接続を切り替えるＴＤＭスイッチ部、及び加入者線との間で音声信号を送受信するＴＤＭインタフェース部は、図示を省略している。また、呼の通話によって生じる音声パケットの送受信動作についても説明を省略している。
【００１３】
ＶｏＩＰシステム５０は、ネットワークインタフェース部１０と、各々が同一の構成を有することで冗長化された２つの呼処理系３０ａ、３０ｂからなる呼処理部３０と、指令部４０とを備える。呼処理系３０ａ及び呼処理系３０ｂの各々は、内部の機能は同じであり、それぞれが互いに冗長機能を提供し、通常何れか一方が択一的に運用系として指定されることによって運用系の装置として運用され、運用系として指定されていない、若しくは待機系として指定されることによって他方が待機系の装置として運用される。
【００１４】
ネットワークインタフェース部１０は、ＩＰ網９０と呼処理部３０との間で呼処理パケットＰ１を中継する。ネットワークインタフェース部１０は、入力処理部１１と、出力処理部１２と、パケット多重振分部１３とから構成される。入力処理部１１は、ＩＰ網９０に接続され、ＣＡサーバ９１から呼処理パケットＰ１及び音声パケット（図示せず）をＩＰ網９０を介して受信する。出力処理部１２は、ＩＰ網９０に接続され、ＣＡサーバ９１に向けて呼処理パケットＰ１及び音声パケット（図示せず）を送信する。パケット多重振分部１３は、ＣＡサーバ９１に向けた呼処理パケットＰ１の多重処理を行うと共に、ＣＡサーバ９１からの呼処理パケットＰ１の振分処理を行って呼処理パケットＰ１を運用系として指定されている呼処理系のいずれか１つに向けて送信する。当該振分処理は、指令部４０からの運用系として指定されている呼処理系（例えば、呼処理系３０ａ）を通知されることによって、運用系の呼処理系へ呼処理パケットＰ１を送信する。また、当該振分処理は、呼処理系３０ａ及び呼処理系３０ｂのうちのどちらが運用系として指定されている呼処理系であるかを判定して、運用系の呼処理系へ呼処理パケットＰ１を送信しても良い。
【００１５】
呼処理系３０ａは、呼制御部３１ａと、同期制御部３２ａと、呼状態管理部３３ａと、一括同期用バッファ（第１のバッファ）３４ａと、新規呼バッファ（第２のバッファ）３５ａとから構成される。呼制御部３１ａ、同期制御部３２ａ、呼状態管理部３３ａ、一括同期用バッファ３４ａ、新規呼バッファ３５ａは、呼処理系３０ａ内のバスにそれぞれ接続されており、当該バスを介して互いにパケットもしくはデータをやり取りしている。同様に、呼処理系３０ｂは、呼制御部３１ｂと、同期制御部３２ｂと、呼状態管理部３３ｂと、一括同期用バッファ（第１のバッファ）３４ｂと、新規呼バッファ（第２のバッファ）３５ｂとから構成される。呼制御部３１ｂ、同期制御部３２ｂ、呼状態管理部３３ｂ、一括同期用バッファ３４ｂ、新規呼バッファ３５ｂは、呼処理系３０ｂ内のバスにそれぞれ接続されており、当該バスを介して互いにパケットもしくはデータをやり取りしている。また、呼処理系３０ａ及び呼処理系３０ｂは、互いに接続されており、必要に応じて一方の呼状態情報データＰ２が他方へ転送される。
【００１６】
尚、図１のＶｏＩＰシステム５０には、冗長化を実現する２つの呼処理系３０ａ、３０ｂからなる呼処理部３０が示されているが、本発明にかかる限定はなく、本発明による冗長化システムは３つ以上の呼処理系が含んでいてもよい。呼処理系３０ａ及び呼処理系３０ｂは同一の構成及び機能を有することから、それらの内部構成及び機能について主に呼処理系３０ａのみを例として以下説明する。
【００１７】
呼処理系３０ａは、ネットワークインタフェース部１０を介して中継された呼処理パケットＰ１を受信して呼処理を実施する。また、呼処理系３０ａは、指令部４０から一括同期要求の指定信号、運用系としての指定信号、インサービス（稼働）もしくは非稼働（アウトオブサービス）の指定信号を受信する。呼処理系３０ａは、指令部４０からの稼働の指定信号に応じて、非稼働中から稼働中の状態に運用状態を移行し、非稼働の指定信号に応じて、稼働中から非稼働中の状態に運用状態を移行する。例えば、稼働中の呼処理系３０ａが、自身が運用系として指定されていない場合に、運用状態を非稼働にする信号を指令部４０から供給されると、呼処理系３０ａは、非稼働中の運用状態に移行する。
【００１８】
また、呼処理系３０ａが、自身が運用系として指定されていた場合に、運用状態を非稼働にする信号を指令部４０から供給されると、それまで待機系であった呼処理系（例えば呼処理系３０ｂ）は、運用系として指定されることによって運用系の装置として稼働する。そして、それまで運用系であった呼処理系３０ａは、待機系として指定されて待機系の装置として非稼働中の運用状態に移行する。
【００１９】
呼制御部３１ａは、受信した呼処理パケットＰ１を処理する。より詳細には、呼制御部３１ａは、当該呼処理パケットＰ１に応じて呼制御を行うとともに、当該呼処理パケットＰ１に応じて呼状態情報データＰ２を作成し、作成した呼状態情報データＰ２を呼状態管理部３３ａに保持させる。以前に作成した呼状態情報データＰ２に対応する呼もしくは電話加入者の呼処理パケットＰ１を受信すると、呼制御部３１ａは、呼状態管理部３３ａが保持している当該呼状態情報データＰ２を当該呼処理パケットＰ１に応じて変更または更新させる。
【００２０】
同期制御部３２ａは、呼状態管理部３３ａの呼状態情報データＰ２が変更されると、変更された呼状態情報データＰ２の複製を作成させる。そして、同期制御部３２ａは、作成された呼状態情報データＰ２の複製を自身（呼処理系３０ａ）以外の呼処理系、すなわち待機系の呼処理系（例えば呼処理系３０ｂ）に転送させる。
【００２１】
また、同期制御部３２ａは、指令部４０から一括同期要求の信号が供給されると、呼状態管理部３３ａが保持している呼状態情報データＰ２の複製を作成させる。そして、同期制御部３２ａは、作成された呼状態情報データＰ２の複製を一括同期用バッファ３４ａに蓄積させる。同期制御部３２ａは、作成された呼状態情報データＰ２の複製を一括同期用バッファ３４ａに蓄積し終えると、一括同期用バッファ３４ａに蓄積されている呼状態情報データＰ２を自身（呼処理系３０ａ）以外の呼処理系（例えば呼処理系３０ｂ）、すなわち待機系である呼処理系に転送させる。さらに、当該呼状態情報データＰ２の転送中に、呼処理系３０ａがネットワークインタフェース部１０を介して呼処理パケットＰ１を受信した場合には、同期制御部３２ｂは、当該呼処理パケットＰ１に応じて更新された呼状態情報データ（以下、更新呼状態情報データという。）Ｐ２Ａの複製を作成させてこれを新規呼バッファ３５ａに蓄積させる。そして、同期制御部３２ｂは、当該呼状態情報データＰ２の転送が終了した後に、新規呼バッファ３５ａに蓄積されている更新呼状態情報データＰ２Ａを待機系である呼処理系に転送させる。
【００２２】
また、同期制御部３２ａは、自身の呼処理系（呼処理系３０ａ）以外の呼処理系から呼状態情報データＰ２が転送されるとこれを呼状態管理部３３ａに保持させる。すなわち、呼処理系３０ａが待機系である場合には、呼処理系３０ａは、運用系の呼処理系から転送された呼状態情報データＰ２を取り込み、これを自身の呼状態情報データとして保持する。
【００２３】
呼状態管理部３３ａは、各電話加入者の呼状態または各呼毎の呼状態を呼状態情報データＰ２として保持する。呼状態管理部３３ａの呼状態情報データＰ２は、呼処理パケットに応じて呼制御部３１ａによって作成または更新（もしくは変更）される。
【００２４】
一括同期用バッファ３４ａは、一括同期要求の信号が同期制御部３２ａに供給された場合には、当該時点の呼状態情報データＰ２の複製を蓄積する。新規呼バッファ３５ａは、一括同期バッファ３４ａが蓄積している呼状態情報データＰ２を待機系の呼処理系（例えば呼処理系３０ｂ）に転送中に、呼処理系３０ａが呼処理パケットＰ１をネットワークインタフェース部１０を介して受信した場合には、当該呼処理パケットＰ１に応じて作成または変更された更新呼状態情報データＰ２Ａの複製を蓄積する。
【００２５】
指令部４０は、呼処理部３０とネットワークインタフェース部１０とに接続されている。指令部４０は、呼処理系３０ａ、３０ｂのいずれか１つを運用系として指定する故に呼処理部３０に運用系としての指定信号の供給を行う。また、指令部４０は、ネットワークインタフェース部１０に呼処理系３０ａ、３０ｂのいずれか１つが運用系として指定されているかを通知する。また、指令部４０は、待機系の呼処理系を稼働させる際に、呼処理部３０に一括同期要求の信号の供給を行う。指令部４０は、稼働もしくは非稼働の指定信号を呼処理部３０に供給を行う。
【００２６】
図２（ａ）は、呼処理パケットＰ１の構成例を示す説明図である。すなわち、呼処理パケットＰ１は、発呼、着呼、通話開始／終了等の処理内容を指定する処理識別と、当該処理に対応する呼制御情報とから構成される。
【００２７】
図２（ｂ）は、呼状態情報データＰ２の構成例を示す説明図である。すなわち、呼状態情報データＰ２は、各々が１つの呼に対応する複数の呼状態情報テーブルＴ１〜Ｔｎ（ｎは正数）から構成される。１つの呼状態情報データテーブルＴ１は、例えば、呼単位に振られる呼識別、発呼加入者番号、着呼加入者番号、呼ステータス、通話開始時刻、通話終了時刻、音声圧縮方式、及び課金情報等から構成される。呼ステータスは、発呼、着呼、通話開始／終了等の状態、の情報などを含み、さらにオンフック、オフフック、通話中などの状態の情報も含む。また、呼状態情報データＰ２は、各電話加入者（各電話回線）毎に呼状態を表すデータであっても良い。
【００２８】
図３は、本発明の実施例であるＶｏＩＰシステム５０の待機系の呼処理系３０ｂをインサービス（稼働）させる際の動作例のフローチャートである。呼処理系３０ａは運用系として指定されており、呼処理系３０ｂは運用系として非指定である、すなわち待機系として指定されていることを前提として以下説明する。また、呼処理系３０ｂは、保守作業などで非稼働中の状態であり、ある電話加入者は、発呼などを行っていないオンフック状態である。
【００２９】
呼処理系３０ａは、自身が運用系であるか否かを判定する（ステップＳ３０１）。呼処理系３０ａは、運用系として指定されているので（ステップＳ３０１のＹｅｓ）、次に、指令部４０から一括同期要求の指定信号が供給されているか否かを判定する（ステップＳ３０２）。
【００３０】
呼処理系３０ｂを稼働させるときに、呼処理系３０ａが一括同期要求の指定信号を受信した場合には（ステップＳ３０２のＹｅｓ）、同期制御部３２ａは、一括同期要求に応じて、呼状態管理部３３ａが当該時点で保持している呼状態情報データＰ２の複製を作成させる。そして、同期制御部３２ａは、当該呼状態情報データＰ２の複製を一括同期用バッファ３４ａに蓄積させる（ステップＳ３０３）。
【００３１】
次に、同期制御部３２ａは、当該呼状態情報データＰ２の複製を一括同期用バッファ３４ａに蓄積し終えると、一括同期用バッファ３４ａが蓄積している当該呼状態情報データＰ２を、運用系として非指定である呼処理系３０ｂに転送させる（ステップＳ３０４）。呼処理系３０ｂは、呼処理系３０ａから転送された呼状態情報データＰ２を受信する。呼処理系３０ｂの同期制御部３２ｂは、受信した呼状態情報データＰ２を呼状態管理部３３ｂに保持させる。ここで、ステップＳ３０４は、第１の転送手段とも称する。
【００３２】
ネットワークインタフェース部１０は、呼処理系３０ａが呼状態情報データＰ２を呼処理系３０ｂに転送中であっても、運用系として指定されている呼処理系３０ａに呼処理パケットＰ１を継続して中継し得る。すなわち、ネットワークインタフェース部１０は、運用系の呼処理系が待機系の呼処理系に呼状態情報データＰ２を転送中においても呼処理パケットＰ１の中継を停止しない。第１の転送手段によって呼状態情報データＰ２を転送中に、ある電話加入者が発呼（新規呼）を行った場合には、ネットワークインタフェース部１０は、ＩＰ網９０を介して呼処理パケットＰ１を受信する。そして、ネットワークインタフェース部１０は、受信した呼処理パケットＰ１を運用系として指定されている呼処理系３０ａに中継する（ステップＳ３０５）。
【００３３】
呼処理系３０ａは、ネットワークインタフェース部１０を介して呼処理パケットＰ１を受信する。呼制御部３１ａは、受信した呼処理パケットＰ１に応じて呼制御を行う。そして、呼制御部３１ａは、呼状態管理部３３ａが保持している呼状態情報データＰ２を、受信した呼処理パケットＰ１に応じて更新させる。すなわち、呼処理系３０ａは、それまで自身が保持していた呼状態情報データＰ２を、受信した呼処理パケットＰ１に応じて更新呼状態情報データＰ２Ａに更新する。この時点での更新呼状態情報データＰ２Ａの呼ステータスは、発呼中もしくはオフフック状態となる。次に、同期制御部３２ａは、更新呼状態情報データＰ２Ａの複製を作成させて、更新呼状態情報データＰ２Ａの複製を新規呼バッファ３５ａに蓄積させる（ステップＳ３０６）。
【００３４】
その後、同期制御部３２ｂは、呼処理系３０ａから転送された呼状態情報データＰ２を呼状態管理部３３ｂに保持させる。つまり、呼処理系３０ｂは、呼状態情報データＰ２を取り込み、自身の呼状態情報データＰ２として保持する。そして、呼処理系３０ａは、第１の転送手段の呼状態情報データＰ２の転送を終了する（ステップＳ３０７）。この時点での呼処理系３０ｂの呼状態情報データＰ２の当該電話加入者の呼ステータスは、オンフック状態となる。
【００３５】
同期制御部３２ａは、第１の転送手段の当該呼状態情報データＰ２の転送が終了した後に、新規呼バッファ３５ａが蓄積している更新呼状態情報データＰ２Ａを呼処理系３０ｂに転送させる（ステップＳ３０８）。
【００３６】
呼処理系３０ｂは、呼処理系３０ａから転送された更新呼状態情報データＰ２Ａを受信する。呼処理系３０ｂの同期制御部３２ｂは、受信した更新呼状態情報データＰ２Ａを呼状態管理部３３ｂに保持させる。すなわち、呼処理系３０ｂは、第１の転送手段によって取り込み自身がそれまで保持していた呼状態情報データＰ２を、更新呼状態情報データＰ２Ａに更新する。当該更新呼状態情報データＰ２Ａの転送が終了すると、呼処理系３０ｂは、呼状態情報データＰ２の当該電話加入者の呼ステータスが発呼中もしくはオフフック状態となり、呼処理系３０ａと呼状態情報データＰ２が一致する。そして、呼処理系３０ｂは、待機系として稼働中の状態となる。ここで、ステップＳ３０８は第２の転送手段とも称する。
【００３７】
これにより、本発明による実施例のＶｏＩＰシステム５０においては、ネットワークインタフェース部１０は、呼処理部３０が一括同期のデータ転送中であっても、運用系の呼処理系（例えば呼処理系３０ａ）に呼処理パケットＰ１の中継を続行することができ、運用系の呼処理系（例えば呼処理系３０ａ）は、呼処理パケットＰ１の呼処理を継続して実施できるとともに、運用系の呼処理系と待機系の呼処理系との間で呼状態情報データＰ２の不整合を防止することができる。
【００３８】
尚、ステップＳ３０５において、電話加入者による発呼が行なわれているが、本発明はこれには限定されず、着呼や通話開始または通話終了であっても良い。すなわち、呼処理パケットＰ１は発呼以外に対応した呼処理パケットであっても良い。また、ステップＳ３０８において、更新呼状態情報データＰ２Ａを第１の転送手段の終了後に転送を行っているが、呼処理系３０ｂが当該更新呼状態情報データＰ２Ａに対応する呼もしくは電話加入者の呼状態方法データＰ２を第１の転送手段によって既に取り込んだ後であれば、第１の転送手段の終了後でなくても、呼処理系３０ａは、更新呼状態情報データＰ２Ａを呼処理系３０ｂに転送しても良い。
【００３９】
＜変形例＞
図４は、本発明の実施例の変形例である冗長化ＶｏＩＰシステム５０の全体構成を示すブロック図である。図１のＶｏＩＰシステムにおいて、ネットワークインタフェース部１０は１つであったが、図４のＶｏＩＰシステム５０において、各々が同一の構成を有することで冗長化された少なくとも２つのネットワークインタフェース系１０ａ、１０ｂからなるネットワークインタフェース部１０から構成される。ネットワークインタフェース部１０ａ、１０ｂのそれぞれの構成は、図１のネットワークインタフェース部１０と等価な構成要素を含んでいる故、その内部構成及び機能の説明は省略する。指令部４０は、呼処理部３０に運用系としての指定だけでなく、ネットワークインタフェース部１０に運用系の指定をも実施する。運用系として指定されているネットワークインタフェース系（例えば、ネットワークインタフェース系１０ａ）は、運用系として指定されている呼処理系（例えば、呼処理系３０ａ）に呼処理パケットＰ１を中継する。
【符号の説明】
【００４０】
１０  ネットワークインタフェース部
１１  入力処理部
１２  出力処理部
１３  パケット多重振替部
３０  呼処理部
３０ａ、ｂ  呼処理系
３１ａ、ｂ  呼制御部
３２ａ、ｂ  同期制御部
３３ａ、ｂ  呼状態管理部
３４ａ、ｂ  一括同期用バッファ
３５ａ、ｂ  新規呼バッファ
４０  指令部
５０  ＶｏＩＰシステム
９０  ＩＰ網
９１  ＣＡサーバ
【図１】
2014146259.tif 000003
【図２】
2014146259.tif 000004
【図３】
2014146259.tif 000005
【図４】
2014146259.tif 000006