災害時に被災地の端末と音声メッセージの送受信を行う通信システムであって、音声メッセージを蓄積する蓄積装置と、第1の端末を収容する第1の呼処理装置と、被災地の第2の端末を収容する第2の呼処理装置とを備え、前記蓄積装置は、第1の呼処理装置を介して第1の端末から第2の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶手段に記憶する蓄積制御手段と、前記発信者メッセージが記憶されたことを通知する通知情報を、第2の呼処理装置に送信する通知手段と、第2の呼処理装置の網内発呼により接続された第2の端末に、前記発信者メッセージを再生する再生手段と、を有し、前記第2の呼処理装置は、前記発信者メッセージの通知情報を受信すると、当該第2の呼処理装置の処理に所定の余裕のあるタイミングで、第2の端末と蓄積装置とを網内発呼で接続する呼処理制御手段と、を有することを特徴とする通信システム。請求項1記載の通信システムであって、前記蓄積装置の蓄積制御手段は、前記発信者メッセージの再生が終わった後、第2の端末から第1の端末宛に送信される音声メッセージを着信者メッセージとして記憶手段に記憶し、前記蓄積装置の通知手段は、前記着信者メッセージが記憶されたことを通知する通知情報を、第1の呼処理装置に送信し、前記第1の呼処理装置は、前記着信者メッセージの通知情報を受信し、第1の端末と蓄積装置とを網内発呼で接続する呼処理制御手段を有し、前記蓄積装置の再生手段は、前記網内発呼により接続された第1の端末に、前記着信者メッセージを再生することを特徴とする通信システム。請求項1または請求項2記載の通信システムであって、前記第2の呼処理装置は、当該第2の呼処理装置のCPU利用率を監視する輻輳制御手段を有し、前記呼処理制御手段は、前記輻輳制御手段で監視するCPU利用率が所定の閾値より小さい場合に、前記第2の端末と蓄積装置とを網内発呼で接続することを特徴とする通信システム。請求項1から請求項3のいずれか一項に記載の通信システムであって、前記第2の呼処理装置の呼処理制御手段は、第2の端末に対する発信者メッセージの通知情報を複数回受信している場合、第2の端末と蓄積装置とを網内発呼で接続する際に、前記複数の通知情報で指定された複数の発信者メッセージの識別情報を蓄積装置に送信し、前記蓄積装置の再生手段は、第2の呼処理装置から送信された複数の識別情報の発信者メッセージを第2の端末に再生することを特徴とする通信システム。通信システムが行う、災害時に被災地の端末と音声メッセージの送受信を行う通信方法であって、前記通信システムは、音声メッセージを蓄積する蓄積装置と、第1の端末を収容する第1の呼処理装置と、被災地の第2の端末を収容する第2の呼処理装置とを備え、前記蓄積装置は、第1の呼処理装置を介して第1の端末から第2の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶部に記憶する蓄積制御ステップと、前記発信者メッセージが記憶されたことを通知する通知情報を、第2の呼処理装置に送信する通知ステップと、第2の呼処理装置の網内発呼により接続された第2の端末に、前記発信者メッセージを再生する再生ステップと、を行い、前記第2の呼処理装置は、前記発信者メッセージの通知情報を受信すると、当該第2の呼処理装置の処理に所定の余裕のあるタイミングで、第2の端末と蓄積装置とを網内発呼で接続する呼処理制御ステップと、を行うことを特徴とする通信方法。請求項5記載の通信方法であって、前記蓄積装置は、前記発信者メッセージの再生が終わった後、第2の端末から第1の端末宛に送信される音声メッセージを着信者メッセージとして記憶部に記憶する記憶ステップと、前記着信者メッセージが記憶されたことを通知する通知情報を、第1の呼処理装置に送信する通知ステップと、第1の呼処理装置の網内発呼により接続された第1の端末に、前記着信者メッセージを再生する再生ステップと、をさらに行い、前記第1の呼処理装置は、前記着信者メッセージの通知情報を受信し、第1の端末と蓄積装置とを網内発呼で接続する呼処理制御ステップを行うこと、を特徴とする通信方法。請求項5または請求項6記載の通信方法であって、前記第2の呼処理装置は、当該第2の呼処理装置のCPU利用率を監視する輻輳制御ステップを、さらに有し、前記呼処理制御ステップは、前記輻輳制御ステップで監視するCPU利用率が所定の閾値より小さい場合に、前記第2の端末と蓄積装置とを網内発呼で接続することを特徴とする通信方法。請求項5から請求項7のいずれか一項に記載の通信方法であって、前記第2の呼処理装置の呼処理制御ステップは、第2の端末に対する発信者メッセージの通知情報を複数回受信している場合、第2の端末と蓄積装置とを網内発呼で接続する際に、前記複数の通知情報で指定された複数の発信者メッセージの識別情報を蓄積装置に送信し、前記蓄積装置の再生ステップは、第2の呼処理装置から送信された複数の識別情報の発信者メッセージを第2の端末に再生することを特徴とする通信方法。災害時において、被災している地域の端末に接続し、音声でお互いの安否を伝える場合、発側発信者は着側の呼処理装置の輻輳状態がわからないため、繋がるまで何回も掛けなおす場合がある。これが輻輳を引き起こす要因になり、被災地の端末への接続が益々困難になる。また、発側発信者は、繋がるまで何度も掛けなおす操作を行うことによる精神的なストレスが発生する。特許文献1の技術を用いた場合、音声メッセージ自動配信装置が音声メッセージを配信するため、発側発信者では掛けなおしの操作が必要なくなるが、着側の呼処理装置の状況は考慮されていないため、着信先へ音声メッセージを配信する処理によって輻輳を引き起こす可能性がある。本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、災害時に被災地の端末と音声メッセージの送受信を行う際に、網への負担を低減し、輻輳の発生を抑制する通信システムおよび通信方法を提供することにある。上記目的を達成するため、本発明は、災害時に被災地の端末と音声メッセージの送受信を行う通信システムであって、音声メッセージを蓄積する蓄積装置と、第1の端末を収容する第1の呼処理装置と、被災地の第2の端末を収容する第2の呼処理装置とを備え、前記蓄積装置は、第1の呼処理装置を介して第1の端末から第2の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶手段に記憶する蓄積制御手段と、前記発信者メッセージが記憶されたことを通知する通知情報を、第2の呼処理装置に送信する通知手段と、第2の呼処理装置の網内発呼により接続された第2の端末に、前記発信者メッセージを再生する再生手段と、を有し、前記第2の呼処理装置は、前記発信者メッセージの通知情報を受信すると、当該第2の呼処理装置の処理に所定の余裕のあるタイミングで、第2の端末と蓄積装置とを網内発呼で接続する呼処理制御手段と、を有する。本発明は、通信システムが行う、災害時に被災地の端末と音声メッセージの送受信を行う通信方法であって、前記通信システムは、音声メッセージを蓄積する蓄積装置と、第1の端末を収容する第1の呼処理装置と、被災地の第2の端末を収容する第2の呼処理装置とを備え、前記蓄積装置は、第1の呼処理装置を介して第1の端末から第2の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶部に記憶する蓄積制御ステップと、前記発信者メッセージが記憶されたことを通知する通知情報を、第2の呼処理装置に送信する通知ステップと、第2の呼処理装置の網内発呼により接続された第2の端末に、前記発信者メッセージを再生する再生ステップと、を行い、前記第2の呼処理装置は、前記発信者メッセージの通知情報を受信すると、当該第2の呼処理装置の処理に所定の余裕のあるタイミングで、第2の端末と蓄積装置とを網内発呼で接続する呼処理制御ステップとを行う。本発明によれば、災害時に被災地の端末と音声メッセージの送受信を行う際に、網への負担を低減し、輻輳の発生を抑制する通信システムおよび通信方法を提供することできる。以下、本発明の実施の形態について、図面を参照して説明する。図1は、本発明の実施形態に係る通信システムの全体構成図である。本実施形態の通信システムは、メディアサーバ1と、発側呼処理装置2と、着側呼処理装置3と、発端末4と、着端末5とを備える。メディアサーバ1蓄積装置は、図示しない網ネットワーク上に設置され、発信者および着信者の音声メッセージを、網内に蓄積する装置である。図示するメディアサーバ1は、呼制御信号送受信部11と、蓄積制御部12と、再生部13と、通知部14と、記憶部15とを備える。呼制御信号送受信部11は、各呼処理装置2、3との呼制御信号の送受信を行う。蓄積制御部12は、発側呼処理装置2を介して発端末4から着端末5宛に送信された音声メッセージを録音し、発信者メッセージとして記憶部15に記憶するとともに、着端末5から発端末4宛に送信される音声メッセージを着信者メッセージとして記憶部15に記憶する。再生部13は、着側呼処理装置3の網内発呼により接続された着端末5に発信者メッセージを再生するともに、網内発呼により接続された発端末4に着信者メッセージを再生する。通知部14は、発信者メッセージがメディアサーバ1に記憶されたことを通知する制御情報を着側呼処理装置3に送信するとともに、着信者メッセージがメディアサーバ1に記憶されたことを通知する制御情報を発側呼処理装置2に送信する。記憶部15には、後述するメッセージテーブルおよび対応表と、録音された複数のメッセージファイル発信者メッセージおよび着信者メッセージの音声ファイルとが記憶される。発側呼処理装置2第1の呼処理装置は、発端末4第1の端末を収容する装置であって、呼処理制御部21と、輻輳制御部22と、記憶部23とを有する。呼処理制御部21は、着信者メッセージの通知情報をメディアサーバ1から受信し、当該発側呼処理装置2の処理に所定の余裕のあるタイミングで、発端末4とメディアサーバ1とを網内発呼で接続する。輻輳制御部22は、発側呼処理装置2のCPU利用率を監視する。記憶部23には、後述する制御情報テーブルが記憶される。着側呼処理装置3第2の呼処理装置は、着端末5第2の端末を収容する装置であって、呼処理制御部31と、輻輳制御部32と、記憶部33とを有する。呼処理制御部31は、発信者メッセージの通知情報をメディアサーバ1から受信し、当該着側呼処理装置3の処理に所定の余裕のあるタイミングで、着端末5とメディアサーバ1とを網内発呼で接続する。輻輳制御部32は、着側呼処理装置3のCPU利用率を監視する。記憶部33には、後述する制御情報テーブルが記憶される。なお、本実施形態では、発端末4が被災地に発信する端末であって、着端末5が被災地の端末として以下に説明するが、発端末4が被災地の端末であって、着端末5が被災地以外の端末であってもよく、また、発端末4および着端末5の両方が被災地の端末であってもよい。上記説明した、メディアサーバ1、発側呼処理装置2および着側呼処理装置3は、例えば、CPUと、メモリと、HDD等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、CPUがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、メディアサーバ1、発側呼処理装置2および着側呼処理装置3の各機能は、メディアサーバ1用のプログラムの場合はメディアサーバ1のCPUが、発側呼処理装置2用のプログラムの場合は発側呼処理装置2のCPUが、そして、着側呼処理装置3用のプログラムの場合は着側呼処理装置3のCPUがそれぞれ実行することにより実現される。また、メディアサーバ1用のプログラム、発側呼処理装置2のプログラム、および着側呼処理装置3用のプログラムは、ハードディスク、フレキシブルディスク、CD-ROM、MO、DVD-ROMなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。次に、本実施形態の処理について説明する。まず、図1を用いて、本実施形態の処理概要を説明する。本実施形態の処理は、大きく発信者メッセージの着端末への伝達と、着信者メッセージの発端末への伝達とがある。<発信者メッセージの着端末への伝達>S1:発端末4は、発信者により入力された特番相手先番号のダイヤルで発呼してメディアサーバ1に接続し、メディアサーバ1は、発端末4を介して発信者が入力する発信者メッセージ例えば、被災地にいる着信者の安否を問い合わせる安否メッセーなどを録音する。この際、メディアサーバ1は、発端末4の発信者番号、相手先番号、発信者メッセージファイル名を、メッセージテーブルに記憶する。S2:メディアサーバ1は、相手先番号、発信者メッセージファイル名を含む制御情報を着側呼処理装置3に通知する。S3:着側呼処理装置3は、当該着側呼処理装置3の処理に余裕があるタイミングで、制御情報を基に網内発呼でメディアサーバ1と着端末5とを接続し、メディアサーバ1は発信者メッセージを着端末5に再生する。<着信者メッセージの発端末への伝達>S4:メディアサーバ1は、着端末5と接続して発信者メッセージを再生後、着端末5を介して着信者が入力する着信者メッセージを例えば、発信者に自己の安否状態を伝える安否メッセーなど録音する。S5:メディアサーバ1は、発側呼処理装置2に発信者番号、着信者メッセージファイル名を含む制御情報を通知する。S6:発側呼処理装置2は、当該発側呼処理装置2の処理に余裕のあるタイミングで、制御情報を基に網内発呼でメディアサーバ1と発端末4とを接続し、メディアサーバ1は、着信者メッセージを発端末4に再生する。次に、上記の各処理について詳細に説明する。<S1:発信者メッセージの録音>図2は、発信者メッセージの録音処理を示すシーケンスである。発端末4は、発信者の操作を受け付けて、発信者メッセージ用の特番相手先番号をダイヤルし、発側呼処理装置2に発呼するS11。特番は、通常の電話番号とは異なる、特定用途の識別番号である。発側呼処理装置2の呼処理制御部21は、この特番を用いた発呼があった場合、メディアサーバ1に接続要求信号を送信するS12。メディアサーバ1の呼制御信号送受信部11は、接続要求信号に対する応答を発側呼処理装置2に送信しS13、発側呼処理装置2の呼処理制御部21は当該応答を発端末4に送信するS14。これにより、発端末4とメディアサーバ1との間で呼が接続され、通話が可能な状態となる。呼が接続されると、メディアサーバ1の蓄積制御部12は、発信者に対して発信者メッセージの入力を促すためのガイダンスを発端末4に送出するS15。このガイダンスにより、発信者は、着信者に対して安否を問い合わせるなどの発信者メッセージを音声により入力し、発端末4は、発信者メッセージをメディアサーバ1に送出する。メディアサーバ1の蓄積制御部12は、発端末4から伝送された発信者メッセージを録音し、音声ファイルとして記憶部15に記憶するS16。なお、メディアサーバ1の蓄積制御部12は、記憶部15に記憶した発信者メッセージファイルに、所定のファイル名識別情報を付与する。発信者による発信者メッセージの入力が終了すると、発端末4は、発側呼処理装置2を介して呼の切断信号をメディアサーバ1に送信するS17、S18。そして、メディアサーバ1の蓄積制御部12は、S12の接続要求信号から抽出した発信者番号および相手先番号と、S16で録音した発信者メッセージのファイル名と、発呼時刻例えば、S12の接続要求信号の受信時刻などとを対応付けたレコードデータを、記憶部15のメッセージテーブルに記憶するS19。図3は、メディアサーバ1の記憶部15に格納されるメッセージテーブルの一例を示すものである。図3に示す例では、図2のS19で、項番3のレコードが登録されるものとする。なお、メディアサーバ1は、各端末の電話番号と、当該電話番号の端末を収容する呼処理装置との対応表を記憶部15に保持する。図4は、本実施形態の対応表の一例を示す図である。図示する対応表では、電話番号帯と、当該電話番号帯を収容する呼処理装置とが対応付けて記憶されている。メディアサーバ1は、S12の接続要求信号に基づいて対応関係を収集し、対応表を生成する。なお、メディアサーバ1以外の他の装置が、電話番号電話番号帯と呼処理装置との対応表を保持し、メディアサーバ1は、当該装置から電話番号電話番号帯と呼処理装置との対応表を取得することとしてもよい。以上の処理により、発信者が着端末5の着信者宛に送信した発信者メッセージが、メディアサーバ1に登録される。<S2:発信者メッセージの制御情報の通知>図5は、発信者メッセージの制御情報の通知処理を示すシーケンスである。メディアサーバ1の通知部14は、発信者メッセージの登録から所定時間後、通知信号例えばSIPの場合、INFO信号を用いて、発信者メッセージ制御フラグ、相手先番号、発信者メッセージファイル名、発呼時刻を含む制御情報を、着側呼処理装置3に通知するS21。制御情報は、発信者メッセージの再生と、着信者メッセージの録音を行うための情報である。メディアサーバ1の通知部14は、記憶部15に記憶された対応表図4を参照し、相手先番号を収容する着側呼処理装置3を特定し、特定した着側呼処理装置3に通知信号を送信する。着側呼処理装置3の呼処理制御部31は、発信者メッセージ制御フラグがある通知信号を受信することにより、相手先番号と、発信者メッセージファイル名と、発呼時刻とを対応付けたレコードデータを、記憶部33の制御情報テーブルに記憶するS22。図6は、着側呼処理装置3の記憶部33に記憶される制御情報テーブルの一例を示す図である。図示する例では、S22において、項番3のレコードが追加される。<S3、S4:発信者メッセージの再生と着信者メッセージの録音>図7は、発信者メッセージの再生処理と着信者メッセージの録音処理とを示すシーケンスである。着側呼処理装置3の輻輳制御部32は、CC使用率あるいは現状の呼処理数を監視し、当該着側呼処理装置3の処理に所定の余裕があるか否か例えば、輻輳が発生する危険性がないか否かを監視する。具体的には、輻輳制御部32は、所定のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。CC使用率は、着側呼処理装置3が備えるパケット交換機、パケット多重化装置などのCPU使用率である。CC使用率が所定の閾値より小さい場合、呼処理制御部31は、制御情報テーブルに登録された各レコードの相手先番号に対して、網内発呼により接続要求信号を送信するS31。本実施形態では、網内発呼を行う制御情報テーブルのレコードの優先順位は、発呼時刻が古いものを高い優先度とする。すなわち、呼処理制御部31は、制御情報テーブルのレコードの中から、発呼時刻が古い順に、所定数のレコード分の網内発呼を行う。なお、CC使用率が所定の閾値以上の場合は網内発呼を行わず、次のタイミングにスキップし、次のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。そして、網内発呼した着端末5の着信者がオフフックすることにより、着端末5が当該着端末5の音声信号受信アドレスを含む応答を着側呼処理装置3に送信した場合S32、着側呼処理装置3の呼処理制御部31は、メディアサーバ1と着端末5の接続制御を行う。すなわち、着側呼処理装置3の呼処理制御部31は、制御情報を含む接続要求信号をメディアサーバ1に送信するS33。この制御情報には、S31で網内発呼したレコードの発信者メッセージファイル名を指定した発信者メッセージ再生指示、着信者メッセージ録音指示、および着端末5の音声信号受信アドレスを含む。このとき、着側呼処理装置3の呼処理制御部31は、制御情報テーブルから相手先番号が同じレコードを検索し、当該レコードの発信者メッセージファイル名も併せて発信者メッセージ再生指示に含めた接続要求信号をメディアサーバ1に送信し、同じ相手先番号宛の発信者メッセージをまとめて再生させるようにする。メディアサーバ1の呼制御信号送受信部11は、接続要求信号を受信すると、当該メディアサーバ1の音声信号受信アドレスを含む応答を着側呼処理装置3に送信するS34。着側呼処理装置3の呼処理制御部31は、メディアサーバ1の音声信号受信アドレスを着端末5に送信するS35。これにより、着端末5とメディアサーバ1との間で呼が接続され、通話が可能な状態となる。そして、着側呼処理装置3の呼処理制御部31は、メディアサーバ1と着端末5が接続されると、記憶部33の制御情報テーブルからS33で指定した発信者メッセージファイル名に対応するレコードを削除するS36。図8は、着側呼処理装置3の制御情報テーブルにおいて、S36で削除されるレコードを示したものである。図示する例では、S31で相手先番号が0322222222に接続要求信号を送信し、同じ相手先先番号であるfile2、file3のレコード項番2、3が削除されるものとする。そして、メディアサーバ1の再生部13は、S33で指定された各ファイル名の発信者メッセージを再生して着端末5に送出する。そして、引き続き、メディアサーバ1の蓄積制御部12は、着端末5の着信者に対して着信者メッセージの入力を促すためのガイダンスを着端末5に送出するS37。着信者は、自己の安否状態などを発信者に伝える着信者メッセージを音声により入力する。着端末5は、着信者メッセージをメディアサーバ1に送出し、メディアサーバ1の蓄積制御部12は、着信者メッセージを録音し、音声ファイルとして記憶部15に記憶するS38。なお、メディアサーバ1の蓄積制御部12は、記憶部15に記憶した着信者メッセージファイルに、所定のファイル名識別情報を付与する。着信者による着信者メッセージの入力が終了すると、着端末5は、着側呼処理装置3を介して呼の切断信号をメディアサーバ1に送信するS39、S40。そして、メディアサーバ1の蓄積制御部12は、S40の切断信号を受け付けた後、S37で再生した発信者メッセージファイルのファイル名のレコードに対応付けて、S38で録音した着信者メッセージファイルのファイル名を、記憶部15のメッセージテーブルに記憶するS41。図9は、メディアサーバ1の記憶部15に格納されるメッセージテーブルの一例を示すものである。図示する例では、図7のS41で、項番2および3のレコードの着信者メッセージファイル名に、録音された着信者メッセージファイルのファイル名が登録されるものとする。この場合、複数の発信者メッセージファイルfile2、file3をまとめて再生したため、複数のレコードに、同じ着信者メッセージファイル名が設定されている。以上の処理により、発信者メッセージが着端末5で再生されるとともに、発信者メッセージを発信した発端末4発信者宛の着信者メッセージがメディアサーバ1に登録される。<S5:着信者メッセージの制御情報の通知>図10は、着信者メッセージの制御情報の通知処理を示すシーケンスである。メディアサーバ1の通知部14は、着信者メッセージの登録から所定時間後、通知信号例えばSIPの場合、INFO信号を用いて、当該着信者メッセージの再生を行うため制御情報を発側呼処理装置2に通知するS51。制御情報には、着信者メッセージ制御フラグと、メッセージテーブルに記憶された当該着信者メッセージに対応する発信者番号と、着信者メッセージファイル名と、発呼時刻とが含まれる。メディアサーバ1の通知部14は、記憶部15の対応表図4を参照し、発信者番号を収容する発側呼処理装置2を特定し、特定した発側呼処理装置2に制御信情報を送信する。発側呼処理装置2の呼処理制御部21は、着信者メッセージ制御フラグがある通知信号を受信することにより、発信者番号と、着信者メッセージファイル名と、発呼時刻とを対応付けたレコードデータを、記憶部23の制御情報テーブルに記憶するS52。図11は、発側呼処理装置2の記憶部23に記憶される制御情報テーブルの一例を示す図である。図示する例では、S52において、項番3のレコードが追加される。<S6:着信者メッセージの再生>図12は、着信者メッセージの再生処理を示すシーケンスである。発側呼処理装置2の輻輳制御部22は、CC使用率あるいは現状の呼処理数を監視し、当該発側呼処理装置2の処理に所定の余裕があるか否か例えば、輻輳が発生する危険性がないか否かを監視する。具体的には、輻輳制御部22は、所定のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。CC使用率が所定の閾値より小さい場合、呼処理制御部21は、制御情報テーブルに登録された各レコードの発信者番号に対して、網内発呼により接続要求信号を送信するS61。本実施形態では、網内発呼を行う制御情報テーブルのレコードの優先順位は、発呼時刻が古いものを高い優先度とする。すなわち、呼処理制御部21は、制御情報テーブルのレコードの中から、発呼時刻が古い順に、所定数のレコード分の網内発呼を行う。なお、CC使用率が所定の閾値以上の場合は網内発呼を行わず、次のタイミングにスキップし、次のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。そして、網内発呼した発端末4の発信者がオフフックすることにより、発端末4が当該発端末4の音声信号受信アドレスを含む応答を発側呼処理装置2に送信した場合S62、発側呼処理装置2の呼処理制御部21は、メディアサーバ1と発端末4の接続制御を行う。すなわち、発側呼処理装置2の呼処理制御部21は、制御情報を含む接続要求信号をメディアサーバ1に送信するS63。この制御情報には、S61で網内発呼したレコードの着信者メッセージファイル名を指定した着信者メッセージ再生指示および発端末4の音声信号受信アドレスを含む。このとき、発側呼処理装置2の呼処理制御部21は、制御情報テーブルから発信者番号が同じレコードを検索し、当該レコードの着信者メッセージファイル名も併せて着信者メッセージ再生指示に含めた接続要求信号をメディアサーバ1に送信し、同じ発信者番号宛の着信者メッセージをまとめて再生させるようにする。メディアサーバ1の呼制御信号送受信部11は、接続要求信号を受信すると、当該メディアサーバ1の音声信号受信アドレスを含む応答を発側呼処理装置2に送信するS64。発側呼処理装置2の呼処理制御部21は、メディアサーバ1の音声信号受信アドレスを発端末4に送信するS65。これにより、発端末4とメディアサーバ1との間で呼が接続され、通話が可能な状態となる。そして、発側呼処理装置2の呼処理制御部21は、メディアサーバ1と発端末4が接続されると、記憶部23の制御情報テーブルからS63で指定した着信者メッセージファイル名に対応するレコードを削除するS66。図13は、発側呼処理装置2の制御情報テーブルにおいて、S66で削除されるレコードを示したものである。図示する例では、S61で発信者番号が0311111111に接続要求信号を送信し、同じ発信者番号であるfile5、file4のレコード項番2、3が削除されるものとする。そして、メディアサーバ1の再生部13は、S63で指定された各ファイル名の着信者メッセージを再生して発端末4に送出するS67。着信者メッセージの再生が終了すると、発端末4は、発側呼処理装置2を介して呼の切断信号をメディアサーバ1に送信するS68、S69。そして、メディアサーバ1の蓄積制御部12は、S69の切断信号を受け付けた後、S67で再生した着信者メッセージファイルのファイル名が設定されたレコードを記憶部のメッセージテーブルから削除するS70。以上の処理により、着端末5の着信者が登録した、発信者メッセージを発信した発端末4発信者宛の着信者メッセージが、発端末4で再生される。以上説明した本実施形態では、発信者および着信者の安否メッセージを、音声メッセージとして網内のメディアサーバ1に蓄積し、着側呼処理装置3の都合のいいタイミング処理に余裕のあるタイミングで発信者の安否メッセージの再生と、着信者の安否メッセージの録音制御ができるようにする。これにより、本実施形態では、被災している地域の着端末に接続し音声でお互いの安否を伝える際に、発側で掛けなおしの必要がなく、また、着側では掛けなおしによる呼処理負荷が抑止され、着側の都合のいいタイミングや処理できる量を考慮して処理できるため、輻輳させずに処理することができる。なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。