(57)【要約】【目的】音声品質上の問題の原因究明に有効なログ情報を取得するＶｏＩＰ装置を提供する。【構成】少なくとも１つのＩＰパケット毎にＩＰネットワークに形成される音声信号経路を介してＩＰパケット化された音声信号を送受信するＶｏＩＰ装置であり、指定日時の到来に応じて、該指定日時以後において送受信される音声信号を記録した録音データを生成し、該指定日時以後において該ＩＰネットワーク内に形成される少なくとも１つの音声信号経路を探索し、探索した音声信号経路を表す音声信号経路情報を取得し、該録音データに対応付けて該音声信号経路情報をログ情報として記録する。【選択図】図２
2008054027.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのＩＰパケット毎にＩＰネットワークに形成される音声信号経路を介してＩＰパケット化された音声信号を送受信するＶｏＩＰ装置であって、
指定日時の到来に応じて、前記指定日時以後において送受信される音声信号を記録した録音データを生成する音声記録手段と、
前記指定日時以後において前記ＩＰネットワーク内に形成される少なくとも１つの音声信号経路を探索し、探索した音声信号経路を表す音声信号経路情報を取得する経路探索手段と、
前記録音データに対応付けて前記音声信号経路情報をログ情報として記録するログ情報記録手段と、
を含むことを特徴とするＶｏＩＰ装置。
【請求項２】
前記指定日時は、ログ情報取得指令の入力が検知された時点であることを特徴とする請求項１記載のＶｏＩＰ装置。
【請求項３】
前記指定日時以後における呼状態情報を取得する手段をさらに含み、前記ログ情報記録手段は、前記録音データに対応づけて前記呼状態情報をさらに記録することを特徴とする請求項１記載のＶｏＩＰ装置。
【請求項４】
外部端末からの供給要求に応じて、前記録音データと、これに対応する音声信号経路情報とを前記外部端末に供給する手段をさらに含むことを特徴とする請求項１記載のＶｏＩＰ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰ技術を用いて音声通信をなすＶｏＩＰ装置に関し、特に、音声品質劣化の原因究明を目的として音声品質に関するログ情報を取得するＶｏＩＰ装置に関する。
【背景技術】
【０００２】
従来のＶｏＩＰ装置において、伝送品質に関するログ情報を取得する技術が知られている。かかるログ情報は、伝送品質劣化の原因やその箇所を特定するために用いられ得る。例えば、特許文献１に開示される技術では、ログ情報に相当する障害情報として、受信パケット数、送信パケット数、パケットロス率、あるいは遅延時間やパケットスループットの如きトラヒック情報等の幾つかの情報を検出している。例えば、パケットロス率を検出することは、ネットワーク内に配置されたルータ等の一部の機器の障害の如き原因究明の手がかりとしては有効である。
【特許文献１】特開２００５−１７５８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、かかるトラフィック情報の如き伝送品質情報だけでは、エコーや音声ノイズ等の音声品質上の問題を引き起こす原因究明には有効ではないという問題がある。
【０００４】
本発明の目的は、音声品質上の問題の原因究明に有効なログ情報を取得するＶｏＩＰ装置を提供することである。
【課題を解決するための手段】
【０００５】
本発明によるＶｏＩＰ装置は、少なくとも１つのＩＰパケット毎にＩＰネットワークに形成される音声信号経路を介してＩＰパケット化された音声信号を送受信するＶｏＩＰ装置であり、指定日時の到来に応じて、該指定日時以後において送受信される音声信号を記録した録音データを生成する音声記録手段と、該指定日時以後において該ＩＰネットワーク内に形成される少なくとも１つの音声信号経路を探索し、探索した音声信号経路を表す音声信号経路情報を取得する経路探索手段と、該録音データに対応付けて該音声信号経路情報をログ情報として記録するログ情報記録手段とを含むことを特徴とする。
【発明の効果】
【０００６】
本発明によるＶｏＩＰ装置によれば、音声品質に問題があるとユーザが認識した時点の如き任意の指令日時において、通話録音データと共に呼状態情報やネットワーク情報からなるログ情報を関連付けて取得する構成が与えられる。これにより、エコーや音声ノイズ等の音声品質上の問題の原因究明に有効なログ情報を取得することができる。
【発明を実施するための最良の形態】
【０００７】
本発明の実施例について添付の図面を参照しつつ詳細に説明する。
【０００８】
図１は、本発明の実施例を示し、本発明のＶｏＩＰ装置を含む全体の構成を示している。本発明によるＶｏＩＰ装置であるＩＰ電話機２０がＩＰネットワーク３０に接続されている。ＩＰ電話機２０は、例えば、ＩＰネットワーク３０に接続された相手方ＩＰ電話機１０との間でセッションを確立して電話通話を行う。コンソール端末５０がＩＰネットワーク３０に接続され、ＩＰ電話機２０において取得されたログ情報を参照する。
【０００９】
ＩＰ電話機２０と相手方ＩＰ電話機１０との間で送受信される音声信号のＩＰパケットは、ＩＰネットワーク３０内において特定の経路で伝送される保証がなく、ＩＰネットワーク３０内のホストやルータ等の複数のノードＮ１〜Ｎｍ（ｍは正数）のうちの何れか複数を介した経路で伝送される。例えば、ＩＰ電話機２０と相手方ＩＰ電話機１０とのセッション確立時にはノードＮ１、Ｎ２、Ｎ３及びＮ４からなる経路Ｒ１を介して呼制御信号が送受信されてセッションが確立されたとしても、セッション確立後の音声信号の送受信がノードＮ１、Ｎ５、Ｎ６及びＮ３からなる経路Ｒ２を介してなされる場合がある。さらには、通話の途中で経路が変わる可能性もある。このように伝送経路が特定されないことは伝送上の遅延時間が一定しないことを意味し、いわゆるジッタが発生して音声品質の劣化原因となる。また、遅延時間が一定しないことは、遅延時間を同定して適切なエコー消去処理を試みるエコーキャンセラの動作を損なうものとなる。
【００１０】
従って、音声品質を評価する上で伝送経路を特定することが前提となる。そこで、ＩＰ電話機２０と相手方ＩＰ電話機１０との間の経路を探索する、いわゆる経路トレースを行う必要がある。本実施例は、経路トレースをＩＣＭＰ（Internet Control Message Protocol）プロトコルを用いて行うこととする。
【００１１】
ＩＣＭＰ利用において実際に経路トレースを行うには、tracerouteコマンドを相手方に向けて送出し、これに応答するホストやルータからのReplyメッセージを受信し、該メッセージを集計することにより行われる。例えば、Echo Request（Type=8）と呼ばれるタイプのtracerouteコマンドに対して、調査対象であるホストやルータは、Echo Reply（Type=0）レスポンスを返答し、正常に稼動していることをコマンド送出元に通知する。Echo Requestには、また、レスポンスタイムを計測するために到達時刻返答を要求するTimestamp Request（Type=14）がある。また、ホストやルータが送出するメッセージには、障害を通知するためのErrorメッセージがあり、ＩＰ通信において何らかの問題が発生した場合には、経路途中のホストやルータが単独でメッセージを送信元へ返答する。
【００１２】
また、経路トレースを行うと共に、ＩＰパケット毎の遅延時間やＴＴＬ（Time To Live）を集計することが音声品質評価にとって有効である。ＴＴＬとは、ＩＰパケットヘッダに指定可能な「生存時間」を意味する。該生存時間の尺度としてはホップ数が用いられ、あるパケットが生存できるホップ数によりＴＴＬの大小を表している。ＩＰパケットの送出時には必ずＴＴＬを設定される。ＴＴＬは最大２５５が設定可能で、１つのノードをホップするごとに必ずＴＴＬから１減らされる。そして、０に達したパケットはホストやルータ等のノードが破棄するようになっている。従って、受信されるＩＰパケットのＴＴＬを見ることでホップ数が分かり、経路上で介在したノードの数を測定することができる。
【００１３】
図２は、図１に示したＩＰ電話機のより詳細の構成を示している。ＩＰ電話機２０は、電話機としての通話処理をなす通話処理部２１と、本発明の特徴をなす音声品質に関するログ情報を取得するログ処理部２２との大きく２つの部分から構成される。
【００１４】
通話処理部２１は、ＬＡＮインタフェース（Ｉ／Ｆ）部２１１と、ＩＰ処理部２１２と、統計情報取得部２１３と、呼制御部２１４と、音声処理部２１５と、Ａ／Ｄ・Ｄ／Ａ変換部２１６と、ハンドセット２１７を含む。ＬＡＮインタフェース部２１１は、ＩＰネットワーク３０におけるレイヤ２に係わる終端処理を行い、ＬＡＮパケットとＩＰパケットとの変換処理を行う。ＩＰ処理部２１２は、ＩＰパケットから音声パケットを抽出し、あるいは音声パケットからＩＰパケットを生成する。統計情報取得部２１３は、ＩＰ処理部２１２の処理状態に応じてＩＰパケット数やパケットロス等の統計情報を取得する。音声処理部２１５は、音声パケットの遅延補償やエコーキャンセルを行う。Ａ／Ｄ・Ｄ／Ａ変換部２１６は、いわゆるコーデック機能を奏し、音声圧縮符号化や音声伸張復号化を行い、ハンドセット２１７との間でアナログ音声信号を入出力する。ハンドセット２１７は、いわゆる受話器であり音声の信号化または再生を行う。
【００１５】
ログ処理部２２は、ＩＣＭＰ発行部２２３と、呼状態判定部２２４と、通話録音部２２５と、ログ取得制御部２２２と、ログ情報格納部２２６と、ログ取得指令ボタン２２１とを含む。ＩＰ電話機２０は、ログ取得指令ボタン２２１を実装することで、ユーザが音声品質問題が発生したと認識した際に、ユーザがログ取得指令ボタン２２１を押下することにより、その時点以後のログ情報を取得することができる（図３参照）。
【００１６】
ログ取得制御部２２２は、指定された日時において、すなわちログ取得指令ボタン２２１の押下を検知した時点において、ＩＣＭＰ発行部２２３、呼状態判定部２２４及び通話録音部２２５を起動する。
【００１７】
ＩＣＭＰ発行部２２３は、ログ取得制御部２２２による起動に応じて、ＩＰ処理部２１２を介してＩＰネットワーク３０に向けてＩＣＭＰコマンド（Traceroute）を発行し、これに応答するReply情報を取得する。該Reply情報からネットワーク情報が生成される。該ネットワーク情報は、上記したように、ルーティング情報、遅延時間、ＴＴＬ等を含む。
【００１８】
呼状態判定部２２４は、ログ取得制御部２２２による起動に応じて、呼制御部２１４を介して呼状態情報を取得する。呼状態情報は、相手先番号、ＩＰアドレス、ポート番号等を含む。ＶｏＩＰ技術を用いた電話通信は、ＩＥＴＦ（Internet Engineering Task Force）の技術仕様であるＳＩＰ（Session Initiation Protocol）や、ＩＴＵ−Ｔ（ITU Telecommunication Standardization Sector：国際電気通信連合・電気通信標準化部門）勧告のＨ．３２３などの呼制御プロトコルを使用することができる。また、音声信号の圧縮符号化や伸張復号処理は、同様にＩＴＵ−Ｔにより勧告されるＧ．７１１、Ｇ．７２３．１あるいはＧ７２９の如き多様なアルゴリズムが使用され得る。そこで、好ましくは、音声品質に関連する情報としてかかるプロトコルやアルゴリズムの種別を呼状態情報として取得する。
【００１９】
通話録音部２２５は、ログ取得制御部２２２による起動に応じて、音声信号の音声を録音して通話録音データを取得する。通話録音データは、アナログ信号としての生の音声信号の状態を与え、例えば、ＷＡＶ形式やＭＰ３形式の如くアナログ音声信号に再生し得るデジタル符号化信号として取得されても良い。
【００２０】
ログ情報格納部２２６は、ネットワーク情報、呼状態情報及び通話録音データをログ情報４０に記録して保存する。ログ情報４０は、不揮発性メモリの如き記録型の媒体により実現され得る。
【００２１】
図４は、図１に示したログ情報４０の構成例を示している。図示されるように、ログ情報４０は、管理テーブル４１と、複数のログ情報単位Ｄ１〜Ｄ３とから構成される。管理テーブル４１は、ログ収集の指令があった日時を表す取得日時４２と、取得日時４２に対応して付される一意のユニークＩＤ４３とからなる。取得日時４２とユニークＩＤ４３との１対は、ログ取得指令ボタンの押下毎に生成され、該１対の各々はログ情報単位Ｄ１〜Ｄ３の各々に関連付けられる。本図の例では、例として３つのログ情報単位Ｄ１〜Ｄ３が示されているが、ログ取得指令ボタンの押下に応じて、４つ以上のログ情報単位が生成され得る。
【００２２】
ログ情報単位Ｄ１〜Ｄ３の各々は、通話録音データ、呼状態情報、ネットワーク情報からなる。ログ情報単位Ｄ１〜Ｄ３の各々は、ＩＰネットワーク３０に接続されたＰＣ等のコンソール端末５０（図１参照）から取得日時４２あるいはユニークＩＤ４３を指定することでコンソール端末５０にて参照される。
【００２３】
以上の実施例において、本発明によるＶｏＩＰ装置が適用されることで、ユーザが音声品質問題を認識した際に、ログ取得指令ボタン２２１を押下することによりその時点以後の通話録音、呼状態情報及びネットワーク情報がログ情報として取得される。該ログ情報は、取得日時やユニークＩＤを指定することで、外部のコンソール端末から参照することができる。また、ログ情報に含まれる通話録音データ、呼状態情報及びネットワーク情報は相互に関連付けられていることから、これらを相互に比較検討することで、音声品質状態の原因究明を効率的に行うことができる。
【産業上の利用可能性】
【００２４】
以上の実施例では、本発明によるＶｏＩＰ装置を電話通話のためのＩＰ電話機に適用した例が説明されたが、本発明にはかかる限定はなく、ソフトフォン、ＶｏＩＰターミナルアダプタ（ＴＡ）やＶｏＩＰゲートウェイ（ＧＷ）等の音声信号を送受信するＶｏＩＰ装置に、ログ取得指令ボタンを含むログ処理部に相当する機能を設けることにより、本発明を適用することが可能である。
【００２５】
また、以上の実施例では、ＩＰ電話機の内部に、通話録音部、呼状態判定部、ＩＣＭＰ発行部及びログ情報格納部等の各部を備える構成となっているが、これら各部をネットワーク状に分散したシステムとして同様の作用を奏する形態とすることも可能である。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施例を示し、本発明のＶｏＩＰ装置であるＩＰ電話機を含む全体の構成を示すブロック図である。
【図２】図１に示したＩＰ電話機のより詳細の構成を示すブロック図である。
【図３】ＩＰ電話機の外観を示す正面図である。
【図４】図１に示したログ情報の構成例を示す図である。
【符号の説明】
【００２７】
１０  相手方ＩＰ電話機
２０  ＩＰ電話機（ＶｏＩＰ装置）
２１  通話処理部
２２  ログ処理部
３０  ＩＰネットワーク
４０  ログ情報
４１  管理テーブル
４２  取得日時
４３  ユニークＩＤ
５０  コンソール端末
２１１  ＬＡＮインタフェース（Ｉ／Ｆ）部
２１２  ＩＰ処理部
２１３  統計情報取得部
２１４  呼制御部
２１５  音声処理部
２１６  Ａ／Ｄ・Ｄ／Ａ変換部
２１７  ハンドセット
２２１  ログ取得指令ボタン
２２２  ログ取得制御部
２２３  ＩＣＭＰ発行部
２２４  呼状態判定部
２２５  通話録音部
２２６  ログ情報格納部
Ｄ１〜Ｄ３  ログ情報単位
Ｎ１〜Ｎｍ  ノード
Ｒ１、Ｒ２  経路
【図１】
2008054027.tif 000003
【図２】
2008054027.tif 000004
【図３】
2008054027.tif 000005
【図４】
2008054027.tif 000006