JP2004228864A - Telephone terminal - Google Patents

Telephone terminal Download PDF

Info

Publication number
JP2004228864A
JP2004228864A JP2003013552A JP2003013552A JP2004228864A JP 2004228864 A JP2004228864 A JP 2004228864A JP 2003013552 A JP2003013552 A JP 2003013552A JP 2003013552 A JP2003013552 A JP 2003013552A JP 2004228864 A JP2004228864 A JP 2004228864A
Authority
JP
Japan
Prior art keywords
melody
block
data
melody data
stored
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003013552A
Other languages
Japanese (ja)
Inventor
Harumichi Tamura
陽道 田村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2003013552A priority Critical patent/JP2004228864A/en
Publication of JP2004228864A publication Critical patent/JP2004228864A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a telephone terminal capable of effectively utilizing the entire melody data for reporting the arrival of an incoming call and facilitating the handling of the melody data for that purpose. <P>SOLUTION: A telephone terminal (1) comprises: a memory (21) for storing two or more pieces of the melody data; a recognition part (26) for recognizing that the melody data are composed of one or more continuous blocks; a memory (22) for storing the leading position and size of each block; a memory (23) for storing the number of the reproduction start block of the melody data; a memory (24) for storing the number of the melody data to be reproduced; an output part (25) for referring to the memories (23, 24) and reading the melody data from the memory (21); and a reproduction part (28) for reproducing the read melody data as a melody. The output part (25) stores the number of the block after the block read lastly into the memory (23) and changes the reproduction start block of the melody data for each incoming call. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は電話端末装置に関し、特に、着信をメロディによって報知する電話端末装置に関する。
【0002】
【従来の技術】
従来より、電話端末装置では、ベル音、ブザー音等の単純な音を発することによって着信を使用者(所有者)に報知するようにしてきた。しかし、電話端末装置、特に携帯式の端末装置の普及に伴い、単純な報知音では使用者が自己の端末装置の報知音と他の端末装置の報知音とを識別することが困難になってきた。また、単純な報知音では飽き足りない使用者も増大してきた。そこで、楽曲の特徴的な部分を表すメロディデータを記憶しておき、そのデータを電子的にメロディとして再生して着信の報知音(いわゆる「着メロ(着信メロディ)」)とする電話端末装置が提供されている。近年ではさらに、メロディデータを使用者自身が作成したり、インターネットを介してダウンロードしたりする機能を電話端末装置にもたせることも行われている。
【0003】
着信メロディは、着信があってから通話開始のための所定の操作がなされるまでの数秒ないし数十秒の間に再生されるが、再生は常にメロディの先頭からなされる。つまり、着信を重ねても、通話開始のための操作を行うまでにある程度以上の時間が経過しない限り、メロディの後半部分は再生されず、通常、再生されるのは前半部分のみに限られる。このため、記憶しているメロディデータ全体が有効に利用されているとはいえず、また、電話端末装置の使用者がメロディに飽き易くなるという事態を招く。
【0004】
この不都合を解決するための提案が特開2000−354087号公報にてなされている。これは、メロディデータを複数のブロックに分割して記憶しておき、メロディデータの読み出しを、先頭のブロックからに限らず、他のブロックからでも行い得るようにしたものである。このようにすると、着信があるごとに、メロディデータ全体のうち、前回最後に再生した部分に続く部分から再生を開始したり、乱数に基いて不特定の部分から再生を開始したりすることが可能になって、メロディデータ全体を有効に利用することができ、使用者がメロディに飽きる可能性を低減することもできる。
【0005】
【特許文献】特開2000−354087号公報
【0006】
【発明が解決しようとする課題】
ところが、上記公報では、既に複数のブロックに分割されているメモリデータを異なるブロックに再分割するようにはしていない。このため、分割が適切でなく、メロディの再生が不自然な位置から開始されるときや、使用者の好みに合わない位置から開始されるときでも、分割の適正化を図ることはできない。
【0007】
また、メロディデータ自体を分割して記憶するようにしているため、仮に再分割を行い得るようにする場合でも、その処理が困難になる。再分割をしてもメロディデータ全体の大きさは不変であるものの、再分割後は、ブロック数が増すことと、いずれかのブロックが再分割前よりも大きくなることの、少なくとも一方は避けられず、再分割後のメロディデータを元の記憶領域に記憶させることは難しい。再分割後のメロディデータを別の領域に記憶させることは可能であるが、そのようにすると記憶領域の無駄使いとなる。また、あらかじめ、各ブロックを記憶する領域の大きさを必要な大きさ以上に設定しておけば、再分割後のメロディデータを元の記憶領域に記憶させることは可能になるが、そのようにしてもやはり記憶領域の無駄使いとなる。
【0008】
本発明は、このような問題点に鑑みてなされたもので、メロディデータ全体を着信の報知に有効に利用することが可能であり、しかも、そのためのメロディデータの取り扱いが容易な電話端末装置を提供することを目的とする。
【0009】
【課題を解決するための手段】
上記目的を達成するために、本発明では、メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、データ記憶手段が記憶しているメロディデータを1以上の連続したブロックより成ると認識するブロック認識手段と、ブロック認識手段が認識した各ブロックの先頭のメロディデータ内での位置を記憶するブロック位置記憶手段と、メロディデータの1つのブロックの番号を記憶するブロック番号記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、ブロック番号記憶手段が記憶している番号を更新するブロック番号更新手段を備えるようにする。
【0010】
この電話端末装置は、メロディデータをブロック単位で取り扱うものの、メロディデータ自体を分割して記憶することはせず、メロディデータが仮想的に1以上のブロックに分割されているとして、それらのブロックの先頭の位置を記憶する。したがって、ブロックを変更するときでも、ブロックの先頭の位置を表す記憶内容を変えるだけでよく、メロディデータには何の修飾も施す必要がない。これにより、メロディデータの再分割がきわめて容易になり、記憶容量の無駄使いも避けられる。また、再生を開始するブロックの番号を更新することで、メロディデータの全体を着信の報知に利用することが容易になり、使用者がメロディに飽きる可能性を低減することもできる。
【0011】
ここで、ブロック番号更新手段は、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの番号、またはその次のブロックの番号に更新するものとするとよい。このようにすると、前回の着信の際に最後に再生したブロック、またはその次のブロックから再生を開始することになり、ブロックを過大にしない限り、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【0012】
ブロック認識手段は、データ記憶手段が記憶しているメロディデータを単一のブロックより成ると認識しておき、使用者からの指示に応じて認識しているブロックを変更するものとするとよい。このようにすると、使用者ごとの好みに応じて、また、メロディに応じて、柔軟にメロディデータを分割することができる。しかも、初期設定では、メロディデータ全体を単一のブロックとして取り扱うので、メロディデータの分割を望まない使用者でも利用可能な装置となり、外部からのメロディデータの供給も容易になる。
【0013】
ブロック認識手段は、データ記憶手段が記憶しているメロディデータを、その中に含まれる所定のデータをブロック間の境界として、1以上のブロックより成ると認識するものとしてもよい。このようにすると、メロディデータの分割が自動的に行われることになり、使用者に負担がかからない。所定のデータは、例えば、休符を表すものとする。
【0014】
さらに、ブロック認識手段は、使用者からの指示に応じて認識しているブロックを変更するものとすることもできる。
【0015】
また、データ記憶手段は複数のメロディデータを記憶し、ブロック認識手段はデータ記憶手段が記憶している各メロディデータを1以上のブロックより成ると認識し、ブロック位置記憶手段は各メロディデータのブロックの先頭の位置を記憶し、さらに、1つのメロディデータの番号を記憶するメロディ番号記憶手段を備えて、データ出力手段は、着信時に、データ記憶手段が記憶しているメロディデータのうちメロディ番号記憶手段が記憶している番号のものを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与え、ブロック番号更新手段は、データ出力手段がメロディデータを末尾のブロックまで読み出したときに、メロディ番号記憶手段が記憶している番号を更新するとともに、ブロック番号記憶手段が記憶している番号を先頭のブロックの番号に更新するようにしてもよい。
【0016】
この電話端末装置では、複数のメロディデータを記憶しておくとともに、データ出力手段が読み出すべきメロディデータの番号を記憶しておく。読み出すべきメロディデータの番号は、1つのメロディデータを末尾のブロックまで読み出したときにブロック番号更新手段によって更新されるが、その際、ブロック番号更新手段は読み出しを開始すべきブロックの番号を先頭のブロックの番号にしておく。したがって、着信が繰り返されて1つのメロディデータを末尾のブロックまで再生したときには、それに続いて、記憶している複数のメロディデータのうちのいずれかを先頭から再生することができる。ブロック番号更新手段が、メロディデータの番号を変更しなければ、同じメロディがもう一度再生されることになり、変更すれば、別のメロディが再生されることになる。
【0017】
前記目的を達成するために、本発明ではまた、メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、メロディデータに含まれる1つのデータの位置を記憶する位置記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、位置記憶手段が記憶している位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、位置記憶手段が記憶している位置をメロディデータに含まれる所定のデータの位置に更新する位置更新手段を備えるようにする。
【0018】
この電話端末装置は、メロディデータをブロックとして認識して各ブロックの先頭位置を記憶しておくことはせず、再生を終了する都度、次の再生の開始位置を設定する。再生の開始位置は、メロディデータに含まれる所定のデータの位置である。この構成では、ブロックに関する情報を記憶しておくことも不要であり、記憶領域のさらなる節約となる。所定のデータは、例えば、休符を表すものとする。
【0019】
ここで、位置更新手段は、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直前または直後の所定のデータの位置に更新するものとするとよい。このようにすると、前回の着信の際に最後に再生した付近から再生を開始することになり、所定のデータの間隔が過大でない限り、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【0020】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照しながら説明する。第1の実施形態の電話端末装置1の全体構成を図1に模式的に示す。電話端末装置1は、通信部11、音声入力部12、音声出力部13、操作部14、表示部15、制御用メモリ16、外部機器インターフェース(I/F)17、制御部10、および着信報知部20を備える。
【0021】
通信部11は、送信すべき信号を搬送波に担持させてアンテナ11aより送出するとともに、アンテナ11aで受信した搬送波から信号を抽出する。音声入力部12は送信すべき音声を取得し、音声出力部13は受信した音声を出力する。操作部14は、数字や文字あるいは所定の機能に対応づけられたいくつかのキーを備えており、電話番号や文字列の入力および動作の指示のために使用者によって操作される。表示部15は、電話番号、電子メール等を表示するほか、使用者の操作を案内する情報を表示する。外部機器インターフェース17は、通信ケーブルを取り付けることが可能であり、ケーブルを介してパーソナルコンピュータ等の他の機器と通信する。
【0022】
制御部10は、送受するデータの処理を行うとともに、電話端末装置1の全体の動作を制御する。制御部10は、通信部11からの信号を監視して、着信の検出も行う。制御部10にはCPU10aが含まれており、処理や制御は主としてCPU10aによってなされる。制御用メモリ16は、CPU10aが行う処理や制御を記したプログラムおよびそれらのパラメータを記憶している。
【0023】
着信報知部20はメロディからなる報知音によって使用者に着信を報知する。この報知音は、制御部10によって着信が検出されたときから、使用者が着信に応えて通話を開始するために操作部14の所定のキーを操作するまで、または、着信が終了(相手装置が発呼を終了)するまで、発せられる。
【0024】
着信報知部20の構成を図2に模式的に示す。着信報知部20は、メロディデータメモリ21、ブロックテーブルメモリ22、ブロック番号メモリ23、メロディ番号メモリ24、メロディデータ出力部25、ブロック認識部26、メロディ設定部27、およびメロディ再生部28より成る。
【0025】
メロディデータメモリ21は、メロディを表すメロディデータを記憶する。メロディデータの構成を図3に模式的に示す。メロディデータは、ヘッダーならびにインターバルおよびイベントの複数の組で構成されている。ヘッダーには、曲名、テンポ(再生の速さ)を示す情報、音色(再生の音質)を示す情報、およびイベントの総数Neが記されている。
【0026】
イベントは音符および休符に相当するものである。音符のイベントはその周波数を表し、休符のイベントは周波数0を表す。インターバルは、イベント間の時間(前のイベントの持続時間)を四分音符を単位として表したものである。インターバルおよびイベントの組は、メロディ内での順序どおり配列されており、そのまま連続して記憶される。なお、メロディデータの終わりは符号EOSで示される。
【0027】
メロディデータメモリ21は複数のメロディデータを記憶することが可能である。また、メロディデータメモリ21はフラッシュメモリより成り、書き換え可能であって、電力が供給されないときでも記憶内容を失わない。メロディデータメモリ21へのメロディデータの書き込みは制御部10によってなされる。
【0028】
電話端末装置1では、メロディデータメモリ21が記憶している各メロディデータを、1または2以上の連続したブロックより成るとして取り扱って、着信があったときは、前回最後に再生したブロックの次のブロックから再生を開始する。ここで、ブロックの構成単位は1組のイベントおよびインターバルであり、ブロックの大きさ、つまりブロックを構成するイベントとインターバルの組の数は、可変である。最小のブロックは1組のイベントとインターバルのみから成り、最大のブロックは1つのメロディデータに含まれる全てのイベントとインターバルから成る。中間の大きさのブロックは、例えば1小節に相当する数のイベントとインターバルより成る。
【0029】
電話端末装置1では、このように、メロディデータを1または2以上の連続したブロックより成るとして取り扱うが、メロディデータ自体を分割してメロディデータメモリ21に記憶するのではなく、メロディデータが仮想的(論理的)に分割されていると認識して、メロディデータ内における各ブロックの先頭の位置および各ブロックの大きさ(イベント数)を記憶しておく。ブロック認識部26とブロックテーブルメモリ22はこのためのものである。
【0030】
ブロック認識部26は、メロディデータが1または2以上のブロックより成ると認識して、各ブロックの先頭の位置および大きさを定める。この認識は制御部10からの指示に従って行われる。ブロックテーブルメモリ22は、ブロック認識部26により定められた各ブロックの先頭の位置および大きさをテーブル(以下、ブロックテーブルという)として記憶する。
【0031】
ブロックテーブルメモリ22が記憶しているブロックテーブルの構成を図4に模式的に示す。ブロックテーブルは、ブロックの総数Nbならびにブロックの先頭アドレスおよびイベント数の組で構成される。ブロックテーブルの終わりは符号EOBで示される。
【0032】
ブロックテーブルメモリ22は、メロディデータメモリ21が記憶している全てのメロディデータのブロックテーブルを記憶する。このため、各ブロックテーブルを管理するためのテーブル(以下、ブロックテーブル管理テーブルという)も記憶する。ブロックテーブル管理テーブルの構成を図5に模式的に示す。ブロックテーブル管理テーブルは、メロディデータメモリ21が記憶しているメロディデータの総数Nm、ならびにメロディデータ(メロディ)の番号、メロディデータメモリ21におけるメロディデータのアドレスおよびブロックテーブルメモリ22におけるブロックテーブルのアドレスの組で構成される。ブロックテーブル管理テーブルの終わりは符号EOTで示される。ブロックテーブルメモリ22はフラッシュメモリより成り、書き換え可能であって、電力が供給されないときでも記憶内容を失わない。
【0033】
メロディデータメモリ21が記憶しているメロディデータのメロディとしての再生は、メロディデータ出力部25とメロディ再生部28によってなされる。メロディデータ出力部25は、メロディデータメモリ21が記憶しているメロディデータを読み出して、メロディ再生部28に与える。メロディデータの読み出し開始に際し、メロディデータ出力部25は、ブロック番号メモリ23の記憶内容と、メロディ番号メモリ24の記憶内容を参照する。
【0034】
ブロック番号メモリ23は、メロディデータ出力部25が読み出しを開始すべきブロックの番号を記憶しており、メロディ番号メモリ24はメロディデータ出力部25が読み出すべきメロディの番号を記憶している。ブロック番号メモリ23が記憶しているブロックの番号およびメロディ番号メモリ24が記憶しているメロディの番号はいずれも、最初は1に設定されているが、後述するように変更される。ブロック番号メモリ23およびメロディ番号メモリ24も、フラッシュメモリより成り、書き換え可能であって、電力が供給されないときでも記憶内容を失わない。
【0035】
メロディデータ出力部25は、さらにブロックテーブルメモリ22を参照し、読み出すべきメロディデータにおける読み出しを開始すべきブロックの先頭の位置を見出して、そのメロディデータをその位置より読み出し始める。そして、読み出したメモリデータを順次メロディ再生部28に出力する。なお、メロディデータ出力部25は、メロディデータの読み出しに先立って、ヘッダーからテンポと音質の情報を読み出してメロディ再生部28に出力しておく。
【0036】
図示しないが、メロディ再生部28は、メロディデータに基づいて電子音を発する電子ブザーと、その駆動回路を備えており、メロディデータ出力部25から与えられるメロディデータをメロディとして再生する。メロディ再生部28は、クロック回路(不図示)も備えており、また、電子ブザーが発する電子音の波形は可変であり、これにより、テンポと音質の情報に従った再生を行うことができる。なお、メロディ再生部28は、バッファメモリ(不図示)を備えており、与えられるメロディデータを、一旦バッファメモリに記憶しておいてバッファメモリから読み出しながら再生する。
【0037】
メロディデータ出力部25は、メロディデータのメロディデータメモリ21からの読み出しとメロディ再生部28への出力を、着信があったことを知らせる着信検出信号を制御部10より与えられた時点で開始して、その後、通話のために操作部14の所定のキーが操作されたことを知らせる通話検出信号、または着信の終了を知らせる着信終了信号を制御部10より与えられる時点まで継続する。メロディデータ出力部25は、また、メロディデータの読み出しと出力を終了したときは、最後に読み出したブロックの次のブロックの番号を、ブロック番号メモリ23に記憶させる。これにより、次回の着信に際しては、最後に再生したブロックの次のブロックから再生が開始されることになる。
【0038】
メロディデータの末尾のブロックを読み出したとき、メロディデータ出力部25は、その旨を示す最終ブロック信号を制御部10に出力する。制御部10は、最終ブロック信号に応じて、メロディ番号メモリ24およびブロック番号メモリ23の記憶内容を更新するように、メロディ設定部27に指示を与える。メロディ設定部27は、制御部10からの指示に応じて、メロディ番号メモリ24が記憶しているメロディの番号を更新するとともに、ブロック番号メモリ23が記憶しているブロックの番号を1に設定する。制御部10は、メロディ設定部27に指示を与えた後、直ちに、メロディデータの読み出しと出力を再開することを指示する出力再開信号をメロディデータ出力部25に与える。
【0039】
出力再開信号を受けたメロディデータ出力部25は、メロディデータのメロディデータメモリ21からの読み出しとメロディ再生部28への出力を再開する。再開に際しては、メロディ設定部27によって更新されたブロック番号メモリ23とメロディ番号メモリ24の記憶内容を参照し、また、ブロックテーブルメモリ22を参照して、読み出すべき新たなメロディデータにおける読み出しを開始すべきブロックの先頭の位置を見出しておく。上述のように、メロディ設定部27は、ブロック番号メモリ23の記憶内容を1に設定しておくから、新たなメロディデータは先頭から再生されることになる。
【0040】
なお、メロディデータ出力部25がメロディデータの末尾のブロックを読み出してから新たなメロディデータの読み出しを開始するまでには時間を要するが、その時間は数十ミリ秒以下と短い。また、その間、メロディ再生部28はバッファメモリに記憶している未再生のメロディデータを再生する。したがって、新たなメロディデータの再生は前のメロディデータの再生に連続して行われ、メロディが途切れることはない。
【0041】
前述のように、メロディデータメモリ21へのメロディデータの書き込みは制御部10によってなされる。制御部10は、メロディデータをメロディデータメモリ21に書き込んだときには、そのメロディデータを1つのブロックより成ると認識するようにブロック認識部21に指示を与えるとともに、そのメロディデータの番号をメロディ番号メモリ24に記憶させ、番号1をブロック番号メモリ23に記憶させるように、メロディ設定部27に指示を与える。したがって、メロディデータメモリ21に新たに書き込まれたメロディデータは1つのブロックより成るとして扱われ、また、新たなメロディデータがメロディデータメモリ21に書き込まれた直後の着信に際しては、そのメロディデータが再生される。
【0042】
なお、ブロック認識部21は、上記の指示を制御部10より与えられたとき、ブロックの総数Nbが1のブロックテーブルを作成するとともに、ブロックテーブル管理テーブル中のメロディデータの総数Nmを1だけ増加させて、ブロックテーブル管理テーブルに、作成したブロックテーブルを示す情報を追加しておく。
【0043】
メロディデータは、電話端末装置1の製造時に、いくつかメロディデータメモリ21に書き込まれているが、外部機器インターフェース17を介してパーソナルコンピュータ等の他の機器から得ることができる。また、インターネットに接続してウェブページからダウンロードしたり、受信した電子メールに添付されているファイルから得たりすることもできる。
【0044】
電話端末装置1は、メロディデータメモリ21が記憶しているメモリデータの仮想的な分割を使用者の指示に従って行う、つまり使用者がメロディデータの分割様式を編集する編集モードを有する。使用者は、操作部14の所定のキーを操作することにより編集モードに設定する。編集モードにおいて表示部15に表示する操作案内の例を図6に示す。
【0045】
図6(a)は、編集モードに設定されたときに表示する操作案内であり、メロディデータメモリ21が記憶しているメロディデータのうちのいくつかの番号および曲名、いずれかのメロディデータを選択すべき旨、ならびに操作部14のいくつかの数字キーに割り当てられている機能が表示されている。
【0046】
操作部14のキーには、表示部15に表示するカーソルの上下左右方向への移動を指示する4つのカーソルキーが含まれており、使用者は、上カーソルキーまたは下カーソルキーを操作することにより、選択するメロディデータを切り替えることができる。選択されているメロディデータの番号は反転表示される。また、「1」の数字キーを操作することにより、メロディデータの番号および曲名の表示をスクロールさせることができ、「2」の数字キーを操作することにより選択を確定することができ、「3」の数字キーを操作することにより編集モードを終了することができる。
【0047】
図6(b)は、いずれかのメロディデータの選択が確定したときの操作案内であり、メロディデータの曲名、編集対象のブロックの番号およびブロックの総数Nb(これらはハイフンで結ばれており、ここでは前者は1、後者は25)、編集対象のブロックのブロックエンドのイベントの番号(ここでは10)、ならびに操作部14のいくつかの数字キーに割り当てられている機能が表示されている。
【0048】
使用者は、上カーソルキーまたは下カーソルキーを操作することにより、編集対象のブロックを切り替えることができ、左カーソルキーまたは右カーソルキーを操作することにより、編集対象のブロックのブロックエンド(ブロックの末尾のイベント)を変更することができる。また、「9」の数字キーを操作することにより、編集対象のブロックを再生するブロックモニターを行わせることができ、「1」の数字キーを操作することにより、編集対象のブロックエンドを確定することができ、「2」の数字キーを操作することにより、編集した状態をブロックテーブルメモリ22に保存して図6(a)の表示に戻ることもできる。さらに、「3」の数字キーを操作することにより、編集した状態をブロックテーブルメモリ22に保存することなく図6(a)の表示に戻ること、つまり編集を取り消すこともできる。
【0049】
編集モードにおけるメロディデータの分割処理の方法を図7に示す。これは、既に(K−1)番目のブロックとK番目のブロックとされている部分を変更するときの例である。(K−1)番目のブロックの途中からK番目のブロックの途中までが新たな(M−1)番目のブロックとして確定されており、これに続くM番目のブロックエンド(太線の矢印で示す)を定めようとしているところである。
【0050】
左カーソルキーを操作することにより、ブロックエンドはメロディデータの先頭方向(再生の逆方向)に1イベントずつ移動し、右カーソルキーを操作することにより、ブロックエンドはメロディデータの末尾方向(再生方向)に1イベントずつ移動して、図6(b)のブロックエンドの表示に反映される。ブロックエンドの移動は、メロディデータの末尾方向についてはメロディデータの末尾のイベントまで可能であり、メロディデータの先頭方向については直前のブロックに続くイベントまでに限られる。これにより、ブロックエンドを定めようとしているブロックよりもメロディデータの先頭側に位置するブロックについては、確定しているブロックエンドが維持され、かつ、ブロックエンドを定めようとしているブロックについては任意の大きさとすることができる。
【0051】
ブロック認識部26は、メロディデータの選択が確定されたときには、そのメロディデータのブロックテーブルをブロックテーブルメモリ22から読み出して、自己のワークメモリ(不図示)に記憶しておく。また、編集においてブロックエンドが確定されると、そのブロックの先頭のイベントとブロックエンドのイベントの番号をワークメモリに記憶するとともに、その時点での編集結果を反映した新たなブロックテーブルを作成して、ブロックテーブルメモリ22に記憶させる。
【0052】
新たなブロックテーブルの作成に際しては、編集前のブロックテーブルに記されているブロックと、編集されたブロックとを比較して、同一のイベントが複数のブロックに含まれることと、どのブロックにも含まれないイベントが生じることを防止する。例えば、図7の太線の矢印で示した位置にM番目のブロックのブロックエンドが確定されたときは、その直後のイベントを(M+1)番目のブロックの先頭とし、K番目のブロックのブロックエンドとされていたイベントを(M+1)番目のブロックのブロックエンドとして、斜線を付した部分を(M+1)番目のブロックとする。また、新たなブロックテーブルでは、ブロックの番号を付け直しておき、ブロックの総数Nbも更新しておく。
【0053】
「2」の数字キーの操作により、1つのメロディデータの編集を終了して図6(a)の状態に戻るときは、ブロックテーブルメモリ22の状態をそのままにしておく。これにより、編集結果が保存される。「3」の数字キーの操作により、1つのメロディデータの編集を終了して図6(a)の状態に戻るときは、ワークメモリに記憶した編集前のブロックテーブルをブロックテーブルメモリ22に再度記憶させる。これにより編集が取り消される。
【0054】
編集においてメロディデータの選択が確定されたとき、制御部10は、メロディ設定部27に指示を与えて、そのメロディデータの番号をメロディ番号メモリ24に記憶させる。また、ブロックが選択されたとき、制御部10は、メロディ設定部27に指示を与えて、そのブロックの番号をブロック番号メモリ23に記憶させる。さらに、編集中に「9」の数字キーが操作されたとき、制御部10は、メロディデータ出力部25に、1ブロックの再生を指示するモニター信号を与えて、ブロックモニターを実行する。
【0055】
モニター信号を受けたメロディデータ出力部25は、メロディ番号メモリ24およびブロック番号メモリ23を参照して、読み出すべきメロディデータの番号と読み出しを開始すべきブロックの番号を得る。そして、ブロックテーブルメモリ22を参照して、そのブロックの先頭の位置を求めて、その位置から1ブロック分のメロディデータを読み出して、メロディ再生部28に与える。このブロックモニターにより、使用者は、編集しようとしているブロックがどのような状態にあるのか、および、編集によってブロックがどのようになったかを、実際のメロディによって知ることができる。
【0056】
なお、ブロック認識部26は、メロディデータの選択が確定されたときに、ブロック番号メモリ23が記憶している番号およびメロディ番号メモリ24が記憶している番号も読み出して、ワークメモリに記憶しておく。そして、編集モード終了時に、ワークメモリに記憶した番号をブロック番号メモリ23およびメロディ番号メモリ24にそれぞれ再記憶させる。これにより、着信時に再生するメロディデータおよびその再生開始ブロックを、編集モードに設定される前の状態に戻すことができる。
【0057】
編集モードにおける処理の流れを図8のフローチャートに示す。なお、図8の処理は、図6に示した操作案内に従う使用者からの指示に応じて進行する。まず、メロディデータを選択し(ステップS5)、ブロックテーブルメモリ22、ブロック番号メモリ23、およびメロディ番号メモリ24の記憶内容を、ワークメモリに退避させる(S10)。次いで、編集を終了するか否かを判定する(S15)。終了しないときは、ブロックを選択し(S20)、ブロックエンドを変更して(S25)、その変更を確定するか否かを判定する(S30)。確定しないときはステップS25に戻り、確定するときは、確定後(S35)、他のメロディディデータの編集に移行するか否かを判定する(#40)。他のメロディデータ編集に移行しないときは、ステップS20に戻り、移行するときは、編集結果を保存するか否かを判定する(S45)。
【0058】
この段階では、前述のように、新たなブロックテーブルはブロックテーブルメモリ22に記憶されており、保存する場合は、ブロックテーブルメモリ22をそのままにし(S50)、保存しない場合は、ステップS10で退避させた記憶内容をブロックテーブルメモリ22に戻す。そしてステップS5に戻る。
【0059】
ステップS15の判定で、編集を終了するときには、ステップS10で退避させたブロック番号メモリ23およびメロディ番号メモリ24の記憶内容を戻す(S55)。そして編集モードを終了する。なお、ステップS20からステップS40までの任意の時点でブロックモニターを行うことができる。
【0060】
前述のように、メロディデータ出力部25がメロディデータを末尾のブロックまで読み出したときには、メロディ設定部27によって、メロディ番号メモリ24が記憶しているメロディデータの番号を更新するとともに、ブロック番号メモリ23が記憶しているブロック番号を1にする。電話端末装置1は、このメロディデータの番号の更新に関して、リピートモード、順次モード、およびランダムモードの3モードを有する。
【0061】
リピートモードでは、メロディ番号メモリ24に、既に記憶しているメロディデータの番号と同一の番号を記憶させる、すなわち番号を変更しない。順次モードでは、メロディ番号メモリ24に、既に記憶しているメロディデータの番号よりも1大きい番号を記憶させる。また、ランダムモードでは、1からメロディデータの総数Nmまでの乱数を発生させて、その数をメロディ番号メモリ24に記憶させる。どのモードであるか、およびメロディデータの総数Nmは、制御部10がメロディ設定部27に与える。また、これらのモードの選択は、使用者が操作部14の所定のキーを操作することにより、あらかじめ行っておく。
【0062】
メロディ設定部27によるメロディデータの番号の設定の処理の流れを図9のフローチャートに示す。この処理は、最終ブロック信号に応じて制御部10が与える指示によって開始される。まず、リピートモードであるか否かを判定し(ステップ105)、リピートモードでなければ順次モードであるか否かを判定する(S110)。
【0063】
順次モードであれば、メロディ番号メモリ24に記憶させている番号Lに1を加えて新たなメロディデータの番号Lとする(S115)。そして、その新たな番号Lがメロディの総数Nmを超えるか否かを判定し、超えなければその番号Lをメロディ番号メモリ24に記憶させ、超えていれば新たな番号Lを1にして記憶させる(S125)。
【0064】
ステップS110の判定で順次モードでなければ、つまりランダムモードであれば、1からメロディデータの総数Nmまでの乱数Rを発生させて(S130)、これを新たなメロディデータのの番号Lとして、メロディ番号メモリ24に記憶させる(S135)。
【0065】
ステップS120、S125、S135の処理の後、または、ステップS105の判定でリピートモードのときは、ブロックの番号Bを1にして、これをブロック番号メモリ23に記憶させる(S140)。この処理の後、メロディデータ出力部25による、メロディデータのメモリデータメモリ21からの読み出しとメロディ再生部28への出力が、再開される。1つのメロディデータが末尾のブロックまで再生されたとき、リピートモードであれば同じメロディデータが、順次モードであればメロディデータの記憶順序に従った次のメロディデータが、ランダムモードであれば不特定のメロディデータが、それぞれ先頭から再生されることになる。
【0066】
着信の報知に関する処理の流れを図10のフローチャートに示す。この処理は着信が検出された時点で開始される。まず、メロディ番号メモリ24に記憶している番号のメロディデータについて、ブロック番号メモリ23に記憶している番号のブロックから再生を開始し(ステップS205)、再生を継続する(S210)。次いで、着信(相手装置からの発呼)が終了したか否かを判定し(S215)、終了していなければ通話が開始されたか否かを判定する(S220)。通話が開始されなければ、ステップS210に戻って再生を継続する。その際、メロディデータを末尾まで再生したときは、上記のようにして定めた新たなメロディデータを先頭から再生する。
【0067】
ステップS215の判定で着信が終了しているとき、および、ステップS220の判定で通話が開始されているときは、再生を終了する(S225)。そして、次の着信の際に再生を開始するブロックの番号として、最後に再生したブロックの次のブロックの番号をブロック番号メモリ23に記憶して、処理を終了する。
【0068】
なお、本実施形態では、前回の着信時にいずれかのブロックの途中のイベントまでで再生を終えたか、いずれかのブロックの末尾のイベントまで再生したかにかかわらず、そのブロックの次のブロックを再生を開始するブロックとしているが、前回の着信時にいずれかのブロックの途中のイベントまでで再生を終えたときは、そのブロック自体を再生を開始するブロックとしてもよい。このようにすると、メロディデータに含まれる全てのイベントが確実に再生されることになり無駄がない。また、ブロックをあまり大きくしない限り、同一のブロックが繰り返し再生されるという事態も避けられる。
【0069】
ブロックモニターに際して、編集対象のブロックに含まれる全てのイベントと、再生の進行状況を表示部15に表示するようにしてもよい。その例を図11に示す。これは、K番目のブロックを編集対象としているときのものであり、このブロック内の各イベントが縦線で区切って表されている。(a)における三角形の記号Pは再生中のイベントを表し、(b)における斜線を付した部分は再生済みのブロックを表す。また、数値「32」は再生中のイベントの番号を表している。再生の進行に伴って、記号Pや再生済みのイベントは矢印で示すように移動していき、再生中のイベントの番号も移動し、値が変わっていく。このように、ブロックモニターにおいて再生の進行状況を表示すると、編集操作が一層容易になる。
【0070】
本実施形態では、メロディデータ出力部25、ブロック認識部26、およびメロディ設定部27が独立している構成としたが、これらの機能を単一のCPUで行うようにしてもよい。また、制御部10のCPU10aにこれらの機能をもたせるようにすることもできる。メロディデータメモリ21、ブロックテーブルメモリ22、ブロック番号メモリ23、およびメロディ番号メモリ24についても、独立に設ける必要はなく、同一のメモリの異なる領域を各々の記憶に割り当てるようにすることができる。さらに、ここではメロディ再生部28を音声出力部13とは別個に備える構成としたが、音声出力部13がメロディ再生部28を兼ねるようにしてもよい。
【0071】
第2の実施形態の電話端末装置2について説明する。電話端末装置2は、第1の実施形態の電話端末装置1に、メロディデータを自動的に分割する機能を加えたものである。電話端末装置2の構成は図1および図2に示したとおりである。
【0072】
メロディデータの自動分割には、各ブロックの再生時間の長さをおおよそ均等にする等分割モードと、休符を1つのブロックの末尾のイベントとする休符分割モードがある。これらのモードは操作部14の所定のキーを操作することにより選択することができる。
【0073】
等分割モードでは、ブロックの総数または1ブロック当たりの再生時間を使用者が指定する。ブロックの総数を指定する場合の等分割モードでの処理の流れを図12のフローチャートに示す。まず、ブロックの総数の入力を受ける(ステップS305)。次いで、メロディデータ全体の再生に要する時間をブロックの総数で除して、1ブロック当たりの再生時間を算出する(S310)。そして、メロディデータの先頭からインターバルを積算して、1ブロック当たりの再生時間に最も近い積算値となるごとに、それらのインターバルおよび対応するイベントを1つのブロックとして決定していく(S315)。決定したブロックをブロックテーブルメモリ22に記憶して(S320)、処理を終了する。
【0074】
1ブロック当たりの再生時間を指定する場合は、ステップS305で再生時間の入力を受けて、ステップS310は省略する。
【0075】
休符分割モードでは、メロディデータの全てのイベントの中から休符を表すものを見出して、休符を表すイベントとそれに続く音符を表すイベントとの間でブロックを区切る。すなわち、ブロックの末尾を休符のイベントとする。前述のように、音符のイベントは周波数を表し、休符のイベントは周波数0を表すから、各イベントが音符であるか休符であるかの判別は、値が0であるか否かによって、容易に行うことができる。
【0076】
なお、休符のイベントが連続する場合、それらの間でブロックを区切ることはせず、それらを1つのブロックに含める。また、メロディデータの先頭のイベントが休符の場合、そのイベントと後続の音符のイベントの間でブロックを区切ることはしない。これらは、休符のみから成るブロックが生じるのを避けるためである。
【0077】
休符分割モードでの処理の流れを図13のフローチャートに示す。まず、イベントの番号Jを1とし、ブロックの番号Lを1とする(ステップS405)。次いで、イベントJ(番号Jのイベント)が休符であるか否かを判定し(S410)、休符のときは、そのイベントJをブロックL(番号Lのブロック)に含める(#435)。イベントJが休符でないとき、すなわち音符のときは、そのイベントJが先頭のイベントであるか否かを判定し(S415)、先頭のイベントのときは、そのイベントJをブロックLに含める(#435)。
【0078】
イベントJが先頭のイベントでないときは、直前のイベント(J−1)が休符であるか否かを判定し(S420)、休符でないとき、すなわち音符のときは、そのイベントJをブロックLに含める(#435)。直前のイベント(J−1)が休符のときは、ブロックの番号Lが1であるか否かを判定し(S425)、番号Lが1のときは、イベントJをブロックLに含める(#435)。ブロックの番号Lが1でないときは、番号Lに1を加えて(S430)、イベントJを新たな番号のブロックLに含める(S435)。
【0079】
ステップS435の後、イベントJがメロディデータの末尾のイベント(番号Neのイベント)であるか否かを判定し(S440)、末尾のイベントNeでないときは、イベントの番号Jに1を加えて(S445)、ステップS410に戻る。イベントJが末尾のイベントNeのときは、決定したブロックをブロックテーブルメモリ22に記憶して(S450)、処理を終了する。
【0080】
使用者がブロックの総数を指定するようにしてもよい。その場合、例えば、図13の処理において、ブロックの番号Lが指定されたブロックの数に等しいか否かを判定するステップをステップS425とS430の間に挿入し、等しいときにはステップS430ではなくステップS435に進むようにする。
【0081】
使用者は、自動分割を行うメロディデータを任意に選択することができる。また、自動分割を行ったメロディデータを、第1の実施形態で説明した編集モードにより、手動で編集することも可能である。
【0082】
本実施形態の電話端末装置2は、メロディデータを再生しながら休符のイベントの後で再生を停止し、その位置でブロックを区切るか否かを使用者が指示するモードも備えている。以下、これを休符編集モードという。ブロックを区切るか否かの指示は操作部14の所定のキーを操作することにより与える。休符編集モードにおいても、自動休符分割モードと同様に、休符のイベントが連続する場合は、それらの間でブロックを区切ることはせず、メロディデータの先頭のイベントが休符の場合は、そのイベントと後続の音符のイベントの間でブロックを区切ることをせずに、休符のみから成るブロックが生じるのを避ける。
【0083】
休符編集モードにおける処理の流れを図14のフローチャートに示す。まず、使用者の参考のために、メロディデータに含まれる休符のイベントを検出して、その総数を表示する(ステップS505)。次いで、イベントの番号Jを1とし、ブロックの番号Lを1として(S510)、イベントJすなわち先頭のイベントからメロディデータの再生を開始する(S515)。
【0084】
そして、イベントJが休符であるか否かを判定し(S520)、休符のときは、そのイベントJをブロックLに含める(#565)。イベントJが休符でないとき、すなわち音符のときは、そのイベントJが先頭のイベントであるか否かを判定し(S525)、先頭のイベントのときは、そのイベントJをブロックLに含める(#565)。
【0085】
イベントJが先頭のイベントでないときは、直前のイベント(J−1)が休符であるか否かを判定し(S530)、休符でないとき、すなわち音符のときは、そのイベントJをブロックLに含める(#565)。直前のイベント(J−1)が休符のときは、ブロックの番号Lが1であるか否かを判定し(S535)、番号Lが1のときは、イベントJをブロックLに含める(#565)。
【0086】
ブロックの番号Lが1でないときは、メロディデータの再生をイベントJの前で停止し(S540)、指示が入力されるのを待つ(S545)。指示が入力されると、それが分割の指示であるか否かを判定し(S550)、分割の指示でないときは、イベントJから再生を再開する(S560)。分割の指示のときは、ブロックの番号Lに1を加えて(S555)、イベントJから再生を再開する(S560)。ステップS560で再生を再開した後、イベントJをブロックLに含める(S565)。
【0087】
ステップS565の後、イベントJがメロディデータの末尾のイベント(番号Neのイベント)であるか否かを判定し(S570)、末尾のイベントNeでないときは、イベントの番号Jに1を加えて(S575)、ステップS520に戻る。イベントJが末尾のイベントNeのときは、再生を終了し(S580)、ブロックをブロックテーブルメモリ22に記憶して(S585)、処理を終了する。
【0088】
自動休符分割モードの説明でも述べたように、使用者がブロックの総数を指定するようにしてもよい。その場合、例えば、図14の処理において、ステップS505とS510の間にブロックの数を入力するステップを挿入するとともに、ブロックの番号Lが指定されたブロックの数に等しいか否かを判定するステップをステップS535とS540の間に挿入し、等しいときにはステップS540ではなくステップS565に進むようにする。
【0089】
休符編集モードにおいて、休符のイベントと音符のイベントとを識別できる形態で全てのイベントを表示して、どのイベントを再生中であるかを示すようにすることもできる。その表示の例を図15に示す。図15において、斜線を付したイベントは休符のイベントを表し、空白のイベントが音符のイベントを表す。また、三角形の符号Pは、前述のように、再生中のイベントを示す。このような表示を行うと、編集が一層容易になる。
【0090】
等分割モード、休符分割モードで自動分割を行った後に、全てのイベントを表示して、どこでブロックを区切ったかを示すようにしてもよい。編集を行うべきか否かが、使用者に判りやすくなる。
【0091】
なお、本実施形態では、休符分割モードおよび休符編集モードのいずれにおいても、休符の長さ(インターバル)にかかわらず、その次の音符のイベントとの間でブロックを区切るようにしているが、休符の長さが所定値以上のときのみ、例えば二分休符以上のときのみに、その次の音符のイベントとの間でブロックを区切るようにしてもよい。また、休符を区切りの基準とすることに代えて、所定の音符のイベントの前または後でブロックを区切るようにしてもかまわない。
【0092】
第3の実施形態の電話端末装置3について説明する。本実施形態の電話端末装置3では、メロディデータをあらかじめブロックに分割しておくことはせず、再生を終了する都度、次の再生の開始位置を所定のイベントに設定する。電話端末装置3はこの点で第1、第2の実施形態の電話端末装置1、2と相違しており、全体の構成は図1に示したとおりであるが、着信報知部20の構成に差異がある。
【0093】
電話端末装置3の着信報知部20の構成を図16に模式的に示す。電話端末装置1、2が備えていたブロックテーブルメモリ22およびブロック認識部26は省略されており、また、ブロック番号メモリ23に代えて、再生を開始するイベントの番号を記憶するイベント番号メモリ29が備えられている。ブロックの編集を行うこともないため、制御部10からメロディデータ出力部25にモニター信号を与えることもない。また、メロディ設定部27は、メロディ番号メモリ24にメロディの番号を記憶させたときは、先頭のイベントの番号1をイベント番号メモリ29に記憶させる。
【0094】
再生を開始するイベントは、休符のイベントに続く音符のイベントのうち、メロディデータ出力部25がメモリデータメモリ21から最後に読み出したイベントの直後の(そのイベントよりも後で最も近い)ものである。最後に読み出したイベントよりも後に休符のイベントがないときは、最後に読み出したイベントに続くイベントから再生を開始する。再生を開始するイベントはメロディデータ出力部25が設定する。
【0095】
着信の報知に関する処理の流れを図17のフローチャートに示す。この処理は着信が検出された時点で開始される。まず、メロディ番号メモリ24に記憶している番号のメロディデータについて、イベント番号メモリ29に記憶している番号のイベントから再生を開始し(ステップS605)、再生を継続する(S610)。次いで、着信(相手装置からの発呼)が終了したか否かを判定し(S615)、終了していなければ通話が開始されたか否かを判定する(S620)。通話が開始されなければ、ステップS610に戻って再生を継続する。その際、メロディデータを末尾まで再生したときは、前述のようにして定めた新たなメロディデータを先頭から再生する。
【0096】
ステップS615の判定で着信が終了しているとき、および、ステップS620の判定で通話が開始されているときは、再生を終了する(S625)。そして、次の着信の際に再生を開始するイベントを、次のように設定する。
【0097】
まず、メロディデータメモリ21から最後に読み出したイベントの番号をJ0として記憶し(S630)、J0に1を加えた値をイベントの番号Jとする(S635)。そして、番号Jがイベントの総数Ne以上であるか否かを判定し(S640)、JがNe未満のときは、Jに1を加えて(S645)、イベントJが休符であるか否かを判定する(S650)。
【0098】
イベントJが休符のときは、ステップS640に戻り、休符でないとき、すなわち音符のときは、直前のイベント(J−1)が休符であるか否かを判定して(S655)、休符でないときは、ステップS640に戻る。直前のイベント(J−1)が休符のときは、番号Jをイベント番号メモリ29に記憶して(S660)、処理を終了する。
【0099】
ステップS640の判定で、番号Jがイベントの総数Ne以上のときは、最後に読み出したイベントの番号J0がイベントの総数Neに等しいか否かを判定し(S665)、等しくなければJ0に1を加えた値をJとし(S660)、等しければ値1をJとして(S675)、番号Jをイベント番号メモリ29に記憶する(S660)。
【0100】
なお、ここでは、休符のイベントに続く音符のイベントのうち、メロディデータ出力部25がメモリデータメモリ21から最後に読み出したイベントの直後のものを、再生を開始するイベントとしているが、最後に読み出したイベントの直前の(そのイベントよりも前で最も近い)ものを、再生を開始するイベントとしてもよい。また、休符を再生開始の基準とすることに代えて、所定の音符のイベントから、あるいは所定の音符に続くイベントから再生を開始するようにすることも可能である。
【0101】
【発明の効果】
メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、本発明のように、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、データ記憶手段が記憶しているメロディデータを1以上の連続したブロックより成ると認識するブロック認識手段と、ブロック認識手段が認識した各ブロックの先頭のメロディデータ内での位置を記憶するブロック位置記憶手段と、メロディデータの1つのブロックの番号を記憶するブロック番号記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、ブロック番号記憶手段が記憶している番号を更新するブロック番号更新手段を備えるようにすると、メロディデータの分割を仮想的に行うことができて、メロディデータの再分割がきわめて容易になり、記憶容量の無駄使いも避けられる。また、メロディデータの全体を着信の報知に利用することが容易になり、使用者がメロディに飽きる可能性を低減することもできる。
【0102】
ブロック番号更新手段が、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの番号、またはその次のブロックの番号に更新するようにすると、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【0103】
ブロック認識手段が、データ記憶手段が記憶しているメロディデータを単一のブロックより成ると認識しておき、使用者からの指示に応じて認識しているブロックを変更するようにすると、使用者ごとの好みに応じて、また、メロディに応じて、柔軟にメロディデータを分割することができる。しかも、初期設定では、メロディデータ全体を単一のブロックとして取り扱うので、メロディデータの分割を望まない使用者でも利用可能な装置となり、また、外部からのメロディデータの供給も容易になる。
【0104】
ブロック認識手段が、データ記憶手段が記憶しているメロディデータを、その中に含まれる所定のデータをブロック間の境界として、1以上のブロックより成ると認識するようにすると、メロディデータの分割が自動的に行われることになって、使用者に負担がかからない。
【0105】
データ記憶手段が複数のメロディデータを記憶し、ブロック認識手段がデータ記憶手段が記憶している各メロディデータを1以上のブロックより成ると認識し、ブロック位置記憶手段が各メロディデータのブロックの先頭の位置を記憶し、さらに、1つのメロディデータの番号を記憶するメロディ番号記憶手段を備えて、データ出力手段が、着信時に、データ記憶手段が記憶しているメロディデータのうちメロディ番号記憶手段が記憶している番号のものを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与え、ブロック番号更新手段が、データ出力手段がメロディデータを末尾のブロックまで読み出したときに、メロディ番号記憶手段が記憶している番号を更新するとともに、ブロック番号記憶手段が記憶している番号を先頭のブロックの番号に更新するようにすると、使用者がメロディに飽きる可能性を一層低減することができ、全てのメロディデータを着信の報知に利用することも容易になる。
【0106】
メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、本発明のように、与えられるメロディデータが表すメロディを再生するメロディ再生手段と、メロディデータを記憶するデータ記憶手段と、メロディデータに含まれる1つのデータの位置を記憶する位置記憶手段と、着信時に、データ記憶手段が記憶しているメロディデータを、位置記憶手段が記憶している位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、位置記憶手段が記憶している位置をメロディデータに含まれる所定のデータの位置に更新する位置更新手段を備えるようにすると、ブロックに関する情報を記憶しておくことも不要となって、記憶領域のさらなる節約となる。
【0107】
位置更新手段が、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直前または直後の所定のデータの位置に更新するようにすると、前回の着信の際に最後に再生した付近から再生を開始することになり、所定のデータの間隔が過大でない限り、メロディデータの全体を確実に着信の報知に利用することができ、また、使用者がメロディに飽きる可能性を確実に低減することができる。
【図面の簡単な説明】
【図1】本発明の第1、第2、第3の実施形態の電話端末装置の全体構成を模式的に示すブロック図。
【図2】第1、第2の実施形態の電話端末装置の着信報知部の構成を模式的に示すブロック図。
【図3】第1、第2、第3の実施形態の電話端末装置がメロディデータメモリに記憶するメロディデータの構成を模式的に示す図。
【図4】第1、第2の実施形態の電話端末装置がブロックテーブルメモリに記憶するブロックテーブルの構成を模式的に示す図。
【図5】第1、第2の実施形態の電話端末装置がブロックテーブルメモリに記憶するブロックテーブル管理テーブルの構成を模式的に示す図。
【図6】第1、第2の実施形態の電話端末装置が編集モードにおいて表示する操作案内の例を示す図。
【図7】第1、第2の実施形態の電話端末装置におけるメロディデータの分割処理の方法を模式的に示す図。
【図8】第1、第2の実施形態の電話端末装置におけるメロディデータの編集処理の流れを示すフローチャート。
【図9】第1、第2、第3の実施形態の電話端末装置における次に再生するメロディデータの番号の設定の処理の流れを示すフローチャート。
【図10】第1、第2の実施形態の電話端末装置における着信の報知に関する処理の流れを示すフローチャート。
【図11】第1、第2の実施形態の電話端末装置がメロディデータの編集に際して表示する補助画像の例を示す図。
【図12】第2の実施形態の電話端末装置が等分割モードでメロディデータを自動分割する処理の流れを示すフローチャート。
【図13】第2の実施形態の電話端末装置が休符分割モードでメロディデータを自動分割する処理の流れを示すフローチャート。
【図14】第2の実施形態の電話端末装置におけるメロディデータの編集処理の流れを示すフローチャート。
【図15】第2の実施形態の電話端末装置がメロディデータの編集に際して表示する補助画像の例を示す図。
【図16】第3の実施形態の電話端末装置の着信報知部の構成を模式的に示すブロック図。
【図17】第3の実施形態の電話端末装置における着信の報知に関する処理の流れを示すフローチャート。
【符号の説明】
1、2、3 電話端末装置
10 制御部
11 通信部
12 音声入力部
13 音声出力部
14 操作部
15 表示部
16 制御用メモリ
17 外部機器インターフェース
20 着信報知部
21 メロディデータメモリ
22 ブロックテーブルメモリ
23 ブロック番号メモリ
24 メロディ番号メモリ
25 メロディデータ出力部
26 ブロック認識部
27 メロディ設定部
28 メロディ再生部
29 イベント番号メモリ
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a telephone terminal device, and more particularly, to a telephone terminal device that notifies an incoming call by a melody.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a telephone terminal device notifies a user (owner) of an incoming call by emitting a simple sound such as a bell sound or a buzzer sound. However, with the spread of telephone terminal devices, particularly portable terminal devices, it has become difficult for a user to distinguish between the notification sound of his own terminal device and the notification sound of another terminal device with a simple notification sound. Was. In addition, the number of users who are not satisfied with simple notification sounds has been increasing. Therefore, there is provided a telephone terminal device in which melody data representing a characteristic portion of a music piece is stored, and the data is electronically reproduced as a melody to generate an incoming notification sound (a so-called “ringtone (ringtone melody)”). Have been. In recent years, telephone terminals have been provided with a function of creating melody data by a user himself or downloading the data via the Internet.
[0003]
The incoming melody is reproduced for several seconds to several tens of seconds from when there is an incoming call until a predetermined operation for starting a call is performed, but the reproduction is always performed from the beginning of the melody. In other words, even if an incoming call is repeated, the latter half of the melody is not reproduced unless a certain period of time elapses before the operation for starting a call is performed, and usually only the first half is reproduced. For this reason, it cannot be said that the entire stored melody data is effectively used, and that the user of the telephone terminal device easily gets bored with the melody.
[0004]
A proposal for solving this inconvenience is made in JP-A-2000-354087. In this method, the melody data is divided into a plurality of blocks and stored, and the melody data can be read not only from the first block but also from another block. In this way, every time there is an incoming call, it is possible to start playing from the part following the last played part of the entire melody data, or to start playing from an unspecified part based on a random number. As a result, the entire melody data can be effectively used, and the possibility that the user gets tired of the melody can be reduced.
[0005]
[Patent Document] JP-A-2000-354087
[0006]
[Problems to be solved by the invention]
However, the above publication does not re-divide memory data already divided into a plurality of blocks into different blocks. For this reason, even when the division is not appropriate and the reproduction of the melody is started from an unnatural position, or when the reproduction is started from a position that does not suit the user's preference, the division cannot be optimized.
[0007]
In addition, since the melody data itself is divided and stored, even if re-division can be performed, the processing becomes difficult. Although the size of the entire melody data remains unchanged after subdivision, after subdivision, it is possible to avoid at least one of increasing the number of blocks and making any block larger than before the subdivision. Instead, it is difficult to store the melody data after the subdivision in the original storage area. Although it is possible to store the melody data after the re-division in another area, doing so will waste the storage area. Also, if the size of the area for storing each block is set in advance to the required size or more, the melody data after the subdivision can be stored in the original storage area. In any case, the storage area is wasted.
[0008]
The present invention has been made in view of such a problem, and a telephone terminal device that can effectively use the entire melody data for notification of an incoming call and that can easily handle the melody data therefor. The purpose is to provide.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, according to the present invention, in a telephone terminal device that stores melody data representing a melody and reproduces the melody upon receiving an incoming call, a melody reproducing means for reproducing the melody represented by the given melody data; Data storage means for storing data; block recognition means for recognizing the melody data stored in the data storage means as one or more continuous blocks; and melody data at the head of each block recognized by the block recognition means. Block position storage means for storing the position of the melody data, block number storage means for storing the number of one block of the melody data, and melody data stored in the data storage means at the time of an incoming call. Melody playback by sequentially reading from the top position of the block with the number Data output means for giving to the stage, and block number updating means for updating the number stored in the block number storage means when the data output means has finished reading the melody data from the data storage means and giving it to the melody reproducing means. Be prepared to have.
[0010]
Although this telephone terminal device handles melody data in units of blocks, it does not store the melody data itself in a divided manner, and assumes that the melody data is virtually divided into one or more blocks. Store the beginning position. Therefore, when the block is changed, it is only necessary to change the storage content indicating the head position of the block, and it is not necessary to apply any modification to the melody data. This makes it very easy to divide the melody data and avoid wasting storage capacity. Also, by updating the number of the block from which the reproduction is started, it becomes easy to use the entire melody data for notification of the incoming call, and it is possible to reduce the possibility that the user gets bored with the melody.
[0011]
Here, it is assumed that the block number updating unit updates the number stored in the block number storing unit to the number of the last block read from the data storing unit by the data output unit or the number of the next block. Good. In this way, playback will start from the block that was last played at the time of the last incoming call or the next block, and the entire melody data will be used for notification of incoming calls as long as the blocks are not too large. And the possibility that the user gets tired of the melody can be reliably reduced.
[0012]
It is preferable that the block recognizing means recognizes the melody data stored in the data storage means as a single block, and changes the recognized block in accordance with an instruction from the user. By doing so, the melody data can be flexibly divided according to the preference of each user and according to the melody. Moreover, in the initial setting, the entire melody data is handled as a single block, so that the device can be used even by a user who does not want to divide the melody data, and the supply of the melody data from the outside becomes easy.
[0013]
The block recognizing means may recognize the melody data stored in the data storage means as being composed of one or more blocks, with predetermined data contained therein as boundaries between blocks. In this case, the melody data is automatically divided, so that no burden is imposed on the user. The predetermined data represents, for example, a rest.
[0014]
Further, the block recognizing means may change the recognized block in accordance with an instruction from the user.
[0015]
The data storage means stores a plurality of melody data, the block recognition means recognizes each melody data stored in the data storage means as being composed of one or more blocks, and the block position storage means stores a block of each melody data. Melody number storage means for storing the number of one melody data, and the data output means stores the melody number among the melody data stored in the data storage means at the time of an incoming call. The number stored by the means is sequentially read out from the head position of the block of the number stored by the block number storage means, and given to the melody reproducing means. When reading to the last block, the number stored in the melody number storage means is updated. To, may be updated a number block number storage means stores the number of the first block.
[0016]
In this telephone terminal device, a plurality of melody data are stored, and the number of the melody data to be read by the data output means is stored. The number of the melody data to be read is updated by the block number updating means when one piece of melody data is read up to the last block. At this time, the block number updating means sets the number of the block to start reading to the first block. Keep the block number. Therefore, when one melody data is reproduced up to the last block by repeating the incoming call, any one of the stored plurality of melody data can be reproduced from the beginning. If the block number updating means does not change the number of the melody data, the same melody will be reproduced again, and if changed, another melody will be reproduced.
[0017]
In order to achieve the above object, the present invention also stores melody data representing a melody, and in a telephone terminal device that reproduces a melody upon receiving a call, a melody reproducing unit that reproduces a melody represented by given melody data, Data storage means for storing melody data, position storage means for storing the position of one data included in the melody data, and melody data stored in the data storage means when the call arrives, Data output means for sequentially reading from the current position and providing the data to the melody reproducing means, and the position storage means storing when the data output means has finished reading the melody data from the data storage means and providing it to the melody reproducing means. A position update unit for updating the position to a position of predetermined data included in the melody data So as to.
[0018]
This telephone terminal device does not recognize the melody data as blocks and does not store the start position of each block, but sets the start position of the next reproduction every time reproduction ends. The reproduction start position is a position of predetermined data included in the melody data. In this configuration, it is not necessary to store information on the blocks, and the storage area is further saved. The predetermined data represents, for example, a rest.
[0019]
Here, the position updating unit may update the position stored in the position storage unit to a position of predetermined data immediately before or immediately after the data last read from the data storage unit by the data output unit. In this case, the reproduction is started from the vicinity of the last reproduction at the time of the previous incoming call, and the entire melody data can be reliably used for the notification of the incoming call unless the predetermined data interval is excessive. It is possible to surely reduce the possibility that the user gets tired of the melody.
[0020]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 schematically shows the entire configuration of the telephone terminal device 1 according to the first embodiment. The telephone terminal device 1 includes a communication unit 11, a voice input unit 12, a voice output unit 13, an operation unit 14, a display unit 15, a control memory 16, an external device interface (I / F) 17, a control unit 10, and an incoming call notification. A unit 20 is provided.
[0021]
The communication unit 11 carries a signal to be transmitted on a carrier and transmits the signal from the antenna 11a, and extracts a signal from the carrier received by the antenna 11a. The voice input unit 12 acquires voice to be transmitted, and the voice output unit 13 outputs the received voice. The operation unit 14 includes several keys associated with numbers and characters or predetermined functions, and is operated by a user to input a telephone number and a character string and to instruct an operation. The display unit 15 displays information for guiding a user's operation, in addition to displaying a telephone number, an e-mail, and the like. The external device interface 17 can be provided with a communication cable, and communicates with another device such as a personal computer via the cable.
[0022]
The control unit 10 processes data to be transmitted and received, and controls the overall operation of the telephone terminal device 1. The control unit 10 monitors a signal from the communication unit 11 and also detects an incoming call. The control unit 10 includes a CPU 10a, and processing and control are mainly performed by the CPU 10a. The control memory 16 stores a program describing processing and control performed by the CPU 10a and their parameters.
[0023]
The incoming call notification unit 20 notifies the user of an incoming call using a notification sound composed of a melody. The notification sound is output from when the incoming call is detected by the control unit 10 to when the user operates a predetermined key of the operation unit 14 to start a call in response to the incoming call, or when the incoming call is terminated (the partner device). Until the call ends).
[0024]
FIG. 2 schematically shows the configuration of the incoming call notifying section 20. The incoming call notification unit 20 includes a melody data memory 21, a block table memory 22, a block number memory 23, a melody number memory 24, a melody data output unit 25, a block recognition unit 26, a melody setting unit 27, and a melody reproduction unit 28.
[0025]
The melody data memory 21 stores melody data representing a melody. FIG. 3 schematically shows the structure of the melody data. The melody data is composed of a header and a plurality of sets of intervals and events. The header describes the song title, information indicating the tempo (reproduction speed), information indicating the timbre (reproduction sound quality), and the total number Ne of events.
[0026]
Events are equivalent to notes and rests. Note events represent their frequency and rest events represent frequency 0. The interval represents the time between events (duration of the previous event) in quarter notes. The set of intervals and events is arranged in the order in the melody, and is stored continuously as it is. The end of the melody data is indicated by the symbol EOS.
[0027]
The melody data memory 21 can store a plurality of melody data. The melody data memory 21 is made of a flash memory, is rewritable, and does not lose stored contents even when power is not supplied. The writing of the melody data to the melody data memory 21 is performed by the control unit 10.
[0028]
In the telephone terminal device 1, each melody data stored in the melody data memory 21 is treated as being composed of one or more continuous blocks, and when an incoming call is received, the melody data next to the last reproduced block last time is received. Start playback from block. Here, the constituent unit of a block is one set of an event and an interval, and the size of the block, that is, the number of sets of the event and the interval constituting the block is variable. The smallest block consists of only one set of events and intervals, and the largest block consists of all events and intervals contained in one melody data. An intermediate-sized block consists of, for example, a number of events and intervals corresponding to one bar.
[0029]
In this way, the telephone terminal device 1 treats the melody data as being composed of one or more continuous blocks. However, instead of dividing the melody data itself and storing it in the melody data memory 21, the melody data is virtual. Recognizing that it is (logically) divided, the head position of each block in the melody data and the size (number of events) of each block are stored. The block recognition unit 26 and the block table memory 22 are for this purpose.
[0030]
The block recognizing unit 26 recognizes that the melody data is composed of one or more blocks, and determines the position and size of the head of each block. This recognition is performed according to an instruction from the control unit 10. The block table memory 22 stores the position and size of the head of each block determined by the block recognizing unit 26 as a table (hereinafter, referred to as a block table).
[0031]
FIG. 4 schematically shows the configuration of the block table stored in the block table memory 22. The block table includes a total number Nb of blocks, and a set of a start address of the block and the number of events. The end of the block table is indicated by the symbol EOB.
[0032]
The block table memory 22 stores a block table of all the melody data stored in the melody data memory 21. Therefore, a table for managing each block table (hereinafter, referred to as a block table management table) is also stored. FIG. 5 schematically shows the configuration of the block table management table. The block table management table contains the total number Nm of melody data stored in the melody data memory 21, the number of the melody data (melody), the address of the melody data in the melody data memory 21, and the address of the block table in the block table memory 22. Consists of a set. The end of the block table management table is indicated by reference symbol EOT. The block table memory 22 is composed of a flash memory, is rewritable, and does not lose stored contents even when power is not supplied.
[0033]
The melody data stored in the melody data memory 21 is reproduced as a melody by the melody data output unit 25 and the melody reproduction unit 28. The melody data output unit 25 reads the melody data stored in the melody data memory 21 and supplies the melody data to the melody reproducing unit 28. At the start of reading the melody data, the melody data output unit 25 refers to the contents stored in the block number memory 23 and the contents stored in the melody number memory 24.
[0034]
The block number memory 23 stores the number of the block from which the melody data output unit 25 should start reading, and the melody number memory 24 stores the number of the melody that the melody data output unit 25 should read. Both the block number stored in the block number memory 23 and the melody number stored in the melody number memory 24 are initially set to 1, but are changed as described later. The block number memory 23 and the melody number memory 24 are also made of a flash memory, are rewritable, and do not lose stored contents even when power is not supplied.
[0035]
The melody data output unit 25 further refers to the block table memory 22, finds the head position of the block to start reading in the melody data to be read, and starts reading the melody data from that position. Then, the read memory data is sequentially output to the melody reproducing unit 28. Note that the melody data output unit 25 reads out the information of the tempo and the sound quality from the header and outputs it to the melody reproducing unit 28 before reading out the melody data.
[0036]
Although not shown, the melody reproducing unit 28 includes an electronic buzzer that emits an electronic sound based on the melody data and a driving circuit thereof, and reproduces the melody data provided from the melody data output unit 25 as a melody. The melody reproduction unit 28 also includes a clock circuit (not shown), and the waveform of the electronic sound generated by the electronic buzzer is variable, so that reproduction can be performed in accordance with the tempo and sound quality information. The melody reproducing unit 28 includes a buffer memory (not shown), and temporarily stores the given melody data in the buffer memory and reproduces the melody data while reading the melody data from the buffer memory.
[0037]
The melody data output unit 25 starts reading the melody data from the melody data memory 21 and outputting the melody data to the melody reproduction unit 28 when an incoming call detection signal indicating that there is an incoming call is received from the control unit 10. Thereafter, a call detection signal notifying that a predetermined key of the operation unit 14 has been operated for a call or a call termination signal notifying of termination of a call is continued until the control unit 10 gives the signal. When the reading and outputting of the melody data are completed, the melody data output unit 25 stores the number of the block next to the last read block in the block number memory 23. Thus, upon the next incoming call, the reproduction is started from the block next to the last reproduced block.
[0038]
When the last block of the melody data is read, the melody data output unit 25 outputs a final block signal indicating this to the control unit 10. The control unit 10 instructs the melody setting unit 27 to update the contents stored in the melody number memory 24 and the block number memory 23 according to the last block signal. The melody setting unit 27 updates the melody number stored in the melody number memory 24 and sets the block number stored in the block number memory 23 to 1 in response to an instruction from the control unit 10. . Immediately after giving the instruction to the melody setting unit 27, the control unit 10 gives the melody data output unit 25 an output restart signal instructing to restart reading and outputting the melody data.
[0039]
Upon receiving the output restart signal, the melody data output unit 25 restarts reading the melody data from the melody data memory 21 and outputting the melody data to the melody reproduction unit 28. At the time of resumption, the reading of the new melody data to be read is started with reference to the contents stored in the block number memory 23 and the melody number memory 24 updated by the melody setting unit 27 and with reference to the block table memory 22. Find the beginning position of the power block. As described above, the melody setting unit 27 sets the storage content of the block number memory 23 to 1, so that new melody data is reproduced from the beginning.
[0040]
Note that it takes time from when the melody data output unit 25 reads the last block of the melody data to when it starts reading new melody data, but the time is as short as several tens of milliseconds or less. In the meantime, the melody reproducing unit 28 reproduces the unreproduced melody data stored in the buffer memory. Therefore, the reproduction of the new melody data is performed continuously to the reproduction of the previous melody data, and the melody is not interrupted.
[0041]
As described above, the writing of the melody data to the melody data memory 21 is performed by the control unit 10. When writing the melody data to the melody data memory 21, the control unit 10 gives an instruction to the block recognizing unit 21 to recognize the melody data as being composed of one block, and stores the number of the melody data in the melody number memory. 24, and instruct the melody setting unit 27 to store the number 1 in the block number memory 23. Therefore, the melody data newly written to the melody data memory 21 is treated as being composed of one block, and upon receiving an incoming call immediately after the new melody data is written to the melody data memory 21, the melody data is reproduced. Is done.
[0042]
When receiving the above instruction from the control unit 10, the block recognizing unit 21 creates a block table in which the total number of blocks Nb is 1 and increases the total number Nm of melody data Nm in the block table management table by 1. Then, information indicating the created block table is added to the block table management table.
[0043]
Some melody data is written in the melody data memory 21 when the telephone terminal device 1 is manufactured, but can be obtained from another device such as a personal computer via the external device interface 17. It can also be downloaded from a web page by connecting to the Internet, or obtained from a file attached to a received e-mail.
[0044]
The telephone terminal device 1 has an edit mode in which virtual division of the memory data stored in the melody data memory 21 is performed according to a user's instruction, that is, the user edits a melody data division mode. The user sets the edit mode by operating a predetermined key of the operation unit 14. FIG. 6 shows an example of operation guidance displayed on the display unit 15 in the editing mode.
[0045]
FIG. 6A shows an operation guide displayed when the editing mode is set. Some numbers and song names of the melody data stored in the melody data memory 21 and any one of the melody data are selected. A message indicating what should be done and functions assigned to some numeric keys of the operation unit 14 are displayed.
[0046]
The keys of the operation unit 14 include four cursor keys for instructing the cursor displayed on the display unit 15 to move in the up, down, left, and right directions. The user operates the up cursor key or the down cursor key. Can switch the melody data to be selected. The number of the selected melody data is highlighted. By operating the numeric key of “1”, the display of the melody data number and the title of the song can be scrolled, and by operating the numeric key of “2”, the selection can be confirmed. The edit mode can be ended by operating the numeric key "."
[0047]
FIG. 6B is an operation guide when selection of one of the melody data is determined, and includes a tune name of the melody data, a block number to be edited, and a total number of blocks Nb (these are connected by a hyphen, Here, the former is 1, the latter is 25), the number of the event at the block end of the block to be edited (here, 10), and the functions assigned to some numeric keys of the operation unit 14 are displayed.
[0048]
The user can switch the block to be edited by operating the up cursor key or the down cursor key. By operating the left cursor key or the right cursor key, the block end of the block to be edited (the block end) can be changed. Event at the end) can be changed. By operating the number key “9”, a block monitor for reproducing the block to be edited can be performed. By operating the number key “1”, the block end to be edited is determined. By operating the numeral key “2”, the edited state can be saved in the block table memory 22 and the display can return to the display of FIG. Further, by operating the numeral key of "3", it is possible to return to the display of FIG. 6A without saving the edited state in the block table memory 22, that is, to cancel the editing.
[0049]
FIG. 7 shows a method of dividing the melody data in the edit mode. This is an example of changing a portion that is already the (K-1) th block and the Kth block. A portion from the middle of the (K-1) th block to the middle of the Kth block is determined as a new (M-1) th block, and the Mth block end following this (indicated by a thick arrow) Is about to be determined.
[0050]
By operating the left cursor key, the block end is moved one event at a time in the head direction of the melody data (reverse direction of reproduction), and by operating the right cursor key, the block end is moved to the end direction of the melody data (reproduction direction). ) Is reflected on the display of the block end in FIG. 6B. Movement of the block end can be performed up to the event at the end of the melody data in the ending direction of the melody data, and limited to the event following the immediately preceding block in the starting direction of the melody data. As a result, for the block located at the beginning of the melody data with respect to the block for which the block end is to be determined, the determined block end is maintained, and for the block for which the block end is to be determined, an arbitrary size is set. Can be.
[0051]
When the selection of the melody data is determined, the block recognizing section 26 reads the block table of the melody data from the block table memory 22 and stores it in its own work memory (not shown). When the block end is determined in the editing, the number of the head event of the block and the number of the event of the block end are stored in the work memory, and a new block table reflecting the editing result at that time is created. , In the block table memory 22.
[0052]
When creating a new block table, compare the block described in the block table before editing with the edited block, and confirm that the same event is included in multiple blocks and that the same event is included in all blocks. To prevent unwanted events from occurring. For example, when the block end of the M-th block is determined at the position indicated by the thick arrow in FIG. 7, the event immediately after that is set as the head of the (M + 1) -th block, and the block end of the K-th block is determined. The event that has been performed is taken as the block end of the (M + 1) th block, and the hatched portion is taken as the (M + 1) th block. In the new block table, the block numbers are renumbered, and the total number Nb of blocks is updated.
[0053]
When the editing of one piece of melody data is terminated by operating the numeric key of "2" and the state returns to the state of FIG. 6A, the state of the block table memory 22 is left as it is. As a result, the edited result is saved. When the editing of one melody data is completed and the state returns to the state of FIG. 6A by operating the numeral key of “3”, the block table before editing stored in the work memory is stored in the block table memory 22 again. Let it. This cancels the editing.
[0054]
When the selection of the melody data is determined in the editing, the control section 10 gives an instruction to the melody setting section 27 and stores the number of the melody data in the melody number memory 24. When a block is selected, the control unit 10 gives an instruction to the melody setting unit 27 and stores the block number in the block number memory 23. Further, when the numeric key of “9” is operated during editing, the control unit 10 gives the melody data output unit 25 a monitor signal instructing the reproduction of one block, and executes the block monitor.
[0055]
The melody data output unit 25 that has received the monitor signal refers to the melody number memory 24 and the block number memory 23 to obtain the number of the melody data to be read and the number of the block to start reading. Then, by referring to the block table memory 22, the head position of the block is obtained, melody data for one block is read from the position, and is provided to the melody reproducing unit 28. With this block monitor, the user can know the state of the block to be edited and the actual melody of the block as a result of the editing.
[0056]
When the selection of the melody data is determined, the block recognizing unit 26 also reads out the number stored in the block number memory 23 and the number stored in the melody number memory 24 and stores them in the work memory. deep. Then, when the editing mode ends, the numbers stored in the work memory are stored again in the block number memory 23 and the melody number memory 24, respectively. As a result, the melody data to be reproduced at the time of the incoming call and the reproduction start block thereof can be returned to the state before being set to the edit mode.
[0057]
The flow of the process in the edit mode is shown in the flowchart of FIG. Note that the processing in FIG. 8 proceeds in accordance with an instruction from a user following the operation guidance shown in FIG. First, melody data is selected (step S5), and the contents stored in the block table memory 22, the block number memory 23, and the melody number memory 24 are saved in the work memory (S10). Next, it is determined whether to end the editing (S15). If not, the block is selected (S20), the block end is changed (S25), and it is determined whether or not the change is confirmed (S30). If it is not determined, the process returns to step S25. If it is determined, after the determination (S35), it is determined whether or not to shift to editing of other melody data (# 40). If the process does not shift to another melody data editing, the process returns to step S20. If the process shifts, it is determined whether to save the edited result (S45).
[0058]
At this stage, as described above, the new block table is stored in the block table memory 22, and when saving, the block table memory 22 is left as it is (S50), and when not saving, it is saved in step S10. The stored contents are returned to the block table memory 22. Then, the process returns to step S5.
[0059]
When it is determined in step S15 that the editing is to be ended, the contents stored in the block number memory 23 and the melody number memory 24 saved in step S10 are returned (S55). Then, the edit mode ends. It should be noted that block monitoring can be performed at any time from step S20 to step S40.
[0060]
As described above, when the melody data output unit 25 reads the melody data up to the last block, the melody setting unit 27 updates the number of the melody data stored in the melody number memory 24, and updates the block number memory 23. The block number stored in is set to 1. The telephone terminal device 1 has three modes for updating the melody data number: a repeat mode, a sequential mode, and a random mode.
[0061]
In the repeat mode, the melody number memory 24 stores the same number as the already stored melody data number, that is, the number is not changed. In the sequential mode, the melody number memory 24 stores a number that is one greater than the number of the already stored melody data. In the random mode, a random number from 1 to the total number Nm of melody data is generated, and the number is stored in the melody number memory 24. The control unit 10 provides the melody setting unit 27 with which mode and the total number Nm of melody data. The user selects one of these modes in advance by operating a predetermined key of the operation unit 14.
[0062]
FIG. 9 is a flowchart showing the flow of the process of setting the melody data number by the melody setting unit 27. This process is started by an instruction given by the control unit 10 according to the last block signal. First, it is determined whether or not the mode is the repeat mode (step 105), and if it is not the repeat mode, it is determined whether or not the mode is the sequential mode (S110).
[0063]
In the case of the sequential mode, 1 is added to the number L stored in the melody number memory 24 to obtain a new melody data number L (S115). Then, it is determined whether or not the new number L exceeds the total number of melodies Nm. If not, the number L is stored in the melody number memory 24, and if it is exceeded, the new number L is set to 1 and stored. (S125).
[0064]
If the mode is not the sequential mode in step S110, that is, if the mode is the random mode, a random number R from 1 to the total number Nm of the melody data is generated (S130), and this is set as the number L of the new melody data and It is stored in the number memory 24 (S135).
[0065]
After the processing in steps S120, S125, and S135, or in the repeat mode as determined in step S105, the block number B is set to 1 and stored in the block number memory 23 (S140). After this processing, the reading of the melody data from the memory data memory 21 and the output to the melody reproducing unit 28 by the melody data output unit 25 are restarted. When one melody data is reproduced up to the last block, the same melody data in the repeat mode, the next melody data according to the storage order of the melody data in the sequential mode, and unspecified in the random mode Are played back from the beginning.
[0066]
FIG. 10 is a flowchart showing the flow of processing relating to notification of an incoming call. This process is started when an incoming call is detected. First, reproduction of the melody data of the number stored in the melody number memory 24 is started from the block of the number stored in the block number memory 23 (step S205), and the reproduction is continued (S210). Next, it is determined whether or not the incoming call (call from the partner device) has ended (S215), and if not, it is determined whether or not the call has started (S220). If the call is not started, the process returns to step S210 to continue the reproduction. At this time, when the melody data is reproduced to the end, the new melody data determined as described above is reproduced from the beginning.
[0067]
If the incoming call has been terminated in the determination of step S215, and if the call has been started in the determination of step S220, the reproduction is terminated (S225). Then, the number of the block next to the last reproduced block is stored in the block number memory 23 as the number of the block to start reproduction at the time of the next incoming call, and the process ends.
[0068]
In the present embodiment, regardless of whether the reproduction has been completed up to the event in the middle of any block at the time of the previous incoming call, or whether the reproduction has been performed up to the event at the end of any block, the block next to that block is reproduced. Is started, but when the reproduction is completed up to the event in the middle of any of the blocks at the time of the previous incoming call, the block itself may be the block to start the reproduction. By doing so, all the events included in the melody data are reliably reproduced, and there is no waste. Further, unless the block is made too large, the situation where the same block is repeatedly reproduced can be avoided.
[0069]
At the time of block monitoring, all events included in the block to be edited and the progress of playback may be displayed on the display unit 15. An example is shown in FIG. This is when the K-th block is to be edited, and each event in this block is represented by a vertical line. The triangular symbol P in (a) represents an event being reproduced, and the hatched portion in (b) represents a reproduced block. The numerical value "32" represents the number of the event being reproduced. As the reproduction progresses, the symbol P and the reproduced event move as indicated by the arrow, the number of the event being reproduced also moves, and the value changes. When the progress of the reproduction is displayed on the block monitor, the editing operation is further facilitated.
[0070]
In this embodiment, the melody data output unit 25, the block recognition unit 26, and the melody setting unit 27 are configured to be independent, but these functions may be performed by a single CPU. Further, the CPU 10a of the control unit 10 may have these functions. The melody data memory 21, block table memory 22, block number memory 23, and melody number memory 24 do not need to be provided independently, and different areas of the same memory can be allocated to the respective memories. Further, here, the melody reproducing unit 28 is provided separately from the audio output unit 13, but the audio output unit 13 may also serve as the melody reproducing unit 28.
[0071]
A telephone terminal device 2 according to the second embodiment will be described. The telephone terminal device 2 is obtained by adding a function of automatically dividing melody data to the telephone terminal device 1 of the first embodiment. The configuration of the telephone terminal device 2 is as shown in FIGS.
[0072]
The automatic division of the melody data includes an equal division mode in which the playback time of each block is approximately equal, and a rest division mode in which a rest is an event at the end of one block. These modes can be selected by operating a predetermined key of the operation unit 14.
[0073]
In the equal division mode, the user specifies the total number of blocks or the reproduction time per block. FIG. 12 is a flowchart showing the flow of processing in the equal division mode when the total number of blocks is specified. First, an input of the total number of blocks is received (step S305). Next, the reproduction time per block is calculated by dividing the time required for reproducing the entire melody data by the total number of blocks (S310). Then, the intervals are integrated from the beginning of the melody data, and each time the integrated value becomes closest to the reproduction time per block, the intervals and the corresponding events are determined as one block (S315). The determined block is stored in the block table memory 22 (S320), and the process ends.
[0074]
When the reproduction time per block is designated, the reproduction time is input in step S305, and step S310 is omitted.
[0075]
In the rest division mode, a block representing a rest is found from all the events of the melody data, and a block is separated between an event representing a rest and an event representing a subsequent note. That is, the end of the block is a rest event. As described above, note events represent frequencies and rest events represent frequency 0, so whether each event is a note or a rest depends on whether the value is 0 or not. It can be done easily.
[0076]
When rest events are consecutive, the blocks are not divided between them, and they are included in one block. If the first event of the melody data is a rest, the block is not divided between the event and the event of the subsequent note. These are to avoid a block consisting only of rests.
[0077]
The flow of the process in the rest division mode is shown in the flowchart of FIG. First, the event number J is set to 1 and the block number L is set to 1 (step S405). Next, it is determined whether or not the event J (the event of the number J) is a rest (S410). If the event is a rest, the event J is included in the block L (the block of the number L) (# 435). If the event J is not a rest, that is, if it is a note, it is determined whether or not the event J is the first event (S415). If the event J is the first event, the event J is included in the block L (# 435).
[0078]
If the event J is not the first event, it is determined whether or not the previous event (J-1) is a rest (S420). If not, that is, if it is a note, the event J is blocked by a block L. (# 435). If the immediately preceding event (J-1) is a rest, it is determined whether or not the block number L is 1 (S425). If the number L is 1, the event J is included in the block L (# 435). If the block number L is not 1, 1 is added to the number L (S430), and the event J is included in the block L of the new number (S435).
[0079]
After step S435, it is determined whether or not the event J is the last event of the melody data (the event of the number Ne) (S440). If it is not the last event Ne, 1 is added to the event number J (step S440). (S445), and returns to step S410. If the event J is the last event Ne, the determined block is stored in the block table memory 22 (S450), and the process ends.
[0080]
The user may specify the total number of blocks. In this case, for example, in the processing of FIG. 13, a step of determining whether or not the block number L is equal to the number of designated blocks is inserted between steps S425 and S430, and when they are equal, step S435 is performed instead of step S430. To go to.
[0081]
The user can arbitrarily select the melody data for performing the automatic division. Further, the melody data that has been subjected to automatic division can be manually edited in the editing mode described in the first embodiment.
[0082]
The telephone terminal device 2 of the present embodiment also has a mode in which the reproduction is stopped after the rest event while reproducing the melody data, and the user instructs whether or not to divide the block at that position. Hereinafter, this is called a rest edit mode. An instruction as to whether to divide a block is given by operating a predetermined key of the operation unit 14. In the rest edit mode, as in the automatic rest split mode, if rest events are continuous, blocks are not separated between them.If the first event of the melody data is a rest, Avoids the occurrence of blocks consisting only of rests, without delimiting the block between that event and the event of the subsequent note.
[0083]
The flow of processing in the rest editing mode is shown in the flowchart of FIG. First, for reference of the user, a rest event included in the melody data is detected and its total number is displayed (step S505). Next, the event number J is set to 1 and the block number L is set to 1 (S510), and reproduction of the melody data is started from the event J, that is, the first event (S515).
[0084]
Then, it is determined whether or not the event J is a rest (S520). If it is a rest, the event J is included in the block L (# 565). If the event J is not a rest, that is, if it is a note, it is determined whether or not the event J is the first event (S525). If the event J is the first event, the event J is included in the block L (# 565).
[0085]
If the event J is not the first event, it is determined whether or not the immediately preceding event (J-1) is a rest (S530). If not, that is, if it is a note, the event J is blocked by a block L. (# 565). If the immediately preceding event (J-1) is a rest, it is determined whether or not the block number L is 1 (S535). If the number L is 1, the event J is included in the block L (# 565).
[0086]
If the block number L is not 1, the reproduction of the melody data is stopped before the event J (S540), and waits for an instruction (S545). When the instruction is input, it is determined whether or not the instruction is a division instruction (S550). If the instruction is not a division instruction, reproduction is resumed from event J (S560). In the case of the division instruction, 1 is added to the block number L (S555), and the reproduction is resumed from the event J (S560). After the reproduction is resumed in step S560, the event J is included in the block L (S565).
[0087]
After step S565, it is determined whether or not the event J is the last event of the melody data (the event of the number Ne) (S570). If it is not the last event Ne, 1 is added to the event number J (step S570). (S575), and returns to step S520. When the event J is the last event Ne, the reproduction is terminated (S580), the block is stored in the block table memory 22 (S585), and the processing is terminated.
[0088]
As described in the description of the automatic rest division mode, the user may specify the total number of blocks. In this case, for example, in the process of FIG. 14, a step of inputting the number of blocks is inserted between steps S505 and S510, and a step of determining whether or not the block number L is equal to the number of designated blocks Is inserted between steps S535 and S540, and when they are equal, the process proceeds to step S565 instead of step S540.
[0089]
In the rest editing mode, all the events can be displayed in a form that can distinguish between the rest event and the note event to indicate which event is being reproduced. FIG. 15 shows an example of the display. In FIG. 15, events with diagonal lines represent rest events, and blank events represent musical note events. Further, the triangle symbol P indicates the event being reproduced as described above. Such display makes editing easier.
[0090]
After the automatic division in the equal division mode and the rest division mode, all the events may be displayed to indicate where the blocks are divided. Whether the editing should be performed or not can be easily understood by the user.
[0091]
In this embodiment, in both the rest dividing mode and the rest editing mode, the block is separated from the event of the next note regardless of the length (interval) of the rest. However, the block may be separated from the event of the next note only when the length of the rest is equal to or longer than a predetermined value, for example, only when the rest is equal to or longer than a half rest. Instead of using a rest as a reference, a block may be divided before or after a predetermined note event.
[0092]
A telephone terminal device 3 according to a third embodiment will be described. In the telephone terminal device 3 according to the present embodiment, the melody data is not divided into blocks in advance, and the start position of the next reproduction is set to a predetermined event each time the reproduction ends. The telephone terminal device 3 differs from the telephone terminal devices 1 and 2 of the first and second embodiments in this point, and the overall configuration is as shown in FIG. There are differences.
[0093]
FIG. 16 schematically shows the configuration of the incoming call notification unit 20 of the telephone terminal device 3. The block table memory 22 and the block recognizing unit 26 provided in the telephone terminal devices 1 and 2 are omitted, and instead of the block number memory 23, an event number memory 29 for storing the number of an event to start reproduction is provided. Provided. Since the block is not edited, the monitor signal is not provided from the control unit 10 to the melody data output unit 25. When the melody number is stored in the melody number memory 24, the melody setting unit 27 stores the number 1 of the first event in the event number memory 29.
[0094]
The event to start reproduction is immediately after the event read last by the melody data output unit 25 from the memory data memory 21 (closest after the event) among the note events following the rest event. is there. If there is no rest event after the last read event, the reproduction is started from the event following the last read event. The event for starting the reproduction is set by the melody data output unit 25.
[0095]
FIG. 17 is a flowchart showing the flow of processing relating to notification of an incoming call. This process is started when an incoming call is detected. First, the reproduction of the melody data of the number stored in the melody number memory 24 is started from the event of the number stored in the event number memory 29 (step S605), and the reproduction is continued (S610). Next, it is determined whether or not the incoming call (call from the partner device) has ended (S615), and if not, it is determined whether or not the call has started (S620). If the call is not started, the process returns to step S610 to continue the reproduction. At this time, when the melody data is reproduced to the end, the new melody data determined as described above is reproduced from the beginning.
[0096]
If the incoming call has been terminated in the determination of step S615, and if the call has been started in the determination of step S620, the reproduction is terminated (S625). Then, an event for starting reproduction at the time of the next incoming call is set as follows.
[0097]
First, the event number last read from the melody data memory 21 is stored as J0 (S630), and a value obtained by adding 1 to J0 is set as the event number J (S635). Then, it is determined whether or not the number J is equal to or more than the total number Ne of events (S640). If J is less than Ne, 1 is added to J (S645), and whether or not the event J is a rest is determined. Is determined (S650).
[0098]
If the event J is a rest, the process returns to step S640. If it is not a rest, that is, if it is a note, it is determined whether or not the immediately preceding event (J-1) is a rest (S655). If not, the process returns to step S640. If the immediately preceding event (J-1) is a rest, the number J is stored in the event number memory 29 (S660), and the process ends.
[0099]
If the number J is equal to or greater than the total number Ne of events in the determination of step S640, it is determined whether the number J0 of the last read event is equal to the total number Ne of events (S665). The added value is set to J (S660), and if equal, the value 1 is set to J (S675), and the number J is stored in the event number memory 29 (S660).
[0100]
In this case, among the note events following the rest event, the one immediately after the last event read from the memory data memory 21 by the melody data output unit 25 is set as the event to start reproduction. The event immediately before the read event (closest before the event) may be set as the event to start reproduction. Instead of using a rest as a reference for starting reproduction, it is also possible to start reproduction from an event of a predetermined note or from an event following the predetermined note.
[0101]
【The invention's effect】
In a telephone terminal device for storing melody data representing a melody and reproducing the melody upon receiving an incoming call, as in the present invention, a melody reproducing means for reproducing the melody represented by the given melody data, and a data storage for storing the melody data Means, a block recognizing means for recognizing that the melody data stored in the data storing means is composed of one or more continuous blocks, and a position in the melody data of a head of each block recognized by the block recognizing means. Block position storage means, block number storage means for storing the number of one block of melody data, and melody data stored in the data storage means at the time of an incoming call, the block having the number stored in the block number storage means Data is read out sequentially from the head position of the melody and given to the melody playback means. And a block number updating means for updating the number stored in the block number storage means when the data output means has finished reading the melody data from the data storage means and giving it to the melody reproducing means. The melody data can be virtually divided, the melody data can be re-divided very easily, and the waste of storage capacity can be avoided. In addition, it is easy to use the entire melody data for notification of an incoming call, and it is possible to reduce the possibility that the user gets tired of the melody.
[0102]
When the block number updating means updates the number stored in the block number storage means to the number of the last block read from the data storage means by the data output means or the number of the next block, the melody data Can be reliably used for the notification of the incoming call, and the possibility that the user gets tired of the melody can be reliably reduced.
[0103]
When the block recognizing means recognizes the melody data stored in the data storage means as a single block and changes the recognized block in accordance with an instruction from the user, the user It is possible to flexibly divide the melody data according to each preference and according to the melody. In addition, in the initial setting, the entire melody data is handled as a single block, so that the apparatus can be used even by a user who does not want to divide the melody data, and the supply of the melody data from the outside becomes easy.
[0104]
When the block recognizing unit recognizes the melody data stored in the data storage unit as one or more blocks with predetermined data included therein as a boundary between blocks, the melody data is divided. This is performed automatically, so that no burden is imposed on the user.
[0105]
The data storing means stores a plurality of melody data, the block recognizing means recognizes each melody data stored in the data storing means as being composed of one or more blocks, and the block position storing means stores the start of each melody data block. Melody number storage means for storing the number of one melody data, and the data output means, when receiving a call, the melody number storage means of the melody data stored in the data storage means The stored numbers are sequentially read out from the head position of the block of the number stored in the block number storage means and given to the melody reproducing means, and the block number updating means makes the data output means end the melody data. When reading up to the block of, while updating the number stored in the melody number storage means, By updating the number stored in the lock number storage means to the number of the first block, the possibility that the user gets tired of the melody can be further reduced, and all the melody data is used for notification of the incoming call. It also becomes easier.
[0106]
In a telephone terminal device for storing melody data representing a melody and reproducing the melody upon receiving an incoming call, as in the present invention, a melody reproducing means for reproducing the melody represented by the given melody data, and a data storage for storing the melody data Means, position storage means for storing the position of one data included in the melody data, and, at the time of an incoming call, sequentially reading the melody data stored in the data storage means from the position stored in the position storage means, The data output means provided to the melody reproduction means, and the position stored in the position storage means is included in the melody data when the data output means has finished reading the melody data from the data storage means and providing it to the melody reproduction means. When a position updating means for updating to a predetermined data position is provided, By storing the information to be made unnecessary, and further savings in storage space.
[0107]
When the position updating means updates the position stored in the position storage means to the position of predetermined data immediately before or immediately after the data last read from the data storage means by the data output means, the last incoming call In this case, playback will start from the vicinity of the last playback, so that the entire melody data can be reliably used for notification of an incoming call unless the predetermined data interval is excessive, The possibility of getting tired can be reliably reduced.
[Brief description of the drawings]
FIG. 1 is a block diagram schematically showing an overall configuration of a telephone terminal device according to first, second, and third embodiments of the present invention.
FIG. 2 is a block diagram schematically showing a configuration of an incoming call notification unit of the telephone terminal device according to the first and second embodiments.
FIG. 3 is a diagram schematically illustrating a configuration of melody data stored in a melody data memory by the telephone terminal device according to the first, second, and third embodiments.
FIG. 4 is a diagram schematically illustrating a configuration of a block table stored in a block table memory by the telephone terminal device according to the first and second embodiments.
FIG. 5 is a diagram schematically illustrating a configuration of a block table management table stored in a block table memory by the telephone terminal device according to the first and second embodiments.
FIG. 6 is an exemplary view showing an example of operation guidance displayed in the edit mode by the telephone terminal device according to the first and second embodiments.
FIG. 7 is an exemplary view schematically showing a method of dividing melody data in the telephone terminal device according to the first and second embodiments.
FIG. 8 is a flowchart showing a flow of a melody data editing process in the telephone terminal device according to the first and second embodiments.
FIG. 9 is a flowchart showing the flow of processing for setting the number of the melody data to be reproduced next in the telephone terminal device according to the first, second, and third embodiments.
FIG. 10 is a flowchart showing the flow of processing related to notification of an incoming call in the telephone terminal device according to the first and second embodiments.
FIG. 11 is an exemplary view showing an example of an auxiliary image displayed by the telephone terminal device according to the first and second embodiments when editing melody data.
FIG. 12 is a flowchart showing a flow of processing in which the telephone terminal device of the second embodiment automatically divides melody data in the equal division mode.
FIG. 13 is an exemplary flowchart showing the flow of processing in which the telephone terminal device of the second embodiment automatically divides melody data in a rest division mode.
FIG. 14 is a flowchart showing a flow of a melody data editing process in the telephone terminal device of the second embodiment.
FIG. 15 is a diagram illustrating an example of an auxiliary image displayed by the telephone terminal device according to the second embodiment when editing melody data.
FIG. 16 is a block diagram schematically illustrating a configuration of an incoming call notification unit of the telephone terminal device according to the third embodiment.
FIG. 17 is an exemplary flowchart showing the flow of processing related to notification of an incoming call in the telephone terminal device according to the third embodiment;
[Explanation of symbols]
1, 2, 3 telephone terminal equipment
10 control unit
11 Communication unit
12 Voice input section
13 Audio output unit
14 Operation unit
15 Display
16 Control memory
17 External device interface
20 Incoming call notification section
21 Melody data memory
22 Block table memory
23 Block number memory
24 Melody number memory
25 Melody data output section
26 Block Recognition Unit
27 Melody setting section
28 Melody playback unit
29 Event number memory

Claims (10)

メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、
与えられるメロディデータが表すメロディを再生するメロディ再生手段と、
メロディデータを記憶するデータ記憶手段と、
データ記憶手段が記憶しているメロディデータを1以上の連続したブロックより成ると認識するブロック認識手段と、
ブロック認識手段が認識した各ブロックの先頭のメロディデータ内での位置を記憶するブロック位置記憶手段と、
メロディデータの1つのブロックの番号を記憶するブロック番号記憶手段と、
着信時に、データ記憶手段が記憶しているメロディデータを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、
データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、ブロック番号記憶手段が記憶している番号を更新するブロック番号更新手段
を備えることを特徴とする電話端末装置。
In a telephone terminal device that stores melody data representing a melody and reproduces the melody upon receiving a call,
Melody reproducing means for reproducing the melody represented by the given melody data;
Data storage means for storing melody data;
Block recognition means for recognizing the melody data stored in the data storage means as being composed of one or more continuous blocks;
Block position storage means for storing the position in the melody data of the head of each block recognized by the block recognition means,
Block number storage means for storing the number of one block of the melody data;
At the time of an incoming call, data output means for sequentially reading the melody data stored in the data storage means from the head position of the block having the number stored in the block number storage means and providing the read data to the melody reproduction means
A telephone having a block number updating means for updating the number stored in the block number storing means when the data output means has finished reading the melody data from the data storing means and giving it to the melody reproducing means. Terminal device.
ブロック番号更新手段は、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの番号に更新することを特徴とする請求項1に記載の電話端末装置。2. The telephone terminal device according to claim 1, wherein the block number updating unit updates the number stored in the block number storing unit to the number of the block last read from the data storing unit by the data output unit. . ブロック番号更新手段は、ブロック番号記憶手段が記憶している番号を、データ出力手段がデータ記憶手段から最後に読み出したブロックの次のブロックの番号に更新することを特徴とする請求項1に記載の電話端末装置。The block number updating means updates the number stored in the block number storing means to a number of a block next to a block last read from the data storing means by the data output means. Telephone terminal equipment. ブロック認識手段は、データ記憶手段が記憶しているメロディデータを単一のブロックより成ると認識しておき、使用者からの指示に応じて認識しているブロックを変更することを特徴とする請求項1に記載の電話端末装置。The block recognizing means recognizes the melody data stored in the data storage means as a single block, and changes the recognized block according to an instruction from a user. Item 2. The telephone terminal device according to item 1. ブロック認識手段は、データ記憶手段が記憶しているメロディデータを、その中に含まれる所定のデータをブロック間の境界として、1以上のブロックより成ると認識することを特徴とする請求項1に記載の電話端末装置。2. The apparatus according to claim 1, wherein the block recognizing means recognizes the melody data stored in the data storage means as being composed of one or more blocks, with predetermined data contained therein as boundaries between blocks. The telephone terminal device according to the above. ブロック認識手段は、使用者からの指示に応じて認識しているブロックを変更することを特徴とする請求項5に記載の電話端末装置。The telephone terminal device according to claim 5, wherein the block recognizing means changes the recognized block according to an instruction from a user. データ記憶手段は複数のメロディデータを記憶し、
ブロック認識手段はデータ記憶手段が記憶している各メロディデータを1以上のブロックより成ると認識し、
ブロック位置記憶手段は各メロディデータのブロックの先頭の位置を記憶し、
さらに、1つのメロディデータの番号を記憶するメロディ番号記憶手段を備えて、
データ出力手段は、着信時に、データ記憶手段が記憶しているメロディデータのうちメロディ番号記憶手段が記憶している番号のものを、ブロック番号記憶手段が記憶している番号のブロックの先頭の位置から順次読み出して、メロディ再生手段に与え、
ブロック番号更新手段は、データ出力手段がメロディデータを末尾のブロックまで読み出したときに、メロディ番号記憶手段が記憶している番号を更新するとともに、ブロック番号記憶手段が記憶している番号を先頭のブロックの番号に更新する
ことを特徴とする請求項1に記載の電話端末装置。
The data storage means stores a plurality of melody data,
The block recognition means recognizes each melody data stored in the data storage means as being composed of one or more blocks,
The block position storage means stores the start position of each melody data block,
Further, a melody number storage means for storing the number of one melody data is provided.
The data output means, at the time of the incoming call, reads the melody data stored in the data storage means having the number stored in the melody number storage means at the head position of the block of the number stored in the block number storage means. From the melody reproduction means,
The block number updating means updates the number stored in the melody number storing means and reads the number stored in the block number storing means when the data output means reads the melody data up to the last block. The telephone terminal device according to claim 1, wherein the telephone terminal device is updated to a block number.
メロディを表すメロディデータを記憶しておき、着信時にメロディを再生する電話端末装置において、
与えられるメロディデータが表すメロディを再生するメロディ再生手段と、
メロディデータを記憶するデータ記憶手段と、
メロディデータに含まれる1つのデータの位置を記憶する位置記憶手段と、
着信時に、データ記憶手段が記憶しているメロディデータを、位置記憶手段が記憶している位置から順次読み出して、メロディ再生手段に与えるデータ出力手段と、
データ出力手段がメロディデータをデータ記憶手段から読み出してメロディ再生手段に与えることを終えたときに、位置記憶手段が記憶している位置をメロディデータに含まれる所定のデータの位置に更新する位置更新手段
を備えることを特徴とする電話端末装置。
In a telephone terminal device that stores melody data representing a melody and reproduces the melody upon receiving a call,
Melody reproducing means for reproducing the melody represented by the given melody data;
Data storage means for storing melody data;
Position storage means for storing a position of one data included in the melody data;
At the time of an incoming call, data output means for sequentially reading the melody data stored in the data storage means from the position stored in the position storage means and providing the data to the melody reproduction means;
When the data output means finishes reading the melody data from the data storage means and giving it to the melody reproducing means, a position update for updating the position stored in the position storage means to a predetermined data position included in the melody data. A telephone terminal device comprising means.
位置更新手段は、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直前の所定のデータの位置に更新することを特徴とする請求項8に記載の電話端末装置。9. The position updating unit according to claim 8, wherein the position updating unit updates the position stored in the position storing unit to a position of predetermined data immediately before the data last read from the data storing unit by the data output unit. Telephone terminal equipment. 位置更新手段は、位置記憶手段が記憶している位置を、データ出力手段がデータ記憶手段から最後に読み出したデータの直後の所定のデータの位置に更新することを特徴とする請求項8に記載の電話端末装置。9. The position updating unit according to claim 8, wherein the position updating unit updates the position stored in the position storing unit to a predetermined data position immediately after the data last read from the data storing unit by the data output unit. Telephone terminal equipment.
JP2003013552A 2003-01-22 2003-01-22 Telephone terminal Pending JP2004228864A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003013552A JP2004228864A (en) 2003-01-22 2003-01-22 Telephone terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003013552A JP2004228864A (en) 2003-01-22 2003-01-22 Telephone terminal

Publications (1)

Publication Number Publication Date
JP2004228864A true JP2004228864A (en) 2004-08-12

Family

ID=32901851

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003013552A Pending JP2004228864A (en) 2003-01-22 2003-01-22 Telephone terminal

Country Status (1)

Country Link
JP (1) JP2004228864A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009514271A (en) * 2005-10-17 2009-04-02 ソニー エリクソン モバイル コミュニケーションズ, エービー Method and apparatus for customizing audio files of portable devices
JP2010016421A (en) * 2008-06-30 2010-01-21 Brother Ind Ltd Codeless communication system and second communication equipment of codeless communication system
JP2021028728A (en) * 2020-11-24 2021-02-25 カシオ計算機株式会社 Electronic musical instrument, control method of electronic musical instrument, and program

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009514271A (en) * 2005-10-17 2009-04-02 ソニー エリクソン モバイル コミュニケーションズ, エービー Method and apparatus for customizing audio files of portable devices
JP2010016421A (en) * 2008-06-30 2010-01-21 Brother Ind Ltd Codeless communication system and second communication equipment of codeless communication system
JP2021028728A (en) * 2020-11-24 2021-02-25 カシオ計算機株式会社 Electronic musical instrument, control method of electronic musical instrument, and program
JP7047887B2 (en) 2020-11-24 2022-04-05 カシオ計算機株式会社 Electronic musical instruments, control methods and programs for electronic musical instruments

Similar Documents

Publication Publication Date Title
JP2820236B2 (en) Karaoke system and karaoke equipment
US7232949B2 (en) System and method for music creation and rearrangement
US7765314B2 (en) Contents managing apparatus and program for the same
CN104412320A (en) Automated performance technology using audio waveform data
CN110430326B (en) Ring editing method and device, mobile terminal and storage medium
JP4424218B2 (en) Electronic music apparatus and computer program applied to the apparatus
JP2004228864A (en) Telephone terminal
JP3931179B2 (en) Content playback device
JP5415866B2 (en) Karaoke system with performance music advance function
JP2005055457A (en) Musical score display device and program therefor
KR100675258B1 (en) Personal set information management method for sounder based on network
JPH11126075A (en) Chord detecting method and chord detecting device detecting chord from musical data, and recording medium recorded with program for chord detection
JP2003223167A (en) Incoming melody editing system
JP4464807B2 (en) Lyric display device, karaoke system, and computer program
JP2010032704A (en) Karaoke machine
JP3852427B2 (en) Content data processing apparatus and program
JP4243921B2 (en) Karaoke device with typing game function
JP4853688B2 (en) Electronic music apparatus and computer program applied to the apparatus
JP4124178B2 (en) Karaoke system, karaoke device, remote control terminal and program
JP4725667B2 (en) Electronic music apparatus and computer program applied to the apparatus
JP2003050587A (en) Device and program for music information distribution
JP2006337966A (en) Karaoke machine, information search device, program, and operation terminal
JP2012032632A (en) Karaoke system, portable information terminal, and program
JPH10190812A (en) Electronic telephone directory and communication terminal equipment
JP4873307B2 (en) Program for realizing automatic accompaniment generation apparatus and automatic accompaniment generation method