(57)【要約】【課題】災害時に被災地の端末と音声メッセージの送受信を行う際に、網への負担を低減し、輻輳の発生を抑制する。【解決手段】災害時に被災地の端末と音声メッセージの送受信を行う通信システムであって、蓄積装置１は、第１の呼処理装置２を介して第１の端末４から第２の端末５宛に送信された音声メッセージを録音し、発信者メッセージとして記憶手段１５に記憶する蓄積制御手段１２と、発信者メッセージが記憶されたことの通知情報を第２の呼処理装置に通知する通知手段１４と、網内発呼により接続された第２の端末５に発信者メッセージを再生する再生手段１３とを有し、第２の呼処理装置３は、発信者メッセージの通知情報を受信すると、当該第２の呼処理装置の処理に所定の余裕のあるタイミングで第２の端末５と蓄積装置１とを網内発呼で接続する呼処理制御手段３１とを有する。【選択図】図１
2013128246.tif 000002
【特許請求の範囲】
【請求項１】
災害時に被災地の端末と音声メッセージの送受信を行う通信システムであって、
音声メッセージを蓄積する蓄積装置と、第１の端末を収容する第１の呼処理装置と、被災地の第２の端末を収容する第２の呼処理装置とを備え、
前記蓄積装置は、
第１の呼処理装置を介して第１の端末から第２の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶手段に記憶する蓄積制御手段と、
前記発信者メッセージが記憶されたことを通知する通知情報を、第２の呼処理装置に送信する通知手段と、
第２の呼処理装置の網内発呼により接続された第２の端末に、前記発信者メッセージを再生する再生手段と、を有し、
前記第２の呼処理装置は、
前記発信者メッセージの通知情報を受信すると、当該第２の呼処理装置の処理に所定の余裕のあるタイミングで、第２の端末と蓄積装置とを網内発呼で接続する呼処理制御手段と、を有すること
を特徴とする通信システム。
【請求項２】
請求項１記載の通信システムであって、
前記蓄積装置の蓄積制御手段は、前記発信者メッセージの再生が終わった後、第２の端末から第１の端末宛に送信される音声メッセージを着信者メッセージとして記憶手段に記憶し、
前記蓄積装置の通知手段は、前記着信者メッセージが記憶されたことを通知する通知情報を、第１の呼処理装置に送信し、
前記第１の呼処理装置は、前記着信者メッセージの通知情報を受信し、第１の端末と蓄積装置とを網内発呼で接続する呼処理制御手段を有し、
前記蓄積装置の再生手段は、前記網内発呼により接続された第１の端末に、前記着信者メッセージを再生すること
を特徴とする通信システム。
【請求項３】
請求項１または請求項２記載の通信システムであって、
前記第２の呼処理装置は、
当該第２の呼処理装置のＣＰＵ利用率を監視する輻輳制御手段を有し、
前記呼処理制御手段は、前記輻輳制御手段で監視するＣＰＵ利用率が所定の閾値より小さい場合に、前記第２の端末と蓄積装置とを網内発呼で接続すること
を特徴とする通信システム。
【請求項４】
請求項１から請求項３のいずれか一項に記載の通信システムであって、
前記第２の呼処理装置の呼処理制御手段は、第２の端末に対する発信者メッセージの通知情報を複数回受信している場合、第２の端末と蓄積装置とを網内発呼で接続する際に、前記複数の通知情報で指定された複数の発信者メッセージの識別情報を蓄積装置に送信し、
前記蓄積装置の再生手段は、第２の呼処理装置から送信された複数の識別情報の発信者メッセージを第２の端末に再生すること
を特徴とする通信システム。
【請求項５】
通信システムが行う、災害時に被災地の端末と音声メッセージの送受信を行う通信方法であって、
前記通信システムは、音声メッセージを蓄積する蓄積装置と、第１の端末を収容する第１の呼処理装置と、被災地の第２の端末を収容する第２の呼処理装置とを備え、
前記蓄積装置は、
第１の呼処理装置を介して第１の端末から第２の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶部に記憶する蓄積制御ステップと、
前記発信者メッセージが記憶されたことを通知する通知情報を、第２の呼処理装置に送信する通知ステップと、
第２の呼処理装置の網内発呼により接続された第２の端末に、前記発信者メッセージを再生する再生ステップと、を行い、
前記第２の呼処理装置は、
前記発信者メッセージの通知情報を受信すると、当該第２の呼処理装置の処理に所定の余裕のあるタイミングで、第２の端末と蓄積装置とを網内発呼で接続する呼処理制御ステップと、を行うこと
を特徴とする通信方法。
【請求項６】
請求項５記載の通信方法であって、
前記蓄積装置は、
前記発信者メッセージの再生が終わった後、第２の端末から第１の端末宛に送信される音声メッセージを着信者メッセージとして記憶部に記憶する記憶ステップと、
前記着信者メッセージが記憶されたことを通知する通知情報を、第１の呼処理装置に送信する通知ステップと、
第１の呼処理装置の網内発呼により接続された第１の端末に、前記着信者メッセージを再生する再生ステップと、をさらに行い、
前記第１の呼処理装置は、
前記着信者メッセージの通知情報を受信し、第１の端末と蓄積装置とを網内発呼で接続する呼処理制御ステップを行うこと、
を特徴とする通信方法。
【請求項７】
請求項５または請求項６記載の通信方法であって、
前記第２の呼処理装置は、
当該第２の呼処理装置のＣＰＵ利用率を監視する輻輳制御ステップを、さらに有し、
前記呼処理制御ステップは、前記輻輳制御ステップで監視するＣＰＵ利用率が所定の閾値より小さい場合に、前記第２の端末と蓄積装置とを網内発呼で接続すること
を特徴とする通信方法。
【請求項８】
請求項５から請求項７のいずれか一項に記載の通信方法であって、
前記第２の呼処理装置の呼処理制御ステップは、第２の端末に対する発信者メッセージの通知情報を複数回受信している場合、第２の端末と蓄積装置とを網内発呼で接続する際に、前記複数の通知情報で指定された複数の発信者メッセージの識別情報を蓄積装置に送信し、
前記蓄積装置の再生ステップは、第２の呼処理装置から送信された複数の識別情報の発信者メッセージを第２の端末に再生すること
を特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、災害時に被災地の端末と音声メッセージの送受信を行う通信システムおよび通信方法に関する。
【背景技術】
【０００２】
音声メッセージを送受信する技術としては、例えば、特許文献１に予めグループとして登録しておいた複数のメンバーに対して、発信者の希望する日時に音声メッセージを配信することができる音声メッセージ自動配信装置が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特願2003-101645号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
災害時において、被災している地域の端末に接続し、音声でお互いの安否を伝える場合、発側（発信者）は着側の呼処理装置の輻輳状態がわからないため、繋がるまで何回も掛けなおす場合がある。これが輻輳を引き起こす要因になり、被災地の端末への接続が益々困難になる。また、発側（発信者）は、繋がるまで何度も掛けなおす操作を行うことによる精神的なストレスが発生する。
【０００５】
特許文献１の技術を用いた場合、音声メッセージ自動配信装置が音声メッセージを配信するため、発側（発信者）では掛けなおしの操作が必要なくなるが、着側の呼処理装置の状況は考慮されていないため、着信先へ音声メッセージを配信する処理によって輻輳を引き起こす可能性がある。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、災害時に被災地の端末と音声メッセージの送受信を行う際に、網への負担を低減し、輻輳の発生を抑制する通信システムおよび通信方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、災害時に被災地の端末と音声メッセージの送受信を行う通信システムであって、音声メッセージを蓄積する蓄積装置と、第１の端末を収容する第１の呼処理装置と、被災地の第２の端末を収容する第２の呼処理装置とを備え、前記蓄積装置は、第１の呼処理装置を介して第１の端末から第２の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶手段に記憶する蓄積制御手段と、前記発信者メッセージが記憶されたことを通知する通知情報を、第２の呼処理装置に送信する通知手段と、第２の呼処理装置の網内発呼により接続された第２の端末に、前記発信者メッセージを再生する再生手段と、を有し、前記第２の呼処理装置は、前記発信者メッセージの通知情報を受信すると、当該第２の呼処理装置の処理に所定の余裕のあるタイミングで、第２の端末と蓄積装置とを網内発呼で接続する呼処理制御手段と、を有する。
【０００８】
本発明は、通信システムが行う、災害時に被災地の端末と音声メッセージの送受信を行う通信方法であって、前記通信システムは、音声メッセージを蓄積する蓄積装置と、第１の端末を収容する第１の呼処理装置と、被災地の第２の端末を収容する第２の呼処理装置とを備え、前記蓄積装置は、第１の呼処理装置を介して第１の端末から第２の端末宛に送信された音声メッセージを録音し、発信者メッセージとして記憶部に記憶する蓄積制御ス
テップと、前記発信者メッセージが記憶されたことを通知する通知情報を、第２の呼処理装置に送信する通知ステップと、第２の呼処理装置の網内発呼により接続された第２の端末に、前記発信者メッセージを再生する再生ステップと、を行い、前記第２の呼処理装置は、前記発信者メッセージの通知情報を受信すると、当該第２の呼処理装置の処理に所定の余裕のあるタイミングで、第２の端末と蓄積装置とを網内発呼で接続する呼処理制御ステップとを行う。
【発明の効果】
【０００９】
本発明によれば、災害時に被災地の端末と音声メッセージの送受信を行う際に、網への負担を低減し、輻輳の発生を抑制する通信システムおよび通信方法を提供することできる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る通信システムの全体構成図である。
【図２】発信者メッセージの録音処理を示すシーケンスである。
【図３】メディアサーバのメッセージテーブルの一例を示す図である。
【図４】メディアサーバの対応表の一例を示す図である。
【図５】発信者メッセージの制御情報の通知処理を示すシーケンスである。
【図６】着側呼処理装置の制御情報テーブルの一例を示す図である。
【図７】発信者メッセージの再生処理と着信者メッセージの録音処理を示すシーケンスである。
【図８】着側呼処理装置の制御情報テーブルの一例を示す図である。
【図９】メディアサーバのメッセージテーブルの一例を示す図である。
【図１０】着信者メッセージの制御情報の通知処理を示すシーケンスである。
【図１１】発側呼処理装置の制御情報テーブルの一例を示す図である。
【図１２】着信者メッセージの再生処理を示すシーケンスである。
【図１３】発側呼処理装置の制御情報テーブルの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１２】
図１は、本発明の実施形態に係る通信システムの全体構成図である。
【００１３】
本実施形態の通信システムは、メディアサーバ１と、発側呼処理装置２と、着側呼処理装置３と、発端末４と、着端末５とを備える。
【００１４】
メディアサーバ１（蓄積装置）は、図示しない網（ネットワーク）上に設置され、発信者および着信者の音声メッセージを、網内に蓄積する装置である。図示するメディアサーバ１は、呼制御信号送受信部１１と、蓄積制御部１２と、再生部１３と、通知部１４と、記憶部１５とを備える。
【００１５】
呼制御信号送受信部１１は、各呼処理装置２、３との呼制御信号の送受信を行う。蓄積制御部１２は、発側呼処理装置２を介して発端末４から着端末５宛に送信された音声メッセージを録音し、発信者メッセージとして記憶部１５に記憶するとともに、着端末５から発端末４宛に送信される音声メッセージを着信者メッセージとして記憶部１５に記憶する。再生部１３は、着側呼処理装置３の網内発呼により接続された着端末５に発信者メッセージを再生するともに、網内発呼により接続された発端末４に着信者メッセージを再生する。
【００１６】
通知部１４は、発信者メッセージがメディアサーバ１に記憶されたことを通知する制御
情報を着側呼処理装置３に送信するとともに、着信者メッセージがメディアサーバ１に記憶されたことを通知する制御情報を発側呼処理装置２に送信する。記憶部１５には、後述するメッセージテーブルおよび対応表と、録音された複数のメッセージファイル（発信者メッセージおよび着信者メッセージの音声ファイル）とが記憶される。
【００１７】
発側呼処理装置２（第１の呼処理装置）は、発端末４（第１の端末）を収容する装置であって、呼処理制御部２１と、輻輳制御部２２と、記憶部２３とを有する。呼処理制御部２１は、着信者メッセージの通知情報をメディアサーバ１から受信し、当該発側呼処理装置２の処理に所定の余裕のあるタイミングで、発端末４とメディアサーバ１とを網内発呼で接続する。輻輳制御部２２は、発側呼処理装置２のＣＰＵ利用率を監視する。記憶部２３には、後述する制御情報テーブルが記憶される。
【００１８】
着側呼処理装置３（第２の呼処理装置）は、着端末５（第２の端末）を収容する装置であって、呼処理制御部３１と、輻輳制御部３２と、記憶部３３とを有する。呼処理制御部３１は、発信者メッセージの通知情報をメディアサーバ１から受信し、当該着側呼処理装置３の処理に所定の余裕のあるタイミングで、着端末５とメディアサーバ１とを網内発呼で接続する。輻輳制御部３２は、着側呼処理装置３のＣＰＵ利用率を監視する。記憶部３３には、後述する制御情報テーブルが記憶される。
【００１９】
なお、本実施形態では、発端末４が被災地に発信する端末であって、着端末５が被災地の端末として以下に説明するが、発端末４が被災地の端末であって、着端末５が被災地以外の端末であってもよく、また、発端末４および着端末５の両方が被災地の端末であってもよい。
【００２０】
上記説明した、メディアサーバ１、発側呼処理装置２および着側呼処理装置３は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、メディアサーバ１、発側呼処理装置２および着側呼処理装置３の各機能は、メディアサーバ１用のプログラムの場合はメディアサーバ１のＣＰＵが、発側呼処理装置２用のプログラムの場合は発側呼処理装置２のＣＰＵが、そして、着側呼処理装置３用のプログラムの場合は着側呼処理装置３のＣＰＵがそれぞれ実行することにより実現される。
【００２１】
また、メディアサーバ１用のプログラム、発側呼処理装置２のプログラム、および着側呼処理装置３用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２２】
次に、本実施形態の処理について説明する。
【００２３】
まず、図１を用いて、本実施形態の処理概要を説明する。本実施形態の処理は、大きく「発信者メッセージの着端末への伝達」と、「着信者メッセージの発端末への伝達」とがある。
【００２４】
＜発信者メッセージの着端末への伝達＞
Ｓ１：発端末４は、発信者により入力された特番＋相手先番号のダイヤルで発呼してメディアサーバ１に接続し、メディアサーバ１は、発端末４を介して発信者が入力する発信者メッセージ（例えば、被災地にいる着信者の安否を問い合わせる安否メッセーなど）を録音する。この際、メディアサーバ１は、発端末４の発信者番号、相手先番号、発信者メ
ッセージファイル名を、メッセージテーブルに記憶する。
【００２５】
Ｓ２：メディアサーバ１は、相手先番号、発信者メッセージファイル名を含む制御情報を着側呼処理装置３に通知する。
【００２６】
Ｓ３：着側呼処理装置３は、当該着側呼処理装置３の処理に余裕があるタイミングで、制御情報を基に網内発呼でメディアサーバ１と着端末５とを接続し、メディアサーバ１は発信者メッセージを着端末５に再生する。
＜着信者メッセージの発端末への伝達＞
Ｓ４：メディアサーバ１は、着端末５と接続して発信者メッセージを再生後、着端末５を介して着信者が入力する着信者メッセージを（例えば、発信者に自己の安否状態を伝える安否メッセーなど）録音する。
【００２７】
Ｓ５：メディアサーバ１は、発側呼処理装置２に発信者番号、着信者メッセージファイル名を含む制御情報を通知する。
【００２８】
Ｓ６：発側呼処理装置２は、当該発側呼処理装置２の処理に余裕のあるタイミングで、制御情報を基に網内発呼でメディアサーバ１と発端末４とを接続し、メディアサーバ１は、着信者メッセージを発端末４に再生する。
【００２９】
次に、上記の各処理について詳細に説明する。
【００３０】
＜Ｓ１：発信者メッセージの録音＞
図２は、発信者メッセージの録音処理を示すシーケンスである。
【００３１】
発端末４は、発信者の操作を受け付けて、発信者メッセージ用の特番＋相手先番号をダイヤルし、発側呼処理装置２に発呼する（Ｓ１１）。特番は、通常の電話番号とは異なる、特定用途の識別番号である。
【００３２】
発側呼処理装置２の呼処理制御部２１は、この特番を用いた発呼があった場合、メディアサーバ１に接続要求信号を送信する（Ｓ１２）。メディアサーバ１の呼制御信号送受信部１１は、接続要求信号に対する応答を発側呼処理装置２に送信し（Ｓ１３）、発側呼処理装置２の呼処理制御部２１は当該応答を発端末４に送信する（Ｓ１４）。これにより、発端末４とメディアサーバ１との間で呼が接続され、通話が可能な状態となる。
【００３３】
呼が接続されると、メディアサーバ１の蓄積制御部１２は、発信者に対して発信者メッセージの入力を促すためのガイダンスを発端末４に送出する（Ｓ１５）。このガイダンスにより、発信者は、着信者に対して安否を問い合わせるなどの発信者メッセージを音声により入力し、発端末４は、発信者メッセージをメディアサーバ１に送出する。メディアサーバ１の蓄積制御部１２は、発端末４から伝送された発信者メッセージを録音し、音声ファイルとして記憶部１５に記憶する（Ｓ１６）。なお、メディアサーバ１の蓄積制御部１２は、記憶部１５に記憶した発信者メッセージファイルに、所定のファイル名（識別情報）を付与する。
【００３４】
発信者による発信者メッセージの入力が終了すると、発端末４は、発側呼処理装置２を介して呼の切断信号をメディアサーバ１に送信する（Ｓ１７、Ｓ１８）。そして、メディアサーバ１の蓄積制御部１２は、Ｓ１２の接続要求信号から抽出した発信者番号および相手先番号と、Ｓ１６で録音した発信者メッセージのファイル名と、発呼時刻（例えば、Ｓ１２の接続要求信号の受信時刻など）とを対応付けたレコード（データ）を、記憶部１５のメッセージテーブルに記憶する（Ｓ１９）。
【００３５】
図３は、メディアサーバ１の記憶部１５に格納されるメッセージテーブルの一例を示すものである。図３に示す例では、図２のＳ１９で、項番３のレコードが登録されるものとする。
【００３６】
なお、メディアサーバ１は、各端末の電話番号と、当該電話番号の端末を収容する呼処理装置との対応表を記憶部１５に保持する。
【００３７】
図４は、本実施形態の対応表の一例を示す図である。図示する対応表では、電話番号帯と、当該電話番号帯を収容する呼処理装置とが対応付けて記憶されている。メディアサーバ１は、Ｓ１２の接続要求信号に基づいて対応関係を収集し、対応表を生成する。なお、メディアサーバ１以外の他の装置が、電話番号（電話番号帯）と呼処理装置との対応表を保持し、メディアサーバ１は、当該装置から電話番号（電話番号帯）と呼処理装置との対応表を取得することとしてもよい。
【００３８】
以上の処理により、発信者が着端末５の着信者宛に送信した発信者メッセージが、メディアサーバ１に登録される。
【００３９】
＜Ｓ２：発信者メッセージの制御情報の通知＞
図５は、発信者メッセージの制御情報の通知処理を示すシーケンスである。
【００４０】
メディアサーバ１の通知部１４は、発信者メッセージの登録から所定時間後、通知信号（例えばSIPの場合、INFO信号）を用いて、発信者メッセージ制御フラグ、相手先番号、
発信者メッセージファイル名、発呼時刻を含む制御情報を、着側呼処理装置３に通知する（Ｓ２１）。制御情報は、発信者メッセージの再生と、着信者メッセージの録音を行うための情報である。メディアサーバ１の通知部１４は、記憶部１５に記憶された対応表（図４）を参照し、相手先番号を収容する着側呼処理装置３を特定し、特定した着側呼処理装置３に通知信号を送信する。
【００４１】
着側呼処理装置３の呼処理制御部３１は、発信者メッセージ制御フラグがある通知信号を受信することにより、相手先番号と、発信者メッセージファイル名と、発呼時刻とを対応付けたレコード（データ）を、記憶部３３の制御情報テーブルに記憶する（Ｓ２２）。
【００４２】
図６は、着側呼処理装置３の記憶部３３に記憶される制御情報テーブルの一例を示す図である。図示する例では、Ｓ２２において、項番３のレコードが追加される。
【００４３】
＜Ｓ３、Ｓ４：発信者メッセージの再生と着信者メッセージの録音＞
図７は、発信者メッセージの再生処理と着信者メッセージの録音処理とを示すシーケンスである。
【００４４】
着側呼処理装置３の輻輳制御部３２は、CC使用率（あるいは現状の呼処理数）を監視し、当該着側呼処理装置３の処理に所定の余裕があるか否か（例えば、輻輳が発生する危険性がないか否か）を監視する。具体的には、輻輳制御部３２は、所定のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。CC使用率は、着側呼処理装置３が備えるパケット交換機、パケット多重化装置などのCPU使用率である。
【００４５】
CC使用率が所定の閾値より小さい場合、呼処理制御部３１は、制御情報テーブルに登録された各レコードの相手先番号に対して、網内発呼により接続要求信号を送信する（Ｓ３１）。本実施形態では、網内発呼を行う制御情報テーブルのレコードの優先順位は、発呼時刻が古いものを高い優先度とする。すなわち、呼処理制御部３１は、制御情報テーブル
のレコードの中から、発呼時刻が古い順に、所定数のレコード(または、相手先番号)分の網内発呼を行う。
【００４６】
なお、CC使用率が所定の閾値以上の場合は網内発呼を行わず、次のタイミングにスキップし、次のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。
【００４７】
そして、網内発呼した着端末５の着信者がオフフックすることにより、着端末５が当該着端末５の音声信号受信アドレスを含む応答を着側呼処理装置３に送信した場合（Ｓ３２）、着側呼処理装置３の呼処理制御部３１は、メディアサーバ１と着端末５の接続制御を行う。すなわち、着側呼処理装置３の呼処理制御部３１は、制御情報を含む接続要求信号をメディアサーバ１に送信する（Ｓ３３）。この制御情報には、Ｓ３１で網内発呼したレコードの発信者メッセージファイル名を指定した発信者メッセージ再生指示、着信者メッセージ録音指示、および着端末５の音声信号受信アドレスを含む。
【００４８】
このとき、着側呼処理装置３の呼処理制御部３１は、制御情報テーブルから相手先番号が同じレコードを検索し、当該レコードの発信者メッセージファイル名も併せて発信者メッセージ再生指示に含めた接続要求信号をメディアサーバ１に送信し、同じ相手先番号宛の発信者メッセージをまとめて再生させるようにする。
【００４９】
メディアサーバ１の呼制御信号送受信部１１は、接続要求信号を受信すると、当該メディアサーバ１の音声信号受信アドレスを含む応答を着側呼処理装置３に送信する（Ｓ３４）。着側呼処理装置３の呼処理制御部３１は、メディアサーバ１の音声信号受信アドレスを着端末５に送信する（Ｓ３５）。これにより、着端末５とメディアサーバ１との間で呼が接続され、通話が可能な状態となる。
【００５０】
そして、着側呼処理装置３の呼処理制御部３１は、メディアサーバ１と着端末５が接続されると、記憶部３３の制御情報テーブルからＳ３３で指定した発信者メッセージファイル名に対応するレコードを削除する（Ｓ３６）。
【００５１】
図８は、着側呼処理装置３の制御情報テーブルにおいて、Ｓ３６で削除されるレコードを示したものである。図示する例では、Ｓ３１で相手先番号が「03-2222-2222」に接続要求信号を送信し、同じ相手先先番号であるfile2、file3のレコード（項番２、３）が削除されるものとする。
【００５２】
そして、メディアサーバ１の再生部１３は、Ｓ３３で指定された各ファイル名の発信者メッセージを再生して着端末５に送出する。そして、引き続き、メディアサーバ１の蓄積制御部１２は、着端末５の着信者に対して着信者メッセージの入力を促すためのガイダンスを着端末５に送出する（Ｓ３７）。
【００５３】
着信者は、自己の安否状態などを発信者に伝える着信者メッセージを音声により入力する。着端末５は、着信者メッセージをメディアサーバ１に送出し、メディアサーバ１の蓄積制御部１２は、着信者メッセージを録音し、音声ファイルとして記憶部１５に記憶する（Ｓ３８）。なお、メディアサーバ１の蓄積制御部１２は、記憶部１５に記憶した着信者メッセージファイルに、所定のファイル名（識別情報）を付与する。
【００５４】
着信者による着信者メッセージの入力が終了すると、着端末５は、着側呼処理装置３を介して呼の切断信号をメディアサーバ１に送信する（Ｓ３９、Ｓ４０）。そして、メディアサーバ１の蓄積制御部１２は、Ｓ４０の切断信号を受け付けた後、Ｓ３７で再生した発信者メッセージファイルのファイル名のレコードに対応付けて、Ｓ３８で録音した着信者メッセージファイルのファイル名を、記憶部１５のメッセージテーブルに記憶する（Ｓ４
１）。
【００５５】
図９は、メディアサーバ１の記憶部１５に格納されるメッセージテーブルの一例を示すものである。図示する例では、図７のＳ４１で、項番２および３のレコードの着信者メッセージファイル名に、録音された着信者メッセージファイルのファイル名が登録されるものとする。この場合、複数の発信者メッセージファイル（file2、file3）をまとめて再生したため、複数のレコードに、同じ着信者メッセージファイル名が設定されている。
【００５６】
以上の処理により、発信者メッセージが着端末５で再生されるとともに、発信者メッセージを発信した発端末４（発信者）宛の着信者メッセージがメディアサーバ１に登録される。
【００５７】
＜Ｓ５：着信者メッセージの制御情報の通知＞
図１０は、着信者メッセージの制御情報の通知処理を示すシーケンスである。
【００５８】
メディアサーバ１の通知部１４は、着信者メッセージの登録から所定時間後、通知信号（例えばSIPの場合、INFO信号）を用いて、当該着信者メッセージの再生を行うため制御
情報を発側呼処理装置２に通知する（Ｓ５１）。制御情報には、着信者メッセージ制御フラグと、メッセージテーブルに記憶された当該着信者メッセージに対応する発信者番号と、着信者メッセージファイル名と、発呼時刻とが含まれる。メディアサーバ１の通知部１４は、記憶部１５の対応表（図４）を参照し、発信者番号を収容する発側呼処理装置２を特定し、特定した発側呼処理装置２に制御信情報を送信する。
【００５９】
発側呼処理装置２の呼処理制御部２１は、着信者メッセージ制御フラグがある通知信号を受信することにより、発信者番号と、着信者メッセージファイル名と、発呼時刻とを対応付けたレコード（データ）を、記憶部２３の制御情報テーブルに記憶する（Ｓ５２）。
【００６０】
図１１は、発側呼処理装置２の記憶部２３に記憶される制御情報テーブルの一例を示す図である。図示する例では、Ｓ５２において、項番３のレコードが追加される。
【００６１】
＜Ｓ６：着信者メッセージの再生＞
図１２は、着信者メッセージの再生処理を示すシーケンスである。
【００６２】
発側呼処理装置２の輻輳制御部２２は、CC使用率（あるいは現状の呼処理数）を監視し、当該発側呼処理装置２の処理に所定の余裕があるか否か（例えば、輻輳が発生する危険性がないか否か）を監視する。具体的には、輻輳制御部２２は、所定のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。
【００６３】
CC使用率が所定の閾値より小さい場合、呼処理制御部２１は、制御情報テーブルに登録された各レコードの発信者番号に対して、網内発呼により接続要求信号を送信する（Ｓ６１）。本実施形態では、網内発呼を行う制御情報テーブルのレコードの優先順位は、発呼時刻が古いものを高い優先度とする。すなわち、呼処理制御部２１は、制御情報テーブルのレコードの中から、発呼時刻が古い順に、所定数のレコード(または、発信者番号)分の網内発呼を行う。
【００６４】
なお、CC使用率が所定の閾値以上の場合は網内発呼を行わず、次のタイミングにスキップし、次のタイミングでCC使用率が所定の閾値より小さいか否かを判別する。
【００６５】
そして、網内発呼した発端末４の発信者がオフフックすることにより、発端末４が当該発端末４の音声信号受信アドレスを含む応答を発側呼処理装置２に送信した場合（Ｓ６２
）、発側呼処理装置２の呼処理制御部２１は、メディアサーバ１と発端末４の接続制御を行う。すなわち、発側呼処理装置２の呼処理制御部２１は、制御情報を含む接続要求信号をメディアサーバ１に送信する（Ｓ６３）。この制御情報には、Ｓ６１で網内発呼したレコードの着信者メッセージファイル名を指定した着信者メッセージ再生指示および発端末４の音声信号受信アドレスを含む。
【００６６】
このとき、発側呼処理装置２の呼処理制御部２１は、制御情報テーブルから発信者番号が同じレコードを検索し、当該レコードの着信者メッセージファイル名も併せて着信者メッセージ再生指示に含めた接続要求信号をメディアサーバ１に送信し、同じ発信者番号宛の着信者メッセージをまとめて再生させるようにする。
【００６７】
メディアサーバ１の呼制御信号送受信部１１は、接続要求信号を受信すると、当該メディアサーバ１の音声信号受信アドレスを含む応答を発側呼処理装置２に送信する（Ｓ６４）。発側呼処理装置２の呼処理制御部２１は、メディアサーバ１の音声信号受信アドレスを発端末４に送信する（Ｓ６５）。これにより、発端末４とメディアサーバ１との間で呼が接続され、通話が可能な状態となる。
【００６８】
そして、発側呼処理装置２の呼処理制御部２１は、メディアサーバ１と発端末４が接続されると、記憶部２３の制御情報テーブルからＳ６３で指定した着信者メッセージファイル名に対応するレコードを削除する（Ｓ６６）。
【００６９】
図１３は、発側呼処理装置２の制御情報テーブルにおいて、Ｓ６６で削除されるレコードを示したものである。図示する例では、Ｓ６１で発信者番号が「03-1111-1111」に接続要求信号を送信し、同じ発信者番号であるfile5、file4のレコード（項番２、３）が削除されるものとする。
【００７０】
そして、メディアサーバ１の再生部１３は、Ｓ６３で指定された各ファイル名の着信者メッセージを再生して発端末４に送出する（Ｓ６７）。着信者メッセージの再生が終了すると、発端末４は、発側呼処理装置２を介して呼の切断信号をメディアサーバ１に送信する（Ｓ６８、Ｓ６９）。そして、メディアサーバ１の蓄積制御部１２は、Ｓ６９の切断信号を受け付けた後、Ｓ６７で再生した着信者メッセージファイルのファイル名が設定されたレコードを記憶部のメッセージテーブルから削除する（Ｓ７０）。
【００７１】
以上の処理により、着端末５の着信者が登録した、発信者メッセージを発信した発端末４（発信者）宛の着信者メッセージが、発端末４で再生される。
【００７２】
以上説明した本実施形態では、発信者および着信者の安否メッセージを、音声メッセージとして網内のメディアサーバ１に蓄積し、着側呼処理装置３の都合のいいタイミング（処理に余裕のあるタイミング）で発信者の安否メッセージの再生と、着信者の安否メッセージの録音制御ができるようにする。
【００７３】
これにより、本実施形態では、被災している地域の着端末に接続し音声でお互いの安否を伝える際に、発側で掛けなおしの必要がなく、また、着側では掛けなおしによる呼処理負荷が抑止され、着側の都合のいいタイミングや処理できる量を考慮して処理できるため、輻輳させずに処理することができる。
【００７４】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００７５】
１  ：メディアサーバ
１１：呼制御信号送受信部
１２：蓄積制御部
１３：再生部
１４：通知部
１５：記憶部
２  ：発側呼処理装置
２１：呼処理制御部
２２：輻輳制御部
２３：記憶部
３  ：着側呼処理装置
３１：呼処理制御部
３２：輻輳制御部
３３：記憶部
４  ：発端末
５  ：着端末
【図１】
2013128246.tif 000003
【図２】
2013128246.tif 000004
【図３】
2013128246.tif 000005
【図４】
2013128246.tif 000006
【図５】
2013128246.tif 000007
【図６】
2013128246.tif 000008
【図７】
2013128246.tif 000009
【図８】
2013128246.tif 000010
【図９】
2013128246.tif 000011
【図１０】
2013128246.tif 000012
【図１１】
2013128246.tif 000013
【図１２】
2013128246.tif 000014
【図１３】
2013128246.tif 000015