JP2020188442A - 中継装置および音声通信の録音方法 - Google Patents

Abstract

【課題】特定の通信端末の通信音声を追跡して録音できるようにした中継装置を提供する。【解決手段】通信端末から呼び出しがあったとき、呼び出した通信端末および呼び出された通信端末を参加端末とする通信セッションを確立する。確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末にセッション情報とともに送信する。通信端末に仮想デバイスを対応づけ、通信端末と仮想デバイスで仮想の通信セッションを確立する。仮想通信セッションにおいて、通信セッションから仮想デバイス宛に送信された音声信号を通信モニタ部で録音する。【選択図】図３

Description

この発明は、音声通信を中継する中継装置に関し、特には、中継する音声信号の録音機能に関する。

無線トランシーバや電話機などの音声通信をネットワークで中継する中継装置が提案されている（特許文献１，２，３参照）。複数の中継装置をネットワークを介して接続することで、ＩＰ電話機と無線機など、異なる種類の通信機器が相互に音声通信できるようにすることも可能である。このような中継装置で、中継している音声信号を外部出力すれば、その音声信号を録音することは可能であった。

特開２０１４−０８７０２７号公報 国際公開ＷＯ２０１５／０６８６６３公報 国際公開ＷＯ２０１６／００２８６６公報

しかし、中継装置から音声信号を外部に取り出すためには、その外部出力用のデバイスを通信に参加させる必要があり、新たなハードウェアが必要である。また、ソフトウェア的に通信を録音できるようにすることは勿論可能であるが、中継装置に新たな録音機能を追加することは手間の掛かることであるとともに、音声通信の中継処理を行う制御部に新たな負担を強いることになってしまうという問題点があった。また、特定の通信端末が行う通信を追跡して録音することはさらに困難であった。

そこで、本発明の目的は、特定の通信端末の通信音声を追跡して録音できるようにした中継装置を提供することにある。

この発明の中継装置は、通信部と、通信セッション処理部と、通信モニタ部を備える。通信部は、音声通信を行う複数の通信端末と通信する。通信セッション処理部は、ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立し、確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信する。通信セッション処理部は、さらに、通信セッション確立時に、その通信セッションの参加端末の情報を通信モニタ部に通知する。通信モニタ部は、通信セッションの確立時に通信端末の情報が通知されたとき、この通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音する処理、通信セッションにおいて、この通信端末に向けて送信される音声信号を録音する処理の一方または両方を実行する。

この発明の音声通信の録音方法では、音声通信を行う複数の通信端末と通信する中継装置が、以下の手順を実行する。ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立する。確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末にセッション情報とともに送信する。通信セッションが確立されている間、予め定めたモニタ対象の通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音する処理、通信セッションにおいて、この通信端末に向けて送信される音声信号を録音する処理の一方または両方を実行する。

上記発明において、通信モニタ部が、音声信号の録音を行うモニタ対象の通信端末から送信されてきた音声信号をバッファする入力バッファ、または、モニタ対象の通信端末へ送信する音声信号をバッファする出力バッファのいずれか一方に対応づけられた仮想デバイスを設定し、通信セッションの確立時にモニタ対象の通信端末の情報が通知されたとき、モニタ対象の通信端末と仮想デバイスとで仮想通信セッションを確立し、仮想通信セッションにおいて、仮想デバイスへ送信される音声信号を録音するようにしてもよい。

上記発明において、仮想デバイスは複数設けられ、通信モニタ部が、複数の仮想デバイス宛に送信されてくる音声信号を平行してそれぞれ別々に録音してもよい。

上記発明において、通信セッション処理部が、通信セッションの解消時に、その通信セッションの参加端末の情報を通信モニタ部に通知し、通信モニタ部が、通信セッションの解消時に通信端末の情報が通知されたとき、通信端末の音声信号の録音を終了するようにしてもよい。

上記発明において、通信モニタ部は、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして前記不揮発性記憶装置に保存するようにしてもよい。

この発明によれば、通信セッションに参加している通信端末の通信音声を他の通信端末の音声信号から切り離して取得でき、この音声を録音することができる。

図１は、音声通信システムのブロック図である。 図２は、中継装置のブロック図である。 図３は、ネットワーク通信中継部および通信モニタ部の機能ブロック図である。 図４は、中継装置に設けられる各種テーブルを示す図である。 図５は、中継装置に設けられる各種テーブルを示す図である。 図６は、音声パケットの構成を示す図である。 図７は、音声パケット受信時の処理を示すフローチャートである。 図８は、通信セッション登録処理を示すフローチャートである。 図９は、セッション離脱処理を示すフローチャートである。 図１０は、通信セッション終了処理を示すフローチャートである。 図１１は、通信セッション管理処理を示すフローチャートである。 図１２は、録音処理を示すフローチャートである。 図１３は、録音開始処理および録音終了処理を示すフローチャートである。 図１４は、通信モニタ部の処理動作を示すフローチャートである。

図面を参照してこの発明の音声通信システムについて説明する。図１は、この発明の実施形態である音声通信システム１の構成図である。図２は中継装置２の構成を示す図である。

音声通信システム１は、中継装置２の中継により、複数の通信端末間の音声通信を実現するシステムである。通信端末は、後述のＳＩＰ電話機２０、内線電話機２２、ＷＬＡＮトランシーバ２３、ＬＴＥトランシーバ２４、アナログトランシーバ２６、および、デジタルトランシーバ２８などである。これらの通信端末は、それぞれ異なる形態で音声信号を送受信する装置であり、中継装置２は、これら異種の通信端末間の音声通信を中継する。

中継装置２は、通信の音声をモニタすることができる。２台以上の通信端末が相互に通信するとき、中継装置２はこの通信のための通信セッションを確立する。予めセッションモニタ対象として仮想デバイステーブル４３（図４参照）に登録された通信端末またはグループが参加している通信セッションで送受信される音声信号がモニタされる。また、予め個別モニタ対象として仮想デバイステーブル４５（図５参照）に登録された通信端末が通信セッションに参加している場合、この通信端末から送信された音声信号が（他の通信端末から送信された音声信号と分離されて）個別にモニタされる。モニタは、録音、音声出力の一方または両方である。

図１において、中継装置２は、ＩＰ電話システム１３、ＷＬＡＮトランシーバシステム１４、ＬＴＥトランシーバシステム１５および無線通信システム１６からなる複数の通信システム間の音声通信を中継する。このため、中継装置２は、電話中継部３、ネットワーク通信中継部４および無線通信中継部５を有している。

電話中継部３には、ＩＰ電話システム１３が接続される。ＩＰ電話システム１３は、ネットワーク１０に接続されたＳＩＰ電話機２０、ＶｏＩＰゲートウェイ２１、および、ＶｏＩＰゲートウェイ２１に接続された内線電話機２２を有する。ＶｏＩＰゲートウェイ２１はＰＢＸ機能を備えており、電話回線（外線）にも接続される。

ネットワーク通信中継部４には、無線アクセスポイント（不図示）を有するネットワーク１０、および、基地局（不図示）を有するＬＴＥ通信網１１が接続される。ネットワーク１０上にはＷＬＡＮトランシーバシステム１４が構成され、ＬＴＥ通信網１１上にはＬＴＥトランシーバシステム１５が構成される。ＷＬＡＮトランシーバシステム１４は、無線アクセスポイントを介してネットワーク１０にアクセスするＷＬＡＮトランシーバ２３を有している。ＬＴＥトランシーバシステム１５は、基地局を介してＬＴＥ通信網１１にアクセスするＬＴＥトランシーバ２４を有している。ネットワーク通信中継部４の構成および機能は、本出願人の先行出願である「国際公開ＷＯ２０１５／０６８６６３」に詳述されている。

無線通信中継部５は、図２に示すように複数の外部機器インタフェース３４を有している。各外部機器インタフェース３４には、アナログ方式の無線トランシーバ（レピータ）２５、および、デジタル方式の無線トランシーバ（レピータ）２７がそれぞれ接続されている。レピータ２５は、同種のアナログ方式のハンディ無線トランシーバ（アナログトランシーバ）２６と通信する。レピータ２７は、同種のデジタル方式のハンディ無線トランシーバ（デジタルトランシーバ）２８と通信する。無線通信中継部５の構成および機能は、本出願人の先行出願である「特開２０１４−０８７０２７号公報」、「国際公開ＷＯ２０１６／００２８６６」に詳述されている。

図２は、中継装置２のブロック図である。中継装置２は、電話中継部３、ネットワーク通信中継部４、無線通信中継部５および通信モニタ部６を有しているが、これらは、主として機能的（ソフトウェア的）に実現される。中継装置２は制御部３０を有している。制御部３０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有するコンピュータで構成される。制御部３０には、外部記憶装置７、ネットワーク接続部３１、ＬＴＥ接続部３２および信号処理部３３が接続される。外部記憶装置７は、たとえばＵＳＢ接続のハードディスクなど不揮発・大容量の記憶装置であり、通信端末の通信音声を録音した音声ファイルが記憶される。ネットワーク接続部３１は、ネットワーク１０に接続される。ＬＴＥ接続部３２はＬＴＥ通信網１１に接続される。図１には、電話中継部３、ネットワーク通信中継部４に接続されるネットワーク１０をそれぞれ別に記載しているが、全て同じネットワークで構わない。

中継装置２では、制御部３０を含むハードウェアとソフトウェアの協働により、機能的に、電話中継部３、ネットワーク通信中継部４、無線通信中継部５および通信モニタ部６が実現される。電話中継部３は、ネットワーク通信中継部４と音声信号等を送受信するためのインタフェース３Ａを有している。ネットワーク通信中継部４は、無線通信中継部５と音声信号等を送受信するためのインタフェース４Ａを有している。また、無線通信中継部５は信号処理部３３と音声信号等を送受信するためのインタフェース５Ａを有している。信号処理部３３は、制御部３０（インタフェース５Ａ）から入力されたＲＴＰパケットから音声信号を取り出し、デジタルまたはアナログの信号波に変換して外部機器インタフェース３４に出力する。また、信号処理部３３は、外部機器インタフェース３４から入力されたデジタルまたはアナログの音声信号を圧縮、符号化およびＲＴＰパケット化して制御部３０（インタフェース５Ａ）に入力する。

外部機器インタフェース３４（３４−１〜３）は、３つ設けられており、それぞれアナログインタフェース３４−１、デジタルインタフェース３４−２、アナログ（手元マイク・スピーカ）インタフェース３４−３である。図１では、アナログインタフェース３４−１およびデジタルインタフェース３４−２にレピータ２５、２７が接続されている状態を示している。

ネットワーク通信中継部４は、ＷＬＡＮトランシーバ２３同士の通信、ＬＴＥトランシーバ２４同士の通信、および、ＷＬＡＮトランシーバ２３−ＬＴＥトランシーバ２４間の通信を中継する。ネットワーク通信部４は、また、電話中継部３からの呼び出しに対応して、ＳＩＰ電話機２０または内線電話機２２（以下、電話機２０、２２と呼ぶ）とＷＬＡＮトランシーバ２３またはＬＴＥトランシーバ２４との通信、および、電話機２０、２２と無線トランシーバ２６、２８との通信を中継する。また、後述の通信セッションの制御や音声信号のミキシングは、ネットワーク通信中継部４によって実行される。ネットワーク通信中継部４が本発明の通信セッション処理部に対応する。

電話中継部３は、ＳＩＰ電話機２０や内線電話機２２からの呼び出しを受信し、その呼び出し先である通信相手の通信機器（宛先無線機）を決定して、その宛先無線機の情報および電話機２０、２２から受信した音声信号をネットワーク通信中継部４に入力する。なお、電話中継部３、ネットワーク通信中継部４、および、信号処理部３３を含む無線通信中継部５の全部または一部が、本発明の通信部に対応する。

通信モニタ部６は、複数の通信端末のうちモニタ対象となっている通信端末が参加している通信セッションの音声をモニタする。上述のようにモニタとは、録音および／または音声出力である。以下の説明では、録音について説明する。録音された音声（音声ファイル）は、外部記憶装置７に記憶される。

図３は、ネットワーク通信中継部４によって確立される通信セッション、および、通信モニタ部６によって行われる通信のモニタを示す機能ブロック図である。ネットワーク通信中継部４が通信セッションを確立すると、図４（Ｂ）に示すミキシングテーブルにその通信セッションが登録されるとともに、ネットワーク通信中継部４は、その通信セッションに参加している通信端末の音声信号のミキシング転送を行う。図３は、図４（Ｂ）のミキシングテーブルにおいて、セッションＩＤ「１」で識別される通信セッションの機能ブロック図を示している。

通信セッションＩＤ１には、ＩＤ＝２１，４１で識別される（実際の）通信端末が参加しており、このうち通信端末ＩＤ２１には、セッションモニタ用の仮想デバイスＶＤ１が対応づけられている（図４（Ｄ）参照）。したがって、通信セッションＩＤ１には、通信端末ＩＤ２１、通信端末ＩＤ４１に加えて、仮想デバイスＶＤ１が参加し、ミキシング部１１０によって、エコーキャンセルミキシング転送（後述）が行われる。

アナログトランシーバである通信端末ＩＤ２１から送信されてきた音声信号は、無線通信中継部５から入力バッファ１０５にバッファされ、入力バッファ１０５にバッファされた音声信号がミキシング部１１０に取り込まれる。ＬＴＥトランシーバである通信端末ＩＤ４１から送信されてきた音声信号は、ＬＴＥ接続部３２から入力バッファ１０７にバッファされ、入力バッファ１０７にバッファされた音声信号がミキシング部１１０（通信セッションＩＤ１）に取り込まれる。ミキシング部１１０では、通信端末ＩＤ２１に対しては、通信端末ＩＤ４１から受信した音声信号のみが転送される。転送される音声信号は、出力バッファ１０６にバッファされ、信号処理部３３によって取得される。また、ミキシング部１１０では、通信端末ＩＤ４１に対しては、通信端末ＩＤ２１から受信した音声信号のみが転送される。転送される音声信号は、出力バッファ１０８にバッファされ、ＬＴＥ接続部３２によって取得される。

また、ミキシング部１１０では、仮想デバイスＶＤ１に対しては、通信端末ＩＤ２１および通信端末ＩＤ４１から受信した音声信号がミキシングされて転送される。転送される音声信号は、出力バッファ１２０にバッファされ、通信モニタ部６の録音部２３０によって取得される。録音部２３０は、このミキシングされた音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。

また、通信端末ＩＤ２１には、個別モニタ用の仮想デバイスＶＤ１１、ＶＤ２１が対応付けられている（図５（Ａ）参照）。個別モニタとは、上述したように、複数の通信端末で通信セッション（相互通信）が行われている場合でも、モニタ対象の通信端末単体の送受信音声信号のみをモニタ（録音）する機能である。仮想デバイスＶＤ１１は、モニタ対象の通信端末ＩＤ２１のアップストリーム音声信号（通信端末ＩＤ２１から受信した音声信号）のみをモニタするために設けられた仮想デバイスであり、仮想デバイスＶＤ２１は、モニタ対象の通信端末ＩＤ２１のダウンストリーム音声信号（通信端末ＩＤ２１に送信される音声信号）をモニタするために設けられた仮想デバイスである。仮想デバイスＶＤ１１は、通信端末ＩＤ２１の入力バッファ（ｉｎ ｂｕｆ）１０５に対応付けられ、仮想デバイスＶＤ２１は、通信端末ＩＤ２１の出力バッファ（ｏｕｔ ｂｕｆ）１０６に対応付けられている。また、通信端末ＩＤ４１には、アップストリーム信号を個別モニタするための仮想デバイスＶＤ１４が対応付けられており、仮想デバイスＶＤ１４は、通信端末ＩＤ４１の入力バッファ１０７に対応付けられている。

個別モニタのために、通信モニタ部６では、仮想の通信セッションＩＤ２０１、ＩＤ２０２およびＩＤ２０３が確立される（図５（Ｂ），（Ｃ）参照）。通信端末ＩＤ２１のアップストリーム音声信号をモニタする仮想通信セッションＩＤ２０１は、通信端末ＩＤ２１（入力バッファ１０５）および仮想デバイスＶＤ１１のみが参加する通信セッションである。仮想通信セッションＩＤ２０１では、通信端末ＩＤ２１から受信し入力バッファ１０５にバッファされる音声信号が、仮想デバイスＶＤ１１（出力バッファ２１３）を経由して録音部２３０に転送される。録音部２３０は、この転送された音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。

通信端末ＩＤ４１のアップストリーム音声信号をモニタする仮想通信セッションＩＤ２０２は、通信端末ＩＤ４１（入力バッファ１０７）および仮想デバイスＶＤ４１のみが参加する通信セッションである。仮想通信セッションＩＤ２０２では、通信端末ＩＤ４１から受信し入力バッファ１０７にバッファされる音声信号が、仮想デバイスＶＤ１４（出力バッファ２１６）を経由して録音部２３０に転送される。録音部２３０は、この転送された音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。

通信端末ＩＤ２１のダウンストリーム音声信号をモニタする仮想通信セッションＩＤ２０３は、通信端末ＩＤ２１（出力バッファ１０６）および仮想デバイスＶＤ２１のみが参加する通信セッションである。仮想デバイスＶＤ２１は、通信端末ＩＤ２１の出力バッファ１０６に対応付けられているため、仮想通信セッションＩＤ２０３には、実際の通信セッションＩＤ１において、通信端末ＩＤ２１と通信する（他の）通信端末の音声信号が入力されることになり、通信端末ＩＤ２１は、この仮想通信セッションＩＤ２０３においては、除外端末となる。なお、通信セッションＩＤ１は、通信端末ＩＤ２１と通信端末ＩＤ４１との個別通信であるため、この仮想通信セッションＩＤ２０３で録音される音声信号は、仮想通信セッション２０２で録音される音声信号とほぼ同じになるが、３以上の通信端末が参加するグループ通信（例えば、通信セッションＩＤ２）の場合には、モニタ対象の通信端末に送信される（モニタ対象を除く）、多数の通信端末の音声信号をモニタすることができる。仮想通信セッションＩＤ２０３では、実際の通信セッションＩＤ１において、ミキシング部１１０でミキシングされ、出力バッファ１０６にバッファされた音声信号が、仮想デバイスＶＤ２１を経由して録音部２３０に転送される。録音部２３０は、この転送された音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。

各通信端末の情報は、図４（Ａ）に示す端末テーブル（呼出先テーブル）４０に登録されている。通信を開始しようとするユーザは、所持する通信端末で通信相手の通信端末を呼び出す。この呼び出し操作によって呼出メッセージが生成され中継装置２に送信される。呼出メッセージが中継装置２に受信されると、中継装置２は、この呼出メッセージに対応する通信セッションを図４（Ｂ）に示すミキシングテーブル４１に登録し（通信セッションを確立し）、通信相手の通信端末を呼び出す。これによって通信端末同士の通信が開始される。

電話機２０、２２を除く通信端末は、音声信号をデータ本体として格納するＲＴＰパケットを送信することで通信を開始する。すなわち、ＰＴＴスイッチが押されて通信が開始される無線トランシーバのような形態で通信が開始される。この通信の開始時に最初に送信されるＲＴＰパケットを呼出パケットと言う。この呼出パケットが呼出メッセージとして機能する。この音声通信システム１で用いられるＲＴＰパケットは、図６のように構成されている。一方、電話機２０、２２が通信を開始するときは、まずＳＩＰメッセージ（ＩＮＶＩＴＥ）を中継装置２に送信する。中継装置２は、ＳＩＰ手順に従って他の通信機器との通信セッションを確立する。以下の説明では、ＷＬＡＮトランシーバ２３などの通信端末が呼出パケットを送信することによって通信セッションが確立される場合について説明する。

図４および図５を参照して、中継装置２の制御部３０に設けられる各種テーブルについて説明する。図４（Ａ）は、端末テーブル（呼出先テーブル）４０を示す図である。端末テーブル４０は、音声通信システム１に登録された通信端末およびグループの情報が記憶される。グループ（全体を含む）には複数の通信端末が所属し、グループが呼び出されると、所属する複数の通信端末が一斉呼び出される。各通信端末に対応づけて、識別番号（ＩＤ）、通信端末にアクセスするためのアドレス情報、参加している通信セッションを示す参加セッション番号が記憶される。各グループに対して、このグループに所属している通信端末の識別番号が記憶される。識別番号（ＩＤ）が、本発明の識別情報に対応する。

なお、呼出種別とは、このＩＤを呼び出した場合にどの形態の通信が実行されるかを示す情報である。「個別」通信とは、１対１の個別の通信端末同士の通信である。「グループ」通信とは、複数の通信端末（一般的には３台以上）が相互に音声信号を交換する通信である。「全体」通信とは、ネットワーク１０、ＬＴＥ通信網１１および外部機器インタフェース３４に接続されている通信可能な全ての通信端末が相互に音声信号を交換する通信である。

通信端末が他の通信端末を呼び出す場合、通信端末は、呼び出される通信端末の識別番号（宛先ＩＤ）が書き込まれたＲＴＰパケット（音声パケット）を中継装置２に送信する。図６はこの音声通信システムで使用されるＲＴＰパケットの構成を示す図である。ＲＴＰパケットは、ヘッダとデータ本体(ペイロード)を有しており、ヘッダには送信先アドレスおよび送信元アドレスが記載される。データ本体は、音声通信のための音声信号とセッション情報を含んでいる。セッション情報は、図４（Ｂ）のミキシングテーブル４１に登録される通信セッションに関する情報であり、このＲＴＰパケットがどの通信セッションのものであるかを識別するために書き込まれる。セッション情報は、セッション番号、宛先ＩＤおよび発呼ＩＤを含んでいる。なお、通信を開始したとき最初に送信される音声パケットである呼出パケットの場合、この音声パケットのための通信セッションがまだ確立されていない（ミキシングテーブル４１に通信セッションが登録されていない）ため、セッション番号は空欄である。

図４（Ｂ）はミキシングテーブル４１を示す図である。ミキシングテーブル４１は、確立され実行されている通信セッションが登録される。中継装置２は、通信セッションに参加している通信端末から受信した音声信号を、その通信セッションに参加している他の通信端末に転送する。同時に複数の音声信号が入力された場合には、それらをミキシングして通信端末に送信する。中継装置２は、音声信号をミキシングして各通信端末に送信する場合でも、ある通信端末が送信した音声信号がその通信端末に戻らないよう、通信端末ごとにエコーキャンセルミキシングして送信する。

ミキシングテーブル４１には、各通信セッションについて、セッションＩＤ、発呼ＩＤ、宛先ＩＤ、参加端末、除外端末、および、保持時間タイマ（ＴＳ）の欄が設けられる。セッションＩＤは、この通信セッションを識別する番号であり、通信セッションの確立順（登録順）にシリアルに付される。発呼ＩＤの欄には発呼した（呼出パケットを送信した）通信端末の識別番号が記憶される。宛先ＩＤの欄には、呼出パケットによって呼び出された通信端末またはグループの識別番号が記憶される。

参加端末の欄には、この通信セッションに参加している通信端末の識別番号が登録される。また、除外端末の欄には、この通信セッションで呼び出されている（所属している）が、他の通信セッションに参加して通信中であるため、この通信セッションに参加していない通信端末の識別番号が登録される。参加端末の欄に識別番号が登録されている通信端末（参加端末）から音声信号が送信されてくると、制御部３０は、この音声信号を他の参加端末に転送する。

グループ通信セッションの場合、参加端末の欄には、発呼端末の識別番号および通信相手に指名されたグループに属する通信端末の識別番号が登録される。ただし、そのグループに所属していても別の通信セッションに参加している通信端末は、このグループ通信セッションに参加できないため、その通信端末は参加端末から外され除外端末の欄に識別番号が登録される。また、発呼端末が、このグループに所属していない通信端末であった場合、すなわち、発呼端末が、自身の所属するグループ以外のグループを呼び出した場合、発呼端末の識別番号も参加端末の欄に登録される。全体通信セッションの場合、通信可能な全ての通信端末が参加端末として登録される。

各通信セッションの保持時間は、たとえば３０秒に設定される。ミキシングテーブル４１の保持時間タイマ（ＴＳ）は、どの参加端末からも音声信号が送信されてこない場合にカウントダウンされるタイマである。保持時間タイマＴＳは、通信セッション管理処理（図１１参照）で、リセットされ（３０秒がセットされ）、且つ、カウントダウンされる。参加端末から３０秒間、音声信号が送られて来ずにタイマＴＳがタイムアップした場合、この通信セッションは解消され、ミキシングテーブル４１からこの通信セッションの情報が消去される。

図４（Ｃ）は、優先度テーブル４２を示す図である。優先度テーブル４２には、呼出種別ごとの通信の優先度が記憶される。優先度は、数値で表され、値が小さいほど優先度が高いことを示している。一つの通信端末が、重複して複数の通信セッションから呼び出された場合、その通信端末をどちらの通信セッションに参加させるかが、優先度テーブル４２の優先度に基づいて決定される。一つの通信端末が、重複して複数の通信セッションから呼び出される場合とは、例えば、同時に複数の通信セッションから呼び出される場合や、一つの通信セッションに参加中に他の通信セッションから呼び出される場合などである。

なお、現在の通信セッションの優先度と新たな通信セッションの優先度とが同一の場合、通信端末は現在のセッションに参加し続け、新たな通信セッションに移動しない。同一の優先度であっても新たな通信セッションに移動させるようにしてもよい。また優先度テーブル４２の内容はこれに限定されるものではなく、例えば、個別通信セッションを優先度１としてもよい。

図４（Ｄ）は、仮想デバイステーブル（セッションモニタ用）４３を示す図である。仮想デバイステーブル４３には、モニタ対象である通信端末またはグループの呼出ＩＤ（識別番号）が記憶される。モニタ対象である通信端末またはグループを、以下の説明では、セッションモニタ対象と言う。この呼出ＩＤの通信端末が参加する通信セッションが確立されたとき、通信モニタ部６がその通信セッションで送受信される音声信号を録音する。この音声信号を録音するため、モニタ対象に付属する仮想デバイスが設けられている。例えば、モニタ対象の通信端末ＩＤ２１（アナログトランシーバ２６）に対応して仮想デバイスＶＤ１が設けられているなどである。仮想デバイスは、音声信号のミキシング転送を行うネットワーク通信中継部４から録音用の音声信号を取得するために通信セッションに参加させる仮想的なデバイスであり、通信モニタ部６は、通信対象が参加する通信セッションにこの仮想デバイスを一緒に参加させる。これにより、ネットワーク通信中継部４は、ミキシング時に仮想デバイスに送信する音声信号として、通信モニタ部６に対して音声信号を出力し、通信モニタ部６は、その（モニタ対象が参加している）通信セッションの音声信号を全て取得することができる。モニタ対象が通信セッションから離脱したとき、仮想デバイスも一緒にセッションから離脱する。通信モニタ部６は、モニタ対象の通信セッションの音声信号を録音するとともに（または録音せずに）、スピーカ等に出力してユーザが聴取できるようにしてもよい。

図５（Ａ）は、個別モニタ用の仮想デバイスが登録される仮想デバイステーブル４５を示す図、図５（Ｂ）、（Ｃ）は、個別モニタのための仮想通信セッションが登録される仮想ミキシングテーブル４４を示す図である。図５（Ｂ）に示す仮想ミキシングテーブル４４−１には、後述のアップストリーム信号個別モニタ用の仮想デバイスが参加するアップストリーム個別モニタの仮想通信セッションが登録される。図５（Ｃ）に示す仮想ミキシングテーブル４４−２には、後述のダウンストリーム信号個別モニタ用の仮想デバイスが参加するダウンストリーム個別モニタの仮想通信セッションが登録される。なお、この実施形態では、仮想ミキシングテーブルを、アップストリーム個別モニタ用（図５（Ｂ））とダウンストリーム個別モニタ用（図５（Ｃ））とに分けているが、仮想デバイスＩＤでストリーム方向を判断することができるため、アップストリーム個別モニタ、ダウンストリーム個別モニタの仮想ミキシングテーブルを分けずに一つにしてもよい。

図５（Ａ）に示す仮想デバイステーブル４５には、モニタ対象となる通信端末の呼出ＩＤ（識別番号）が記憶される。モニタ対象である通信端末を、以下の説明では、個別モニタ対象と言う。仮想デバイスには、モニタ対象のアップストリーム信号（モニタ対象の通信端末から受信した音声信号）をモニタするアップストリーム用の仮想デバイスＶＤ１１，１２，１４、および、モニタ対象のダウンストリーム信号（モニタ対象の通信端末に送信される音声信号）をモニタするダウンストリーム用の仮想デバイスＶＤ２１，２２，２３がある。すなわち、通信端末２１，２２には、アップストリーム、ダウンストリーム両方の個別モニタ用仮想デバイスがそれぞれ設けられており、通信端末３１には、ダウンストリーム個別モニタ用の仮想デバイスが設けられており、通信端末４１には、アップストリーム個別モニタ用の仮想デバイスが設けられている。

アップストリーム個別モニタ用の仮想デバイスが対応付けられている通信端末が参加する実際の通信セッションが確立されたとき、通信モニタ部６がその通信端末および対応する仮想デバイスが参加する仮想通信セッションを確立し、仮想ミキシングテーブル４４−１にその仮想通信セッションを登録する。仮想ミキシングテーブル４４−１には、通信モニタ部６によって仮想的に確立される仮想通信セッションについて、セッションＩＤ（＝２０１，２０２）、発呼ＩＤ、宛先ＩＤ、参加端末の欄が設けられる。発呼ＩＤは、モニタ対象の通信端末のＩＤ（＝２１，４１）である。宛先ＩＤは、通信端末に対応づけられた仮想デバイスの識別番号（＝ＶＤ１１，ＶＤ１４）である。参加端末の欄には、モニタ対象の通信端末のＩＤ、および、この通信端末に対応づけられた仮想デバイスのＩＤが記憶される。

ダウンストリーム個別モニタ用の仮想デバイスが対応付けられている通信端末が参加する実際の通信セッションが確立されたとき、通信モニタ部６がその通信端末の出力バッファおよび対応する仮想デバイスが参加する仮想通信セッションを確立し、仮想ミキシングテーブル４４−２にその仮想通信セッションを登録する。仮想ミキシングテーブル４４−２には、通信モニタ部６によって仮想的に確立される仮想通信セッションについて、セッションＩＤ（＝２０３）、発呼ＩＤ、宛先ＩＤ、参加端末の欄が設けられる。発呼ＩＤは、モニタ対象の通信端末のＩＤ（＝２１）であるが、この通信端末は除外端末として登録される。宛先ＩＤは、通信端末に対応づけられた仮想デバイスの識別番号（＝ＶＤ２１）である。参加端末の欄には、モニタ対象の通信端末のＩＤ（出力バッファ）、および、この通信端末に対応づけられた仮想デバイスの識別番号（＝ＶＤ２１）が記憶される。

詳細はフローチャートで後述するが、通信モニタ部６は、モニタ対象が参加する通信セッションの音声を継続的にバッファし、所定サイズごと（たとえば１００ＭＢごと）に区切ってファイル化する。またモニタ対象が参加する通信セッションが変動した場合、例えば、通信セッションが開始／移動／終了したとき、その都度、バッファしている音声信号をファイル化する。

中継装置２は、ネットワーク１０、ＬＴＥ通信網１１および外部機器インタフェース３４を介して通信端末から入力される音声パケット（音声信号）を、さらにネットワーク１０、ＬＴＥ通信網１１および外部機器インタフェース３４を介して他の通信端末に転送する。グループ通信の場合は、そのグループに属する複数の通信端末に音声信号を送信する。また、グループ通信の場合、複数の通信端末のユーザが同時に発言し、複数の通信端末から同時に音声パケットが送信されてくる場合がある。この場合、中継装置２は、これら複数の音声パケットの音声信号をミキシングして新たな音声パケットを編集し、この新たな音声パケットを各通信端末に送信する。なお、音声信号を送信していない通信端末に対しては、全ての音声信号をミキシングして送信し、音声信号を送信してきた通信端末に対しては、その通信端末が送信した音声信号を外して、それ以外の音声信号をミキシングして送信する。これにより、音声信号を送信した通信端末で自装置が送信した音声信号のエコーが生じないようにしている。なお、全体通信の形態の通信を行う場合にも、グループ通信と同様の形態でミキシングが行われる。仮想デバイスは音声信号を送信しないため、仮想デバイスにはその通信セッションの全ての音声信号が送信されてくる。

図７〜図１４のフローチャートを参照して中継装置２の動作を説明する。図７は、音声バッファ確認処理動作を示している。制御部３０は、通信端末から受信した音声信号がバッファされる入力バッファ（ｉｎ ｂｕｆｆｅｒ）を定期的（例えば２０ミリ秒毎）にチェックし、音声信号がバッファされているかを判断する（Ｓ１０）。音声信号がバッファされていない場合は（Ｓ１０でＮＯ）、動作を終了する。音声信号がバッファされていると（Ｓ１０でＹＥＳ）、この音声パケットのセッション情報を読み取り、通信セッションが、既にミキシングテーブル４１に登録されているかを判断する（Ｓ１１）。通信セッションが既にミキシングテーブル４１に登録されている場合（Ｓ１１でＹＥＳ）、制御部３０は、ミキシングテーブル４１の保持時間タイマＴＳを３０秒にリセットし（Ｓ１５）、ミキシングテーブル４１の参加端末の欄を参照し、受信した音声パケットの音声信号を通信セッションに参加している通信端末宛に転送する（Ｓ１３）。

受信した音声パケットの通信セッションが、ミキシングテーブル４１に登録されていない場合（Ｓ１１でＮＯ）、すなわち、この音声パケットが呼出パケットであった場合、この新たな通信セッションをミキシングテーブル４１に登録するための通信セッション登録処理を行い（Ｓ１２）、受信した音声パケットの音声信号を通信セッションに参加している通信端末宛に転送する（Ｓ１３）。以下、図８のフローチャートを参照して通信セッション登録処理を説明する。

図８は、図７のＳ１２で実行される通信セッション登録処理を示すフローチャートである。制御部３０は、受信した呼出パケットに含まれる宛先ＩＤ、発呼ＩＤから、この新たな通信セッションの発呼端末および呼び出される通信端末からなる参加端末候補を抽出し、その１つを選択する（Ｓ２０）。次に、制御部３０は、この参加端末候補の通信端末が、現在他の通信セッションに参加中（通信中）であるか否かを判断する（Ｓ２１）。Ｓ２１で、通信端末が通信中ではない場合（Ｓ２１でＮＯ）、制御部３０は、この通信端末を、今回確立する通信セッションの参加端末として決定し（Ｓ２２）、通信モニタ部６にこの通信端末（Ｓ２０で選択された通信端末）が通信を開始したことを通知するメッセージを送信する（Ｓ２３）。Ｓ２０で選択された通信端末が個別モニタの対象になっている場合、通信モニタ部６は、この通知に対応してこの通信端末の個別モニタを開始する。次に、この通信端末がセッションモニタ対象の通信端末であるかを判断する（Ｓ２４）。セッションモニタ対象の通信端末の場合には（Ｓ２４でＹＥＳ）、この通信端末に対応付けられている仮想デバイスＶＤｎも参加端末に含める（Ｓ２５）。

一方、Ｓ２１で、通信中である場合（Ｓ２１でＹＥＳ）、制御部３０は、その通信端末が現在の参加している通信セッションと今回の新たな通信セッションの優先度を比較する（Ｓ２６）。新たな通信セッションの優先度が高い場合（Ｓ２６でＹＥＳ）、制御部３０は、この通信端末を現在参加している通信セッションから離脱させる離脱処理を実行し（Ｓ２７）、この通信端末を、新たな通信セッションの参加端末として決定する（Ｓ２２）。通信モニタ部６にこの通信端末が通信を開始したことを通知するメッセージを送信し（Ｓ２３）、この通信端末がモニタ対象である場合には（Ｓ２４でＹＥＳ）、対応する仮想デバイスＶＤｎも参加端末に含める（Ｓ２５）。

Ｓ２６で、新たな通信セッションの優先度が、現在通信端末が参加している通信セッションの優先度と同じまたは低い場合（Ｓ２６でＮＯ）、制御部３０は、この通信端末を新たな通信セッションの除外端末として決定する（Ｓ２８）。制御部３０は、全ての参加端末候補について、Ｓ２０〜Ｓ２８の処理を繰り返す（Ｓ３０）。

全ての参加端末候補について上記処理が実行されると（Ｓ３０でＹＥＳ）、制御部３０は、参加端末に決定された通信端末の数を判断する（Ｓ３１）。参加端末の数が仮想デバイスを除いて２以上の場合（Ｓ３１でＹＥＳ）、制御部３０は、この新たな通信セッションをミキシングテーブル４１に登録し（Ｓ３２）、この処理を終了する。また、Ｓ２９で参加端末の数が２に満たなかった場合（Ｓ３１でＮＯ）、制御部３０は、新たな通信セッションが成立しないとして、新たな通信セッションのミキシングテーブル４１への登録は行わず、登録処理を終了する。
なお、この処理において、参加端末候補の通信端末が除外端末となって参加端末の数が２に満たない場合でも通信セッションを登録してもよい。この場合には、相互通信が成立しないため、保持時間ＴＳが経過すると、通信セッション管理処理（図１１参照）により、この通信セッションは解消される。

図９を参照して図８のＳ２７で実行されるセッション離脱処理について説明する。この処理は、図８に示したように、通信セッションに参加している通信端末を、優先度の高い他の通信セッションに移動させるため、現在参加している通信セッションから離脱させる処理である。制御部３０は、まず、通信モニタ部にこの通信端末が通信セッションから離脱する旨を通知するメッセージを送信し（Ｓ４０）、端末テーブル４０の参加セッション番号を消去し（Ｓ４１）、ミキシングテーブル４１の現在参加している通信セッションの参加端末の欄から除外端末の欄へこの通信端末の識別番号を移動させる（Ｓ４２）。そしてこの通信端末がセッションモニタ対象であるかを判断する（Ｓ４３）。セッションモニタ対象である場合には（Ｓ４３でＹＥＳ）、参加端末の欄から仮想デバイスＶＤｎを消去する（Ｓ４４）。これにより、この通信セッションのセッションモニタが終了する。そして、この通信端末の離脱によってこの通信セッションの参加端末の数が２未満になった場合（Ｓ４５でＹＥＳ）、この通信セッションのセッション終了処理を実行する（Ｓ４６）。モニタ対象の通信端末がこの処理で通信セッションから離脱した場合、すぐに新たに参加することになる通信セッションで録音が開始される（図８のＳ２４−Ｓ２５）。なお、参加端末の数が２未満になった場合でも、即座に通信セッションを終了させず、保持時間ＴＳが経過するまで通信セッションを維持してもよい。

図１０は、セッション終了処理を示すフローチャートである。この処理は、通信セッションの音声が途絶えて無音のまま保持時間ＴＳ（例えば３０秒）が経過した場合、および、通信セッションの参加端末の数が２未満になった場合に実行される。制御部３０は、終了させる通信セッションの参加端末を一つ選択し（Ｓ５０）、この通信端末の通信が終了する旨のメッセージを通信モニタ部６に送信する（Ｓ５１）。Ｓ５０で選択された通信端末が個別モニタの対象になっていて音声を録音中の場合、通信モニタ部６は、この通知に対応してこの通信端末のモニタを終了する。そして、端末テーブル４０のこの通信端末の参加セッション番号を消去する（Ｓ５２）。そしてこの通信端末がセッションモニタの対象であるかを判断する（Ｓ５３）。セッションモニタの対象である場合には（Ｓ５３でＹＥＳ）、参加端末の欄から仮想デバイスＶＤｎを消去する（Ｓ５４）。

そして、ミキシングテーブル４１に登録されている他の通信セッションの除外端末の欄にこの通信端末の識別番号が登録されているかを検索する（Ｓ５５）。この通信端末が除外端末となっている通信セッションが存在する場合（Ｓ５６でＹＥＳ）、この通信端末を除外されていた通信セッションに参加させるため、この通信番号の識別番号を通信セッションの除外端末欄から参加端末欄に移動させ（Ｓ５７）、この通信セッションのセッション番号を、端末テーブル４０のこの通信端末の参加セッション番号欄に書き込み（Ｓ５８）、通信モニタ部６にこの通信端末が通信セッションに途中参加して通信を開始したことを通知するメッセージを送信する（Ｓ５９）。この通信端末が個別モニタの対象になっている場合、通信モニタ部６は、この通知に対応してこの通信端末の音声信号の録音を開始する。次に、この通信端末がセッションモニタの対象であるかを判断する（Ｓ６０）。セッションモニタの対象である場合には（Ｓ６０でＹＥＳ）、仮想デバイスＶＤｎを通信セッションの参加端末欄に書き込む（Ｓ６１）。全ての参加端末についてＳ５０〜Ｓ６１の処理を実行したのち（Ｓ６２でＹＥＳ）、ミキシングテーブル４１からこの通信セッションを消去して（Ｓ６３）、セッション終了処理を終了する。

図１１は、通信セッション管理処理を示すフローチャートである。通信セッション管理処理は、ミキシングテーブル４１に登録されている通信セッションの無音時間をカウントし、所定の保持時間（３０秒）が経過したときその通信セッションを終了させる処理である。この処理は、定期的（たとえば２０ミリ秒毎）に繰り返し実行される。制御部３０は、まずミキシングテーブル４１の先頭行の通信セッションを指定する（Ｓ８０）。制御部３０は、指定された通信セッションの保持時間タイマＴＳを１カウント（２０ミリ秒分）減算し（Ｓ８１）、この減算で保持時間タイマＴＳが０になったか否かを判断する（Ｓ８２）。保持時間タイマＴＳが０になった場合（Ｓ８２でＹＥＳ）、制御部３０は、この通信セッションは終了したとして、この行の通信セッションに対してセッション終了処理を消去する（Ｓ８３、図８）。制御部３０は、以上の処理をミキシングテーブル４１の最終行になるまで順次行うことで（Ｓ８４、Ｓ８５）、ミキシングテーブル４１の管理を行う。

図１２、図１３は、制御部３０の通信モニタ部６によって実行される録音処理動作を示すフローチャートである。この処理は、仮想デバイスＶＤｎ（ｎ＝１〜４）のそれぞれについて、一定時間（２０ｍｓ）ごとに実行される。まず図１２において、通信モニタ部６は、セッションモニタ用の仮想デバイスＶＤｎ宛の音声信号（音声パケット）を受信したか否かを判断する（Ｓ９０）。音声パケットを受信した場合（Ｓ９０でＹＥＳ）、通信モニタ部６は、その音声パケットのデータ本体に含まれているセッション情報を読み取る。セッション情報にはセッションＩＤ等が記載されている。通信モニタ部６は、この通信セッションの音声信号を録音中であるか否かを判断する（Ｓ９２）。録音中でなければ（Ｓ９２でＮＯ）、この通信セッションの最初の音声パケットを受信したとして、通信モニタ部６は、録音開始処理を実行する（Ｓ９３）。

ここで、図１３（Ａ）のフローチャートを参照して録音開始処理について説明する。録音開始処理では、通信モニタ部６は、まず音声パケットに含まれていたセッション情報を保存する（Ｓ１１０）。そして、通信モニタ部６は、外部記憶装置７における音声ファイルの記憶領域（ストレージ容量）を確保する（Ｓ１１１）。外部記憶装置７の空き容量が少ない場合には、古い録音音声ファイルを削除して容量を確保すればよい。こののち、通信モニタ部６は、日付フォルダおよびこれからバッファする音声信号の保存ファイル名を生成するとともに（Ｓ１１２）、制御部３のＲＡＭ上に音声信号をバッファするバッファ領域を確保する（Ｓ１１３）。Ｓ１１０のセッション情報の記憶領域も制御部３０のＲＡＭ上に設定される。なお、日付フォルダは、各仮想デバイスＶＤｎ別に日付ごとに生成される。したがって、既にこの仮想デバイスＶＤｎの当日のフォルダが作成されている場合、Ｓ１１２ではフォルダを作成しない。フォルダ名およびファイル名は以下の要領で作成される。

外部記憶装置７には、各仮想デバイスＶＤｎ（ｎ＝１〜４）別の録音音声の保存ディレクトリ「voice_data[ｎ]」（ｎは仮想デバイス番号）が作成される。各ディレクトリの下に日付ごとのフォルダが作成されるフォルダ名は、「保存開始時の日付」が用いられる。例えば、仮想デバイスＶＤ１用の２０１８年９月１０日分のフォルダは「/voice_data1/20180910」となる。また、１００ＭＢごとに作成される音声ファイルのファイル名は、バッファ開始時のＭＭ(月)ＤＤ(日)ＭＭ(時)ＤＤ(分)ＳＳ(秒)に通信種別を付加した名称とする。通信種別は、全体通信の場合「_all」グループ通信の場合「_group100」（100はグループＩＤ）、個別通信の場合「_uid10」（トランシーバのＩＤ）、「_tel1234」（ＩＰ電話機の電話番号）などである。たとえば、９月１０日の１８時０１分にバッファを開始したグループＩＤ１００の通信セッションの音声信号のファイル名は「0910180100_group100.wav」となる。したがって、例えば、仮想デバイスＶＤ１が２０１８年９月１０日の１８時０１分にバッファを開始したグループＩＤ１００の通信セッションの音声信号は、「/voice_data1/20180910/0910180100_group100.wav」として保存される。

図１２に戻って、録音開始処理（Ｓ９３）でバッファ領域が確保されると、通信モニタ部６は、今回受信した音声信号をバッファする（Ｓ９４）。

現在、この仮想デバイスＶＤｎの音声信号が現在録音中である場合（Ｓ９２でＹＥＳ）、今回受信した音声パケットのセッション情報と録音開始時に保存したセッション情報とを比較する（Ｓ９５）。セッション情報に変化がある場合には（Ｓ９５でＹＥＳ）、通信相手が変化したとして、一旦録音を終了し（Ｓ９７）、今回受信した新たな通信セッションのための録音を開始する（Ｓ９８）。

ここで、図１３（Ｂ）のフローチャートを参照して、Ｓ９７で実行される録音終了処理について説明する。録音終了処理では、まず、バッファから外部記憶装置７の所定ディレクトリに音声データをコピーして録音音声ファイルを生成する（Ｓ１１５）。この音声ファイルのファイル名は上に説明したとおりである。そして、通信モニタ部６は、ＲＡＭ上のバッファ領域を開放し（Ｓ１１６）、セッション情報をクリアする（Ｓ１１７）。

図１２に戻って、セッション情報に変化がない場合でも（Ｓ９５でＮＯ）、バッファしている音声信号のサイズが１００ＭＢに達した場合には（Ｓ９６でＹＥＳ）、通信モニタ部６は、一旦音声信号をファイル化するために、一旦録音終了処理を実行し（Ｓ９７）、引き続き音声信号を録音するために録音開始処理を実行する（Ｓ９８）。録音開始処理（Ｓ９８）ののち、通信モニタ部６は、今回受信した音声信号をバッファする（Ｓ９９）。セッション情報に変化がなく（Ｓ９５でＮＯ）且つバッファサイズが１００ＭＢに達していない場合には（Ｓ９６でＮＯ）、通信モニタ部６は、現在のバッファ領域に音声信号をバッファする（Ｓ９９）。

Ｓ９０において、仮想デバイスＶＤｎ宛の音声パケットを受信なかった場合（Ｓ９０でＮＯ）、通信モニタ部６は、現在録音中であり、且つ、所定の待機時間（例えば５秒）が経過したかを判断する（Ｓ１００、Ｓ１０１）。現在録音中であり、且つ、所定の待機時間（例えば５秒）が経過した場合には（Ｓ１００およびＳ１０１でＹＥＳ）、通信モニタ部６は、通信が終了したとして録音終了処理を実行する（Ｓ１０２）。

なお、音声パケットを受信している場合でもその音声パケットに含まれる音声信号がほぼ無音の場合には音声信号なしとして無音待機時間を進めても良い。また、通信セッションの参加端末の欄から仮想デバイスが消去されたとき（図９のＳ４３、図１０のＳ５３）、ミキシング部２３０（ネットワーク通信中継部４）から通信モニタ部６へセッション離脱を示す何らかのメッセージが送信される場合、そのメッセージに応じて録音終了処理が実行されればよい。

図１４は、通信モニタ部６が実行する、個別モニタの処理手順を示すフローチャートである。

図１４（Ａ）は、仮想セッション開始処理を示すフローチャートである。ネットワーク通信中継部４から、通信端末が通信セッションに参加または途中参加した旨のメッセージを受信すると（Ｓ１５０）、通知された通信端末が個別モニタ対象の通信端末であるかを判断する（Ｓ１５１）。個別モニタ対象でない場合には（Ｓ１５１でＮＯ）、処理を終了する。通知された通信端末が個別モニタ対象の場合には（Ｓ１５１でＹＥＳ）、モニタ対象がアップストリーム信号であるかダウンストリーム信号であるかを判断する（Ｓ１５２）。アップストリーム信号の個別モニタ対象である場合は（Ｓ１５２でＹＥＳ）、この通信端末とこの通信端末に対応づけられている個別モニタ用の仮想デバイスとが参加する仮想の通信セッションを仮想ミキシングテーブル４４−１に登録する（Ｓ１５３）。そしてこの仮想デバイス宛に転送される音声信号を録音するための録音開始処理を実行する（Ｓ１５４：図１３（Ａ）参照）。なお、図１３（Ａ）の録音開始処理のＳ１１０において保存されるセッション情報は、この仮想セッションでなく、Ｓ１５０でネットワーク通信中継部４から送信されてくる実際の通信セッションの情報である。

Ｓ１５２において、モニタ対象がダウンストリーム信号である場合は（Ｓ１５２でＮＯ）、この通信端末の出力バッファとこの通信端末に対応づけられている個別モニタ用の仮想デバイスとが参加する仮想の通信セッションを仮想ミキシングテーブル４４−２に登録する（Ｓ１５５）。そしてモニタ対象の出力バッファからこの仮想デバイス宛に転送される音声信号を録音するための録音開始処理を実行する（Ｓ１５６：図１３（Ａ）参照）。なお、図１３（Ａ）の録音開始処理のＳ１１０において保存されるセッション情報は、この仮想セッションでなく、Ｓ１５０でネットワーク通信中継部４から送信されてくる実際の通信セッションの情報である。

図１４（Ｂ）は、仮想セッション終了処理を示すフローチャートである。ネットワーク通信中継部４から通信端末が参加している通信セッションが終了した旨、または、通信端末が通信セッションから離脱した旨のメッセージが送られてくると（Ｓ１６１）、仮想ミキシングテーブル４４−１，２を参照して、通知された通信端末が個別モニタ対象であるかを判断する（Ｓ１６２）。個別モニタ対象でない場合には（Ｓ１６２でＮＯ）、処理を終了する。通知された通信端末が個別モニタ対象の場合には（Ｓ１６２でＹＥＳ）、仮想ミキシングテーブルに登録されているこの通信端末を対象とする仮想通信セッションを消去し（Ｓ１６３）、録音終了処理を実行する（Ｓ１６４）。

図１４（Ｃ）は、音声バッファ確認処理を示すフローチャートである。通信モニタ部６は、仮想セッションが登録されている間、その通信セッションに参加している実際の通信端末、すなわち個別モニタ対象の通信端末の入力バッファの内容を定期的（例えば２０ミリ秒毎）に取得する（Ｓ１７１）。入力バッファの内容が空（無音）でも構わない。この取得した音声信号を、録音バッファに追加する（Ｓ１７２）。すなわち、無音期間も含めて時系列に通信端末の音声信号を録音してゆく。そして、録音バッファにバッファしている音声信号のサイズが確認し（Ｓ１７３）、バッファサイズが１００ＭＢに達した場合には（Ｓ１７３でＹＥＳ）、通信モニタ部６は、一旦音声信号をファイル化するために、一旦録音終了処理を実行し（Ｓ１７４）、引き続き音声信号を録音するために録音開始処理を実行する（Ｓ１７５）。バッファサイズが１００ＭＢに達していない場合には（Ｓ１７３でＮＯ）、通信モニタ部６は、処理を終了する。

以上のように、個別モニタでは、無音期間を含めてモニタ対象の通信端末が通信セッションに参加している間の音声信号が、時間軸に録音され、セッションモニタは、通信セッションに参加しているいずれかの通信端末から（所定レベル以上の）音声信号が入力された場合に、その信号を録音する。個別モニタにおいても、モニタ対象の通信端末から音声信号が入力されたときのみ、それを録音するようにしてもよい。また、セッションモニタにおいても、無音期間を含めて通信セッションでミキシングされる音声信号を全て録音するようにしてもよい。

なお、上記実施形態では、録音音声データをＷＡＶとしたが、エンコード形式はどのようなものでもよい。たとえば、ＭＰ３などでもよい。

また、この実施形態では、バッファしている録音音声のサイズが所定サイズになる毎にファイル化しているが、録音時間が所定の時間になる毎にファイル化してもよい。

１ 音声通信システム
２ 中継装置
３ 電話中継部
３Ａ インタフェース
４ ネットワーク通信中継部
５ 無線通信中継部
６ 通信モニタ部
７ 外部記憶装置
２０ ＳＩＰ電話機
２２ 内線電話機
２５ アナログ無線機（レピータ）
２６ アナログトランシーバ
２７ デジタル無線機（レピータ）
２８ デジタルトランシーバ
２９ マイク・スピーカ
３４−１〜３ 外部機器インタフェース

Claims (9)

1. 音声通信を行う複数の通信端末と通信する通信部と、
   ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された前記１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立し、確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信する通信セッション処理部と、
   を備えた中継装置であって、
   前記通信セッションの音声信号をモニタする通信モニタ部をさらに備え、
   前記通信セッション処理部は、前記通信セッション確立時に、その通信セッションの参加端末の情報を前記通信モニタ部に通知し、
   前記通信モニタ部は、前記通信セッションの確立時に通信端末の情報が通知されたとき、該通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音し、または、前記通信セッションにおいて、該通信端末に向けて送信される音声信号を録音する
   中継装置。
2. 前記通信モニタ部は、
   前記音声信号の録音を行うモニタ対象の通信端末から送信されてきた音声信号をバッファする入力バッファ、または、前記モニタ対象の通信端末へ送信する音声信号をバッファする出力バッファのいずれか一方に対応づけられた仮想デバイスを設定し、
   前記通信セッションの確立時に前記モニタ対象の通信端末の情報が通知されたとき、
   前記モニタ対象の通信端末と前記仮想デバイスで仮想通信セッションを確立し、
   前記仮想通信セッションにおいて、前記仮想デバイスへ送信される音声信号を録音する
   請求項１に記載の中継装置。
3. 前記仮想デバイスは複数設けられており、前記通信モニタ部は、前記複数の仮想デバイスのそれぞれが参加する仮想通信セッションを個別に確立する請求項２に記載の中継装置。
4. 前記通信セッション処理部は、前記通信セッションの解消時に、その通信セッションの参加端末の情報を前記通信モニタ部に通知し、
   前記通信モニタ部は、前記通信セッションの解消時に通信端末の情報が通知されたとき、該通信端末の音声信号の録音を終了する
   請求項１乃至請求項３のいずれかに記載の中継装置。
5. 前記通信モニタ部は、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして不揮発性記憶装置に保存する
   請求項１乃至請求項４のいずれかに記載の中継装置。
6. 音声通信を行う複数の通信端末と通信する中継装置において、
   ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された前記１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立し、
   確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信し、
   前記通信セッションが確立されている間、予め定めたモニタ対象の通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音し、または、前記通信セッションにおいて、該通信端末に向けて送信される音声信号を録音する
   音声通信の録音方法。
7. 前記モニタ対象の通信端末から送信されてきた音声信号をバッファする入力バッファ、または、前記モニタ対象の通信端末へ送信する音声信号をバッファする出力バッファのいずれか一方に対応づけられた仮想デバイスを設定し、
   前記通信セッションの確立時にモニタ対象の通信端末と前記仮想デバイスで仮想通信セッションを確立し、
   前記仮想通信セッションにおいて、前記仮想デバイスへ送信される音声信号を録音する
   請求項６に記載の音声通信の録音方法。
8. 前記仮想デバイスは複数設けられており、前記複数の仮想デバイス宛に送信されてくる音声信号を平行してそれぞれ別々に録音する請求項６に記載の音声通信の録音方法。
9. 前記音声信号の録音時に、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして不揮発性記憶装置に保存する
   請求項６乃至請求項８のいずれかに記載の音声通信の録音方法。
   
   
   

Images