携帯端末
【課題】 録音した音声の明瞭度を向上させるとともに、エンターテインメント性を付加することが可能な携帯端末を提供する。
【解決手段】 マイクロフォンで収音したアナログ音声信号はＡ／Ｄ部９でデジタル音声信号へと変換され、データバッファ３１に一時的に蓄積される。オーディオエンコーダ３２はデータバッファ３１に蓄積されたデジタル音声信号のエンコードを行い、録音データを生成する。録音データは効果付加モジュール３３でエフェクト効果を付加された後にファイル生成モジュール３４へと出力される。ファイル生成モジュール３４は、エフェクト効果付加後の録音データと、ユーザがデータディスク５に記憶された中から選択したＭＩＤＩデータ、オーディオデータ、画像データ及びテキストデータを組み合わせてマルチメディアファイルを生成する。
【解決手段】 マイクロフォンで収音したアナログ音声信号はＡ／Ｄ部９でデジタル音声信号へと変換され、データバッファ３１に一時的に蓄積される。オーディオエンコーダ３２はデータバッファ３１に蓄積されたデジタル音声信号のエンコードを行い、録音データを生成する。録音データは効果付加モジュール３３でエフェクト効果を付加された後にファイル生成モジュール３４へと出力される。ファイル生成モジュール３４は、エフェクト効果付加後の録音データと、ユーザがデータディスク５に記憶された中から選択したＭＩＤＩデータ、オーディオデータ、画像データ及びテキストデータを組み合わせてマルチメディアファイルを生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声を録音し、再生することが可能な携帯端末に関する。
【背景技術】
【０００２】
近年、携帯電話機等の携帯端末には、電話機としての機能の他に音声を録音する機能や静止画を撮影する機能を持つものが開発されている。このような携帯電話機においては、
録音した音声をメールで送信する機能や、撮影した静止画に音声メッセージを合成する機能を持つものが提案されている。
なお、本出願に関する従来技術の参考文献として、特許文献1が知られている。
【特許文献１】特開２００２−２１８０９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記従来の携帯電話機では、録音した音声をそのまま使用しているため、ユーザにとって単調で味気ないものとなる上に、場合によっては明瞭度が欠落するという課題があった。
【０００４】
本発明は上記事情を考慮してなされたもので、その目的は、録音した音声の明瞭度を向上させるとともに、エンターテインメント性を付加することが可能な携帯端末を提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記の課題を解決するためになされたもので、請求項1に記載の発明は、音声を収音し音声信号として出力する音声収音手段と、前記音声信号に信号処理を施す信号処理手段と、前記信号処理後の音声信号を音声データとして記憶する記憶手段とを具備することを特徴とする携帯端末である。
【０００６】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記信号処理後の音声信号を再生する再生手段をさらに具備することを特徴とする。
【０００７】
また、請求項３に記載の発明は、音声を収音し音声信号として出力する音声収音手段と、前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段と、前記音声信号及び前記パラメータを音声データとして記憶する記憶手段とを具備することを特徴とする携帯端末である。
【０００８】
また、請求項４に記載の発明は、請求項３に記載の発明において、前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、前記信号処理後の音声信号を再生する再生手段とをさらに具備することを特徴とする。
【０００９】
また、請求項５に記載の発明は、音声信号及び前記音声信号に信号処理を施すためのパラメータを音声データとして記憶する記憶手段と、前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、前記信号処理後の音声信号を再生する再生手段とを具備する携帯端末である。
【００１０】
また、請求項６に記載の発明は、音声を収音し音声信号として出力する音声収音手段と、前記音声信号に信号処理を施す信号処理手段と、前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段とを具備し、前記信号処理後の音声信号と、前記信号処理前の音声信号及び前記パラメータとの何れか一方を選択し、音声データとして記憶することを特徴とする携帯端末である。
【００１１】
また、請求項７に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段は、前記音声データにＭＩＤＩデータを付加して記憶することを特徴とする。
【００１２】
また、請求項８に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段は、前記音声データにオーディオデータを付加して記憶することを特徴とする。
【００１３】
また、請求項９に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段は、前記音声データに画像データまたはテキストデータを付加して記憶することを特徴とする。
【００１４】
また、請求項１０に記載の発明は、請求項２または請求項４に記載の発明において、通信手段をさらに具備し、前記通信手段への着信時に前記音声データを前記再生手段で再生することを特徴とする。
【００１５】
また、請求項１１に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段で記憶する音声データをメールに添付して送信する機能と、他の端末から前記音声データが添付されたメールを受信する機能とを有するメール送受信手段をさらに具備することを特徴とする。
【発明の効果】
【００１６】
請求項１及び請求項２に記載の発明によれば、ユーザが録音した音声に対して様々なエフェクト効果を付与する等の信号処理が可能であるため、録音した音声の明瞭度を向上させるとともに、エンターテインメント性を付加することができる。また、信号処理後のデータを音声データとして保持することで、エフェクト等の信号処理手段を具備しない携帯端末でも当該音声データを再生することができる。
【００１７】
また、請求項３から請求項５に記載の発明によれば、ユーザが録音した音声に対してエフェクト効果等の信号処理を施すためのパラメータを生成することが可能であるため、当該パラメータを解釈可能な携帯端末でエフェクト効果をリアルに再現できる。また、音声データを再生する側の携帯端末でパラメータを調整することも可能となる。
【００１８】
また、請求項６に記載の発明によれば、請求項１から請求項５に記載の発明の効果に加え、ユーザの携帯端末で生成した音声データを送信する相手側の携帯端末で具備する機能に応じて、信号処理後の音声を記憶するか信号処理前の音声と信号処理のパラメータを記憶するかを選択することが可能である。
【００１９】
また、請求項７から請求項９に記載の発明によれば、ＭＩＤＩデータやオーディオデータ、画像データまたはテキストデータを音声データに付加することで、さらにエンターテインメント性を向上させることができる。
【００２０】
また、請求項１０に記載の発明によれば、ユーザは信号処理を施した音声データを着信音に割り当てることが可能であり、さらにエンターテインメント性が向上する。
【００２１】
また、請求項１１に記載の発明によれば、それぞれの携帯端末で録音し、信号処理を行った音声データをユーザ同士でメール交換することが可能であり、さらにエンターテインメント性が向上する。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の実施形態に係る携帯電話機（携帯端末）の構成を示す構成図である。図1において、ＣＰＵ１は携帯電話機内の各部を制御するＣＰＵ（Central Processing Unit）である。
【００２３】
ＲＯＭ２は、ＣＰＵ１が実行するプログラム等を保持するＲＯＭ（Read Only Memory）である。ＲＡＭ３は、ＣＰＵ１が使用するメモリ領域を提供するＲＡＭ（Random Access Memory）である。
【００２４】
通信インタフェース４は、シリアル通信またはパラレル通信によりデータディスク５と接続するためのインタフェースである。データディスク５（記憶手段）は、マルチメディアファイル（音声データ）を格納するディスクであり、ＣＰＵ１は通信インタフェース４を介してデータディスク５内のマルチメディアファイルを読み取る。ここで、マルチメディアファイルとは、オーディオデータに画像データ、テキストデータ、ＭＩＤＩデータ等を合わせたファイルを指す。また、データディスク５には、ＭＩＤＩデータやオーディオデータ、画像データ、テキストデータがライブラリとして蓄積されている。
【００２５】
図２は、マルチメディアファイルのフォーマット構造の一例を示した図である。図２において、フォーマット構造内のデータはChunk単位で管理される。Contents Info Chunkには、コンテンツの種別やコンテンツ複製許可等の、ファイル管理用のデータが格納される。Optional Data Chunkには、楽曲データの固有情報が含まれる。
【００２６】
MIDI Track Chunkには、音源７によって再生されるシーケンスデータ等が格納される。Setup Data Chunkには、MIDI Track Chunk全体における設定パラメータや音色パラメータ、エフェクトデータ等が格納される。Sequence Data Chunkには、音源７によって再生されるシーケンスデータが格納される。
【００２７】
ここで、シーケンスデータとは、時間情報を持つＭＩＤＩイベントの集合体である。ＭＩＤＩイベントは、例えば、発音イベント（ノートオン／オフ）や音色イベント（プログラムチェンジ）、音量変更やパンポット変更のためのイベント（コントロールチェンジ）、ピッチ変更イベント（ピッチチェンジ）等である。
【００２８】
Audio Track Chunkには、サンプリングされたオーディオデータと実際の発音を行うためのシーケンスデータが格納される。Setup Data Chunkには、Audio Track Chunk全体における設定パラメータや、エフェクトを加える際に用いるパラメータが格納される。Sequence Data Chunkには、オーディオデータを発音するためのシーケンスデータが格納される。
【００２９】
ここで、シーケンスデータは、時間に同期して発音、消音するためにオーディオデータと結び付けられたイベントと、タイミングを指定するためのDurationからなる。また、音量変更やパンポット変更のためのイベント等もシーケンスデータに含まれる。
【００３０】
Wave Data Chunkには、実際のオーディオデータが特定の圧縮オーディオフォーマットで圧縮されて格納される。Wave Data Chunkのヘッダーには、オーディオデータの種類やサンプリング周波数、ビット等の情報が格納される。
【００３１】
なお、一つのWave Data Chunkが一つのオーディオデータに対応しており、Audio Track Chunk内に複数のWave Data Chunk（すなわち、複数のオーディオデータ）を格納することも可能である。Audio Track Chunk内では、各Wave Data Chunkに対してＩＤを割り当てることで管理され、このＩＤによってSequence Data Chunkの発音イベントと関連付けられる。
【００３２】
Graphics Track Chunkには、ディスプレイ１３に表示を行うための描画シーケンスデータ、画像データ、テキストデータ等が格納される。Setup Data Chunkには、Graphics Track Chunk全体における設定パラメータが格納される。Sequence Data Chunkには、ディスプレイ１３に描画するためのシーケンスデータが格納される。Font Data Chunkには、テキストデータが、Image Data Chunkには画像データが格納される。
【００３３】
ここで、シーケンスデータは、座標を指定するための数値表現（Coordinates）と表示タイミングや表示時間長等を指定するための数値表現（Duration）で表され、テキストや画像を時間に同期して表示、消去するためのシーケンスが記述される。
【００３４】
Graphics Track Chunkは複数の仮想プレーンを持つ表示デバイスを想定しており、Graphics Track Chunkには各仮想プレーンに対応したSequence Data Chunkを複数格納することができる。この場合、実際の表示デバイス（ディスプレイ１３）には仮想プレーンを合成した結果が表示される。
【００３５】
図１に戻って、入力部６は、ユーザの指示を入力する操作キー等を有する入力部である。音源７は、図２のMIDI Track Chunk内に格納されたＭＩＤＩ形式のメロディデータを解釈し、ＦＭ（Frequency Modulation）方式やＷＴ（Wave Table）方式によってデジタル楽音データを生成する音源である。音源７の実装方法は、ＣＰＵ１によるソフトウェア方式でも、専用のハードウェアを設ける方法でもよい。
【００３６】
ＤＳＰ部８は、図２のAudio Track Chunk内に格納されたオーディオデータのファイル形式に対してリアルタイムでデコード処理を行い、また、リニアなサンプリングデータからＭＰ３形式やＡＡＣ形式といった特定の圧縮オーディオフォーマットにエンコードする処理を行うＤＳＰ（Digital Signal Processor）である。さらにまた、ＤＳＰ部８は、オーディオデータに対して様々なエフェクト効果を付加する処理を行うものである。
【００３７】
Ａ／Ｄ部９は、マイクロフォン（音声収音手段、図示なし）で収音したアナログ音声信号をデジタル音声データへ変換するＡＤＣ（Analog-to-Digital Converter）である。なお、ここで使用するマイクロフォンは、携帯電話機の備える通話用のマイクロフォンを用いてもよいし、これに代えて専用のマイクロフォンを設けてもよい。
【００３８】
Ｄ／Ａ部１０は、ＤＳＰ部８でデコードされたオーディオデータまたは、音源７で生成されたデジタル楽音データをアナログ音声信号に変換するＤＡＣ（Digital-to-Analog Converter）である。スピーカ１１（再生手段）は、Ｄ／Ａ部１０で変換されたアナログ音声信号を発音するスピーカである。
【００３９】
描画モジュール１２は、マルチメディアファイル内の画像データおよびテキストデータに基づいて、ディスプレイ１３への表示を制御するものである。ディスプレイ１３は、描画モジュール１２の出力を表示する表示器である。バスライン１４は、携帯電話機内の各部を相互に接続するバスラインである。
【００４０】
なお、本発明の携帯電話機は図１に示した機能以外に電話機能（通信手段）を備えているほか、電子メールによりファイルを送受信する機能（メール送受信手段）およびインターネットを介してファイルをアップロード・ダウンロードする機能を備えている。
【００４１】
次に、上述した実施形態の動作を、図３から図６を参照して説明する。図３は、図１の携帯電話機でマルチメディアファイルを生成する際の機能を示した機能構成図であり、図４は、図１の携帯電話機でマルチメディアファイルを生成する手順を示す図である。
【００４２】
ユーザが入力部６から所定の操作を行うと（ステップＳ４０１）、録音が開始され（ステップＳ４０２）、ユーザがマイクロフォンから音声等を入力することにより、マイクロフォンからＡ／Ｄ部９へアナログ音声信号が出力される。Ａ／Ｄ部９は、入力したアナログ音声信号のサンプリングを行い、リニアなサンプリングデータをデータバッファ３１に一時的に蓄積する。なお、データバッファ３１とは、ＲＡＭ３内に確保されるメモリ領域である。
【００４３】
データバッファ３１に蓄積されたリニアなサンプリングデータは、ＤＳＰ部８の一機能であるオーディオエンコーダ３２でＭＰ３形式やＡＡＣ形式といった特定の圧縮オーディオデータフォーマットに変換され、オーディオデータ（録音データ）が生成される（ステップＳ４０３）。
【００４４】
ステップＳ４０１〜ステップＳ４０３で録音データを生成する録音処理は複数回に分けて行うことが可能であり、複数回に分けて録音された録音データは、後述のファイル生成モジュール３４による処理において、図２に示すマルチメディアファイルのAudio Track Chunk内のWave Data Chunk #1〜Wave Data Chunk #nにそれぞれ保存される。
【００４５】
ステップＳ４０３で生成された録音データは、続いてＤＳＰ部８の一機能である効果付加モジュール３３（信号処理手段、パラメータ生成手段）でエフェクトを加える処理が行われる。効果付加モジュール３３で付加されるエフェクトの種類としては、例えば、録音データに対してボイスチェンジのエフェクト機能を設け、元の音声とは違った声質に変更することが挙げられる。
【００４６】
また、イントネーションなど音声の特徴をデフォルメする機能を設け、元の音声の特徴を強調した新たな録音データを作り出すことが可能である。さらにまた、音声に含まれる耳障りな高周波の成分を抑えるディエッサー等の機能を設け、元の音声を聞きやすくした新たな録音データを作り出すことが可能である。さらにまた、話速変換のエフェクト機能を設け、元の音声を聞きやすくした新たな録音データを作り出すことが可能である。
【００４７】
ユーザが入力部６から効果を付加する指示を入力し（ステップＳ４０４、ステップＳ４０５：Ｙｅｓ）、さらに付加する効果の選択を行うと（ステップＳ４０６）、効果付加モジュール３３は録音データに対してユーザから指定された効果を付加する処理を行う（ステップＳ４０７）。一方、ユーザから効果を付加する指示がない場合には（ステップＳ４０５：Ｎｏ）、ステップＳ４０９へと進む。
【００４８】
なお、ステップＳ４０１〜ステップＳ４０３で複数回に分けて録音を行い、複数の録音データが生成されている場合には、それぞれの録音データに関して個別に効果付加の処理が可能である。
【００４９】
また、ステップＳ４０６における効果の選択では、効果付加モジュール３３で行う処理の方法として、ユーザが選択した効果を録音データに付加して新たな録音データを生成する方法と、ユーザが録音データを再生する際に、効果付加モジュール３３等の信号処理手段に与えられるエフェクト効果のパラメータ（例えば、図２のAudio Track ChunkのSetup Data Chunkに保存され、再生の際に参照される）を生成し録音データと共に保持する方法との何れかを選択可能とする。
【００５０】
ユーザが選択した効果を録音データに付加して新たな録音データを生成する方法では、録音データを再生する相手側端末にエフェクト機能がない場合でも再生可能である。一方、エフェクト効果のパラメータを生成し録音データと共に保持する方法では、録音データを再生する相手側端末で信号処理を行うことで、相手側端末ではリアルなエフェクト効果を再現することができる。また、相手側端末でそのパラメータを変更することでエフェクト効果を調整するといった利用形態も可能となる。さらに、上記二つの方法を選択可能とすることで、録音データを再生する相手側端末の機能に応じたデータを生成することができる。
【００５１】
効果が付加された録音データは、ＣＰＵ１の一機能であるファイル生成モジュール３４へ入力される。続いて、ユーザが入力部６からＭＩＤＩデータを付加する指示を行い（ステップＳ４０８、ステップＳ４０９：Ｙｅｓ）、さらにデータディスク５から付加するＭＩＤＩデータを選択すると（ステップＳ４１０）、選択されたＭＩＤＩデータがファイル生成モジュール３４へ入力される（ステップＳ４１１）。
【００５２】
同様に、ユーザが入力部６からオーディオデータを付加する指示を行い（ステップＳ４１２、ステップＳ４１３：Ｙｅｓ）、さらにデータディスク５から付加するオーディオデータを選択すると（ステップＳ４１４）、選択されたオーディオデータがファイル生成モジュール３４へ入力される（ステップＳ４１５）。
【００５３】
さらに、ユーザが入力部６から画像データまたはテキストデータを付加する指示を行い（ステップＳ４１６、ステップＳ４１７：Ｙｅｓ）、さらにデータディスク５から付加する画像データまたはテキストデータを選択すると（ステップＳ４１８）、選択された画像データまたはテキストデータがファイル生成モジュール３４へ入力される。こうして、各データが入力されたファイル生成モジュール３４は、図２に示すフォーマットのマルチメディアファイルを生成する（ステップＳ４１９）。
【００５４】
以上でマルチメディアファイルの生成手順は終了するが、入力した録音データとＭＩＤＩデータ、オーディオデータ、画像データおよびテキストデータの各データに対して各データを再生するタイミングを指定する機能があってもよい。なお、入力されたＭＩＤＩデータは、図２のMIDI Track ChunkのSequence Data Chunkへ、オーディオデータはAudio Track Chunkへ、画像データはGraphics Track ChunkのImage Data Chunkへ、テキストデータは、Graphics Track ChunkのFont Data Chunkへ格納されてマルチメディアファイルが生成される。
【００５５】
続いて、図1の携帯電話機でマルチメディアファイルを再生する際の手順について、図５及び図６を参照して説明する。図５は、図１の携帯電話機でマルチメディアファイルを再生する際の機能を示した機能構成図であり、図６は、図１の携帯電話機でマルチメディアファイルを再生する手順を示す図である。
【００５６】
ユーザが入力部６を使用してマルチメディアファイルの選択指示を行うと（ステップＳ６０１）、ＣＰＵ１の一機能として実現されるプレイヤー５１は、データディスク５から該当するマルチメディアファイルを読み出す（ステップＳ６０２）。ここで、マルチメディアファイルは図２に示すフォーマット形式である。
【００５７】
続いて、ユーザが入力部６を使用して選択したマルチメディアファイルの再生指示を行うと（ステップＳ６０３）、プレイヤー５１はステップＳ６０２で読み出したマルチメディアファイルの再生処理を開始する（ステップＳ６０４）。この後、プレイヤー５１は、マルチメディアファイルの各Chunk内に格納されたシーケンスデータに従って各時刻に行う処理を判断し、処理の対象となるデータの種類に応じて、当該データの出力先を振り分ける（ステップＳ６０５）。
【００５８】
MIDI Track Chunk内のＭＩＤＩデータを処理する場合には、プレイヤー５１はＭＩＤＩデータ内のシーケンスデータの時刻に従い音源７へＭＩＤＩイベントを出力する。音源７は、入力したＭＩＤＩイベントに従ってデジタル楽音データを生成する。生成されたデジタル楽音データは、効果付加モジュール５２へと出力される。
【００５９】
Audio Track Chunk内のオーディオデータを処理する場合は、プレイヤー５１はＤＳＰ部８の一機能であるオーディオデコーダ５３へオーディオデータを出力する。オーディオデコーダ５３は、入力した特定の圧縮オーディオデータフォーマットであるオーディオデータをリニアなオーディオデータにリアルタイムでデコードする（ステップＳ６０７）。
【００６０】
効果付加モジュール５２（信号処理手段）は、様々なエフェクト機能を備えており、音源７から入力するデジタル楽音データ及びオーディオデコーダ５３から入力するオーディオデータに対し、リアルタイムにエフェクト効果を付加することができる。
【００６１】
図４のステップＳ４０６に関する説明で前述したように、マルチメディアファイルにエフェクト効果のパラメータ（例えば、図２のAudio Track ChunkのSetup Data Chunkに含まれる）が保持されているときには、効果付加モジュール５２にパラメータを加える。効果付加モジュール５２は、入力したパラメータに従って対応する録音データ（図２のWave Data Chunk内のオーディオデータ）に対しエフェクト効果を付加し、Ｄ／Ａ部１０へ出力する。
【００６２】
エフェクト効果を付加後のデジタル楽音データ及びオーディオデータは、Ｄ／Ａ部１０でアナログ楽音信号に変換され、アンプ（図示せず）で増幅された後にスピーカ１１から再生される。なお、図４のステップＳ４０６において、効果を録音データに付加して新たに生成された録音データを持つマルチメディアファイルにおいては、その録音データについては効果付加モジュール５２により効果を付加しなくてもエフェクト効果が付加された楽音が再生される。
【００６３】
一方、ステップＳ６０５においてGraphic Track Chunk内の画像データを処理する場合には、プレイヤー５１はＣＰＵ１の一機能であるグラフィックデコーダ５４へ画像データを出力する。グラフィックデコーダ５４は、プレイヤー５１から入力した画像データ（例えば、ＪＰＥＧ形式やＰＮＧ形式で圧縮されている）をディスプレイ１３に表示するための実データにデコードする（ステップＳ６０８）。
【００６４】
ステップＳ６０５においてGraphic Track Chunk内のテキストデータを処理する場合には、プレイヤー５１はＣＰＵ１の一機能であるテキストデコーダ５５へテキストデータを出力する。テキストデコーダ５５は、プレイヤー５１から入力したテキストデータをフォントに置き換え、ディスプレイ１３に表示するための実データにデコードする（ステップＳ６０９）。
【００６５】
ステップＳ６０８、ステップＳ６０９でデコードされた画像データおよびテキストデータは描画モジュール１２へと出力される。描画モジュール１２は、入力した画像データおよびテキストデータを元に、描画の時刻シーケンスに従って、歌詞（テキスト）のワイプや画像の移動、表示切り替え等の処理を施し（ステップＳ６１０）、ディスプレイ１３に表示する（ステップＳ６１１）。
【００６６】
一つのデータに関する処理が終了すると、マルチメディアファイルの再生が終了していなければ（ステップＳ６１２：Ｎｏ）、ステップＳ６０５に戻り、プレイヤー５１は次の時刻に行う処理を判断し、処理の対象となるデータの種類に応じて、当該データの出力先を振り分ける。以降、マルチメディアファイルの再生中はステップＳ６０５〜ステップＳ６１２の処理を繰り返し実行する。
【００６７】
このように、本実施形態に係る携帯電話機を用いることで、ユーザは録音した音声に対し様々なエフェクト効果を付加することが可能であり、録音した音声の聞き取り易さが向上すると共に、エンターテインメント性を付加することができる。
【００６８】
また、生成したマルチメディアファイルを携帯電話機の着信音として使用することで、ユーザは様々なエフェクト効果を持つ録音データを着信音に割り当てることが可能であり、さらにエンターテインメント性が向上する。さらにまた、生成したマルチメディアファイルをメールに添付し、携帯電話機のメール機能で送受信することにより、ユーザ同士で録音データを交換することも可能である。
【００６９】
以上、本発明の実施形態を詳述してきたが、具体的な構成は本実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、オーディオデータは特定の形式で圧縮されている必要はなく、圧縮されていないオーディオデータに対しても本発明を適用できる。
【産業上の利用可能性】
【００７０】
本発明は、音声を録音し、再生することが可能な携帯端末に用いて好適である。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施形態に係る携帯電話機の構成を示す構成図である。
【図２】マルチメディアファイルのフォーマット構造の一例を示した図である。
【図３】図１の携帯電話機でマルチメディアファイルを生成する際の機能を示した機能構成図である。
【図４】図１の携帯電話機でマルチメディアファイルを生成する手順を示す図である。
【図５】図１の携帯電話機でマルチメディアファイルを再生する際の機能を示した機能構成図である。
【図６】図１の携帯電話機でマルチメディアファイルを再生する手順を示す図である。
【符号の説明】
【００７２】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…通信インタフェース、５…データディスク（記憶手段）、６…入力部、７…音源、８…ＤＳＰ、９…Ａ／Ｄ部、１０…Ｄ／Ａ部、１１…スピーカ（再生手段）、１２…描画モジュール、１３…ディスプレイ、１４…バスライン、３３…効果付加モジュール（信号処理手段、パラメータ生成手段）、５２…効果モジュール（信号処理手段）
【技術分野】
【０００１】
本発明は、音声を録音し、再生することが可能な携帯端末に関する。
【背景技術】
【０００２】
近年、携帯電話機等の携帯端末には、電話機としての機能の他に音声を録音する機能や静止画を撮影する機能を持つものが開発されている。このような携帯電話機においては、
録音した音声をメールで送信する機能や、撮影した静止画に音声メッセージを合成する機能を持つものが提案されている。
なお、本出願に関する従来技術の参考文献として、特許文献1が知られている。
【特許文献１】特開２００２−２１８０９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記従来の携帯電話機では、録音した音声をそのまま使用しているため、ユーザにとって単調で味気ないものとなる上に、場合によっては明瞭度が欠落するという課題があった。
【０００４】
本発明は上記事情を考慮してなされたもので、その目的は、録音した音声の明瞭度を向上させるとともに、エンターテインメント性を付加することが可能な携帯端末を提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記の課題を解決するためになされたもので、請求項1に記載の発明は、音声を収音し音声信号として出力する音声収音手段と、前記音声信号に信号処理を施す信号処理手段と、前記信号処理後の音声信号を音声データとして記憶する記憶手段とを具備することを特徴とする携帯端末である。
【０００６】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記信号処理後の音声信号を再生する再生手段をさらに具備することを特徴とする。
【０００７】
また、請求項３に記載の発明は、音声を収音し音声信号として出力する音声収音手段と、前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段と、前記音声信号及び前記パラメータを音声データとして記憶する記憶手段とを具備することを特徴とする携帯端末である。
【０００８】
また、請求項４に記載の発明は、請求項３に記載の発明において、前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、前記信号処理後の音声信号を再生する再生手段とをさらに具備することを特徴とする。
【０００９】
また、請求項５に記載の発明は、音声信号及び前記音声信号に信号処理を施すためのパラメータを音声データとして記憶する記憶手段と、前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、前記信号処理後の音声信号を再生する再生手段とを具備する携帯端末である。
【００１０】
また、請求項６に記載の発明は、音声を収音し音声信号として出力する音声収音手段と、前記音声信号に信号処理を施す信号処理手段と、前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段とを具備し、前記信号処理後の音声信号と、前記信号処理前の音声信号及び前記パラメータとの何れか一方を選択し、音声データとして記憶することを特徴とする携帯端末である。
【００１１】
また、請求項７に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段は、前記音声データにＭＩＤＩデータを付加して記憶することを特徴とする。
【００１２】
また、請求項８に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段は、前記音声データにオーディオデータを付加して記憶することを特徴とする。
【００１３】
また、請求項９に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段は、前記音声データに画像データまたはテキストデータを付加して記憶することを特徴とする。
【００１４】
また、請求項１０に記載の発明は、請求項２または請求項４に記載の発明において、通信手段をさらに具備し、前記通信手段への着信時に前記音声データを前記再生手段で再生することを特徴とする。
【００１５】
また、請求項１１に記載の発明は、請求項１から請求項６の何れか１項に記載の発明において、前記記憶手段で記憶する音声データをメールに添付して送信する機能と、他の端末から前記音声データが添付されたメールを受信する機能とを有するメール送受信手段をさらに具備することを特徴とする。
【発明の効果】
【００１６】
請求項１及び請求項２に記載の発明によれば、ユーザが録音した音声に対して様々なエフェクト効果を付与する等の信号処理が可能であるため、録音した音声の明瞭度を向上させるとともに、エンターテインメント性を付加することができる。また、信号処理後のデータを音声データとして保持することで、エフェクト等の信号処理手段を具備しない携帯端末でも当該音声データを再生することができる。
【００１７】
また、請求項３から請求項５に記載の発明によれば、ユーザが録音した音声に対してエフェクト効果等の信号処理を施すためのパラメータを生成することが可能であるため、当該パラメータを解釈可能な携帯端末でエフェクト効果をリアルに再現できる。また、音声データを再生する側の携帯端末でパラメータを調整することも可能となる。
【００１８】
また、請求項６に記載の発明によれば、請求項１から請求項５に記載の発明の効果に加え、ユーザの携帯端末で生成した音声データを送信する相手側の携帯端末で具備する機能に応じて、信号処理後の音声を記憶するか信号処理前の音声と信号処理のパラメータを記憶するかを選択することが可能である。
【００１９】
また、請求項７から請求項９に記載の発明によれば、ＭＩＤＩデータやオーディオデータ、画像データまたはテキストデータを音声データに付加することで、さらにエンターテインメント性を向上させることができる。
【００２０】
また、請求項１０に記載の発明によれば、ユーザは信号処理を施した音声データを着信音に割り当てることが可能であり、さらにエンターテインメント性が向上する。
【００２１】
また、請求項１１に記載の発明によれば、それぞれの携帯端末で録音し、信号処理を行った音声データをユーザ同士でメール交換することが可能であり、さらにエンターテインメント性が向上する。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の実施形態に係る携帯電話機（携帯端末）の構成を示す構成図である。図1において、ＣＰＵ１は携帯電話機内の各部を制御するＣＰＵ（Central Processing Unit）である。
【００２３】
ＲＯＭ２は、ＣＰＵ１が実行するプログラム等を保持するＲＯＭ（Read Only Memory）である。ＲＡＭ３は、ＣＰＵ１が使用するメモリ領域を提供するＲＡＭ（Random Access Memory）である。
【００２４】
通信インタフェース４は、シリアル通信またはパラレル通信によりデータディスク５と接続するためのインタフェースである。データディスク５（記憶手段）は、マルチメディアファイル（音声データ）を格納するディスクであり、ＣＰＵ１は通信インタフェース４を介してデータディスク５内のマルチメディアファイルを読み取る。ここで、マルチメディアファイルとは、オーディオデータに画像データ、テキストデータ、ＭＩＤＩデータ等を合わせたファイルを指す。また、データディスク５には、ＭＩＤＩデータやオーディオデータ、画像データ、テキストデータがライブラリとして蓄積されている。
【００２５】
図２は、マルチメディアファイルのフォーマット構造の一例を示した図である。図２において、フォーマット構造内のデータはChunk単位で管理される。Contents Info Chunkには、コンテンツの種別やコンテンツ複製許可等の、ファイル管理用のデータが格納される。Optional Data Chunkには、楽曲データの固有情報が含まれる。
【００２６】
MIDI Track Chunkには、音源７によって再生されるシーケンスデータ等が格納される。Setup Data Chunkには、MIDI Track Chunk全体における設定パラメータや音色パラメータ、エフェクトデータ等が格納される。Sequence Data Chunkには、音源７によって再生されるシーケンスデータが格納される。
【００２７】
ここで、シーケンスデータとは、時間情報を持つＭＩＤＩイベントの集合体である。ＭＩＤＩイベントは、例えば、発音イベント（ノートオン／オフ）や音色イベント（プログラムチェンジ）、音量変更やパンポット変更のためのイベント（コントロールチェンジ）、ピッチ変更イベント（ピッチチェンジ）等である。
【００２８】
Audio Track Chunkには、サンプリングされたオーディオデータと実際の発音を行うためのシーケンスデータが格納される。Setup Data Chunkには、Audio Track Chunk全体における設定パラメータや、エフェクトを加える際に用いるパラメータが格納される。Sequence Data Chunkには、オーディオデータを発音するためのシーケンスデータが格納される。
【００２９】
ここで、シーケンスデータは、時間に同期して発音、消音するためにオーディオデータと結び付けられたイベントと、タイミングを指定するためのDurationからなる。また、音量変更やパンポット変更のためのイベント等もシーケンスデータに含まれる。
【００３０】
Wave Data Chunkには、実際のオーディオデータが特定の圧縮オーディオフォーマットで圧縮されて格納される。Wave Data Chunkのヘッダーには、オーディオデータの種類やサンプリング周波数、ビット等の情報が格納される。
【００３１】
なお、一つのWave Data Chunkが一つのオーディオデータに対応しており、Audio Track Chunk内に複数のWave Data Chunk（すなわち、複数のオーディオデータ）を格納することも可能である。Audio Track Chunk内では、各Wave Data Chunkに対してＩＤを割り当てることで管理され、このＩＤによってSequence Data Chunkの発音イベントと関連付けられる。
【００３２】
Graphics Track Chunkには、ディスプレイ１３に表示を行うための描画シーケンスデータ、画像データ、テキストデータ等が格納される。Setup Data Chunkには、Graphics Track Chunk全体における設定パラメータが格納される。Sequence Data Chunkには、ディスプレイ１３に描画するためのシーケンスデータが格納される。Font Data Chunkには、テキストデータが、Image Data Chunkには画像データが格納される。
【００３３】
ここで、シーケンスデータは、座標を指定するための数値表現（Coordinates）と表示タイミングや表示時間長等を指定するための数値表現（Duration）で表され、テキストや画像を時間に同期して表示、消去するためのシーケンスが記述される。
【００３４】
Graphics Track Chunkは複数の仮想プレーンを持つ表示デバイスを想定しており、Graphics Track Chunkには各仮想プレーンに対応したSequence Data Chunkを複数格納することができる。この場合、実際の表示デバイス（ディスプレイ１３）には仮想プレーンを合成した結果が表示される。
【００３５】
図１に戻って、入力部６は、ユーザの指示を入力する操作キー等を有する入力部である。音源７は、図２のMIDI Track Chunk内に格納されたＭＩＤＩ形式のメロディデータを解釈し、ＦＭ（Frequency Modulation）方式やＷＴ（Wave Table）方式によってデジタル楽音データを生成する音源である。音源７の実装方法は、ＣＰＵ１によるソフトウェア方式でも、専用のハードウェアを設ける方法でもよい。
【００３６】
ＤＳＰ部８は、図２のAudio Track Chunk内に格納されたオーディオデータのファイル形式に対してリアルタイムでデコード処理を行い、また、リニアなサンプリングデータからＭＰ３形式やＡＡＣ形式といった特定の圧縮オーディオフォーマットにエンコードする処理を行うＤＳＰ（Digital Signal Processor）である。さらにまた、ＤＳＰ部８は、オーディオデータに対して様々なエフェクト効果を付加する処理を行うものである。
【００３７】
Ａ／Ｄ部９は、マイクロフォン（音声収音手段、図示なし）で収音したアナログ音声信号をデジタル音声データへ変換するＡＤＣ（Analog-to-Digital Converter）である。なお、ここで使用するマイクロフォンは、携帯電話機の備える通話用のマイクロフォンを用いてもよいし、これに代えて専用のマイクロフォンを設けてもよい。
【００３８】
Ｄ／Ａ部１０は、ＤＳＰ部８でデコードされたオーディオデータまたは、音源７で生成されたデジタル楽音データをアナログ音声信号に変換するＤＡＣ（Digital-to-Analog Converter）である。スピーカ１１（再生手段）は、Ｄ／Ａ部１０で変換されたアナログ音声信号を発音するスピーカである。
【００３９】
描画モジュール１２は、マルチメディアファイル内の画像データおよびテキストデータに基づいて、ディスプレイ１３への表示を制御するものである。ディスプレイ１３は、描画モジュール１２の出力を表示する表示器である。バスライン１４は、携帯電話機内の各部を相互に接続するバスラインである。
【００４０】
なお、本発明の携帯電話機は図１に示した機能以外に電話機能（通信手段）を備えているほか、電子メールによりファイルを送受信する機能（メール送受信手段）およびインターネットを介してファイルをアップロード・ダウンロードする機能を備えている。
【００４１】
次に、上述した実施形態の動作を、図３から図６を参照して説明する。図３は、図１の携帯電話機でマルチメディアファイルを生成する際の機能を示した機能構成図であり、図４は、図１の携帯電話機でマルチメディアファイルを生成する手順を示す図である。
【００４２】
ユーザが入力部６から所定の操作を行うと（ステップＳ４０１）、録音が開始され（ステップＳ４０２）、ユーザがマイクロフォンから音声等を入力することにより、マイクロフォンからＡ／Ｄ部９へアナログ音声信号が出力される。Ａ／Ｄ部９は、入力したアナログ音声信号のサンプリングを行い、リニアなサンプリングデータをデータバッファ３１に一時的に蓄積する。なお、データバッファ３１とは、ＲＡＭ３内に確保されるメモリ領域である。
【００４３】
データバッファ３１に蓄積されたリニアなサンプリングデータは、ＤＳＰ部８の一機能であるオーディオエンコーダ３２でＭＰ３形式やＡＡＣ形式といった特定の圧縮オーディオデータフォーマットに変換され、オーディオデータ（録音データ）が生成される（ステップＳ４０３）。
【００４４】
ステップＳ４０１〜ステップＳ４０３で録音データを生成する録音処理は複数回に分けて行うことが可能であり、複数回に分けて録音された録音データは、後述のファイル生成モジュール３４による処理において、図２に示すマルチメディアファイルのAudio Track Chunk内のWave Data Chunk #1〜Wave Data Chunk #nにそれぞれ保存される。
【００４５】
ステップＳ４０３で生成された録音データは、続いてＤＳＰ部８の一機能である効果付加モジュール３３（信号処理手段、パラメータ生成手段）でエフェクトを加える処理が行われる。効果付加モジュール３３で付加されるエフェクトの種類としては、例えば、録音データに対してボイスチェンジのエフェクト機能を設け、元の音声とは違った声質に変更することが挙げられる。
【００４６】
また、イントネーションなど音声の特徴をデフォルメする機能を設け、元の音声の特徴を強調した新たな録音データを作り出すことが可能である。さらにまた、音声に含まれる耳障りな高周波の成分を抑えるディエッサー等の機能を設け、元の音声を聞きやすくした新たな録音データを作り出すことが可能である。さらにまた、話速変換のエフェクト機能を設け、元の音声を聞きやすくした新たな録音データを作り出すことが可能である。
【００４７】
ユーザが入力部６から効果を付加する指示を入力し（ステップＳ４０４、ステップＳ４０５：Ｙｅｓ）、さらに付加する効果の選択を行うと（ステップＳ４０６）、効果付加モジュール３３は録音データに対してユーザから指定された効果を付加する処理を行う（ステップＳ４０７）。一方、ユーザから効果を付加する指示がない場合には（ステップＳ４０５：Ｎｏ）、ステップＳ４０９へと進む。
【００４８】
なお、ステップＳ４０１〜ステップＳ４０３で複数回に分けて録音を行い、複数の録音データが生成されている場合には、それぞれの録音データに関して個別に効果付加の処理が可能である。
【００４９】
また、ステップＳ４０６における効果の選択では、効果付加モジュール３３で行う処理の方法として、ユーザが選択した効果を録音データに付加して新たな録音データを生成する方法と、ユーザが録音データを再生する際に、効果付加モジュール３３等の信号処理手段に与えられるエフェクト効果のパラメータ（例えば、図２のAudio Track ChunkのSetup Data Chunkに保存され、再生の際に参照される）を生成し録音データと共に保持する方法との何れかを選択可能とする。
【００５０】
ユーザが選択した効果を録音データに付加して新たな録音データを生成する方法では、録音データを再生する相手側端末にエフェクト機能がない場合でも再生可能である。一方、エフェクト効果のパラメータを生成し録音データと共に保持する方法では、録音データを再生する相手側端末で信号処理を行うことで、相手側端末ではリアルなエフェクト効果を再現することができる。また、相手側端末でそのパラメータを変更することでエフェクト効果を調整するといった利用形態も可能となる。さらに、上記二つの方法を選択可能とすることで、録音データを再生する相手側端末の機能に応じたデータを生成することができる。
【００５１】
効果が付加された録音データは、ＣＰＵ１の一機能であるファイル生成モジュール３４へ入力される。続いて、ユーザが入力部６からＭＩＤＩデータを付加する指示を行い（ステップＳ４０８、ステップＳ４０９：Ｙｅｓ）、さらにデータディスク５から付加するＭＩＤＩデータを選択すると（ステップＳ４１０）、選択されたＭＩＤＩデータがファイル生成モジュール３４へ入力される（ステップＳ４１１）。
【００５２】
同様に、ユーザが入力部６からオーディオデータを付加する指示を行い（ステップＳ４１２、ステップＳ４１３：Ｙｅｓ）、さらにデータディスク５から付加するオーディオデータを選択すると（ステップＳ４１４）、選択されたオーディオデータがファイル生成モジュール３４へ入力される（ステップＳ４１５）。
【００５３】
さらに、ユーザが入力部６から画像データまたはテキストデータを付加する指示を行い（ステップＳ４１６、ステップＳ４１７：Ｙｅｓ）、さらにデータディスク５から付加する画像データまたはテキストデータを選択すると（ステップＳ４１８）、選択された画像データまたはテキストデータがファイル生成モジュール３４へ入力される。こうして、各データが入力されたファイル生成モジュール３４は、図２に示すフォーマットのマルチメディアファイルを生成する（ステップＳ４１９）。
【００５４】
以上でマルチメディアファイルの生成手順は終了するが、入力した録音データとＭＩＤＩデータ、オーディオデータ、画像データおよびテキストデータの各データに対して各データを再生するタイミングを指定する機能があってもよい。なお、入力されたＭＩＤＩデータは、図２のMIDI Track ChunkのSequence Data Chunkへ、オーディオデータはAudio Track Chunkへ、画像データはGraphics Track ChunkのImage Data Chunkへ、テキストデータは、Graphics Track ChunkのFont Data Chunkへ格納されてマルチメディアファイルが生成される。
【００５５】
続いて、図1の携帯電話機でマルチメディアファイルを再生する際の手順について、図５及び図６を参照して説明する。図５は、図１の携帯電話機でマルチメディアファイルを再生する際の機能を示した機能構成図であり、図６は、図１の携帯電話機でマルチメディアファイルを再生する手順を示す図である。
【００５６】
ユーザが入力部６を使用してマルチメディアファイルの選択指示を行うと（ステップＳ６０１）、ＣＰＵ１の一機能として実現されるプレイヤー５１は、データディスク５から該当するマルチメディアファイルを読み出す（ステップＳ６０２）。ここで、マルチメディアファイルは図２に示すフォーマット形式である。
【００５７】
続いて、ユーザが入力部６を使用して選択したマルチメディアファイルの再生指示を行うと（ステップＳ６０３）、プレイヤー５１はステップＳ６０２で読み出したマルチメディアファイルの再生処理を開始する（ステップＳ６０４）。この後、プレイヤー５１は、マルチメディアファイルの各Chunk内に格納されたシーケンスデータに従って各時刻に行う処理を判断し、処理の対象となるデータの種類に応じて、当該データの出力先を振り分ける（ステップＳ６０５）。
【００５８】
MIDI Track Chunk内のＭＩＤＩデータを処理する場合には、プレイヤー５１はＭＩＤＩデータ内のシーケンスデータの時刻に従い音源７へＭＩＤＩイベントを出力する。音源７は、入力したＭＩＤＩイベントに従ってデジタル楽音データを生成する。生成されたデジタル楽音データは、効果付加モジュール５２へと出力される。
【００５９】
Audio Track Chunk内のオーディオデータを処理する場合は、プレイヤー５１はＤＳＰ部８の一機能であるオーディオデコーダ５３へオーディオデータを出力する。オーディオデコーダ５３は、入力した特定の圧縮オーディオデータフォーマットであるオーディオデータをリニアなオーディオデータにリアルタイムでデコードする（ステップＳ６０７）。
【００６０】
効果付加モジュール５２（信号処理手段）は、様々なエフェクト機能を備えており、音源７から入力するデジタル楽音データ及びオーディオデコーダ５３から入力するオーディオデータに対し、リアルタイムにエフェクト効果を付加することができる。
【００６１】
図４のステップＳ４０６に関する説明で前述したように、マルチメディアファイルにエフェクト効果のパラメータ（例えば、図２のAudio Track ChunkのSetup Data Chunkに含まれる）が保持されているときには、効果付加モジュール５２にパラメータを加える。効果付加モジュール５２は、入力したパラメータに従って対応する録音データ（図２のWave Data Chunk内のオーディオデータ）に対しエフェクト効果を付加し、Ｄ／Ａ部１０へ出力する。
【００６２】
エフェクト効果を付加後のデジタル楽音データ及びオーディオデータは、Ｄ／Ａ部１０でアナログ楽音信号に変換され、アンプ（図示せず）で増幅された後にスピーカ１１から再生される。なお、図４のステップＳ４０６において、効果を録音データに付加して新たに生成された録音データを持つマルチメディアファイルにおいては、その録音データについては効果付加モジュール５２により効果を付加しなくてもエフェクト効果が付加された楽音が再生される。
【００６３】
一方、ステップＳ６０５においてGraphic Track Chunk内の画像データを処理する場合には、プレイヤー５１はＣＰＵ１の一機能であるグラフィックデコーダ５４へ画像データを出力する。グラフィックデコーダ５４は、プレイヤー５１から入力した画像データ（例えば、ＪＰＥＧ形式やＰＮＧ形式で圧縮されている）をディスプレイ１３に表示するための実データにデコードする（ステップＳ６０８）。
【００６４】
ステップＳ６０５においてGraphic Track Chunk内のテキストデータを処理する場合には、プレイヤー５１はＣＰＵ１の一機能であるテキストデコーダ５５へテキストデータを出力する。テキストデコーダ５５は、プレイヤー５１から入力したテキストデータをフォントに置き換え、ディスプレイ１３に表示するための実データにデコードする（ステップＳ６０９）。
【００６５】
ステップＳ６０８、ステップＳ６０９でデコードされた画像データおよびテキストデータは描画モジュール１２へと出力される。描画モジュール１２は、入力した画像データおよびテキストデータを元に、描画の時刻シーケンスに従って、歌詞（テキスト）のワイプや画像の移動、表示切り替え等の処理を施し（ステップＳ６１０）、ディスプレイ１３に表示する（ステップＳ６１１）。
【００６６】
一つのデータに関する処理が終了すると、マルチメディアファイルの再生が終了していなければ（ステップＳ６１２：Ｎｏ）、ステップＳ６０５に戻り、プレイヤー５１は次の時刻に行う処理を判断し、処理の対象となるデータの種類に応じて、当該データの出力先を振り分ける。以降、マルチメディアファイルの再生中はステップＳ６０５〜ステップＳ６１２の処理を繰り返し実行する。
【００６７】
このように、本実施形態に係る携帯電話機を用いることで、ユーザは録音した音声に対し様々なエフェクト効果を付加することが可能であり、録音した音声の聞き取り易さが向上すると共に、エンターテインメント性を付加することができる。
【００６８】
また、生成したマルチメディアファイルを携帯電話機の着信音として使用することで、ユーザは様々なエフェクト効果を持つ録音データを着信音に割り当てることが可能であり、さらにエンターテインメント性が向上する。さらにまた、生成したマルチメディアファイルをメールに添付し、携帯電話機のメール機能で送受信することにより、ユーザ同士で録音データを交換することも可能である。
【００６９】
以上、本発明の実施形態を詳述してきたが、具体的な構成は本実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、オーディオデータは特定の形式で圧縮されている必要はなく、圧縮されていないオーディオデータに対しても本発明を適用できる。
【産業上の利用可能性】
【００７０】
本発明は、音声を録音し、再生することが可能な携帯端末に用いて好適である。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施形態に係る携帯電話機の構成を示す構成図である。
【図２】マルチメディアファイルのフォーマット構造の一例を示した図である。
【図３】図１の携帯電話機でマルチメディアファイルを生成する際の機能を示した機能構成図である。
【図４】図１の携帯電話機でマルチメディアファイルを生成する手順を示す図である。
【図５】図１の携帯電話機でマルチメディアファイルを再生する際の機能を示した機能構成図である。
【図６】図１の携帯電話機でマルチメディアファイルを再生する手順を示す図である。
【符号の説明】
【００７２】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…通信インタフェース、５…データディスク（記憶手段）、６…入力部、７…音源、８…ＤＳＰ、９…Ａ／Ｄ部、１０…Ｄ／Ａ部、１１…スピーカ（再生手段）、１２…描画モジュール、１３…ディスプレイ、１４…バスライン、３３…効果付加モジュール（信号処理手段、パラメータ生成手段）、５２…効果モジュール（信号処理手段）
【特許請求の範囲】
【請求項１】
音声を収音し音声信号として出力する音声収音手段と、
前記音声信号に信号処理を施す信号処理手段と、
前記信号処理後の音声信号を音声データとして記憶する記憶手段と
を具備することを特徴とする携帯端末。
【請求項２】
前記信号処理後の音声信号を再生する再生手段をさらに具備することを特徴とする請求項１に記載の携帯端末。
【請求項３】
音声を収音し音声信号として出力する音声収音手段と、
前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段と、
前記音声信号及び前記パラメータを音声データとして記憶する記憶手段と
を具備することを特徴とする携帯端末。
【請求項４】
前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、
前記信号処理後の音声信号を再生する再生手段と
をさらに具備することを特徴とする請求項３に記載の携帯端末。
【請求項５】
音声信号及び前記音声信号に信号処理を施すためのパラメータを音声データとして記憶する記憶手段と、
前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、
前記信号処理後の音声信号を再生する再生手段と
を具備する携帯端末。
【請求項６】
音声を収音し音声信号として出力する音声収音手段と、
前記音声信号に信号処理を施す信号処理手段と、
前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段と
を具備し、
前記信号処理後の音声信号と、前記信号処理前の音声信号及び前記パラメータとの何れか一方を選択し、音声データとして記憶することを特徴とする携帯端末。
【請求項７】
前記記憶手段は、前記音声データにＭＩＤＩデータを付加して記憶することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【請求項８】
前記記憶手段は、前記音声データにオーディオデータを付加して記憶することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【請求項９】
前記記憶手段は、前記音声データに画像データまたはテキストデータを付加して記憶することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【請求項１０】
通信手段をさらに具備し、
前記通信手段への着信時に前記音声データを前記再生手段で再生することを特徴とする請求項２または請求項４に記載の携帯端末。
【請求項１１】
前記記憶手段で記憶する音声データをメールに添付して送信する機能と、他の端末から前記音声データが添付されたメールを受信する機能とを有するメール送受信手段をさらに具備することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【請求項１】
音声を収音し音声信号として出力する音声収音手段と、
前記音声信号に信号処理を施す信号処理手段と、
前記信号処理後の音声信号を音声データとして記憶する記憶手段と
を具備することを特徴とする携帯端末。
【請求項２】
前記信号処理後の音声信号を再生する再生手段をさらに具備することを特徴とする請求項１に記載の携帯端末。
【請求項３】
音声を収音し音声信号として出力する音声収音手段と、
前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段と、
前記音声信号及び前記パラメータを音声データとして記憶する記憶手段と
を具備することを特徴とする携帯端末。
【請求項４】
前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、
前記信号処理後の音声信号を再生する再生手段と
をさらに具備することを特徴とする請求項３に記載の携帯端末。
【請求項５】
音声信号及び前記音声信号に信号処理を施すためのパラメータを音声データとして記憶する記憶手段と、
前記音声信号に対して前記パラメータに基づいて信号処理を施す信号処理手段と、
前記信号処理後の音声信号を再生する再生手段と
を具備する携帯端末。
【請求項６】
音声を収音し音声信号として出力する音声収音手段と、
前記音声信号に信号処理を施す信号処理手段と、
前記音声信号に信号処理を施すためのパラメータを生成するパラメータ生成手段と
を具備し、
前記信号処理後の音声信号と、前記信号処理前の音声信号及び前記パラメータとの何れか一方を選択し、音声データとして記憶することを特徴とする携帯端末。
【請求項７】
前記記憶手段は、前記音声データにＭＩＤＩデータを付加して記憶することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【請求項８】
前記記憶手段は、前記音声データにオーディオデータを付加して記憶することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【請求項９】
前記記憶手段は、前記音声データに画像データまたはテキストデータを付加して記憶することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【請求項１０】
通信手段をさらに具備し、
前記通信手段への着信時に前記音声データを前記再生手段で再生することを特徴とする請求項２または請求項４に記載の携帯端末。
【請求項１１】
前記記憶手段で記憶する音声データをメールに添付して送信する機能と、他の端末から前記音声データが添付されたメールを受信する機能とを有するメール送受信手段をさらに具備することを特徴とする請求項１から請求項６の何れか１項に記載の携帯端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−１０８３８２（Ｐ２００７−１０８３８２Ａ）
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願番号】特願２００５−２９８４９９（Ｐ２００５−２９８４９９）
【出願日】平成１７年１０月１３日（２００５．１０．１３）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願日】平成１７年１０月１３日（２００５．１０．１３）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]