多チャンネル通話録音システム
【課題】複数の通話を同時に、かつ簡単に録音できる多チャンネル通話録音システムを提供する。
【解決手段】外線電話網と接続されたSIP対応のPBX１には、内線電話機２ａ，２ｂが接続されると共に、LANなどのIPネットワーク３を介してSIP電話機４および通話録音UA(User Agent)装置５が接続されている。SIP対応PBX１は、複数の宛先をグルーピングして、グループ内から空き端末を選んで発信したり、同報発信したりする振り分け機能部１１と、三者以上の会議通話を制御する会議通話機能部１２とを備えている。通話録音UA装置５は、OS上で動作する複数のSIPソフトフォンと、各SIPソフトフォンが受信した音声データを蓄積する記憶装置とを備える。
【解決手段】外線電話網と接続されたSIP対応のPBX１には、内線電話機２ａ，２ｂが接続されると共に、LANなどのIPネットワーク３を介してSIP電話機４および通話録音UA(User Agent)装置５が接続されている。SIP対応PBX１は、複数の宛先をグルーピングして、グループ内から空き端末を選んで発信したり、同報発信したりする振り分け機能部１１と、三者以上の会議通話を制御する会議通話機能部１２とを備えている。通話録音UA装置５は、OS上で動作する複数のSIPソフトフォンと、各SIPソフトフォンが受信した音声データを蓄積する記憶装置とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多チャンネル通話録音システムに係り、特に、SIPを利用してセッションを確立する多チャンネル通話録音システムに関する。
【背景技術】
【０００２】
近年、インターネット・プロトコルを利用したIP電話システムが普及し、コンピュータ上で動作するVoIP(Voice Over IP)アプリケーション・ソフトウェア・プログラムとしてソフトフォンが利用されている。ソフトフォンは、汎用のオペーレーティングシステムの下で動作するVoIPクライアントソフトウェアであり、コンピュータ装置に備えられるサウンド装置やネットワーク装置を使用して、IPパケットによる音声通信を処理する。また、呼制御にSIP（RFC3621“Session Initiation Protocol"）を用いたソフトフォンは、特にSIPソフトフォンと呼ばれている。
【０００３】
このようなソフトフォンを利用した通話音声を録音する技術として、特許文献１には、ネットワーク上に音声呼制御管理装置および通話録音サーバを配置し、２つの電話端末A，B間の通話を音声呼制御管理装置の制御下で通話録音サーバに録音する技術が開示されている。
【０００４】
この従来技術では、電話端末A，B間で通話が開始されると、音声呼制御管理装置から通話録音サーバへ録音開始が指示され、音声呼制御管理装置は、電話端末A，Bの通話相手を通話録音サーバへ切り替える呼制御を行う。通話録音サーバは、前記録音開始の指示に応答して、電話端末Aから受信した音声パケットを電話端末Bへ転送する一方、電話端末Bから受信した音声パケットを電話端末Aへ転送すると同時に、各音声パケットを記憶装置に蓄積する。
【特許文献１】特開２００３−４６６４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した従来技術では、電話端末間の通話を録音、転送する通話録音サーバや、電話端末の通話相手を通話録音サーバへ切り替えるための音声呼制御管理装置を、新規に構築してネットワーク上に配置しなければならなかった。また、上記した従来技術において、複数の通話を同時に録音する多チャンネル化を実現するためには、音声呼制御管理装置および通話録音サーバを複数組用意するか、あるいは複数の通話データを一つの通話録音サーバで齟齬無く録音するための振り分け制御機能を別途に構築しなければならない。そのため、システムが大型化してしまい、その導入も容易ではなかった。
【０００６】
本発明の目的は、上記した従来技術の課題を解決し、複数の通話を同時に、かつ簡単に録音できる多チャンネル通話録音システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記した目的を達成するために、本発明は、IPネットワークに接続されたSIP対応交換機および通話録音UA装置を含む多チャンネル通話録音システムにおいて、前記通話録音UA装置が、相互に独立した複数のソフトフォンと、各ソフトフォンの通話を録音する記憶手段とを含み、前記SIP対応交換機が、発信端末と着信端末との間に確立された通話の録音を各ソフトフォンへ要求する手段と、これに応答したソフトフォンとの間にSIPセッションを確立する手段と、前記SIPセッションを利用して前記ソフトフォンへ通話データを送信する手段とを含むことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、一つの通話録音UA装置に複数のソフトフォンが実装され、電話端末間に確立された音声通話の録画を通話録音UA装置へ要求すると、これに応答したソフトフォンとの間にSIPセッションが確立されて録音が開始される。そして、このような複数のソフトフォンへの音声通話の振り分け制御は、SIP対応交換機に実装されている振り分け機能で実現でき、また、通話当事者以外の第三者への通話の転送は会議通話機能を利用して実現できるので、複数の通話を同時に、かつ簡単に録音できるようになる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の最良の実施の形態について詳細に説明する。図１は、本発明が適用される多チャンネル通話システムの主要部の構成を示したブロック図であり、外線電話網と接続されたSIP対応交換機（PBX１）には、内線電話機２ａ，２ｂが接続されると共に、LANなどのIPネットワーク３を介して、SIP電話機４および通話録音UA(User Agent)装置５が接続されている。
【００１０】
前記SIP対応PBX１は、複数の宛先をグルーピングし、グループ内で空いている端末に宛先を割り当てたり、全ての端末に同報発信したりする振り分け機能部１１と、三者以上の会議通話を制御する会議通話機能部１２とを備えている。
【００１１】
図２は、前記通話録音UA装置５の主要部の構成を示した機能ブロック図であり、汎用のオペレーティングシステム(OS)５１と、このOS５１上で動作する複数のSIPソフトフォン５２（５２ａ，５２ｂ…）と、各SIPソフトフォン５２が受信した音声データを蓄積するハードディスクドライブ装置(HDD)５３とを備えている。各SIPソフトフォン５２には全てのSIPソフトフォン５２に共通の識別情報（代表番号）と共に、各SIPソフトフォン５２に固有の識別情報（内線番号）が割り当てられている。
【００１２】
次いで、図３、４のフローチャートおよび図５、６、７のシーケンスフローを参照して、本実施形態の動作を詳細に説明する。図３は、前記SIP対応PBX１の動作を示し、図４は、前記通話録音UA装置５の動作、特に各SIPソフトフォンの動作を示している。
【００１３】
SIP対応PBX１では、図３のステップＳ１において、録音開始の契機となる何らかのイベントが検知されるとステップＳ２へ進む。本実施形態では、発信端末と着信端末との間に通話が確立されたことを契機として、あるいは所定の録音開始操作が検知されたことを契機としてステップＳ２へ進む。
【００１４】
ステップＳ２では、SIP対応PBX１から通話録音UA装置５へinviteが送信される。このinviteは、SIP対応PBX１に実装されている振り分け機能部１１により、通話録音UA装置５に実装されている全てのSIPソフトフォン５２、あるいは空き状態のソフトフォン５２へ送信される。ステップＳ３では、いずれかのSIPソフトフォン５２からの応答に備えて待機する。なお、所定の待機時間が経過しても応答を受信できないと、ステップＳ９でタイムアウトと判定されて当該処理を終了する。
【００１５】
通話録音UA装置５は、図４のステップＳ２１で前記inviteを受信すると100 Trying（暫定応答）を返信する。ステップＳ２２では、HDD５３の容量不足が判定される。本実施形態では、HDD５３に記憶可能な音声データ量の上限値および音声ファイル数の上限値が予め設定されており、HDD５３に既登録の音声データ量および音声ファイル数の少なくとも一方が上限値を超えていると、容量不足と判定される。
【００１６】
容量不足でなければステップＳ２３へ進み、応答したSIPソフトフォンが200OK（成功）を返信してACKの受信に備える。これに対して、容量不足であればステップＳ３３へ進む。ステップＳ３３では、図６に示したように、4xx（クライアントエラー）が返信され、通話録音UA装置５からACKを受信して当該処理を終了する。これ以降は、受信した全てのinviteに対して同様に4xxが返信される。
【００１７】
図３へ戻り、SIP対応PBX１は、ステップＳ３で応答を受信すると、ステップＳ４では、その送信元のSIPソフトフォンを宛先としてACKを送信し、このSIPソフトフォンとの間にSIPセッションを確立する。ステップＳ５では、二者の通話音声が前記会議通話機能部１２により合成されてRTPパケット化され、前記SIPソフトフォン５２へ送信される。ステップＳ６では、録音終了の契機となるイベントが検知されたか否かが判定される。本実施形態では、終話あるいは所定の録音終了操作が録音終了の契機とされ、これらが検知されるまでは、ステップＳ５へ戻って通話データの送信が継続される。
【００１８】
前記応答したSIPソフトフォンは、図４のステップＳ２４で自身宛のACKを受信すると、ステップＳ２５へ進んでRTPのrecvonly（受信のみ）での受信に備える。RTPが受信されるとステップＳ２６へ進み、当該RTPのペイロード部に登録されている通話データを抽出してファイル化し、これをステップＳ２７で前記HDD５３へ蓄積する。本実施形態では、通話データをファイル化する際のコーデック方式として、mp3，PCM，QuickTime，AACなどが選択可能であり、これらのコーデック方式は予め選択することができる。ステップＳ２８では、HDD５３の容量不足が再び判定される。容量が不足していなければ、ステップＳ２５へ戻ってRTPの受信および音声データファイルの蓄積が繰り返される。
【００１９】
図３へ戻り、SIP対応PBX１では、ステップＳ６において録音終了の契機が検知されるとステップＳ７へ進む。ステップＳ７では、bye（セッション切断要求）が前記SIPソフトフォンへ送信される。SIPソフトフォンは、これを図４のステップＳ３１で受信するとステップＳ３２へ進み、200OKを返信する。SIP対応PBX１は、この200OKを図３のステップＳ８で受信すると、SIPセッションを切断して当該処理を終了する。
【００２０】
なお、SIP対応PBX１において録音終了の契機が検知される前であっても、通話録音UA装置５において、前記図４のステップＳ２８でHDD５３の容量不足が検知されると、図７に示したように、ステップＳ２９においてbyeが送信される。そして、SIP対応PBX１から200OKが返信され、これがステップＳ３０で検知されると、当該処理を終了する。
【図面の簡単な説明】
【００２１】
【図１】本発明が適用される多チャンネル通話システムのブロック図である。
【図２】通話録音UA装置(5)の機能ブロック図である。
【図３】SIP対応PBX(1)の動作を示したフローチャートである。
【図４】通話録音UA装置(5)の動作を示したフローチャートである。
【図５】本発明の一実施形態の動作を示したシーケンスフローである。
【図６】録音容量不足によるエラー処理時の動作を示したシーケンスフローである。
【図７】録音容量不足による録音終了処理の動作を示したシーケンスフローである。
【符号の説明】
【００２２】
SIP対応PBX１…，２ａ，２ｂ…内線電話機，３…IPネットワーク４…SIP電話機，５…通話録音UA装置，１１…振り分け機能部，１２…会議通話機能部，５１…オペレーティングシステム，５２…SIPソフトフォン，５３…ハードディスクドライブ装置
【技術分野】
【０００１】
本発明は、多チャンネル通話録音システムに係り、特に、SIPを利用してセッションを確立する多チャンネル通話録音システムに関する。
【背景技術】
【０００２】
近年、インターネット・プロトコルを利用したIP電話システムが普及し、コンピュータ上で動作するVoIP(Voice Over IP)アプリケーション・ソフトウェア・プログラムとしてソフトフォンが利用されている。ソフトフォンは、汎用のオペーレーティングシステムの下で動作するVoIPクライアントソフトウェアであり、コンピュータ装置に備えられるサウンド装置やネットワーク装置を使用して、IPパケットによる音声通信を処理する。また、呼制御にSIP（RFC3621“Session Initiation Protocol"）を用いたソフトフォンは、特にSIPソフトフォンと呼ばれている。
【０００３】
このようなソフトフォンを利用した通話音声を録音する技術として、特許文献１には、ネットワーク上に音声呼制御管理装置および通話録音サーバを配置し、２つの電話端末A，B間の通話を音声呼制御管理装置の制御下で通話録音サーバに録音する技術が開示されている。
【０００４】
この従来技術では、電話端末A，B間で通話が開始されると、音声呼制御管理装置から通話録音サーバへ録音開始が指示され、音声呼制御管理装置は、電話端末A，Bの通話相手を通話録音サーバへ切り替える呼制御を行う。通話録音サーバは、前記録音開始の指示に応答して、電話端末Aから受信した音声パケットを電話端末Bへ転送する一方、電話端末Bから受信した音声パケットを電話端末Aへ転送すると同時に、各音声パケットを記憶装置に蓄積する。
【特許文献１】特開２００３−４６６４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した従来技術では、電話端末間の通話を録音、転送する通話録音サーバや、電話端末の通話相手を通話録音サーバへ切り替えるための音声呼制御管理装置を、新規に構築してネットワーク上に配置しなければならなかった。また、上記した従来技術において、複数の通話を同時に録音する多チャンネル化を実現するためには、音声呼制御管理装置および通話録音サーバを複数組用意するか、あるいは複数の通話データを一つの通話録音サーバで齟齬無く録音するための振り分け制御機能を別途に構築しなければならない。そのため、システムが大型化してしまい、その導入も容易ではなかった。
【０００６】
本発明の目的は、上記した従来技術の課題を解決し、複数の通話を同時に、かつ簡単に録音できる多チャンネル通話録音システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記した目的を達成するために、本発明は、IPネットワークに接続されたSIP対応交換機および通話録音UA装置を含む多チャンネル通話録音システムにおいて、前記通話録音UA装置が、相互に独立した複数のソフトフォンと、各ソフトフォンの通話を録音する記憶手段とを含み、前記SIP対応交換機が、発信端末と着信端末との間に確立された通話の録音を各ソフトフォンへ要求する手段と、これに応答したソフトフォンとの間にSIPセッションを確立する手段と、前記SIPセッションを利用して前記ソフトフォンへ通話データを送信する手段とを含むことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、一つの通話録音UA装置に複数のソフトフォンが実装され、電話端末間に確立された音声通話の録画を通話録音UA装置へ要求すると、これに応答したソフトフォンとの間にSIPセッションが確立されて録音が開始される。そして、このような複数のソフトフォンへの音声通話の振り分け制御は、SIP対応交換機に実装されている振り分け機能で実現でき、また、通話当事者以外の第三者への通話の転送は会議通話機能を利用して実現できるので、複数の通話を同時に、かつ簡単に録音できるようになる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の最良の実施の形態について詳細に説明する。図１は、本発明が適用される多チャンネル通話システムの主要部の構成を示したブロック図であり、外線電話網と接続されたSIP対応交換機（PBX１）には、内線電話機２ａ，２ｂが接続されると共に、LANなどのIPネットワーク３を介して、SIP電話機４および通話録音UA(User Agent)装置５が接続されている。
【００１０】
前記SIP対応PBX１は、複数の宛先をグルーピングし、グループ内で空いている端末に宛先を割り当てたり、全ての端末に同報発信したりする振り分け機能部１１と、三者以上の会議通話を制御する会議通話機能部１２とを備えている。
【００１１】
図２は、前記通話録音UA装置５の主要部の構成を示した機能ブロック図であり、汎用のオペレーティングシステム(OS)５１と、このOS５１上で動作する複数のSIPソフトフォン５２（５２ａ，５２ｂ…）と、各SIPソフトフォン５２が受信した音声データを蓄積するハードディスクドライブ装置(HDD)５３とを備えている。各SIPソフトフォン５２には全てのSIPソフトフォン５２に共通の識別情報（代表番号）と共に、各SIPソフトフォン５２に固有の識別情報（内線番号）が割り当てられている。
【００１２】
次いで、図３、４のフローチャートおよび図５、６、７のシーケンスフローを参照して、本実施形態の動作を詳細に説明する。図３は、前記SIP対応PBX１の動作を示し、図４は、前記通話録音UA装置５の動作、特に各SIPソフトフォンの動作を示している。
【００１３】
SIP対応PBX１では、図３のステップＳ１において、録音開始の契機となる何らかのイベントが検知されるとステップＳ２へ進む。本実施形態では、発信端末と着信端末との間に通話が確立されたことを契機として、あるいは所定の録音開始操作が検知されたことを契機としてステップＳ２へ進む。
【００１４】
ステップＳ２では、SIP対応PBX１から通話録音UA装置５へinviteが送信される。このinviteは、SIP対応PBX１に実装されている振り分け機能部１１により、通話録音UA装置５に実装されている全てのSIPソフトフォン５２、あるいは空き状態のソフトフォン５２へ送信される。ステップＳ３では、いずれかのSIPソフトフォン５２からの応答に備えて待機する。なお、所定の待機時間が経過しても応答を受信できないと、ステップＳ９でタイムアウトと判定されて当該処理を終了する。
【００１５】
通話録音UA装置５は、図４のステップＳ２１で前記inviteを受信すると100 Trying（暫定応答）を返信する。ステップＳ２２では、HDD５３の容量不足が判定される。本実施形態では、HDD５３に記憶可能な音声データ量の上限値および音声ファイル数の上限値が予め設定されており、HDD５３に既登録の音声データ量および音声ファイル数の少なくとも一方が上限値を超えていると、容量不足と判定される。
【００１６】
容量不足でなければステップＳ２３へ進み、応答したSIPソフトフォンが200OK（成功）を返信してACKの受信に備える。これに対して、容量不足であればステップＳ３３へ進む。ステップＳ３３では、図６に示したように、4xx（クライアントエラー）が返信され、通話録音UA装置５からACKを受信して当該処理を終了する。これ以降は、受信した全てのinviteに対して同様に4xxが返信される。
【００１７】
図３へ戻り、SIP対応PBX１は、ステップＳ３で応答を受信すると、ステップＳ４では、その送信元のSIPソフトフォンを宛先としてACKを送信し、このSIPソフトフォンとの間にSIPセッションを確立する。ステップＳ５では、二者の通話音声が前記会議通話機能部１２により合成されてRTPパケット化され、前記SIPソフトフォン５２へ送信される。ステップＳ６では、録音終了の契機となるイベントが検知されたか否かが判定される。本実施形態では、終話あるいは所定の録音終了操作が録音終了の契機とされ、これらが検知されるまでは、ステップＳ５へ戻って通話データの送信が継続される。
【００１８】
前記応答したSIPソフトフォンは、図４のステップＳ２４で自身宛のACKを受信すると、ステップＳ２５へ進んでRTPのrecvonly（受信のみ）での受信に備える。RTPが受信されるとステップＳ２６へ進み、当該RTPのペイロード部に登録されている通話データを抽出してファイル化し、これをステップＳ２７で前記HDD５３へ蓄積する。本実施形態では、通話データをファイル化する際のコーデック方式として、mp3，PCM，QuickTime，AACなどが選択可能であり、これらのコーデック方式は予め選択することができる。ステップＳ２８では、HDD５３の容量不足が再び判定される。容量が不足していなければ、ステップＳ２５へ戻ってRTPの受信および音声データファイルの蓄積が繰り返される。
【００１９】
図３へ戻り、SIP対応PBX１では、ステップＳ６において録音終了の契機が検知されるとステップＳ７へ進む。ステップＳ７では、bye（セッション切断要求）が前記SIPソフトフォンへ送信される。SIPソフトフォンは、これを図４のステップＳ３１で受信するとステップＳ３２へ進み、200OKを返信する。SIP対応PBX１は、この200OKを図３のステップＳ８で受信すると、SIPセッションを切断して当該処理を終了する。
【００２０】
なお、SIP対応PBX１において録音終了の契機が検知される前であっても、通話録音UA装置５において、前記図４のステップＳ２８でHDD５３の容量不足が検知されると、図７に示したように、ステップＳ２９においてbyeが送信される。そして、SIP対応PBX１から200OKが返信され、これがステップＳ３０で検知されると、当該処理を終了する。
【図面の簡単な説明】
【００２１】
【図１】本発明が適用される多チャンネル通話システムのブロック図である。
【図２】通話録音UA装置(5)の機能ブロック図である。
【図３】SIP対応PBX(1)の動作を示したフローチャートである。
【図４】通話録音UA装置(5)の動作を示したフローチャートである。
【図５】本発明の一実施形態の動作を示したシーケンスフローである。
【図６】録音容量不足によるエラー処理時の動作を示したシーケンスフローである。
【図７】録音容量不足による録音終了処理の動作を示したシーケンスフローである。
【符号の説明】
【００２２】
SIP対応PBX１…，２ａ，２ｂ…内線電話機，３…IPネットワーク４…SIP電話機，５…通話録音UA装置，１１…振り分け機能部，１２…会議通話機能部，５１…オペレーティングシステム，５２…SIPソフトフォン，５３…ハードディスクドライブ装置
【特許請求の範囲】
【請求項１】
IPネットワークに接続されたSIP対応交換機および通話録音UA装置を含む多チャンネル通話録音システムにおいて、
前記通話録音UA装置が、
相互に独立した複数のソフトフォンと、
各ソフトフォンの通話を録音する記憶手段とを含み、
前記SIP対応交換機が、
発信端末と着信端末との間に確立された通話の録音を各ソフトフォンへ要求する手段と、
応答したソフトフォンとの間にSIPセッションを確立する手段と、
前記SIPセッションを利用して前記ソフトフォンへ通話データを送信する手段とを含むことを特徴とする多チャンネル通話録音システム。
【請求項２】
前記通話録音UA装置がさらに、
前記記憶手段に記憶されている通話量を検知する手段と、
前記録音要求を受信した際に、前記通話量が所定の上限値を超えているとエラーメッセージを返信する手段とを含むことを特徴とする請求項１に記載の多チャンネル通話録音システム。
【請求項３】
前記通話録音UA装置がさらに、
前記記憶手段に記憶されている通話量を検知する手段と、
前記SIPセッションの確立後に、前記通話量が所定の上限値を超えると前記SIPセッションを切断する手段とを含むことを特徴とする請求項１に記載の多チャンネル通話録音システム。
【請求項１】
IPネットワークに接続されたSIP対応交換機および通話録音UA装置を含む多チャンネル通話録音システムにおいて、
前記通話録音UA装置が、
相互に独立した複数のソフトフォンと、
各ソフトフォンの通話を録音する記憶手段とを含み、
前記SIP対応交換機が、
発信端末と着信端末との間に確立された通話の録音を各ソフトフォンへ要求する手段と、
応答したソフトフォンとの間にSIPセッションを確立する手段と、
前記SIPセッションを利用して前記ソフトフォンへ通話データを送信する手段とを含むことを特徴とする多チャンネル通話録音システム。
【請求項２】
前記通話録音UA装置がさらに、
前記記憶手段に記憶されている通話量を検知する手段と、
前記録音要求を受信した際に、前記通話量が所定の上限値を超えているとエラーメッセージを返信する手段とを含むことを特徴とする請求項１に記載の多チャンネル通話録音システム。
【請求項３】
前記通話録音UA装置がさらに、
前記記憶手段に記憶されている通話量を検知する手段と、
前記SIPセッションの確立後に、前記通話量が所定の上限値を超えると前記SIPセッションを切断する手段とを含むことを特徴とする請求項１に記載の多チャンネル通話録音システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−２１２９０８（Ｐ２００９−２１２９０８Ａ）
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願番号】特願２００８−５４７５９（Ｐ２００８−５４７５９）
【出願日】平成２０年３月５日（２００８．３．５）
【出願人】（００００００１８１）岩崎通信機株式会社 (133)
【Ｆターム（参考）】
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願日】平成２０年３月５日（２００８．３．５）
【出願人】（００００００１８１）岩崎通信機株式会社 (133)
【Ｆターム（参考）】
[ Back to top ]