特開 2023-161739 通話録音システムおよび通話録音方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023161739

(43)【公開日】2023-11-08

(54)【発明の名称】通話録音システムおよび通話録音方法

(51)【国際特許分類】

   H04M 3/53 20060101AFI20231031BHJP

   G10L 15/10 20060101ALI20231031BHJP

【ＦＩ】

H04M3/53

G10L15/10 200Z

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022072262

(22)【出願日】2022-04-26

(71)【出願人】

【識別番号】303067478

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

(74)【代理人】

【識別番号】100121083

【弁理士】

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

(74)【代理人】

【識別番号】100138391

【弁理士】

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

(72)【発明者】

【氏名】大森 明弘

(72)【発明者】

【氏名】永井 歩

【テーマコード（参考）】

5K201

【Ｆターム（参考）】

5K201CA02

5K201CB05

5K201CB06

5K201CB14

5K201CD09

5K201DC02

5K201DC05

5K201EC03

5K201EC06

5K201EC10

5K201ED02

(57)【要約】      （修正有）

【課題】録音する通話の外線電話番号及び内線番号を取得する。
【解決手段】通話録音システム１００は、外線電話機が接続される外線網１５０を流れる第１のセッションのパケットを収集して得た通話の音声データを所定のアルゴリズムで処理して第１の特徴情報を生成する外線処理部を有する検出装置と、内線電話機及び構内交換機が接続される自局の内線網１１０を流れる第２のセッションのパケットを収集して得た通話の音声データを所定のアルゴリズムで処理して第２の特徴情報を生成する内線処理部及び第１の特徴情報と第２の特徴情報とが所定の条件を満たして合致する場合、第１のセッションの呼制御パケットから取得された相手局の電話番号と、第２のセッションの呼制御パケットに基づき取得された内線番号とを、第１のセッション又は第２のセッションで伝送される通話の音声データと対応づけた録音データを記憶部に保存する保存部を有する録音装置と、を含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

外線電話機が接続される外線網を流れる第１のセッションのパケットを収集して得た通話の音声データを所定のアルゴリズムで処理して第１の特徴情報を生成する外線処理部と、
内線電話機および構内交換機が接続される自局の内線網を流れる第２のセッションのパケットを収集して得た通話の音声データを前記所定のアルゴリズムで処理して第２の特徴情報を生成する内線処理部と、
前記第１の特徴情報と前記第２の特徴情報とが所定の条件を満たして合致する場合、前記第１のセッションの呼制御パケットから取得された相手局の電話番号と、前記第２のセッションの呼制御パケットに基づき取得された内線番号とを、前記第１のセッションまたは前記第２のセッションで伝送される通話の音声データと対応づけた録音データを記憶部に保存する保存部と、
を含む、通話録音システム。

【請求項2】

前記録音データでは、更に、前記第１のセッションの呼制御パケットから取得された自局の電話番号が対応づけられている、請求項１に記載の通話録音システム。

【請求項3】

前記外線処理部は、前記第１のセッションのパケットを収集して得た通話の音声データから開始位置の異なる複数の音声データを抽出して、前記複数の音声データのそれぞれから前記第１の特徴情報を生成し、
前記保存部は、前記複数の音声データのそれぞれから生成した前記第１の特徴情報のいずれかと、前記第２の特徴情報とが所定の条件を満たして合致する場合、前記録音データを前記記憶部に保存する、請求項１または請求項２に記載の通話録音システム。

【請求項4】

前記内線処理部は、前記第２のセッションのパケットを収集して得た通話の音声データから開始位置の異なる複数の音声データを抽出して、前記複数の音声データのそれぞれから前記第２の特徴情報を生成し、
前記保存部は、前記複数の音声データのそれぞれから生成した前記第２の特徴情報のいずれかと、前記第１の特徴情報とが所定の条件を満たして合致する場合、前記録音データを前記記憶部に保存する、請求項１または請求項２に記載の通話録音システム。

【請求項5】

外線電話機が接続される外線網を流れる第１のセッションのパケットを収集して得た通話の音声データを所定のアルゴリズムで処理して第１の特徴情報を生成し、
内線電話機および構内交換機が接続される自局の内線網を流れる第２のセッションのパケットを収集して得た通話の音声データを前記所定のアルゴリズムで処理して第２の特徴情報を生成し、
前記第１の特徴情報と前記第２の特徴情報とが所定の条件を満たして合致する場合、前記第１のセッションの呼制御パケットから取得された相手局の電話番号と、前記第２のセッションの呼制御パケットに基づき取得された内線番号とを、前記第１のセッションまたは前記第２のセッションで伝送される通話の音声データと対応づけた録音データを記憶装置に保存する、
ことを含む、通話録音方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通話録音システムおよび通話録音方法に関する。

【背景技術】

【0002】

企業等では、構内で複数の電話機を利用する場合に、内線電話機同士の接続および内線電話機と公衆電話網に繋がる外線との接続などの構内の通話を管理する構内交換機（ＰＢＸ：Private Branch eXchange）が設置される。

【0003】

また、通話の内容を録音するための通話録音装置が知られている。通話録音装置では、例えば、通話内容に加えて、通話の発信元の電話番号、着信先の電話番号、通話開始時刻、通話終了時刻等などの情報の記録も行われる。

【0004】

これに関し、通話の録音に関連する技術が知られている（例えば、特許文献１）。また、通話中の音声認識処理に関連する技術も知られている（例えば、特許文献２）。

【先行技術文献】

【特許文献】

【0005】

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

【特許文献2】特開２００１－０９４６６５号公報

【発明の概要】

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

【0006】

しかしながら、内線網に接続する電話機と外線網に接続する電話機との通話では、ゲートウェイや構内交換機を通る際、電話番号の管理が変わってしまうため、通話録音装置で通話の発信元の電話番号および着信先の電話番号の双方を取得することが難しいことがある。通話における発信元および着信先の２つの電話番号の情報を得るために、通話録音装置を構内交換機と連携させて、構内交換機から電話番号の情報を取得することも行われている（いわゆるＣＴＩ連携、構内交換機連携）。しかしながら、構内交換機と連携可能な通話録音装置が既存に無いことがある。そして、新たに自社で利用する構内交換機と連携可能な通話録音装置を作成する場合、高コスト化が避けられない。そのため、録音する通話の外線電話番号および内線番号を取得するための更なる技術の提供が望まれている。

【0007】

１つの側面では、本発明は、録音する通話の外線電話番号および内線番号を取得することを目的とする。

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

【0008】

本発明の一つの態様の通話録音システムは、外線電話機が接続される外線網を流れる第１のセッションのパケットを収集して得た通話の音声データを所定のアルゴリズムで処理して第１の特徴情報を生成する外線処理部と、内線電話機および構内交換機が接続される自局の内線網を流れる第２のセッションのパケットを収集して得た通話の音声データを所定のアルゴリズムで処理して第２の特徴情報を生成する内線処理部と、第１の特徴情報と第２の特徴情報とが所定の条件を満たして合致する場合、第１のセッションの呼制御パケットから取得された相手局の電話番号と、第２のセッションの呼制御パケットに基づき取得された内線番号とを、第１のセッションまたは第２のセッションで伝送される通話の音声データと対応づけた録音データを記憶部に保存する保存部と、を含む。

【発明の効果】

【0009】

録音する通話の外線電話番号および内線番号を取得することができる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る通話録音システムのシステム構成を例示する図である。

【図2】実施形態に係る録音装置のブロック構成を例示する図である。

【図3】実施形態に係る検出装置のブロック構成を例示する図である。

【図4】実施形態に係る録音データの保存処理の動作フローを示す図である。

【図5】例示的な内線番号情報示す図である。

【図6】実施形態に係る連続特徴情報生成処理の動作フローを例示する図である。

【図7】実施形態に係る連続した特徴情報の生成を例示する図である。

【図8】実施形態に係る通話チャネル情報を例示する図である。

【図9】実施形態に係る問い合わせ応答処理の動作フローを例示する図である。

【図10】特徴情報の合致の判定を説明する図である。

【図11】一実施形態に係る特徴情報生成処理の動作フローを例示する図である。

【図12】音声データからの特徴情報の生成を説明する図である。

【図13】一実施形態に係る連続する特徴情報の生成処理の動作フローを例示する図である。

【図14】一実施形態に係るチャンクハッシュ情報を例示する図である。

【図15】実施形態の録音データ保存処理の流れを説明するシーケンスを例示する図である。

【図16】実施形態に係る録音装置および検出装置を実現するためのコンピュータのハードウェア構成を例示する図である。

【図17】実施形態に係る通話録音システムにおける外線網の別の例を示す図である。

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

【0011】

以下、図面を参照しながら、本発明のいくつかの実施形態について詳細に説明する。なお、複数の図面において対応する要素には同一の符号を付す。

【0012】

上述のように、外線網と内線網との間にはゲートウェイ（ＧＷ）がある。また、内線網においては構内交換機が各内線電話機の通話に介在する。そして、ゲートウェイや構内交換機の働きにより、外線網に接続された外線電話機と自局の内線網に接続された内線電話機との間の通話におけるそれぞれの電話番号が隠蔽されてしまい、取得できないことがある。

【0013】

例えば、外線網で流通する電話番号は、自局、相手局ともゲートウェイで認識することは可能だが、通常の場合、内線網で実際に通話している内線電話機の情報は、内線番号も含めてゲートウェイでは認識できない。また、内線電話機が発信する場合は、外線上の相手先の電話番号を指定するので、内線電話機の電話番号と、外線上の相手局の電話番号を内線網で取得することが可能である。しかしながら、外線から着信があった場合には、ゲートウェイまたは構内交換機が外線を管理するため、外線の電話番号は内線網では流通しない。

【0014】

そのため、上述のように、いわゆるＣＴＩ連携、構内交換機連携といった技術を用いて内線番号や外線の電話番号の情報を得ることが行われているが、利用している構内交換機と連携可能な通話録音装置が既存に無いことがあり、また、新たに自社で利用する構内交換機と連携可能な通話録音装置を作成にはコストがかかる。

【0015】

そのため、構内交換機に依存せず、個々の通話における外線電話番号および内線番号の取得を可能にする技術の提供が望まれている。

【0016】

本願の発明者は、通話において流れる音声は、内線網と外線網とで共通していることに着目した。そこで、以下で述べる実施形態では、例えば、内線網と外線網とのそれぞれに、通話の音声データを収集する装置を設置する。そして、内線網に設置した装置で収集したパケットから取得した通話の音声データと、外線網に設置した装置で収集したパケットから収集した通話の音声データとが所定の条件を満たして合致する場合に、それらを同じ通話と見なす。続いて、内線網に設置した装置で収集したパケットの情報に基づいて取得した内線番号と、外線網に設置した装置で収集したパケットから取得した外線の電話番号とを、通話における発信元および着信先の２つの電話番号として特定する。即ち、実施形態によれば、構内交換機に依存せずに、内線番号と外線の電話番号とを対応づけることができる。それにより、通話を録音した録音データに、発信元および着信先の２つの電話番号を対応づけて保存することが可能になる。以下、実施形態を更に詳細に説明する。

【0017】

図１は、実施形態に係る通話録音システム１００のシステム構成を例示する図である。図１に示すように、通話録音システム１００では、自局の構内通信網である内線網１１０と、外部の通信網である外線網１５０とが、ゲートウェイ（ＧＷ）１０１を介して接続されている。内線網１１０には、複数の内線電話機１１１（例えば、内線電話機１１１ａ～内線電話機１１１ｃ）と、構内交換機１２０とが含まれている。構内交換機１２０は、例えば、ＩＰ－ＰＢＸ（Internet Protocol Private Branch eXchange）であってよい。構内交換機１２０は、例えば、かかってきた外線を内線電話機１１１につなぐ機能、および構内の各内線電話機１１１を外線につなぐ機能を有しており、複数の内線電話機１１１ａ～１１１ｃの発着信を制御してよい。

【0018】

また、図１の外線網１５０では、ゲートウェイ１０１は、光回線終端装置（ＯＮＵ：Optical Network Unit）１５１を介して電話会社が構築するＩＰ（Internet Protocol）電話網１６０と接続されている。光回線終端装置１５１は、例えば、電気信号と光信号との変換を行う装置である。

【0019】

そして、ＩＰ電話網１６０に接続している外部の電話機１７０（以下、外線電話機１７０と呼ぶことがある）が、例えば、構内交換機１２０に設定されている自局の代表電話番号に発信した場合、構内交換機１２０は内線電話機１１１につなぐ。

【0020】

また、図１では、ハブ（ＨＵＢ）１５２を介して検出装置１８０が外線網１５０に接続されている。検出装置１８０は、例えば、外線網１５０を流れるパケットを監視する。そして、検出装置１８０は、外線網を流れる内線電話機１１１と外線電話機１７０との間の通話のパケットを検出すると、パケットから音声データを収集し、音声データから所定のアルゴリズムに従って第１の特徴情報を生成する。なお、外線側のＳＩＰメッセージおよびＲＴＰパケットは暗号化されることがある。例えば、ＳＩＰメッセージがＴＬＳ（Transport Layer Security）等により暗号化されている場合や音声パケットがｓＲＴＰ（Secure Real time Transport Protocol）等により暗号化されている場合は、Ｂ２ＢＵＡ（Back to back User Agent）方式のセッションボーターコントローラ（ＳＢＣ）がハブ１５２の代わりに配置されてよい。そして、ＳＢＣは、復号して得たＳＩＰメッセージの内容（外線電話番号）と復号して得た音声パケット（ＲＴＰ）とを検出装置に送信してもよい。

【0021】

また、図１では、ハブ１２２を介して録音装置１３０が内線網１１０に接続されている。録音装置１３０は、例えば、内線網を流れるパケットを監視する。そして、録音装置１３０は、内線網を流れる内線電話機１１１と外線電話機１７０との間の通話のパケットを検出すると、パケットから通話の音声データを収集し、検出装置１８０において用いられるアルゴリズムと同じ所定のアルゴリズムに従って音声データから第２の特徴情報を生成する。なお、内線電話機１１１と外線電話機１７０との間の通話のパケットには、例えば、呼制御のための呼制御情報を含む呼制御パケットが含まれている。そのため、パケットの種類や呼制御情報に含まれる宛先のアドレス等の情報に基づいて、録音装置１３０および検出装置１８０は、内線電話機１１１と外線電話機１７０との間の通話のパケットを検出することができる。

【0022】

録音装置１３０は、通信線１５５を介して検出装置１８０と通信可能に接続されており、生成した第２の特徴情報を含む問い合わせを検出装置１８０に通信線１５５を介して送信し、検出装置１８０に外線情報を問い合わせる。外線情報は、例えば、通話における相手局の外線電話機１７０の電話番号を含んでよい。

【0023】

検出装置１８０は、録音装置１３０から第２の特徴情報を受信すると、受信した第２の特徴情報と、検出装置１８０にて生成した第１の特徴情報とを比較する。そして、第１の特徴情報と第２の特徴情報とが、所定の条件を満たして合致したとする。この場合、第１の特徴情報と第２の特徴情報の生成に用いられた音声データを伝送するそれぞれのパケットは同じ通話の音声を伝送するパケットであると見なすことができる。そのため、検出装置１８０は、第１の特徴情報の生成に用いた音声データを伝送するセッションの呼制御パケットから、外線電話機１７０の電話番号を取得し、外線電話機１７０の電話番号を含む外線情報を通信線１５５を介して録音装置１３０に通知する。

【0024】

録音装置１３０は、検出装置１８０から外線情報を受信すると、第２の特徴情報の生成に用いた音声データを伝送するセッションの呼制御パケットの呼制御情報に基づき内線電話機１１１の内線番号を取得する。そして、録音装置１３０は、そのセッションで伝送される音声データと、外線情報に含まれる外線電話機１７０の電話番号と、取得した内線電話機１１１の内線番号とを対応づけた録音データを生成し、記憶装置に記憶する。そのため、通話録音システム１００を利用するユーザは、例えば、録音データの通話の音声が、どの電話間で行われた通話であるのかを知ることができる。なお、録音データは、更に通話の開始時刻および終了時刻などその他の情報を含んでもよい。

【0025】

以下、検出装置１８０と、録音装置１３０とによる録音データの保存処理を更に詳細に説明する。なお、呼制御パケットは、例えば、ＳＩＰ（Session Initiation Protocol）パケットであってよく、或いは、Ｈ．３２３プロトコル等のパケットであってもよい。以下では、ＳＩＰパケットを例に説明を行う。

【0026】

図２は、実施形態に係る録音装置１３０のブロック構成を例示する図である。録音装置１３０は、例えば、制御部２０１、記憶部２０２、および通信部２０３を含む。録音装置１３０の制御部２０１は、例えば内線処理部２１１および保存部２１２などを含む。録音装置１３０の記憶部２０２は、例えば、後述する内線番号情報５００、通話の内線番号、外線情報、および録音データなどを記憶してよい。通信部２０３は、例えば、制御部２０１の指示に従って内線網に接続し、内線網を流れるパケットを収集する。また、通信部２０３は、例えば、制御部２０１の指示に従って、検出装置１８０と通信する。これらの各部の詳細および記憶部２０２に格納されている情報の詳細については後述する。

【0027】

図３は、実施形態に係る検出装置１８０のブロック構成を例示する図である。検出装置１８０は、例えば、制御部３０１、記憶部３０２、および通信部３０３を含む。検出装置１８０の制御部３０１は、例えば外線処理部３１１などを含む。検出装置１８０の記憶部３０２は、例えば、後述する通話チャネル情報８００およびチャンクハッシュ情報１４００などを記憶してよい。通信部３０３は、例えば、制御部３０１の指示に従って外線網に接続し、外線網を流れるパケットを収集する。また、通信部３０３は、例えば、制御部３０１の指示に従って、録音装置１３０と通信する。これらの各部の詳細および記憶部３０２に格納されている情報の詳細については後述する。

【0028】

続いて、実施形態に係る録音装置１３０の制御部２０１が実行する録音データの保存処理を説明する。

【0029】

図４は、実施形態に係る録音装置１３０の制御部２０１が実行する録音データの保存処理の動作フローを示す図である。録音装置１３０の制御部２０１は、録音処理の実行指示が入力されると図４の動作フローを開始してよい。

【0030】

Ｓ４０１において録音装置１３０の制御部２０１は、ハブ１２２を介して内線網を流れるパケットを取り込む。

【0031】

Ｓ４０２において制御部２０１は、取り込んだパケットがＳＩＰパケットであるか否かを判定する。なお、パケットの種別は、例えば、パケットのヘッダなどの情報から判定することができる。取り込んだパケットがＳＩＰパケットである場合（Ｓ４０２がＹＥＳ）、フローはＳ４０３に進む。

【0032】

Ｓ４０３において制御部２０１は、ＳＩＰパケットがセッション開始のパケットであるか否かを判定する。Ｓ４０３においてＳＩＰパケットがセッション開始のパケットでない場合（Ｓ４０３がＮＯ）、フローはＳ４０５に進む。一方、ＳＩＰパケットがセッション開始のパケットである場合（Ｓ４０３がＹＥＳ）、フローはＳ４０４に進む。

【0033】

Ｓ４０４において制御部２０１は、ＳＩＰパケットに含まれるアドレス情報に基づいて内線番号を取得する。一例として、録音装置１３０の記憶部２０２には、構内電話機に割り付けられたＩＰアドレスと内線番号とを対応づける内線番号情報５００が記憶されていてよい。図５は、例示的な内線番号情報５００を示す図である。制御部２０１は、例えば、内線番号情報５００を参照して、ＳＩＰパケットに含まれるＩＰアドレスと対応する内線番号を特定してよい。なお、実施形態はこれに限定されるものではない。例えば、別の実施形態では、録音装置１３０は、ＳＩＰパケットのアドレス情報に基づいて、構内交換機１２０から内線番号の情報を取得してもよい。そして、制御部２０１は、内線番号を記憶部２０２に記憶し、フローはＳ４０５に進む。

【0034】

Ｓ４０５において制御部２０１は、ＳＩＰパケットがセッション終了のパケットであるか否かを判定する。ＳＩＰパケットがセッション終了のパケットでない場合（Ｓ４０５がＮＯ）、フローはＳ４０１に戻り、新たなパケットについて処理を繰り返す。

【0035】

また、Ｓ４０２において取り込んだパケットがＳＩＰパケットでない場合（Ｓ４０２がＮＯ）、フローはＳ４０７に進む。

【0036】

Ｓ４０７において制御部２０１は、取り込んだパケットが、ＳＩＰパケットで確立したセッションの音声データを伝送するＲＴＰ（Real-time Transport Protocol）パケットであるか否かを判定する。なお、上述のセッション開始のＳＩＰパケットには、例えば、ＳＤＰ（Session Description Protocol）プロトコルなどを用いて、セッション内で伝送するＲＴＰパケットのアドレス情報などが含まれている。一例では、制御部２０１は、その情報に基づいて、取り込んだパケットが、ＳＩＰパケットで確立したセッションの音声データを伝送するＲＴＰパケットであるか否かを判定してよい。取り込んだパケットがＳＩＰパケットで確立したセッションの音声データを伝送するＲＴＰパケットでない場合（Ｓ４０７がＮＯ）、フローはＳ４０１に戻り、新たなパケットについて処理を繰り返す。一方、取り込んだパケットがＳＩＰパケットで確立したセッションの音声データを伝送するＲＴＰパケットである場合（Ｓ４０７がＹＥＳ）、フローはＳ４０８に進む。なお、ここでは、音声データを伝送するパケットとしてＲＴＰパケットを例示しているが、実施形態はこれに限定されるものではなく、その他の音声データを伝送するパケットであってもよい。

【0037】

Ｓ４０８において制御部２０１は、取り込んだＲＴＰパケットから音声データを収集する。そして、Ｓ４０９において制御部２０１は、収集した音声データを記憶部２０２に記憶する。

【0038】

Ｓ４１０において制御部２０１は、現在処理しているセッションと対応する相手局の外線電話機１７０の電話番号を含む外線情報を既に記憶部２０２に記憶済みか否かを判定する。なお、外線情報は、後述するＳ４１４の処理で記憶部２０２に記憶される。外線情報を記憶部２０２に記憶済みである場合（Ｓ４１０がＹＥＳ）、フローはＳ４０１に戻る。一方、外線情報を記憶部２０２に記憶済みでない場合（Ｓ４１０がＮＯ）、フローはＳ４１１に進む。

【0039】

Ｓ４１１において制御部２０１は、Ｓ４０９で記憶部２０２に記憶した音声データを所定のアルゴリズムを用いて処理し、音声データの特徴を表す特徴情報を生成する特徴情報生成処理を実行する。なお、音声データの特徴を表す特徴情報としては、一例では音声データから生成したハッシュ値や音声フィンガープリント（例えば、Landmark-based fingerprinting）を用いることができる。音声データのハッシュ値等を比較に用いることで、音声の比較におけるデータ量および計算量を削減することができる。しかしながら、別の実施形態では、特徴情報は、記憶部２０２に記憶した音声データの一部を切り出した音声データであってもよい。また、特徴情報は、音声データから生成される声紋データであってもよい。また、声紋データは他の音声の比較（例えば、ハッシュ値等の比較）と組み合わせて用いられても良い。特徴情報の生成の更なる例示については、図１１から図１４を参照して後述する。

【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】

また、上述の実施形態では、ＩＰ－ＰＢＸを構内交換機１２０の例として示しており、また、外部の電話機との接続にＩＰ電話網１６０を介する例を示している。しかしながら、実施形態はこれに限定されるものではない。例えば、外線網がＩＳＤＮ（Integrated Services Digital Network）である場合にも、プロトコルの規定に基づきＩＳＤＮの通話データから電話番号の情報を取得することができる。また、例えば、アナログ回線を介する通話であっても、アナログ－デジタル変換を行いデジタル信号として処理することで、上述の実施形態を適用することができる。

【0090】

また、上述の実施形態では、録音装置１３０が内線網に配置されており、検出装置１８０が外線網に配置される場合を例示している。この場合、録音装置１３０は、内線電話機１１１同士の内線の通話と、外部との通話の全てを録音することができる。しかしながら、実施形態はこれに限定されるものではない。例えば、別の実施形態では、録音装置１３０を外線網に配置し、検出装置１８０を内線網に配置してもよい。この場合、検出装置１８０が内線番号を取得して録音装置１３０に通知してよく、それにより、録音装置１３０は、取得した相手局番号および自局番号（外線）に、受信した内線番号を対応づけて録音データを保存することができる。また、例えば、録音装置１３０を外線網に接続することで、外線と繋がる電話のみを効率的に録音することができる。

【0091】

また、上述の実施形態では録音装置１３０と検出装置１８０とが、通信線１５５で直接接続されている例を示しており、通信線１５５を介して特徴情報や外線情報をやり取りする例が示されている。しかしながら、実施形態はこれに限定されるものではない。例えば、別の実施形態では、音声透かしの技術などを用いて、ＲＴＰパケットの音声データに、特徴情報や外線情報などを含めて通知してもよい。

【0092】

また、上述の実施形態では検出装置１８０を１つの装置として示しているが、実施形態はこれに限定されるものではない。例えば、録音装置１３０が内線網に設置される場合には、検出装置１８０はゲートウェイ１０１に組み込まれてもよい。また、例えば、録音装置１３０が外線網に設置される場合には、検出装置１８０は構内交換機１２０に組み込まれてもよい。

【0093】

また、例えば、ゲートウェイ１０１や構内交換機１２０を跨いで内線網１１０で流通する内線番号や、外線網１５０で流通する相手局の電話番号などを取得するための手法として、内線電話機１１１に内線番号の音声信号を発信するアダプタを接続し、音声で内線番号を通知することも考えられる。しかしながら、この場合、内線電話機１１１のそれぞれにアダプタを接続したり、アダプタに個別の内線番号の音声信号を発信するように設定を行ったりする必要がある。しかしながら、上述の実施形態によれば、内線の電話機に個別にアダプタなどを設置しなくてもよい。また、例えば、内線網を流れるパケットと、外線網を流れるパケットとを監視すれば、アダプタに個別の内線番号の音声信号を発信するような設定を行わなくても、内線網で流通する内線番号や、外線網で流通する相手局の電話番号を取得することができる。

【0094】

また、上述のように、例えば、外線側のＳＩＰメッセージおよびＲＴＰパケットは暗号化されることがある。例えば、ＳＩＰメッセージがＴＬＳ（Transport Layer Security）等により暗号化されている場合や音声パケットがｓＲＴＰ（Secure Real time Transport Protocol）等により暗号化されている場合は、Ｂ２ＢＵＡ（Back to back User Agent）方式のセッションボーターコントローラ（ＳＢＣ）がハブ１５２の代わりに配置されてよい。

【0095】

図１７は、図１の通話録音システム１００における外線網１５０の別の例を示す図である。図１７では、ハブ１５２の代わりにＳＢＣ１７０１が配置されている。ＳＢＣ１７０１は、例えば、Ｂ２ＢＵＡ方式のセッションボーターコントローラであり、暗号化されたＳＩＰメッセージ（ＴＬＳ等）と音声パケット（ｓＲＴＰ等）を復号することができる。そして、ＳＢＣは、復号して得たＳＩＰメッセージの内容（外線電話番号）と復号して得た音声パケット（ＲＴＰ）とを検出装置に送信する。例えば、ＳＢＣ１７０１は、外部の電話機から、ＩＰ－ＰＢＸなどの構内交換機１２０に対して発呼があった場合、ユーザエージェントサーバ（User Agent Sever）として動作し、ユーザエージェント１（User Agent1）がＳＩＰ／ＲＴＰを終端し、ユーザエージェント２（User Agent2）に受け渡す。即ち、ＳＢＣ１７０１は、端的に、ＩＰ－ＰＢＸ（本構成ではＧＷ）のふりをする。また、ＩＰ－ＰＢＸなどの構内交換機１２０側から発呼があった場合も同様にユーザエージェント２が終端し、ユーザエージェント１に受け渡す。

【0096】

そして、外部の電話機との通信が暗号化されている場合、ＳＢＣ１７０１のユーザエージェント１で暗号化および複合化が行われる。従って、ＳＢＣ１７０１によれば、暗号化されていないＳＩＰメッセージおよび音声パケットを検出装置に分配することが可能となる。

【0097】

なお、上述の実施形態において、例えば、Ｓ４１１、図１１の処理、および１５０２ａにおいて、録音装置１３０の制御部２０１は、内線処理部２１１として動作する。また、例えば、Ｓ４０６の処理では、録音装置１３０の制御部２０１は、保存部２１２として動作する。例えば、Ｓ６０９、図１３の処理、および１５０２ｂにおいて、検出装置１８０の制御部３０１は、外線処理部３１１として動作する。

【0098】

図１６は、実施形態に係る録音装置１３０および検出装置１８０を実現するためのコンピュータ１６００のハードウェア構成を例示する図である。図１６の録音装置１３０および検出装置１８０を実現するためのハードウェア構成は、例えば、プロセッサ１６０１、メモリ１６０２、記憶装置１６０３、通信インタフェース１６０６（例えば、１６０６ａおよび１６０６ｂ）、および入出力インタフェース１６０７を備える。なお、プロセッサ１６０１は、メモリ１６０２、記憶装置１６０３、通信インタフェース１６０６、入出力インタフェース１６０７と、例えば、バス１６１０を介して接続されている。

【0099】

プロセッサ１６０１は、例えば、シングルプロセッサであっても、マルチプロセッサやマルチコアであってもよい。プロセッサ１６０１は、メモリ１６０２を利用して例えば上述の動作フローの手順を記述したプログラムを実行することにより、上述した各部の一部または全部の機能を提供する。例えば、録音装置１３０のプロセッサ１６０１は、記憶装置１６０３に格納されているプログラムを読み出して実行することで、制御部２０１、内線処理部２１１、および保存部２１２として動作する。また、例えば、検出装置１８０のプロセッサ１６０１は、記憶装置１６０３に格納されているプログラムを読み出して実行することで、制御部３０１、および外線処理部３１１として動作する。

【0100】

メモリ１６０２は、例えば半導体メモリであり、ＲＡＭ領域およびＲＯＭ領域を含んでよい。記憶装置１６０３は、例えばハードディスク、フラッシュメモリ等の半導体メモリ、または外部記憶装置である。なお、ＲＡＭは、Random Access Memoryの略称である。また、ＲＯＭは、Read Only Memoryの略称である。

【0101】

上述の記憶部２０２および記憶部３０２は、例えばメモリ１６０２および記憶装置１６０３を含む。例えば、録音装置１３０の記憶装置１６０３には、内線番号情報５００、通話の内線番号、外線情報、および録音データなどの情報が格納されてよい。また、例えば、検出装置１８０の記憶装置１６０３には、通話チャネル情報８００およびチャンクハッシュ情報１４００などの情報が格納されてよい。なお、録音装置１３０は、通話の録音データを蓄積していくため、記憶装置１６０３を備えていることが好ましい。一方、検出装置１８０は、通話の録音データの蓄積をしなくてもよく、一実施形態においては、記憶装置１６０３を含まなくてもよい。

【0102】

通信インタフェース１６０６は、プロセッサ１６０１の指示に従って他の装置とデータを送受信する。なお、通信インタフェース１６０６ａは、例えば、ハブ１２２またはハブ１５２と接続するためのインタフェースであってよい。また、通信インタフェース１６０６ｂは、検出装置１８０と録音装置１３０との間の通信で用いられてよい。なお、一実施形態においては、通信インタフェース１６０６ｂは含まれていなくてもよい。その場合にも、特徴情報や外線情報は、例えば、特徴情報や外線情報などを表すＤＴＭＦ（Dual-Tone Multi-Frequency）を生成し、ＲＴＰパケットの音声データに含めることで通知することができる。

【0103】

入出力インタフェース１６０７は、例えば、入力装置および出力装置との間のインタフェースであってよい。入力装置は、例えばユーザからの指示を受け付けるキーボードやマウスなどのデバイスである。出力装置は、例えばディスプレーなどの表示装置、およびスピーカなどの音声装置である。

【0104】

実施形態に係る各プログラムは、例えば、下記の形態で録音装置１３０および検出装置１８０に提供される。
（１）記憶装置１６０３に予めインストールされている。
（２）プログラムサーバなどのサーバから提供される。

【0105】

なお、図１６を参照して述べた録音装置１３０および検出装置１８０を実現するためのコンピュータ１６００のハードウェア構成は、例示であり、実施形態はこれに限定されるものではない。例えば、上述の機能部の一部が、置換されても、または削除されてもよく、或いは、新たな構成要素が追加されてもよい。また、別の実施形態では、例えば、上述の各部の一部または全部の機能がＦＰＧＡおよびＳｏＣなどによるハードウェアとして実装されてもよい。なお、ＦＰＧＡは、Field Programmable Gate Arrayの略称である。ＳｏＣは、System-on-a-chipの略称である。

【0106】

以上において、いくつかの実施形態が説明される。しかしながら、実施形態は上記の実施形態に限定されるものではなく、上述の実施形態の各種変形形態および代替形態を包含するものとして理解されるべきである。例えば、各種実施形態は、その趣旨および範囲を逸脱しない範囲で構成要素を変形して具体化できることが理解されよう。また、前述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、種々の実施形態が実施され得ることが理解されよう。更には、実施形態に示される全構成要素からいくつかの構成要素を削除してまたは置換して、或いは実施形態に示される構成要素にいくつかの構成要素を追加して種々の実施形態が実施され得ることが当業者には理解されよう。

【符号の説明】

【0107】

１００ ：通話録音システム
１０１ ：ゲートウェイ
１１０ ：内線網
１１１ ：内線電話機
１２０ ：構内交換機
１２２ ：ハブ
１３０ ：録音装置
１５０ ：外線網
１５１ ：光回線終端装置
１５２ ：ハブ
１５５ ：通信線
１６０ ：ＩＰ電話網
１７０ ：外線電話機
１８０ ：検出装置
２０１ ：制御部
２０２ ：記憶部
２０３ ：通信部
２１１ ：内線処理部
２１２ ：保存部
３０１ ：制御部
３０２ ：記憶部
３０３ ：通信部
３１１ ：外線処理部
１６００ ：コンピュータ
１６０１ ：プロセッサ
１６０２ ：メモリ
１６０３ ：記憶装置
１６０６ ：通信インタフェース
１６０７ ：入出力インタフェース
１６１０ ：バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】