(57)【要約】【課題】メロディデータ全体を着信の報知に有効に利用することが可能で、そのためのメロディデータの取り扱いが容易な電話端末装置を提供する。【解決手段】複数のメロディデータを記憶するメモリ（２１）と、メロディデータが１以上の連続したブロックより成ると認識する認識部（２６）と、各ブロックの先頭の位置および大きさを記憶するメモリ（２２）と、メロディデータの再生開始ブロックの番号を記憶するメモリ（２３）と、再生するメロディデータの番号を記憶するメモリ（２４）と、メモリ（２３，２４）を参照してメモリ（２１）からメロディデータを読み出す出力部（２５）と、読み出されたメロディデータをメロディとして再生する再生部（２８）とを、電話端末装置（１）に備える。出力部（２５）は、最後に読み出したブロックの次のブロックの番号をメモリ（２３）記憶させて、着信ごとにメロディデータの再生開始ブロックを変える。【選択図】  図２
2004228864.tif 000002
【特許請求の範囲】
【請求項１】
メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、
与えられるメロディデータが表すメロディを再生するメロディ再生手段と、
メロディデータを記憶するデータ記憶手段と、
データ記憶手段が記憶しているメロディデータを１以上の連続したブロックより成ると認識するブロック認識手段と、
ブロック認識手段が認識した各ブロックの先頭のメロディデータ内での位置を記憶するブロック位置記憶手段と、
メロディデータの１つのブロックの番号を記憶するブロック番号記憶手段と、
着信時に、データ記憶手段が記憶しているメロディデータを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、
データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、ブロック番号記憶手段が記憶している番号を更新するブロック番号更新手段
を備えることを特徴とする電話端末装置。
【請求項２】
ブロック番号更新手段は、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの番号に更新することを特徴とする請求項１に記載の電話端末装置。
【請求項３】
ブロック番号更新手段は、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの次のブロックの番号に更新することを特徴とする請求項１に記載の電話端末装置。
【請求項４】
ブロック認識手段は、データ記憶手段が記憶しているメロディデータを単一のブロックより成ると認識しておき、使用者からの指示に応じて認識しているブロックを変更することを特徴とする請求項１に記載の電話端末装置。
【請求項５】
ブロック認識手段は、データ記憶手段が記憶しているメロディデータを、その中に含まれる所定のデータをブロック間の境界として、１以上のブロックより成ると認識することを特徴とする請求項１に記載の電話端末装置。
【請求項６】
ブロック認識手段は、使用者からの指示に応じて認識しているブロックを変更することを特徴とする請求項５に記載の電話端末装置。
【請求項７】
データ記憶手段は複数のメロディデータを記憶し、
ブロック認識手段はデータ記憶手段が記憶している各メロディデータを１以上のブロックより成ると認識し、
ブロック位置記憶手段は各メロディデータのブロックの先頭の位置を記憶し、
さらに、１つのメロディデータの番号を記憶するメロディ番号記憶手段を備えて、
データ出力手段は、着信時に、データ記憶手段が記憶しているメロディデータのうちメロディ番号記憶手段が記憶している番号のものを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与え、
ブロック番号更新手段は、データ出力手段がメロディデータを末尾のブロックまで読み出したときに、メロディ番号記憶手段が記憶している番号を更新するとともに、ブロック番号記憶手段が記憶している番号を先頭のブロックの番号に更新する
ことを特徴とする請求項１に記載の電話端末装置。
【請求項８】
メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、
与えられるメロディデータが表すメロディを再生するメロディ再生手段と、
メロディデータを記憶するデータ記憶手段と、
メロディデータに含まれる１つのデータの位置を記憶する位置記憶手段と、
着信時に、データ記憶手段が記憶しているメロディデータを、位置記憶手段が記憶している位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、
データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、位置記憶手段が記憶している位置をメロディデータに含まれる所定のデータの位置に更新する位置更新手段
を備えることを特徴とする電話端末装置。
【請求項９】
位置更新手段は、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直前の所定のデータの位置に更新することを特徴とする請求項８に記載の電話端末装置。
【請求項１０】
位置更新手段は、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直後の所定のデータの位置に更新することを特徴とする請求項８に記載の電話端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は電話端末装置に関し、特に、着信をメロディによって報知する電話端末装置に関する。
【０００２】
【従来の技術】
従来より、電話端末装置では、ベル音、ブザー音等の単純な音を発することによって着信を使用者（所有者）に報知するようにしてきた。しかし、電話端末装置、特に携帯式の端末装置の普及に伴い、単純な報知音では使用者が自己の端末装置の報知音と他の端末装置の報知音とを識別することが困難になってきた。また、単純な報知音では飽き足りない使用者も増大してきた。そこで、楽曲の特徴的な部分を表すメロディデータを記憶しておき、そのデータを電子的にメロディとして再生して着信の報知音（いわゆる「着メロ（着信メロディ）」）とする電話端末装置が提供されている。近年ではさらに、メロディデータを使用者自身が作成したり、インターネットを介してダウンロードしたりする機能を電話端末装置にもたせることも行われている。
【０００３】
着信メロディは、着信があってから通話開始のための所定の操作がなされるまでの数秒ないし数十秒の間に再生されるが、再生は常にメロディの先頭からなされる。つまり、着信を重ねても、通話開始のための操作を行うまでにある程度以上の時間が経過しない限り、メロディの後半部分は再生されず、通常、再生されるのは前半部分のみに限られる。このため、記憶しているメロディデータ全体が有効に利用されているとはいえず、また、電話端末装置の使用者がメロディに飽き易くなるという事態を招く。
【０００４】
この不都合を解決するための提案が特開２０００−３５４０８７号公報にてなされている。これは、メロディデータを複数のブロックに分割して記憶しておき、メロディデータの読み出しを、先頭のブロックからに限らず、他のブロックからでも行い得るようにしたものである。このようにすると、着信があるごとに、メロディデータ全体のうち、前回最後に再生した部分に続く部分から再生を開始したり、乱数に基いて不特定の部分から再生を開始したりすることが可能になって、メロディデータ全体を有効に利用することができ、使用者がメロディに飽きる可能性を低減することもできる。
【０００５】
【特許文献】特開２０００−３５４０８７号公報
【０００６】
【発明が解決しようとする課題】
ところが、上記公報では、既に複数のブロックに分割されているメモリデータを異なるブロックに再分割するようにはしていない。このため、分割が適切でなく、メロディの再生が不自然な位置から開始されるときや、使用者の好みに合わない位置から開始されるときでも、分割の適正化を図ることはできない。
【０００７】
また、メロディデータ自体を分割して記憶するようにしているため、仮に再分割を行い得るようにする場合でも、その処理が困難になる。再分割をしてもメロディデータ全体の大きさは不変であるものの、再分割後は、ブロック数が増すことと、いずれかのブロックが再分割前よりも大きくなることの、少なくとも一方は避けられず、再分割後のメロディデータを元の記憶領域に記憶させることは難しい。再分割後のメロディデータを別の領域に記憶させることは可能であるが、そのようにすると記憶領域の無駄使いとなる。また、あらかじめ、各ブロックを記憶する領域の大きさを必要な大きさ以上に設定しておけば、再分割後のメロディデータを元の記憶領域に記憶させることは可能になるが、そのようにしてもやはり記憶領域の無駄使いとなる。
【０００８】
本発明は、このような問題点に鑑みてなされたもので、メロディデータ全体を着信の報知に有効に利用することが可能であり、しかも、そのためのメロディデータの取り扱いが容易な電話端末装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明では、メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、データ記憶手段が記憶しているメロディデータを１以上の連続したブロックより成ると認識するブロック認識手段と、ブロック認識手段が認識した各ブロックの先頭のメロディデータ内での位置を記憶するブロック位置記憶手段と、メロディデータの１つのブロックの番号を記憶するブロック番号記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、ブロック番号記憶手段が記憶している番号を更新するブロック番号更新手段を備えるようにする。
【００１０】
この電話端末装置は、メロディデータをブロック単位で取り扱うものの、メロディデータ自体を分割して記憶することはせず、メロディデータが仮想的に１以上のブロックに分割されているとして、それらのブロックの先頭の位置を記憶する。したがって、ブロックを変更するときでも、ブロックの先頭の位置を表す記憶内容を変えるだけでよく、メロディデータには何の修飾も施す必要がない。これにより、メロディデータの再分割がきわめて容易になり、記憶容量の無駄使いも避けられる。また、再生を開始するブロックの番号を更新することで、メロディデータの全体を着信の報知に利用することが容易になり、使用者がメロディに飽きる可能性を低減することもできる。
【００１１】
ここで、ブロック番号更新手段は、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの番号、またはその次のブロックの番号に更新するものとするとよい。このようにすると、前回の着信の際に最後に再生したブロック、またはその次のブロックから再生を開始することになり、ブロックを過大にしない限り、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【００１２】
ブロック認識手段は、データ記憶手段が記憶しているメロディデータを単一のブロックより成ると認識しておき、使用者からの指示に応じて認識しているブロックを変更するものとするとよい。このようにすると、使用者ごとの好みに応じて、また、メロディに応じて、柔軟にメロディデータを分割することができる。しかも、初期設定では、メロディデータ全体を単一のブロックとして取り扱うので、メロディデータの分割を望まない使用者でも利用可能な装置となり、外部からのメロディデータの供給も容易になる。
【００１３】
ブロック認識手段は、データ記憶手段が記憶しているメロディデータを、その中に含まれる所定のデータをブロック間の境界として、１以上のブロックより成ると認識するものとしてもよい。このようにすると、メロディデータの分割が自動的に行われることになり、使用者に負担がかからない。所定のデータは、例えば、休符を表すものとする。
【００１４】
さらに、ブロック認識手段は、使用者からの指示に応じて認識しているブロックを変更するものとすることもできる。
【００１５】
また、データ記憶手段は複数のメロディデータを記憶し、ブロック認識手段はデータ記憶手段が記憶している各メロディデータを１以上のブロックより成ると認識し、ブロック位置記憶手段は各メロディデータのブロックの先頭の位置を記憶し、さらに、１つのメロディデータの番号を記憶するメロディ番号記憶手段を備えて、データ出力手段は、着信時に、データ記憶手段が記憶しているメロディデータのうちメロディ番号記憶手段が記憶している番号のものを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与え、ブロック番号更新手段は、データ出力手段がメロディデータを末尾のブロックまで読み出したときに、メロディ番号記憶手段が記憶している番号を更新するとともに、ブロック番号記憶手段が記憶している番号を先頭のブロックの番号に更新するようにしてもよい。
【００１６】
この電話端末装置では、複数のメロディデータを記憶しておくとともに、データ出力手段が読み出すべきメロディデータの番号を記憶しておく。読み出すべきメロディデータの番号は、１つのメロディデータを末尾のブロックまで読み出したときにブロック番号更新手段によって更新されるが、その際、ブロック番号更新手段は読み出しを開始すべきブロックの番号を先頭のブロックの番号にしておく。したがって、着信が繰り返されて１つのメロディデータを末尾のブロックまで再生したときには、それに続いて、記憶している複数のメロディデータのうちのいずれかを先頭から再生することができる。ブロック番号更新手段が、メロディデータの番号を変更しなければ、同じメロディがもう一度再生されることになり、変更すれば、別のメロディが再生されることになる。
【００１７】
前記目的を達成するために、本発明ではまた、メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、メロディデータに含まれる１つのデータの位置を記憶する位置記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、位置記憶手段が記憶している位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、位置記憶手段が記憶している位置をメロディデータに含まれる所定のデータの位置に更新する位置更新手段を備えるようにする。
【００１８】
この電話端末装置は、メロディデータをブロックとして認識して各ブロックの先頭位置を記憶しておくことはせず、再生を終了する都度、次の再生の開始位置を設定する。再生の開始位置は、メロディデータに含まれる所定のデータの位置である。この構成では、ブロックに関する情報を記憶しておくことも不要であり、記憶領域のさらなる節約となる。所定のデータは、例えば、休符を表すものとする。
【００１９】
ここで、位置更新手段は、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直前または直後の所定のデータの位置に更新するものとするとよい。このようにすると、前回の着信の際に最後に再生した付近から再生を開始することになり、所定のデータの間隔が過大でない限り、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【００２０】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照しながら説明する。第１の実施形態の電話端末装置１の全体構成を図１に模式的に示す。電話端末装置１は、通信部１１、音声入力部１２、音声出力部１３、操作部１４、表示部１５、制御用メモリ１６、外部機器インターフェース（Ｉ／Ｆ）１７、制御部１０、および着信報知部２０を備える。
【００２１】
通信部１１は、送信すべき信号を搬送波に担持させてアンテナ１１ａより送出するとともに、アンテナ１１ａで受信した搬送波から信号を抽出する。音声入力部１２は送信すべき音声を取得し、音声出力部１３は受信した音声を出力する。操作部１４は、数字や文字あるいは所定の機能に対応づけられたいくつかのキーを備えており、電話番号や文字列の入力および動作の指示のために使用者によって操作される。表示部１５は、電話番号、電子メール等を表示するほか、使用者の操作を案内する情報を表示する。外部機器インターフェース１７は、通信ケーブルを取り付けることが可能であり、ケーブルを介してパーソナルコンピュータ等の他の機器と通信する。
【００２２】
制御部１０は、送受するデータの処理を行うとともに、電話端末装置１の全体の動作を制御する。制御部１０は、通信部１１からの信号を監視して、着信の検出も行う。制御部１０にはＣＰＵ１０ａが含まれており、処理や制御は主としてＣＰＵ１０ａによってなされる。制御用メモリ１６は、ＣＰＵ１０ａが行う処理や制御を記したプログラムおよびそれらのパラメータを記憶している。
【００２３】
着信報知部２０はメロディからなる報知音によって使用者に着信を報知する。この報知音は、制御部１０によって着信が検出されたときから、使用者が着信に応えて通話を開始するために操作部１４の所定のキーを操作するまで、または、着信が終了（相手装置が発呼を終了）するまで、発せられる。
【００２４】
着信報知部２０の構成を図２に模式的に示す。着信報知部２０は、メロディデータメモリ２１、ブロックテーブルメモリ２２、ブロック番号メモリ２３、メロディ番号メモリ２４、メロディデータ出力部２５、ブロック認識部２６、メロディ設定部２７、およびメロディ再生部２８より成る。
【００２５】
メロディデータメモリ２１は、メロディを表すメロディデータを記憶する。メロディデータの構成を図３に模式的に示す。メロディデータは、ヘッダーならびにインターバルおよびイベントの複数の組で構成されている。ヘッダーには、曲名、テンポ（再生の速さ）を示す情報、音色（再生の音質）を示す情報、およびイベントの総数Ｎｅが記されている。
【００２６】
イベントは音符および休符に相当するものである。音符のイベントはその周波数を表し、休符のイベントは周波数０を表す。インターバルは、イベント間の時間（前のイベントの持続時間）を四分音符を単位として表したものである。インターバルおよびイベントの組は、メロディ内での順序どおり配列されており、そのまま連続して記憶される。なお、メロディデータの終わりは符号ＥＯＳで示される。
【００２７】
メロディデータメモリ２１は複数のメロディデータを記憶することが可能である。また、メロディデータメモリ２１はフラッシュメモリより成り、書き換え可能であって、電力が供給されないときでも記憶内容を失わない。メロディデータメモリ２１へのメロディデータの書き込みは制御部１０によってなされる。
【００２８】
電話端末装置１では、メロディデータメモリ２１が記憶している各メロディデータを、１または２以上の連続したブロックより成るとして取り扱って、着信があったときは、前回最後に再生したブロックの次のブロックから再生を開始する。ここで、ブロックの構成単位は１組のイベントおよびインターバルであり、ブロックの大きさ、つまりブロックを構成するイベントとインターバルの組の数は、可変である。最小のブロックは１組のイベントとインターバルのみから成り、最大のブロックは１つのメロディデータに含まれる全てのイベントとインターバルから成る。中間の大きさのブロックは、例えば１小節に相当する数のイベントとインターバルより成る。
【００２９】
電話端末装置１では、このように、メロディデータを１または２以上の連続したブロックより成るとして取り扱うが、メロディデータ自体を分割してメロディデータメモリ２１に記憶するのではなく、メロディデータが仮想的（論理的）に分割されていると認識して、メロディデータ内における各ブロックの先頭の位置および各ブロックの大きさ（イベント数）を記憶しておく。ブロック認識部２６とブロックテーブルメモリ２２はこのためのものである。
【００３０】
ブロック認識部２６は、メロディデータが１または２以上のブロックより成ると認識して、各ブロックの先頭の位置および大きさを定める。この認識は制御部１０からの指示に従って行われる。ブロックテーブルメモリ２２は、ブロック認識部２６により定められた各ブロックの先頭の位置および大きさをテーブル（以下、ブロックテーブルという）として記憶する。
【００３１】
ブロックテーブルメモリ２２が記憶しているブロックテーブルの構成を図４に模式的に示す。ブロックテーブルは、ブロックの総数Ｎｂならびにブロックの先頭アドレスおよびイベント数の組で構成される。ブロックテーブルの終わりは符号ＥＯＢで示される。
【００３２】
ブロックテーブルメモリ２２は、メロディデータメモリ２１が記憶している全てのメロディデータのブロックテーブルを記憶する。このため、各ブロックテーブルを管理するためのテーブル（以下、ブロックテーブル管理テーブルという）も記憶する。ブロックテーブル管理テーブルの構成を図５に模式的に示す。ブロックテーブル管理テーブルは、メロディデータメモリ２１が記憶しているメロディデータの総数Ｎｍ、ならびにメロディデータ（メロディ）の番号、メロディデータメモリ２１におけるメロディデータのアドレスおよびブロックテーブルメモリ２２におけるブロックテーブルのアドレスの組で構成される。ブロックテーブル管理テーブルの終わりは符号ＥＯＴで示される。ブロックテーブルメモリ２２はフラッシュメモリより成り、書き換え可能であって、電力が供給されないときでも記憶内容を失わない。
【００３３】
メロディデータメモリ２１が記憶しているメロディデータのメロディとしての再生は、メロディデータ出力部２５とメロディ再生部２８によってなされる。メロディデータ出力部２５は、メロディデータメモリ２１が記憶しているメロディデータを読み出して、メロディ再生部２８に与える。メロディデータの読み出し開始に際し、メロディデータ出力部２５は、ブロック番号メモリ２３の記憶内容と、メロディ番号メモリ２４の記憶内容を参照する。
【００３４】
ブロック番号メモリ２３は、メロディデータ出力部２５が読み出しを開始すべきブロックの番号を記憶しており、メロディ番号メモリ２４はメロディデータ出力部２５が読み出すべきメロディの番号を記憶している。ブロック番号メモリ２３が記憶しているブロックの番号およびメロディ番号メモリ２４が記憶しているメロディの番号はいずれも、最初は１に設定されているが、後述するように変更される。ブロック番号メモリ２３およびメロディ番号メモリ２４も、フラッシュメモリより成り、書き換え可能であって、電力が供給されないときでも記憶内容を失わない。
【００３５】
メロディデータ出力部２５は、さらにブロックテーブルメモリ２２を参照し、読み出すべきメロディデータにおける読み出しを開始すべきブロックの先頭の位置を見出して、そのメロディデータをその位置より読み出し始める。そして、読み出したメモリデータを順次メロディ再生部２８に出力する。なお、メロディデータ出力部２５は、メロディデータの読み出しに先立って、ヘッダーからテンポと音質の情報を読み出してメロディ再生部２８に出力しておく。
【００３６】
図示しないが、メロディ再生部２８は、メロディデータに基づいて電子音を発する電子ブザーと、その駆動回路を備えており、メロディデータ出力部２５から与えられるメロディデータをメロディとして再生する。メロディ再生部２８は、クロック回路（不図示）も備えており、また、電子ブザーが発する電子音の波形は可変であり、これにより、テンポと音質の情報に従った再生を行うことができる。なお、メロディ再生部２８は、バッファメモリ（不図示）を備えており、与えられるメロディデータを、一旦バッファメモリに記憶しておいてバッファメモリから読み出しながら再生する。
【００３７】
メロディデータ出力部２５は、メロディデータのメロディデータメモリ２１からの読み出しとメロディ再生部２８への出力を、着信があったことを知らせる着信検出信号を制御部１０より与えられた時点で開始して、その後、通話のために操作部１４の所定のキーが操作されたことを知らせる通話検出信号、または着信の終了を知らせる着信終了信号を制御部１０より与えられる時点まで継続する。メロディデータ出力部２５は、また、メロディデータの読み出しと出力を終了したときは、最後に読み出したブロックの次のブロックの番号を、ブロック番号メモリ２３に記憶させる。これにより、次回の着信に際しては、最後に再生したブロックの次のブロックから再生が開始されることになる。
【００３８】
メロディデータの末尾のブロックを読み出したとき、メロディデータ出力部２５は、その旨を示す最終ブロック信号を制御部１０に出力する。制御部１０は、最終ブロック信号に応じて、メロディ番号メモリ２４およびブロック番号メモリ２３の記憶内容を更新するように、メロディ設定部２７に指示を与える。メロディ設定部２７は、制御部１０からの指示に応じて、メロディ番号メモリ２４が記憶しているメロディの番号を更新するとともに、ブロック番号メモリ２３が記憶しているブロックの番号を１に設定する。制御部１０は、メロディ設定部２７に指示を与えた後、直ちに、メロディデータの読み出しと出力を再開することを指示する出力再開信号をメロディデータ出力部２５に与える。
【００３９】
出力再開信号を受けたメロディデータ出力部２５は、メロディデータのメロディデータメモリ２１からの読み出しとメロディ再生部２８への出力を再開する。再開に際しては、メロディ設定部２７によって更新されたブロック番号メモリ２３とメロディ番号メモリ２４の記憶内容を参照し、また、ブロックテーブルメモリ２２を参照して、読み出すべき新たなメロディデータにおける読み出しを開始すべきブロックの先頭の位置を見出しておく。上述のように、メロディ設定部２７は、ブロック番号メモリ２３の記憶内容を１に設定しておくから、新たなメロディデータは先頭から再生されることになる。
【００４０】
なお、メロディデータ出力部２５がメロディデータの末尾のブロックを読み出してから新たなメロディデータの読み出しを開始するまでには時間を要するが、その時間は数十ミリ秒以下と短い。また、その間、メロディ再生部２８はバッファメモリに記憶している未再生のメロディデータを再生する。したがって、新たなメロディデータの再生は前のメロディデータの再生に連続して行われ、メロディが途切れることはない。
【００４１】
前述のように、メロディデータメモリ２１へのメロディデータの書き込みは制御部１０によってなされる。制御部１０は、メロディデータをメロディデータメモリ２１に書き込んだときには、そのメロディデータを１つのブロックより成ると認識するようにブロック認識部２１に指示を与えるとともに、そのメロディデータの番号をメロディ番号メモリ２４に記憶させ、番号１をブロック番号メモリ２３に記憶させるように、メロディ設定部２７に指示を与える。したがって、メロディデータメモリ２１に新たに書き込まれたメロディデータは１つのブロックより成るとして扱われ、また、新たなメロディデータがメロディデータメモリ２１に書き込まれた直後の着信に際しては、そのメロディデータが再生される。
【００４２】
なお、ブロック認識部２１は、上記の指示を制御部１０より与えられたとき、ブロックの総数Ｎｂが１のブロックテーブルを作成するとともに、ブロックテーブル管理テーブル中のメロディデータの総数Ｎｍを１だけ増加させて、ブロックテーブル管理テーブルに、作成したブロックテーブルを示す情報を追加しておく。
【００４３】
メロディデータは、電話端末装置１の製造時に、いくつかメロディデータメモリ２１に書き込まれているが、外部機器インターフェース１７を介してパーソナルコンピュータ等の他の機器から得ることができる。また、インターネットに接続してウェブページからダウンロードしたり、受信した電子メールに添付されているファイルから得たりすることもできる。
【００４４】
電話端末装置１は、メロディデータメモリ２１が記憶しているメモリデータの仮想的な分割を使用者の指示に従って行う、つまり使用者がメロディデータの分割様式を編集する編集モードを有する。使用者は、操作部１４の所定のキーを操作することにより編集モードに設定する。編集モードにおいて表示部１５に表示する操作案内の例を図６に示す。
【００４５】
図６（ａ）は、編集モードに設定されたときに表示する操作案内であり、メロディデータメモリ２１が記憶しているメロディデータのうちのいくつかの番号および曲名、いずれかのメロディデータを選択すべき旨、ならびに操作部１４のいくつかの数字キーに割り当てられている機能が表示されている。
【００４６】
操作部１４のキーには、表示部１５に表示するカーソルの上下左右方向への移動を指示する４つのカーソルキーが含まれており、使用者は、上カーソルキーまたは下カーソルキーを操作することにより、選択するメロディデータを切り替えることができる。選択されているメロディデータの番号は反転表示される。また、「１」の数字キーを操作することにより、メロディデータの番号および曲名の表示をスクロールさせることができ、「２」の数字キーを操作することにより選択を確定することができ、「３」の数字キーを操作することにより編集モードを終了することができる。
【００４７】
図６（ｂ）は、いずれかのメロディデータの選択が確定したときの操作案内であり、メロディデータの曲名、編集対象のブロックの番号およびブロックの総数Ｎｂ（これらはハイフンで結ばれており、ここでは前者は１、後者は２５）、編集対象のブロックのブロックエンドのイベントの番号（ここでは１０）、ならびに操作部１４のいくつかの数字キーに割り当てられている機能が表示されている。
【００４８】
使用者は、上カーソルキーまたは下カーソルキーを操作することにより、編集対象のブロックを切り替えることができ、左カーソルキーまたは右カーソルキーを操作することにより、編集対象のブロックのブロックエンド（ブロックの末尾のイベント）を変更することができる。また、「９」の数字キーを操作することにより、編集対象のブロックを再生するブロックモニターを行わせることができ、「１」の数字キーを操作することにより、編集対象のブロックエンドを確定することができ、「２」の数字キーを操作することにより、編集した状態をブロックテーブルメモリ２２に保存して図６（ａ）の表示に戻ることもできる。さらに、「３」の数字キーを操作することにより、編集した状態をブロックテーブルメモリ２２に保存することなく図６（ａ）の表示に戻ること、つまり編集を取り消すこともできる。
【００４９】
編集モードにおけるメロディデータの分割処理の方法を図７に示す。これは、既に（Ｋ−１）番目のブロックとＫ番目のブロックとされている部分を変更するときの例である。（Ｋ−１）番目のブロックの途中からＫ番目のブロックの途中までが新たな（Ｍ−１）番目のブロックとして確定されており、これに続くＭ番目のブロックエンド（太線の矢印で示す）を定めようとしているところである。
【００５０】
左カーソルキーを操作することにより、ブロックエンドはメロディデータの先頭方向（再生の逆方向）に１イベントずつ移動し、右カーソルキーを操作することにより、ブロックエンドはメロディデータの末尾方向（再生方向）に１イベントずつ移動して、図６（ｂ）のブロックエンドの表示に反映される。ブロックエンドの移動は、メロディデータの末尾方向についてはメロディデータの末尾のイベントまで可能であり、メロディデータの先頭方向については直前のブロックに続くイベントまでに限られる。これにより、ブロックエンドを定めようとしているブロックよりもメロディデータの先頭側に位置するブロックについては、確定しているブロックエンドが維持され、かつ、ブロックエンドを定めようとしているブロックについては任意の大きさとすることができる。
【００５１】
ブロック認識部２６は、メロディデータの選択が確定されたときには、そのメロディデータのブロックテーブルをブロックテーブルメモリ２２から読み出して、自己のワークメモリ（不図示）に記憶しておく。また、編集においてブロックエンドが確定されると、そのブロックの先頭のイベントとブロックエンドのイベントの番号をワークメモリに記憶するとともに、その時点での編集結果を反映した新たなブロックテーブルを作成して、ブロックテーブルメモリ２２に記憶させる。
【００５２】
新たなブロックテーブルの作成に際しては、編集前のブロックテーブルに記されているブロックと、編集されたブロックとを比較して、同一のイベントが複数のブロックに含まれることと、どのブロックにも含まれないイベントが生じることを防止する。例えば、図７の太線の矢印で示した位置にＭ番目のブロックのブロックエンドが確定されたときは、その直後のイベントを（Ｍ＋１）番目のブロックの先頭とし、Ｋ番目のブロックのブロックエンドとされていたイベントを（Ｍ＋１）番目のブロックのブロックエンドとして、斜線を付した部分を（Ｍ＋１）番目のブロックとする。また、新たなブロックテーブルでは、ブロックの番号を付け直しておき、ブロックの総数Ｎｂも更新しておく。
【００５３】
「２」の数字キーの操作により、１つのメロディデータの編集を終了して図６（ａ）の状態に戻るときは、ブロックテーブルメモリ２２の状態をそのままにしておく。これにより、編集結果が保存される。「３」の数字キーの操作により、１つのメロディデータの編集を終了して図６（ａ）の状態に戻るときは、ワークメモリに記憶した編集前のブロックテーブルをブロックテーブルメモリ２２に再度記憶させる。これにより編集が取り消される。
【００５４】
編集においてメロディデータの選択が確定されたとき、制御部１０は、メロディ設定部２７に指示を与えて、そのメロディデータの番号をメロディ番号メモリ２４に記憶させる。また、ブロックが選択されたとき、制御部１０は、メロディ設定部２７に指示を与えて、そのブロックの番号をブロック番号メモリ２３に記憶させる。さらに、編集中に「９」の数字キーが操作されたとき、制御部１０は、メロディデータ出力部２５に、１ブロックの再生を指示するモニター信号を与えて、ブロックモニターを実行する。
【００５５】
モニター信号を受けたメロディデータ出力部２５は、メロディ番号メモリ２４およびブロック番号メモリ２３を参照して、読み出すべきメロディデータの番号と読み出しを開始すべきブロックの番号を得る。そして、ブロックテーブルメモリ２２を参照して、そのブロックの先頭の位置を求めて、その位置から１ブロック分のメロディデータを読み出して、メロディ再生部２８に与える。このブロックモニターにより、使用者は、編集しようとしているブロックがどのような状態にあるのか、および、編集によってブロックがどのようになったかを、実際のメロディによって知ることができる。
【００５６】
なお、ブロック認識部２６は、メロディデータの選択が確定されたときに、ブロック番号メモリ２３が記憶している番号およびメロディ番号メモリ２４が記憶している番号も読み出して、ワークメモリに記憶しておく。そして、編集モード終了時に、ワークメモリに記憶した番号をブロック番号メモリ２３およびメロディ番号メモリ２４にそれぞれ再記憶させる。これにより、着信時に再生するメロディデータおよびその再生開始ブロックを、編集モードに設定される前の状態に戻すことができる。
【００５７】
編集モードにおける処理の流れを図８のフローチャートに示す。なお、図８の処理は、図６に示した操作案内に従う使用者からの指示に応じて進行する。まず、メロディデータを選択し（ステップＳ５）、ブロックテーブルメモリ２２、ブロック番号メモリ２３、およびメロディ番号メモリ２４の記憶内容を、ワークメモリに退避させる（Ｓ１０）。次いで、編集を終了するか否かを判定する（Ｓ１５）。終了しないときは、ブロックを選択し（Ｓ２０）、ブロックエンドを変更して（Ｓ２５）、その変更を確定するか否かを判定する（Ｓ３０）。確定しないときはステップＳ２５に戻り、確定するときは、確定後（Ｓ３５）、他のメロディディデータの編集に移行するか否かを判定する（＃４０）。他のメロディデータ編集に移行しないときは、ステップＳ２０に戻り、移行するときは、編集結果を保存するか否かを判定する（Ｓ４５）。
【００５８】
この段階では、前述のように、新たなブロックテーブルはブロックテーブルメモリ２２に記憶されており、保存する場合は、ブロックテーブルメモリ２２をそのままにし（Ｓ５０）、保存しない場合は、ステップＳ１０で退避させた記憶内容をブロックテーブルメモリ２２に戻す。そしてステップＳ５に戻る。
【００５９】
ステップＳ１５の判定で、編集を終了するときには、ステップＳ１０で退避させたブロック番号メモリ２３およびメロディ番号メモリ２４の記憶内容を戻す（Ｓ５５）。そして編集モードを終了する。なお、ステップＳ２０からステップＳ４０までの任意の時点でブロックモニターを行うことができる。
【００６０】
前述のように、メロディデータ出力部２５がメロディデータを末尾のブロックまで読み出したときには、メロディ設定部２７によって、メロディ番号メモリ２４が記憶しているメロディデータの番号を更新するとともに、ブロック番号メモリ２３が記憶しているブロック番号を１にする。電話端末装置１は、このメロディデータの番号の更新に関して、リピートモード、順次モード、およびランダムモードの３モードを有する。
【００６１】
リピートモードでは、メロディ番号メモリ２４に、既に記憶しているメロディデータの番号と同一の番号を記憶させる、すなわち番号を変更しない。順次モードでは、メロディ番号メモリ２４に、既に記憶しているメロディデータの番号よりも１大きい番号を記憶させる。また、ランダムモードでは、１からメロディデータの総数Ｎｍまでの乱数を発生させて、その数をメロディ番号メモリ２４に記憶させる。どのモードであるか、およびメロディデータの総数Ｎｍは、制御部１０がメロディ設定部２７に与える。また、これらのモードの選択は、使用者が操作部１４の所定のキーを操作することにより、あらかじめ行っておく。
【００６２】
メロディ設定部２７によるメロディデータの番号の設定の処理の流れを図９のフローチャートに示す。この処理は、最終ブロック信号に応じて制御部１０が与える指示によって開始される。まず、リピートモードであるか否かを判定し（ステップ１０５）、リピートモードでなければ順次モードであるか否かを判定する（Ｓ１１０）。
【００６３】
順次モードであれば、メロディ番号メモリ２４に記憶させている番号Ｌに１を加えて新たなメロディデータの番号Ｌとする（Ｓ１１５）。そして、その新たな番号Ｌがメロディの総数Ｎｍを超えるか否かを判定し、超えなければその番号Ｌをメロディ番号メモリ２４に記憶させ、超えていれば新たな番号Ｌを１にして記憶させる（Ｓ１２５）。
【００６４】
ステップＳ１１０の判定で順次モードでなければ、つまりランダムモードであれば、１からメロディデータの総数Ｎｍまでの乱数Ｒを発生させて（Ｓ１３０）、これを新たなメロディデータのの番号Ｌとして、メロディ番号メモリ２４に記憶させる（Ｓ１３５）。
【００６５】
ステップＳ１２０、Ｓ１２５、Ｓ１３５の処理の後、または、ステップＳ１０５の判定でリピートモードのときは、ブロックの番号Ｂを１にして、これをブロック番号メモリ２３に記憶させる（Ｓ１４０）。この処理の後、メロディデータ出力部２５による、メロディデータのメモリデータメモリ２１からの読み出しとメロディ再生部２８への出力が、再開される。１つのメロディデータが末尾のブロックまで再生されたとき、リピートモードであれば同じメロディデータが、順次モードであればメロディデータの記憶順序に従った次のメロディデータが、ランダムモードであれば不特定のメロディデータが、それぞれ先頭から再生されることになる。
【００６６】
着信の報知に関する処理の流れを図１０のフローチャートに示す。この処理は着信が検出された時点で開始される。まず、メロディ番号メモリ２４に記憶している番号のメロディデータについて、ブロック番号メモリ２３に記憶している番号のブロックから再生を開始し（ステップＳ２０５）、再生を継続する（Ｓ２１０）。次いで、着信（相手装置からの発呼）が終了したか否かを判定し（Ｓ２１５）、終了していなければ通話が開始されたか否かを判定する（Ｓ２２０）。通話が開始されなければ、ステップＳ２１０に戻って再生を継続する。その際、メロディデータを末尾まで再生したときは、上記のようにして定めた新たなメロディデータを先頭から再生する。
【００６７】
ステップＳ２１５の判定で着信が終了しているとき、および、ステップＳ２２０の判定で通話が開始されているときは、再生を終了する（Ｓ２２５）。そして、次の着信の際に再生を開始するブロックの番号として、最後に再生したブロックの次のブロックの番号をブロック番号メモリ２３に記憶して、処理を終了する。
【００６８】
なお、本実施形態では、前回の着信時にいずれかのブロックの途中のイベントまでで再生を終えたか、いずれかのブロックの末尾のイベントまで再生したかにかかわらず、そのブロックの次のブロックを再生を開始するブロックとしているが、前回の着信時にいずれかのブロックの途中のイベントまでで再生を終えたときは、そのブロック自体を再生を開始するブロックとしてもよい。このようにすると、メロディデータに含まれる全てのイベントが確実に再生されることになり無駄がない。また、ブロックをあまり大きくしない限り、同一のブロックが繰り返し再生されるという事態も避けられる。
【００６９】
ブロックモニターに際して、編集対象のブロックに含まれる全てのイベントと、再生の進行状況を表示部１５に表示するようにしてもよい。その例を図１１に示す。これは、Ｋ番目のブロックを編集対象としているときのものであり、このブロック内の各イベントが縦線で区切って表されている。（ａ）における三角形の記号Ｐは再生中のイベントを表し、（ｂ）における斜線を付した部分は再生済みのブロックを表す。また、数値「３２」は再生中のイベントの番号を表している。再生の進行に伴って、記号Ｐや再生済みのイベントは矢印で示すように移動していき、再生中のイベントの番号も移動し、値が変わっていく。このように、ブロックモニターにおいて再生の進行状況を表示すると、編集操作が一層容易になる。
【００７０】
本実施形態では、メロディデータ出力部２５、ブロック認識部２６、およびメロディ設定部２７が独立している構成としたが、これらの機能を単一のＣＰＵで行うようにしてもよい。また、制御部１０のＣＰＵ１０ａにこれらの機能をもたせるようにすることもできる。メロディデータメモリ２１、ブロックテーブルメモリ２２、ブロック番号メモリ２３、およびメロディ番号メモリ２４についても、独立に設ける必要はなく、同一のメモリの異なる領域を各々の記憶に割り当てるようにすることができる。さらに、ここではメロディ再生部２８を音声出力部１３とは別個に備える構成としたが、音声出力部１３がメロディ再生部２８を兼ねるようにしてもよい。
【００７１】
第２の実施形態の電話端末装置２について説明する。電話端末装置２は、第１の実施形態の電話端末装置１に、メロディデータを自動的に分割する機能を加えたものである。電話端末装置２の構成は図１および図２に示したとおりである。
【００７２】
メロディデータの自動分割には、各ブロックの再生時間の長さをおおよそ均等にする等分割モードと、休符を１つのブロックの末尾のイベントとする休符分割モードがある。これらのモードは操作部１４の所定のキーを操作することにより選択することができる。
【００７３】
等分割モードでは、ブロックの総数または１ブロック当たりの再生時間を使用者が指定する。ブロックの総数を指定する場合の等分割モードでの処理の流れを図１２のフローチャートに示す。まず、ブロックの総数の入力を受ける（ステップＳ３０５）。次いで、メロディデータ全体の再生に要する時間をブロックの総数で除して、１ブロック当たりの再生時間を算出する（Ｓ３１０）。そして、メロディデータの先頭からインターバルを積算して、１ブロック当たりの再生時間に最も近い積算値となるごとに、それらのインターバルおよび対応するイベントを１つのブロックとして決定していく（Ｓ３１５）。決定したブロックをブロックテーブルメモリ２２に記憶して（Ｓ３２０）、処理を終了する。
【００７４】
１ブロック当たりの再生時間を指定する場合は、ステップＳ３０５で再生時間の入力を受けて、ステップＳ３１０は省略する。
【００７５】
休符分割モードでは、メロディデータの全てのイベントの中から休符を表すものを見出して、休符を表すイベントとそれに続く音符を表すイベントとの間でブロックを区切る。すなわち、ブロックの末尾を休符のイベントとする。前述のように、音符のイベントは周波数を表し、休符のイベントは周波数０を表すから、各イベントが音符であるか休符であるかの判別は、値が０であるか否かによって、容易に行うことができる。
【００７６】
なお、休符のイベントが連続する場合、それらの間でブロックを区切ることはせず、それらを１つのブロックに含める。また、メロディデータの先頭のイベントが休符の場合、そのイベントと後続の音符のイベントの間でブロックを区切ることはしない。これらは、休符のみから成るブロックが生じるのを避けるためである。
【００７７】
休符分割モードでの処理の流れを図１３のフローチャートに示す。まず、イベントの番号Ｊを１とし、ブロックの番号Ｌを１とする（ステップＳ４０５）。次いで、イベントＪ（番号Ｊのイベント）が休符であるか否かを判定し（Ｓ４１０）、休符のときは、そのイベントＪをブロックＬ（番号Ｌのブロック）に含める（＃４３５）。イベントＪが休符でないとき、すなわち音符のときは、そのイベントＪが先頭のイベントであるか否かを判定し（Ｓ４１５）、先頭のイベントのときは、そのイベントＪをブロックＬに含める（＃４３５）。
【００７８】
イベントＪが先頭のイベントでないときは、直前のイベント（Ｊ−１）が休符であるか否かを判定し（Ｓ４２０）、休符でないとき、すなわち音符のときは、そのイベントＪをブロックＬに含める（＃４３５）。直前のイベント（Ｊ−１）が休符のときは、ブロックの番号Ｌが１であるか否かを判定し（Ｓ４２５）、番号Ｌが１のときは、イベントＪをブロックＬに含める（＃４３５）。ブロックの番号Ｌが１でないときは、番号Ｌに１を加えて（Ｓ４３０）、イベントＪを新たな番号のブロックＬに含める（Ｓ４３５）。
【００７９】
ステップＳ４３５の後、イベントＪがメロディデータの末尾のイベント（番号Ｎｅのイベント）であるか否かを判定し（Ｓ４４０）、末尾のイベントＮｅでないときは、イベントの番号Ｊに１を加えて（Ｓ４４５）、ステップＳ４１０に戻る。イベントＪが末尾のイベントＮｅのときは、決定したブロックをブロックテーブルメモリ２２に記憶して（Ｓ４５０）、処理を終了する。
【００８０】
使用者がブロックの総数を指定するようにしてもよい。その場合、例えば、図１３の処理において、ブロックの番号Ｌが指定されたブロックの数に等しいか否かを判定するステップをステップＳ４２５とＳ４３０の間に挿入し、等しいときにはステップＳ４３０ではなくステップＳ４３５に進むようにする。
【００８１】
使用者は、自動分割を行うメロディデータを任意に選択することができる。また、自動分割を行ったメロディデータを、第１の実施形態で説明した編集モードにより、手動で編集することも可能である。
【００８２】
本実施形態の電話端末装置２は、メロディデータを再生しながら休符のイベントの後で再生を停止し、その位置でブロックを区切るか否かを使用者が指示するモードも備えている。以下、これを休符編集モードという。ブロックを区切るか否かの指示は操作部１４の所定のキーを操作することにより与える。休符編集モードにおいても、自動休符分割モードと同様に、休符のイベントが連続する場合は、それらの間でブロックを区切ることはせず、メロディデータの先頭のイベントが休符の場合は、そのイベントと後続の音符のイベントの間でブロックを区切ることをせずに、休符のみから成るブロックが生じるのを避ける。
【００８３】
休符編集モードにおける処理の流れを図１４のフローチャートに示す。まず、使用者の参考のために、メロディデータに含まれる休符のイベントを検出して、その総数を表示する（ステップＳ５０５）。次いで、イベントの番号Ｊを１とし、ブロックの番号Ｌを１として（Ｓ５１０）、イベントＪすなわち先頭のイベントからメロディデータの再生を開始する（Ｓ５１５）。
【００８４】
そして、イベントＪが休符であるか否かを判定し（Ｓ５２０）、休符のときは、そのイベントＪをブロックＬに含める（＃５６５）。イベントＪが休符でないとき、すなわち音符のときは、そのイベントＪが先頭のイベントであるか否かを判定し（Ｓ５２５）、先頭のイベントのときは、そのイベントＪをブロックＬに含める（＃５６５）。
【００８５】
イベントＪが先頭のイベントでないときは、直前のイベント（Ｊ−１）が休符であるか否かを判定し（Ｓ５３０）、休符でないとき、すなわち音符のときは、そのイベントＪをブロックＬに含める（＃５６５）。直前のイベント（Ｊ−１）が休符のときは、ブロックの番号Ｌが１であるか否かを判定し（Ｓ５３５）、番号Ｌが１のときは、イベントＪをブロックＬに含める（＃５６５）。
【００８６】
ブロックの番号Ｌが１でないときは、メロディデータの再生をイベントＪの前で停止し（Ｓ５４０）、指示が入力されるのを待つ（Ｓ５４５）。指示が入力されると、それが分割の指示であるか否かを判定し（Ｓ５５０）、分割の指示でないときは、イベントＪから再生を再開する（Ｓ５６０）。分割の指示のときは、ブロックの番号Ｌに１を加えて（Ｓ５５５）、イベントＪから再生を再開する（Ｓ５６０）。ステップＳ５６０で再生を再開した後、イベントＪをブロックＬに含める（Ｓ５６５）。
【００８７】
ステップＳ５６５の後、イベントＪがメロディデータの末尾のイベント（番号Ｎｅのイベント）であるか否かを判定し（Ｓ５７０）、末尾のイベントＮｅでないときは、イベントの番号Ｊに１を加えて（Ｓ５７５）、ステップＳ５２０に戻る。イベントＪが末尾のイベントＮｅのときは、再生を終了し（Ｓ５８０）、ブロックをブロックテーブルメモリ２２に記憶して（Ｓ５８５）、処理を終了する。
【００８８】
自動休符分割モードの説明でも述べたように、使用者がブロックの総数を指定するようにしてもよい。その場合、例えば、図１４の処理において、ステップＳ５０５とＳ５１０の間にブロックの数を入力するステップを挿入するとともに、ブロックの番号Ｌが指定されたブロックの数に等しいか否かを判定するステップをステップＳ５３５とＳ５４０の間に挿入し、等しいときにはステップＳ５４０ではなくステップＳ５６５に進むようにする。
【００８９】
休符編集モードにおいて、休符のイベントと音符のイベントとを識別できる形態で全てのイベントを表示して、どのイベントを再生中であるかを示すようにすることもできる。その表示の例を図１５に示す。図１５において、斜線を付したイベントは休符のイベントを表し、空白のイベントが音符のイベントを表す。また、三角形の符号Ｐは、前述のように、再生中のイベントを示す。このような表示を行うと、編集が一層容易になる。
【００９０】
等分割モード、休符分割モードで自動分割を行った後に、全てのイベントを表示して、どこでブロックを区切ったかを示すようにしてもよい。編集を行うべきか否かが、使用者に判りやすくなる。
【００９１】
なお、本実施形態では、休符分割モードおよび休符編集モードのいずれにおいても、休符の長さ（インターバル）にかかわらず、その次の音符のイベントとの間でブロックを区切るようにしているが、休符の長さが所定値以上のときのみ、例えば二分休符以上のときのみに、その次の音符のイベントとの間でブロックを区切るようにしてもよい。また、休符を区切りの基準とすることに代えて、所定の音符のイベントの前または後でブロックを区切るようにしてもかまわない。
【００９２】
第３の実施形態の電話端末装置３について説明する。本実施形態の電話端末装置３では、メロディデータをあらかじめブロックに分割しておくことはせず、再生を終了する都度、次の再生の開始位置を所定のイベントに設定する。電話端末装置３はこの点で第１、第２の実施形態の電話端末装置１、２と相違しており、全体の構成は図１に示したとおりであるが、着信報知部２０の構成に差異がある。
【００９３】
電話端末装置３の着信報知部２０の構成を図１６に模式的に示す。電話端末装置１、２が備えていたブロックテーブルメモリ２２およびブロック認識部２６は省略されており、また、ブロック番号メモリ２３に代えて、再生を開始するイベントの番号を記憶するイベント番号メモリ２９が備えられている。ブロックの編集を行うこともないため、制御部１０からメロディデータ出力部２５にモニター信号を与えることもない。また、メロディ設定部２７は、メロディ番号メモリ２４にメロディの番号を記憶させたときは、先頭のイベントの番号１をイベント番号メモリ２９に記憶させる。
【００９４】
再生を開始するイベントは、休符のイベントに続く音符のイベントのうち、メロディデータ出力部２５がメモリデータメモリ２１から最後に読み出したイベントの直後の（そのイベントよりも後で最も近い）ものである。最後に読み出したイベントよりも後に休符のイベントがないときは、最後に読み出したイベントに続くイベントから再生を開始する。再生を開始するイベントはメロディデータ出力部２５が設定する。
【００９５】
着信の報知に関する処理の流れを図１７のフローチャートに示す。この処理は着信が検出された時点で開始される。まず、メロディ番号メモリ２４に記憶している番号のメロディデータについて、イベント番号メモリ２９に記憶している番号のイベントから再生を開始し（ステップＳ６０５）、再生を継続する（Ｓ６１０）。次いで、着信（相手装置からの発呼）が終了したか否かを判定し（Ｓ６１５）、終了していなければ通話が開始されたか否かを判定する（Ｓ６２０）。通話が開始されなければ、ステップＳ６１０に戻って再生を継続する。その際、メロディデータを末尾まで再生したときは、前述のようにして定めた新たなメロディデータを先頭から再生する。
【００９６】
ステップＳ６１５の判定で着信が終了しているとき、および、ステップＳ６２０の判定で通話が開始されているときは、再生を終了する（Ｓ６２５）。そして、次の着信の際に再生を開始するイベントを、次のように設定する。
【００９７】
まず、メロディデータメモリ２１から最後に読み出したイベントの番号をＪ０として記憶し（Ｓ６３０）、Ｊ０に１を加えた値をイベントの番号Ｊとする（Ｓ６３５）。そして、番号Ｊがイベントの総数Ｎｅ以上であるか否かを判定し（Ｓ６４０）、ＪがＮｅ未満のときは、Ｊに１を加えて（Ｓ６４５）、イベントＪが休符であるか否かを判定する（Ｓ６５０）。
【００９８】
イベントＪが休符のときは、ステップＳ６４０に戻り、休符でないとき、すなわち音符のときは、直前のイベント（Ｊ−１）が休符であるか否かを判定して（Ｓ６５５）、休符でないときは、ステップＳ６４０に戻る。直前のイベント（Ｊ−１）が休符のときは、番号Ｊをイベント番号メモリ２９に記憶して（Ｓ６６０）、処理を終了する。
【００９９】
ステップＳ６４０の判定で、番号Ｊがイベントの総数Ｎｅ以上のときは、最後に読み出したイベントの番号Ｊ０がイベントの総数Ｎｅに等しいか否かを判定し（Ｓ６６５）、等しくなければＪ０に１を加えた値をＪとし（Ｓ６６０）、等しければ値１をＪとして（Ｓ６７５）、番号Ｊをイベント番号メモリ２９に記憶する（Ｓ６６０）。
【０１００】
なお、ここでは、休符のイベントに続く音符のイベントのうち、メロディデータ出力部２５がメモリデータメモリ２１から最後に読み出したイベントの直後のものを、再生を開始するイベントとしているが、最後に読み出したイベントの直前の（そのイベントよりも前で最も近い）ものを、再生を開始するイベントとしてもよい。また、休符を再生開始の基準とすることに代えて、所定の音符のイベントから、あるいは所定の音符に続くイベントから再生を開始するようにすることも可能である。
【０１０１】
【発明の効果】
メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、本発明のように、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、データ記憶手段が記憶しているメロディデータを１以上の連続したブロックより成ると認識するブロック認識手段と、ブロック認識手段が認識した各ブロックの先頭のメロディデータ内での位置を記憶するブロック位置記憶手段と、メロディデータの１つのブロックの番号を記憶するブロック番号記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、ブロック番号記憶手段が記憶している番号を更新するブロック番号更新手段を備えるようにすると、メロディデータの分割を仮想的に行うことができて、メロディデータの再分割がきわめて容易になり、記憶容量の無駄使いも避けられる。また、メロディデータの全体を着信の報知に利用することが容易になり、使用者がメロディに飽きる可能性を低減することもできる。
【０１０２】
ブロック番号更新手段が、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの番号、またはその次のブロックの番号に更新するようにすると、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【０１０３】
ブロック認識手段が、データ記憶手段が記憶しているメロディデータを単一のブロックより成ると認識しておき、使用者からの指示に応じて認識しているブロックを変更するようにすると、使用者ごとの好みに応じて、また、メロディに応じて、柔軟にメロディデータを分割することができる。しかも、初期設定では、メロディデータ全体を単一のブロックとして取り扱うので、メロディデータの分割を望まない使用者でも利用可能な装置となり、また、外部からのメロディデータの供給も容易になる。
【０１０４】
ブロック認識手段が、データ記憶手段が記憶しているメロディデータを、その中に含まれる所定のデータをブロック間の境界として、１以上のブロックより成ると認識するようにすると、メロディデータの分割が自動的に行われることになって、使用者に負担がかからない。
【０１０５】
データ記憶手段が複数のメロディデータを記憶し、ブロック認識手段がデータ記憶手段が記憶している各メロディデータを１以上のブロックより成ると認識し、ブロック位置記憶手段が各メロディデータのブロックの先頭の位置を記憶し、さらに、１つのメロディデータの番号を記憶するメロディ番号記憶手段を備えて、データ出力手段が、着信時に、データ記憶手段が記憶しているメロディデータのうちメロディ番号記憶手段が記憶している番号のものを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与え、ブロック番号更新手段が、データ出力手段がメロディデータを末尾のブロックまで読み出したときに、メロディ番号記憶手段が記憶している番号を更新するとともに、ブロック番号記憶手段が記憶している番号を先頭のブロックの番号に更新するようにすると、使用者がメロディに飽きる可能性を一層低減することができ、全てのメロディデータを着信の報知に利用することも容易になる。
【０１０６】
メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、本発明のように、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、メロディデータに含まれる１つのデータの位置を記憶する位置記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、位置記憶手段が記憶している位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、位置記憶手段が記憶している位置をメロディデータに含まれる所定のデータの位置に更新する位置更新手段を備えるようにすると、ブロックに関する情報を記憶しておくことも不要となって、記憶領域のさらなる節約となる。
【０１０７】
位置更新手段が、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直前または直後の所定のデータの位置に更新するようにすると、前回の着信の際に最後に再生した付近から再生を開始することになり、所定のデータの間隔が過大でない限り、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【図面の簡単な説明】
【図１】本発明の第１、第２、第３の実施形態の電話端末装置の全体構成を模式的に示すブロック図。
【図２】第１、第２の実施形態の電話端末装置の着信報知部の構成を模式的に示すブロック図。
【図３】第１、第２、第３の実施形態の電話端末装置がメロディデータメモリに記憶するメロディデータの構成を模式的に示す図。
【図４】第１、第２の実施形態の電話端末装置がブロックテーブルメモリに記憶するブロックテーブルの構成を模式的に示す図。
【図５】第１、第２の実施形態の電話端末装置がブロックテーブルメモリに記憶するブロックテーブル管理テーブルの構成を模式的に示す図。
【図６】第１、第２の実施形態の電話端末装置が編集モードにおいて表示する操作案内の例を示す図。
【図７】第１、第２の実施形態の電話端末装置におけるメロディデータの分割処理の方法を模式的に示す図。
【図８】第１、第２の実施形態の電話端末装置におけるメロディデータの編集処理の流れを示すフローチャート。
【図９】第１、第２、第３の実施形態の電話端末装置における次に再生するメロディデータの番号の設定の処理の流れを示すフローチャート。
【図１０】第１、第２の実施形態の電話端末装置における着信の報知に関する処理の流れを示すフローチャート。
【図１１】第１、第２の実施形態の電話端末装置がメロディデータの編集に際して表示する補助画像の例を示す図。
【図１２】第２の実施形態の電話端末装置が等分割モードでメロディデータを自動分割する処理の流れを示すフローチャート。
【図１３】第２の実施形態の電話端末装置が休符分割モードでメロディデータを自動分割する処理の流れを示すフローチャート。
【図１４】第２の実施形態の電話端末装置におけるメロディデータの編集処理の流れを示すフローチャート。
【図１５】第２の実施形態の電話端末装置がメロディデータの編集に際して表示する補助画像の例を示す図。
【図１６】第３の実施形態の電話端末装置の着信報知部の構成を模式的に示すブロック図。
【図１７】第３の実施形態の電話端末装置における着信の報知に関する処理の流れを示すフローチャート。
【符号の説明】
１、２、３  電話端末装置
１０    制御部
１１    通信部
１２    音声入力部
１３    音声出力部
１４    操作部
１５    表示部
１６    制御用メモリ
１７    外部機器インターフェース
２０    着信報知部
２１    メロディデータメモリ
２２    ブロックテーブルメモリ
２３    ブロック番号メモリ
２４    メロディ番号メモリ
２５    メロディデータ出力部
２６    ブロック認識部
２７    メロディ設定部
２８    メロディ再生部
２９    イベント番号メモリ
【図１】
2004228864.tif 000003
【図２】
2004228864.tif 000004
【図３】
2004228864.tif 000005
【図４】
2004228864.tif 000006
【図５】
2004228864.tif 000007
【図６】
2004228864.tif 000008
【図７】
2004228864.tif 000009
【図８】
2004228864.tif 000010
【図９】
2004228864.tif 000011
【図１０】
2004228864.tif 000012
【図１１】
2004228864.tif 000013
【図１２】
2004228864.tif 000014
【図１３】
2004228864.tif 000015
【図１４】
2004228864.tif 000016
【図１５】
2004228864.tif 000017
【図１６】
2004228864.tif 000018
【図１７】
2004228864.tif 000019