(57)【要約】【課題】音声情報出力装置における受信状態やネットワーク状況を確認できるようにする。【解決手段】本発明の音声情報出力装置は、ネットワークを通じて、音声情報提供装置が提供した音声情報を出力するものであり、音声情報提供装置からの複数の音声信号を受信する音声信号受信手段と、音声情報受信手段が受信した各音声信号のヘッダ情報に基づいて各音声信号に対する受信処理を行なうと共に、各音声信号に含まれる音声データを抽出する受信処理手段と、受信処理手段が正常な受信であると判断した各音声信号の音声データを受信処理手段から受け取り一時的に保存する音声データ一時保存手段と、受信処理手段により受信処理される各音声信号の信号数と各音声信号のヘッダ情報とに基づいて、各音声信号の受信状態を監視する受信状態監視手段と、音声データ一時保存手段の各音声データに復号処理を行ない、再生した音声情報を出力する出力手段とを備える。【選択図】      図１
2008079030.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じて、音声情報提供装置が提供する音声情報に基づく複数の音声信号を受信し、受信した上記複数の音声信号に基づいて再生した音声情報を出力する音声情報出力装置において、
上記ネットワークを通じて、上記音声情報提供装置からの上記複数の音声信号を受信する音声信号受信手段と、
上記音声情報受信手段が受信した上記各音声信号のヘッダ情報に基づいて、上記各音声信号に対する受信処理を行なうと共に、上記各音声信号に含まれる音声データを抽出する受信処理手段と、
上記受信処理手段が正常な受信であると判断した上記各音声信号の音声データを、上記受信処理手段から受け取り、一時的に保存する音声データ一時保存手段と、
上記受信処理手段により受信処理される、上記各音声信号の信号数と、上記各音声信号のヘッダ情報とに基づいて、上記各音声信号の受信状態を監視する受信状態監視手段と、
上記音声データ一時保存手段から受け取った上記各音声データに対し、所定の復号処理を行ない、音声情報を再生し、再生した音声情報を出力する音声情報出力手段と
を備えることを特徴とする音声情報出力装置。
【請求項２】
上記受信状態監視手段により監視された監視結果を、上記音声情報提供装置が提供する音声情報毎に保存する監視結果保存手段を備えることを特徴とする請求項１に記載の音声情報出力装置。
【請求項３】
上記受信状態監視手段が、上記各音声信号のヘッダ情報に含まれるシーケンス番号の連続性を確認することで、上記各音声信号の損失信号数を監視することを特徴とする請求項１又は請求項２に記載の音声情報出力装置。
【請求項４】
上記受信状態監視手段が、上記各音声信号のヘッダ情報に含まれる時刻情報に基づいて、連続して受信した上記音声信号の受信時刻間隔を監視することを特徴とする請求項１〜請求項３のいずれかに記載の音声情報出力装置。
【請求項５】
上記受信状態監視手段が、上記受信処理手段による上記受信処理が正常とされた上記音声信号の信号数に基づいて、上記受信処理手段における上記音声信号の受信処理の不成立数を監視することを特徴とする請求項１〜請求項４のいずれかに記載の音声情報出力装置。
【請求項６】
提供する音声情報に基づく複数の音声信号を送信する音声情報提供装置と、
ネットワークを通じて、上記音声情報提供装置が提供する上記音声情報に基づく複数の音声信号を受信し、受信した上記複数の音声信号に基づいて再生した音声情報を出力する１又は複数の音声情報出力装置と
を備える音声情報通信システムにおいて、
上記各音声情報出力装置が、請求項１〜請求項５のいずれかに記載の音声情報出力装置に対応するものであることを特徴とする音声情報通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声情報出力装置及び音声情報通信システムに関し、例えば、ネットワークを通じて、音声情報放送サーバ（音声情報提供装置）が音声情報に基づく複数の音声信号を送信し、ネットワークを通じて受信した音声信号に基づいて音声情報を再生して出力する音声情報出力装置及びそのシステムに適用し得る。
【背景技術】
【０００２】
従来、例えば、ＲＴＰ（リアルタイムトランスポートプロトコル）を採用したシステムであって、送信サーバが音声信号を送信し、ネットワークを通じて音声信号を受信した音声情報告知装置が受信信号に基づいて音声を再生し音声を出力するという音声放送システムがある。この種の音声放送システムは、例えば、地方自治体などが放送サーバを管理し、音声情報告知装置を有する住民などに対し、音声情報を放送する場合等に利用されている。
【０００３】
従来、このような音声放送システムにおいて、放送サーバが送信した音声信号の受信状態やネットワークにおける通信状況等を確認する場合、一般にネットワーク上にモニタ用の専用機（例えばＰＣなど）を設置することが行なわれている。
【０００４】
非特許文献１は、ネットワーク上を流れるアプリケーションフローをリアルタイムに解析するネットワークアナライザ技術が開示されており、また非特許文献２は、ＲＴＰパケットやＲＴＣＰ（リアルタイムコントロールプロトコル）パケットに基づいて、ジッタや遅延などを解析するＶｏＩＰプロトコルアナライザ技術が開示されている。
【０００５】
非特許文献１及び２は、いずれもネットワーク上に設置したＰＣ（パーソナルコンピュータ）に搭載させて使用するものであり、これらの機能を搭載したＰＣをネットワーク上に設置することが必要である。
【０００６】
【非特許文献１】「ＣｌｅａｒＳｉｇｈｔアナライザ」製品紹介ホームページ，株式会社東陽テクニカ，2006年9月6日インターネット検索，<URL：http：//www.toyo.co.jp/clearsight/pro_cs_anaraiza.html>
【非特許文献２】「Ａｒｔｉｚａ  ＶｏＩＰ  Ａｎａｌｙｚｅｒ概要」，製品情報ホームページ，株式会社アルチザネットワークス，2006年9月6日インターネット検索，<URL：http：//www．artiza.co.jp/product/voip/an.html>
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、ネットワークの通信状況を監視するために、ネットワーク上にモニタ用のＰＣを設置するのは、リアルタイムなネットワーク状況を監視することが要求されるからである。しかしながら、上記の音声情報放送システム等においては、音声情報が放送されるたびに、その音声信号が正確に受信されているか否かを確認できればよく、音声通信毎の受信信号を保存することができ、また受信状況の確認も事後的に行なうことができるので、リアルタイム性が強く要求されるものではない。また、設置するモニタ用のＰＣにより誤差も生じ得る。さらに、モニタ用ＰＣの設置に要するコストも高くなる。
【０００８】
また、非特許文献２に記載の従来技術は、ＲＴＣＰパケットを受信するたびに、受信信号を保存することとしているが、音声情報放送システムによってはＲＴＣＰを使用しないものもあり、ＲＴＣＰを使用しない場合にも受信信号の受信状態やネットワーク状況を確認することが強く望まれている。
【０００９】
そのため、ネットワーク上にモニタ用の専用機を備えることなく、また音声通信に係るプロトコルに影響を与えずに、音声信号の受信状態やネットワーク状況を監視することができる音声情報出力装置及び音声情報通信システムが求められている。
【課題を解決するための手段】
【００１０】
かかる課題を解決するために、第１の本発明の音声情報出力装置は、ネットワークを通じて、音声情報提供装置が提供する音声情報に基づく複数の音声信号を受信し、受信した複数の音声信号に基づいて再生した音声情報を出力する音声情報出力装置において、（１）ネットワークを通じて、音声情報提供装置からの複数の音声信号を受信する音声信号受信手段と、（２）音声情報受信手段が受信した各音声信号のヘッダ情報に基づいて、各音声信号に対する受信処理を行なうと共に、各音声信号に含まれる音声データを抽出する受信処理手段と、（３）受信処理手段が正常な受信であると判断した各音声信号の音声データを、受信処理手段から受け取り、一時的に保存する音声データ一時保存手段と、（４）受信処理手段により受信処理される、各音声信号の信号数と、各音声信号のヘッダ情報とに基づいて、各音声信号の受信状態を監視する受信状態監視手段と、（５）音声データ一時保存手段から受け取った各音声データに対し、所定の復号処理を行ない、音声情報を再生し、再生した音声情報を出力する音声情報出力手段とを備えることを特徴とする。
【００１１】
第２の本発明の音声情報通信システムは、（１）提供する音声情報に基づく複数の音声信号を送信する音声情報提供装置と、（２）ネットワークを通じて、音声情報提供装置が提供する音声情報に基づく複数の音声信号を受信し、受信した複数の音声信号に基づいて再生した音声情報を出力する１又は複数の音声情報出力装置とを備える音声情報通信システムにおいて、各音声情報出力装置が、第１の本発明の音声情報出力装置に対応するものであることを特徴とする。
【発明の効果】
【００１２】
本発明の音声情報出力装置及び音声情報通信システムによれば、ネットワーク上にモニタ用の専用機を備えることなく、また音声通信に係るプロトコルに影響を与えずに、音声信号の受信状態やネットワーク状況を監視することができる。
【発明を実施するための最良の形態】
【００１３】
（Ａ）第１の実施形態
以下、本発明の音声情報出力装置及び音声情報通信システムの第１の実施形態を図面を参照しながら説明する。
【００１４】
第１の実施形態は、本発明の音声情報出力装置及び音声情報通信システムを利用して、音声情報放送サーバ（音声情報提供装置）が、提供すべき音声情報の音声信号を、ネットワークを通じて、１又は複数の音声情報告知装置（音声情報出力装置）に向けて放送する音声情報放送システムを実現する場合の実施形態を説明する。
【００１５】
（Ａ−１）第１の実施形態の構成
図１は、この実施形態の音声情報放送システムの全体的な構成イメージを示す構成図である。図１に示すように、実施形態の音声情報放送システム１は、音声情報告知装置２と、情報処理装置３と、音声情報放送サーバ４と、ネットワーク５、を少なくとも有して構成される。なお、図１において、音声情報告知装置２及び情報処理装置３の設置するは特に限定されるものではなく、複数個備えるようにしてもよい。
【００１６】
ネットワーク５は、音声情報放送サーバ４が送信した音声信号（音声パケット）を通信する通信網であり、例えば通信プロトコルをＩＰ（インターネットプロトコル）とするＩＰ網が該当する。ネットワーク５は、有線回線で構成された通信網であってもよいし、又は一部若しくは全部に無線回線で構成された通信網としてもよい。また、ネットワーク５は、専用網としてもよいし、公衆網としてもよい。
【００１７】
音声情報放送サーバ４は、所定内容の音声情報を取り込むと、所定の通信方式に従って音声信号に変換し、ネットワーク５を通じて音声信号を音声情報告知装置２に向けて送信するものである。ここで、音声情報放送サーバ４が適用する通信方式は、特に限定されないが、この実施形態では例えばＲＴＰ（リアルタイムトランスポートプロトコル）を採用するものとする。また、音声情報放送サーバ４は、複数の音声情報告知装置２に送信するためのマルチキャストアドレスを記憶しており、このマルチキャストアドレスを用いて音声信号をマルチキャストにより送信するものである。
【００１８】
音声情報告知装置２は、ネットワーク５を通じて、音声情報放送サーバ４からの音声信号を受信し、その受信した音声信号を再生することにより、音声情報放送サーバ４が放送すべき内容の音声を告知（出力）するものである。
【００１９】
また、音声情報告知装置２は、後述するように、受信した音声信号の受信状況を監視する受信状態監視機能や、受信状態監視機能の監視結果に基づいて統計処理をする統計処理機能や、装置内でのデータ破損を監視する装置内データ監視機能等を行なうものである。
【００２０】
なお、この実施形態の音声情報告知装置２は、電話回線を通じて電話機６とも接続可能であり、受信した音声信号を電話機６側に転送することもできる。
【００２１】
情報処理装置３は、音声情報告知装置２に接続する情報処理装置であり、例えばパーソナルコンピュータ等が該当する。情報処理装置３は、音声情報告知装置２が保持する音声信号の受信情報や受信情報に基づく統計情報などを取得し、これら受信情報や統計情報に基づいて受信状態やネットワーク状況等の監視結果を出力するものである。
【００２２】
例えば、音声情報告知装置２が保存する統計情報はＵＲＬが付されており、情報処理装置３は、音声情報告知装置２が保存する統計情報をＷＥＢページとして表示することができる。
【００２３】
図２は、音声情報告知装置２の内部構成を示すブロック図である。図２において、音声情報告知装置２は、大別して、ネットワークスイッチ部２１、ゲートウェイ（ＧＷ）部２２、音声通信制御部２３、記憶部２４及び２５、接続部２６〜２８、スピーカー（Ｓｐｅａｋｅｒ）部２９、を少なくとも有して構成される。
【００２４】
また、ゲートウェイ部２２は、ネットワークプロセッサ部２２１、記憶部２２２及び２２３、ＤＡＡ２２４、ＳＬＩＣ２２５を有して構成される。
【００２５】
さらに、音声通信制御部２３は、ＴＣＰ／ＩＰ制御部２３１、ＲＴＰ制御部２３２、再生バッファ部２３３、統計情報保存部２３４を有して構成される。
【００２６】
なお、接続部２６はネットワーク５の接続回線との間の接続部であり、接続部２７は電話機５若しくは電話回線との間の接続部であり、インターフェース部２８は情報処理装置３と接続する接続回線との間の接続部である。
【００２７】
ネットワークスイッチ部２１は、接続部２６及び接続部２７を介して、ネットワーク５及び情報処理装置３側の接続回線と接続するものであり、接続部２６を介して音声情報放送サーバ４から音声信号（音声パケット）を受信すると、受信した音声信号をゲートウェイ部２２のネットワークプロセッサ部２２１に与えるものである。
【００２８】
この実施形態の音声情報告知装置２は、ゲートウェイ部２２がルータ機能を備えており、受信した音声信号は、ネットワークスイッチ部２１により、ゲートウェイ部２２のネットワークプロセッサ部２２１に与えられる。そして、ネットワークプロセッサ部２２１が当該音声情報告知装置２宛（すなわち、スピーカー部２９による音声出力用）であると判断すると、ネットワークプロセッサ部２２１は当該音声信号をネットワークスイッチ部２１に転送する。
【００２９】
また、ネットワークスイッチ部２１は、ゲートウェイ部２２のネットワークプロセッサ部２２１から、転送された音声信号を受け取ると、音声信号を音声通信制御部２３に与える。
【００３０】
ゲートウェイ部２２は、ネットワークスイッチ部２１から音声信号を受け取ると、音声信号のヘッダ情報に基づいて、当該音声信号が電話機６若しくは電話回線７宛の音声信号であるか、又は当該音声情報告知装置２宛の音声信号であるかを判断し、その転送先に音声信号を転送するものである。
【００３１】
ネットワークプロセッサ部２２１は、ゲートウェイ部２２の機能を司るものであり、上述したように、受信した音声信号のヘッダ情報に基づいてルータ処理を行なうものである。記憶部２２２は、例えばフラッシュメモリに代表される読出し専用のメモリであり、また記憶部２２３は、例えばＳＤＲＡＭに代表されるデータメモリである。
【００３２】
ＤＡＡ２２４は、公衆電話回線７と接続するインターフェース回路であり、ＳＬＩＣ２２５は、電話機６と接続する電話線インターフェース回路である。ＤＡＡ２２４及びＳＬＩＣ２２５については既存技術を適用することができ、ＤＡＡ２２４及びＳＬＩＣ２２５の機能ついての詳細な説明は省略する。
【００３３】
音声通信制御部２３は、ネットワークスイッチ部２１を介して、音声情報放送サーバ４からの音声信号を受け取ると、受信した音声信号に対して所定の復号処理を施し、復号信号に基づいて音声データを再生するものである。また、音声通信制御部２３は、再生した音声データをスピーカー部２９に与えるものである。さらに、音声通信制御部２３は、音声通信毎に、受信した音声信号の受信数をカウントし、受信パケットの受信状況を音声通信毎に監視し、その監視結果に基づく統計情報を音声通信毎に保存するものである。
【００３４】
記憶部２４は、例えばフラッシュメモリに代表される読出し専用のメモリであり、また記憶部２５は、例えばＳＤＲＡＭに代表されるデータメモリである。記憶部２４や記憶部２５は、音声通信制御部２３が実行する処理プログラムや処理に必要なデータ等を保持するものである。
【００３５】
以下では、音声通信制御部２３の詳細な構成を説明する。
【００３６】
ＴＣＰ／ＩＰ制御部２３１は、ネットワークスイッチ部２１を介して、音声情報放送サーバ４からの音声信号（音声パケット）を受け取ると、音声パケットからＲＴＰパケットを抽出して、ＲＴＰ制御部２３２に与えるものである。
【００３７】
ＲＴＰ制御部２３２は、ＴＣＰ／ＩＰ制御部２３１からＲＴＰパケットを受け取ると、受け取ったＲＴＰパケットからＲＴＰデータ（音声データ）を抽出し、抽出したＲＴＰデータ（音声データ）を再生バッファ部２３３に与えるものである。
【００３８】
また、ＲＴＰ制御部２３２は、ＴＣＰ／ＩＰ制御部２３１からＲＴＰパケットを受け取ると、受け取ったＲＴＰパケットのパケット数をカウントするものである。また、ＲＴＰ制御部２３２は、抽出したＲＴＰデータを再生バッファ部２３３に書き込む際に、再生バッファ部２３３に書き込むＲＴＰデータのデータ数をカウントするものである。
【００３９】
さらに、ＲＴＰ制御部２３２は、受け取ったＲＴＰパケットのヘッダ情報からシーケンス番号を抽出し、シーケンス番号を解析して損失パケットの有無を判断し、損失がある場合には損失パケット数をカウントするものである。
【００４０】
さらにまた、ＲＴＰ制御部２３２は、受け取ったＲＴＰパケットのヘッダ情報からタイムスタンプを抽出し、抽出したタイムスタンプを保持し、前回受信したＲＴＰパケットのタイムスタンプと今回受信したＲＴＰパケットのタイムスタンプとの受信時間差を比較してジッタ値（パケット到着間隔ジッタ値）を求めるものである。
【００４１】
上記のように、ＲＴＰ制御部２３２が、受信パケット数、再生バッファ部２３３への書き込み数、損失パケット数及びジッタ値を求めると、ＲＴＰ制御部２３２は、求めた受信パケット数、損失パケット数及びジッタ値をＲＴＰ情報として、統計情報保存部２３４に与える。
【００４２】
統計情報保存部２３４は、ＲＴＰ制御部２３２からＲＴＰ情報を受け取り、ＲＴＰ情報を音声通信毎に保存するものである。なお、統計情報保存部２３４は、情報処理装置３からの要求に応じて、保存しているＲＴＰ情報を情報処理装置３に対して送信することができる。
【００４３】
再生バッファ部２３３は、ＲＴＰ制御部２３２からのＲＴＰデータ（音声データ）を一時的に保存し、保存しているＲＴＰデータ（音声データ）を定期的にスピーカー部２９に与えるものである。
【００４４】
スピーカー部２９は、定期的に再生バッファ部２３３からＲＴＰデータ（音声データ）を受け取り、ＲＴＰデータに対し復調処理を施して音声を再生し、再生した音声を出力するものである。
【００４５】
（Ａ−２）第１の実施形態の動作
次に、この実施形態の音声情報告知装置２における動作を図面を参照しながら説明する。
【００４６】
まず、図１において、音声情報放送サーバ４は、放送すべき音声を取り込むと、所定の変調方式に従って音声をデータ化し、所定の通信方式に従ってパケット化して音声信号（音声パケット）を作成し、作成した音声信号（音声パケット）をネットワーク５に向けて放送する（Ｓ１）。
【００４７】
音声情報放送サーバ４が放送した音声信号（音声パケット）は、ネットワーク５を通じて、送信先である音声情報告知装置２に与えられる（Ｓ２）。
【００４８】
音声情報放送サーバ４からの音声信号がネットワーク５を通じて音声情報告知装置２に与えられると、受信された音声信号は、図２に示すように、音声情報告知装置２の接続部２６により受信されてネットワークスイッチ部２１に与えられる（Ｓ３）。
【００４９】
音声情報告知装置２のゲートウェイ部２２はルータ機能を有するものであり、受信信号はゲートウェイ部２２により転送処理がなされる。従って、受信された音声信号がネットワークスイッチ部２１に与えられると、受信された音声信号は、ネットワークスイッチ部２１によりゲートウェイ部２２のネットワークプロセッサ部２２１に与えられる（Ｓ４）。
【００５０】
受信された音声信号がネットワークプロセッサ部２２１に与えられると、ネットワークプロセッサ部２２１により音声信号のヘッダ情報に基づく転送処理が行なわれ、ネットワークプロセッサ部２２１により当該音声情報告知装置２宛であると判断されると、受信された音声信号は、音声通信制御部２３宛とするアドレス変換が行なわれ、再度、ネットワークスイッチ部２１に与えられる（Ｓ４）。
【００５１】
ネットワークプロセッサ２２１により転送処理がなされた音声信号がネットワークスイッチ部２１に与えられると、当該音声信号は、ネットワークスイッチ部２１により音声通信制御部２３に与えられる（Ｓ５）。
【００５２】
音声信号が音声通信制御部２３に与えられると、音声信号（音声パケット）は、ＴＣＰ／ＩＰ制御部２３１によりＲＴＰパケットが抽出され、抽出されたＲＴＰパケットが、ＲＴＰ制御部２３２に与えられる（Ｓ５）。
【００５３】
ＲＴＰパケットがＲＴＰ制御部２３２に与えられると、ＲＴＰ制御部２３２において、以下に示すような処理が行なわれる。図３は、ＲＴＰ制御部２３２における動作を示すフローチャートである。
【００５４】
図３において、ＲＴＰ制御部２３２にＲＴＰパケットが与えられると、まず、ＲＴＰ制御部２３２は、受信したＲＴＰパケットの受信パケット数をカウントし、当該音声放送（すなわちＲＴＰセッション）において受信したＲＴＰパケットの合計受信パケット数として保存する（Ｓ１０１）。
【００５５】
次に、受信した各ＲＴＰパケットは、ＲＴＰ制御部２３２により所定のＲＴＰ受信処理が行なわれる（Ｓ１０２）。ここでのＲＴＰ受信処理は、従来のＲＴＰ受信処理と同様の処理であるの詳細な説明は省略するが、例えば、各受信ＲＴＰパケットのヘッダ情報に基づいて、ペイロードタイプの識別処理や、シーケンス番号の識別処理や、タイムスタンプに基づくＲＴＰデータの再生スケジュール処理や、同期ソース（ＳＳＲＣ）に基づくセッション識別処理や、フレームの数やフレームサイズ等の判断処理などを行なう。
【００５６】
このとき、ＲＴＰ制御部２３２により、今回の受信ＲＴＰパケットのシーケンス番号と前回の受信ＲＴＰパケットのシーケンス番号とが比較され、今回の受信ＲＴＰパケットのシーケンス番号と前回の受信ＲＴＰパケットのシーケンス番号の差が求められる（Ｓ１０３）。
【００５７】
すなわち、ＲＴＰ制御部２３２は、音声情報放送サーバ４からのＲＴＰパケットが、シーケンス番号通り順番に受信できているか否かを判断する。
【００５８】
Ｓ１０３において、今回の受信ＲＴＰパケットのシーケンス番号と前回の受信ＲＴＰパケットのシーケンス番号との差が「１」である場合（すなわち、シーケンス番号通り、ＲＴＰパケットを受信している場合）、今回の受信ＲＴＰパケットのシーケンス番号が保存され（Ｓ１０５）、ＲＴＰ制御部２３２によるＳ１０６以降の処理が行なわれる。
【００５９】
一方、Ｓ１０３において、今回の受信ＲＴＰパケットのシーケンス番号と前回の受信ＲＴＰパケットのシーケンス番号との差が「２以上」である場合（すなわち、前回のＲＴＰパケットと今回のＲＴＰパケットとの間に存在し得るＲＴＰパケットが損失した場合）、ＲＴＰ制御部２３２により、シーケンス番号の差分に基づいて損失パケット数がカウントされ、音声放送毎（ＲＴＰセッション毎）の損失パケット数として保存される（Ｓ１０４）。また、ＲＴＰ制御部２３２により、今回のＲＴＰパケットのシーケンス番号が保存され（Ｓ１０５）、Ｓ１０６以降の処理が行なわれる。なお、損失パケット数としては、損失パケット数を求めるため、（シーケンス番号の差分−１）を加算することにより更新する。
【００６０】
Ｓ１０６においては、ＲＴＰ制御部２３２により、前回のＲＴＰパケットの受信時刻と今回のＲＴＰパケットの受信時刻とが比較され、前回のＲＴＰパケットと今回のＲＴＰパケットとの間の受信時刻差が求められ、パケット到着のゆらぎが算出される（Ｓ１０６）。
【００６１】
また、ＲＴＰ制御部２３２により、今回のＲＴＰパケットの受信時刻が保存され、その後のパケット到着のゆらぎを求める際に用いられる（Ｓ１０７）。
【００６２】
以上のようにして、受信した各ＲＴＰパケットに対し、ＲＴＰ制御部２３２によるＲＴＰ受信処理が行なわれ、正常なＲＴＰパケットであると判断されると、正常なＲＴＰデータ（音声データ）は再生バッファ部２３３に書き込まれると共に（Ｓ１０８）、ＲＴＰ制御部２３２により再生バッファ部２３３への書き込み数としてカウントされ、保存される（Ｓ１０９）。
【００６３】
ここで、ＲＴＰ制御部２３２に与えられたパケットによっては、ＲＴＰ制御部２３２により受信されたが、何らかの影響を受けて正常にＲＴＰパケットと判断されない場合がある。例えば、データ通信の影響を受けて、ヘッダ形式に異常が生じたり、パケットの大きさが異なってしまうことがあるからである。このようなパケットは、ＲＴＰ制御部２３２に受信されるが、ＲＴＰ制御部２３２内部で破棄されることになる。
【００６４】
図２に戻り、ＲＴＰ制御部２３２によりＲＴＰ受信処理がなされた音声データが、タイムスタンプの順に再生バッファ部２３３に書き込まれると、音声データは、再生バッファ部２３３において一時的に保存され、再生タイミングの補正や誤り訂正などが行なわれ、再生時間に保存していた音声データをスピーカー部２９に与える（Ｓ６）。
【００６５】
スピーカー部２９においては、再生バッファ部２３３からの音声データに対し、所定の復号処理を施して音声を再生し、再生した音声を出力する（Ｓ７）。
【００６６】
また、ＲＴＰ制御部２３２は、上記のように、受信ＲＴＰパケットについての受信状況を監視すると共に、ＲＴＰパケットの受信状態監視結果を、ＲＴＰ情報若しくは統計情報として統計情報保存部２３４に保存する。
【００６７】
つまり、ＲＴＰ制御部２３２は、上記のようにして求めた、ＲＴＰパケットの受信パケット数、損失パケット数、今回のパケット受信時刻と前回のパケット受信時刻とよる受信時刻差（ジッタ値）、再生バッファ部２３３への書き込み数を、ＲＴＰ情報としてＲＴＰセッション毎に統計情報保存部２３４に保存する。
【００６８】
なお、ＲＴＰ制御部２３２は、パケット到着のゆらぎについては、連続して到着した受信パケット間の複数のジッタ値を用いた標準偏差により求めるようにしても良い。
【００６９】
また、ＲＴＰ制御部２３２は、ＲＴＰパケットの受信パケット数と損失パケット数とに基づいてパケットの損失率を求め、そのパケットの損失率を統計情報として統計情報保存部２３４に保存する。
【００７０】
さらに、ＲＴＰ制御部２３２は、ＲＴＰパケットの受信パケット数と再生バッファ部２３３への書き込み数とを比較し、受信パケット数と書き込み数との差によりＲＴＰ制御部２３２内部におけるパケット破棄数を求めたり、さらに、このパケット破棄数と受信パケット数とに基づいて、ＲＴＰ制御部２３２におけるパケット破棄率を求め、これらパケット破棄数やパケット破棄率を統計情報として統計情報保存部２３４に保存する。
【００７１】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、音声情報告知装置におけるＲＴＰ制御部が、ＲＴＰパケットの受信パケット数、損失パケット数、今回のパケット受信時刻と前回のパケット受信時刻とよる受信時刻差（ジッタ値）、再生バッファ部２３３への書き込み数をカウントし保存するという簡単な構成により、音声信号の受信状態やネットワーク状況を把握することができる。
【００７２】
また、第１の実施形態によれば、従来のように、ネットワーク上にモニタ用の専用ＰＣを備える必要がないので、モニタ用専用ＰＣによる誤差がなく、またモニタ用専用ＰＣの設置に係るコストを抑えることができる。
【００７３】
さらに、第１の実施形態によれば、例えばＲＴＣＰを使用しない装置であっても、音声信号の受信状態とネットワーク状況を把握することができる。
【００７４】
また、第１の実施形態によれば、音声通信毎の音声信号の受信状態やネットワーク状況を把握することができるので、音声通信単位若しくは総合的に、受信状態やネットワーク状況を把握することができる。
【００７５】
（Ｂ）他の実施形態
上記の実施形態では、音声情報放送サーバが提供する音声（音声信号）を、ネットワークを通じて音声情報告知装置２に放送（送信）する音声情報放送システムを例に挙げて説明したが、音声放送システムに限定されず、ネットワークを通じて送信されてきた音声信号を受信することができる音声情報受信装置に広く適用することができる。
【００７６】
また、上記の実施形態では、音声情報放送サーバと複数の音声情報告知装置との間の通信（すなわち、１対複数の通信）を想定して説明したが、１対１の通信にも適用できる。
【００７７】
音声情報告知装置の構成は、図２で説明した構成に限定されるものではない。例えば、音声情報告知装置は、ＲＴＰ情報や統計情報の表示する表示手段（例えば、ディスプレイ部などが該当する）、ＲＴＰ情報や統計情報の表示を指示する表示指示操作手段（例えば、所定の操作ボタンなどが該当する）等を備えるようにしても良い。
【００７８】
上記の実施形態の音声情報告知装置は、基本的には、すべての音声通信において上記ＲＴＰ情報及び上記統計情報を算出するものであるが、少なくとも、統計処理を行なうか否かを指示操作するＯＮ／ＯＦＦ機能を備えるようにしてもよい。このＯＮ／ＯＦＦ機能は、例えば、操作ボタンを備え、手動による切替で操作できるようにしたり、また例えば、ＲＴＰ情報に対し所定の閾値を設定し、前回の音声通信（ＲＴＰセッション）におけるＲＴＰ情報と閾値との比較結果により受信状態が良くないと音声通信制御部が判断したときに機能するようにする。
【００７９】
上記の実施形態では、ＲＴＰ制御部が音声通信毎の受信状態やネットワーク状況を監視し、その監視結果を保存するものとして説明した。ここで、ＲＴＰ制御部が保存しているＲＴＰ情報及び又は統計情報に対し予め閾値を設定し、音声通信制御部が、音声信号の受信状態が良くないと判断したときに、音声信号の再送を要求する再送要求手段を備えるようにしても良い。また、音声通信制御部が、受信状態が悪いときに、所定の送出先にアラームを送出するアラーム送出手段を備えるようにしてもよい。
【００８０】
上記の実施形態においては、音声信号の転送プロトコルとしてＲＴＰを採用した場合を説明したが、転送プロトコルは特に限定されるものではなく、リアルタイム性のある情報をネットワーク通信する方式に広く適用できる。
【図面の簡単な説明】
【００８１】
【図１】第１の実施形態の音声情報放送システムの全体構成図である。
【図２】第１の実施形態の音声情報告知装置の内部構成を示すブロック図である。
【図３】第１の実施形態のＲＴＰ制御部の動作を示すフローチャートである。
【符号の説明】
【００８２】
１…音声情報放送システム、２…音声情報告知装置、４…音声情報放送サーバ、２３…音声通信制御部、２３１…ＴＣＰ／ＩＰ制御部、２３２…ＲＴＰ制御部、２３３…再生バッファ部、２３４…統計情報保存部、２９…スピーカー部。
【図１】
2008079030.tif 000003
【図２】
2008079030.tif 000004
【図３】
2008079030.tif 000005