(57)【要約】【課題】  同一の呼における同一内線への通話が複数回発生する通話パターンの場合においても、正しく通話ログを生成することを可能とする通話録音システムを提供する。【解決手段】  通話録音システムは、ネットワークに接続された複数のＩＰ電話機の通話に係る録音データを作成する録音サーバ５と、ＩＰ電話機の通話開始および通話終了の日時、内線番号、並びに呼識別ＩＤを含む通話情報を通話ログとして記録し、録音サーバからの録音データを録音ログとして通話ログに対応付けて記録するデータベースサーバ６とを備える。データベースサーバ６は、ＩＰ電話機の通話開始を示す通話情報を受信した場合に、通話ログを検索し、検索の結果、呼識別ＩＤおよび内線番号が一致し、かつ通話終了日時が受信した通話開始のイベント日時以降である通話ログが存在しないときは、通話ログを新規登録する。【選択図】  図１
2010183238.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のＩＰ電話機の通話に係る録音データを作成する録音手段と、前記ＩＰ電話機の通話開始および通話終了の日時、内線番号、並びに呼識別ＩＤを含む通話情報を通話ログとして記録し、前記録音手段からの録音データを録音ログとして前記通話ログに対応付けて記録する記録手段とを備えた通話録音システムであって、前記記録手段は、前記ＩＰ電話機の通話開始を示す通話情報を受信した場合に、前記通話ログを検索し、前記検索の結果、呼識別ＩＤおよび内線番号が一致し、かつ通話終了日時が前記受信した通話開始のイベント日時以降である通話ログが存在しないときは、通話ログを新規登録することを特徴とする通話録音システム。
【請求項２】
前記通話ログの検索は、通話ログの通話終了日時が前記通話開始のイベント日時に最も近い１件のみを対象とすることを特徴とする請求項１記載の通話録音システム。
【請求項３】
ネットワークに接続された複数のＩＰ電話機の通話に係る録音データを作成する録音手段と、前記ＩＰ電話機の通話開始および通話終了の日時、内線番号、並びに呼識別ＩＤを含む通話情報を通話ログとして記録し、前記録音手段からの録音データを録音ログとして前記通話ログに対応付けて記録する記録手段とを備えた通話録音システムにおける前記記録手段で実行させるためのプログラムであって、コンピュータに、前記ＩＰ電話機の通話開始を示す通話情報を受信した場合に前記通話ログを検索する手順と、前記検索の結果、呼識別ＩＤおよび内線番号が一致しかつ通話終了日時が前記受信した通話開始のイベント日時以降である通話ログが存在しないときは通話ログを新規登録する手順と、を実行させるためのプログラム。
【請求項４】
前記通話ログの検索は、通話ログの通話終了日時が前記通話開始のイベント日時に最も近い１件のみを対象とする請求項３記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたＩＰ電話機の通話を録音し、その通話ログと録音ログを対応付けて記録する通話録音システムに関するものである。
【背景技術】
【０００２】
コールセンタに代表される電話受付応対業務などにおいて、電話応対するオペレータの通話内容を録音し情報管理する通話録音システムは、コンプライアンス管理等を目的として普及してきている。また、録音されたデータに付加情報を対応付けることにより、以降の情報検索・抽出といった情報管理を容易にすることが可能である。
【０００３】
録音データの生成方法としては、例えば音声パケットを抽出する方法があり、録音データの基本情報として録音の開始・終了日時、内線番号等とともに録音ログとして管理する。録音データに対応付ける付加情報としては、例えば交換機からの呼制御情報を利用する方法があり、通話の開始・終了日時、内線番号、通話先電話番号等の情報を通話ログとして管理する。上記の録音ログと通話ログを、日時と内線番号などにより対応付けを行うことにより、呼制御情報に含まれる項目から録音データの検索・抽出を行うことが可能である。この種の技術は例えば特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９８９０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、転送・三者通話等の操作による複数の関連する通話を、１つの通話単位として識別可能なＩＤを呼制御情報から取得して通話ログに含めることにより、通話単位による録音データの検索・抽出が可能である。ここで、１つの通話単位のことを「呼」、１つの通話単位を識別可能なＩＤのことを「呼識別ＩＤ」と呼ぶ。交換機からの呼制御情報は、一般的に電話に対する通話開始・通話終了等のイベントごとに発行される。イベントごとに発行される呼制御情報を、呼識別ＩＤと内線番号などにより一元化して通話ログを生成する。しかし、この通話ログの生成法では、同一の呼における同一内線への通話が複数回発生する通話パターンの場合、例えば転送した通話が転送先から再転送されて戻ってくるような場合については考慮されていない。
【０００６】
本発明は、同一の呼における同一内線への通話が複数回発生する通話パターンの場合においても、正しく通話ログを生成することを可能とする通話録音システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的は、ネットワークに接続された複数のＩＰ電話機の通話に係る録音データを作成する録音手段と、前記ＩＰ電話機の通話開始および通話終了の日時、内線番号、並びに呼識別ＩＤを含む通話情報を通話ログとして記録し、前記録音手段からの録音データを録音ログとして前記通話ログに対応付けて記録する記録手段とを備えた通話録音システムであって、前記記録手段は、前記ＩＰ電話機の通話開始を示す通話情報を受信した場合に、前記通話ログを検索し、前記検索の結果、呼識別ＩＤおよび内線番号が一致し、かつ通話終了日時が前記受信した通話開始のイベント日時以降である通話ログが存在しないときは、通話ログを新規登録する通話録音システムにより、達成される。前記通話ログの検索は、通話ログの通話終了日時が前記通話開始のイベント日時に最も近い１件のみを対象とすることができる。
【０００８】
また本発明に係る通話録音システムにおける記録手段で実行させるためのプログラムは、ネットワークに接続された複数のＩＰ電話機の通話に係る録音データを作成する録音手段と、前記ＩＰ電話機の通話開始および通話終了の日時、内線番号、並びに呼識別ＩＤを含む通話情報を通話ログとして記録し、前記録音手段からの録音データを録音ログとして前記通話ログに対応付けて記録する記録手段とを備え、コンピュータに、前記ＩＰ電話機の通話開始を示す通話情報を受信した場合に前記通話ログを検索する手順と、前記検索の結果、呼識別ＩＤおよび内線番号が一致しかつ通話終了日時が前記受信した通話開始のイベント日時以降である通話ログが存在しないときは通話ログを新規登録する手順と、を実行させるためのプログラムである。前記通話ログの検索は、通話ログの通話終了日時が前記通話開始のイベント日時に最も近い１件のみを対象とすることができる。
【発明の効果】
【０００９】
本発明によれば、同一の呼における同一内線への通話が複数回発生する通話パターンの場合においても、正しく通話ログを生成することを可能とする通話録音システムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る通話録音システムを用いたネットワークシステムの一実施例を示す図である。
【図２】データベースサーバの構成例を示す図である。
【図３】ＩＰ電話機の通話における、データベースサーバに対する通話情報および録音情報の受信フローの一例を示す図である。
【図４】ＩＰ電話機により通話を開始してから終了するまでの基本的な通話パターンにおける、データベースサーバでの通話ログの記録・管理方法の一例を示す図である。
【図５】同一の呼における同一内線の通話が２回発生する通話パターンの一例を示す図である。
【図６】「通話開始」を示す通話情報を受信した場合における、通話ログの生成方式の一例を示す図である。
【図７】「通話終了」を示す通話情報を受信した場合における、通話ログの生成方式の一例を示す図である。
【図８】「通話開始」および「通話開始」を示す通話情報を受信した場合における、通話ログの生成方式の一例を示すフロー図である。
【図９】同一の呼における同一内線の通話が２回発生する通話パターンにおける通話ログのデータ生成方式の一例を示す図である。
【図１０】データベースサーバにおける各種テーブルのフォーマットの一例を示す図で、（ａ）は通話ログ、（ｂ）は録音ログを示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明に係る通話録音システムの実施の形態について図面を参照しながら詳細に説明する。
【００１２】
図１は、本発明に係る通話録音システムを用いたネットワークシステムの一実施例を示す図である。本ネットワークシステムは、図１に示すように、交換機１と、交換機１からの呼制御情報から内線番号・オペレータ番号等を抽出し通話情報を作成する呼制御情報処理サーバ２と、ネットワーク（例えばＬＡＮ）３上を流れる情報の中から音声パケットを抽出する音声パケット抽出手段（例えばパケットフィルタ装置）４と、抽出した一通話の音声パケットを音声データに変換して音声データを含む録音情報を作成する録音手段（例えば録音サーバ）５と、通話情報および録音情報を記録する記録手段（例えばデータベースサーバ）６と、通話を行うための複数のＩＰ電話機７ａおよびＩＰ電話機７ｂと、録音情報の検索および再生を行う検索用クライアントＰＣ８と、ＩＳＤＮ等の公衆網１０と接続されるＶｏＩＰゲートウェイ９とを備えて構成されている。公衆網１０には電話機１１が接続され、ＩＰ電話機７ａまたはＩＰ電話機７ｂと通話可能とされる。
【００１３】
図１において、交換機１は、ＩＰ電話機７ａまたはＩＰ電話機７ｂの通話開始・通話終了などのイベント毎の情報を呼制御情報としてＬＡＮ３上に流す。呼制御情報処理サーバ２は、交換機１からの呼制御情報より呼識別ＩＤ・内線番号・イベント（通話開始・通話終了）日時等を抽出して通話情報を作成する。パケットフィルタ装置４は、ＬＡＮ３上を流れる情報の中から、ＩＰ電話機７ａまたはＩＰ電話機７ｂの通話内容である音声パケットを抽出する。録音サーバ５は、抽出した音声パケットを音声データへ変換し、音声データを含む録音情報を作成する。データベースサーバ６は、呼制御情報処理サーバ２から受信した通話情報から通話ログを生成し、通話ログ６０１に記録する。また、録音サーバ５から受信した録音情報から録音ログを生成し、録音ログ６０２に通話ログ６０１と対応付けて記録する。
【００１４】
図２は、データベースサーバ６の構成例を示す図である。呼制御情報処理サーバ２から送信された通話情報は、ＬＡＮ３からＬＡＮアダプタ６０８を経由してメモリ６０６上に通話ログ６０１として記録される。また、録音サーバ５から送信された録音情報は、ＬＡＮ３からＬＡＮアダプタ６０８を経由してメモリ６０６上に録音ログ６０２として記録される。ＣＰＵ（コンピュータ）６０５は、記憶装置６０７内のプログラム６０３に記録された処理手順に従い、通話ログ６０１と録音ログ６０２の対応付けを行い、通話ログ６０１と録音ログ６０２を対応付けされた結果とともに記憶装置６０７内のデータベース６０４に格納する。
【００１５】
図３は、ＩＰ電話機の通話における、データベースサーバ６に対する通話情報および録音情報の受信フローの一例を示す図である。図示のように、交換機１はＩＰ電話機の通話の開始により呼制御情報１０１ａを発行する。呼制御情報処理サーバ２は、発行された呼制御情報１０１ａを受信し通話情報２０１ａを作成して、データベースサーバ６の通話ログ６０１に記録する。また、交換機１はＩＰ電話機の通話の終了により呼制御情報１０１ｂを発行する。呼制御情報処理サーバ２は、発行された呼制御情報１０１ｂを受信し通話情報２０１ｂを作成して、データベースサーバ６の通話ログ６０１に記録する。
【００１６】
一方、パケットフィルタ装置４は、ＬＡＮ３上を流れる全てのパケットの中から音声パケット４０１ａを抽出する。録音サーバ５では、パケットフィルタ装置４から音声パケット４０１ａを受信すると、音声パケット４０１ａを音声データに変換する処理を開始する。この後通話が終了するまでは継続して音声パケット４０１ａが流れるため、録音サーバ５は音声パケット４０１ａの音声データへの変換を繰り返すことで録音データを作成する。ＩＰ電話機の通話の終了により音声パケット４０１ａが流れなくなるため、この時点で録音データの作成を終了し、録音データを含む録音情報５０１ａを作成して、データベースサーバ６の録音ログ６０２に記録する。その後対応付け処理により、通話ログ６０１と録音ログ６０２が、内線番号と通話時間などの情報を元に対応付けされる。
【００１７】
図４は、ＩＰ電話機により通話を開始してから終了するまでの基本的な通話パターンにおける、データベースサーバ６での通話ログ６０１の記録・管理方法の一例を示す図である。ＩＰ電話機の通話開始（例えば１０：００）により、呼制御情報処理サーバ２でイベント種別が「通話開始」である通話情報２０１ａが作成される。通話情報２０１ａの内容には、例えば呼識別ＩＤ、内線番号、イベント種別、イベント日時等を含む。データベースサーバ６では、通話情報２０１ａを受信した際に、通話情報２０１ａの呼識別ＩＤおよび内線番号と等しい通話ログのデータが存在しないため、通話ログのデータ６０１ａとして新規登録する。このとき通話情報２０１ａのイベント種別は「通話開始」となっているため、通話情報２０１ａに含まれるイベント日時（例えば１０：００）は通話ログのデータ６０１ａの通話開始日時として記録する。
【００１８】
また、ＩＰ電話機の通話終了（例えば１０：３０）により、呼制御情報処理サーバ２でイベント種別が「通話終了」である通話情報２０１ｂが作成される。通話情報２０１ｂの内容には、例えば呼識別ＩＤ、内線番号、イベント種別、イベント日時等を含む。データベースサーバ６では、通話情報２０１ｂを受信した際に、通話情報２０１ｂの呼識別ＩＤおよび内線番号と等しい通話ログのデータ６０１ａがすでに存在するため、通話ログのデータ６０１ａを更新する。このとき通話情報２０１ｂのイベント種別は「通話終了」となっているため、通話情報２０１ｂに含まれるイベント日時（例えば１０：３０）は通話ログのデータ６０１ａの通話終了日時として記録する。
【００１９】
図５は、従来の方式では考慮されていない、同一の呼における同一内線の通話が２回発生する通話パターンの一例を示す図である。図５に示す通話パターンは、Ｔ１で外線（電話機１１）から内線番号Ａ（ＩＰ電話機７ａ）に着信し通話を開始後、Ｔ２で内線番号Ａ（ＩＰ電話機７ａ）から内線番号Ｂ（ＩＰ電話機７ｂ）に転送を行い、Ｔ３で外線（電話機１１）と内線番号Ｂ（ＩＰ電話機７ｂ）の通話を行い、Ｔ４で内線番号Ｂ（ＩＰ電話機７ｂ）から内線番号Ａ（ＩＰ電話機７ａ）に再転送を行い、Ｔ５で外線（電話機１１）と内線番号Ａ（ＩＰ電話機７ａ）の通話を行うものである。
【００２０】
これらの通話は一連の通話であるため、呼識別ＩＤは同一となる。このとき、Ｔ１とＴ２の通話が内線番号Ａ（ＩＰ電話機７ａ）に対する１回目の通話で、Ｔ４とＴ５の通話が内線番号Ａ（ＩＰ電話機７ａ）に対する２回目の通話であり、同一の呼における同一内線の通話が２回発生する。上記通話パターンの例のように、従来の方式では考慮されていない、同一の呼における同一内線への通話が複数回発生する通話パターンの場合において、データベースサーバ６での通話ログのデータ生成方式について以下説明する。
【００２１】
図６は、データベースサーバ６において、イベント種別が「通話開始」である通話情報を受信した場合の通話開始日時を示すイベント日時と、登録されている通話ログの通話開始日時および通話終了日時のパターンの組み合わせによる、通話ログの生成方式の一例を示す図である。この図では、同一の呼における同一内線への複数回通話の問題解決の説明のため、同一の呼であることを示す通話情報の呼識別ＩＤ、および、内線番号は全て等しいものとする。また、データベースサーバ６での通話情報の登録順について、イベント種別が「通話開始」である通話情報の後に「通話終了」である通話情報を受信するのが時系列的に自然であることから、通常時においては図の通話ログのパターン（Ｃ）により通話ログが生成される。パターン（Ｃ）以外のパターン（Ａ）および（Ｂ）は、データベースサーバ６での通話情報の登録順が時系列順ではなかった場合を考慮したものである。
【００２２】
図６の通話ログのパターン（Ａ）は、通話開始日時は未設定で通話終了日時だけが設定済みのパターンで、通話終了日時以前のイベント日時の通話情報を受信した場合である。受信した通話情報のイベント日時は通話開始日時を示すものであることから、受信した通話情報のイベント日時と通話ログのパターン（Ａ）の通話終了日時の組み合わせは時系列的に自然である。これより、通話ログの通話開始日時を通話情報のイベント日時に更新する。
【００２３】
また、通話ログのパターン（Ｂ）は、通話開始日時と通話終了日時が設定済みであるパターンで、通話開始日時と通話終了日時の間にあるイベント日時の通話情報を受信した場合である。受信した通話情報のイベント日時は通話開始日時を示すものであることから、通話ログの通話開始日時より通話情報のイベント日時のほうが、通話ログの通話終了日時に近く、通話情報のイベント日時と通話ログの通話終了日時の組み合わせが時系列的に最も自然である。これより、通話ログの通話開始日時を通話情報のイベント日時に更新し、更新前の通話ログの通話開始日時は、対応する通話情報が後に受信されることを想定して、新規通話ログとして追加登録する（通話ログ分割）。
【００２４】
通話ログのパターン（Ｃ）は、通話ログのパターン（Ａ）および（Ｂ）以外のパターンである。データベースサーバ６での通話情報の登録順が時系列的に自然である通常時には、このパターンにより通話ログが生成される。この場合は、受信した通話情報のイベント日時と組み合わせられる通話ログの通話終了日時が存在しないため、通話情報により新規通話ログとして追加登録する。
【００２５】
図７は、データベースサーバ６において、イベント種別が「通話終了」である通話情報を受信した場合の通話終了日時を示すイベント日時と、登録されている通話ログの通話開始日時および通話終了日時のパターンの組み合わせによる、通話ログの生成方式の一例を示す図である。この図では、図６の場合と同様に、同一の呼における同一内線への複数回通話の問題解決の説明のため、同一の呼であることを示す通話情報の呼識別ＩＤ、および、内線番号は全て等しいものとする。また、データベースサーバ６での通話情報の登録順についても図６の場合と同様に、通常時においては図の通話ログのパターン（Ｄ）により通話ログが生成される。パターン（Ｄ）以外のパターン（Ｅ）および（Ｆ）は、データベースサーバ６での通話情報の登録順が時系列順ではなかった場合を考慮したものである。
【００２６】
図の通話ログのパターン（Ｄ）は、通話終了日時は未設定で通話開始日時だけが設定済みのパターンで、通話開始日時以降のイベント日時の通話情報を受信した場合である。データベースサーバ６での通話情報の登録順が時系列的に自然である通常時には、このパターンにより通話ログが生成される。受信した通話情報のイベント日時は通話終了日時を示すものであることから、通話ログのパターン（Ｄ）の通話開始日時と、受信した通話情報のイベント日時の組み合わせは時系列的に自然である。これより、通話ログの通話終了日時を通話情報のイベント日時に更新する。
【００２７】
また、通話ログのパターン（Ｅ）は、通話開始日時と通話終了日時が設定済みであるパターンで、通話開始日時と通話終了日時の間にあるイベント日時の通話情報を受信した場合である。受信した通話情報のイベント日時は通話終了日時を示すものであることから、通話ログの通話終了日時より通話情報のイベント日時のほうが、通話ログの通話開始日時に近く、通話ログの通話開始日時と通話情報のイベント日時の組み合わせが時系列的に最も自然である。これより、通話ログの通話終了日時を通話情報のイベント日時に更新し、更新前の通話ログの通話終了日時は、対応する通話情報が後に受信されることを想定して、新規通話ログとして追加登録する（通話ログ分割）。
【００２８】
通話ログのパターン（Ｆ）は、通話ログのパターン（Ｄ）および（Ｅ）以外のパターンである。この場合は、受信した通話情報のイベント日時と組み合わせられる通話ログの通話開始日時が存在しないため、通話情報により新規通話ログとして追加登録する。
【００２９】
図８は、図６および図７で説明した通話ログの生成方式の一例を示すフロー図である。まず、ステップ８０で、通話情報を受信する。ステップ８１で、受信した通話情報のイベント種別を判定する。ステップ８１での判定結果が「通話開始」の場合は、ステップ８２で、組み合わせの対象となる通話ログを検索する。このときの条件は、通話ログの呼識別ＩＤおよび内線番号が通話情報と一致していること、および、通話ログの通話終了日時が通話情報のイベント日時以降であることである。また、上記条件で複数の通話ログが検索される場合を考慮し、通話ログの通話終了日時が通話情報のイベント日時に最も近い１件のみを組み合わせの対象とする条件を追加する。
【００３０】
ステップ８４で、検索結果がなし（ＮＯ）の場合は、通話情報により通話ログを「新規登録」する。ステップ８４で、検索結果があり（ＹＥＳ）の場合は、ステップ８５で、通話ログの通話開始日時が設定済みかどうかを判定する。ステップ８５での判定結果が未設定（ＮＯ）の場合は通話情報により通話ログを「更新」する。ステップ８５での判定結果が設定済（ＹＥＳ）の場合は、ステップ８６で、通話情報のイベント日時が通話ログの通話開始日時と通話終了日時の間（通話開始日時がイベント日時以前）かを判定する。ステップ８６での判定結果がＮＯの場合は通話ログと通話情報の関連はないため、通話情報により通話ログを「新規登録」する。ステップ８６での判定結果がＹＥＳの場合は通話情報により通話ログを「分割」する。
【００３１】
また、ステップ８１での判定結果が「通話終了」の場合は、ステップ８３で、組み合わせの対象となる通話ログを検索する。このときの条件は、通話ログの呼識別ＩＤおよび内線番号が通話情報と一致していること、および、通話ログの通話開始日時が通話情報のイベント日時以前であることである。また、上記条件で複数の通話ログが検索される場合を考慮し、通話ログの通話開始日時が通話情報のイベント日時に最も近い１件のみを組み合わせの対象とする条件を追加する。ステップ８７で、検索結果がなし（ＮＯ）の場合は、通話情報により通話ログを「新規登録」する。ステップ８７で、検索結果があり（ＹＥＳ）の場合は、ステップ８８で通話ログの通話終了日時が設定済みかどうかを判定する。
【００３２】
ステップ８８での判定結果が未設定（ＮＯ）の場合は通話情報により通話ログを「更新」する。ステップ８８での判定結果が設定済（ＹＥＳ）の場合は、ステップ８９で、通話情報のイベント日時が通話ログの通話開始日時と通話終了日時の間（通話終了日時がイベント日時以降）かを判定する。ステップ８９での判定結果がＮＯの場合は通話ログと通話情報の関連はないため、通話情報により通話ログを「新規登録」する。ステップ８９での判定結果がＹＥＳの場合は通話情報により通話ログを「分割」する。
【００３３】
図９は、同一の呼における同一内線の通話が２回発生する通話パターンにおける通話ログのデータ生成方式の一例を示す図である。図において、通話９１がＩＰ電話機７ａ（内線番号Ａ）の１回目の通話であり、通話９３がＩＰ電話機７ａ（内線番号Ａ）の２回目の通話である。通話９１の終了前の部分と通話９３の開始後の部分に、ＩＰ電話機７ｂ（内線番号Ｂ）の通話７２が重複する。以下、データベースサーバ６における通話ログの新規登録、更新等について説明する。
【００３４】
図９の例において、データベースサーバ６は、時刻１０：００に、ＩＰ電話機７ａにおいて、通話９１の通話開始を示す通話情報２０１ｃを受信した場合、図８のステップ８４における「通話ログあり？」の判定がＮＯであるため、通話ログ６０１ｂを新規に登録する。時刻１０：１０において、ＩＰ電話機７ｂにおいて、通話９２の通話開始を示す通話情報２０１ｄを受信した場合、同様に図８のステップ８４における「通話ログあり？」の判定がＮＯであるため、通話ログ６０１ｃを新規に登録する。時刻１０：２０に、ＩＰ電話機７ａにおいて、通話９１の通話終了を示す通話情報２０１ｅを受信した場合、図８のステップ８７における「通話ログあり？」の判定がＹＥＳであり、続くステップ８８における「通話ログの通話終了日時が設定済み？」の判定がＮＯであるため、通話ログ６０１ｂに通話終了日時を登録し更新する。時刻１０：３０に、ＩＰ電話機７ａにおいて、通話９３の通話開始を示す通話情報２０１ｆを受信した場合、図８のステップ８４における「通話ログあり？」の判定がＮＯであるため、通話ログ６０１ｄを新規に登録する。時刻１０：４０に、ＩＰ電話機７ｂにおいて、通話９２の通話終了を示す通話情報２０１ｇを受信した場合、図８のステップ８７における「通話ログあり？」の判定がＹＥＳであり、続くステップ８８における「通話ログの通話終了日時が設定済み？」の判定がＮＯであるため、通話ログ６０１ｃに通話終了日時を登録し更新する。時刻１０：５０に、ＩＰ電話機７ａにおいて、通話９３の通話終了を示す通話情報２０１ｈを受信した場合、図８のステップ８７における「通話ログあり？」の判定がＹＥＳであり、続くステップ８８における「通話ログの通話終了日時が設定済み？」の判定がＮＯであるため、通話ログ６０１ｄに通話終了日時を登録し更新する。
【００３５】
このようにデータベースサーバ６は、従来とは異なり、２回目の通話である通話９３の通話開始を示す通話情報２０１ｆにより、通話ログの通話終了日時が通話情報２０１ｆのイベント日時以降の通話ログを検索し、検索結果が存在しないため通話ログ６０１ｄを新規に登録する。これにより通話９３の通話ログ６０１ｄは、通話９１の通話ログ６０１ｂとは別管理となり、正しく通話ログを生成することが可能である。また、同一の呼における同一内線の通話が３回以上発生する通話パターンの場合においても同様に、図８に示すフローによる処理を行うことで正しく通話ログを生成することが可能である。
【００３６】
図１０は、データベースサーバ６における各種テーブルのフォーマットの一例を示す図で、（ａ）は通話ログ、（ｂ）は録音ログを示す図である。通話ログ６０１としては、図１０（ａ）に示すように、呼を示す呼識別ＩＤ、通話開始日時、通話終了日時、内線番号、発信または着信の種別、通話先電話番号が記録される。録音ログ６０２としては、図１０（ｂ）に示すように、録音ファイル名（録音データ）、録音開始日時、録音終了日時、内線番号が記録される。
【００３７】
このように本発明では、同一の呼における同一内線の通話が複数回発生する通話パターンの場合においても、通話ログを正しく生成することが可能であり、内線番号と通話日時などの情報による録音ログとの対応付けにおいて、より正確に行うことが可能である。
【００３８】
以上の処理は、データベースサーバ（記録手段）６のコンピュータ（ＣＰＵ）に実行させることができる。この場合、データベースサーバ６は、ネットワークに接続された複数のＩＰ電話機の通話に係る録音データを作成する録音手段と、ＩＰ電話機の通話開始および通話終了の日時、内線番号、並びに呼識別ＩＤを含む通話情報を通話ログとして記録し、録音手段からの録音データを録音ログとして通話ログに対応付けて記録する記録手段とを備えた通話録音システムにおける記録手段で実行させるためのプログラムであって、コンピュータに、ＩＰ電話機の通話開始を示す通話情報を受信した場合に通話ログを検索する手順と、検索の結果、呼識別ＩＤおよび内線番号が一致しかつ通話終了日時が受信した通話開始のイベント日時以降である通話ログが存在しないときは通話ログを新規登録する手順と、を実行させるためのプログラムを備える。通話ログの検索は、通話ログの通話終了日時が通話開始のイベント日時に最も近い１件のみを対象とすることができる。
【００３９】
このように本発明では、同一の呼における、同一内線への通話が複数回発生する場合において、それぞれの通話に対する通話ログを生成し管理するものである。このような通話パターンの場合においても、通話ログと録音ログを正しく対応付けして情報管理することができる。そのため、呼制御情報をサーバで受信し、動的に通話ログを生成する。呼制御情報をサーバで受信し、通話ログを生成して管理する。録音情報をサーバで受信し、録音ログを生成して管理する。通話ログと録音ログとを対応付ける。また、呼制御情報のサーバでの受信順が、システム障害等で時系列保証されない場合であっても、通話開始および通話終了を示す呼制御情報の正しい組み合わせにより通話ログを生成することができる。
【符号の説明】
【００４０】
１  交換機
２  呼制御情報処理サーバ
３  ＬＡＮ
４  パケットフィルタ装置
５  録音サーバ
６  データベースサーバ
６０１  通話ログ
６０２  録音ログ
６０３  プログラム
６０４  データベース
６０５  ＣＰＵ
６０６  メモリ
６０７  記憶装置
６０８  ＬＡＮアダプタ
７ａ  ＩＰ電話機
７ｂ  ＩＰ電話機
８  検索用クライアントＰＣ８
９  ゲートウェイ
１０  公衆網
１１  電話機
１０１ａ  「通話開始」を示す呼制御情報
１０１ｂ  「通話終了」を示す呼制御情報
２０１ａ  「通話開始」を示す通話情報
２０１ｂ  「通話終了」を示す通話情報
２０１ｃ  ＩＰ電話機７ａの１回目の「通話開始」を示す通話情報
２０１ｄ  ＩＰ電話機７ｂの「通話開始」を示す通話情報
２０１ｅ  ＩＰ電話機７ａの１回目の「通話終了」を示す通話情報
２０１ｆ  ＩＰ電話機７ａの２回目の「通話開始」を示す通話情報
２０１ｇ  ＩＰ電話機７ｂの「通話終了」を示す通話情報
２０１ｈ  ＩＰ電話機７ａの２回目の「通話終了」を示す通話情報
４０１ａ  音声パケット
５０１ａ  録音情報
６０１ａ  通話ログのデータ
６０１ｂ  ＩＰ電話機７ａの１回目の通話情報による通話ログのデータ
６０１ｃ  ＩＰ電話機７ｂの通話情報による通話ログのデータ
６０１ｄ  ＩＰ電話機７ａの２回目の通話情報による通話ログのデータ
８０  通話情報受信ステップ
８１  イベント種別判定ステップ
８２  通話開始の場合の通話ログ検索条件ステップ
８３  通話終了の場合の通話ログ検索条件ステップ
８４  通話開始の場合の通話ログ有無判定ステップ
８５  通話開始の場合の通話ログの通話開始日時設定有無判定ステップ
８６  通話開始の場合の通話ログの通話開始日時判定ステップ
８７  通話終了の場合の通話ログ有無判定ステップ
８８  通話終了の場合の通話ログの通話終了日時設定有無判定ステップ
８９  通話終了の場合の通話ログの通話終了日時判定ステップ
【図１】
2010183238.tif 000003
【図２】
2010183238.tif 000004
【図３】
2010183238.tif 000005
【図４】
2010183238.tif 000006
【図５】
2010183238.tif 000007
【図６】
2010183238.tif 000008
【図７】
2010183238.tif 000009
【図８】
2010183238.tif 000010
【図９】
2010183238.tif 000011
【図１０】
2010183238.tif 000012