(57)【要約】【課題】自らの通話端末の操作のみで直前の通話音声を簡単に聞き直すことを可能とする。【解決手段】網側送受信部１１と端末側送受信部１２と接続処理部１３と発着信要求受信部１４と通話音声取得部１５と通話保存部１６と通話音声ログＤＢ１７と通話取り出し要求受信部１８と通話取り出し部１９とを具備する。着信要求もしくは発信要求を受信すると発信元及び着信先の端末ＩＤを取得し、その各端末ＩＤと対応付けて通話音声を通話音声ログＤＢ１７に格納する。通話取り出し要求は例えば規定番号を通話端末に入力することにより行うことができ、要求発信元の端末ＩＤの通話音声が通話音声ログＤＢ１７から取り出されて発信元の通話端末に送信される。【選択図】図２
2011254435.tif 000002
【特許請求の範囲】
【請求項１】
回線接続指示信号が入力された場合に、公衆通信回線網側の網側送受信部と通話端末側の端末側送受信部との回線を接続する接続処理部と、
前記網側送受信部から入力される着信要求もしくは前記端末側送受信部から入力される発信要求を受信して、発信元及び着信先の各端末ＩＤを取得すると共に、前記回線接続指示信号を前記接続処理部に出力する発着信要求受信部と、
前記接続処理部から前記発信元及び着信先間の通話音声を取得し、前記発着信要求受信部が取得した各端末ＩＤと対応付ける通話音声取得部と、
前記通話音声取得部で各端末ＩＤと対応付けられて取得された通話音声を通話音声ログＤＢに格納する通話保存部と、
前記各端末ＩＤ毎に前記通話音声をそれぞれ蓄積する前記通話音声ログＤＢと、
前記網側送受信部もしくは前記端末側送受信部から入力される通話取り出し要求を受信して、その発信元の端末ＩＤを取得する通話取り出し要求受信部と、
通話取り出し部とを具備し、
前記通話音声ログＤＢは各端末ＩＤ毎に、それぞれ予め定められた所定の通話数分、通話音声を最新のものから順序立てて蓄積するものとされ、
前記通話取り出し要求が予め定められた規定番号の場合、前記通話取り出し部は前記通話音声ログＤＢから前記通話取り出し要求受信部が取得した端末ＩＤの全ての通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に最新のものから順に送信し、
前記通話取り出し要求が前記規定番号と通話音声の最新のものからの順番に対応したログＩＤとを含む場合、前記通話取り出し部は前記通話音声ログＤＢから前記通話取り出し要求受信部が取得した端末ＩＤの前記ログＩＤに対応する通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に送信することを特徴とする通話音声保存・聴取装置。
【請求項２】
回線接続指示信号が入力された場合に、公衆通信回線網側の網側送受信部と通話端末側の端末側送受信部との回線を接続する接続処理部と、
前記網側送受信部から入力される着信要求もしくは前記端末側送受信部から入力される発信要求を受信して、発信元及び着信先の各端末ＩＤを取得すると共に、前記回線接続指示信号を前記接続処理部に出力する発着信要求受信部と、
前記接続処理部から前記発信元及び着信先間の通話音声を取得し、前記発着信要求受信部が取得した各端末ＩＤと対応付ける通話音声取得部と、
前記通話音声取得部で各端末ＩＤと対応付けられて取得された通話音声を通話音声ログＤＢに格納する通話保存部と、
前記各端末ＩＤ毎に前記通話音声をそれぞれ蓄積する前記通話音声ログＤＢと、
前記網側送受信部もしくは前記端末側送受信部から入力される通話取り出し要求を受信して、その発信元の端末ＩＤを取得する通話取り出し要求受信部と、
通話取り出し部とを具備し、
前記通話音声ログＤＢは各端末ＩＤ毎に、かつ通話相手端末ＩＤ毎に分類して、それぞれ予め定められた所定の通話数分、通話音声を最新のものから順序立てて蓄積するものとされ、
前記通話取り出し要求が予め定められた規定番号と通話相手端末ＩＤとを含む場合、前記通話取り出し部は前記通話音声ログＤＢから前記通話取り出し要求受信部が取得した端末ＩＤの前記通話相手端末ＩＤに分類された全ての通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に最新のものから順に送信し、
前記通話取り出し要求が前記規定番号と通話相手端末ＩＤと通話音声の最新のものからの順番に対応したログＩＤとを含む場合、前記通話取り出し部は前記通話音声ログＤＢから前記通話取り出し要求受信部が取得した端末ＩＤの前記通話相手端末ＩＤに分類された前記ログＩＤに対応する通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に送信することを特徴とする通話音声保存・聴取装置。
【請求項３】
請求項１又は２記載の通話音声保存・聴取装置において、
前記通話取り出し要求受信部はパスワード確認手段を有し、
前記パスワード確認手段が前記通話取り出し要求の発信元からのパスワードを確認した後、前記通話取り出し要求に基づく処理を実行することを特徴とする通話音声保存・聴取装置。
【請求項４】
請求項１又は２記載の通話音声保存・聴取装置において、
前記通話取り出し要求受信部は内線判定手段とパスワード確認手段とを有し、
前記通話取り出し要求が前記網側送受信部から入力されたものであると前記内線判定手段が判定した時、前記パスワード確認手段は前記通話取り出し要求の発信元からのパスワードを確認し、確認後、前記通話取り出し要求に基づく処理を実行し、
前記通話取り出し要求が前記端末側送受信部から入力されたものであると前記内線判定手段が判定した時、前記パスワード確認手段はパスワード確認を行わず、前記通話取り出し要求に基づく処理を実行することを特徴とする通話音声保存・聴取装置。
【請求項５】
請求項１乃至４記載のいずれかの通話音声保存・聴取装置において、
前記通話音声ログＤＢに蓄積された通話音声を、その蓄積後、所定時間経過したら削除する削除部を備えることを特徴とする通話音声保存・聴取装置。
【請求項６】
請求項５記載の通話音声保存・聴取装置において、
前記通話取り出し要求の発信元の通話端末に通話音声を送信中もしくは送信後に、その通話端末が保存要求を発信した場合、前記削除部はその送信中もしくは送信した直前の通話音声の削除を実行しないことを特徴とする通話音声保存・聴取装置。
【請求項７】
公衆通信回線網側の網側送受信部から入力される着信要求もしくは通話端末側の端末側送受信部から入力される発信要求を受信して、発信元及び着信先の各端末ＩＤを取得すると共に、回線接続指示信号を接続処理部に出力する発着信要求受信過程と、
前記回線接続指示信号の入力により、前記接続処理部が前記網側送受信部と前記端末側送受信部との回線を接続する接続処理過程と、
前記接続処理部から前記発信元及び着信先間の通話音声を取得し、前記発着信要求受信過程で取得した各端末ＩＤと対応付ける通話音声取得過程と、
前記通話音声取得過程で各端末ＩＤと対応付けられて取得された通話音声を通話音声ログＤＢに格納する通話保存過程と、
前記通話音声ログＤＢが前記各端末ＩＤ毎に前記通話音声をそれぞれ蓄積する蓄積過程と、
前記網側送受信部もしくは前記端末側送受信部から入力される通話取り出し要求を受信して、その発信元の端末ＩＤを取得する通話取り出し要求受信過程と、
通話取り出し過程とを備え、
前記通話音声ログＤＢは各端末ＩＤ毎に、それぞれ予め定められた所定の通話数分、通話音声を最新のものから順序立てて蓄積するものとされ、
前記通話取り出し要求が予め定められた規定番号の場合、前記通話取り出し過程は前記通話音声ログＤＢから前記通話取り出し要求受信過程で取得した端末ＩＤの全ての通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に最新のものから順に送信し、
前記通話取り出し要求が前記規定番号と通話音声の最新のものからの順番に対応したログＩＤとを含む場合、前記通話取り出し過程は前記通話音声ログＤＢから前記通話取り出し要求受信過程で取得した端末ＩＤの前記ログＩＤに対応する通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に送信することを特徴とする通話音声保存・聴取方法。
【請求項８】
公衆通信回線網側の網側送受信部から入力される着信要求もしくは通話端末側の端末側送受信部から入力される発信要求を受信して、発信元及び着信先の各端末ＩＤを取得すると共に、回線接続指示信号を接続処理部に出力する発着信要求受信過程と、
前記回線接続指示信号の入力により、前記接続処理部が前記網側送受信部と前記端末側送受信部との回線を接続する接続処理過程と、
前記接続処理部から前記発信元及び着信先間の通話音声を取得し、前記発着信要求受信過程で取得した各端末ＩＤと対応付ける通話音声取得過程と、
前記通話音声取得過程で各端末ＩＤと対応付けられて取得された通話音声を通話音声ログＤＢに格納する通話保存過程と、
前記通話音声ログＤＢが前記各端末ＩＤ毎に前記通話音声をそれぞれ蓄積する蓄積過程と、
前記網側送受信部もしくは前記端末側送受信部から入力される通話取り出し要求を受信して、その発信元の端末ＩＤを取得する通話取り出し要求受信過程と、
通話取り出し過程とを備え、
前記通話音声ログＤＢは各端末ＩＤ毎に、かつ通話相手端末ＩＤ毎に分類して、それぞれ予め定められた所定の通話数分、通話音声を最新のものから順序立てて蓄積するものとされ、
前記通話取り出し要求が予め定められた規定番号と通話相手端末ＩＤとを含む場合、前記通話取り出し過程は前記通話音声ログＤＢから前記通話取り出し要求受信過程で取得した端末ＩＤの前記通話相手端末ＩＤに分類された全ての通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に最新のものから順に送信し、
前記通話取り出し要求が前記規定番号と通話相手端末ＩＤと通話音声の最新のものからの順番に対応したログＩＤとを含む場合、前記通話取り出し過程は前記通話音声ログＤＢから前記通話取り出し要求受信過程で取得した端末ＩＤの前記通話相手端末ＩＤに分類された前記ログＩＤに対応する通話音声を取り出し、その取り出した通話音声を前記接続処理部から前記通話取り出し要求の発信元の通話端末に送信することを特徴とする通話音声保存・聴取方法。
【請求項９】
請求項７又は８記載の通話音声保存・聴取方法において、
前記通話取り出し要求受信過程はパスワード確認過程を含み、
前記パスワード確認過程で前記通話取り出し要求の発信元からのパスワードを確認した後、前記通話取り出し要求に基づく処理を実行することを特徴とする通話音声保存・聴取方法。
【請求項１０】
請求項７又は８記載の通話音声保存・聴取方法において、
前記通話取り出し要求受信過程は内線判定過程とパスワード確認過程とを含み、
前記通話取り出し要求が前記網側送受信部から入力されたものであると前記内線判定過程で判定した時、前記パスワード確認過程で前記通話取り出し要求の発信元からのパスワードを確認し、確認後、前記通話取り出し要求に基づく処理を実行し、
前記通話取り出し要求が前記端末側送受信部から入力されたものであると前記内線判定過程で判定した時、前記パスワード確認過程を実行せず、前記通話取り出し要求に基づく処理を実行することを特徴とする通話音声保存・聴取方法。
【請求項１１】
請求項７乃至１０記載のいずれかの通話音声保存・聴取方法において、
前記通話音声ログＤＢに蓄積された通話音声を、その蓄積後、所定時間経過したら削除する削除過程を備えることを特徴とする通話音声保存・聴取方法。
【請求項１２】
請求項１１記載の通話音声保存・聴取方法において、
前記通話取り出し要求の発信元の通話端末に通話音声を送信中もしくは送信後に、その通話端末が保存要求を発信した場合、その送信中もしくは送信した直前の通話音声の削除を実行しないことを特徴とする通話音声保存・聴取方法。
【請求項１３】
請求項７乃至１２記載のいずれかの通話音声保存・聴取方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は通話音声保存・聴取装置、その方法及びプログラムに関し、特にユーザ自らの通話端末の操作のみで直前の通話音声を簡単に聞き直すことを可能とする通話音声保存・聴取装置、その方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には通話音声の蓄積とその通話音声の音声認識の双方を行う際に、蓄積データの容量やネットワークの負荷を抑えつつ、音声認識性能を劣化させない音声認識・蓄積システムが記載されている。
【０００３】
特許文献１ではアナログ送話信号とアナログ受話信号をそれぞれ送話Ａ／Ｄ変換手段と受話Ａ／Ｄ変換手段でディジタル送話信号とディジタル受話信号に変換し、ディジタル受話信号をさらに低圧縮音声符号化手段で圧縮するものとなっており、ディジタル送話信号と圧縮された受話信号は通信ネットワークを介して転送され、圧縮された受話信号は低圧縮音声復号化手段でディジタル受話信号に復号化される。そして、ディジタル送話信号とディジタル受話信号はそれぞれ送話音声認識手段と受話音声認識手段で音声認識処理され、結果が認識結果データメモリに蓄積されると共に高圧縮音声符号化手段で圧縮され、音声データメモリに蓄積されるものとなっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２８９０２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した特許文献１に記載されている音声認識・蓄積システムでは通話音声を圧縮して蓄積することで蓄積データの容量の削減を図っているものの、蓄積する通話については特に制限はなく、全ての通話音声を蓄積することを前提としている。従って、蓄積データの増大は否めず、結果的に蓄積部（蓄積サーバ）の容量を必要とするものとなっていた。
【０００６】
また、通話音声の再生（取り出し）については詳述されていないが、基本的にネットワーク上の蓄積部（蓄積サーバ）にアクセスする必要があるため、蓄積サーバにアクセスする権限を有するユーザしかアクセスできないといった問題があり、また所望の通話音声を得るために検索が必要であり、その点で手間がかかるものとなっていた。従って、例えば直前の通話音声を聞き直したい場合でも簡単に聞き直すことができないといった問題があった。
【０００７】
一方、携帯電話機等の通話端末付属の録音機能では、通話接続後、通話を録音するために操作が必要であり、また例えば冒頭の音声が欠けるといったことが生じうる。加えて、通話端末を落とした場合には録音情報が流出する恐れがある。
【０００８】
この発明の目的はこのような問題に鑑み、ユーザ自らの通話端末の操作のみで直前の通話音声を簡単に聞き直すことを可能とし、かつ通話の録音に際してはユーザの操作を必要とせず、さらに通話音声を蓄積するための容量もさほど必要としない通話音声保存・聴取装置、その方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
この発明の第１の観点によれば、通話音声保存・聴取装置は、回線接続指示信号が入力された場合に、公衆通信回線網側の網側送受信部と通話端末側の端末側送受信部との回線を接続する接続処理部と、網側送受信部から入力される着信要求もしくは端末側送受信部から入力される発信要求を受信して、発信元及び着信先の各端末ＩＤを取得すると共に、回線接続指示信号を接続処理部に出力する発着信要求受信部と、接続処理部から前記発信元及び着信先間の通話音声を取得し、発着信要求受信部が取得した各端末ＩＤと対応付ける通話音声取得部と、通話音声取得部で各端末ＩＤと対応付けられて取得された通話音声を通話音声ログＤＢに格納する通話保存部と、前記各端末ＩＤ毎に前記通話音声をそれぞれ蓄積する通話音声ログＤＢと、網側送受信部もしくは端末側送受信部から入力される通話取り出し要求を受信して、その発信元の端末ＩＤを取得する通話取り出し要求受信部と、通話取り出し部とを具備する。
【００１０】
通話音声ログＤＢは各端末ＩＤ毎に、それぞれ予め定められた所定の通話数分、通話音声を最新のものから順序立てて蓄積するものとされ、通話取り出し要求が予め定められた規定番号の場合、通話取り出し部は通話音声ログＤＢから通話取り出し要求受信部が取得した端末ＩＤの全ての通話音声を取り出し、その取り出した通話音声を接続処理部から通話取り出し要求の発信元の通話端末に最新のものから順に送信する。また、通話取り出し要求が規定番号と通話音声の最新のものからの順番に対応したログＩＤとを含む場合、通話取り出し部は通話音声ログＤＢから通話取り出し要求受信部が取得した端末ＩＤのログＩＤに対応する通話音声を取り出し、その取り出した通話音声を接続処理部から通話取り出し要求の発信元の通話端末に送信する。
【００１１】
この発明の第２の観点によれば、通話音声保存・聴取装置は、回線接続指示信号が入力された場合に、公衆通信回線網側の網側送受信部と通話端末側の端末側送受信部との回線を接続する接続処理部と、網側送受信部から入力される着信要求もしくは端末側送受信部から入力される発信要求を受信して、発信元及び着信先の各端末ＩＤを取得すると共に、回線接続指示信号を接続処理部に出力する発着信要求受信部と、接続処理部から前記発信元及び着信先間の通話音声を取得し、発着信要求受信部が取得した各端末ＩＤと対応付ける通話音声取得部と、通話音声取得部で各端末ＩＤと対応付けられて取得された通話音声を通話音声ログＤＢに格納する通話保存部と、前記各端末ＩＤ毎に前記通話音声をそれぞれ蓄積する通話音声ログＤＢと、網側送受信部もしくは端末側送受信部から入力される通話取り出し要求を受信して、その発信元の端末ＩＤを取得する通話取り出し要求受信部と、通話取り出し部とを具備する。
【００１２】
通話音声ログＤＢは各端末ＩＤ毎に、かつ通話相手端末ＩＤ毎に分類して、それぞれ予め定められた所定の通話数分、通話音声を最新のものから順序立てて蓄積するものとされ、通話取り出し要求が予め定められた規定番号と通話相手端末ＩＤとを含む場合、通話取り出し部は通話音声ログＤＢから通話取り出し要求受信部が取得した端末ＩＤの通話相手端末ＩＤに分類された全ての通話音声を取り出し、その取り出した通話音声を接続処理部から通話取り出し要求の発信元の通話端末に最新のものから順に送信する。また、通話取り出し要求が規定番号と通話相手端末ＩＤと通話音声の最新のものからの順番に対応したログＩＤとを含む場合、通話取り出し部は通話音声ログＤＢから通話取り出し要求受信部が取得した端末ＩＤの通話相手端末ＩＤに分類されたログＩＤに対応する通話音声を取り出し、その取り出した通話音声を接続処理部から通話取り出し要求の発信元の通話端末に送信する。
【発明の効果】
【００１３】
この発明によれば、ユーザは自らの通話端末を操作するのみで直前の通話音声を簡単に聞き直すことができる。また、通話音声の録音においてはユーザの操作は不要であり、かつ通話音声は通話開始から全て蓄積されるため、従来の通話端末付属の録音機能で録音する場合のように冒頭に欠けが生じることもない。
【００１４】
さらに、この発明によれば、通話音声は予め定められた所定の通話数分のみ蓄積され、つまり直前の数通話のみ蓄積するものとなっているため、通話音声を蓄積・保存するための容量も少なくて済む。
【図面の簡単な説明】
【００１５】
【図１】この発明による通話音声保存・聴取装置の使用形態を説明するための図。
【図２】実施形態１の通話音声保存・聴取装置の機能構成例を示すブロック図。
【図３】実施形態１の通話音声保存・聴取装置の通話音声保存時の処理フローを示すフローチャート。
【図４】実施形態１の通話音声保存・聴取装置の通話音声聴取時の処理フローを示すフローチャート。
【図５】実施形態２の通話音声保存・聴取装置の通話音声保存時の処理フローを示すフローチャート。
【図６】実施形態２の通話音声保存・聴取装置の通話音声聴取時の処理フローを示すフローチャート。
【図７】実施形態３の通話音声保存・聴取装置の機能構成例を示すブロック図。
【図８】実施形態３の通話音声保存・聴取装置の通話音声聴取時の処理フローを示すフローチャート。
【図９】実施形態４の通話音声保存・聴取装置の機能構成例を示すブロック図。
【図１０】実施形態４の通話音声保存・聴取装置の通話音声聴取時の処理フローを示すフローチャート。
【図１１】実施形態５の通話音声保存・聴取装置の機能構成例を示すブロック図。
【図１２】通話音声ログＤＢに格納されているデータの例を示す表。
【発明を実施するための形態】
【００１６】
まず、最初に、この発明による通話音声保存・聴取装置の使用形態を説明する。
【００１７】
図１は、通話音声保存・聴取装置の使用形態の一例を示したものであり、通話音声保存・聴取装置１００は公衆通信回線網３０と接続され、例えば企業内に設置されて企業内設備として使用される。企業内の通話端末４０（４０１，４０２，…，４０Ｎ）はこの通話音声保存・聴取装置１００を介して公衆通信回線網３０と接続される。なお、図１では通話音声保存・聴取装置１００及び公衆通信回線網３０を介して企業内の通話端末４０と接続される外部の通話端末を通話端末５０とし、１つのみ例示している。通話端末４０，５０は例えば電話端末（電話機）とされ、公衆通信回線網３０は電話回線網とされる。
【００１８】
以下、この発明による通話音声保存・聴取装置の実施形態を図面を参照して説明する。なお、複数の図面中、同一のものには同一符号を付し、説明の繰り返しを省略する。
【００１９】
［実施形態１］
図２はこの発明による通話音声保存・聴取装置の実施形態１の機能構成例を示したものである。
【００２０】
この例では通話音声保存・聴取装置１００は網側送受信部１１と端末側送受信部１２と接続処理部１３と発着信要求受信部１４と通話音声取得部１５と通話保存部１６と通話音声ログＤＢ１７と通話取り出し要求受信部１８と通話取り出し部１９とを具備している。
【００２１】
網側送受信部１１及び端末側送受信部１２はそれぞれ公衆通信回線網３０側と通話端末４０側でインタフェースを図るものであり、一般的なものである。
【００２２】
発着信要求受信部１４は、外部の通話端末５０から発信されて網側送受信部１１から入力される着信要求、もしくは内部の通話端末４０から発信されて端末側送受信部１２から入力される発信要求を受信して、発信元の通話端末及び着信先の通話端末の各端末ＩＤを取得する。そして、取得した発信元及び着信先の各端末ＩＤを通話音声取得部１５に出力し、また回線接続指示信号を接続処理部１３に出力する。端末ＩＤは例えば電話番号とされる。
【００２３】
接続処理部１３は発着信要求受信部１４から回線接続指示信号が入力されると、網側送受信部１１と端末側送受信部１２との回線を接続し、これにより発信元の通話端末と着信先の通話端末との通信回線が接続され、発信元の通話端末と着信先の通話端末との通話が可能となる。
【００２４】
通話音声取得部１５は接続処理部１３から発信元及び着信先間の通話音声を取得する。そして、取得した通話音声を発着信要求受信部１４から入力された発信元及び着信先の各端末ＩＤと対応付けて（紐付けて）通話保存部１６に出力する。
【００２５】
通話保存部１６は発信元及び着信先の各端末ＩＤと対応付けられて通話音声取得部１５から入力された通話音声を通話音声ログＤＢ１７に格納する。
【００２６】
通話音声ログＤＢ１７は通話音声を端末ＩＤ毎に分類して蓄積するもので、発信元及び着信先の各端末ＩＤに対応付けて通話音声をそれぞれ蓄積する。つまり、２つの端末ＩＤに同じ通話音声をそれぞれ蓄積する。
【００２７】
通話音声ログＤＢ１７における通話音声の蓄積は、各端末ＩＤに対して予め定められた所定の通話数分、蓄積するものとされ、この際、各端末ＩＤ毎に最新のものから順序立てて蓄積するものとされる。このような蓄積は例えば通話音声の格納領域が新しい通話音声が入る度に順次シフトしていくような方式を採用すればよい。通話音声の蓄積が所定の通話数を越えた場合は一番古い通話音声が自動的に削除される。なお、各端末ＩＤに対して蓄積する通話数は例えば、５とし、最新のものから５通話分の通話音声が蓄積されるものとする。
【００２８】
通話取り出し要求受信部１８は、通話端末５０から発信されて網側送受信部１１から入力される通話取り出し要求、もしくは通話端末４０から発信されて端末側送受信部１２から入力される通話取り出し要求を受信して、その発信元の端末ＩＤを取得し、取得した発信元の端末ＩＤを通話取り出し部１９に出力する。
【００２９】
通話取り出し要求は予め定められた規定番号もしくは規定番号とログＩＤの入力により行われる。ログＩＤは通話音声ログＤＢ１７に蓄積されている通話音声のうち、最新のものから何番目の通話音声を取り出す（聴取する）かを指定するもので、その順番を表す数字とする。規定番号とログＩＤは「規定番号＃ログＩＤ」として発信元の通話端末から入力される。規定番号は例えば“１６９”とされる。規定番号のみを入力した場合あるいは「規定番号＃ログＩＤ」を入力した場合に、通話音声ログＤＢ１７に蓄積されている発信元の通話音声のうち、聴取できる通話音声は下記となる。
【００３０】
１６９    ：全ての通話音声
１６９＃１：１つ前（最新）の通話音声
１６９＃Ｘ：Ｘ個前（最新のものからＸ番目）の通話音声
規定番号とログＩＤが入力された場合、ログＩＤは通話取り出し要求受信部１８から発信元の端末ＩＤと共に、通話取り出し部１９に出力される。
【００３１】
なお、内部の通話端末４０から通話の取り出しを要求する場合は上述したように“１６９”や“１６９＃１”等を入力すればよいが、外部の通話端末５０から通話の取り出しを要求する場合は下記（１）や（２）に例示したような形態となる。
【００３２】
（１）例えば通話音声保存・聴取装置１００が設置されている企業の外線から繋がる電話番号（例えば、代表電話番号等）を入力し、着信応答後、規定番号や「規定番号＃ログＩＤ」を入力する。この場合、着信応答は例えばＩＶＲ（音声自動応答装置）によって行われるようにしてもよい。ＩＶＲは規定番号や「規定番号＃ログＩＤ」の入力があった場合、通話音声保存・聴取装置１００に回線を接続し、規定番号や「規定番号＃ログＩＤ」を転送する。
【００３３】
（２）通話取り出し要求専用の電話番号を予め、設定しておく。即ち、“１６９”に替わって予め設定された電話番号が外部の通話端末５０から通話の取り出しを要求する際の規定番号となる。通話端末５０から予め設定された電話番号の入力があった場合、通話音声保存・聴取装置１００は通話取り出し要求を受信したことになる。なお、この場合において、ログＩＤを指定する場合は通話取り出し要求専用の電話番号を用いて「電話番号＃ログＩＤ」を入力すればよい。
【００３４】
通話取り出し部１９は通話取り出し要求受信部１８から入力された端末ＩＤの通話音声を通話音声ログＤＢ１７から取り出す。取り出された通話音声は接続処理部１３から通話取り出し要求の発信元の通話端末に送信される。この際、通話取り出し（要求受信部１８からログＩＤの入力があった場合にはそのログＩＤに対応する通話音声が取り出されて送信され、ログＩＤの入力がなかった場合は入力された端末ＩＤの全ての通話音声が取り出されて最新のものから順に送信される。これにより、ユーザは通話音声を聞き直すことができる。
【００３５】
なお、発着信要求受信部１４及び通話取り出し要求受信部１８における端末ＩＤ（この例では電話番号）の取得は一般的なナンバーディスプレイサービスで通常用いられる方法により取得することができる。この際、非通知の設定がされている場合は発着信要求受信部１４で取得される端末ＩＤは着信先のみとなり、通話音声は着信先の端末ＩＤと対応付けられて通話音声ログＤＢ１７に蓄積される。
【００３６】
図３及び図４は上述した通話音声保存・聴取装置１００の通話音声保存時及び通話音声聴取時の処理フローをそれぞれ示したものである。これら図３及び図４では端末ＩＤを電話番号として示している。図１２は、通話音声ログＤＢに格納されているデータの例を示している。図１２の表中、通話音声ファイル名はcall_日付_時間分秒_送話側端末ID_受話側端末ID.wavと表現している。通話相手の端末IDも格納しておいても良い。
【００３７】
通話音声保存・聴取装置１００における通話音声の保存は全ての通話に対して常に行われる。通話音声保存・聴取装置１００は内部の通話端末４０からの発信要求もしくは外部の通話端末５０からの着信要求を受信すると（ステップＳ１）、発信元及び着信先の電話番号を取得する（ステップＳ２）。そして、発信元の通話端末と着信先の通話端末の通信回線を接続する（ステップＳ３）。これにより発信元と着信先の通話が可能となり、通話が行われる。通話音声は通話開始から（冒頭から）取得され（ステップＳ４）、通話が終了するまで取得される（ステップＳ５）。通話が終了すると、取得された通話音声は発信元及び着信先の電話番号とそれぞれ対応付けられて通話音声ログＤＢ１７に格納され（ステップＳ６）、即ち一通話に対し、２つの電話番号にそれぞれ対応付けて同じ通話音声が保存・蓄積される。
【００３８】
一方、通話音声保存・聴取装置１００による通話音声の聴取（聞き直し）は通話取り出し要求を電話端末に入力することによって行われる。通話音声保存・聴取装置１００は通話取り出し要求を受信すると（ステップＳ１１）、その通話取り出し要求の発信元の電話番号を取得する（ステップＳ１２）。そして、通話取り出し要求にログＩＤの指定が有るか否かを判断し（ステップＳ１３）、ログＩＤの指定がない場合は通話音声ログＤＢ１７からその発信元電話番号の全ての通話音声を取り出し（ステップＳ１４）、ログＩＤの指定がある場合は通話音声ログＤＢ１７からその発信元電話番号の指定されたログＩＤに対応する通話音声を取り出す（ステップＳ１５）。取り出された通話音声は発信元の電話端末に送信され（ステップＳ１６）、これによりユーザは所望の通話音声を聞き直すことができる。
【００３９】
以上説明したように、この実施形態によれば、通話音声の保存・蓄積のための特別なユーザの操作を要することなく、通話音声が保存・蓄積される。この場合、通話音声の保存は直前の数通話のみとされ、よって通話音声の保存・蓄積に要する容量は少なくて済む。通話音声を聞き直したい場合にはユーザは自らの通話端末を操作するのみで簡単に聞き直すことができる。
【００４０】
なお、上述した例では通話音声は直前の５通話分、保存されるものとしたが、保存通話数はこれに限るものでなく、適宜、決定される。例えば直前の一通話だけであってもよい。
【００４１】
また、通話音声の保存容量を削減するため、通話音声を適宜、圧縮してもよく、この場合、音声が聞ければ良いので、単一チャネルかつ高圧縮率の圧縮処理を行ってもよい。ここで、通話音声に対して音声認識処理を行ってもよいが、圧縮処理は音声認識制度の劣化を招くため、音声認識処理後に圧縮処理を行うようにすればよい。
【００４２】
さらに、通話音声の蓄積時においてはログＩＤを付与することなく、通話取り出し要求時のログＩＤの指定に対応できるように最新のものから順序立てて蓄積するようにしているが、これに加え、蓄積時においても最新のものからログＩＤを付与するようにしてもよい。
【００４３】
［実施形態２］
実施形態１では通話取り出し要求は規定番号もしくは「規定番号＃ログＩＤ」を入力することにより行われ、これにより通話音声ログＤＢ１７に蓄積されている通話取り出し要求発信元の全ての通話音声もしくはログＩＤに対応する通話音声をユーザは聞き直すことができるものとなっていたが、実施形態２ではユーザは通話相手先を指定して聞き直すことができるものとする。
【００４４】
実施形態２の通話音声保存・聴取装置の構成は実施形態１と同様であり、実施形態２の通話音声保存・聴取装置の通話音声保存時及び通話音声聴取時の処理フローを図５及び図６に示す。なお、図５及び図６では図３，４と同様、端末ＩＤを電話番号として示している。
【００４５】
通話音声保存時においてはステップＳ１〜Ｓ５は実施形態１と同様に行われる。ステップＳ５に続く通話音声の通話音声ログＤＢ１７への格納においては通話音声は発信元及び着信先の電話番号とそれぞれ対応付けられ、つまり２つの電話番号にそれぞれ対応付けて同じ通話音声が格納されるが、この際、さらに通話相手電話番号毎に分類されて格納されるものとする（ステップＳ６’）。
【００４６】
即ち、実施形態２では通話音声ログＤＢ１７は各端末ＩＤ毎に、かつ通話相手端末ＩＤ毎に分類して、それぞれ予め定められた所定の通話数分、通話音声を最新のものから順序立てて蓄積するものとされる。
【００４７】
通話音声聴取時においては通話取り出し要求を通話端末に入力することによって行われるが、通話取り出し要求は実施形態２では規定番号と通話相手端末ＩＤもしくは規定番号と通話相手端末ＩＤとログＩＤの入力により行われる。実施形態１と同様、具体的に例示すれば、“１６９＊＊Ｙ”もしくは“１６９＊＊Ｙ＃１”等となる。ここで、Ｙは通話相手端末ＩＤを示す。
【００４８】
通話取り出し要求が規定番号と通話相手端末ＩＤとを含む場合、通話取り出し部１９は通話音声ログＤＢ１７から通話取り出し要求受信部１８が取得した端末ＩＤの指定された通話相手端末ＩＤに分類された全ての通話音声を取り出し、その取り出した通話音声を接続処理部１３から通話取り出し要求の発信元の通話端末に最新のものから順に送信する。
【００４９】
一方、通話取り出し要求が規定番号と通話相手端末ＩＤとログＩＤとを含む場合、通話取り出し部１９は通話音声ログＤＢ１７から通話取り出し要求受信部１８が取得した端末ＩＤの指定された通話相手端末ＩＤに分類された指定されたログＩＤに対応する通話音声を取り出し、その取り出した通話音声を接続処理部１３から通話取り出し要求の発信元の通話端末に送信する。
【００５０】
即ち、この実施形態２では通話音声聴取時の処理フローは図６に示したように、図４に示した実施形態１の処理フローに対し、通話相手電話番号を取得するステップＳ２１がステップＳ１２の次に追加され、また実施形態１のステップＳ１４，Ｓ１５に替えてステップＳ２２，Ｓ２３が実行されるものとなる。
【００５１】
［実施形態３］
図７はこの発明による通話音声保存・聴取装置の実施形態３の機能構成例を示したものである。
【００５２】
この例では通話音声保存・聴取装置２００は通話取り出し要求受信部１８にパスワード確認手段１８ａを備えており、パスワード確認手段１８ａが通話取り出し要求の発信元からのパスワードを確認した後、通話取り出し要求に基づく処理を実行するものとされる。
【００５３】
図８はこの通話音声保存・聴取装置２００における通話音声聴取時の処理フローを示したものであり、通話音声保存・聴取装置２００は通話取り出し要求を受信し（ステップＳ１１）、その通話取り出し要求の発信元の電話番号を取得（ステップＳ１２）した後、パスワードの確認を行う（ステップＳ２６）。
【００５４】
パスワードの確認は発信元の電話番号を取得した後、パスワード確認手段１８ａがパスワードを要求することによって行われ、ユーザはパスワードを入力する。パスワードは例えば番号とされ、ユーザは通話端末から“＊パスワード（番号）”でパスワードを入力する。パスワードはパスワード確認手段１８ａにおいて発信元電話番号毎に登録されており、パスワード確認手段１８ａは通話端末から入力されたパスワードを登録されているパスワードと照合してパスワードの確認を行う。パスワードを確認後、この例では実施形態１における処理と同様、ステップＳ１３〜Ｓ１６が行われるものとなっている。
【００５５】
パスワードの入力はパスワードの入力要求を待つことなく、通話取り出し要求と同時に行うこともできる。即ち、「規定番号＊パスワード」を入力すればよく、具体的に例示すれば、“１６９＊ＰＷ”となる。ＰＷはパスワード（番号）を示す。なお、着信応答後（パスワード入力要求後）のパスワード入力では通話端末に履歴は残らないが、“１６９＊ＰＷ”の入力では通話端末に発信履歴が残ることになり、セキュリティの面からは着信応答後にパスワードを入力するのが好ましい。ここで、パスワードは例えば４桁程度の数字等を用いればよい。
【００５６】
以上、この実施形態３では通話取り出し要求を受けたらパスワードを確認することでセキュリティ強度の向上を図ることができる。なお、パスワードの誤りは再度入力を要求するようにしてもよい。
【００５７】
［実施形態４］
実施形態３ではセキュリティ強度の向上を図るべく、通話取り出し要求を受けたらパスワードの確認を行うものとなっているが、例えば通話取り出し要求が内部の通話端末４０からのものである場合（内線の場合）、要求は企業内の人間であって信頼度は高く、パスワードを特に確認する必要はないと考えられる。また、内線であるため、送信する通話音声が全くの他人（第三者）に聞かれる可能性も低い。よって、実施形態４では通話取り出し要求を受けたら、その要求が内線か否かを確認するものとする。
【００５８】
図９は実施形態４の通話音声保存・聴取装置３００の機能構成例を示したものであり、通話取り出し要求受信部１８はパスワード確認手段１８ａに加え、内線判定手段１８ｂを備えるものとされる。
【００５９】
内線判定手段１８ｂは通話取り出し要求が内線からのものであるか否かを判定する。この判定は通話取り出し要求が網側送受信部１１及び端末側送受信部１２のいずれから入力されたかを検知することによって行うことができる。
【００６０】
図１０はこの通話音声保存・聴取装置３００における通話音声聴取時の処理フローを示したものである。通話音声保存・聴取装置３００は通話取り出し要求を受信し（ステップＳ１１）、その通話取り出し要求の発信元の電話番号を取得（ステップＳ１２）した後、内線か否かを判定する（ステップＳ２５）。
【００６１】
通話取り出し要求が網側送受信部１１から入力されたものである場合（外線の場合）はパスワードを確認し（ステップＳ２６）、その後、通話取り出し要求に基づく処理（ステップＳ１３〜Ｓ１６）を実行する。一方、通話取り出し要求が端末側送受信部１３から入力されたものである場合（内線の場合）はパスワード確認は行わず、通話取り出し要求に基づく処理（ステップＳ１３〜Ｓ１５）を実行する。
【００６２】
このように内線の場合は通話取り出し要求に対し、パスワードを要求しないことで利便性の向上を図ることができる。なお、内線か否かの判定は通話取り出し要求受信部１８が取得した発信元の電話番号（端末ＩＤ）によっても行うことができる。
【００６３】
［実施形態５］
図１１はこの発明による通話音声保存・聴取装置の実施形態５の機能構成例を示したものである。この例では通話音声保存・聴取装置４００は削除部２１を備えるものとされる。
【００６４】
削除部２１は通話音声ログＤＢ１７に蓄積された通話音声を、その蓄積後、所定時間経過したら自動的に削除するものとされる。通話音声の通話音声ログＤＢ１７への格納時においては一般に時刻情報を持たせることができ、この時刻情報を基に削除部２１は蓄積後、所定時間経過した通話音声を削除処理する。所定時間は例えば２４時間とされる。
【００６５】
このように保存・蓄積している通話音声を一定時間経過後に削除することで、セキュリティをさらに強化することができ、また蓄積容量を削減することができる。
【００６６】
なお、削除部２１による自動削除が実行されないように、つまり所望の通話音声が保存されるようにすることもできる。この場合、通話音声を聞き直している最中に、あるいは聞き直した直後に、保存要求を通話端末に入力するようにすればよい。保存要求は例えば“＊２”等とする。また、通話音声によっては即座に削除する必要のものがあり、例えば、“＊４”等で削除要求を入力するようにしてもよい。
【００６７】
通話音声保存・聴取装置４００は通話取り出し要求の発信元の通話端末に通話音声を送信中もしくは送信後に、その通話端末が保存要求を発信した場合、その送信中もしくは送信した直前の通話音声の削除を実行せず、保存するものとする。なお、保存要求を解除することもできる。保存解除要求は例えば“＊３”等とする。
【００６８】
以上、各種実施形態について説明したが、保存する通話音声を音声認識し、文字化して通話音声と共に通話音声ログＤＢ１７に保存するようにしてもよい。この場合、文字化された音声認識結果を、通話取り出し要求があった際に通話音声と予め登録されてある端末ＩＤに対応するメイルアドレス宛に共に送信するようにしてもよい。また、通話音声を聞き直す際、端末の操作で早送りや巻き戻し、通話単位での頭出しを行えるようにしても良い。
【００６９】
なお、上述した実施形態では公衆通信回線網３０を電話回線網として説明したが、公衆通信回線網３０はこれに限らず、例えばＩＰ網であってもよく、ＩＰ網であってもこの発明を適用することができる。
【００７０】
上述したこの発明による通話音声保存・聴取装置及び通話音声保存・聴取方法はコンピュータと、コンピュータにインストールされたプログラムによって実現することができる。コンピュータにインストールされたプログラムはＣＰＵによって解読されてコンピュータに上述した通話音声保存・聴取方法を実行させる。
【図１】
2011254435.tif 000003
【図２】
2011254435.tif 000004
【図３】
2011254435.tif 000005
【図４】
2011254435.tif 000006
【図５】
2011254435.tif 000007
【図６】
2011254435.tif 000008
【図７】
2011254435.tif 000009
【図８】
2011254435.tif 000010
【図９】
2011254435.tif 000011
【図１０】
2011254435.tif 000012
【図１１】
2011254435.tif 000013
【図１２】
2011254435.tif 000014