呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行する呼制御部と、対向通信装置から前記呼制御信号に対応したデータを受信し、前記呼制御部へ前記呼制御信号を送信する処理を前記所定の処理単位により実行するデータ受信部と、前記データ受信部に対し、前記呼制御部への前記呼制御信号の再送を要求する再送部と、を備える通信装置。前記所定の処理単位は、スレッドであり、前記データ受信部は、スレッド間通信により前記呼制御部へ前記呼制御信号を送信する、請求項1に記載の通信装置。前記呼制御部は複数のスレッドを含むマルチスレッドにより構成され、前記データ受信部は1つのスレッドを含むシングルスレッドにより構成されている、請求項2に記載の通信装置。前記データ受信部は、前記呼制御部の前記スレッドである呼制御スレッドを捕捉できた場合に、捕捉した前記呼制御スレッドへ前記呼制御信号を送信する、請求項2または3に記載の通信装置。前記呼制御スレッドの空き状態を管理する呼制御スレッド管理テーブルを有し、前記データ受信部は、前記呼制御スレッド管理テーブルにおいて、前記呼制御スレッドを捕捉する、請求項4に記載の通信装置。前記再送部は、前記データ受信部に対し、前記呼制御スレッドの捕捉を要求することで、前記データ受信部に前記呼制御信号を再送させる、請求項4または5に記載の通信装置。前記データ受信部から前記呼制御部へ前記呼制御信号の送信が失敗した場合に、前記呼制御信号を再送するための再送情報を記録する再送情報記録部を有し、前記再送部は、定期的に前記再送情報記録部を参照し、前記再送情報記録部に前記再送情報が記録されている場合に、前記データ受信部に対し再送を要求する、請求項1乃至6のいずれか一項に記載の通信装置。第1の通信装置と第2の通信装置との間で呼制御信号を送受信する通信システムであって、前記第1の通信装置は、前記第2の通信装置へ第1の呼制御信号を送信する送信部を備え、前記第2の通信装置は、前記第1の呼制御信号に対応した第2の呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行する呼制御部と、前記第1の通信装置から前記第1の呼制御信号を受信し、前記呼制御部へ前記第2の呼制御信号を送信する処理を前記所定の処理単位により実行するデータ受信部と、前記データ受信部に対し、前記呼制御部への前記第2の呼制御信号の再送を要求する再送部と、を備える通信システム。通信装置において呼制御を行うための通信方法であって、呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行し、対向通信装置から前記呼制御信号に対応したデータを受信し、前記呼制御部へ前記呼制御信号を送信する処理を前記所定の処理単位により実行し、前記呼制御信号を送信する前記所定の処理単位に対し、前記呼制御部への前記呼制御信号の再送を要求する、通信方法。通信装置に通信処理を実行させるための通信プログラムであって、前記通信処理は、呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行し、対向通信装置から前記呼制御信号に対応したデータを受信し、前記呼制御部へ前記呼制御信号を送信する処理を前記所定の処理単位により実行し、前記呼制御信号を送信する前記所定の処理単位に対し、前記呼制御部への前記呼制御信号の再送を要求する、通信プログラム。図7に示すような関連する交換機900では、呼制御部920が、発呼受付時から通話中までの状態遷移、及び切断時の状態遷移の機能を具備するため、プロトコル制御部910よりも処理に時間を要する。したがって、関連する交換機900では、システム構成上、データ受け渡しを主とするプロトコル制御部910は、呼制御部920に比べ処理が軽量であるため、呼制御部920側でのデータ受け取りが詰まり、プロトコル制御部910と呼制御部920間の通信インタフェースがボトルネックとなり、輻輳が発生する可能性がある。このような輻輳を回避するため、一般的に関連する交換機はトラヒック制御機能を有しており、一例に単位時間内の発呼数と入り呼の許容呼数を超えた呼に対して規制する方法がある。この方法では、プロトコル制御部910にて呼受付可否判定結果を受けて、規制有無を決定している。このため、この方法を採用したとしても、規制無しと判定した後には、プロトコル制御部910と呼制御部920における処理時間の関係から、プロトコル制御部―呼制御部間の輻輳が発生する場合がある。このようなシステム内の輻輳は、呼制御スレッド921が加入者間の通話操作と連動しているため、保留時間が異なることにも起因する。また、トラヒック制御機能のもう一例として、システムのCPU使用率を監視しシステムとしての許容呼数を変動させる規制方法もあるが、これも同様にプロトコル制御部910にて呼受付可否判定結果を受けて規制有無を決定しており、同じようにシステム内で輻輳が発生する場合がある。また、プロトコル制御部が単一スレッドで構成され、呼制御部が複数スレッドで構成される場合においては、呼制御スレッド数が有限であることからも、データが詰まる理由となる。すなわち、一般的に呼制御スレッドのスレッド数は、トラヒックモデルに連動したシステムの諸元に基づき予め必要数を定義している有限のリソースである。プロトコル制御部910は、有限リソースである呼制御スレッド921を管理するための呼制御スレッド管理テーブルを具備している。プロトコル制御部910は他ノードからの信号を受信した後、呼制御スレッド921に呼処理を要求するため、呼制御スレッド管理テーブルから空いている呼制御スレッドを確保し、メッセージを送信する。このようなシステム内部における輻輳に対し、関連する交換機900では、プロトコル制御部910が、呼制御スレッド921を管理するテーブルを参照して全てビジーであった場合に、プロトコル制御部910で呼制御信号を破棄していた。なお、呼制御スレッド921がビジーとなるのを防ぐために、常に空きがあるよう呼制御スレッド数の拡張を行う対応方法も考えられるが、拡張に応じてメモリ使用量が増加することからハードウェア制限に左右されること、また、装置再開時に増加スレッド分の生成初期化時間が増加するため、故障時間が長くなりサービス提供が遅れることになる。また、図8に、システム内部の輻輳制御を行う他の関連する交換機の構成を示す。図8に示すように、他の関連する交換機901は、プロトコル制御部910、呼制御部920に加えて救済スレッド930を備えている。他の関連する交換機901では、プロトコル制御部910が、通信中状態で呼制御スレッド921の捕捉に失敗した場合に備え、呼制御スレッド921の代わりに呼制御を継続する機能を有する救済スレッド930を予め用意する。プロトコル制御部910は、他ノードからの信号を受信した後、呼制御スレッド921に呼処理を要求するため、呼制御スレッド管理テーブルを確認するが、全てビジーの場合に救済スレッド930へ要求キューに追加する。要求キューに要求が溜まっていた場合、救済スレッド930は呼制御スレッド921に代わり、切断完了まで呼制御を行う。しかしながら、他の関連する交換機901では、救済スレッド930が、1つの呼しか取り扱えないため、2以上の呼が発生した場合には、図7の場合と同様に輻輳が生じ、呼制御信号が破棄されるおそれがある。このように、図7や図8で示したような関連する交換機では、システム内部で輻輳が生じた場合、呼制御信号を破棄するおそれがあるため、正常に呼制御を行うことができないという問題があった。本発明の目的は、このような課題を解決する通信装置、通信システム、通信方法及び通信プログラムを提供することにある。本発明に係る通信装置は、呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行する呼制御部と、対向通信装置から前記呼制御信号に対応したデータを受信し、前記呼制御部へ前記呼制御信号を送信する処理を前記所定の処理単位により実行するデータ受信部と、前記データ受信部に対し、前記呼制御部への前記呼制御信号の再送を要求する再送部と、を備えるものである。本発明に係る通信システムは、第1の通信装置と第2の通信装置との間で呼制御信号を送受信する通信システムであって、前記第1の通信装置は、前記第2の通信装置へ第1の呼制御信号を送信する送信部を備え、前記第2の通信装置は、前記第1の呼制御信号に対応した第2の呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行する呼制御部と、前記第1の通信装置から前記第1の呼制御信号を受信し、前記呼制御部へ前記第2の呼制御信号を送信する処理を前記所定の処理単位により実行するデータ受信部と、前記データ受信部に対し、前記呼制御部への前記第2の呼制御信号の再送を要求する再送部と、を備えるものである。本発明に係る通信方法は、通信装置において呼制御を行うための通信方法であって、呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行し、対向通信装置から前記呼制御信号に対応したデータを受信し、前記呼制御部へ前記呼制御信号を送信する処理を前記所定の処理単位により実行し、前記呼制御信号を送信する前記所定の処理単位に対し、前記呼制御部への前記呼制御信号の再送を要求するものである。本発明に係る通信プログラムは、通信装置に通信処理を実行させるための通信プログラムであって、前記通信処理は、呼制御信号を用いて呼制御を行う処理を所定の処理単位により実行し、対向通信装置から前記呼制御信号に対応したデータを受信し、前記呼制御部へ前記呼制御信号を送信する処理を前記所定の処理単位により実行し、前記呼制御信号を送信する前記所定の処理単位に対し、前記呼制御部への前記呼制御信号の再送を要求するものである。本発明によれば、システム内部で輻輳が生じた場合でも、正常に呼制御を行うことが可能な通信装置、通信システム、通信方法及び通信プログラムを提供することができる。本発明の特徴本発明の実施の形態の説明に先立って、図1を用いて、本発明の特徴についてその概要を説明する。図1に示すように、本発明に係る通信システム100は、データ通信可能に接続された対向通信装置2第1の通信装置と通信装置1第2の通信装置とを有している。そして、通信装置1は、呼制御信号第2の呼制御信号を用いて呼制御を行う処理を所定の処理単位スレッド等により実行する呼制御部11と、対向通信装置2から呼制御信号に対応したデータ第1の呼制御信号を受信し、呼制御部11へ呼制御信号を送信する処理を所定の処理単位により実行するデータ受信部プロトコル制御部等12と、データ受信部12に対し、呼制御部11への呼制御信号の再送を要求する再送部13と、を備えることを主要な特徴としている。一般的な交換機などでは、トラヒック制御機能を有するものの、隣接ノードとのトラヒックをシステムのIFに近いところで、監視し、規制値を超えた場合に規制しており、システム内部での輻輳のような内部データ通信については監視されていないため、輻輳時に呼制御信号が破棄されて、正常に呼制御を行うことができなかった。本発明の通信装置1では、データ受信部12と呼制御部11の各処理がスレッド等のプログラムの処理単位により実行されており、データ受信部12と呼制御部11とのデータ通信は、スレッド間通信のような処理単位間通信を介して行われる。そして、データ受信部12の処理単位から呼制御部11の処理単位へ呼制御信号の送信が失敗した場合に、再送部13が、データ受信部12に対しその呼制御信号の再送処理を要求する。これにより、呼制御信号が呼制御部11へ確実に送信されるため、呼制御部11において本来制御されるべき呼制御を正常に行うことが可能となる。本発明の実施の形態1以下、図面を参照して本発明の実施の形態1について説明する。まず、図2及び図3を用いて、本発明の実施の形態1に係る通信システム100及び交換機10の構成について説明する。図2に示すように、通信システム100は、加入者端末20a、加入者側網21a、交換機10、SIPSessionInitiationProtocol交換網21b、SIP端末20bを備えている。交換機10は、加入者側網21aを介して加入者端末20aに接続され、また、SIP交換網21bを介してSIP端末20bに接続されている。なお、加入者端末20aもしくはSIP端末20bのいずれかを単に端末20と称する場合があり、加入者側網21aもしくはSIP交換網21bのいずれかを単に網21と称する場合がある。通信システム100では、交換機10が、加入者端末20a及び加入者側網21aと、SIP端末20b及びSIP交換網21bとの間で、呼制御メッセージを送受信することで呼制御プロトコルにしたがって呼制御を行うことで、加入者端末20a及び加入者側網21aとSIP端末20b及びSIP交換網21bとの間で通話等のデータ通信を可能にする。加入者端末20aは、呼制御プロトコルとして加入者側プロトコルにしたがって、呼制御メッセージを送受信するとともに、呼接続中に接続先の端末とデータ通信を行う。例えば、加入者側プロトコルは、No.7共通線方式等の呼制御プロトコルである。なお、加入者端末20aがN0.7共通線方式に準拠していなくてもよく、少なくとも加入者側網21aと交換機10との間がN0.7共通線方式に準拠していればよい。加入者側網21aは、加入者端末20aと交換機10との間で、加入者側プロトコルにしたがった呼制御メッセージ及びデータの伝送交換を行う。なお、ここでは、加入者側網21aを介して加入者端末20aと交換機10とを接続しているが、加入者端末20aを交換機10に直接接続してもよい。SIP端末20bは、呼制御プロトコルとしてSIPプロトコルにしたがって、呼制御メッセージを送受信するとともに、呼接続中に接続先の端末とデータ通信を行う。なお、SIP端末20bがSIPプロトコルに準拠していなくてもよく、少なくともSIP交換網21bと交換機10との間がSIPプロトコルに準拠していればよい。また、SIPプロトコルは、交換網側の呼制御プロトコルの一例であり、SIP以外のその他の呼制御プロトコルであってもよい。SIP交換網21bは、VoIPVoiceoverInternetProtocol網等であり、SIP端末20bと交換機10との間で、SIPプロトコルにしたがった呼制御メッセージ及びデータの伝送交換を行う。なお、ここでは、SIP交換網21bを介してSIP端末20bと交換機10とを接続しているが、SIP端末20bを交換機10に直接接続してもよい。交換機10は、呼制御部101、加入者側プロトコル制御部102a第1のプロトコル制御部、SIPプロトコル制御部102b第2のプロトコル制御部、再送部103、再送情報記録部104、加入者管理部105を備えている。例えば、交換機10は、CPUCentralProcessingUnit、記憶装置、通信インタフェース等を備えており、CPUが所定の通信プログラムを実行することで各機能が実現されている。なお、加入者側プロトコル制御部102aもしくはSIPプロトコル制御部102bのいずれかを単にプロトコル制御部102と称する場合がある。また、図2では、2つの再送部103及び再送情報記録部104を加入者側と交換網側のそれぞれに記載しているが、後述のように、加入者側と交換網側とで共通化されているため、それぞれ1つの再送部103及び再送情報記録部104として構成されている。なお、加入者側と交換網側とで別々に設けて、加入者側再送部、加入者側再送情報記録部、SIP再送部、SIP再送情報記録部として構成してもよい。加入者管理部105は、加入者の契約等に基づいて登録された加入者情報や加入者回線情報を管理する。すなわち、加入者管理部105は、データベース等の記録部を有しており、加入者ごとに、加入者情報や加入者回線の回線リソース等が登録されている。なお、加入者情報等を登録するデータベースは、交換機10の内部に備えていてもよいし、外部に備えていてもよい。加入者側プロトコル制御部102aは、加入者側網21a及び加入者端末20aに接続され、加入者側プロトコルを終端する。加入者側プロトコル制御部102aは、加入者側プロトコルにしたがって加入者端末20a及び加入者側網21aとの間で呼制御メッセージを送受信し、また、共通プロトコルにしたがって呼制御部101との間で呼制御メッセージを送受信する。すなわち、加入者側プロトコル制御部102aは、加入者側プロトコルにより受信した呼制御メッセージを共通プロトコルの呼制御メッセージに変換して送信し、また、共通プロトコルにより受信した呼制御メッセージを加入者側プロトコルの呼制御メッセージに変換インタワークして送信する。加入者側プロトコル制御部102aは、加入者管理部105から加入者情報や加入者回線などの必要な情報を取得し、呼制御部101、加入者側網21a及び加入者端末20aへ通知する。SIPプロトコル制御部102bは、SIP交換網21b及びSIP端末20bに接続され、SIPプロトコルを終端する。SIPプロトコル制御部102bは、SIPプロトコルにしたがってSIP端末20b及びSIP交換網21bとの間で呼制御メッセージを送受信し、また、共通プロトコルにしたがって呼制御部101との間で呼制御メッセージを送受信する。すなわち、SIPプロトコル制御部102bは、SIPプロトコルにより受信した呼制御メッセージを共通プロトコルの呼制御メッセージに変換して送信し、また、共通プロトコルにより受信した呼制御メッセージをSIPプロトコルの呼制御メッセージに変換インタワークして送信する。再送情報記録部104は、加入者側プロトコル制御部102a及びSIPプロトコル制御部102bから呼制御部101へ呼制御メッセージを再送するための再送情報を記録する。すなわち、加入者側プロトコル制御部102aから呼制御部101への呼制御メッセージの送信が失敗した場合に、加入者側プロトコル制御部102aが再送情報記録部104に再送情報を記録する。また、SIPプロトコル制御部102bから呼制御部101への呼制御メッセージの送信が失敗した場合に、SIPプロトコル制御部102bが再送情報記録部104に再送情報を記録する。なお、再送情報記録部104は、交換機10の内部に備えていてもよいし、外部に備えていてもよい。再送部103は、再送情報記録部104に記録されている再送情報に基づいて、呼制御部101へ呼制御メッセージの再送処理を実行する。再送部103は、定期的に再送情報記録部104に記録された再送情報を監視し、加入者側プロトコル制御部102aまたはSIPプロトコル制御部102bへ呼制御メッセージの再送を要求する。呼制御部101は、端末及び網側の呼制御プロトコルに依存しない共通呼処理機能を有する。すなわち、呼制御部101は、加入者側プロトコル及びSIPプロトコルとは異なる、交換機内部で共通の共通プロトコルにしたがって動作する。呼制御部101は、加入者側プロトコル制御部102aとSIPプロトコル制御部102bとの間で、共通プロトコルにしたがって呼制御メッセージを送受信し、加入者端末20a及びSIP端末20bの呼制御を行う。呼制御部101は、加入者端末20a及びSIP端末20bから送信される呼制御メッセージを共通プロトコルによって受信し、宛先の特定等を行って、呼接続シーケンスや呼切断シーケンスを制御し、呼状態を管理する。また、呼制御部101は、加入者端末20a及びSIP端末20bの呼状態に応じて、加入者の課金情報を管理する。呼制御部101は、呼接続シーケンス完了の時刻と呼切断シーケンス完了の時刻を記録し、呼接続完了から呼切断完了までの期間を課金対象の期間として管理する。なお、課金情報の記録管理は、交換機10の内部で行ってもよいし、外部の他の交換機や課金装置等で行ってもよい。図3は、本実施形態に係る交換機10におけるプロトコル制御部102、呼制御部101及び再送部103の詳細な構成を示している。加入者側プロトコル制御部102aとSIPプロトコル制御部102bでは、呼制御部101との通信部は共通処理として共通化しているため、ここでは、プロトコル制御部102として図示している。呼制御部101は、複数の呼制御スレッド111及び呼制御テーブル106を備えている。呼制御テーブル106は、呼状態等の呼制御情報を、呼ごとに記憶管理するためのテーブルである。呼制御部101は、複数の呼制御スレッド111から実現されるマルチスレッド構成である。1つの呼制御スレッド111は、1つの呼の制御処理を実行するためのスレッドである。呼制御スレッド111は、プロトコル制御部102との間で呼制御メッセージを送受信し、呼制御メッセージに応じて呼制御テーブル106の呼状態等を参照更新することで呼制御を行う。プロトコル制御部102は、プロトコル制御スレッド112及び呼制御スレッド管理テーブル107を備えている。呼制御スレッド管理テーブル107は、呼制御部101の呼制御スレッド111の空き状態使用状態を、呼制御スレッドごとに記憶管理するためのテーブルである。プロトコル制御部102は、1つのプロトコル制御スレッド112から実現されるシングルスレッド構成である。プロトコル制御スレッド112は、加入者側網21aまたはSIP交換網21bから呼制御メッセージを受信し、呼制御スレッド111の空き状態に応じて呼制御スレッド111を捕捉し、捕捉した呼制御スレッド111へ変換後の呼制御メッセージを送信する。また、プロトコル制御スレッド112は、呼制御スレッド111に空きが無い場合、再送情報記録部104に呼制御メッセージの再送情報を記録する。なお、プロトコル制御部102は、複数のプロトコル制御スレッド112によりマルチスレッドで構成してもよい。再送部103は、1つの再送スレッド113から実現されるシングルスレッド構成である。再送スレッド113は、再送情報記録部104の再送情報の有無を判定し、再送情報がある場合に、プロトコル制御部102のプロトコル制御スレッド112へスレッド捕捉要求を通知することで、プロトコル制御スレッド112から呼制御スレッド111へ呼制御メッセージを再送させる。なお、再送部103からの再送要求に対し、プロトコル制御部102は複数のデータを再送することができ、呼制御部の空きスレッド数まで同時に再送処理を行うことが可能である。次に、図4~図6を用いて、本発明の実施の形態1に係る通信システム100及び交換機10の動作について説明する。まず、本発明に係る再送動作の前提となる正常な場合の動作について説明する。図4は、交換機10内で輻輳が生じない正常な場合の呼接続シーケンス及び呼切断シーケンスを示している。なお、実際には、No.7共通線方式及びSIPのプロトコルに準拠して、複数の呼制御メッセージが送受信されるが、ここでは説明簡略化のため、呼接続シーケンスは呼接続要求及び呼接続応答のみ、呼切断シーケンスは呼切断完了のみとして説明する。また、ここでは、加入者側から呼接続要求及び呼切断要求を送信する例について説明するが、交換網側から呼接続要求及び呼切断要求を送信する場合も同様の動作となる。呼接続シーケンスでは、まず、加入者端末20aから呼接続が開始されると、加入者側網21aから交換機10へ、加入者側プロトコルによる呼接続要求SETUPメッセージ等が送信されるS101。次に、交換機10の加入者側プロトコル制御部102aでは、プロトコル制御スレッド112が、呼接続要求を受信すると、受信した呼接続要求の信号パラメータから加入者情報加入者回線種別を識別し、呼制御スレッド管理テーブル107を参照して呼制御スレッド111の空き状態を確認するS102。S102において、プロトコル制御スレッド112は、呼制御スレッド管理テーブル107により呼制御スレッド111に空きがある場合、呼制御スレッド111を捕捉するS103。次に、プロトコル制御スレッド112は、捕捉した呼制御スレッド111へ、共通プロトコルによる呼接続要求を送信するS104。呼制御部101の呼制御スレッド111は、呼接続要求を受信すると、呼接続要求の信号パラメータにより接続先の網及び端末の特定等を行い、共通プロトコルによる呼接続要求をSIPプロトコル制御部102bのプロトコル制御スレッド112へ送信するS105。なお、このとき、呼制御スレッド111は、呼制御テーブル106の呼状態を呼接続処理中に設定する。次に、SIPプロトコル制御部102bのプロトコル制御スレッド112は、呼接続要求を受信すると、SIPプロトコルによる呼接続要求INVITEメッセージ等をSIP交換網21bへ送信するS106。次に、呼接続要求に対してSIP端末20bから、呼接続の応答があると、SIP交換網21bから交換機10へ、SIPプロトコルによる呼接続応答200OKメッセージ等が送信されるS107。交換機10のSIPプロトコル制御部102bでは、プロトコル制御スレッド112が、呼接続応答を受信すると、呼接続を要求していた呼制御スレッド111に対し、共通プロトコルによる呼接続応答を送信するS108。次に、呼制御部101の呼制御スレッド111は、呼接続応答を受信すると、共通プロトコルによる呼接続応答を加入者側プロトコル制御部102aのプロトコル制御スレッド112へ送信する。加入者側プロトコル制御部102aのプロトコル制御スレッド112は、呼接続応答を受信すると、加入者側プロトコルによる呼接続応答CONNECTメッセージ等を加入者側網21aへ送信するS110。これにより、呼接続シーケンスが完了して呼が接続され、加入者端末20aとSIP端末20bとの間でデータ通信が可能となる。このとき、呼制御部101では、呼制御スレッド111が、呼制御テーブル106の呼状態を通信中に設定しS111、課金が開始されるS112。そして、呼接続シーケンスが完了したため、呼制御スレッド111が解放されて、呼制御スレッド管理テーブル107に空き情報が記録されるS113。呼切断シーケンスでは、まず、加入者端末20aから呼切断が開始されると、加入者側網21aから交換機10へ、加入者側プロトコルによる呼切断完了RELCOMPメッセージ等が送信されるS201。次に、交換機10の加入者側プロトコル制御部102aでは、プロトコル制御スレッド112が、呼切断完了を受信すると、受信した呼切断完了の信号パラメータから加入者情報加入者回線種別を識別し、呼制御スレッド管理テーブル107を参照して呼制御スレッド111の空き状態を確認するS202。S202において、プロトコル制御スレッド112は、呼制御スレッド管理テーブル107により呼制御スレッド111に空きがある場合、呼制御スレッド111を捕捉するS203。プロトコル制御スレッド112は、捕捉した呼制御スレッド111へ、共通プロトコルによる呼切断完了を送信するS204。次に、呼制御部101の呼制御スレッド111は、呼切断完了を受信すると、呼切断完了の信号パラメータにより切断する呼や通信中の網及び端末の特定等を行い、共通プロトコルによる呼切断完了をSIPプロトコル制御部102bのプロトコル制御スレッド112へ送信するS205。SIPプロトコル制御部102bのプロトコル制御スレッド112は、呼切断完了を受信すると、SIPプロトコルによる呼切断完了BYEメッセージ等をSIP交換網21bへ送信するS206。これにより、呼切断シーケンスが完了して呼が切断され、加入者端末20aとSIP端末20bとの間のデータ通信が終了する。このとき、呼制御部101では、呼制御スレッド111が、呼制御テーブル106の呼状態を空状態に設定しS207、課金が終了するS208。そして、呼切断シーケンスが完了したため、呼制御スレッド111が解放されて、呼制御スレッド管理テーブル107に空き情報が記録されるS209。次に、本発明の主要な特徴であるシステム内の再送動作について説明する。図5は、加入者側網の加入者から呼切断が開始され、交換機10内で再送が行われる場合の動作を示している。再送部103および再送情報記録部104は、加入者側も交換網側も共通であり、発側であるか着側であるかを意識する必要がないため、加入者側プロトコル制御部102aとSIPプロトコル制御部102bの再送動作は同様となる。このため、ここでは加入者側と交換網側とを共通的に図示し、加入者端末20aもしくはSIP端末20bを端末20、加入者側網21aもしくはSIP交換網21bを網21、加入者側プロトコル制御部102aもしくはSIPプロトコル制御部102bをプロトコル制御部102として説明する。図5に示すように、まず、端末20から呼切断が開始されると、網21から交換機10へ、呼切断信号図4の呼切断完了に相当が送信されるS301。次に、交換機10のプロトコル制御部102では、プロトコル制御スレッド112が、呼切断信号を受信すると、受信した呼切断信号の信号パラメータから加入者情報加入者回線種別を識別し、呼制御スレッド管理テーブル107を参照して呼制御スレッド111の空き状態を確認するS302。S302において、プロトコル制御スレッド112は、呼制御スレッド管理テーブル107を参照し、全ての呼制御スレッド111が使用中で全てビジーの場合、呼切断信号の再送に必要な再送情報を再送情報記録部104に格納するS303。なお、プロトコル制御スレッド112は、呼制御スレッド111が捕捉できた場合でも、呼制御スレッド111への送信が失敗した場合には、再送情報を再送情報記録部104に記録する。再送部103の再送スレッド113は、再送処理を実行していない場合、WAIT状態であるため、プロトコル制御スレッド112は、再送部103の再送スレッド113へ再送処理開始を通知しS304、再送スレッド113をRUN状態に遷移させる。なお、再送スレッド113が、WAIT状態とRUN状態とを定期的に繰り返す等することで、プロトコル制御スレッド112から再送スレッド113へ再送処理開始を通知せずに、再送情報記録部104に再送情報が格納された場合に、再送スレッド113が再送処理を開始してもよい。次に、再送処理開始通知によりRUN状態となった再送スレッド113は、再送情報記録部104に再送情報の有無をチェックするS305。S305において、再送スレッド113は、再送情報記録部104に再送情報が格納されている場合、再送を試みるため呼制御スレッド捕捉要求をプロトコル制御部102のプロトコル制御スレッド112に通知するS306。プロトコル制御部102のプロトコル制御スレッド112は、呼制御スレッド捕捉要求を受信したため、再度、呼制御スレッド管理テーブル107を参照して呼制御スレッド111の空き状況を確認するS307。S307において、プロトコル制御スレッド112は、呼制御スレッド管理テーブル107を参照し、空きの呼制御スレッド111がある場合、呼制御スレッド111を捕捉するS308。そして、プロトコル制御スレッド112は、捕捉した呼制御スレッド111に対しスレッド間通信により呼切断信号を送信するS309。これにより、図4と同様に、呼制御スレッド111では、呼切断、課金終了等が正常に実行される。次に、プロトコル制御スレッド112は、呼切断信号の送信に成功したため、再送情報記録部104から再送情報を削除するS310。そして、プロトコル制御スレッド112は、スレッドの捕捉が成功したことを通知するS311。なお、この捕捉成功通知は、呼制御スレッドの捕捉が成功したことを意味するとともに、呼制御信号の再送が成功したことを意味する。再送スレッド113は、プロトコル制御スレッド112からスレッド捕捉成功通知を受けたため、再送処理のループ処理を終了させ、WAIT状態に遷移する。図6は、図5と同様に加入者側網の加入者から呼切断が開始され、交換機10内での再送が失敗する場合の動作を示している。図6に示すように、図5と同様にして、端末20及び網21から呼切断信号が送信されるとS301、プロトコル制御部102のプロトコル制御スレッド112が、呼制御スレッド管理テーブル107を確認し、再送情報記録部104に再送情報を格納しS303、再送部103の再送スレッド113へ再送処理開始を通知するS304。そうすると、再送スレッド113は、RUN状態となって、再送情報記録部104に再送情報の有無をチェックし、プロトコル制御部102のプロトコル制御スレッド112へ、呼制御スレッド捕捉要求を送信するS306。次に、プロトコル制御部102のプロトコル制御スレッド112は、呼制御スレッド管理テーブル107を参照して、呼制御スレッド111の空き状況を確認しS320、空きの呼制御スレッド111が無い場合、呼制御スレッド111の捕捉に失敗した結果を再送スレッド113へ通知するS321。なお、プロトコル制御スレッド112は、呼制御スレッド管理テーブル107に空きがあり、呼制御スレッド111の捕捉に成功した場合でも、スレッド間通信用バッファの確保失敗やスレッド間通信の失敗などの理由により、正常に通信が完了できなかったと判断した場合にも、失敗した結果を再送スレッドに通知するS321。再送スレッド113は、プロトコル制御部102のプロトコル制御スレッド112から失敗通知を受けると、再送制御のループ処理を繰り返すかどうか判定するS322。すなわち、再送スレッド113は、再送情報記録部104に再送情報の有無と再送リトライ回数を判定する。再送スレッド113は、再送情報記録部104に再送情報が登録されており、かつ、再送リトライ回数が一定値より小さい場合、再送リトライ回数をインクリメントしてS305以降の再送処理を繰り返す。再送スレッド113は、再送情報記録部104に再送情報が無い場合、または、再送リトライ回数が一定値以上になった場合、ループ処理を終了してWAIT状態に遷移する。再送情報記録部104に再送情報が残っている場合には、再送情報を削除する。なお、再送リトライ上限値を超えて再送情報を削除した場合、以後再送契機を失うことになるが、別の状態一致化処理にてリソース解放を行う。状態一致化処理は、隣接ノード間や、交換機内で関連するリソースを保持する機能モジュール間で、浮いているリソースを解消する機構である。再送情報記録部104はプロトコル制御部のプロトコル制御スレッド112と再送部103の再送スレッド113の双方から参照するため、各方面からのアクセス時は、排他処理を行うこともできる。状態一致化処理と、本発明の再送制御で競合する可能性があることから、再送スレッド113がRUN状態においては、状態一致化の周期が回ってきた場合でも、状態一致化処理を開始しないことが好ましい。ここで、本発明の効果の理解を助けるため、図7及び図8で示した関連する交換機の課題について改めて説明する。すなわち、図7のような、呼制御部とプロトコル制御部から構成された、関連する交換機900では次のような課題が生じる。第1の課題は、災害時などにより想定を上回るトラヒック増加が発生した場合、プロトコル制御部での信号破棄により、本来切断される呼が切断されず過課金となる。第2の課題は、バーストトラヒック受信時に限らず、呼制御部とプロトコル制御部のスレッド保留時間の差異から、通常運用時においてもプロトコル制御部で切断信号が破棄される可能性があり、その場合に過課金となる。第3の課題は、上記の第1の課題と第2の課題の例により呼切断できなければ、交換機内部でリソースを確保したままとなり、新規呼または入り呼用のリソースが確保できず、本来受け付けることのできるはずである呼処理サービスが適切に継続できなくなる。また、図8のような、呼制御部、プロトコル制御部及び救済スレッドから構成された、関連する交換機901では次のような課題が生じる。第4の課題は、救済スレッドはシングルスレッドにより構成されるため、複数の呼を扱うコールウェイティングや、コールホールドのサービスを実施することができない。第5の課題は、救済スレッドはシングルスレッドにより構成されるため、救済される呼は1つの呼に限られ、同時に複数の呼を扱うことができない。第6の課題は、第5の課題にあるよう、救済スレッドでは1度に1つの呼しか扱えないためにその他の呼は要求キューへ保留されたままとなり、負荷状態によりキューサイズ以上の要求が溜まるバッファビジーの状況となるとプロセス障害が発生し、システムが再開する間、ユーザへのサービス提供ができなくなる。これに対し、本実施形態では、プロトコル制御部にて呼制御スレッドとのスレッド間データ通信ができなかった場合に、通信データを破棄することなく、その情報を再送情報として保持し、再送スレッドにて定期的に再送を試みることで、従来の呼制御方式を利用してスレッド間通信を救済し、本来制御されるべき呼を制御することを可能とした。これにより、上記課題を解決することができ、特に以下のような効果を奏する。第1の効果は、交換機内における輻輳などにより呼制御スレッドが全てビジーの場合でも、再送制御を行うことで、スレッド間通信でのデータ消失が発生せず、正常に呼制御を実施できるため、過課金を防止することができる。例えば、災害時などにより想定を上回るトラヒックが発生した場合でも、正常に呼を切断することができる。また、災害時でなくとも、隣接する他ノードの再開等により一時的なバースト信号が発生する可能性があり、また、自ノード再開等により、非救済対象呼の一斉切断等でも同様の状況に陥る可能性があるため、このような状況においても、正常に呼を切断することができる。第2の効果は、バーストトラヒック受信時に限らず、呼制御部とプロトコル制御部のスレッド保留時間の差異から、通常運用時においてもプロトコル制御部で切断信号が破棄される可能性があり、その場合にも本実施形態の再送制御を行うことで、正常に呼制御を実施し、過課金となることを防止できることが可能である。第3の効果は、再送制御により呼切断を確実に行うことができるため、交換機内部のリソース解放漏れによるリソース不足を解決し、新規呼を受け付けられることを可能にすることができる。なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、上記の例に限らず、ルータ、RNCRadioNetworkController、SIPサーバ、No.7共通線方式を扱う交換機、及びIP通信に移行した交換機に適用することができる。また、TCP/IPをベースとするネットワーク装置に適用することができる。上記のように、交換機において、プロトコル制御部と呼制御部ではスレッド保留時間が異なるため、保留時間の短いプロトコル制御部では処理が溜まる傾向にあり、一時的なトラヒック増加でなくても、長時間通話など呼状況と連動して、正常に呼制御が実施できないという課題が発生しうる状況となる。この、プロトコル制御部と呼制御部の関係は、交換機に限らないため、プロトコル制御部と呼制御部と同様な処理時間の関係を有する装置に適用することができる。また、上記の例では、システム内の各ブロックの処理単位としてスレッドを用いて説明したが、その他の処理単位としてプロセスやタスクとしてもよい。上記の例では、再送スレッドが、プロトコル制御スレッドに対して再送を要求し、プロトコル制御スレッドから呼制御スレッドへ再送を行ったが、これに限らず、再送スレッドが直接呼制御スレッドへ再送を行ってもよい。この場合、プロトコル制御スレッドと再送スレッドとの間で排他制御することが好ましい。上記の例では、主に呼切断時の再送制御について説明したが、呼切断時に限らず、呼接続時や通信中に輻輳が発生した場合に、上記と同様の再送制御を行ってもよい。