(57)【特許請求の範囲】
【請求項１】
ネットワーク上を流れる音声パケットの通話をモニタまたは録音する音声モニタリング録音システムであって、
ネットワーク上を流れる音声パケットの通話をモニタまたは録音する際に、モニタまたは録音する音声パケットに該当するパケットが音声モニタ装置に誘導されるようにネットワーク機器に指示する制御装置と、
前記制御装置の指示によりネットワーク機器から送信されてきたパケットを受信し、音声のモニタまたは録音を行う音声モニタ装置と、
を備え、
前記制御装置は、セッションの確立のために発信者−着信者で相互にＳＩＰによる音声パケットに関するセッション情報を交換する際に、ＳＩＰプロキシサーバがセッション管理データベースに格納した音声パケットの送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号をもとに、ＩＰパケットが音声モニタ装置に誘導されるようにネットワーク機器に指示する音声モニタリング録音システムであって、
前記制御装置は、前記セッション管理データベースから抽出した送信元ＩＰアドレス、宛先ＩＰアドレス情報、送信元ポート情報、宛先ポート番号をもとに当該セッションに含まれる音声パケットが経由するルータを特定し、そのルータに対して、抽出した前記送信元ＩＰアドレス、宛先ＩＰアドレス情報、送信元ポート情報、宛先ポート番号に関するパケットのみをＣｏｄｅｃ条件に合わせてＭＡＸＩＭＵＭ＿ＨＥＡＤＥＲ＿ＳＩＺＥを指定してパケットサンプリング・プロトコル（ｓＦｌｏｗ、ＩＰＦＩＸ）にて前記音声モニタ装置に送信するよう指示し、
前記音声モニタ装置は、受信したパケットサンプリング・プロトコルによるパケットから、もとのＩＰパケットを復元することを特徴とする音声モニタリング録音システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばインターネットに代表される大規模ネットワーク上を流れる音声パケットの通話をモニタまたは録音する技術に関する。
【背景技術】
【０００２】
回線交換呼に代表される音声のモニタ機能については、交換機に具備されたモニタトランクを介して実現されていた。回線交換の場合は、呼を確立するためのシグナリングプロトコルと音声データを同一の交換機を介して実現しているため、モニタするための音声データの特定が容易であった。これに対して、ＶｏＩＰに代表されるＩＰ電話では、呼を確立するためのシグナリングプロトコルは、ＳＩＰプロキシサーバを介して制御され、音声パケットは、端末間で直接交換されるため、モニタ対象の音声パケットをモニタすることが困難な状況となっていた。
【０００３】
上記の状況の中、特許文献１では、音声パケットを転送するためのエージェントを各所に配置して、音声パケットをモニタする手法が提案されている。また、特許文献２では、音声会議装置に音声パケットを誘導して、多者通話にすることで、音声パケットのモニタを可能としている。
【０００４】
しかし、上記の手法では、エージェントや音声会議装置などの特別な装置を必要とし、ＩＰネットワークが大規模化した場合には、その設置台数、能力も必要となり、サービスを実現する上では、大きな障壁となっていた。また、音声会議装置を使用する場合には、通信中の呼に対して、音声をモニタすることが困難となる。
なお、本発明に関連する先行文献としては、前述の特許文献１、２があるが、本発明にて利用する技術としては、非特許文献１〜３がある。
【０００５】
【特許文献１】特開２００４−０４０５３８号公報（ＶｏＩＰ音声モニタリング方法及びＶｏＩＰ音声モニタリングシステム）
【特許文献２】特開２００５−０３３３１１号公報（音声通話録音方法）
【非特許文献１】"Dissemination of flow specification rules"、[online]、［平成１８年２月１４日検索］、インターネット＜http://www.ietf.org/internet-drafts/draft-marques-idr-flow-spec-03.txt＞
【非特許文献２】"IPFIX Protocol Specification"、[online]、［平成１８年２月１４日検索］、＜http://www.ietf.org/internet-drafts/draft-ietf-ipfix-protocol-19.txt＞
【非特許文献３】"IP Multicast Applications: Challenges and Solutions"、[online]、［平成１８年２月１４日検索］、＜http://www.ietf.org/rfc/rfc3170.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
現在、ＩＰネットワーク環境で音声・画像などの通話をモニタリング・録音する際には、以下のような手法が活用される。なお、この場合の音声・画像データは、ＲＴＰプロトコル（Real-time Transport Protocol）により転送される。また、終端ホスト間の品質状況は、ＲＴＣＰプロトコルにより送受される。ここでは、これらを総称して音声パケットという。
・予め音声パケットが経由するネットワーク上に音声パケットを管理する多数の音声モニタ装置を配置し、この音声モニタ装置上で音声パケットを音声に復元することで、音声をモニタリング及び録音を行うことを可能とする（図１参照）。
・予め音声パケットが経由するネットワーク上に音声パケットを管理する多数のエージェントを配置し、このエージェントが現在、通話中の通話情報を管理し、特定の通話情報をモニタする際には、サーバからの指示により、エージェントが当該音声パケットを音声モニタ装置に転送し、音声モニタ装置上で、音声のモニタ及び録音を可能とする（図２参照）。
・モニタ対象の音声パケットを音声会議装置に引き込み、他者通話にすることで、音声のモニタリング・録音を可能とする。
【０００７】
上記の手法においては、予めネットワーク上の音声パケットを受信して、通話情報を管理する音声モニタ装置及びエージェント・音声会議装置を配置することが必要となる。現在、音声パケットが介するネットワークは、年々大規模化され、ＶｏＩＰパケット以外の様々なパケットが混在する環境となっている。このような状況の中、ネットワークの各所に音声パケットを管理する音声モニタ装置及びエージェントを配置することは、困難な状況となっている。ネットワークのエッジ部分の各所に音声モニタ装置、エージェントを配置した場合に、導入数が膨大になり、ネットワークのバックボーンに音声モニタ装置、エージェントを配置した場合には、膨大な処理能力が必要となる。
【０００８】
また、音声会議装置に音声パケットを引き込む手法は、音声会議装置のみをＩＰネットワーク上に配置することで実現可能となるが、通信中の呼については、音声モニタすることができないことが問題となる。
【０００９】
前述したように、ＩＰネットワーク上で、端末間で直接交換される音声パケットをモニタすることは、困難であった。また、音声モニタを実現する場合には、特別な装置を実装する必要があり、設備費用的な面で非常に非効率であった。また、通信中の呼についても音声モニタを実現することが要望されていた。
【００１０】
本発明では、ルータ、スイッチ等のネットワーク機器に実装されている機能を用いて、当該音声パケットを音声モニタ装置に誘導し、最小限の設備をもとに、任意のモニタポイントでの音声をモニタすることと蓄積することを可能とするシステムおよび方法を提供することにある。
【課題を解決するための手段】
【００１１】
本明細書において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
音声パケットを介するＩＰネットワーク上には、必要最小限の音声モニタ装置を配置し、ネットワーク上に流れる音声パケットを音声モニタ装置に誘導することで、音声モニタ及び録音を可能とする。音声パケットを音声モニタ装置に誘導するために、ＳＩＰプロキシサーバが、ＳＩＰメッセージを受信して得られるセッション管理情報を用いる。
【００１２】
ネットワーク内の経路情報を操作して、音声パケットを音声モニタ装置に誘導し、音声パケットを複製後、もとのネットワークに音声パケットを戻す手法とパケットをモニタするためのルータの機能を利用して、ルータ側でパケットをミラーリング（複製）またはサンプリングして、これを音声モニタ装置に誘導する手法がある。
【００１３】
経路操作するためには、ＢＧＰプロトコルを用いて、当該パケットのＢＧＰ ＮｅｘｔＨｏｐアドレスを音声モニタ装置のアドレスに書き換えて、経路注入することで、これを実現する。
【００１４】
ルータ側で音声パケットをミラーリング（複製）して、音声モニタ装置に転送する場合は、音声パケットが経由するルータのＩＰアドレスを特定し、このルータに対して、当該パケットに対するミラーリング指示（複製指示）を行うことでこれを実現する。
【００１５】
ルータ側で音声パケットをサンプリングして、音声モニタ装置に転送する場合は、音声パケットが経由するルータのＩＰアドレスを特定し、このルータに対して、パケットサンプリング・プロトコルにて音声モニタ装置に送信するよう指示し、音声モニタ装置は、受信したパケットサンプリング・プロトコルによるパケットから、もとのＩＰパケットを復元することでこれを実現する。
【発明の効果】
【００１６】
本発明により、多大な費用を掛けることなく、音声をモニタすることができる。例えば、悪意あるユーザの音声をモニタすることやユーザからの問い合わせにより、音声の品質評価、話中の判定を行うことを可能とする。また従来、携帯端末に具備されていた音声録音機能をネットワーク側で提供することが可能となる。端末上では、録音した音声データを蓄積するための格納容量が十分でないため、録音時間が制限されていたが、ネットワーク側で実現することで、この制限をなくすことが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施例を図面を参照して説明する。
【実施例１】
【００１８】
本実施例は、音声パケットを音声モニタ装置に誘導するために、ＢＧＰプロトコルを使用する。
図３に本実施例の音声モニタリング録音システムの構成図を示す。図３において、３１はＳＩＰ（Session Initiation Protocol）プロキシサーバであり、３２はセッション管理データベースであり、３３はセッション制御サーバであり、３４は音声モニタ装置である。３５はＩＰネットワークである。端末＃１、端末＃３、端末＃４、端末＃６は、それぞれルータ＃１、ルータ＃３、ルータ＃４、ルータ＃６を経由してＩＰネットワーク３５に接続されている。ＳＩＰプロキシサーバ３１、セッション管理データベース３２、セッション制御サーバ３３、音声モニタ装置３４はルータ＃５を介してＩＰネットワーク３５に接続されている。なお、本実施例および後述の実施例において、ＩＰネットワーク３５は他のネットワークでもよく、また、セッション制御サーバ３３は制御装置であればよく、ルータ＃１〜＃６はネットワーク機器であればよい。本実施例ではルータ＃１〜＃４、＃６はＩＰネットワーク３５のエッジに設置されているエッジルータであるが、一般的には、音声パケットが通過するルータであればＩＰネットワーク３５の内部に設置されたルータでもよい。また、本発明において、音声パケットは音声を伴った映像データのパケットを含む。また、音声モニタ装置は音声を伴った映像データのパケットのモニタ装置を含む。
【００１９】
本実施例のシステムは、ＳＩＰなどのシグナリングプロトコルを中継するＳＩＰプロキシサーバ３１とＳＩＰプロキシサーバ３１にて、ＳＩＰ内のＳＤＰ（Session Description Protocol）情報より抽出したセッション管理情報を蓄積するセッション管理データベース３２とセッション管理データベース３２からモニタ対象の情報を抽出し、特定のルータに対してパケット制御指示するセッション制御サーバ３３および音声のモニタ及び録音機能を有する音声モニタ装置３４から構成される。ＳＩＰプロキシサーバ３１は、端末からの発信呼信号（ＩＮＶＩＴＥ）と以降のシグナリングを中継する機能を有し、ＩＮＶＩＴＥ、ＡＣＫ、２００ＯＫに記述されるＳＤＰ情報をもとに確立されるセッション情報をセッション管理データベース３２に格納することを可能とする。ＳＩＰプロキシサーバ３１は、ＳＩＰシグナリング（ＢＹＥ）により、呼処理が終了した場合には、セッション管理データベース３２から当該セッション情報を削除する。セッション管理データベース３２に格納されるセッション情報は、音声パケットを介する発信元、送信先のＩＰアドレス及びポート番号と、Ｃｏｄｅｃの種別を格納することとする。
【００２０】
セッション制御サーバ３３では、予めＩＰネットワーク内のＢＧＰ（Border Gateway Protocol）情報を収集し、ＢＧＰ ＮｅｘｔＨｏｐアドレスの情報から、送信先ＩＰアドレスが指定された場合に、音声パケットが経由するルータを特定することを可能とする。この際、セッション制御サーバ３３が、ＩＰネットワーク内のルートリフレクタ（図示していない）とＢＧＰプロトコルにてピアリングを確立することで、本情報を取得することを可能とする。
【００２１】
図４に端末＃３と端末＃６が通話する場合のＳＩＰプロキシサーバ３１の動作概要を示す。端末＃３より発呼し、ＳＩＰプロキシサーバ３１が、ＩＮＶＩＴＥ、２００ＯＫ、ＡＣＫ信号を受信し、ＳＤＰ情報をもとにセッション管理データベース３２に書き込みを行う（Ｓ４１）。端末＃３と端末＃６では、セッション情報を交換することにより、音声パケットを送受することが可能となる（Ｓ４２）。
【００２２】
図５に音声をモニタする際の動作概要を示す。セッション管理データベース３２に含まれるセッション情報をもとに、セッション制御サーバ３３に音声をモニタすることを指示する（Ｓ５１）。指示を受けたセッション制御サーバ３３は、モニタ対象のセッション情報をセッション管理データベース３２から収集し、音声モニタ装置３４に引き継ぐ（Ｓ５２）とともに、ＢＧＰプロトコルのＮｅｘｔＨｏｐを音声モニタ装置３４のアドレスとすることで、当該セッションが音声モニタ装置３４を経由するように指示する（Ｓ５３）。ＩＰネットワーク上のルータが、ＢＧＰ Ｆｌｏｗ Ｓｐｅｃを実装している場合には、セッション情報（送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号）を指定し、当該セッションのみが、音声モニタ装置３４を経由することを可能とする。ＩＰネットワーク上のルータが、ＢＧＰ Ｆｌｏｗ Ｓｐｅｃを実装していない場合には、セッション情報（宛先ＩＰアドレス）を指定し、当該端末向けのパケットのみが、音声モニタ装置３４を経由することを可能とする。
【００２３】
音声モニタ装置３４では、セッション制御サーバ３３より指示されたセッション情報のパケットを複製して保存することで音声録音を可能とし、音声に復元することで音声モニタを可能とする。音声モニタ装置３４で受信したパケットについては、音声モニタ装置３４と着信側ルータ＃６をＶＰＮトンネル３６で結ぶことにより、宛先側エッジルータ＃６へ転送を行う。受信した宛先側エッジルータ＃６では、着信端末＃６向けに音声パケットを転送する（Ｓ５４）。
【実施例２】
【００２４】
本実施例は、音声パケットを音声モニタ装置に誘導するために、ルータのミラーリング機能を使用する。通常のミラーリング機能は、モニタポート（モニタ用のＩＦ）に流入した全てのパケットを複製し、ミラーポート（ミラーパケットを送出するＩＦ）にて送信する機能のことを指す。このミラーリング機能に、ある特定の条件（送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号など）を加えて、条件に合致したもののみをミラーポートより送信する機能を選択的ミラーリング機能と呼ぶ。
【００２５】
本実施例では、ルータに実装されている選択的ミラーリング機能を用いる。図６にこの概要を示す。図６（Ａ）は通常のミラーリング機能を説明するための図であり、ルータにＰａｃｋｅｔ＃Ａ〜＃Ｄが流入すると、ルータはＰａｃｋｅｔ＃Ａ〜＃Ｄを宛先のポートに送出すると共に、全てのパケットを複製して、ミラー・ポートにも送出する。これに対して、図６（Ｂ）は選択的ミラーリング機能を説明するための図であり、ルータは条件に合致したパケット（図ではＰａｃｋｅｔ＃Ｂ）だけを複製して、ミラー・ポートに送出する。
【００２６】
本実施例のシステム構成図を、図７に示す。音声モニタ装置３４は、各エッジルータとＶＰＮ３７により直接接続されるか広域ＬＡＮ３８にて接続可能な状態とする。
【００２７】
端末＃３と端末＃６が通話する場合のＳＩＰプロキシサーバ３１の動作概要についても図４と同様である。図８に音声をモニタする際の動作概要を示す。セッション管理データベース３２に含まれるセッション情報をもとに、セッション制御サーバ３３に音声をモニタすることを指示する（Ｓ８１）。指示を受けたセッション制御サーバ３３は、モニタ対象のセッション情報をセッション管理データベース３２から収集し、音声モニタ装置３４に引き継ぐ（Ｓ８２）。
【００２８】
セッション制御サーバ３３は、ＢＧＰ経路情報をもとに当該音声パケットが経由するルータを特定する。また、当該ルータが、その音声パケットを受信するＩＦ（インタフェース）についてもＢＧＰ経路情報をもとに特定を行う。
【００２９】
セッション制御サーバ３３は、特定したルータ（図８の場合はルータ＃６）に対して、選択的ミラーリングを指示する（Ｓ８３）。受信するＩＦをモニタ・ポートとし、ミラーリングされたパケットは、当該セッション情報（送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号）を条件にミラーリングのパケットを選択する。
【００３０】
ミラーポートより、ミラーリングされた音声パケットは、広域ＬＡＮ３８もしくはＶＰＮ３７を経由して、音声モニタ装置３４に誘導される（Ｓ８４）。音声モニタ装置３４では、セッション制御サーバ３３より指示されたセッション情報のパケットを複製して保存することで音声録音を可能とし、音声に復元することで音声モニタを可能とする（Ｓ８５）。
【実施例３】
【００３１】
本実施例は、音声パケットを音声モニタ装置に誘導するために、パケットをサンプリングにより抽出し、パケットをモニタする手法を使用する。パケットサンプリングの手法としては、ｓＦｌｏｗ、ＩＰＦＩＸとして、ルータに実装されている。通常のパケットサンプリング機能は、ルータのＩＦを指定し、そのＩＦに流入した全てのパケットを対象に、予め決められたサンプリングレートでパケットを抽出し、パケット内の上位ヘッダ部分をｓＦｌｏｗ、ＩＰＦＩＸにて決められたパケットフォーマットに従い配信するというものである。どのプロトコル部分から何Ｂｙｔｅ分を配信するのかについては、ルータ内に指定することが可能である。（これをＭＡＸＩＭＵＭ＿ＨＥＡＤＥＲ＿ＳＩＺＥという。）
【００３２】
本実施例では、選択的サンプリング機能を使用する。この選択的サンプリング機能は、ある特定の条件（送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号など）を加えて、条件に合致したもののみをサンプリングして、抽出する。図９にこの概要を示す。図９（Ａ）は通常のパケットサンプリング機能を説明するための図であり、ルータにＰａｃｋｅｔ＃Ａ〜＃Ｄが流入すると、ルータはＰａｃｋｅｔ＃Ａ〜＃Ｄを宛先のポートに送出すると共に、サンプリングレート１／Ｎでパケットをサンプリングし、サンプリングしたパケットをｓＦｌｏｗまたはＩＰＦＩＸデータフォーマットで宛先のポートとは異なったポートに送出する。これに対して、図９（Ｂ）は選択的パケットサンプリング機能を説明するための図であり、ルータは条件に合致したパケット（図ではＰａｃｋｅｔ＃Ｂ）だけについてサンプリングレート１／Ｎでサンプリングし、サンプリングしたパケットをｓＦｌｏｗまたはＩＰＦＩＸデータフォーマットで宛先のポートとは異なったポートに送出する。
【００３３】
システム構成図は、図３と同様である。端未＃３と端末＃６が通話する場合のＳＩＰプロキシサーバの動作概要についても図４と同様である。図１０に音声をモニタする際の動作概要を示す。セッション管理データベース３２に含まれるセッション情報をもとに、セッション制御サーバ３３に音声をモニタすることを指示する（Ｓ１０１）。指示を受けたセッション制御サーバ３３は、モニタ対象のセッション情報をセッション管理データベース３２から収集し、音声モニタ装置３４に引き継ぐ（Ｓ１０２）。
【００３４】
セッション制御サーバ３３は、ＢＧＰ経路情報をもとに当該音声パケットが経由するルータを特定する。また、当該ルータが、その音声パケットを受信するＩＦについてもＢＧＰ経路情報をもとに特定を行う。セッション制御サーバは、特定したルータ（図１０ではルータ＃６）に対して、選択的パケットサンプリングを指示する（Ｓ１０３）。パケットを受信するＩＦを指定し、そのＩＦに対して、選択的パケットサンプリングを実行する。選択するパケットの条件は、モニタ対象のセッション情報（送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号）とし、サンプリングレート＝１／１を指定する。Ｃｏｄｅｃにより、ＲＴＰデータ長が異なるため、Ｃｏｄｅｃ条件に合わせて、ＭＡＸＩＭＵＭ＿ＨＥＡＤＥＲ＿ＳＩＺＥを指定する。また、サンプリングにより抽出するタイプについては、ＩＰヘッダもしくは、ＥｔｈｅｒＦｒａｍｅヘッダから抽出可能なＨＥＡＤＥＲ型を選択する。
【００３５】
抽出されたパケットは、ｓＦｌｏｗ、ＩＰＦＩＸのデータフォーマットに整形された後、ｓＦｌｏｗ、ＩＰＦＩＸデータグラムとして、音声モニタ装置３４に向けて配信される（Ｓ１０４）。ルータには、予めｓＦｌｏｗ、ＩＰＦＸの情報を収集するｃｏｌｌｅｃｔｏｒとして、音声モニタ装置３４を指定しておく。
【００３６】
音声モニタ装置３４にて受信したｓＦｌｏｗ、ＩＰＦＩＸパケットは、原型のパケット部分のＲＴＰパケット部分を抽出する。これらＲＴＰパケットをＣｏｄｅｃに従った時間間隔をもとに並べ替え、ＲＴＰパケットを受信したかのように内部処理する。これにより、音声パケットを音声に復元し、音声モニタおよび録音を可能とする（Ｓ１０５）。
【００３７】
実施例１〜３におけるＳＩＰプロキシサーバ、セッション管理データベース、セッション制御サーバ、音声モニタ装置は、それぞれの動作を行うための手段を備えており、その手段はコンピュータとプログラムによって構成することができる。また、そのプログラムの一部または全部をハードウェアで構成してもよい。
【００３８】
実施例１〜３の音声モニタリング録音システムは、一般的に述べれば、ネットワーク上を流れる音声パケットの通話をモニタまたは録音する音声モニタリングシステムであって、ネットワーク上を流れる音声パケットの通話をモニタまたは録音する際に、モニタまたは録音する音声パケットに該当するパケットが音声モニタ装置に誘導されるようにネットワーク機器に指示する制御装置と、制御装置の指示によりネットワーク機器から送信されてきたパケットを受信し、音声のモニタまたは録音を行う音声モニタ装置と、を備える。そして、制御装置は、セッションの確立のために発信者−着信者で相互にＳＩＰによる音声パケットに関するセッション情報を交換する際に、ＳＩＰプロキシサーバがセッション管理データベースに格納した音声パケットの送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号をもとに、ＩＰパケットが音声モニタ装置に誘導されるようにネットワーク機器に指示する。
【００３９】
実施例１の音声モニタリング録音システムでは、制御装置は、ＢＧＰプロトコルをもとに経路情報を収集し、セッション管理データベースから抽出した発信者のＩＰアドレス情報をもとに、モニタまたは録音する音声パケットが経由するルータを特定する。また、制御装置は、セッション管理データベースから抽出した発信者のＩＰアドレス情報、ポート情報をもとに、当該セッション情報をＢＧＰプロトコルに設定し、宛先となるＢＧＰ ＮｅｘｔＨｏｐアドレスを音声モニタ装置のアドレスに設定することで、音声パケットが音声モニタ装置に誘導されるようにし、音声モニタ装置は、制御装置から指定された送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号に該当する音声パケットを複製して蓄積し、ＩＰネットワークに全パケットを戻すことで、モニタする音声パケットのみを抽出する。
【００４０】
実施例２の音声モニタリングシ録音ステムでは、制御装置は、セッション管理データベースから抽出した送信元ＩＰアドレス、宛先ＩＰアドレス情報、送信元ポート情報、宛先ポート番号をもとに当該セッションに含まれる音声パケットが経由するルータを特定し、そのルータに対して、抽出した前記送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号に関するパケットのみをミラーリングするよう指示することで、音声パケットを音声モニタ装置に誘導する。
【００４１】
実施例３の音声モニタリングシステムでは、制御装置は、セッション管理データベースから抽出した送信元ＩＰアドレス、宛先ＩＰアドレス情報、送信元ポート情報、宛先ポート番号をもとに当該セッションに含まれる音声パケットが経由するルータを特定し、そのルータに対して、抽出した前記送信元ＩＰアドレス、宛先ＩＰアドレス情報、送信元ポート情報、宛先ポート番号に関するパケットのみをパケットサンプリング・プロトコルにて音声モニタ装置に送信するよう指示し、音声モニタ装置は、受信したパケットサンプリング・プロトコルによるパケットから、もとのＩＰパケットを復元する。
【００４２】
以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００４３】
【図１】多数の音声モニタ装置を配置する従来技術のシステム構成図
【図２】多数のエージェントを配置する従来技術のシステム構成図
【図３】実施例１のシステム構成図
【図４】ＳＩＰプロキシサーバの動作概要を示す図
【図５】実施例１における音声をモニタする際の動作概要を示す図
【図６】実施例２で用いるミラーリング機能を説明するための図
【図７】実施例２のシステム構成図
【図８】実施例２における音声をモニタする際の動作概要を示す図
【図９】実施例３で用いるパケットサンプリング機能を説明するための図
【図１０】実施例３における音声をモニタする際の動作概要を示す図
【符号の説明】
【００４４】
３１…ＳＩＰプロキシサーバ、３２…セッション管理データベース、３３…セッション制御サーバ、３４…音声モニタ装置、３５…ＩＰネットワーク、３６…ＶＰＮトンネル、３７…ＶＰＮ、３８…広域ＬＡＮ
【図１】
0004589263.tif 000002
【図２】
0004589263.tif 000003
【図３】
0004589263.tif 000004
【図４】
0004589263.tif 000005
【図５】
0004589263.tif 000006
【図６】
0004589263.tif 000007
【図７】
0004589263.tif 000008
【図８】
0004589263.tif 000009
【図９】
0004589263.tif 000010
【図１０】
0004589263.tif 000011