音声記録装置、音声記録方法及び音声記録プログラム
【課題】古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる音声記録装置を提供する。
【解決手段】音声変換手段８１は、入力された音声を予め定められたバイト数ごとの符号化データに変換する。データ登録手段８３は、バイト数ごとの符号化データをメモリ８２に登録する。また、データ登録手段８３は、メモリ８２に登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリ８２に登録された最も古い符号化データを更新する。
【解決手段】音声変換手段８１は、入力された音声を予め定められたバイト数ごとの符号化データに変換する。データ登録手段８３は、バイト数ごとの符号化データをメモリ８２に登録する。また、データ登録手段８３は、メモリ８２に登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリ８２に登録された最も古い符号化データを更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶容量の小さいメモリに効率よく音声情報を記憶する音声記録装置、音声記録方法及び音声記録プログラムに関する。
【背景技術】
【０００２】
緊急事態の発生に備え、緊急事態の通報に用いられる緊急通報ボタンを備えた携帯端末が知られている。利用者は、緊急事態が発生した時に緊急通報ボタンを押すことで、利用者の通話音声記録を開始させたり、コールセンタへ通報したりすることが可能になる。
【０００３】
また、緊急通報ボタンを押してからコールセンタが応答を開始するまでの間に容態が急変し、コールセンタとの通話が出来なくなるケースを想定し、緊急通報ボタンを押す以前の音声情報を予め記録しておく装置も知られている。
【０００４】
特許文献１には利便性が高い情報を通報することが可能な携帯型通報装置が記載されている。特許文献１に記載された携帯型通報装置は、入力される音声データの記憶を常時行い、最も古い音声データが記録されている領域から順番に、記憶されたデータを新しいデータで上書きする。そして、特許文献１に記載された携帯型通報装置は、異常が発生した場合に、現在から所定時間だけ前の音声データをセンタに送信する。
【０００５】
なお、特許文献２には、通報システムにおける音声通信装置が記載されている。特許文献２に記載された音声通信装置は、緊急通報センタから再生指示信号を受信すると、録音されている音声を再生させ、緊急通報センタにその音声を送信する。
【０００６】
また、特許文献３には、通信相手の端末に緊急メッセージを送信する移動体通信端末装置が記載されている。特許文献３に記載された移動体端末装置は、緊急通報開始キーが押下されると緊急事態発生時の音声データを作成し、発着信履歴データをもとに作成される宛先に対してその音声データを添付した緊急メール送信する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−２３４７５号公報（段落００５２〜００５３，００５８）
【特許文献２】特開２０００−３１２２６６号公報（段落００２０）
【特許文献３】特開２００５−４４１９７号公報（段落００２５）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
メモリに記憶できる音声情報は有限である。そのため、現在から所定時間だけ前の音声データを得ようとする場合には、特許文献１に記載された携帯型通報装置のように、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより、最新の音声情報をメモリに記録し続ける方法が取られることがある。
【０００９】
しかし、音声情報はメモリ消費量が非常に多いにもかかわらず、組み込み機器に用いられるメモリの記憶容量は小さい場合が多い。そのため、特許文献１に記載された携帯型通報装置のように、音声の生データをメモリに記憶させる方法では、メモリの消費量を抑えることが出来ないという問題がある。したがって、少ない記憶容量のメモリであっても、メモリの消費量を抑え、より新しい音声情報を記録できることが望ましい。
【００１０】
音声情報を圧縮させることで、メモリの消費量を抑えることは可能である。しかし、圧縮された音声情報を途中の位置からデコードするのは困難なため、古い音声情報の一部を新しい音声情報で更新する処理を繰り返す方法にそのまま圧縮データを用いることは困難である。
【００１１】
そこで、本発明は、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる音声記録装置、音声記録方法及び音声記録プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明による音声記録装置は、入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換手段と、バイト数ごとの符号化データをメモリに登録するデータ登録手段とを備え、データ登録手段が、メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新することを特徴とする。
【００１３】
本発明による音声記録方法は、入力された音声を予め定められたバイト数ごとの符号化データに変換し、バイト数ごとの符号化データをメモリに登録し、符号化データをメモリへ登録する際、そのメモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新することを特徴とする。
【００１４】
本発明による音声記録プログラムは、コンピュータに、入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換処理、および、バイト数ごとの符号化データをメモリに登録するデータ登録処理を実行させ、データ登録処理で、メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態における音声記録装置の例を示すブロック図である。
【図２】第１の実施形態における音声記録装置の動作の例を示すフローチャートである。
【図３】コールセンタとの通信を行う処理の例を示すフローチャートである。
【図４】録音データを更新する処理の例を示す説明図である。
【図５】コールセンタとの通信を行う処理の他の例を示すフローチャートである。
【図６】本発明の第２の実施形態における音声記録装置の例を示すブロック図である。
【図７】コールセンタとの通信及び音声情報のＥメール送信処理の例を示すフローチャートである。
【図８】本発明による音声記録装置の最小構成の例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を図面を参照して説明する。
【００１８】
実施形態１．
図１は、本発明の第１の実施形態における音声記録装置の例を示すブロック図である。本実施形態における音声記録装置は、制御部３０１と、記憶部３０２と、モデム部３０３と、操作部３０４と、発呼部３０５とを備えている。
【００１９】
モデム部３０３は、マイク（図示せず）から入力された声などの音声に対するエンコード処理及び圧縮処理を行う。また、モデム部３０３は、エンコード及び圧縮された音声符号データの再生を行う。
【００２０】
すなわち、モデム部３０３は、音声が入力されると予め定められたバイト数ごとに（すなわち、バイト数単位で）変調データを作成する。具体的には、モデム部３０３は、録音開始の指示を受けると、自動的にアナログ音声に対してアナログデジタル変換（以下、Ａ−Ｄ（ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌ）変換と記す。）を行い、変換したデータの符号化を行う。そして、モデム部３０３は、予め定められたバイト数ごとに符号化データの生成を終了（ターミネイト）し、そのバイト数ごとに符号化データを出力する。なお、以下の説明では、予め定められたバイト数のデータをブロックと記す。
【００２１】
例えば、モデム部３０３は、人間の聴覚の特性に基づいたサンプリング周波数を選択してデータを符号化してもよい。ただし、符号化の方法は上記方法に限定されない。音声データのサイズを減少させる方法であれば、他の方法を用いて符号化してもよい。
【００２２】
なお、モデム部３０３に対する録音開始の指示は、ユーザによる緊急指示を受ける前に予め与えておけばよい。また、モデム部３０３として、例えば、ある決まったバイト数の符号を出力する固定長符号化モードを持つモデムを使用してもよい。なお、エンコード及び圧縮された音声符号データが示す音声の再生処理を行う方法は広く知られているため、ここでは説明を省略する。
【００２３】
発呼部３０５は、通知先への発呼処理を行う。発呼部３０５は、例えば、緊急ボタンが押されたときに、コールセンタへの接続（ダイヤル処理と言うこともある。）を行ってもよい。
【００２４】
制御部３０１は、装置全体を制御する。制御部３０１は、モデム部３０３が生成した符号化データをブロック単位で記憶部３０２に記憶させる。すなわち、制御部３０１は、符号化データを記憶部３０２に登録するということが出来る。このように、音声情報を符号化データとして記憶部３０２に記憶させるため、メモリの消費量を削減することができる。
【００２５】
また、制御部３０１は、記憶部３０２に記憶された符号化データ量が予め定められた閾値（以下、メモリ量判定閾値と記す。）よりも多くなったときに、ブロック単位で最も古い符号化データを記憶部３０２から削除する。そして、制御部３０１は、モデム部３０３が出力した最も新しい符号化データを登録する。すなわち、制御部３０１は、記憶部３０２に記憶された符号化データ量がメモリ量判定閾値よりも多くなったときに、最も古い符号化データをブロック単位で最新の符号化データに更新するということができる。
【００２６】
さらに、制御部３０１は、モデム部３０３に音声の再生を開始させるよう指示を行う。制御部３０１は、音声情報の通知先であるコールセンタが応答したと判定したときに、音声の再生指示をモデム部３０３に行ってもよい。他にも、制御部３０１は、通知先からの再生指示を受信したときに、音声の再生指示をモデム部３０３に行ってもよい。この場合、制御部３０１は、例えば、コールセンタからＤＴＭＦ（Ｄｕａｌ−Ｔｏｎｅ Ｍｕｌｔｉ−Ｆｒｅｑｕｅｎｃｙ）信号などの起動要求信号を検出したときに、録音された音声の再生を行ってもよい。制御部３０１は、音声の再生が完了したと判定したときに、通知先とユーザとの間の通話処理を開始させる。
【００２７】
記憶部３０２は、録音した音声データを記憶する。具体的には、記憶部３０２は、モデム部３０３が出力した符号化データを記憶する。記憶部３０２には、モデム部３０３が出力した符号化データが制御部３０１によって記憶される。記憶部３０２は、例えば、磁気ディスク等により実現される。
【００２８】
操作部３０４は、ユーザによる緊急通報指示や、各処理の中断指示を検知する。操作部３０４は、例えば、緊急通報指示を検知する緊急ボタン（図示せず）を備えていてもよい。この場合、操作部３０４は、ユーザによって緊急ボタンが押下されたときに、ユーザの緊急通報指示を検知してもよい。また、操作部３０４は、各処理の中断指示検知する中断ボタンや中断キー（図示せず）などを備えていてもよい。この場合、操作部３０４は、ユーザによって中断ボタンが押下されたり、中断キーを介してキー入力がされたりしたときに、ユーザによる中断指示を検知してもよい。
【００２９】
制御部３０１と、モデム部３０３と、発呼部３０５とは、プログラム（音声記録プログラム）に従って動作するコンピュータのＣＰＵによって実現される。例えば、プログラムは、音声記録装置の記憶部３０２に記憶され、ＣＰＵは、そのプログラムを読み込み、プログラムに従って、制御部３０１、モデム部３０３及び発呼部３０５として動作してもよい。また、制御部３０１と、モデム部３０３と、発呼部３０５とは、それぞれが専用のハードウェアで実現されていてもよい。
【００３０】
次に、動作について説明する。図２は、本実施形態における音声記録装置の動作の例を示すフローチャートである。音声が入力される（ステップＳ１）と、モデム部３０３は、入力された音声をデジタルデータに変換し、変換された音声データを予め定められたバイト数（ブロック）ごとの符号化データに変換する（ステップＳ２）。制御部３０１は、ブロック単位の符号化データを記憶部３０２に登録する（ステップＳ３）。制御部３０１は、記憶部３０２に登録された符号化データ量がメモリ量判定閾値よりも多いか否かを判定する（ステップＳ４）。符号化データ量がメモリ量判定閾値よりも多くなった場合（ステップＳ４におけるＹ）、制御部３０１は、最も古い符号化データをブロック単位で最新の符号化データに更新する（ステップＳ５）。一方、符号化データ量がメモリ量判定閾値以下の場合（ステップＳ４におけるＮ）、制御部３０１は、処理を終了する。なお、制御部３０１は、ステップＳ１以降の処理を繰り返してもよい。
【００３１】
次に、本実施形態における音声記録装置を用いてコールセンタと通信を行う処理について説明する。なお、以下の説明では、モデム部３０３が音声を変換した符号化データを、音声録音データもしくは音声録音データと記す。また、緊急通報時には、ユーザが緊急ボタンを押下するものとし、緊急ボタンが押下されるまでの状態を待機状態と記す。図３は、コールセンタとの通信を行う処理の例を示すフローチャートである。まず、音声記録装置を予め音声を録音できる状態にするため、制御部３０１は、例えば、ユーザの指示に応じて、モデム部３０３に対する音声録音開始の指示を行う（ステップＳ１０１）。
【００３２】
記憶部３０２には、一定の録音時間の音声録音データ（すなわち、メモリ量判定閾値以下の符号化データ）を記憶するものとする。そこで、制御部３０１は、記憶部３０２に記憶された音声録音データの録音合計時間が一定時間を超えたか否かを判断する（ステップＳ１０２）。録音合計時間が一定時間を超えている場合（ステップＳ１０２におけるＹ）、制御部３０１は、一番古い音声録音データのブロックを消去する（ステップＳ１０３）。具体的には、制御部３０１は、超過分の音声録音データを削除する。
【００３３】
ここで、記憶部３０２に記憶された音声データを更新する処理について図４を用いて説明する。図４は、録音データを更新する処理の例を示す説明図である。図４に例示する録音データ更新前状態４０１は、現在の録音データが一定時間（すなわち、予め定められたバイト数）以下の場合に、「現在の録音状態」で示す記憶内容とは別に、現在の録音データを「録音データ一時ファイル」に保存していることを示す。
【００３４】
現在の録音データが一定時間以下の場合、制御部３０１は、現在の録音データを録音データ一時ファイルに記憶させる。そして、一定時間分の録音が完了すると、制御部３０１は、「現在の録音状態」で示す記憶内容を、録音が完了した一定時間分の録音データを用いて更新する。
【００３５】
図４に例示する録音データ更新後状態４０２は、「録音データ一時ファイル」に保存していた録音データが、「録音データＮ＋１」として、新たに追加されたことを示す。なお、録音データ１から録音データＮ＋１の順にデータが新しくなるものとする。制御部３０１は、「最新の録音状態」で示す記憶内容の録音時間が、メモリ量判定閾値を超えている場合、古い録音データ（ここでは、録音データ１）を削除する。このようにして、制御部３０１は、最も古い符号化データを最新の符号化データにバイト数単位で更新する。なお、待機状態では、制御部３０１は、録音データの録音及び超過分の録音データの削除を逐次繰り返す。
【００３６】
録音合計時間が一定時間以下の場合（ステップＳ１０２におけるＮ）、または、制御部３０１が一番古い音声録音データのブロックを消去した（ステップＳ１０３）後、制御部３０１は、録音データの録音を行うと同時に、ユーザが緊急ボタンを押下したか否かを判定する（ステップＳ１０４）。緊急ボタンが押されていない場合（ステップＳ１０４におけるＮ）、制御部３０１は、ステップＳ１０２以降の処理を繰り返す。
【００３７】
一方、緊急ボタンが押された場合（ステップＳ１０４におけるＹ）、発呼部３０５は、回線接続を行い（ステップＳ１０５）、コールセンタに対してダイヤル発信を行う（ステップＳ１０６）。その後、発呼部３０５は、コールセンタが応答したか否かを判定する（ステップＳ１０７）。
【００３８】
コールセンタが応答した場合（ステップＳ１０７におけるＹ）、制御部３０１は、音声の録音を停止し（ステップＳ１１３）、モデム部３０３に音声の再生を開始させる（ステップＳ１１４）。その後、制御部３０１は、音声の再生が終了したか否かを判定する（ステップＳ１１５）。音声の再生が終了した場合（ステップＳ１１５におけるＹ）、制御部３０１は、コールセンタとユーザとの間の通話処理を開始させる（ステップＳ１１６）。そして、制御部３０１は、コールセンタとユーザとの間の通話が終了したか否かを判定し（ステップＳ１１８）、通話が終了していないと判定した場合（ステップＳ１１８におけるＮ）には、ステップＳ１１８以降の処理を繰り返す。一方、通話が終了したと判定された場合（ステップＳ１１８におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ１１９）、ステップＳ１０１以降の処理を繰り返す待機状態へ移行させる。
【００３９】
一方、ステップＳ１１５において、音声の再生が終了していない場合（ステップＳ１１５におけるＮ）、制御部３０１は、ユーザによる音声再生の中断指示が行われたか否かを判定する（ステップＳ１１７）。音声再生の中断指示が行われていない場合（ステップＳ１１７におけるＮ）、制御部３０１は、ステップＳ１１５以降の処理を繰り返す。一方、音声再生の中断指示が行われた場合（ステップＳ１１７におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ１１９）、ステップＳ１０１以降の処理を繰り返す待機状態へ移行させる。
【００４０】
また、ステップＳ１０７において、コールセンタが応答していない場合（ステップＳ１０７におけるＮ）、制御部３０１は、ユーザがコールセンタへの通報を中断するため、中断ボタンを押したか否かを判定する（ステップＳ１０８）。ユーザが中断ボタンを押した場合（ステップＳ１０８におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ１１９）、ステップＳ１０１以降の処理を繰り返す待機状態へ移行させる。
【００４１】
一方、ユーザが中断ボタンを押していない場合（ステップＳ１０８におけるＹ）、制御部３０１は、コールセンタが応答しない時間が一定時間継続したか否かを判定する（ステップＳ１０９）。応答しない時間が一定時間継続していない場合（ステップＳ１０９におけるＮ）、制御部３０１は、ステップＳ１０７以降の処理を繰り返す。一方、応答しない時間が一定時間継続した場合（ステップＳ１０９におけるＹ）、制御部３０１は、センタ無応答によるリダイヤル処理を規定回数分実施しても接続できないか否かを判定する。すなわち、制御部３０１は、センタ無応答によるリトライ処理を規定回数分実施したか否かを判定する（ステップＳ１１０）。リトライ処理の回数が規定回数を超えている場合（ステップＳ１１０におけるＹ）、制御部３０１は、コールセンタへのダイヤル処理を終了し、ステップＳ１０１以降の処理を繰り返す。一方、リトライ処理の回数が規定回数以下の場合（ステップＳ１１０におけるＮ）、制御部３０１は、センタのタイムアウトによる無応答と判断し、リトライ処理の回数をカウントアップする（ステップＳ１１１）。そして、発呼部３０５は、回線を一旦切断し（ステップＳ１１２）、５秒待機（ウェイト）したあと、コールセンタへダイヤル処理を行うステップＳ１０６以降の処理を繰り返す。
【００４２】
以上のように、本実施形態によれば、モデム部３０３が、入力された音声をブロックごとの符号化データに変換し、制御部３０１が、そのブロックごとの符号化データを記憶部３０２に登録する。また、制御部３０１は、符号化データを記憶部３０２へ登録する際、記憶部３０２に登録された符号化データ量がメモリ量判定閾値よりも多くなったときに、ブロックごとに符号化された最新のデータを用いて最も古い符号化データを更新する。そのため、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる。
【００４３】
すなわち、本実施形態では、音声記録装置が待機状態の場合、常に装置周囲の音声を録音しておく。例えば、記憶部３０２には、数十秒程度の音声データを常に保持しておき、制御部３０１は、それを超えるデータを古いものから順に消去していく。そして、ユーザが緊急通報ボタンを押し、センタへの接続が完了した段階で、モデム部３０３は、録音された音声を再生する。録音された音声を再生することで、通報を受けたコールセンタは、緊急通報を受ける直前の周囲の状況を把握することができるため、より迅速かつ正確な対応を行うことが可能になる。
【００４４】
次に、本実施形態における音声記録装置の変形例について説明する。上記実施形態では、コールセンタ応答後、制御部３０１がすぐに音声再生の開始指示をモデム部３０３に行う場合について説明した。本変形例では、コールセンタ応答後、制御部３０１がモデム部３０３に対してすぐに再生指示を行わず、コールセンタからの再生要求（再生起動信号）に従って音声再生指示を行う場合について説明する。
【００４５】
図５は、コールセンタとの通信を行う処理の他の例を示すフローチャートである。音声録音を開始してから、コールセンタに接続するまでのステップＳ６０１〜Ｓ６１４における処理は、図３に例示するステップＳ１０１〜ステップＳ１１３及びステップＳ１２０の処理と同様である。
【００４６】
ステップＳ６１４において、制御部３０１が音声の録音を停止したあと、制御部３０１は、コールセンタとユーザとの間の通話処理を開始させる（ステップＳ６１５）。そして、制御部３０１は、コールセンタとユーザとの間の通話が終了したか否かを判定する（ステップＳ６１６）。通話が終了したと判定された場合（ステップＳ６１６におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ６２２）、ステップＳ６０１以降の処理を繰り返す待機状態へ移行させる。
【００４７】
一方、通話が終了したと判定されなかった場合（ステップＳ６１６におけるＮ）、制御部３０１は、コールセンタから再生起動信号を受信したか否かを判定する（ステップＳ６１７）。再生起動信号を受信したと判定した場合（ステップＳ６１７におけるＹ）、制御部３０１は、モデム部３０３に音声の再生を開始させる（ステップＳ６１８）。その後、制御部３０１は、音声の再生が終了したか否かを判定する（ステップＳ６２０）。音声の再生が終了した場合（ステップＳ６２０におけるＹ）、制御部３０１は、ステップＳ６１６以降の処理を繰り返す。
【００４８】
一方、音声の再生が終了していない場合（ステップＳ６２０におけるＮ）、制御部３０１は、ユーザによる音声再生の中断指示が行われたか否かを判定する（ステップＳ６２１）。音声再生の中断指示が行われていない場合（ステップＳ６２１におけるＮ）、制御部３０１は、ステップＳ６２０以降の処理を繰り返す。一方、音声再生の中断指示が行われた場合（ステップＳ６２１におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ６２２）、ステップＳ６０１以降の処理を繰り返す待機状態へ移行させる。
【００４９】
一方、ステップＳ６１７において、再生起動信号を受信したと判定されなかった場合（ステップＳ６１７におけるＮ）、制御部３０１は、通話の中断指示が行われたか否かを判定する（ステップＳ６１９）。中断指示が行われた場合（ステップＳ６１９におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ６２２）、ステップＳ６０１以降の処理を繰り返す待機状態へ移行させる。一方、中断指示が行われていない場合（ステップＳ６１９におけるＮ）、制御部３０１は、ステップＳ６１６以降の処理を繰り返す。
【００５０】
以上のように、本変形例では、制御部３０１がコールセンタからの再生要求（再生起動信号と言うこともある。）を受信したときに、モデム部３０３が符号化データに変換された音声を再生する。そのため、コールセンタと通話状態になった後、何らかの原因でユーザとの通話ができない場合に、事前に録音した音声を聞くことが可能になる。
【００５１】
なお、上記説明では、制御部３０１がコールセンタからの再生要求（再生起動信号）に従って音声再生指示を行う場合について説明した。他にも、制御部３０１は、コールセンタからの再生停止要求（再生停止信号）に従って音声再生の停止指示をモデム部３０３に行ってもよい。
【００５２】
実施形態２．
図６は、本発明の第２の実施形態における音声記録装置の例を示すブロック図である。
本実施形態における音声記録装置は、制御部５０１と、記憶部５０２と、モデム部５０３と、操作部５０４と、発呼部５０５と、ＬＡＮ制御部５０６とを備えている。第２の実施形態における制御部５０１、記憶部５０２、モデム部５０３、操作部５０４及び発呼部５０５は、それぞれ、第１の実施形態における制御部３０１、記憶部３０２、モデム部３０３、操作部３０４及び発呼部３０５と同様である。すなわち、第２の実施形態における音声記録装置は、ＬＡＮ制御部５０６を備えている点で、第１の実施形態と異なる。
【００５３】
ＬＡＮ制御部５０６は、モデム部５０３が作成した符号化データを添付したファイル（以下、音声添付ファイルと記す。）を作成し、そのファイルを電子メール（以下、Ｅメールと記す。）を用いて送信する。すなわち、ＬＡＮ制御部５０６は、モデム部５０３が変換した符号化データをＥメールにて通知先に送信する。ＬＡＮ制御部５０６は、例えば、ＬＡＮに接続されたメールサーバ（図示せず）に、録音した音声データを添付したＥメールを送信してもよい。
【００５４】
なお、Ｅメールの送信先は、予め定めておけばよい。Ｅメールの送信先を複数定めておくことにより、一度に複数個所へ連絡することが可能になる。また、ＬＡＮ制御部５０６が送信する符号化データは、最も新しい音声情報であり、メモリ消費量を抑えたデータである。そのため、通知先にはより新しい音声情報を送信できると共に、メール送信時の負荷を軽減できる。
【００５５】
ＬＡＮ制御部５０６が、音声添付ファイルを作成する方法について説明する。通常、一般的な音声モデムで生成される符号化データを、別のパーソナルコンピュータなどの機器で再生することはできない。そこで、ＬＡＮ制御部５０６は、符号化データを復号化して生データへ変換する。具体的には、ＬＡＮ制御部５０６は、符号化データから予め定められたバイト数（ブロック）分のデータを取り出して生データへ変換する復号化処理を最終ブロックまで繰り返し行う。そして、ＬＡＮ制御部５０６は、その生データをＭＰ３（MPEG Audio Layer-3）などのフォーマットへ変換する。
【００５６】
その他の構成は、第１の実施形態と同様である。
【００５７】
制御部５０１と、モデム部５０３と、発呼部５０５と、ＬＡＮ制御部５０６は、プログラム（音声記録プログラム）に従って動作するコンピュータのＣＰＵによって実現される。例えば、プログラムは、音声記録装置の記憶部５０２に記憶され、ＣＰＵは、そのプログラムを読み込み、プログラムに従って、制御部５０１、モデム部５０３、発呼部５０５及びＬＡＮ制御部５０６として動作してもよい。また、制御部５０１と、モデム部５０３と、発呼部５０５と、ＬＡＮ制御部５０６とは、それぞれが専用のハードウェアで実現されていてもよい。
【００５８】
次に、動作について説明する。図７は、コールセンタとの通信及び音声情報のＥメール送信処理の例を示すフローチャートである。図７に例示するフローチャートは、ステップＳ２０５〜Ｓ２０７までのＥメール送信処理が追加されている点で、図３に例示するフローチャートと異なる。
【００５９】
すなわち、音声記録装置に対して予め音声録音の開始指示が行われてから、緊急ボタンが押下されたか否かを制御部５０１が判定するまでのステップＳ２０１〜Ｓ２０４における処理は、図３に例示するステップＳ１０１〜Ｓ１０４までの処理と同様である。
【００６０】
緊急ボタンが押された場合（ステップＳ２０４におけるＹ）、制御部５０１は、音声の録音を停止し（ステップＳ２０５）、ＬＡＮ制御部５０６は、音声添付ファイルを作成する（ステップＳ２０６）。そして、ＬＡＮ制御部５０６は、作成した音声添付ファイルをＥメール送信する（ステップＳ２０７）。例えば、ＬＡＮ制御部５０６は、コールセンタや、予め設定された家族への携帯メールアドレスに対してＥメール送信を行ってもよい。
【００６１】
以降、コールセンタとの通信を行うステップＳ２０８〜Ｓ２２２における処理については、図３に例示するステップＳ１０５〜Ｓ１２０までの処理と同様である。なお、図７におけるステップＳ２０５〜Ｓ２０７で示すＥメール送信処理で、既に音声録音の停止（ステップＳ２０５）が行われている。そのため、ステップＳ２１１とステップＳ２１７との間に、音声録音の停止処理は不要である。
【００６２】
以上のように、本実施形態によれば、ＬＡＮ制御部５０６が、モデム部５０３が作成した符号化データを添付した音声添付ファイルを作成し、そのファイルを通知先へＥメール送信する。よって、実施形態１の効果に加え、一度に複数個所への連絡が可能になる。
【００６３】
すなわち、第１の実施形態では、通知先を１箇所特定すれば、その通知先にダイヤル接続することで録音された音声の通知が可能になる。さらに、本実施形態によれば、Ｅメールを用いて音声を通知するため、一度に複数個所へ連絡することが可能になる。
【００６４】
次に、本発明による音声記録装置の最小構成の例を説明する。図８は、本発明による音声記録装置の最小構成の例を示すブロック図である。本発明による音声記録装置は、入力された音声を予め定められたバイト数（例えば、ブロック）ごとの符号化データに変換する音声変換手段８１（例えば、モデム部３０３）と、バイト数ごとの符号化データをメモリ８２（例えば、記憶部３０２）に登録するデータ登録手段８３（例えば、制御部３０１）とを備えている。
【００６５】
データ登録手段８３は、メモリ８２に登録された符号化データ量が予め定められた閾値（例えば、メモリ量判定閾値）よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリ８２に登録された最も古い符号化データを更新する。
【００６６】
そのような構成により、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる。
【００６７】
なお、少なくとも以下に示すような音声記録装置も、上記に示すいずれかの実施形態に開示されている。
【００６８】
（１）入力された音声を予め定められたバイト数（例えば、ブロック）ごとの符号化データに変換する音声変換手段（例えば、モデム部３０３）と、バイト数ごとの符号化データをメモリ（例えば、記憶部３０２）に登録するデータ登録手段（例えば、制御部３０１）とを備え、データ登録手段が、メモリに登録された符号化データ量が予め定められた閾値（例えば、メモリ量判定閾値）よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新する音声記録装置。
【００６９】
（２）音声変換手段が変換した符号化データを電子メールで通知先に送信する符号化データ送信手段（例えば、ＬＡＮ制御部５０６）を備えた音声記録装置。
【００７０】
（３）音声の再生指示を示す信号（例えば、ＤＴＭＦ信号などの起動要求信号）を受信したときに、メモリに記憶された符号化データが示す音声を再生する音声再生手段（例えば、モデム部３０３）を備えた音声記録装置。
【００７１】
（４）音声変換手段が、入力された音声を予め定められたバイト数ごとのデータにデジタル変換（例えば、Ａ／Ｄ変換）し、デジタル変換後のデータを符号化する音声記録装置。
【産業上の利用可能性】
【００７２】
本発明は、記憶容量の小さいメモリに効率よく音声情報を記憶する音声記録装置に好適に適用される。例えば、本発明における音声記録装置を、お年寄りや要看護の方の家に設置される緊急通報端末などにも適用可能である。
【符号の説明】
【００７３】
３０１，５０１ 制御部
３０２，５０２ 記憶部
３０３，５０３ モデム部
３０４，５０４ 操作部
３０５，５０５ 発呼部
５０６ ＬＡＮ制御部
【技術分野】
【０００１】
本発明は、記憶容量の小さいメモリに効率よく音声情報を記憶する音声記録装置、音声記録方法及び音声記録プログラムに関する。
【背景技術】
【０００２】
緊急事態の発生に備え、緊急事態の通報に用いられる緊急通報ボタンを備えた携帯端末が知られている。利用者は、緊急事態が発生した時に緊急通報ボタンを押すことで、利用者の通話音声記録を開始させたり、コールセンタへ通報したりすることが可能になる。
【０００３】
また、緊急通報ボタンを押してからコールセンタが応答を開始するまでの間に容態が急変し、コールセンタとの通話が出来なくなるケースを想定し、緊急通報ボタンを押す以前の音声情報を予め記録しておく装置も知られている。
【０００４】
特許文献１には利便性が高い情報を通報することが可能な携帯型通報装置が記載されている。特許文献１に記載された携帯型通報装置は、入力される音声データの記憶を常時行い、最も古い音声データが記録されている領域から順番に、記憶されたデータを新しいデータで上書きする。そして、特許文献１に記載された携帯型通報装置は、異常が発生した場合に、現在から所定時間だけ前の音声データをセンタに送信する。
【０００５】
なお、特許文献２には、通報システムにおける音声通信装置が記載されている。特許文献２に記載された音声通信装置は、緊急通報センタから再生指示信号を受信すると、録音されている音声を再生させ、緊急通報センタにその音声を送信する。
【０００６】
また、特許文献３には、通信相手の端末に緊急メッセージを送信する移動体通信端末装置が記載されている。特許文献３に記載された移動体端末装置は、緊急通報開始キーが押下されると緊急事態発生時の音声データを作成し、発着信履歴データをもとに作成される宛先に対してその音声データを添付した緊急メール送信する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−２３４７５号公報（段落００５２〜００５３，００５８）
【特許文献２】特開２０００−３１２２６６号公報（段落００２０）
【特許文献３】特開２００５−４４１９７号公報（段落００２５）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
メモリに記憶できる音声情報は有限である。そのため、現在から所定時間だけ前の音声データを得ようとする場合には、特許文献１に記載された携帯型通報装置のように、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより、最新の音声情報をメモリに記録し続ける方法が取られることがある。
【０００９】
しかし、音声情報はメモリ消費量が非常に多いにもかかわらず、組み込み機器に用いられるメモリの記憶容量は小さい場合が多い。そのため、特許文献１に記載された携帯型通報装置のように、音声の生データをメモリに記憶させる方法では、メモリの消費量を抑えることが出来ないという問題がある。したがって、少ない記憶容量のメモリであっても、メモリの消費量を抑え、より新しい音声情報を記録できることが望ましい。
【００１０】
音声情報を圧縮させることで、メモリの消費量を抑えることは可能である。しかし、圧縮された音声情報を途中の位置からデコードするのは困難なため、古い音声情報の一部を新しい音声情報で更新する処理を繰り返す方法にそのまま圧縮データを用いることは困難である。
【００１１】
そこで、本発明は、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる音声記録装置、音声記録方法及び音声記録プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明による音声記録装置は、入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換手段と、バイト数ごとの符号化データをメモリに登録するデータ登録手段とを備え、データ登録手段が、メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新することを特徴とする。
【００１３】
本発明による音声記録方法は、入力された音声を予め定められたバイト数ごとの符号化データに変換し、バイト数ごとの符号化データをメモリに登録し、符号化データをメモリへ登録する際、そのメモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新することを特徴とする。
【００１４】
本発明による音声記録プログラムは、コンピュータに、入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換処理、および、バイト数ごとの符号化データをメモリに登録するデータ登録処理を実行させ、データ登録処理で、メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態における音声記録装置の例を示すブロック図である。
【図２】第１の実施形態における音声記録装置の動作の例を示すフローチャートである。
【図３】コールセンタとの通信を行う処理の例を示すフローチャートである。
【図４】録音データを更新する処理の例を示す説明図である。
【図５】コールセンタとの通信を行う処理の他の例を示すフローチャートである。
【図６】本発明の第２の実施形態における音声記録装置の例を示すブロック図である。
【図７】コールセンタとの通信及び音声情報のＥメール送信処理の例を示すフローチャートである。
【図８】本発明による音声記録装置の最小構成の例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を図面を参照して説明する。
【００１８】
実施形態１．
図１は、本発明の第１の実施形態における音声記録装置の例を示すブロック図である。本実施形態における音声記録装置は、制御部３０１と、記憶部３０２と、モデム部３０３と、操作部３０４と、発呼部３０５とを備えている。
【００１９】
モデム部３０３は、マイク（図示せず）から入力された声などの音声に対するエンコード処理及び圧縮処理を行う。また、モデム部３０３は、エンコード及び圧縮された音声符号データの再生を行う。
【００２０】
すなわち、モデム部３０３は、音声が入力されると予め定められたバイト数ごとに（すなわち、バイト数単位で）変調データを作成する。具体的には、モデム部３０３は、録音開始の指示を受けると、自動的にアナログ音声に対してアナログデジタル変換（以下、Ａ−Ｄ（ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌ）変換と記す。）を行い、変換したデータの符号化を行う。そして、モデム部３０３は、予め定められたバイト数ごとに符号化データの生成を終了（ターミネイト）し、そのバイト数ごとに符号化データを出力する。なお、以下の説明では、予め定められたバイト数のデータをブロックと記す。
【００２１】
例えば、モデム部３０３は、人間の聴覚の特性に基づいたサンプリング周波数を選択してデータを符号化してもよい。ただし、符号化の方法は上記方法に限定されない。音声データのサイズを減少させる方法であれば、他の方法を用いて符号化してもよい。
【００２２】
なお、モデム部３０３に対する録音開始の指示は、ユーザによる緊急指示を受ける前に予め与えておけばよい。また、モデム部３０３として、例えば、ある決まったバイト数の符号を出力する固定長符号化モードを持つモデムを使用してもよい。なお、エンコード及び圧縮された音声符号データが示す音声の再生処理を行う方法は広く知られているため、ここでは説明を省略する。
【００２３】
発呼部３０５は、通知先への発呼処理を行う。発呼部３０５は、例えば、緊急ボタンが押されたときに、コールセンタへの接続（ダイヤル処理と言うこともある。）を行ってもよい。
【００２４】
制御部３０１は、装置全体を制御する。制御部３０１は、モデム部３０３が生成した符号化データをブロック単位で記憶部３０２に記憶させる。すなわち、制御部３０１は、符号化データを記憶部３０２に登録するということが出来る。このように、音声情報を符号化データとして記憶部３０２に記憶させるため、メモリの消費量を削減することができる。
【００２５】
また、制御部３０１は、記憶部３０２に記憶された符号化データ量が予め定められた閾値（以下、メモリ量判定閾値と記す。）よりも多くなったときに、ブロック単位で最も古い符号化データを記憶部３０２から削除する。そして、制御部３０１は、モデム部３０３が出力した最も新しい符号化データを登録する。すなわち、制御部３０１は、記憶部３０２に記憶された符号化データ量がメモリ量判定閾値よりも多くなったときに、最も古い符号化データをブロック単位で最新の符号化データに更新するということができる。
【００２６】
さらに、制御部３０１は、モデム部３０３に音声の再生を開始させるよう指示を行う。制御部３０１は、音声情報の通知先であるコールセンタが応答したと判定したときに、音声の再生指示をモデム部３０３に行ってもよい。他にも、制御部３０１は、通知先からの再生指示を受信したときに、音声の再生指示をモデム部３０３に行ってもよい。この場合、制御部３０１は、例えば、コールセンタからＤＴＭＦ（Ｄｕａｌ−Ｔｏｎｅ Ｍｕｌｔｉ−Ｆｒｅｑｕｅｎｃｙ）信号などの起動要求信号を検出したときに、録音された音声の再生を行ってもよい。制御部３０１は、音声の再生が完了したと判定したときに、通知先とユーザとの間の通話処理を開始させる。
【００２７】
記憶部３０２は、録音した音声データを記憶する。具体的には、記憶部３０２は、モデム部３０３が出力した符号化データを記憶する。記憶部３０２には、モデム部３０３が出力した符号化データが制御部３０１によって記憶される。記憶部３０２は、例えば、磁気ディスク等により実現される。
【００２８】
操作部３０４は、ユーザによる緊急通報指示や、各処理の中断指示を検知する。操作部３０４は、例えば、緊急通報指示を検知する緊急ボタン（図示せず）を備えていてもよい。この場合、操作部３０４は、ユーザによって緊急ボタンが押下されたときに、ユーザの緊急通報指示を検知してもよい。また、操作部３０４は、各処理の中断指示検知する中断ボタンや中断キー（図示せず）などを備えていてもよい。この場合、操作部３０４は、ユーザによって中断ボタンが押下されたり、中断キーを介してキー入力がされたりしたときに、ユーザによる中断指示を検知してもよい。
【００２９】
制御部３０１と、モデム部３０３と、発呼部３０５とは、プログラム（音声記録プログラム）に従って動作するコンピュータのＣＰＵによって実現される。例えば、プログラムは、音声記録装置の記憶部３０２に記憶され、ＣＰＵは、そのプログラムを読み込み、プログラムに従って、制御部３０１、モデム部３０３及び発呼部３０５として動作してもよい。また、制御部３０１と、モデム部３０３と、発呼部３０５とは、それぞれが専用のハードウェアで実現されていてもよい。
【００３０】
次に、動作について説明する。図２は、本実施形態における音声記録装置の動作の例を示すフローチャートである。音声が入力される（ステップＳ１）と、モデム部３０３は、入力された音声をデジタルデータに変換し、変換された音声データを予め定められたバイト数（ブロック）ごとの符号化データに変換する（ステップＳ２）。制御部３０１は、ブロック単位の符号化データを記憶部３０２に登録する（ステップＳ３）。制御部３０１は、記憶部３０２に登録された符号化データ量がメモリ量判定閾値よりも多いか否かを判定する（ステップＳ４）。符号化データ量がメモリ量判定閾値よりも多くなった場合（ステップＳ４におけるＹ）、制御部３０１は、最も古い符号化データをブロック単位で最新の符号化データに更新する（ステップＳ５）。一方、符号化データ量がメモリ量判定閾値以下の場合（ステップＳ４におけるＮ）、制御部３０１は、処理を終了する。なお、制御部３０１は、ステップＳ１以降の処理を繰り返してもよい。
【００３１】
次に、本実施形態における音声記録装置を用いてコールセンタと通信を行う処理について説明する。なお、以下の説明では、モデム部３０３が音声を変換した符号化データを、音声録音データもしくは音声録音データと記す。また、緊急通報時には、ユーザが緊急ボタンを押下するものとし、緊急ボタンが押下されるまでの状態を待機状態と記す。図３は、コールセンタとの通信を行う処理の例を示すフローチャートである。まず、音声記録装置を予め音声を録音できる状態にするため、制御部３０１は、例えば、ユーザの指示に応じて、モデム部３０３に対する音声録音開始の指示を行う（ステップＳ１０１）。
【００３２】
記憶部３０２には、一定の録音時間の音声録音データ（すなわち、メモリ量判定閾値以下の符号化データ）を記憶するものとする。そこで、制御部３０１は、記憶部３０２に記憶された音声録音データの録音合計時間が一定時間を超えたか否かを判断する（ステップＳ１０２）。録音合計時間が一定時間を超えている場合（ステップＳ１０２におけるＹ）、制御部３０１は、一番古い音声録音データのブロックを消去する（ステップＳ１０３）。具体的には、制御部３０１は、超過分の音声録音データを削除する。
【００３３】
ここで、記憶部３０２に記憶された音声データを更新する処理について図４を用いて説明する。図４は、録音データを更新する処理の例を示す説明図である。図４に例示する録音データ更新前状態４０１は、現在の録音データが一定時間（すなわち、予め定められたバイト数）以下の場合に、「現在の録音状態」で示す記憶内容とは別に、現在の録音データを「録音データ一時ファイル」に保存していることを示す。
【００３４】
現在の録音データが一定時間以下の場合、制御部３０１は、現在の録音データを録音データ一時ファイルに記憶させる。そして、一定時間分の録音が完了すると、制御部３０１は、「現在の録音状態」で示す記憶内容を、録音が完了した一定時間分の録音データを用いて更新する。
【００３５】
図４に例示する録音データ更新後状態４０２は、「録音データ一時ファイル」に保存していた録音データが、「録音データＮ＋１」として、新たに追加されたことを示す。なお、録音データ１から録音データＮ＋１の順にデータが新しくなるものとする。制御部３０１は、「最新の録音状態」で示す記憶内容の録音時間が、メモリ量判定閾値を超えている場合、古い録音データ（ここでは、録音データ１）を削除する。このようにして、制御部３０１は、最も古い符号化データを最新の符号化データにバイト数単位で更新する。なお、待機状態では、制御部３０１は、録音データの録音及び超過分の録音データの削除を逐次繰り返す。
【００３６】
録音合計時間が一定時間以下の場合（ステップＳ１０２におけるＮ）、または、制御部３０１が一番古い音声録音データのブロックを消去した（ステップＳ１０３）後、制御部３０１は、録音データの録音を行うと同時に、ユーザが緊急ボタンを押下したか否かを判定する（ステップＳ１０４）。緊急ボタンが押されていない場合（ステップＳ１０４におけるＮ）、制御部３０１は、ステップＳ１０２以降の処理を繰り返す。
【００３７】
一方、緊急ボタンが押された場合（ステップＳ１０４におけるＹ）、発呼部３０５は、回線接続を行い（ステップＳ１０５）、コールセンタに対してダイヤル発信を行う（ステップＳ１０６）。その後、発呼部３０５は、コールセンタが応答したか否かを判定する（ステップＳ１０７）。
【００３８】
コールセンタが応答した場合（ステップＳ１０７におけるＹ）、制御部３０１は、音声の録音を停止し（ステップＳ１１３）、モデム部３０３に音声の再生を開始させる（ステップＳ１１４）。その後、制御部３０１は、音声の再生が終了したか否かを判定する（ステップＳ１１５）。音声の再生が終了した場合（ステップＳ１１５におけるＹ）、制御部３０１は、コールセンタとユーザとの間の通話処理を開始させる（ステップＳ１１６）。そして、制御部３０１は、コールセンタとユーザとの間の通話が終了したか否かを判定し（ステップＳ１１８）、通話が終了していないと判定した場合（ステップＳ１１８におけるＮ）には、ステップＳ１１８以降の処理を繰り返す。一方、通話が終了したと判定された場合（ステップＳ１１８におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ１１９）、ステップＳ１０１以降の処理を繰り返す待機状態へ移行させる。
【００３９】
一方、ステップＳ１１５において、音声の再生が終了していない場合（ステップＳ１１５におけるＮ）、制御部３０１は、ユーザによる音声再生の中断指示が行われたか否かを判定する（ステップＳ１１７）。音声再生の中断指示が行われていない場合（ステップＳ１１７におけるＮ）、制御部３０１は、ステップＳ１１５以降の処理を繰り返す。一方、音声再生の中断指示が行われた場合（ステップＳ１１７におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ１１９）、ステップＳ１０１以降の処理を繰り返す待機状態へ移行させる。
【００４０】
また、ステップＳ１０７において、コールセンタが応答していない場合（ステップＳ１０７におけるＮ）、制御部３０１は、ユーザがコールセンタへの通報を中断するため、中断ボタンを押したか否かを判定する（ステップＳ１０８）。ユーザが中断ボタンを押した場合（ステップＳ１０８におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ１１９）、ステップＳ１０１以降の処理を繰り返す待機状態へ移行させる。
【００４１】
一方、ユーザが中断ボタンを押していない場合（ステップＳ１０８におけるＹ）、制御部３０１は、コールセンタが応答しない時間が一定時間継続したか否かを判定する（ステップＳ１０９）。応答しない時間が一定時間継続していない場合（ステップＳ１０９におけるＮ）、制御部３０１は、ステップＳ１０７以降の処理を繰り返す。一方、応答しない時間が一定時間継続した場合（ステップＳ１０９におけるＹ）、制御部３０１は、センタ無応答によるリダイヤル処理を規定回数分実施しても接続できないか否かを判定する。すなわち、制御部３０１は、センタ無応答によるリトライ処理を規定回数分実施したか否かを判定する（ステップＳ１１０）。リトライ処理の回数が規定回数を超えている場合（ステップＳ１１０におけるＹ）、制御部３０１は、コールセンタへのダイヤル処理を終了し、ステップＳ１０１以降の処理を繰り返す。一方、リトライ処理の回数が規定回数以下の場合（ステップＳ１１０におけるＮ）、制御部３０１は、センタのタイムアウトによる無応答と判断し、リトライ処理の回数をカウントアップする（ステップＳ１１１）。そして、発呼部３０５は、回線を一旦切断し（ステップＳ１１２）、５秒待機（ウェイト）したあと、コールセンタへダイヤル処理を行うステップＳ１０６以降の処理を繰り返す。
【００４２】
以上のように、本実施形態によれば、モデム部３０３が、入力された音声をブロックごとの符号化データに変換し、制御部３０１が、そのブロックごとの符号化データを記憶部３０２に登録する。また、制御部３０１は、符号化データを記憶部３０２へ登録する際、記憶部３０２に登録された符号化データ量がメモリ量判定閾値よりも多くなったときに、ブロックごとに符号化された最新のデータを用いて最も古い符号化データを更新する。そのため、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる。
【００４３】
すなわち、本実施形態では、音声記録装置が待機状態の場合、常に装置周囲の音声を録音しておく。例えば、記憶部３０２には、数十秒程度の音声データを常に保持しておき、制御部３０１は、それを超えるデータを古いものから順に消去していく。そして、ユーザが緊急通報ボタンを押し、センタへの接続が完了した段階で、モデム部３０３は、録音された音声を再生する。録音された音声を再生することで、通報を受けたコールセンタは、緊急通報を受ける直前の周囲の状況を把握することができるため、より迅速かつ正確な対応を行うことが可能になる。
【００４４】
次に、本実施形態における音声記録装置の変形例について説明する。上記実施形態では、コールセンタ応答後、制御部３０１がすぐに音声再生の開始指示をモデム部３０３に行う場合について説明した。本変形例では、コールセンタ応答後、制御部３０１がモデム部３０３に対してすぐに再生指示を行わず、コールセンタからの再生要求（再生起動信号）に従って音声再生指示を行う場合について説明する。
【００４５】
図５は、コールセンタとの通信を行う処理の他の例を示すフローチャートである。音声録音を開始してから、コールセンタに接続するまでのステップＳ６０１〜Ｓ６１４における処理は、図３に例示するステップＳ１０１〜ステップＳ１１３及びステップＳ１２０の処理と同様である。
【００４６】
ステップＳ６１４において、制御部３０１が音声の録音を停止したあと、制御部３０１は、コールセンタとユーザとの間の通話処理を開始させる（ステップＳ６１５）。そして、制御部３０１は、コールセンタとユーザとの間の通話が終了したか否かを判定する（ステップＳ６１６）。通話が終了したと判定された場合（ステップＳ６１６におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ６２２）、ステップＳ６０１以降の処理を繰り返す待機状態へ移行させる。
【００４７】
一方、通話が終了したと判定されなかった場合（ステップＳ６１６におけるＮ）、制御部３０１は、コールセンタから再生起動信号を受信したか否かを判定する（ステップＳ６１７）。再生起動信号を受信したと判定した場合（ステップＳ６１７におけるＹ）、制御部３０１は、モデム部３０３に音声の再生を開始させる（ステップＳ６１８）。その後、制御部３０１は、音声の再生が終了したか否かを判定する（ステップＳ６２０）。音声の再生が終了した場合（ステップＳ６２０におけるＹ）、制御部３０１は、ステップＳ６１６以降の処理を繰り返す。
【００４８】
一方、音声の再生が終了していない場合（ステップＳ６２０におけるＮ）、制御部３０１は、ユーザによる音声再生の中断指示が行われたか否かを判定する（ステップＳ６２１）。音声再生の中断指示が行われていない場合（ステップＳ６２１におけるＮ）、制御部３０１は、ステップＳ６２０以降の処理を繰り返す。一方、音声再生の中断指示が行われた場合（ステップＳ６２１におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ６２２）、ステップＳ６０１以降の処理を繰り返す待機状態へ移行させる。
【００４９】
一方、ステップＳ６１７において、再生起動信号を受信したと判定されなかった場合（ステップＳ６１７におけるＮ）、制御部３０１は、通話の中断指示が行われたか否かを判定する（ステップＳ６１９）。中断指示が行われた場合（ステップＳ６１９におけるＹ）、発呼部３０５は、回線を切断し（ステップＳ６２２）、ステップＳ６０１以降の処理を繰り返す待機状態へ移行させる。一方、中断指示が行われていない場合（ステップＳ６１９におけるＮ）、制御部３０１は、ステップＳ６１６以降の処理を繰り返す。
【００５０】
以上のように、本変形例では、制御部３０１がコールセンタからの再生要求（再生起動信号と言うこともある。）を受信したときに、モデム部３０３が符号化データに変換された音声を再生する。そのため、コールセンタと通話状態になった後、何らかの原因でユーザとの通話ができない場合に、事前に録音した音声を聞くことが可能になる。
【００５１】
なお、上記説明では、制御部３０１がコールセンタからの再生要求（再生起動信号）に従って音声再生指示を行う場合について説明した。他にも、制御部３０１は、コールセンタからの再生停止要求（再生停止信号）に従って音声再生の停止指示をモデム部３０３に行ってもよい。
【００５２】
実施形態２．
図６は、本発明の第２の実施形態における音声記録装置の例を示すブロック図である。
本実施形態における音声記録装置は、制御部５０１と、記憶部５０２と、モデム部５０３と、操作部５０４と、発呼部５０５と、ＬＡＮ制御部５０６とを備えている。第２の実施形態における制御部５０１、記憶部５０２、モデム部５０３、操作部５０４及び発呼部５０５は、それぞれ、第１の実施形態における制御部３０１、記憶部３０２、モデム部３０３、操作部３０４及び発呼部３０５と同様である。すなわち、第２の実施形態における音声記録装置は、ＬＡＮ制御部５０６を備えている点で、第１の実施形態と異なる。
【００５３】
ＬＡＮ制御部５０６は、モデム部５０３が作成した符号化データを添付したファイル（以下、音声添付ファイルと記す。）を作成し、そのファイルを電子メール（以下、Ｅメールと記す。）を用いて送信する。すなわち、ＬＡＮ制御部５０６は、モデム部５０３が変換した符号化データをＥメールにて通知先に送信する。ＬＡＮ制御部５０６は、例えば、ＬＡＮに接続されたメールサーバ（図示せず）に、録音した音声データを添付したＥメールを送信してもよい。
【００５４】
なお、Ｅメールの送信先は、予め定めておけばよい。Ｅメールの送信先を複数定めておくことにより、一度に複数個所へ連絡することが可能になる。また、ＬＡＮ制御部５０６が送信する符号化データは、最も新しい音声情報であり、メモリ消費量を抑えたデータである。そのため、通知先にはより新しい音声情報を送信できると共に、メール送信時の負荷を軽減できる。
【００５５】
ＬＡＮ制御部５０６が、音声添付ファイルを作成する方法について説明する。通常、一般的な音声モデムで生成される符号化データを、別のパーソナルコンピュータなどの機器で再生することはできない。そこで、ＬＡＮ制御部５０６は、符号化データを復号化して生データへ変換する。具体的には、ＬＡＮ制御部５０６は、符号化データから予め定められたバイト数（ブロック）分のデータを取り出して生データへ変換する復号化処理を最終ブロックまで繰り返し行う。そして、ＬＡＮ制御部５０６は、その生データをＭＰ３（MPEG Audio Layer-3）などのフォーマットへ変換する。
【００５６】
その他の構成は、第１の実施形態と同様である。
【００５７】
制御部５０１と、モデム部５０３と、発呼部５０５と、ＬＡＮ制御部５０６は、プログラム（音声記録プログラム）に従って動作するコンピュータのＣＰＵによって実現される。例えば、プログラムは、音声記録装置の記憶部５０２に記憶され、ＣＰＵは、そのプログラムを読み込み、プログラムに従って、制御部５０１、モデム部５０３、発呼部５０５及びＬＡＮ制御部５０６として動作してもよい。また、制御部５０１と、モデム部５０３と、発呼部５０５と、ＬＡＮ制御部５０６とは、それぞれが専用のハードウェアで実現されていてもよい。
【００５８】
次に、動作について説明する。図７は、コールセンタとの通信及び音声情報のＥメール送信処理の例を示すフローチャートである。図７に例示するフローチャートは、ステップＳ２０５〜Ｓ２０７までのＥメール送信処理が追加されている点で、図３に例示するフローチャートと異なる。
【００５９】
すなわち、音声記録装置に対して予め音声録音の開始指示が行われてから、緊急ボタンが押下されたか否かを制御部５０１が判定するまでのステップＳ２０１〜Ｓ２０４における処理は、図３に例示するステップＳ１０１〜Ｓ１０４までの処理と同様である。
【００６０】
緊急ボタンが押された場合（ステップＳ２０４におけるＹ）、制御部５０１は、音声の録音を停止し（ステップＳ２０５）、ＬＡＮ制御部５０６は、音声添付ファイルを作成する（ステップＳ２０６）。そして、ＬＡＮ制御部５０６は、作成した音声添付ファイルをＥメール送信する（ステップＳ２０７）。例えば、ＬＡＮ制御部５０６は、コールセンタや、予め設定された家族への携帯メールアドレスに対してＥメール送信を行ってもよい。
【００６１】
以降、コールセンタとの通信を行うステップＳ２０８〜Ｓ２２２における処理については、図３に例示するステップＳ１０５〜Ｓ１２０までの処理と同様である。なお、図７におけるステップＳ２０５〜Ｓ２０７で示すＥメール送信処理で、既に音声録音の停止（ステップＳ２０５）が行われている。そのため、ステップＳ２１１とステップＳ２１７との間に、音声録音の停止処理は不要である。
【００６２】
以上のように、本実施形態によれば、ＬＡＮ制御部５０６が、モデム部５０３が作成した符号化データを添付した音声添付ファイルを作成し、そのファイルを通知先へＥメール送信する。よって、実施形態１の効果に加え、一度に複数個所への連絡が可能になる。
【００６３】
すなわち、第１の実施形態では、通知先を１箇所特定すれば、その通知先にダイヤル接続することで録音された音声の通知が可能になる。さらに、本実施形態によれば、Ｅメールを用いて音声を通知するため、一度に複数個所へ連絡することが可能になる。
【００６４】
次に、本発明による音声記録装置の最小構成の例を説明する。図８は、本発明による音声記録装置の最小構成の例を示すブロック図である。本発明による音声記録装置は、入力された音声を予め定められたバイト数（例えば、ブロック）ごとの符号化データに変換する音声変換手段８１（例えば、モデム部３０３）と、バイト数ごとの符号化データをメモリ８２（例えば、記憶部３０２）に登録するデータ登録手段８３（例えば、制御部３０１）とを備えている。
【００６５】
データ登録手段８３は、メモリ８２に登録された符号化データ量が予め定められた閾値（例えば、メモリ量判定閾値）よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリ８２に登録された最も古い符号化データを更新する。
【００６６】
そのような構成により、古い音声情報の一部を新しい音声情報で更新する処理を繰り返すことにより最新の音声情報をメモリに記録し続ける場合において、音声情報を記憶するメモリの消費量を削減しつつ、より新しい音声情報を記憶できる。
【００６７】
なお、少なくとも以下に示すような音声記録装置も、上記に示すいずれかの実施形態に開示されている。
【００６８】
（１）入力された音声を予め定められたバイト数（例えば、ブロック）ごとの符号化データに変換する音声変換手段（例えば、モデム部３０３）と、バイト数ごとの符号化データをメモリ（例えば、記憶部３０２）に登録するデータ登録手段（例えば、制御部３０１）とを備え、データ登録手段が、メモリに登録された符号化データ量が予め定められた閾値（例えば、メモリ量判定閾値）よりも多くなったときに、バイト数ごとに符号化された最新のデータを用いてメモリに登録された最も古い符号化データを更新する音声記録装置。
【００６９】
（２）音声変換手段が変換した符号化データを電子メールで通知先に送信する符号化データ送信手段（例えば、ＬＡＮ制御部５０６）を備えた音声記録装置。
【００７０】
（３）音声の再生指示を示す信号（例えば、ＤＴＭＦ信号などの起動要求信号）を受信したときに、メモリに記憶された符号化データが示す音声を再生する音声再生手段（例えば、モデム部３０３）を備えた音声記録装置。
【００７１】
（４）音声変換手段が、入力された音声を予め定められたバイト数ごとのデータにデジタル変換（例えば、Ａ／Ｄ変換）し、デジタル変換後のデータを符号化する音声記録装置。
【産業上の利用可能性】
【００７２】
本発明は、記憶容量の小さいメモリに効率よく音声情報を記憶する音声記録装置に好適に適用される。例えば、本発明における音声記録装置を、お年寄りや要看護の方の家に設置される緊急通報端末などにも適用可能である。
【符号の説明】
【００７３】
３０１，５０１ 制御部
３０２，５０２ 記憶部
３０３，５０３ モデム部
３０４，５０４ 操作部
３０５，５０５ 発呼部
５０６ ＬＡＮ制御部
【特許請求の範囲】
【請求項１】
入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換手段と、
前記バイト数ごとの符号化データをメモリに登録するデータ登録手段とを備え、
前記データ登録手段は、前記メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、前記バイト数ごとに符号化された最新のデータを用いて前記メモリに登録された最も古い符号化データを更新する
ことを特徴とする音声記録装置。
【請求項２】
音声変換手段が変換した符号化データを電子メールで通知先に送信する符号化データ送信手段を備えた
請求項１記載の音声記録装置。
【請求項３】
音声の再生指示を示す信号を受信したときに、メモリに記憶された符号化データが示す音声を再生する音声再生手段を備えた
請求項１または請求項２記載の音声記録装置。
【請求項４】
音声変換手段は、入力された音声を予め定められたバイト数ごとのデータにデジタル変換し、デジタル変換後のデータを符号化する
請求項１から請求項３のうちのいずれか１項に記載の音声記録装置。
【請求項５】
入力された音声を予め定められたバイト数ごとの符号化データに変換し、
前記バイト数ごとの符号化データをメモリに登録し、
前記符号化データを前記メモリへ登録する際、当該メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、前記バイト数ごとに符号化された最新のデータを用いて前記メモリに登録された最も古い符号化データを更新する
ことを特徴とする音声記録方法。
【請求項６】
音声変換手段が変換した符号化データを電子メールで通知先に送信する
請求項５記載の音声記録方法。
【請求項７】
音声の再生指示を示す信号を受信したときに、メモリに記憶された符号化データが示す音声を再生する
請求項５または請求項６記載の音声記録方法。
【請求項８】
コンピュータに、
入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換処理、および、
前記バイト数ごとの符号化データをメモリに登録するデータ登録処理を実行させ、
前記データ登録処理で、前記メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、前記バイト数ごとに符号化された最新のデータを用いて前記メモリに登録された最も古い符号化データを更新させる
ための音声記録プログラム。
【請求項９】
コンピュータに、
音声変換処理で変換された符号化データを電子メールで通知先に送信する符号化データ送信処理を実行させる
請求項８記載の音声記録プログラム。
【請求項１】
入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換手段と、
前記バイト数ごとの符号化データをメモリに登録するデータ登録手段とを備え、
前記データ登録手段は、前記メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、前記バイト数ごとに符号化された最新のデータを用いて前記メモリに登録された最も古い符号化データを更新する
ことを特徴とする音声記録装置。
【請求項２】
音声変換手段が変換した符号化データを電子メールで通知先に送信する符号化データ送信手段を備えた
請求項１記載の音声記録装置。
【請求項３】
音声の再生指示を示す信号を受信したときに、メモリに記憶された符号化データが示す音声を再生する音声再生手段を備えた
請求項１または請求項２記載の音声記録装置。
【請求項４】
音声変換手段は、入力された音声を予め定められたバイト数ごとのデータにデジタル変換し、デジタル変換後のデータを符号化する
請求項１から請求項３のうちのいずれか１項に記載の音声記録装置。
【請求項５】
入力された音声を予め定められたバイト数ごとの符号化データに変換し、
前記バイト数ごとの符号化データをメモリに登録し、
前記符号化データを前記メモリへ登録する際、当該メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、前記バイト数ごとに符号化された最新のデータを用いて前記メモリに登録された最も古い符号化データを更新する
ことを特徴とする音声記録方法。
【請求項６】
音声変換手段が変換した符号化データを電子メールで通知先に送信する
請求項５記載の音声記録方法。
【請求項７】
音声の再生指示を示す信号を受信したときに、メモリに記憶された符号化データが示す音声を再生する
請求項５または請求項６記載の音声記録方法。
【請求項８】
コンピュータに、
入力された音声を予め定められたバイト数ごとの符号化データに変換する音声変換処理、および、
前記バイト数ごとの符号化データをメモリに登録するデータ登録処理を実行させ、
前記データ登録処理で、前記メモリに登録された符号化データ量が予め定められた閾値よりも多くなったときに、前記バイト数ごとに符号化された最新のデータを用いて前記メモリに登録された最も古い符号化データを更新させる
ための音声記録プログラム。
【請求項９】
コンピュータに、
音声変換処理で変換された符号化データを電子メールで通知先に送信する符号化データ送信処理を実行させる
請求項８記載の音声記録プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−１６６６６０（Ｐ２０１１−１６６６６０Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−３００２７（Ｐ２０１０−３００２７）
【出願日】平成２２年２月１５日（２０１０．２．１５）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月１５日（２０１０．２．１５）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]