特許 6663258 情報記録制御装置及び情報記録制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6663258

(24)【登録日】2020年2月18日

(45)【発行日】2020年3月11日

(54)【発明の名称】情報記録制御装置及び情報記録制御方法

(51)【国際特許分類】

   H04M 3/53 20060101AFI20200227BHJP

   H04L 12/70 20130101ALI20200227BHJP

【ＦＩ】

   H04M3/53

   H04L12/70 A

【請求項の数】9

【全頁数】23

(21)【出願番号】特願2016-49592(P2016-49592)

(22)【出願日】2016年3月14日

(65)【公開番号】特開2017-168899(P2017-168899A)

(43)【公開日】2017年9月21日

【審査請求日】2019年1月29日

(73)【特許権者】

【識別番号】303067478

【氏名又は名称】株式会社 ネクストジェン

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(72)【発明者】

【氏名】安島 淳史

(72)【発明者】

【氏名】大森 明弘

(72)【発明者】

【氏名】加藤 知訓

【審査官】 麻川 倫広

(56)【参考文献】

【文献】 特開２０１３−１８７７３３（ＪＰ，Ａ）

【文献】 特開２０１１−１４７００７（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００８／０２８５４８５（ＵＳ，Ａ１）

【文献】 特開２００７−２８２００４（ＪＰ，Ａ）

【文献】 特開２０１１−２１１７０２（ＪＰ，Ａ）

【文献】 特開２００９−１８８６５８（ＪＰ，Ａ）

【文献】 特開２００３−９２６３２（ＪＰ，Ａ）

【文献】 特開２０１１−１３９１３５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ１２／００−１２／２８

１２／４４−１２／９５５

Ｈ０４Ｍ３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

Ｈ０４Ｗ８／２６

２４／００

２８／０２

７２／０４

７４／０４

７４／０８

８４／１２

８８／０８

(57)【特許請求の範囲】

【請求項1】

ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する呼制御情報取得部と、
前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる主情報収集部と、
を具備し、
前記主情報収集部は、下りのパケットストリームを構成する前記主情報パケットの前記送信元アドレスが、前記発呼側アドレスから他のアドレスに変換され、前記上りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記上りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記上りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されている前記主情報パケットを収集することを特徴とする情報記録制御装置。

【請求項2】

ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する呼制御情報取得部と、
前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる主情報収集部と、
を具備し、
前記主情報収集部は、前記上りのパケットストリームを構成する前記主情報パケットの前記送信元アドレスが前記着呼側アドレスから他のアドレスに変更され、前記下りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記下りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記下りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されている前記主情報パケットを収集することを特徴とする情報記録制御装置。

【請求項3】

前記主情報収集部は、
前記発呼側アドレス及び前記着呼側アドレスを、前記上りのパケットストリームを構成する前記主情報パケットを検出するための第１のＩＰアドレス、及び、前記着呼側アドレスを前記下りのパケットストリームを構成する前記主情報パケットを検出するための第２のＩＰアドレスに設定し、
設定した前記第１のＩＰアドレス及び前記第２のＩＰアドレスを前記送信先アドレスとする前記主情報パケットで構成されるパケットストリームを収集し、
前記第１及び第２のＩＰアドレスのうち一方のＩＰアドレスを前記送信先アドレスとする前記主情報パケットを所定の数以上受信でき、且つ、他方のＩＰアドレスを前記送信先アドレスとする前記主情報パケットを受信していない場合、前記他方のＩＰアドレスを、前記一方のＩＰアドレスを前記送信先アドレスとする前記主情報パケットの送信元アドレスに変更する
ことを特徴とする請求項１又は請求項２に記載の情報記録制御装置。

【請求項4】

前記ネットワーク上であって、前記発呼側ノード及び前記着呼側ノードの間にＮＡＴ装置が配置され、前記ＮＡＴ装置から見て、前記発呼側ノード又は前記着呼側ノードのいずれか一方と同じ側に設置されることを特徴とする請求項１から請求項３のいずれかに記載の情報記録制御装置。

【請求項5】

前記呼制御情報が、ＳＩＰメッセージであることを特徴とする請求項１から請求項４のいずれかに記載の情報記録制御装置。

【請求項6】

前記主情報パケットが、ＲＴＰパケットであることを特徴とする請求項１から請求項５のいずれかに記載の情報記録制御装置。

【請求項7】

前記主情報が、音声、画像、映像及びテキストから選択される少なくとも一つであることを特徴とする請求項１から請求項６のいずれかに記載の情報記録制御装置。

【請求項8】

ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する工程と、
前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる工程と、を具備し、
前記下りのパケットストリームを構成する前記主情報パケットの送信元アドレスが、前記発呼側アドレスから他のアドレスに変更され、前記上りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記上りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記上りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されている前記主情報パケットを収集することを特徴とする情報記録制御方法。

【請求項9】

ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する工程と、
前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる工程と、を具備し、
前記上りのパケットストリームを構成する前記主情報パケットの前記送信元アドレスが前記着呼側アドレスから他のアドレスに変更され、前記下りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記下りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記下りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されている前記主情報パケットを収集することを特徴とする情報記録制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報記録制御装置及び情報記録制御方法に関する。

【背景技術】

【0002】

従来、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）環境で通話録音を行う通話録音装置が開発されている。ＶｏＩＰ環境では、音声は、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットにより運ばれる。そのため、ＶｏＩＰ環境で通話録音を行うには、ＲＴＰパケットから録音を行う仕組みが必要になる。

【0003】

例えば、ネットワークスイッチのミラーポートに接続された通話録音システムにおいて、ＩＰネットワークを流れるＲＴＰパケットをミラーポートから取得し、上りと下りのＲＴＰパケットを一つの通話と判断し、録音を行い、録音ファイルを生成し、格納している（例えば、特許文献１参照）。

【0004】

ＲＴＰパケットから、通話を構成する上りと下りのＲＴＰパケットストリームを取得するには、例えば、ＳＩＰサーバを介して、発呼側の端末と、着呼側の端末との間でやり取りされるＳＩＰメッセージの呼制御情報から、発呼側の端末及び着呼側の端末のＩＰアドレスを取得し、これらのＩＰアドレスを送信先アドレスとするＩＰパケットを、上りと下りのＲＴＰパケットとみなし、取得している。

【0005】

一方、グローバルエリアネットワーク及びローカルエリアネットワークを相互に接続する際に、両者の間に、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）装置を設置することが行われている。例えば、ローカルエリアネットワークから受信したＩＰパケットの送信元アドレス（ローカルＩＰアドレス）を、グローバルＩＰアドレスに書き換えて、グローバルエリアネットワークに送信すると共に、変換テーブルに記憶しておき、グローバルエリアネットワークから受信したＩＰパケットの送信先アドレスを、変換テーブルに記憶したローカルＩＰアドレスに逆変換して、ローカルエリアネットワークに送信する（例えば、特許文献２参照）。

【0006】

上述のような通話録音システムでは、ＩＰ電話間で送受信されるＲＴＰパケットに含まれる音声データを記録しているが、同様に、テレビ電話間で送受信されるＲＴＰパケットに含まれる映像データを記録することも行われている（例えば、特許文献２参照）。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０１３−１８７７３３号公報

【特許文献2】特開２００５−３９３４２号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

ＮＡＴ装置が設置されたネットワーク環境下において、例えば、ローカルエリアネットワークにある発呼側の端末からＮＡＴ装置を超えてグローバルエリアネットワークにある着呼側の端末との間で通話を行う場合、着呼側の端末から発呼側の端末に送信されたＲＴＰパケットの送信先アドレスは、発呼側の端末のアドレス（ローカルＩＰアドレス）ではなく、ＮＡＴ装置のグローバルＩＰアドレスになる。このため、グローバルエリアネットワーク側に設置された通話録音装置が、ＳＩＰメッセージ中の呼制御情報から取得した発呼側の端末及び着呼側の端末のＩＰアドレスを用いて、上りと下りのＲＴＰパケットストリームを検出しようとした場合、着呼側の端末から発呼側の端末に送信されるＲＴＰパケットの送信先アドレスが、着呼側の端末のＩＰアドレスとは異なるため、上りのＲＴＰパケットストリームを検出できず、片側の音声が記録されないという問題が生じる。

【0009】

このような課題は、上述のテレビ電話間で送受信される映像データを記録する際も同様である。

【0010】

本発明は、かかる点に鑑みてなされたものであり、主情報の一部を含む主情報パケットの送信先アドレスが呼制御情報から取得した発呼側ノード及び着呼側ノードのＩＰアドレスと異なっていても、上り下りのパケットストリームで送信される主情報を記録させることができる情報記録制御装置及び情報記録制御方法を提供することを目的とする。

【課題を解決するための手段】

【0011】

本発明の情報記録制御装置は、ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する呼制御情報取得部と、前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる主情報収集部と、を具備し、前記主情報収集部は、下りのパケットストリームを構成する前記主情報パケットの前記送信元アドレスが、前記発呼側アドレスから他のアドレスに変換され、他方前記上りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記上りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記上りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されていとする前記主情報パケットを収集することを特徴とする。
また、本発明の情報記録制御装置は、ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する呼制御情報取得部と、前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる主情報収集部と、を具備し、前記主情報収集部は、前記上りのパケットストリームを構成する前記主情報パケットの前記送信元アドレスが前記着呼側アドレスから他のアドレスに変更され、前記下りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記下りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記下りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されている前記主情報パケットを収集することを特徴とする。

【0012】

この構成によれば、一方のパケットストリームを構成する前記主情報パケットの送信元アドレスが、前記発呼側アドレス又は前記着呼側アドレスと異なり、他方のパケットストリームを構成する前記主情報パケットが収集できない場合に、前記他方のパケットストリームについては、前記一方のパケットストリームを構成する前記主情報パケットの送信元アドレスを前記送信先アドレスとする前記主情報パケットを収集するので、上り下りのパケットストリームで送信される主情報を記録させることができる。

【0013】

本発明の情報記録制御装置において、前記主情報収集部は、前記発呼側アドレス及び前記着呼側アドレスを、前記上りのパケットストリームを構成する前記主情報パケットを検出するための第１のＩＰアドレス、及び、前記着呼側アドレスを前記下りのパケットストリームを構成する前記主情報パケットを検出するための第２のＩＰアドレスに設定し、設定した前記第１のＩＰアドレス及び前記第２のＩＰアドレスを前記送信先アドレスとする前記主情報パケットで構成されるパケットストリームを収集し、前記第１及び第２のＩＰアドレスのうち一方のＩＰアドレスを前記送信先アドレスとする前記主情報パケットを所定の数以上受信でき、且つ、他方のＩＰアドレスを前記送信先アドレスとする前記主情報パケットを受信していない場合、前記他方のＩＰアドレスを、前記一方のＩＰアドレスを前記送信先アドレスとする前記主情報パケットの送信元アドレスに変更することが好ましい。

【0014】

本発明の情報記録制御装置において、前記ネットワーク上であって、前記発呼側ノード及び前記着呼側ノードの間にＮＡＴ装置が配置され、前記ＮＡＴ装置から見て、前記発呼側ノード又は前記着呼側ノードのいずれか一方と同じ側に設置されることが好ましい。

【0015】

本発明の情報記録制御装置において、前記呼制御情報が、ＳＩＰメッセージであることが好ましい。

【0016】

本発明の情報記録制御装置において、前記主情報パケットが、ＲＴＰパケットであることが好ましい。

【0017】

本発明の情報記録制御装置において、前記主情報が、音声、画像、映像及びテキストから選択される少なくとも一つであることが好ましい。

【0018】

本発明の情報記録制御方法は、ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する工程と、前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる工程と、を具備し、前記下りのパケットストリームを構成する前記主情報パケットの送信元アドレスが、前記発呼側アドレスから他のアドレスに変更され、前記上りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記上りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記上りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されている前記主情報パケットを収集することを特徴とする。
また、本発明の情報記録制御方法は、ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する工程と、前記ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、前記発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する前記主情報パケット及び前記着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する前記主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、記憶装置に記憶させる工程と、を具備し、前記上りのパケットストリームを構成する前記主情報パケットの前記送信元アドレスが前記着呼側アドレスから他のアドレスに変更され、前記下りのパケットストリームを構成する前記主情報パケットの前記送信先アドレスに前記他のアドレスが設定されて、前記下りのパケットストリームを構成する前記主情報パケットが収集できない場合に、前記下りのパケットストリームについては、前記送信先アドレスに前記他のアドレスが設定されている前記主情報パケットを収集することを特徴とする。

【0019】

この構成によれば、一方のパケットストリームを構成する前記主情報パケットの送信元アドレスが、前記発呼側アドレス又は前記着呼側アドレスと異なり、他方のパケットストリームを構成する前記主情報パケットが収集できない場合に、前記他方のパケットストリームについては、前記一方のパケットストリームを構成する前記主情報パケットの送信元アドレスを前記送信先アドレスとする前記主情報パケットを収集するので、上り下りのパケットストリームで送信される主情報を記録させることができる。

【発明の効果】

【0020】

本発明によれば、主情報の一部を含む主情報パケットの送信先アドレスが呼制御情報から取得した発呼側ノード又は着呼側ノードのＩＰアドレスと異なっていても、上り下りのパケットストリームで送信される主情報を記録させることができる情報記録制御装置及び情報記録制御方法を提供できる。

【図面の簡単な説明】

【0021】

【図1】第１の実施の形態に係る通話録音装置を含む通話録音システムの全体構成を示す模式図である。

【図2】第１の実施の形態に係る通話録音装置を構成するサーバのハードウェアを示すブロック図である。

【図3】第１の実施の形態に係る通話録音装置を示す機能ブロック図である。

【図4】第１の実施の形態に係る通話録音装置での通話録音手順を示すシーケンス図である。

【図5】第１の実施の形態に係る通話録音装置での通話録音手順を示すシーケンス図である。

【図6】第１の実施の形態に係る通話録音装置におけるＲＴＰストリーム処理を示すフローチャート図である。

【図7】第２の実施の形態に係る通話録音装置を含む通話録音システムの全体構成を示す模式図である。

【図8】第２の実施の形態に係る通話録音装置での通話録音手順を示すシーケンス図である。

【発明を実施するための形態】

【0022】

以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。

【0023】

＜概要＞
本実施の形態に係る情報記録制御装置は、呼制御情報取得部及び主情報収集部を具備している。呼制御情報取得部は、ネットワークを介して送受信される、呼制御情報を含む呼制御パケットを解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着呼側ノードのＩＰアドレスである着呼側アドレスを取得する。一方、主情報収集部は、ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する主情報パケット及び着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する主情報パケットを収集し、収集した前記主情報パケットから上り下り双方のパケットストリームの前記主情報を生成させ、主情報を記憶装置に記憶させる。さらに、主情報収集部は、上り下り双方のパケットストリームのうち、一方のパケットストリームを構成する主情報パケットの送信元アドレスが、発呼側アドレス又は着呼側アドレスと異なり、他方のパケットストリームを構成する主情報パケットが収集できない場合に、前記他方のパケットストリームについては、前記一方のパケットストリームを構成する主情報パケットの送信元アドレスを前記送信先アドレスとする前記主情報パケットを収集する。

【0024】

呼制御情報取得部は、呼制御パケットに含まれる呼制御情報を解析し、発呼側ノードのＩＰアドレスである発呼側アドレス及び着信側のＩＰアドレスである着呼側アドレスを取得する。

【0025】

ここで、呼制御情報とは、２以上のノードの間でセッションを確立するために用いられる情報である。より具体的には、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）及びＨ．３２３プロトコル等で使用されるものであるが、特に限定されない。以下、本実施の形態では、ＳＩＰを例に挙げて説明する。

【0026】

ＳＩＰでは、呼制御情報であるＳＩＰメッセージはテキスト形式であり、スタートライン、ヘッダ部及びボディ部に分けられ、ボディに、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｉｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）という記述構文で、メディアストリーミングの発信元アドレスや圧縮形式などの呼制御情報が記述される。

【0027】

呼制御パケットとは、上述の呼制御情報を含むＩＰパケットである。

【0028】

ＳＩＰの場合、例えば、ＩＮＶＩＴＥリクエストのボディ部から発呼側アドレスを取得できる。一方、２００ ＯＫレスポンスのボディ部から着呼側アドレスを取得できる。しかし、他の呼制御パケットから発呼側アドレス及び着呼側アドレスを取得しても良い。

【0029】

主情報収集部は、主情報の一部を含む主情報パケットを解析し、発呼側ノード及び着呼側ノードの間で送受信される、主情報を送信する上り下り双方のパケットストリームを構成する主情報パケットを収集する。主情報収集部は、主情報記録部に、収集した主情報パケットから上り下り双方のパケットストリームの主情報を生成させ、主情報を記憶装置に記憶させる。

【0030】

ここで、主情報とは、ノード間で送受信されるデータである。例えば、主情報は、マルチメディアデータであり、より具体的には、音声、画像、映像及びテキストから選択される少なくとも一つである。ＶｏＩＰを用いたＩＰ電話では、主情報は音声及び／又は映像である。以下、主情報が音声の場合を例に挙げて説明する。

【0031】

主情報パケットとは、主情報の一部を含むＩＰパケットである。主情報が音声である場合、主情報を送受信するプロトコルとして、例えば、ＲＴＰが用いられる。

【0032】

ＲＴＰは、例えば、ＵＤＰをベースとするが、これに限定されない。ＲＴＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダ及びデータ部で構成され、データ部に、分割された音声データが格納される。ＲＴＰには、シーケンス番号及びタイムスタンプが含まれている。ＲＴＰでは、送信側のノードが送信した音声データを正しく伝達するために、受信側のノードで、シーケンス番号によってパケットを正しい順番に並び替える。また、受信側のノードで、タイムスタンプ情報で音声再生のタイミングを決定することで音声通話を実現する。このように、順番に並べられた複数の主情報パケットを、パケットストリームと呼ぶ。

【0033】

ＲＴＰに代表されるように、本発明は、パケットに、送信先アドレス及び送信元アドレスを含め、主情報としてマルチメディアデータを含み、且つ、シーケンス番号等によりパケットの順番を示す情報を含めるデータ通信プロトコルに適用することが可能である。

【0034】

ここで説明したＶｏＩＰの場合は、呼制御パケットはＳＩＰに、主情報パケットはＲＴＰにそれぞれ準拠しているが、呼制御パケット及び主情報パケットが同じプロトコルに準拠していても構わない。このような例としては、ＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ−Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が挙げられる。

【0035】

主情報収集部は、ネットワークを介して送受信される、主情報の一部を含む主情報パケットを解析し、発呼側アドレスを送信先アドレスとする、上りのパケットストリームを構成する主情報パケット及び着呼側アドレスを送信先アドレスとする、下りのパケットストリームを構成する主情報パケットを収集し、主情報記録部に、収集した主情報パケットから上り下り双方のパケットストリームの主情報を生成させ、主情報を記憶装置に記憶させる。

【0036】

ＲＴＰの場合、主情報記録部は、上述のように、パケットストリームを構成する複数のＲＴＰパケットを、シーケンス番号によって正しい順番に並び替えると共に、タイムスタンプ情報で音声再生のタイミングを決定し、上り下り双方のパケットストリームから通話音声データを生成する。また、主情報記録部は、生成した通話音声データを、音声ファイルに変換する。

【0037】

主情報を記憶させる記憶装置は、情報記録制御装置に内蔵されていても、外部から接続されていても、いずれでもよい。記憶装置は、シリアルケーブル、ＵＳＢ等で情報記録制御装置に接続されていても良いし、有線ＬＡＮ、無線ＬＡＮ等のネットワークで情報記録制御装置に接続されていても良い。記憶装置は、ハードディスクドライブ、ソリッドステートドライブ（ＳＳＤ）、磁気ディスクドライブ、光ディスクドライブ等であるが、特に限定されない。

【0038】

記憶装置は、より好ましくは、情報記録制御装置にネットワークを介して接続された情報記録サーバである。情報記録サーバは、ネットワークを介して接続されたパーソナルコンピュータ（ＰＣ）から、記憶した主情報を検索し、再生することができるように構成されている。

【0039】

本実施の形態に係る情報記録制御装置では、主情報収集部は、上り下り双方のパケットストリームのうち、一方のパケットストリームを構成する主情報パケットの送信元アドレスが、発呼側アドレス又は着呼側アドレスと異なり、一方のパケットストリームを構成する主情報パケットが収集できない場合に、他方のパケットストリームについては、一方のパケットストリームを構成する前記主情報パケットの送信元アドレスを送信先アドレスとする主情報パケットを収集する。

【0040】

例えば、ネットワーク上であって、発呼側ノード及び着呼側ノードの間にＮＡＴ装置が配置され、ＮＡＴ装置から見て、発呼側ノード又は着呼側ノードのいずれか一方と同じ側に情報記録制御装置が設置されている場合がある。

【0041】

例えば、ＮＡＴ装置は、ローカルエリアネットワークにあるノードから発信されたＩＰパケットを捕捉し、発信元のローカルＩＰアドレスを、空いているグローバルＩＰアドレスに変換する。このとき、変換前のローカルＩＰアドレスと、変換後のグローバルＩＰアドレスの対応表（ＮＡＴテーブル）を作成する。ＮＡＴ装置は、以後の発信元から受信したＩＰパケットも、ＮＡＴテーブルを参照して同様にＩＰアドレスを書き換える。一方、ＮＡＴ装置は、グローバルエリアネットワーク側から書き換えたグローバルＩＰパケット宛のＩＰパケットを受信すると、ＮＡＴテーブルを参照し、送信先アドレスをグローバルＩＰアドレスからローカルＩＰアドレスに書き換え、発信元のノードに送信する。

【0042】

この場合、例えば、ローカルエリアネットワーク外側のノードから内側のノードに主情報を送信するために、外側のノードにおいて、主情報の一部を含む主情報パケットの送信先アドレスを、ＮＡＴ装置のグローバルＩＰアドレスに変更する必要がある。このような動作を、ラッチ動作という。

【0043】

このようにラッチ動作が行われていると、情報記録制御装置が、呼制御情報から取得した発呼側アドレス及び着呼側アドレスを用いて、上り下り双方のパケットストリームを検出しようとした場合、上りのパケットストリームを構成する主情報パケットの送信先アドレスが、発呼側アドレスとは異なるため、上りのパケットストリームを検出できず、片側の音声が記録されない。

【0044】

しかし、本実施の形態に係る情報記録制御装置は、このような場合に、上りのパケットストリームについては、下りのパケットストリームを構成する主情報パケットの送信元アドレスを送信先アドレスとする主情報パケットを収集する。これにより、主情報パケットの送信先アドレスが呼制御情報から取得した発呼側アドレス又は着呼側アドレスと異なっていても、上り下りのパケットストリームを検出できるので、主情報を記憶装置に記録させることができる。

【0045】

上り又は下りのパケットストリームを構成する主情報パケットの送信先アドレスが、発呼側アドレス又は着呼側アドレスと異なる場合としては、上述のラッチ動作の他に、ＮＡＴ解決技術が用いられている場合が挙げられる。

【0046】

ＮＡＴ解決技術とは、ローカルエリアネットワークの内側のノードが、自らが送信したＩＰパケットがＮＡＴ装置でアドレス変換された後のグローバルＩＰアドレスを把握する技術である。ＮＡＴ解決技術としては、例えば、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）及びＳＴＵＮ（Ｓｅｓｓｉｏｎ Ｔｒａｖｅｒｓａｌ Ｕｔｉｌｉｔｉｅｓ ｆｏｒ ＮＡＴｓ）を用いる場合が挙げられる。

【0047】

ＵＰｎＰを用いる場合には、ＮＡＴ装置が、ノードからの問い合わせに応じて、ノードに割り当てられたＮＡＴ装置のグローバルＩＰアドレスを返す。一方、ＳＴＵＮを用いる場合には、ノードが、ローカルエリアネットワークの外側に設けられたＳＴＵＮサーバにリクエストすると、ＳＴＵＮサーバが、ノードから発信されたＩＰパケットの送信元アドレスを返す。いずれの場合にも、内側のノードが発呼するとき、呼制御情報に、自らのＩＰアドレス、すなわち発呼側アドレスとして、取得したグローバルＩＰアドレスを用いることになる。

【0048】

この場合、ローカルエリアネットワークの外側のノード（着呼側ノード）から内側のノード（発呼側ノード）に主情報を送信するために、主情報パケットの送信先アドレスは、内側のノードの呼制御情報に含まれる発呼側アドレス、すなわちＮＡＴ装置のグローバルＩＰアドレスになる。ＮＡＴ装置は、主情報パケットを受信すると、送信先アドレスを内側のノードのローカルエリアネットワーク内でのＩＰアドレスに変換する。

【0049】

したがって、情報記録制御装置が、ローカルエリアネットワークの内側に配置されている場合、呼制御情報から取得した発呼側アドレスであるＮＡＴ装置のグローバルＩＰアドレスを用いて、上りのパケットストリームを検出しようとしても、実際の上りのパケットストリームを構成する主情報パケットの送信先アドレスが、内側のノードのローカルエリアネットワーク内のＩＰアドレスであるため、上りのＲＴＰパケットストリームを検出できず、片側の音声が記録されない。

【0050】

しかし、本実施の形態に係る情報記録制御装置は、上り下り双方のパケットストリームのうち、一方のパケットストリームを構成する主情報パケットが収集できない場合に、他方のパケットストリームを構成する主情報パケットの送信元アドレスを送信先アドレスとする主情報パケットを収集する。これにより、主情報パケットの送信先アドレスが呼制御情報から取得した発呼側アドレス又は着呼側アドレスと異なっていても、上り下り双方のパケットストリームを検出できるので、主情報を記憶装置に記録させることができる。

【0051】

（第１の実施の形態）
以下、ＶｏＩＰ環境での音声通話を録音する通話録音システムに、本発明の情報記録制御装置を適用した第１の実施の形態について説明する。以下の説明では、情報記録制御装置として通話録音装置を例示する。

【0052】

＜システム＞
図１は、第１の実施の形態に係る通話録音装置を含む通話録音システムの全体構成を示す模式図である。図１に示すように、通話録音システム１では、光通信ネットワーク２に、光回線終端装置（ＯＮＵ）３を介してスイッチングハブ４が通信可能に接続されている。スイッチングハブ４には、ゲートウェイ５が通信可能に接続されている。

【0053】

ゲートウェイ５は、光通信ネットワーク２等の固定回線による通信サービスにおいて、固定回線と加入者側ネットワークの橋渡しを行うネットワーク機器である。

【0054】

ゲートウェイ５は、ＮＡＴ装置の一例であり、ＮＡＴ機能を内蔵している。

【0055】

ゲートウェイ５の複数のポートには、ＳＩＰサーバ６及び局内電話端末７ａ〜７ｃが接続されている。

【0056】

ＳＩＰサーバ６は、ＳＩＰを利用したＩＰ電話サービスの管理及び制御を行なうサーバであり、電話番号などの利用者の識別情報とＩＰアドレスなどのネットワーク上の所在の対応データを管理し、発信者と通話先の間で発呼情報の仲介を行なう。

【0057】

局内電話端末７ａ〜７ｃは、ＳＩＰ対応機器であり、ＳＩＰのＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）として機能する。局内電話端末７ａ〜７ｃは、ＩＰ電話機、ＩＰ電話アダプタ、ＳＩＰ対応アプリケーションが動作するパーソナルコンピュータ（ＰＣ）及びスマートフォン等であるが、特に限定されない。

【0058】

局内電話端末７ａ〜７ｃは、ゲートウェイ５に接続されると自らの電話番号とＩＰアドレスをＳＩＰサーバ６に知らせる。また、局内電話端末７ａ〜７ｃは、発呼時は、ＳＩＰサーバ６に着呼側の電話端末の電話番号を通知する。ＳＩＰサーバ６は、通知された電話番号に対応する着呼側の電話端末のＩＰアドレスに宛てて発信通知を転送し、通信開始が許諾（「受話器を上げる」動作）されたら発呼側と着呼側が直接接続して通話を開始する。

【0059】

スイッチングハブ４は、ミラーポート４ａを備えている。スイッチングハブ４は、ゲートウェイ５が接続されたポートが送受信するデータを、同時にミラーポート４ａから送出する。

【0060】

ミラーポート４ａには、通話録音装置８が通信可能に接続されており、スイッチングハブ４を介して流れるＩＰパケットを受信するように構成されている。

【0061】

通話録音装置８には、スイッチングハブ９が通信可能に接続されている。スイッチングハブ９には、音声サーバ１０及びＰＣ１１ａ〜１１ｃが通信可能に接続されている。

【0062】

音声サーバ１０は、通話録音装置８が生成した音声ファイルを受け取って、ストレージデバイスに格納する。音声サーバ１０は、ストレージデバイスに格納した音声ファイルを、録音関連情報と対応付けて管理する。録音関連情報とは、例えば、発呼側の電話番号、着信側の電話番号、録音開始時刻及び録音（通話）時間の長さである。

【0063】

ＰＣ１１ａ〜１１ｃは、音声サーバ１０に対して、音声ファイルの検索を依頼したり、音声サーバ１０から送信された音声ファイルを再生したり、するように構成されている。

【0064】

本実施の形態では、音声サーバ１０は、通話録音装置８と同じローカルエリアネットワーク１２内に設置されているが、例えば、インターネット網（図示せず）を介して、ローカルエリアネットワーク１２の外部に設置されていても良い。

【0065】

＜サーバ＞
図２は、第１の実施の形態に係る通話録音装置を構成するサーバのハードウェアを示すブロック図である。

【0066】

図２に示すように、サーバ１００は、中央制御部１０１、ネットワーク制御部１０２、ストレージデバイス１０３及びメモリ１０４を備えている。

【0067】

中央制御部１０１は、サーバ１００の各部を制御するプロセッサである。具体的には、中央制御部１０１は、ＣＰＵ等を備え、メモリ１０４を用いてＯＳや各種処理プログラムに従って各種の制御動作を行う。

【0068】

ネットワーク制御部１０２は、ネットワークを介してデータ通信等を遂行する。

【0069】

ストレージデバイス１０３は、例えば、ハードディスクドライブ、不揮発性メモリ等により構成され、中央制御部１０１の動作に必要な各種プログラムやデータを記憶している。

【0070】

メモリ１０４は、例えば、ＤＲＡＭ等により構成され、中央制御部１０１等によって処理されるデータ等を一時的に記憶するバッファメモリや、中央制御部１０１等のワーキングメモリとして機能する。

【0071】

以上説明したサーバ１００において、目的に応じてプログラムやデータを適宜用意し、中央制御部１０１に実行させることで通話録音装置８を実現することができる。ＳＩＰサーバ６及び音声サーバ１０もサーバ１００で実現することができる。

【0072】

＜通話録音装置＞
図３は、第１の実施の形態に係る通話録音装置を示す機能ブロック図である。図３に示す通り、通話録音装置８において、中央制御部１０１により実現されるパケットキャプチャ部２１が、ネットワーク制御部１０２を制御し、スイッチングハブ４のミラーポート４ａからＩＰパケットを受信する。パケットキャプチャ部２１は、受信したＩＰパケットを、中央制御部１０１により実現されるＳＩＰセッション部２２及びＲＴＰストリーム部２３に出力する。

【0073】

ＳＩＰセッション部２２は、本発明の呼制御情報取得部の一例であり、パケットキャプチャ部２１から入力されたＩＰパケットからＳＩＰメッセージを含む呼制御パケットを識別し、呼制御パケットを解析して、ＳＩＰメッセージのＳＤＰに含まれる発呼側のノードのアドレスを示す発呼側アドレス及び着呼側のノードのＩＰアドレスを示す着呼側アドレス等を取得する。

【0074】

ＲＴＰストリーム部２３は、本発明の主情報収集部の一例である。ＲＴＰストリーム部２３はＳＩＰセッション部２２が取得した発呼側アドレス及び着呼側アドレスを受け取り、且つ、パケットキャプチャ部２１から入力されたＩＰパケットから、発呼側アドレス及び着呼側アドレスを送信先アドレスとする上り下り双方のＲＴＰストリームを構成するＲＴＰパケットを検出し、収集し、ＲＴＰパケットから音声データを取り出し、音声キュー２４へ順次出力する。音声キュー２４は、中央制御部１０１によって、例えば、メモリ１０４に用意される待ち行列であり、先に入力された音声データから順次出力するように構成されている。

【0075】

通話録音装置８は、少なくとも一つの音声チャネルを管理する録音チャネル管理部２５を具備する。録音チャネル管理部２５は、中央制御部１０１によって実現され、例えば、記憶装置の一例であるストレージデバイス１０３に、使用可能な録音領域、すなわち録音チャネルを用意する。

【0076】

音声ファイル生成部２６は、中央制御部１０１により実現され、音声キュー２４から音声データを順次取り出し、音声データに変換し、録音チャネル管理部２５が用意した録音チャネルに音声ファイルの形式で出力し、記憶させる。また、音声ファイル生成部２６は、音声ファイルの生成開始の時刻及び生成終了の時刻から録音開始時刻及び録音（通話）時間を求め、記憶する。

【0077】

音声ファイル送信部２７は、中央制御部１０１により実現され、音声ファイル生成部２６が生成した音声ファイルを、音声サーバ１０に送信する。音声ファイル送信部２７は、録音開始時刻及び録音（通話）時間を含む録音関連情報を、音声ファイルと共に音声サーバ１０に送信する。

【0078】

上述のように、ＲＴＰストリーム部２３は、音声ファイル生成部２６に、収集したＲＴＰパケットから上り下り双方のパケットストリームの音声データを生成させ、且つ、音声ファイル送信部２７に、音声ファイルを音声サーバ１０に記憶させる。したがって、音声ファイル生成部２６及び音声ファイル送信部２７は、本実施の形態の主情報記録部に相当する。

【0079】

＜通話録音手順＞
ここで、ローカルエリアネットワーク１２に接続されたノードの一つである局内電話端末７ａと、光通信ネットワーク２に接続されたノードの一つである外部電話端末１３との間での通話を録音する場合を例に挙げて説明する。

【0080】

まず、ＮＡＴ装置が無い場合について説明する。図４は、第１の実施の形態に係る通話録音装置での通話録音手順を示すシーケンス図である。図４に示すように、まず、局内電話端末７ａで外部電話端末１３の呼び出しの操作を行う（Ｓ１０１）と、外部電話端末１３を呼び出すためのＩＮＶＩＴＥリクエストがＳＩＰサーバ６へ送信される（Ｓ１０２）。図４中、「ＩＮＶＩＴＥ Ｗ／Ａ」とあるのは、ＩＮＶＩＴＥリクエストを構成する呼制御パケットに、局内電話端末７ａのＩＰアドレス（Ａ）が含まれていることを示している。ＳＩＰサーバ６は、局内電話端末７ａから受信したＩＮＶＩＴＥリクエストを、外部電話端末１３へ転送する（Ｓ１０３）。通話録音装置８では、パケットキャプチャ部２１が、スイッチングハブ４のミラーポート４ａからＩＮＶＩＴＥリクエストを構成する呼制御パケットを取り込み、ＳＩＰセッション部２２へ出力する。ＳＩＰセッション部２２は、ＩＮＶＩＴＥリクエストの呼制御パケットを解析し、発呼側アドレスとして、局内電話端末７ａのＩＰアドレス（Ａ）を取得する（Ｓ１０４）。

【0081】

外部電話端末１３で、ＩＮＶＩＴＥリクエストに対応して応答処理として受話器が上げられると（Ｓ１０５）、２００ ＯＫレスポンス（図４中、２００／ＩＮＶＩＴＥと記す）をＳＩＰサーバ６へ送信する（Ｓ１０６）。図４中、「２００／ＩＮＶＩＴＥ Ｗ／Ｂ」とあるのは、２００ ＯＫレスポンスを構成する呼制御パケットに、外部電話端末１３のＩＰアドレス（Ｂ）が含まれていることを示している。

【0082】

通話録音装置８では、パケットキャプチャ部２１が、スイッチングハブ４のミラーポート４ａから２００ ＯＫレスポンスを構成する呼制御パケットを取り込み、ＳＩＰセッション部２２へ出力する。ＳＩＰセッション部２２は、２００ ＯＫレスポンスの呼制御パケットを解析し、着呼側アドレスとして、外部電話端末１３のＩＰアドレス（Ｂ）を取得する（Ｓ１０７）。ＳＩＰサーバ６は、外部電話端末１３から受信した２００ ＯＫレスポンスを局内電話端末７ａへ転送する（Ｓ１０８）。

【0083】

局内電話端末７ａ及び外部電話端末１３の間では、相互に交換した相手側のＩＰアドレス（Ａ）、（Ｂ）を用いて通話を開始する（Ｓ１０９）。すなわち、局内電話端末７ａでは、話し手の音声を音声データに変換し、さらに、音声データを、外部電話端末１３のＩＰアドレス（Ｂ）を送信先アドレスに設定したＲＴＰパケットに変換し、送出する（Ｓ１１０）。これを、下りパケットストリームと呼ぶ。図４中、「Ａ→Ｂ」は、ＲＴＰパケットの送信元アドレスがＩＰアドレス（Ａ）であり、且つ、送信先ＩＰアドレス（Ｂ）であることを示している。一方、外部電話端末１３では、話し手の音声を音声データに変換し、さらに、音声データを、局内電話端末７ａのＩＰアドレス（Ａ）を送信先アドレスに設定したＲＴＰパケットに変換し、送出する（Ｓ１１１）。これを、上りパケットストリームと呼ぶ。図４中、「Ｂ→Ａ」は、ＲＴＰパケットの送信元アドレスがＩＰアドレス（Ｂ）であり、且つ、送信先ＩＰアドレス（Ａ）であることを示している。

【0084】

通話録音装置８は、上り下り双方のパケットストリームを取り込み、通話録音を行う。すなわち、通話録音装置８において、まず、パケットキャプチャ部２１が、スイッチングハブ４のミラーポート４ａから受信したＩＰパケットを、ＲＴＰストリーム部２３に出力する。

【0085】

ＲＴＰストリーム部２３が、パケットキャプチャ部２１から入力されたＩＰパケットから、ＳＩＰセッション部２２により検出された、上り下り双方のパケットストリームを構成する、送信先アドレスがＩＰアドレス（Ａ）及びＩＰアドレス（Ｂ）であるＲＴＰパケットを取得し（Ｓ１１２、Ｓ１１３）、取得したＲＴＰパケットから音声データを取り出し、音声キュー２４へ順次出力する。

【0086】

音声ファイル生成部２６は、音声キュー２４から音声データを順次音声データに変換し、録音チャネル管理部２５が用意した録音チャネルに音声ファイルの形式で出力する。出力された音声ファイルは、音声ファイル送信部２７が音声サーバ１０に送信する。

【0087】

次に、例えば、外部電話端末１３では、受話器が下げられると（Ｓ１１４）、通話終了を通知するＢＹＥリクエストをＳＩＰサーバ６へ送信する（Ｓ１１５）。ＳＩＰサーバ６は、外部電話端末１３から受信したＢＹＥリクエストを、局内電話端末７ａへ転送する（Ｓ１１６）。局内電話端末７ａは、ＢＹＥリクエストを受信すると、２００ ＯＫレスポンス（図４中、２００／ＢＹＥと記す）を送信する（Ｓ１１７）。通話録音装置８では、パケットキャプチャ部２１が、スイッチングハブ４のミラーポート４ａから２００ ＯＫレスポンスを構成する呼制御パケットを取り込み、ＳＩＰセッション部２２へ出力する。ＳＩＰサーバ６は、局内電話端末７ａから受信した２００ ＯＫレスポンスを、外部電話端末１３へ転送する（Ｓ１１８）。ＳＩＰセッション部２２は、２００ ＯＫレスポンスの呼制御パケットを解析して、通話の終了を判定し、録音を終了させる（Ｓ１１９）。この結果、局内電話端末７ａ及び外部電話端末１３の間の通話が終了する（Ｓ１２０）。

【0088】

次に、ＮＡＴ装置がある場合について説明する。図５は、第１の実施の形態に係る通話録音装置での通話録音手順を示すシーケンス図である。図５中、図４と同じ手順については、同一の符号を付し、説明を省略する。

【0089】

Ｓ１０１〜Ｓ１０９で示す通話開始までの手順は、基本的には、図４を参照して説明した通りである。しかし、ゲートウェイ５が、グローバルＩＰアドレス（Ｄ）とローカルＩＰアドレス（Ｃ）の間でアドレス変換を行っている。すなわち、ＳＩＰサーバ６が局内電話端末７ａから受信したＩＮＶＩＴＥリクエストを、外部電話端末１３へ転送する（Ｓ１０３）と、ゲートウェイ５が、ＩＮＶＩＴＥリクエストを構成する呼制御パケットについてアドレス変換を行い、外部電話端末１３へ送信する（Ｓ２０１）。一方、すなわち、外部電話端末１３が２００ ＯＫレスポンスをＳＩＰサーバ６へ送信する（Ｓ１０６）と、ゲートウェイ５が、２００ ＯＫレスポンスを構成する呼制御パケットについてアドレス変換を行い、ＳＩＰサーバ６へ送信する（Ｓ２０２）。

【0090】

このように、ゲートウェイ５がＮＡＴ装置として機能している環境で、局内電話端末７ａ及び外部電話端末１３の間で通話を行うためには、外部電話端末１３は、ＳＩＰメッセージから取得された発呼側アドレスであるＩＰアドレス（Ａ）をＲＴＰパケットの送信では用いない。すなわち、外部電話端末１３は、ＲＴＰパケットの送信先アドレスを、ゲートウェイ５のグローバルＩＰアドレス（Ｄ）に設定する。この動作を、ラッチ動作という。

【0091】

図５に示すように、まず、下りパケットストリームでは、局内電話端末７ａから、ゲートウェイ５のローカルＩＰアドレス（Ｃ）へＲＴＰパケットが送信される（Ｓ１１０）。ゲートウェイ５は、ＮＡＴ機能により、ＮＡＴテーブルを参照し、ＲＴＰパケットの送信元アドレスを、ＩＰアドレス（Ａ）からゲートウェイ５のグローバルＩＰアドレス（Ｄ）に変換し、ＲＴＰパケットを送出する（Ｓ２０３）。

【0092】

一方、上りパケットストリームでは、外部電話端末１３は、ラッチ動作により、送信元アドレスをＩＰアドレス（Ｂ）に、且つ、送信先アドレスをＩＰアドレス（Ａ）ではなくグローバルＩＰアドレス（Ｄ）に設定し、ゲートウェイ５のグローバルＩＰアドレス（Ｄ）へＲＴＰパケットが送信される（Ｓ２０４）。ゲートウェイ５は、ＮＡＴ機能により、ＮＡＴテーブルを参照し、ＲＴＰパケットの送信先アドレスを、グローバルＩＰアドレス（Ｄ）から局内電話端末７ａのＩＰアドレス（Ａ）に変換し、ＲＴＰパケットを送出する（Ｓ２０５）。

【0093】

上述のようにラッチ動作（Ｓ２０４）により、ＮＡＴ装置であるゲートウェイ５が介在していても、局内電話端末７ａ及び外部電話端末１３の間でＲＴＰパケットを送受信し、音声通話を実現することができる。

【0094】

このようなラッチ動作（Ｓ２０４）が行われた場合、下りパケットストリームを構成するＲＴＰパケットの送信先アドレスは、ローカルエリアネットワーク１２の外側でも、ＮＡＴ装置がない場合と同様に、外部電話端末１３のＩＰアドレス（Ｂ）である。したがって、図４を参照して説明したＮＡＴ装置がない場合と同様に、通話録音装置８では、ＲＴＰストリーム部２３が、ＩＰアドレス（Ｂ）へのＲＴＰパケットを取得する（Ｓ１１２）。

【0095】

また、ＲＴＰストリーム部２３は、上りパケットストリームについて、ＮＡＴ装置が無い場合と同様に、送信先アドレスがＩＰアドレス（Ａ）であるＲＴＰパケットを取得することを試みる。しかし、上りパケットストリームを構成するＲＴＰパケットは、ラッチ動作（Ｓ２０４）により、ローカルエリアネットワーク側では送信先アドレスがゲートウェイ５のグローバルＩＰアドレス（Ｄ）に設定されているので、送信先アドレスがＩＰアドレス（Ａ）であるＲＴＰパケットは検出されない。このため、このままでは、上りパケットストリームにより送信される音声を録音することができない。

【0096】

そこで、ＲＴＰストリーム部２３は、下りパケットストリームを構成するＲＴＰパケットが収集できるが、上りパケットストリームを構成するＲＴＰパケットが収集できない場合に、上りパケットストリームについては、下りパケットストリームを構成するＲＴＰパケットの送信元アドレスを送信先アドレスとするＲＴＰパケットを収集する。この処理を、追従処理という（Ｓ２０６）。

【0097】

図６は、第１の実施の形態に係る通話録音装置におけるＲＴＰストリーム処理を示すフローチャート図である。図６に示すように、まず、ＲＴＰストリーム部２３は、上り下り双方のパケットストリームを構成するＲＴＰパケットを検出するため、ＳＩＰセッション部２２で取得した発呼側アドレス（ＩＰアドレス（Ａ））及び着呼側アドレス（ＩＰアドレス（Ｂ））を、上りパケットストリームを構成するＲＴＰパケット（以下、上りのＲＴＰパケットという）を検出するための第１のアドレス、及び、下りパケットストリームを構成するＲＴＰパケット（以下、下りのＲＴＰパケットという）を検出するための第２のアドレスにそれぞれ設定する（Ｓ１）。

【0098】

次に、ＲＴＰストリーム部２３は、追従処理を実行する。図６に示すように、まず、ＲＴＰストリーム部２３は、上りのＲＴＰパケット、すなわち、第１のアドレス（局内電話端末７ａのＩＰアドレス（Ａ））を送信先アドレスにするＲＴＰパケットの数（Ａ＿ｃｏｕｎｔ）と、下りのＲＴＰパケット、すなわち、第２のアドレス（外部電話端末１３のＩＰアドレス（Ｂ））を送信先アドレスにするＲＴＰパケットの数（Ｂ＿ｃｏｕｎｔ）と、を計測する（Ｓ２）。計測は、例えば、最初のパケットを受信してから２００ｍｓの期間について行う。

【0099】

次に、ＲＴＰストリーム部２３は、下りのＲＴＰパケットの数（Ｂ＿ｃｏｕｎｔ）がゼロか否か判定する（Ｓ３）。Ｎｏであった場合、Ｓ６に進む。

【0100】

Ｓ３でＹｅｓであった場合、ＲＴＰストリーム部２３は、上りのＲＴＰパケットの数（Ａ＿ｃｏｕｎｔ）が閾値を超えるか否か判定する（Ｓ４）。閾値は、例えば、通常発生しうる遅延と、１パケットで送信される音声の長さを数倍から数十倍した値に基づいて設定することができる。Ｎｏであった場合、Ｓ６に進む。

【0101】

Ｓ４でＹｅｓであった場合、ラッチ動作が行われていると判断し、下りのＲＴＰパケットの送信先アドレスを、上りのＲＴＰパケットの送信元アドレスで再設定する（Ｓ５）。

【0102】

次いで、上りのＲＴＰパケット及び下りのＲＴＰパケットの送信先アドレスの設定に従って、上り下り双方のパケットストリームを構成するＲＴＰパケットを収集する（Ｓ６）。

【0103】

上述のように、追従処理（Ｓ２〜Ｓ５）によって、ＲＴＰストリーム部２３は、送信先アドレスがゲートウェイ５のグローバルＩＰアドレス（Ｄ）であるＲＴＰパケットを取得し、ＲＴＰパケットから音声データを取り出し、音声キュー２４へ順次出力する。この結果、ゲートウェイ５が存在する場合にも、上りのパケットストリームから通話録音を行うことができる。

【0104】

以上説明した本実施の形態によれば、追従処理により、ＮＡＴ装置がある環境で、外部電話端末１３でのラッチ動作が行われ、下りのＲＴＰパケットの送信元アドレス（グローバルＩＰアドレス（Ｄ））が、ＳＩＰメッセージの呼制御情報から取得した発呼側アドレス（ＩＰアドレス（Ａ））と異なっていても、上り下り双方のパケットストリームを検出し、通話録音を行うことができる。

【0105】

（第２の実施の形態）
以下、ＶｏＩＰ環境での音声通話を録音する通話録音システムに、本発明の情報記録制御装置を適用した第２の実施の形態について説明する。以下の説明では、情報記録制御装置として通話録音装置を例示する。

【0106】

第１の実施の形態では、ラッチ動作によって、ＮＡＴ装置がある環境で、外部電話端末１３でのラッチ動作が行われ、ＲＴＰパケットの送信先アドレスが、ＳＩＰメッセージの呼制御情報から取得した発呼側アドレスと異なった場合について説明した。第２の実施の形態では、ＮＡＴ装置がある環境で、局内電話端末７ａが、ＮＡＴ解決技術を用いた場合について説明する。

【0107】

図７は、第２の実施の形態に係る通話録音装置を含む通話録音システムの全体構成を示す模式図である。図１を参照して説明した通話録音システム１と同様の構成については、同一の番号を付し、説明を省略する。

【0108】

図７に示すように、通話録音システム７０では、光通信ネットワーク２に、光回線終端装置（ＯＮＵ）３を介してゲートウェイ７１が通信可能に接続されている。ゲートウェイ７１には、スイッチングハブ７２が通信可能に接続されている。スイッチングハブ７２の複数のポートには、ＳＩＰサーバ６及び局内電話端末７ａ〜７ｃが接続されている。また、スイッチングハブ７２のミラーポート７２ａには、通話録音装置８が通信可能に接続されている。

【0109】

図８は、第２の実施の形態に係る通話録音装置での通話録音手順を示すシーケンス図である。図８に示すように、まず、局内電話端末７ａで外部電話端末１３の呼び出しの操作を行う（Ｓ４０１）と、局内電話端末７ａは、ゲートウェイ７１に、ＵＰｎＰに従って、自らに割り当てられたグローバルＩＰアドレス（Ｄ）を問い合わせる（Ｓ４０２）。ゲートウェイ７１のＮＡＴ機能は、ＵＰｎＰに準拠し、局内電話端末７ａに割り当てられたグローバルＩＰアドレス（Ｄ）を返信する（Ｓ４０３）。

【0110】

次に、局内電話端末７ａは、外部電話端末１３を呼び出すためのＩＮＶＩＴＥリクエストをＳＩＰサーバ６へ送信する（Ｓ４０４）。図８中、「ＩＮＶＩＴＥ Ｗ／Ｄ」とあるのは、ＩＮＶＩＴＥリクエストを構成する呼制御パケットに、局内電話端末７ａに割り当てられたグローバルＩＰアドレス（Ｄ）が含まれていることを示している。

【0111】

ＳＩＰサーバ６は、局内電話端末７ａから受信したＩＮＶＩＴＥリクエストを、外部電話端末１３へ転送する（Ｓ４０５）。通話録音装置８では、パケットキャプチャ部２１が、スイッチングハブ７２のミラーポート７２ａからＩＮＶＩＴＥリクエストを構成する呼制御パケットを取り込み、ＳＩＰセッション部２２へ出力する（図３参照）。ＳＩＰセッション部２２は、ＩＮＶＩＴＥリクエストの呼制御パケットを解析し、発呼側アドレスとして、局内電話端末７ａのグローバルＩＰアドレス（Ｄ）を取得する（Ｓ４０６）。

【0112】

ゲートウェイ７１は、ＩＮＶＩＴＥリクエストを構成する呼制御パケットについてアドレス変換を行い、外部電話端末１３へ送信する（Ｓ４０７）。

【0113】

外部電話端末１３で、ＩＮＶＩＴＥリクエストに対応して応答処理として受話器が上げられると（Ｓ４０８）、２００ ＯＫレスポンス（図８中、２００／ＩＮＶＩＴＥと記す）をＳＩＰサーバ６へ送信する（Ｓ４０９）。図８中、「２００／ＩＮＶＩＴＥ Ｗ／Ｂ」とあるのは、２００ ＯＫレスポンスを構成する呼制御パケットに、外部電話端末１３のＩＰアドレス（Ｂ）が含まれていることを示している。

【0114】

外部電話端末１３が２００ ＯＫレスポンスをゲートウェイ７１へ送信する（Ｓ４０９）と、ゲートウェイ７１が、２００ ＯＫレスポンスを構成する呼制御パケットについてアドレス変換を行い、ＳＩＰサーバ６へ送信する（Ｓ４１０）。

【0115】

通話録音装置８では、パケットキャプチャ部２１が、スイッチングハブ７２のミラーポート７２ａから２００ ＯＫレスポンスを構成する呼制御パケットを取り込み、ＳＩＰセッション部２２へ出力する（図３参照）。ＳＩＰセッション部２２は、２００ ＯＫレスポンスの呼制御パケットを解析し、着呼側アドレスとして、外部電話端末１３のＩＰアドレス（Ｂ）を取得する（Ｓ４１１）。ＳＩＰサーバ６は、ゲートウェイ７１から受信した２００ ＯＫレスポンスを局内電話端末７ａへ転送する（Ｓ４１２）。

【0116】

局内電話端末７ａ及び外部電話端末１３の間では、相互に交換した相手側のＩＰアドレス（Ｄ）、（Ｂ）を用いて通話を開始する（Ｓ４１３）。すなわち、下りパケットストリームでは、局内電話端末７ａは、話し手の音声を音声データに変換し、さらに、音声データを、外部電話端末１３のＩＰアドレス（Ｂ）を送信先アドレスに設定したＲＴＰパケットに変換し、送出する（Ｓ４１４）。ゲートウェイ７１は、ＮＡＴ機能により、ＮＡＴテーブルを参照し、ＲＴＰパケットの送信元アドレスを、ＩＰアドレス（Ａ）からゲートウェイ５のグローバルＩＰアドレス（Ｄ）に変換し、ＲＴＰパケットを送出する（Ｓ４１５）。

【0117】

一方、上りパケットストリームでは、外部電話端末１３は、送信元アドレスをＩＰアドレス（Ｂ）に、且つ、送信先アドレスをＩＰアドレス（Ａ）ではなく、Ｓ４０７で送信されてきたＩＮＶＩＴＥリクエストのグローバルＩＰアドレス（Ｄ）に設定し、ゲートウェイ７１へＲＴＰパケットが送信される（Ｓ４１６）。ゲートウェイ７１は、ＮＡＴ機能により、ＮＡＴテーブルを参照し、ＲＴＰパケットの送信先アドレスを、グローバルＩＰアドレス（Ｄ）から局内電話端末７ａのＩＰアドレス（Ａ）に変換し、ＲＴＰパケットを送出する（Ｓ４１７）。

【0118】

上述のように、ＮＡＴ解決技術により局内電話端末７ａが、ゲートウェイ７１によって自らに割り当てられたグローバルＩＰアドレス（Ｄ）を把握し、ＩＮＶＩＴＥリクエスト（４０４）に含めている。このため、通話録音装置８のＳＩＰセッション部２２が検出する発呼側アドレスは、局内電話端末７ａのＩＰアドレス（Ａ）ではなく、グローバルＩＰアドレス（Ｄ）になる。したがって、通話録音装置８のＲＴＰストリーム部２３は、発呼側アドレスとしてグローバルＩＰアドレス（Ｄ）を、着呼側アドレスとしてＩＰアドレス（Ｂ）を、それぞれ送信先とするＲＴＰパケットを検出し、上り下り双方のパケットストリームを検出し、それぞれを構成するＲＴＰパケットを収集するように動作する。

【0119】

このような場合に、図８に示すように、ローカルエリアネットワーク１２の内側に通話録音装置８を配置したとき、まず、下りパケットストリームを構成するＲＴＰパケットの送信先アドレスは、ＮＡＴ装置がない場合と同様に、外部電話端末１３のＩＰアドレス（Ｂ）である。したがって、通話録音装置８では、ＲＴＰストリーム部２３は、ＩＰアドレス（Ｂ）へのＲＴＰパケットを取得する（Ｓ４１８）。

【0120】

一方、ＲＴＰストリーム部２３は、上りパケットストリームについて、送信先アドレスがＩＰアドレス（Ｄ）であるＲＴＰパケットを取得することを試みる。しかし、上りパケットストリームを構成するＲＴＰパケットは、ゲートウェイ７１のＮＡＴ機能用により、送信先アドレスがゲートウェイ７１のグローバルＩＰアドレス（Ｄ）からＩＰアドレス（Ａ）に変換されている（Ｓ４１６、Ｓ４１７）ので、送信先アドレスがグローバルＩＰアドレス（Ｄ）であるＲＴＰパケットは検出されない。このため、このままでは、上りパケットストリームにより送信される音声を録音することができない。

【0121】

そこで、ＲＴＰストリーム部２３は、追従処理（Ｓ４１９）を行う。つまり、下りのパケットストリームを構成するＲＴＰパケットの送信元アドレス（ＩＰアドレス（Ａ））が、ＳＩＰセッション部２２が検出した発信側アドレス（グローバルＩＰアドレス（Ｄ））と異なり、上りパケットストリームを構成するＲＴＰパケットが収集できない場合に、上りパケットストリームについては、下りパケットストリームを構成するＲＴＰパケットの送信元アドレス、すなわちＩＰアドレス（Ａ）を送信先アドレスとするＲＴＰパケットを収集する。

【0122】

第２の実施の形態における追従処理（Ｓ４１９）は、第１の実施の形態において、図６を参照して説明した追従処理（図６中、Ｓ２〜５）と同様である。ただし、第１の実施の形態において、第１のアドレスに局内電話端末７ａのＩＰアドレス（Ａ）を設定していたところを、局内電話端末７ａに割り当てられたグローバルＩＰアドレス（Ｄ）と読み替える。したがって、図６のＳ２では、第１のアドレスとしてグローバルＩＰアドレス（Ｄ）を送信先アドレスとするＲＴＰパケットの数を計測する。

【0123】

追従処理（Ｓ４１９）によって、ＲＴＰストリーム部２３は、送信先アドレスがＩＰアドレス（Ａ）であるＲＴＰパケットを取得し、ＲＴＰパケットから音声データを取り出し、音声キュー２４へ順次出力する。この結果、ゲートウェイ７１が存在する場合にも、上りのパケットストリームから通話録音を行うことができる。

【0124】

以上説明した本実施の形態によれば、追従処理により、ＮＡＴ装置がある環境で、局内電話端末７ａがＮＡＴ解決技術を用い、上りのＲＴＰパケットの送信先アドレス（ＩＰアドレス（Ａ））が、ＳＩＰメッセージの呼制御情報から取得した発呼側アドレス（グローバルＩＰアドレス（Ｄ））と異なっていても、上り下り双方のパケットストリームを検出し、通話録音を行うことができる。

【0125】

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施の形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

【0126】

上述の実施の形態では、ローカルエリアネットワーク１２側の局内電話端末７ａが発呼側であり、光通信ネットワーク２側の外部電話端末１３が着呼側である場合について説明したが、その逆の場合にも適用可能である。その場合、ラッチ追随処理では、図６に示すＳ３において、ＲＴＰストリーム部２３は、上りのＲＴＰパケットの数（Ａ＿ｃｏｕｎｔ）がゼロか否か判定する。また、Ｓ４において、ＲＴＰストリーム部２３は、下りのＲＴＰパケットの数（Ｂ＿ｃｏｕｎｔ）が閾値を超えるか否か判定する。

【0127】

また、上述の実施の形態では、中央制御部１０１（図２参照）によって、呼制御情報取得部であるＳＩＰセッション部２２（図３参照）及び主情報収集部であるＲＴＰストリーム部２３（図３参照）の両方を実現する場合を例に挙げて説明したが、ＳＩＰセッション部２２及びＲＴＰストリーム部２３をそれぞれ異なるプロセッサで実現しても良い。

【0128】

また、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

【0129】

本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0130】

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。

【0131】

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【産業上の利用可能性】

【0132】

本発明は、通話録音装置、テレビ電話記録装置などに好適に利用できる。

【符号の説明】

【0133】

１、７０ 通話録音システム
２ 光通信ネットワーク
４、９、７２ スイッチングハブ
５、７１ ゲートウェイ
６ ＳＩＰサーバ
７ａ〜７ｃ 電話端末
８ 通話録音装置
１０ 音声サーバ
１２ ローカルエリアネットワーク
１３ 外部電話端末
２１ パケットキャプチャ部
２２ ＳＩＰセッション部
２３ ＲＴＰストリーム部
２４ 音声キュー
２５ 録音チャネル管理部
２６ 音声ファイル生成部
２７ 音声ファイル送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】