(57)【要約】      （修正有）【課題】  録音したＩＰ電話端末と音声応答システムとの通話内容を、通話者の識別番号をキーに検索する際の検索効率を向上させる。【解決手段】  利用者ＩＰ電話端末との間の通話パケットを時系列的にレコード単位で記録する通話パケット記録手段と、利用者ＩＰ電話端末との接続時刻および切断時刻を含む接続情報を記録する検索情報記録手段と、レコードの識別子と、レコードの作成時刻とを関連付けて記録する検索キー記録手段と、利用者ＩＰ電話端末から利用者識別子を受け付ける識別子受け付け手段と、受け付けた利用者識別子の認証を行なう認証手段と、認証された利用者識別子を前記接続情報に含めて記録する識別子記録手段と、レコードの識別子に対応するレコードを前記通話パケット記録手段から抽出し、前記レコードに含まれる前記索出された接続情報に対応するパケットの音声再生を行なう。【選択図】  図１
2006042274.tif 000002
【特許請求の範囲】
【請求項１】
ＶｏＩＰ（Voice over IP）を使用した音声応答サービスを行ない、利用者ＩＰ電話端末との間の通話の内容を記録し再生する通話記録システムであって、
利用者ＩＰ電話端末との間で交わされる通話パケットを時系列的にレコード単位で記録する通話パケット記録手段と、
利用者ＩＰ電話端末との接続時刻および切断時刻を含む接続情報を記録する検索情報記録手段と、
レコードの識別子と、レコードの作成時刻とを関連付けて記録する検索キー記録手段と、
利用者ＩＰ電話端末から利用者識別子を受け付ける識別子受け付け手段と、
受け付けた利用者識別子の認証を行なう認証手段と、
認証された利用者識別子を前記接続情報に含めて記録する識別子記録手段と、
検索キーとして利用者識別子を受け付けると、前記検索情報記録手段から接続情報を索出し、索出された接続情報に含まれる接続時刻および切断時刻に基づいて、前記検索キー記録手段からレコードの識別子を特定し、特定されたレコードの識別子に対応するレコードを前記通話パケット記録手段から抽出し、前記レコードに含まれる前記索出された接続情報に対応するパケットの音声再生を行なう検索再生手段とを備えることを特徴とする通話記録システム。
【請求項２】
請求項１に記載の通話記録システムであって、
前記識別子受け付け手段は、ＤＴＭＦ（Dial Tone Multi Frequency）により前記利用者識別子を受け付けることを特徴とする通話記録システム。
【請求項３】
請求項１に記載の通話記録システムであって、
前記通話パケット記録手段は、通話パケットが無音であるかどうかを判別し、無音と判別したパケットはレコードに含めないことを特徴とする通話記録システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰ（Voice over IP）を使用した音声応答サービスを行ない、通話の内容を記録し再生する通話記録システムに係り、特に、再生すべき通話の検索技術に関する。
【背景技術】
【０００２】
インターネットプロトコル（ＩＰ）を利用した電話システムが実用化されており、関連する種々の技術が提案されている。例えば、特許文献１には、ＩＰ電話システムにおける通話録音システムが開示されている。
【０００３】
特許文献１に開示された通話録音システムは、ＩＰ電話端末同士の通話について録音要求があった場合に、ＩＰ電話端末同士で交わされる音声パケットを通話録音サーバを介してやり取りするように制御することで、導入コストを軽減するとともに、既存のＩＰネットワークへの影響を抑えることを可能とするものである。
【０００４】
また、音声応答システムであるＩＶＲ（Interactive Voice Response）装置をＩＰ電話システムに適用することも実用化されている。この場合、ＩＰ電話端末とＩＶＲ装置との通話に関しても、ＩＰ電話端末同士の通話同様に録音できるようにすることが考えられる。
【特許文献１】特開２００３−４６６４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一般に、ＩＶＲ装置の音声応答サービスを享受する場合には、あらかじめ利用者として登録しておき、その利用者に与えられた識別番号をＰＢ信号等で入力した上で、音声応答サービスを受けることがよく行なわれている。
【０００６】
このため、録音したＩＰ電話端末とＩＶＲ装置との通話内容を後から検索する場合には、通話者の識別番号で検索対象の通話を特定することができれば便利である。
【０００７】
ところが、通話者の識別番号は、ＩＰアドレス、ポート番号、接続時間等の接続情報とは無関係であるため、ＩＰ電話端末とＩＶＲ装置との間で交わされるパケット群の中から検索しなければならない。さらには、パケット群には、認証された識別番号に加え、通話者の操作ミス等による不正確な識別番号も含まれている場合がある。つまり、一般に不正確な識別番号を受け付けたときには識別番号の再入力が行なわれるため、１つの通話について複数の識別番号のＰＢ信号が録音され得ることになり、効率的な検索が損なわれてしまう。
【０００８】
本発明は、録音したＩＰ電話端末と音声応答システムとの通話内容を、通話者の識別番号をキーに検索する際の検索効率を向上させることを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明によれば、
ＶｏＩＰ（Voice over IP）を使用した音声応答サービスを行ない、利用者ＩＰ電話端末との間の通話の内容を記録し再生する通話記録システムであって、
利用者ＩＰ電話端末との間の通話パケットを時系列的にレコード単位で記録する通話パケット記録手段と、
利用者ＩＰ電話端末との接続時刻および切断時刻を含む接続情報を記録する検索情報記録手段と、
レコードの識別子と、レコードの作成時刻とを関連付けて記録する検索キー記録手段と、
利用者ＩＰ電話端末から利用者識別子を受け付ける識別子受け付け手段と、
受け付けた利用者識別子の認証を行なう認証手段と、
認証された利用者識別子を前記接続情報に含めて記録する識別子記録手段と、
検索キーとして利用者識別子を受け付けると、前記検索情報記録手段から接続情報を索出し、索出された接続情報に含まれる接続時刻および切断時刻に基づいて、前記検索キー記録手段からレコードの識別子を特定し、特定されたレコードの識別子に対応するレコードを前記通話パケット記録手段から抽出し、前記レコードに含まれる前記索出された接続情報に対応するパケットの音声再生を行なう検索再生手段とを備えることを特徴とする通話記録システムが提供される。
【発明を実施するための最良の形態】
【００１０】
本発明の実施の形態について図面を参照して説明する。
【００１１】
図１は、本発明を適用した通話記録システム１０を含むＶｏＩＰネットワークの構成の一例を示すブロック図である。本図に示すように、ＶｏＩＰネットワークは、ＩＰ電話端末１００と通話記録システム１０とが、通信サービス事業者（キャリア）が提供するＩＰ電話ネットワーク２００を介して接続されて構成される。ＩＰ電話端末１００は本図では１台のみを示しているが、実際には複数台がＩＰ電話ネットワーク２００に接続される。
【００１２】
通話記録システム１０は、ＶｏＩＰを用いた音声応答サービスを提供しており、ＩＰ電話端末１００は、音声応答サービスを享受する者が使用する電話端末装置である。音声応答サービスを享受する者は、あらかじめ通話記録システム１０に加入者として登録しており、加入者ＩＤが割り当てられているものとする。
【００１３】
通話記録システム１０は、ＩＰ電話端末１００とＶｏＩＰによる通話を行ない、ＩＰ電話端末１００からのＰＢ（Push Button）信号入力、あるいは、音声入力等に対して音声応答サービスを行なう。また、通話記録システム１０は、ＩＰ電話端末１００との通話を記録する機能と、記録した通話を検索して再生する機能とを備えている。
【００１４】
このため、通話記録システム１０は、ルータ／ＳＷ２０と、ＩＶＲ（Interactive Voice Response）装置３０と、ＲＴＰ（Real-time Transport Protocol）記録装置４０と、ＮＴＰ（Network Time Protocol）サーバ５０と、データ記録装置６０と、検索再生装置７０と、加入者管理ホスト８０とを備えている。
【００１５】
ルータ／ＳＷ２０は、ＩＰ電話ネットワーク２００と接続するための中継装置である。ルータ／ＳＷ２０はミラーリング機能を備えており、ＩＰ電話端末１００とＩＶＲ３０との間で交換されるＶｏＩＰのパケットをＲＴＰ記録装置４０に出力する。
【００１６】
ＩＶＲ装置３０は、ＩＰ電話端末１００からの通話に対して音声自動応答処理を行なう。具体的には、あらかじめ定めた応答規則にしたがって、加入者に対する入力ガイド音声を再生したり、ＩＰ電話端末１００からのＰＢ信号（ＤＴＭＦ：Dial Tone Multi Frequency）の応答のための音声再生等を行なう。
【００１７】
ＩＶＲ装置３０には、キャリアからＩＰ電話番号が割り当てられており、着信切断等の呼制御はＳＩＰ（Session Initiation Protocol）を使用している。ＩＶＲ装置３０は、キャリア向けに、２つのＬＡＮポートを備えている。１つはＳＩＰ用であり、もう１つはＲＴＰの音声パケット用である。ＩＶＲ装置３０は、複数のＩＰ電話端末１００からのＲＴＰ通話を多チャネルで処理しており、多チャネルを制御するためにテレフォニーボードを実装している。なお、チャネル番号は、ＲＴＰ用のＩＰアドレス／ポート番号に関連付けてあらかじめ定義してあるものとする。
【００１８】
なお、本実施例では、ＩＶＲ装置３０は、ＩＰ電話端末１００からのＰＢ信号を解析して音声応答するようにしているが、音声認識機能を備え、ＩＰ電話端末１００からの発話を解析して音声応答するようにしてもよい。
【００１９】
ＲＴＰ記録装置４０は、ＩＶＲ装置３０のＲＴＰ用のＬＡＮポートで送受信される音声パケットを、ルータ／ＳＷ２０のミラーリング機能を使用して取得し、データ記録装置６０に保存する。ＲＴＰ記録装置４０は、ＩＰ電話端末１００からＩＶＲ装置３０に送られる音声パケットおよびＩＶＲ装置３０からＩＰ電話端末１００に送られる音声パケットの両方をＲＴＰ記録装置４０に記録する。
【００２０】
本実施例において、ＩＶＲ装置３０とＲＴＰ記録装置４０とは対で用いられ、この組みは通話記録システム１０内に複数存在させることができる
ＮＴＰサーバ５０は、通話記録システム１０内の各装置の時刻を同期させるための処理を行なう。すなわち、本実施例では、通話記録の検索に時刻情報を用いるため、通話記録システム１０内で統一的な計時を行なえるようにＮＴＰサーバ５０を備えるようにしている。もちろん、他の方法により通話記録システム１０内の各装置の時刻を同期させるようにしてもよい。
【００２１】
データ記録装置６０は、ＩＰ電話端末１００とＩＶＲ装置３０との通話および通話を検索するための情報を記録する。このため、データ記録装置６０は、ＲＴＰ記録ファイル６１、検索キー記録ファイル６２、検索情報ファイル６３を格納している。これらのうち、ＲＴＰ記録ファイル６１と検索キー記録ファイル６２とは、ＲＴＰ記録装置４０により書き込まれ、検索情報ファイル６３は、ＩＶＲ装置３０により書き込まれる。
【００２２】
データ記録装置６０は、例えば、ファイルサーバ専用機としたＮＡＳ（Network Attachied Storage）とすることができ、ＩＶＲ装置３０、ＲＴＰ記録装置４０は、ＣＩＦＳ(Common Internet File System）を使用して、データ記録装置６０のファイルにアクセスすることができる。
【００２３】
検索再生装置７０は、操作者から検索キーの指定を受け付け、データ記録装置６０から対応する通話データを索出し、再生する。検索キーは、例えば、加入者ＩＤ、通話時刻、通話チャネル番号、発信者番号等とすることができる。
【００２４】
加入者管理ホスト８０は、ＩＶＲ装置３０と接続され、音声応答サービスの加入者に関する情報を管理する。特に、ＩＶＲ装置３０がＩＰ電話端末１００から受け付けた加入者ＩＤが正しいかどうかの判断を行なう。このため、加入者ＩＤファイル８１を備えている。加入者ＩＤファイル８１には少なくとも登録済みの加入者についての加入者ＩＤを記録している。加入者ＩＤファイル８１には、さらに、加入者を認証するための認証情報、例えば、パスワード等を加入者ＩＤと関連付けて記録するようにしてもよい。また、加入者管理ホスト８０は音声応答サービスの業務運用に必要な情報を必要に応じてＩＶＲ装置３０に送信する処理も行なう。
【００２５】
つぎに、ＩＶＲ装置３０の機能構成について、図２のブロック図を参照して説明する。本図に示すようにＩＶＲ装置３０は、ＶｏＩＰ受信部３１と、ＲＴＰ解析部３２と、ＶｏＩＰ送信部３３と、制御部３４と、業務部３５と、音声データ部３６と、検索情報ファイル格納部３７と、音声解析部３８と、ホスト通信部３９とを備えて構成される。
【００２６】
ＶｏＩＰ受信部３１は、ルータ／ＳＷ２０からのＶｏＩＰパケットを受信し、受信したパケットの種別、具体的には、ＳＩＰメソッドであるかＲＴＰであるか等を識別する。ＲＴＰ解析部３２は、受信したＶｏＩＰパケットがＲＴＰの場合、その内容を解析する。ＶｏＩＰ送信部３３は、応答音声のパケットをＩＰ電話端末１００に対して出力するための処理を行なう。制御部３４は、ＩＶＲ装置３０の制御、例えば、ＳＩＰ呼制御処理、Ｄ／Ａ変換処理等を行なう。なお、制御部３４が行なうＳＩＰ呼制御処理の詳細については後述する。業務部３５は、ＩＶＲ装置３０が行なう音声応答サービスの内容にしたがい再生すべき音声の特定処理等を行なう。音声データ部３６は、音声応答のための音声データを格納する。検索情報ファイル格納部３７は、受信したＶｏＩＰパケットがＳＩＰの呼制御の場合、制御部３４が処理した接続に関する情報を検索情報ファイル６３に格納する。音声解析部３８は、ＩＰ電話端末１００から受け付けたＰＢ信号のＤＴＭＦ解析処理を行なう。ホスト通信部３９は、加入者管理ホスト８０との通信を行なう。
【００２７】
つぎに、ＲＴＰ記録装置４０の機能構成について図３のブロック図を参照して説明する。本図に示すように、ＲＴＰ記録装置４０は、ＶｏＩＰ検出部４１と、制御部４２と、ＲＴＰ記録部４３と、検索キー記録部４４とを備えて構成される。
【００２８】
ＶｏＩＰ検出部４１は、対になるＩＶＲ装置３０のＲＴＰ用のポートをモニタしてＲＴＰパケットを検出する。ＲＴＰパケットが検出されると、ＶｏＩＰ検出部４１はＩＰヘッダを参照し、送信元ＩＰアドレスと送信先アドレスとに基づいて、そのＲＴＰパケットがＩＰ電話端末１００からＩＶＲ装置３０に送られたＲＴＰパケットであるか、ＩＶＲ装置３０からＩＰ電話端末１００に送られたＲＴＰパケットであるかを判別する。制御部４２は、ＲＴＰ記録装置４０における各種処理を制御する。ＲＴＰ記録部４３は、制御部４２の制御の元、受信したＲＴＰパケットをデータ記録装置６０のＲＴＰ記録ファイル６１に記録する。ＲＴＰ記録部４３は、ＲＴＰパケットを時系列に保存する。ＩＶＲ装置３０が多チャネルで通話している場合には、チャネル分のパケットを保存する。この際、各チャネル毎にＲＴＰ記録ファイル６１に保存するようにしてもよいし、一括してＲＴＰ記録ファイル６１に保存するようにしてもよい。
【００２９】
このとき、制御部４２は無音のパケットを記録しないようにしてもよい。この場合、制御部４２は、例えば、パケット内の所定の複数バイト目のデータを参照し、すべてが無音を示している場合にはそのパケットは無音であると認識してＲＴＰ記録ファイル６１への保存を行なわないようにする。ただし、再生時に無音の時間も再生できるように、無音パケットが続く回数を記録するようにする。
【００３０】
本実施例において、ＲＴＰ記録部４３は、バッファを備えており、バッファが埋まった時点でバッファに蓄積されたパケット群を１レコードとしてＲＴＰ記録ファイル６１に保存するようにする。
【００３１】
検索キー記録部４４は、ＲＴＰ記録部４３がＲＴＰ記録ファイル６１にレコードを作成すると、そのレコード番号とレコード作成時刻とを検索キー記録ファイル６２に記録する。
【００３２】
すなわち、ＲＴＰ記録ファイル６１と検索キー記録ファイル６２とは、図７に示すような関係となる。本図において、検索キー記録ファイル６２は、レコード作成時刻６２ａとレコード番号６２ｂとを格納し、ＲＴＰ記録ファイル６１は、レコード番号６１ａに対応したＲＴＰパケット群６１ｂを格納する。
【００３３】
つぎに、本実施例におけるＩＶＲ装置３０の処理について図４および図５のフロー図を参照して説明する。
【００３４】
図４は、ＩＶＲ装置３０がパケットを受信した際の特徴的な処理を説明するためのフロー図である。
【００３５】
ＩＶＲ装置３０は、ＳＩＰ用とＲＴＰ用のいずれかのポートでパケットを受信すると（Ｓ１０１）、そのパケットがＳＩＰであるたＲＴＰであるかを判別する（Ｓ１０２）。その結果、パケットがＳＩＰであった場合には、そのメソッドを分析して着信であるか切断であるかを判断する（Ｓ１０４、Ｓ１０６）。
【００３６】
受信したパケットがＳＩＰの着信メソッド（ＩＮＶＩＴＥ）であった場合（Ｓ１０４：Ｙ）、呼制御処理を行ない、接続に関する情報をデータ記録装置６０の検索情報ファイル６３に記録する（Ｓ１０５）。
【００３７】
図６は、検索情報ファイル６３のデータ構造の一例を示す図である。本図において検索情報ファイル６３は、開始時刻６３ａ、終了時刻６３ｂ、チャネル番号６３ｃ、ＩＰアドレス６３ｄ、ポート番号６３ｅ、発信者番号６３ｆ、加入者ＩＤ６３ｇ、受付番号６３ｈ、ＰＢ信号ログ６３ｉを格納する。検索情報ファイル６３は、ある加入者からの着信から切断までの一通話を単位として記録される。
【００３８】
着信処理の際には、検索情報ファイル６３のうち、開始時刻６３ａ、チャネル番号６３ｃ、ＩＰアドレス６３ｄ、ポート番号６３ｅ、発信者番号６３ｆが記録される。
【００３９】
すなわち、接続を開始した時刻を開始時刻６３ａに記録し、接続したポート番号に基づいてチャネル番号６３ｃを記録し、ＳＩＰのヘッダ情報等に基づいてＩＰアドレス６３ｄ、ポート番号６３ｅ、発信者番号６３ｆを記録する。
【００４０】
一方、受信したパケットがＳＩＰの切断メソッド（ＢＹＥ）であった場合（Ｓ１０５：Ｙ）、切断処理を行ない、接続を終了した時刻を検索情報ファイル６３の終了時刻６３ｂに記録する（Ｓ１０７）。
【００４１】
また、受信したパケットがＲＴＰの場合には、ＲＴＰ処理（Ｓ１０３）を行なう。図５は、ＲＴＰ処理を説明するためのフロー図である。
【００４２】
ＲＴＰ処理では、まず、ＩＰ電話端末１００から加入者ＩＤを受け付ける。このため、すでに加入者ＩＤを受け付けているかどうかを判断する（Ｓ２０１）。
【００４３】
この結果、加入者ＩＤを受け付けていない場合（Ｓ２０１：Ｎ）には、加入者ＩＤ受け付け処理を行なう（Ｓ２０２）。加入者ＩＤ受け付け処理では、加入者ＩＤを入力する旨の音声ガイドを再生し、ＩＰ電話端末１００からのＰＢ信号を待つ。すなわち、ＩＰ電話端末１００の使用者である加入者は、音声ガイドにしたがって、あらかじめ割り当てられた加入者ＩＤをＰＢ信号で入力する。
【００４４】
そして、ＩＶＲ装置３０は、加入者ＩＤを受け付けると、加入者管理ホスト８０と通信を行ない、受け付けた加入者ＩＤが登録済みの正しい加入者ＩＤかどうかを問い合わせる（Ｓ２０３）。この際、加入者ＩＤに加え、パスワード等の認証用のデータを用いて加入者ＩＤを認証するようにしてもよい。
【００４５】
この応答として、加入者管理ホスト８０から、受け付けた加入者ＩＤが正しくないという通知を受け付けた場合（Ｓ２０４：Ｎ）には、再度、加入者ＩＤの受け付け処理を行なう（Ｓ２０２）。
【００４６】
一方、加入者管理ホスト８０から、受け付けた加入者ＩＤが正しいいう通知を受け付けた場合（Ｓ２０４：Ｙ）には、その加入者ＩＤを検索情報ファイル６３の加入者ＩＤ６３ｇに記録する（Ｓ２０５）。このように、本実施例では、認証された正しい加入者ＩＤを検索情報ファイル６３に記録することができる。この加入者ＩＤは、ＩＰ電話端末１００とＩＶＲ装置３０との間の音声通話を検索する際に、有効な検索キーとなる。
同様に、検索キーとして有効となる受付番号について説明する。ＩＰ電話端末１００の使用者が最後に入力内容を確認するため、ＩＶＲ装置３０が入力内容を復唱し、受付番号をアナウンスする。ＩＰ電話端末１００の使用者は、内容が正しければ受付番号を入力する。ＩＶＲ装置３０は、その受付番号を検索情報ファイル６３の受付番号６３ｈに記録する。
【００４７】
すでに加入者ＩＤを受け付けている場合（Ｓ２０１：Ｙ）には、ＩＶＲ装置３０は、業務処理を行ない、自動音声応答サービスをＩＰ電話端末１００の使用者である加入者に提供する。具体的には、ＩＰ電話端末１００からＰＢ信号を受け付け、そのＰＢ信号を解析して、あらかじめ定めた規則にしたがって音声応答を行なう。これらのＲＴＰパケットはＲＴＰ記録装置４０によりモニタされ、ＲＴＰ記録ファイル６１に時系列的にレコード単位で記録される。なお、実際には、複数のＲＴＰパケットによりＰＢ信号が構成されることになる。したがって、ＩＶＲ装置３０は、受信したパケットを蓄積する格納庫を備えている。
【００４８】
また、ＩＶＲ装置３０では、ＩＰ電話端末１００から受け付けたＰＢ信号をログ情報として、検索情報ファイル６３のＰＢ信号ログ６３ｉに記録することが望ましい。この情報は必須ではないが、ＩＶＲ装置３０が認識したＰＢ信号の内容をＲＴＰ記録装置４０のモニタ内容とは別に記録しておくことで、記録内容の正確性がより向上することになる。
【００４９】
このようにして、ＩＶＲ装置３０とＩＰ電話端末１００との音声通話記録は、ＲＴＰ記録ファイル６１に格納され、接続に関する情報は検索情報ファイル６３に格納されることになる。
【００５０】
つぎに、ＲＴＰ記録ファイル６１に格納されたＩＶＲ装置３０とＩＰ電話端末１００との音声通話記録を検索して再生する処理について説明する。
【００５１】
図８は、検索再生装置７０が提供する検索再生画面５００の一例を示す図である。本図において検索再生画面５００は、検索画面５０１と結果画面５０２とを備えている。
【００５２】
検索画面５０１には、検索キーを入力するための欄と、検索実行ボタン５０１ａとが配置されている。本実施例において検索キーは、例えば、加入者ＩＤ、受付番号、時刻範囲、チャネル番号、発信者番号とすることができる。ただし、これらの一部を用いるようにしてもよい。
【００５３】
図９は、検索実行ボタン５０１ａのクリックを受け付けた場合の検索再生装置７０の処理を説明するブロック図である。
【００５４】
検索再生装置７０は、検索実行ボタン５０１ａのクリックを受け付けると、データ記録装置６０の検索情報ファイル６３を参照して、入力された検索キーに対応する検索情報を抽出する（Ｓ３０１）。
【００５５】
そして、抽出された検索情報に格納された開始時刻６３ａ、終了時刻６３ｂ、チャネル番号６３ｃ等に基づく情報を結果画面５０２に表示する。結果画面５０２で再生実行ボタン５０２ａのクリックを受け付けると、ＲＴＰ記録ファイル６１に記録されているレコードのうち、抽出された検索情報に対応するレコード群の開始レコード番号と、終了レコード番号とを、検索キー記録ファイル６２を参照して、特定する（Ｓ３０２、Ｓ３０３）。
【００５６】
ここで、各ＲＴＰパケットは、時系列的にレコード単位でＲＴＰ記録ファイル６１に記録されている。このため、開始レコード番号は、検索キー記録ファイル６２において、抽出された検索情報の開始時刻６３ａより後で最新のレコード作成時刻６２ａに対応するレコード番号６２ｂで特定される。また、終了レコード番号は、検索キー記録ファイル６２において、抽出された検索情報の終了時刻６３ａより後で最新のレコード作成時刻６２ａに対応するレコード番号６２ｂで特定される。
【００５７】
これにより、開始レコード番号と終了レコード番号が特定されるため、ＲＴＰ記録ファイル６１から、抽出された検索情報に対応するＲＴＰパケットを含むＲＴＰパケット群６１ｂを把握することができる。
【００５８】
こられのＲＴＰパケット群６１ｂには、検索対象の通話以外のチャネルのパケット、他のＩＰ電話端末１００との通話のパケット等も含まれているため、検索再生装置７０は、検索対象の通話に関するパケットを抽出する（Ｓ３０４）。この抽出は、抽出された検索情報に対応するチャネル番号、ＩＰアドレス、ポート番号を使用しているパケットを取り出すことにより行なうことができる。
【００５９】
取り出したＲＴＰのパケットは、時系列にに並べられているため、順に音声形式に変換し、再生する（Ｓ３０５）。この際、ＩＰ電話端末１００からの音声のみを再生するようにしてもよい。また、無音である旨が記録されている場合には、応答の対応関係を明らかにするため、対応する時間分無音を続けるようにする。
【００６０】
また、検索再生装置７０は、検索履歴情報を保存するようにすることが望ましい。これにより、結果画面５０２に、同一の加入者番号で前回検索した履歴情報を同一加入者の問い合わせ状況５０２ｂとして表示することができ、加入者の状況の把握が容易になる。
【図面の簡単な説明】
【００６１】
【図１】本発明を適用した通話記録システム１０を含むＶｏＩＰネットワークの構成の一例を示すブロック図である。
【図２】ＩＶＲ装置３０の機能構成について説明するためのブロック図である。
【図３】ＲＴＰ記録装置４０の機能構成について説明するためのブロック図である。
【図４】ＩＶＲ装置３０がパケットを受信した際の特徴的な処理を説明するためのフロー図である。
【図５】ＲＴＰ処理を説明するためのフロー図である。
【図６】検索情報ファイル６３のデータ構造の一例を示す図である。
【図７】ＲＴＰ記録ファイル６１と検索キー記録ファイル６２とのデータ構成を示す図である。
【図８】検索再生装置７０が提供する検索再生画面５００の一例を示す図である。
【図９】検索実行ボタン５０１ａのクリックを受け付けた場合の検索再生装置７０の処理を説明するブロック図である。
【符号の説明】
【００６２】
１０…通話記録システム、２０…ルータ／ＳＷ、３０…ＩＶＲ装置、３１…ＶｏＩＰ受信部、３２…ＲＴＰ解析部、３３…ＶｏＩＰ送信部、３４…制御部、３５…業務部、３６…音声データ部、３７…検索情報ファイル格納部、３８…音声解析部、３９…ホスト通信部、４０…ＲＴＰ記録装置、４１…ＶｏＩＰ検出部、４２…制御部、４３…ＲＴＰ記録部、４４…検索キー記録部、５０…ＮＴＰサーバ、６０…データ記録装置、６１…ＲＴＰ記録ファイル、６２…検索キー記録ファイル、６３…検索情報ファイル、７０…検索再生装置、８０…加入者管理ホスト、８１…加入者ＩＤファイル、１００…ＩＰ電話端末、２００…ＩＰ電話ネットワーク
【図１】
2006042274.tif 000003
【図２】
2006042274.tif 000004
【図３】
2006042274.tif 000005
【図４】
2006042274.tif 000006
【図５】
2006042274.tif 000007
【図６】
2006042274.tif 000008
【図７】
2006042274.tif 000009
【図８】
2006042274.tif 000010
【図９】
2006042274.tif 000011