移動体通信端末、および、プログラム
【課題】 移動体端末等で良好な音楽再生をおこなう。
【解決手段】 記憶部１７０あるいはメモリカード１７５は、少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて格納する。音楽データ削除部１６２は、音楽データをトラック単位で削除する。音楽データの削除途中で、音声通信部１２３が音声通話の着信を検出すると、音楽データ削除部１６２は、削除処理を中断する。削除途中で中断した音楽データを再生する場合、音楽データ読書部１６１は、管理情報として記録されている、各楽曲を構成するトラックそれぞれの属性と、複数トラック間の接続関係を示す接続情報とに基づいて、音楽データの削除が中断された楽曲を特定し、再生部１６３は、特定された楽曲の最終トラックをフェードアウト再生する。
【解決手段】 記憶部１７０あるいはメモリカード１７５は、少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて格納する。音楽データ削除部１６２は、音楽データをトラック単位で削除する。音楽データの削除途中で、音声通信部１２３が音声通話の着信を検出すると、音楽データ削除部１６２は、削除処理を中断する。削除途中で中断した音楽データを再生する場合、音楽データ読書部１６１は、管理情報として記録されている、各楽曲を構成するトラックそれぞれの属性と、複数トラック間の接続関係を示す接続情報とに基づいて、音楽データの削除が中断された楽曲を特定し、再生部１６３は、特定された楽曲の最終トラックをフェードアウト再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信端末、および、プログラムに関し、特に、携帯電話などの移動体通信端末での音楽再生に好適な移動体通信端末、および、プログラムに関する。
【背景技術】
【０００２】
電子技術や情報技術の発展に伴い、携帯電話機などの移動体通信端末の小型化・高性能化が進んでいる。この結果、基本機能である音声通話機能以外の様々な付加機能を搭載した移動体通信端末が広く利用されている。
【０００３】
このような付加機能の１つに音楽再生機能がある。近時のデジタル技術の向上により、小型の機器で高品質な音楽再生が可能となり、この機能を移動体通信端末に搭載することで、付加価値のある製品が提供されている。デジタルデータを用いた音楽再生機能では、インターネットなどの通信ネットワークを介して音楽データを配信することができるので、通信機能を有する移動体通信端末には特に好適な付加機能となっている。
【０００４】
これらの機能が充実することにより利便性や多様性が向上するものの、あくまでも付加機能であるため、移動体通信端末では、基本機能である通話機能が優先されるべきである。よって、多くの移動体通信端末では、付加機能の実行中に着信などが発生した場合には、付加機能の実行を中断して通話機能に切り替えるよう動作している。
【０００５】
このような場合、実行していた機能が中断されてしまうことによって、不都合が生じることもある。例えば、着信により中断された音楽再生に復帰する際には、中断時に再生していた楽曲から再生するためのユーザ操作が必要となる場合がある。このような不都合を解消するために、例えば、特許文献１に示すような、中断時に再生していた楽曲から自動的に再生する手法などが提案されている。すなわち、通話機能を優先するための付加機能の実行中断は、何らかの不都合を生じさせる場合が多く、付加機能が充実するに伴い、様々な不都合が生じることになる。
【０００６】
音楽再生機能だけをみても、技術進歩に伴ってその性能が向上しており、機能が拡張している。例えば、記憶媒体（メモリカードや内蔵メモリなど）の小型大容量化は、より多くの楽曲データを記憶可能にしている。また、楽曲数を多くできるだけでなく、データ量の大きい楽曲も格納可能となる。これにより、１つの楽曲全体が再生可能になったり、高音質化のためにデータ量が大きくなった楽曲なども再生可能となっている。このようなデータ量の大きい楽曲データは、効率的に配信できるよう、複数の分割されたデータで構成されることがある。この場合、１つの楽曲についての複数のデータを順次再生していくことで、１つの楽曲として再生することができる。
【０００７】
このような、より多くの楽曲を格納できる状況においては、移動体通信端末であっても、専用の音楽再生機器と同等の機能がなければユーザビリティが低下してしまう。よって、例えば、蓄積した多くの楽曲の中からユーザの好む曲順などを指定し、指定した楽曲を連続して再生する機能なども備えられている。また、新たな楽曲データを取得して追加したり、不要な楽曲のデータを削除したりすることもユーザが自由におこなうことができる。ここで、削除対象が複数の分割データで構成されている楽曲である場合、通常、分割データ単位に順次データを削除することになる。
【０００８】
このような削除動作をおこなっている最中に着信などが発生すると、削除動作を中断して通話機能に切り替わることになる。ここで、複数の分割データで構成されている楽曲を分割データ単位で削除している途中で割り込みが発生した場合、当該楽曲については、一部の分割データが残った状態で削除動作が中断されてしまう。よって、後に当該楽曲が再生された際には、曲の途中で再生音が途切れることになり、特に、複数の楽曲を連続再生している場合には聞き苦しいものとなってしまう。
【特許文献１】特開２００１−３４６２６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上記実状に鑑みてなされたものであり、楽曲データの削除作業中に中断が生じた場合でも、良好な再生をおこなうことができる移動体通信端末等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の第１の観点にかかる移動体通信端末は、
音楽再生機能を有する移動体通信端末であって、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて格納する記憶手段と、
前記記憶手段に格納されている音楽データをトラック単位で削除する音楽データ削除手段と、
通信機能にかかる着信を検出する着信検出手段と、
前記着信検出手段による着信の検出に応じて、前記音楽データ削除手段による音楽データの削除を中断させる割り込み手段と、
前記記憶手段に格納されている音楽データを再生する再生手段と、を備え、
前記再生手段は、
再生する楽曲の管理情報に基づいて、音楽データの削除が中断した楽曲を特定する中断楽曲特定手段と、
前記中断楽曲特定手段が特定した楽曲をフェードアウト再生するフェードアウト手段と、をさらに備える、
ことを特徴とする。
【００１１】
上記移動体通信端末において、
前記属性情報は、少なくとも、各トラックの位置情報を含み、
前記接続情報は、当該トラックに続くトラックがいずれであるかを示す情報を含み、
前記中断楽曲特定手段は、前記属性情報と前記接続情報とに基づいて、それぞれが複数トラックで構成されている楽曲のうち、音楽データの削除が中断された楽曲を特定することが望ましい。
【００１２】
上記移動体通信端末において、
前記音楽データ削除手段は、一の楽曲を構成する複数トラックの終端トラックから順にトラック単位で、対応する音楽データと管理情報とを削除し、
前記中断楽曲特定手段は、所定の識別情報を、構成トラックが中断している楽曲の最終トラックと対応づけて前記記憶手段に記録し、
前記フェードアウト手段は、前記識別情報に対応するトラックをフェードアウト再生することが望ましい。
【００１３】
上記移動体通信端末において、
前記フェードアウト手段は、音楽データの削除が中断した楽曲の再生音量を調節することでフェードアウト再生することが望ましい。
【００１４】
上記移動体通信端末において、
前記中断楽曲特定手段は、音楽データの削除が中断された楽曲の音楽データを、当該楽曲がフェードアウト再生されるよう加工するデータ加工手段をさらに備えていることが望ましい。
【００１５】
上記移動体通信端末は、
フェードアウト再生した楽曲の削除続行をユーザに問い合わせる情報を表示出力する表示手段と、
ユーザの指示を入力する入力手段と、をさらに備えていることが望ましく、この場合、
前記音楽データ削除手段は、前記入力手段によりフェードアウト再生した楽曲の削除続行が指示された場合、当該楽曲の音楽データ削除を続行することが望ましい。
【００１６】
上記目的を達成するため、本発明の第２の観点にかかるプログラムは、
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、各トラックの属性情報と接続情報とに基づいて、音楽データの削除が中断された楽曲の最終トラックをフェードアウト再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とする。
【００１７】
上記目的を達成するため、本発明の第３の観点にかかるプログラムは、
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、音楽データの削除が中断された楽曲の最終トラックがフェードアウト再生されるよう、前記記憶媒体に格納されている当該トラックの音楽データを加工する機能と、
前記記憶媒体に格納されている音楽データを再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、音楽再生機能を有する移動体通信端末（携帯電話機など）において、１曲を複数のトラック（データファイル）で構成する楽曲をトラック単位で削除する途中で、通話機能にかかる着信などが発生した場合、割り込み処理によって音楽データの削除を中断する。音楽データを再生する場合、トラックの位置情報などを示す属性情報と、トラック間の接続関係を示す接続情報とに基づいて、音楽データの削除が中断された楽曲がいずれであるかを特定する。そして、データ削除が中断された楽曲が特定された場合、当該楽曲をフェードアウト再生するので、再生音が途切れることのない良好な再生とすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明にかかる実施形態を説明する。ここでは、本発明を移動体通信端末で実現した場合を例に以下説明する。
【００２０】
本発明の実施形態にかかる移動体通信端末１００は、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などといった移動体通信用の端末装置（電話機）であり、基本機能である音声通話機能の他に、少なくとも、音楽再生機能を備えているものとする。図面を参照して、移動体通信端末１００の構成を以下説明する。
【００２１】
図１は、本実施形態にかかる移動体通信端末１００の外観を示す模式図である。移動体通信端末１００の外観上の構成には、図１に示すような、アンテナ１２１、入力部１３０、表示部１４０、スピーカ１５１、マイクロフォン１５２、スピーカ１６４、などが含まれる。図２を参照して移動体通信端末１００の内部構成を説明する。
【００２２】
図２は、移動体通信端末１００の内部構成を示すブロック図である。図示するように、本実施形態にかかる移動体通信端末１００は、制御部１１０、通信制御部１２０、入力部１３０、表示部１４０、音声コーデック部１５０、音楽再生処理部１６０、記憶部１７０、カードＩＦ（インタフェース）部１８０、などから構成される。
【００２３】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、移動体通信端末１００の各部を制御することで、各部間の連携動作などを実現する。
【００２４】
通信制御部１２０は、移動体通信端末１００による通信にかかる処理をおこなうものであり、図２に示すように、無線部１２２、音声通信部１２３、データ通信部１２４、通信ＩＦ（インタフェース）部１２５、などから構成される。
【００２５】
無線部１２２は、所定の無線送受信回路などから構成され、アンテナ１２１との協働により、移動体通信端末１００による音声通話やデータ通信に必要な無線通信をおこなう。より詳細には、移動体通信端末１００と所定の基地局との無線通信をおこなうことで、移動体通信端末１００の通信機能を実現する。
【００２６】
音声通信部１２３は、所定の通信回路などから構成され、移動体通信端末１００による音声通話にかかる通信処理をおこなう。より詳細には、無線部１２２との協働により、所定の移動体通信網を介しての音声通信をおこなうための処理をおこなう。より詳細には、無線部１２２との協働により、音声通話における発呼や着信にかかる動作をおこなう。また、本実施形態にかかる移動体通信端末１００は、デジタル方式による音声通信をおこなうものとする。
【００２７】
データ通信部１２４は、所定の通信回路などから構成され、移動体通信端末１００によるデータ通信にかかる通信処理をおこなう。本実施形態では、少なくとも、インターネットを介したデータ通信により、音楽データのダウンロードをおこなうためのデータ通信をおこなう。例えば、データ通信部１２４は、ウェブサイトにアクセスするためのブラウザ機能などを備えることで、音楽データの配信サイトなどからの音楽データのダウンロードを可能にする。
【００２８】
通信ＩＦ部１２５は、移動体通信端末１００が他の情報処理装置等と通信するためのインタフェース装置であり、例えば、ＵＳＢ（Universal Serial Bus）やＩｒＤＡ（Infrared Data Association）、Bluetooth、などといった、電子機器間の通信に関する所定の規格に基づいたインタフェース装置によって構成される。本実施形態では、例えば、パーソナルコンピュータや他の移動体通信端末装置などから音楽データ取得する場合などに通信ＩＦ部１２５が用いられる。この場合、例えば、接続された他の装置内に記録されている音楽データを取得することができる他、接続された他の装置がＣＤ（Compact Disc）などの記録媒体を駆動することにより、当該記録媒体に格納されている音楽データなどを取得してもよい。
【００２９】
入力部１３０は、ユーザ操作による移動体通信端末１００への入力をおこなうものであり、例えば、図１に示すように、カーソル移動や項目選択、あるいは、入力事項の確定指示などをおこなうための十字キー１３１や、機能などを指定するための機能ボタン群１３２、数字や文字などを入力するための文字キー群１３３、などから構成され、ユーザによって操作されることで、文字入力や種々の選択指示などをおこなう。入力部１３０は、ユーザによる操作に応じた入力信号を制御部１１０に入力する。
【００３０】
表示部１４０は、例えば、液晶表示装置（ＬＣＤ：Liquid Crystal Display）などから構成され、移動体通信端末１００が備える種々の機能に応じた画面を表示する。本実施形態では、制御部１１０により表示部１４０が制御されるものとする。この場合、制御部１１０が、表示する画面を随時作成し、表示部１４０の表示制御をおこなうことで、表示部１４０に画面表示される。
【００３１】
音声コーデック部１５０は、移動体通信端末１００の音声通話などにおける音声入出力にかかる処理をおこなうものであり、所定のコーデック（codec）回路などから構成される。本実施形態にかかる移動体通信端末１００は、デジタル方式による音声通信をおこなうので、音声コーデック部１５０は、音声通話時に入出力される音声のコーディング（符号化）およびデコード（復号）をおこなう。すなわち、音声通信部１２３が受信したデジタル音声データをデコードし、アナログ信号に変換してスピーカ１５１から出力するとともに、マイクロフォン１５２から入力されたアナログ音声信号を符号化し、デジタルデータに変換して音声通信部１２３に供給する。
【００３２】
音楽再生処理部１６０は、例えば、デジタル音楽データを処理するためのＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）などから構成され、移動体通信端末１００の音楽再生機能にかかる処理をおこなう。図２に示すように、音楽再生処理部１６０は、音楽データ読書部１６１、音楽データ削除部１６２、再生部１６３、などから構成される。
【００３３】
音楽データ読書部１６１は、記憶部１７０やメモリカード１７５（詳細後述）などに格納されている音楽データの読み出しや書き込みをおこなう。すなわち、音楽再生時には、再生対象となる音楽データの読み出しをおこない、新たに音楽データの取得した時には、取得した音楽データの書き込みをおこなう。また、音楽データ読書部１６２は、音楽データ再生機能にかかる種々の読書動作をおこなう。
【００３４】
音楽データ削除部１６２は、記憶部１７０やメモリカード１７５などに格納されている音楽データを削除する際の処理をおこなう。
【００３５】
再生部１６３は、音楽データ読書部１６１が読み出した音楽データを再生するための処理をおこなう。本実施形態では、所定の符号化形式により符号化されたデジタル音楽データの再生をおこなう。よって、再生部１６３は、符号化された音楽データを復号してアナログ信号に変換するためのＤ／Ａコンバータや、変換されたアナログ信号の出力を調整するためのアンプ回路などを備え、スピーカ１６４やイヤホンなどから出力することで音楽再生をおこなう。また、本実施形態にかかる再生部１６３は、楽曲の再生に関する情報に応じて、所定の再生効果を施す。本実施形態では、再生効果としてフェードアウトなどをおこなうものとする。
【００３６】
音楽再生処理部１６０は、上述したように、ＡＳＩＣなどの専用回路によるハードウェア処理によって実現可能であることはもとより、例えば、制御部１１０がプログラムを実行することで実現されるソフトウェア処理により実現されてもよい。この場合、制御部１１０が、上述した音楽再生処理部１６０の各構成として機能するためのプログラムを記憶部１７０に格納しておき、これらのプログラムを実行することにより、制御部１１０が音楽再生処理部１６０として機能することになる。
【００３７】
記憶部１７０は、例えば、所定の半導体記憶装置（例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、フラッシュメモリ、など）から構成され、種々の情報を記憶する。本実施形態では、特に、音楽再生処理部１６０で再生される音楽データなどが格納される。また、記憶部１７０には、制御部１１０や音楽再生処理部１６０などが実行する動作プログラムなども格納される他、制御部１１０や音楽再生処理部１６０などが処理をおこなう際のワークエリアとしても機能する。
【００３８】
メモリカード１７５は、フラッシュメモリなどの記憶素子を有する着脱可能な記憶媒体であり、例えば、miniSD（商標）メモリカードなどである。カードＩＦ部１８０は、メモリカード１７５と移動体通信端末１００とのインタフェース装置であり、例えば、メモリカード１７５の規格に対応するカードスロットなどから構成される。したがって、メモリカード１７５がカードＩＦ部１８０に装着されることにより、メモリカード１７５への読書が可能となる。本実施形態では、メモリカード１７５に、音楽再生処理部１６０で再生される音楽データなどが格納される。
【００３９】
すなわち、本実施形態では、移動体通信端末１００の音楽再生機能により、記憶部１７０及び／又はメモリカード１７５に格納されている音楽データを再生する。この場合、記憶部１７０およびメモリカード１７５には、音楽データを格納するための共通フォーマットの記憶領域である音楽データ記憶領域７０が用意されており、この音楽データ記憶領域７０に所定の音楽データが格納される。
【００４０】
音楽データ格納領域７０に格納される音楽データのデータ構成例を、図３を参照して説明する。図３に示すように、音楽データ格納領域７０には、先頭トラック情報領域７１、管理情報領域７２、楽曲データ格納領域７３、などの領域が用意される。
【００４１】
先頭トラック情報領域７１には、各楽曲の楽曲番号と当該楽曲の先頭トラックを示す先頭トラック番号とが対応づけられて格納される。また、先頭トラック情報領域７１には、当該楽曲番号の楽曲の曲名を示す情報なども格納される。
【００４２】
管理情報領域７２には、各楽曲を構成するトラック毎の管理情報が格納される。管理情報は、当該トラックの属性や他のトラックとの関連、および、各トラックに対応する楽曲データ（実データ）のファイル名などが対応づけられた情報である。
【００４３】
ここで、本実施形態では、１曲が単一のトラック（データファイル）で構成されている楽曲データと、１曲が複数のトラック（データファイル）で構成されている楽曲データとが混在しているものとする。管理情報の「属性」には、当該トラックで構成される楽曲が、単一のトラックで構成されているか、複数のトラックで構成されているかを示す属性情報が記録される。本実施形態では、単一のトラックで構成されている楽曲の属性を「シングル」、複数のトラックで構成されている楽曲の属性を「複数」とする。属性が「複数」の楽曲についてはさらに、当該トラックの楽曲中での位置を示す情報が含まれる。本実施形態では、「先頭」（「複数／先頭」）、「中間」（「複数／中間」）、「終端」（「複数／終端」）の３種類の位置情報が属性情報に含まれるものとする。
【００４４】
複数のトラックで構成される楽曲は、例えば、SDAudio（商標）などの規格に基づいた楽曲データであり、複数の分割データで１曲を構成しているものである。このような複数の分割データのそれぞれを１トラックとし、曲の進行に合わせた順序でトラックを順次指定していくことで、１曲の楽曲が再生される。したがって、属性が「複数」のトラックについては、各トラック間の接続関係を示す接続情報（リンク情報）が設定される。本実施形態では、接続情報として、当該トラックの直後に再生するトラックのトラック番号を設定する（「リンク先トラック番号」）。よって、位置属性が「先頭」あるいは「中間」であるトラックには、リンク先トラック番号が設定されているが、位置属性が「終端」のトラックは、当該楽曲の最終トラックであるため、リンク先トラック番号はなく「なし」と設定される。同様に、属性が「シングル」のトラックについても、当該トラックのみで１曲が構成されるので、リンク先トラック番号は「なし」となる。
【００４５】
管理情報には、各トラックに対応する楽曲データ（実データ）を示すファイル名が指定されている。指定されたファイル名の楽曲データは、楽曲データ格納領域７３に格納されている。よって、楽曲再生時には、管理情報を参照することで、再生する楽曲に応じたトラックが順次認識され、認識されたトラックに対応する楽曲データを楽曲データ格納領域７３から読み出して再生することになる。楽曲データ格納領域７３に格納されている楽曲データは、例えば、MP3（MPEG Audio Layer-3）やAAC（Advanced Audio Coding）、HE-AAC（High Efficiency AAC）などといった、所定の音声圧縮方式でデジタル化された音声データ（音楽データ）で構成されるものとする。
【００４６】
以上が本実施形態にかかる移動体通信端末１００の主要な構成である。なお、上記各構成は、移動体通信端末１００によって本発明を実現するために必要な構成を中心に説明したものであり、その他の構成についての詳細な説明は省略する。すなわち、移動体通信端末１００は、上記各構成以外にも、移動体通信端末としての基本的な機能や付加的な機能を実現するための構成を必要に応じて備えているものとする。
【００４７】
以上のような構成を有する移動体通信端末１００の音楽再生機能にかかる処理について以下に説明する。ここで、本実施形態にかかる移動体通信端末１００は、基本機能である音声通話機能が他の機能よりも優先されるものとする。よって、音楽再生機能にかかる処理中に音声通話の着信などが生じた場合、移動体通信端末１００は、実行中の処理を中断して通話機能に切り替わるよう動作する。この場合、音声通信部１２３の動作に基づいて、制御部１１０が割り込み処理をかけることで、実行している他の機能を中断し、通話機能が優先されるよう動作する。
【００４８】
以下、音楽再生機能にかかる処理として、楽曲データを削除する処理を実行している場合を説明する。
【００４９】
（実施形態１）
本実施形態にかかる楽曲データ削除処理を、図４に示すフローチャートを参照して説明する。この楽曲データ削除処理は、音楽再生機能で提供される機能メニューから、楽曲データの削除を指定する項目をユーザが指定したことを契機に、音楽再生処理部１６０によって実行されるものとする。
【００５０】
処理が開始されると、音楽データ読書部１６１が音楽データ格納領域７０にアクセスし、格納されている楽曲の曲名情報を先頭トラック情報領域７１から取得する。取得された曲名情報は、削除対象の楽曲をユーザが指定するため、図５（ａ）に示すように、表示部１４０に選択可能にリスト表示される（ステップＳ１０１）。
【００５１】
ユーザは、リスト表示された楽曲から、削除対象とする楽曲を選択する。すなわち、入力部１３０の所定のキーなどを操作し、カーソル移動などが指示されると、図５（ｂ）に示すような表示画面となる。この場合、表示部１４０には、選択した楽曲の削除を指定するための「削除」や、選択指定の取り消しを指定するための「戻る」などといった機能指定ボタンが表示される。
【００５２】
ユーザは、選択した楽曲の削除を指定する場合には、「削除」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「戻る」に対応するキーを操作することで、楽曲削除に関する指示を入力する。
【００５３】
ここで、楽曲が指定され（ステップＳ１０２：Ｙｅｓ）、「戻る」が指定された場合（ステップＳ１０３：Ｎｏ）は、ステップＳ１０１に戻り、図５（ａ）に示す楽曲のリスト表示をおこなう。
【００５４】
一方、楽曲が指定され（ステップＳ１０２：Ｙｅｓ）、「削除」が指定された場合（ステップＳ１０３：Ｙｅｓ）、音楽データ削除部１６２が、音楽データ格納領域７０にアクセスし、削除指定された楽曲のデータ構成を認識する（ステップＳ１０４）。ここではまず、音楽データ削除部１６２が、先頭トラック情報領域７１にアクセスし、削除指定された楽曲の先頭トラック番号を取得する。次に、管理情報領域７２にアクセスして、取得したトラック番号に対応づけられている属性情報に基づいて、削除指定された楽曲のデータ構成を認識する。
【００５５】
音楽データ削除部１６２は、削除指定された楽曲のデータ構成を認識すると、当該楽曲に、属性が「複数／終端」となっているトラックが含まれているか否かを判別する（ステップＳ１０５）。すなわち、削除指定された楽曲が、複数トラックから構成されるものであり、かつ、全トラックが存在しているものであるか否かを判別する。
【００５６】
ここで、属性が「複数／終端」となっているトラックが含まれていない場合（ステップＳ１０５：Ｎｏ）、当該楽曲は単一のトラックで構成されていることになるので、音楽データ削除部１６２は、当該トラックに対応する楽曲データ（実データ）、管理情報、および、先頭トラック情報を削除し（ステップＳ１０６）、処理を終了する。この場合、音楽データ削除部１６２は、管理情報領域７２の管理情報を参照し、当該トラックに対応づけられている楽曲データのファイル名を取得する。
【００５７】
例えば、図３に示す例において、楽曲番号＃１の楽曲が削除指定されたとすると、先頭トラック情報領域７１に記録されている情報から、トラック番号＃１のトラックが当該楽曲の先頭トラックであることが認識できる。そして、管理情報領域７２に格納されている管理情報を参照すると、トラック番号＃１のトラックの属性が「シングル」であることから、当該削除指定された楽曲は単一のトラックから構成されていることが認識できる。
【００５８】
この場合、音楽データ削除部１６２は、管理情報を参照し、トラック番号＃１に対応づけられている楽曲データのファイル名「AUDIOFILE-01」を取得し、楽曲データ格納領域７３にアクセスして、ファイル名「AUDIOFILE-01」の楽曲データを削除する。楽曲データを削除すると、音楽データ削除部１６２は、管理情報領域７２の管理情報から、トラック番号＃１についてのレコードを削除する。さらに音楽データ削除部１６２は、先頭トラック情報領域７１にトラック番号＃１が先頭トラックとして記録されているレコードを削除して処理を終了する。すなわち、単一のデータで構成されている楽曲の削除は、該当する楽曲データと管理情報と先頭トラック情報とを削除することで完了する。
【００５９】
一方、属性が「複数／終端」となっているトラックが含まれている場合（ステップＳ１０５：Ｙｅｓ）、音楽データ削除部１６２は、当該楽曲を構成するトラック数を計数する（ステップＳ１０７）。
【００６０】
例えば、図３に示す例において、楽曲番号＃２の楽曲が削除指定されたとすると、先頭トラック情報領域７１に記録されている情報から、トラック番号＃２のトラックが当該楽曲の先頭トラックであることが認識できる。そして、管理情報領域７２に格納されている管理情報を参照すると、トラック番号＃２のトラックの属性が「複数／先頭」であることから、当該削除指定された楽曲は複数のトラックから構成されていることが認識できる。
【００６１】
この場合、先頭トラックであるトラック番号＃２のトラックから、属性が「複数／終端」のトラックまで、リンク先トラック番号を順に追っていくことで、削除指定された楽曲を構成している複数のトラックを把握することができる。例えば、図３の例において削除指定された楽曲が楽曲番号＃２の場合、先頭トラックがトラック番号＃２であり、このトラックにリンクしている次のトラックはトラック番号＃３である。同様に、順次リンクしていくと、属性が「複数／終端」となっているトラックは、トラック番号＃５のトラックである。すなわち、楽曲番号＃２の楽曲は、トラック番号＃２→トラック番号＃３→トラック番号＃４→トラック番号＃５の４つのトラックから１曲が構成されていることになる。この場合にステップＳ１０７で計数されるトラック数は「４」となる。
【００６２】
ここで、音楽データ削除部１６２は、当該楽曲を構成するトラックを指定するトラック指定ポインタｎに、計数したトラック数を代入し（ステップＳ１０８）、当該楽曲のｎ番目のトラックに対応する楽曲データを削除する（ステップＳ１０９）。ここでは、管理情報領域７２の管理データを参照し、ｎ番目のトラックに対応づけられている楽曲データのファイル名を特定してから、楽曲データ格納領域７３にアクセスして、特定したファイル名の楽曲データを削除する。
【００６３】
例えば、図３の例において削除指定された楽曲が楽曲番号＃２の場合、ｎ番目のトラックは４番目のトラック、すなわち、トラック番号＃５のトラックであるので、当該トラックに対応づけられている楽曲データのファイル名は「AUDIOFILE-05」である。この場合、音楽データ削除部１６２は、楽曲データ格納領域７３に格納されている「AUDIOFILE-05」を削除する。これにより、楽曲番号＃２の楽曲の終端トラックについての楽曲データ（実データ）が削除される。
【００６４】
楽曲データを削除すると、音楽データ削除部１６２は、ｎ番目のトラックの管理情報を削除する（ステップＳ１１０）。例えば、図３の例において、削除指定された楽曲が楽曲番号＃２の場合、管理情報領域７２の管理情報を構成しているレコードのうち、当該楽曲のｎ番目のトラック、すなわち、トラック番号＃５のトラックについての管理情報を削除する。これにより、楽曲番号＃２の楽曲の終端トラックについての管理情報が削除される。
【００６５】
管理情報を削除すると、音楽データ削除部１６２は、現在のトラック指定ポインタｎから１を減算し（ステップＳ１１１）、減算後のトラック指定ポインタｎが１以上であれば（ステップＳ１１２：Ｙｅｓ）、ｎ番目のトラックについての管理情報を更新する。この場合、本実施形態では、音楽データ削除部１６２が、当該トラックに対応づけられているリンク先トラック番号を「なし」に更新する（ステップＳ１１３）。
【００６６】
例えば、図３の例において、削除指定された楽曲が楽曲番号＃２の場合、初期計数値であった４番目のトラック、すなわち、トラック番号＃５のトラックについての管理情報がステップＳ１１０で削除されている。しかし、その１つ前のトラックである、トラック番号＃４の管理情報には、リンク先トラック番号として「トラック番号＃５」が設定されているので、これを「なし」に更新する。この場合のデータ構成を図６に示す。図示するように、楽曲データ格納領域７３から「AUDIOFILE-05」のデータが削除され、管理情報領域７２の「トラック番号＃５」についての管理情報が削除され、トラック番号＃４のリンク先トラック番号には「なし」が設定されている。
【００６７】
このようにして、１つのトラックについての楽曲データと管理情報を削除すると、割り込み処理がない限り（ステップＳ１１４：Ｎｏ）、当該楽曲の先頭トラックまで順次削除処理がおこなわれる。このようにして、削除指定された楽曲を構成するすべてのトラックについての楽曲データと管理情報が削除されると（ステップＳ１１２：Ｎｏ）、音楽データ削除部１６２は、先頭トラック情報領域７１に記録されている情報のうち、最後に削除したトラックが先頭トラックとして指定されているレコードを削除して（ステップＳ１１５）、処理を終了する。
【００６８】
このように、複数のトラックで構成されている楽曲の削除では、終端トラックから先頭トラックまで順次削除していくので、単一トラックで構成されている楽曲の削除よりも、１曲分の楽曲データ削除に要する時間が長くなる。よって、１曲分の楽曲データの削除をおこなっている途中で、音声通話の着信などが発生する場合もある。上述したように、本実施形態にかかる移動体通信端末１００は、音声通話にかかる機能の動作を他の機能よりも優先させている。したがって、楽曲データをトラック単位で削除している途中で着信などが発生した場合には、制御部１１０などによる割り込み処理が発生する。この場合（ステップＳ１１４：Ｙｅｓ）、音楽データ削除部１６２は、割り込みが発生した時点で楽曲データ削除処理を終了する。
【００６９】
削除指定された楽曲の全トラックが削除されずに楽曲データ削除処理が終了した場合、管理情報に記録されているリンク先トラック番号に基づくリンクが中断するので、１曲を構成するトラックの属性が不完全となる。すなわち、不完全なトラック構成でデータが残存することになる。つまり、削除前の状態では「複数／先頭」→「複数／中間」…「複数／中間」→「複数／終端」とリンクしていたところ、削除途中で中断した場合、例えば、「複数／先頭」→「複数／中間」…「複数／中間」という状態となり、属性が「複数／中間」（もしくは「複数／先頭」）のトラックが、最終トラックとなってしまう。
【００７０】
データ削除の中断によりトラック構成が不完全となった楽曲の再生が指示された場合、削除されたトラックについては再生することができないため、楽曲の途中で突然再生音が途切れてしまうことになる。本実施形態では、音楽再生時に所定の再生効果を適用することにより、このような不都合の解消を図る。
【００７１】
以下、削除処理が途中で終了したことにより不完全なトラック構成で残存した楽曲データが再生される場合を例に、本発明にかかる再生処理の例を説明する。ここで、本実施形態では、図３に示す例において、楽曲番号＃２の楽曲が削除指定され、当該楽曲の終端トラック（トラック番号＃５）についての削除処理が終了した時点で楽曲データ削除処理が終了した場合を例に説明するものとする。すなわち、図６に示すようなデータ構成の状態で再生が実行された場合を例示する。
【００７２】
本実施形態にかかる楽曲データ再生処理（１）を、図７に示すフローチャートを参照して説明する。この楽曲データ再生処理（１）は、ユーザが入力部１３０を操作することで再生モードが指定されたことを契機に、音楽データ再生処理部１６０により実行されるものとする。
【００７３】
処理が開始されると、音楽データ読書部１６１が、音楽データ格納領域７０の管理情報領域７２にアクセスする。音楽データ読書部１６１は、格納されている管理情報の「属性」を参照し、属性が「複数／先頭」または「複数／中間」（以下、これらの属性名を「暫定中断」とする）となっているトラックがあるか否かを判別する（ステップＳ２０１）。
【００７４】
属性が暫定中断のトラックがある場合（ステップＳ２０１：Ｙｅｓ）、音楽データ読書部１６１はさらに、属性が暫定中断のトラックについてのリンク先トラック番号を参照し、リンク先トラック番号が「なし」となっているトラックがあるか否かを判別する（ステップＳ２０２）。
【００７５】
属性が暫定中断で、かつ、リンク先トラック番号が「なし」となっているトラック（以下、「中断トラック」とする）がある場合（ステップＳ２０２：Ｙｅｓ）、音楽データ読書部１６１は、図６に示すように、当該トラックについての管理情報に効果フラグをセットする（ステップＳ２０３）。つまり、音楽データ読書部１６１は、トラックの属性とリンク先トラック情報とに基づいて、音楽データの削除が中断された楽曲を特定し、その残存トラックのうちの最終トラックに、識別情報である効果フラグをセットする。この効果フラグは、再生時に所定の再生効果が適用されるトラックを示すフラグである。すなわち、データ削除が中断された楽曲の最終トラックに対応づけて、管理情報領域７２に識別情報が記録される。本実施形態では、フラグをセットする場合、フラグ値を「１」に設定することとする。一方、中断トラックがない場合には（ステップＳ２０２：Ｎｏ）、効果フラグの設定はおこなわない。
【００７６】
次に、音楽再生処理部１６０は、制御部１１０との協働により、再生モードを選択するための「再生ガイド画面」を表示部１４０に表示する（ステップＳ２０４）。再生ガイド画面の表示例を図１０（ａ）に示す。図示するように、この再生ガイド画面には、先頭トラック情報領域７１に記録されている情報に基づいて、再生可能な楽曲の曲名がリスト表示されるとともに、再生モードを指定するための機能ボタンが表示される。本実施形態では、音楽再生の再生モードとして、「連続再生」と「選曲再生」が用意されているものとする。連続再生は、音楽データ格納領域７０に格納されている複数の楽曲を、楽曲番号順に連続して再生するモードであり、選曲再生は、ユーザが指定した楽曲を再生するモードである。
【００７７】
ユーザは、入力部１３０を操作することにより、所望する再生モードを指定する。ここで、指定された再生モードが選曲再生である場合（ステップＳ２０５：Ｎｏ）、音楽再生処理部１６０は、選曲再生をおこなうための選曲再生処理（１）を実行する（ステップＳ４００）。この選曲再生処理（１）の詳細は後述する。
【００７８】
一方、連続再生が指定された場合（ステップＳ２０５：Ｙｅｓ）、音楽再生処理部１６０は、格納されている楽曲を楽曲番号順に連続再生するための連続再生処理（１）を実行する（ステップＳ３００）。連続再生処理（１）の詳細を、図８に示すフローチャートを参照して説明する。
【００７９】
処理が開始されると、音楽データ読書部１６１は、再生する楽曲の楽曲番号を指定するための楽曲番号ポインタｍに、１曲目を示す初期値「１」を代入する（ステップＳ３０１）。そして、音楽データ読書部１６１は、音楽データ格納領域７０の先頭トラック情報領域７１にアクセスし、ｍ番目の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ３０２）。ここでは、１曲目（楽曲番号＃１）の先頭トラック番号が特定される。
【００８０】
先頭トラック番号が取得されると、音楽データ読書部１６１は、管理情報領域７２にアクセスし、取得した先頭トラック番号のトラックについての管理情報を参照し（ステップＳ３０３）、当該トラックの効果フラグがセットされているか否か（効果フラグが１であるか否か）を判別する（ステップＳ３０４）。
【００８１】
例えば、図６に示す例では、ステップＳ３０１で１番目の楽曲が指定された場合、楽曲番号＃１の先頭トラックはトラック番号＃１である。トラック番号＃１のトラックは、属性が「シングル」であるので、削除処理が途中で中断することはない。よって、削除が中断したトラックに設定される効果フラグはセットされていないことになる（ステップＳ３０４：Ｎｏ）。
【００８２】
この場合、音楽データ読書部１６１は、当該トラックに対応づけられている楽曲データファイル名を取得する（ステップＳ３０８）。音楽データ読書部１６１が楽曲データファイル名を取得すると、再生部１６３が楽曲データ格納領域７３にアクセスし、取得されたファイル名の楽曲データを再生する（ステップＳ３０９）。
【００８３】
このとき、音楽データ読書部１６１は、当該トラックについての管理情報を参照し、リンク先トラック番号が指定されているか否かを判別する（ステップＳ３１０）。例えば、図６の例において、１曲目が指定された場合では、トラック番号＃１のトラックの属性は「シングル」であるため、リンク先トラック番号は「なし」となっている。この場合（ステップＳ３１０：Ｎｏ）、音楽データ読書部１６１は、次の楽曲を指定するため、楽曲番号ポインタｍを＋１して更新する（ステップＳ３１１）。
【００８４】
ここで、更新した楽曲番号ポインタｍの示す数値が、音楽データ格納領域７０に格納されている楽曲数以下である場合（ステップＳ３１２：Ｎｏ）、ステップＳ３０２に戻り、次の楽曲についての先頭トラック番号を取得し（ステップＳ３０２）、当該トラック番号の管理情報を参照して（ステップＳ３０３）、効果フラグがセットされているか否かを判別する（ステップＳ３０４）。
【００８５】
ここで、例えば、図６に示す例において、２曲目が指定された場合、楽曲番号＃２の先頭トラックはトラック番号＃２である。このトラックについての管理情報には、効果フラグがセットされていない（ステップＳ３０４：Ｎｏ）ので、音楽データ読書部１６１は、当該トラックに対応づけられている楽曲データファイル名を取得し（ステップＳ３０８）、再生部１６３が当該ファイル名の楽曲データを再生する（ステップＳ３０９）。
【００８６】
ここで、トラック番号＃２の管理情報には、リンク先トラック番号が指定されている（ステップＳ３１０：Ｙｅｓ）ので、音楽データ読書部１６１は、リンク先として指定されているトラックのトラック番号を取得し（ステップＳ３１３）、ステップＳ３０４に戻る。ここでは、ステップＳ３１３で取得したトラック番号のトラックに効果フラグがセットされているか否かを判別する（ステップＳ３０４）。
【００８７】
トラック番号＃２にリンクしているトラック番号＃３の管理情報には、同様に効果フラグがセットされていない（ステップＳ３０４：Ｎｏ）ので、ステップＳ３０８、Ｓ３０９の処理をおこなって、当該トラックの楽曲データを再生する。また、トラック番号＃３についても、リンク先トラック番号が指定されているので（ステップＳ３１０：Ｙｅｓ）、リンク先のトラック番号を取得し（ステップＳ３１３）、次のトラックについて、同様の処理をおこなう。
【００８８】
ここで、トラック番号＃３のリンク先であるトラック番号＃４の管理情報には、効果フラグがセットされている（ステップＳ３０４：Ｙｅｓ）。この場合、音楽データ読書部１６１は、当該管理情報に対応づけられている楽曲データファイル名を取得する（ステップＳ３０５）。音楽データ読書部１６１は、取得したファイル名と、当該トラックには効果フラグがセットされている旨を再生部１６３に通知する。
【００８９】
再生部１６３は、音楽データ読書部１６１からの通知に応じて、楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生するとともに（ステップＳ３０６）、当該再生にフェードアウト処理を施す（ステップＳ３０７）。ここでは、通知されたファイル名の楽曲データの再生音量を調節することでフェードアウトさせる。この場合、再生部１６３がアンプ回路を制御することで、アナログ変換された音声信号の出力（音量）を調整し、フェードアウト再生する。
【００９０】
この場合、音楽データ読書部１６１は、楽曲番号ポインタｍを＋１して更新する（ステップＳ３１１）。そして、更新した楽曲番号ポインタｍの示す数値が、音楽データ格納領域７０に格納されている楽曲数以下である場合（ステップＳ３１２：Ｎｏ）、ステップＳ３０２に戻り、次の楽曲について同様の処理をおこなう。一方、更新した楽曲番号ポインタｍの示す数値が、格納されている楽曲数より大きい場合、すなわち、全曲について再生が終了した場合（ステップＳ３１２：Ｙｅｓ）、音楽再生処理部１６０は、連続再生処理（１）を終了し、図７に示す楽曲データ再生処理（１）のフローに戻る。
【００９１】
次に、選曲再生が指定された場合（ステップＳ２０５：Ｎｏ）に実行される選曲再生処理（１）の詳細を、図９に示すフローチャートを参照して説明する。
【００９２】
処理が開始されると、音楽再生処理部１６０は、再生する楽曲をユーザに指定させるための「楽曲リスト画面」を表示部１４０に表示する（ステップＳ４０１）。楽曲リスト画面の表示例を図１０（ｂ）に示す。図示するように、楽曲リスト画面には、移動体通信端末１００に格納されている楽曲の曲名等が選択可能にリスト表示される。
【００９３】
ユーザは、入力部１３０の所定のキーを操作し、カーソル移動などによって、再生を所望する楽曲を選択する。楽曲が選択されると、図１０（ｃ）に示すように、表示部１４０には、選択した楽曲の再生を指定するための「再生」や、選択指定の取り消しを指定するための「戻る」などといった機能指定ボタンが表示される。
【００９４】
ユーザは、選択した楽曲の再生を指定する場合には、「再生」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「戻る」に対応するキーを操作することで、楽曲再生に関する指示を入力する。
【００９５】
選択した楽曲の再生が指示されると（ステップＳ４０２：Ｙｅｓ）、音楽データ読書部１６１が、先頭トラック情報領域７１にアクセスし、指定された楽曲の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ４０３）。
【００９６】
次に、音楽データ読書部１６１は、管理情報領域７２にアクセスし、ステップＳ４０３で取得した先頭トラック番号に該当するトラックの管理情報を参照し（ステップＳ４０４）、当該トラックに効果フラグがセットされているか否かを判別する（ステップＳ４０５）。
【００９７】
当該トラックに効果フラグがセットされていない場合（ステップＳ４０５：Ｎｏ）、音楽データ読書部１６１は、当該トラックに対応づけられている楽曲データファイル名を取得し（ステップＳ４１１）、再生部１６３が、楽曲データ格納領域７３に格納されている、当該ファイル名の楽曲データを再生する（ステップＳ４１２）。
【００９８】
ここで、音楽データ読書部１６１は、再生したトラックの管理情報に基づいて、当該トラックにリンク先トラック番号が設定されているか否かを判別する（ステップＳ４１３）。
【００９９】
リンク先トラック番号が設定されている場合（ステップＳ４１３：Ｙｅｓ）、音楽データ読書部１６１は、当該リンク先のトラックについての管理情報を参照し（ステップＳ４１４）、ステップＳ４０５に戻る。つまり、次のトラックについての再生動作をおこなう。
【０１００】
一方、再生したトラックにリンク先トラック番号が設定されていない場合（ステップＳ４１３：Ｎｏ）において、再生オプションとしてリピート再生が設定されており（ステップＳ４０９：Ｙｅｓ）、かつ、ユーザによる再生終了指示が入力されなければ（ステップＳ４１０：Ｎｏ）、ステップＳ４０３に戻って、指定された楽曲の再生動作を繰り返し実行する。
【０１０１】
また、リピート再生が設定されていない（ステップＳ４０９：Ｎｏ）、あるいは、ユーザが再生終了を指示した場合（ステップＳ４１０：Ｙｅｓ）、処理を終了して、図７に示す楽曲データ再生処理（１）のフローに戻る。
【０１０２】
一方、再生対象のトラックに効果フラグがセットされている場合（ステップＳ４０５：Ｙｅｓ）、音楽データ読書部１６１は、当該トラックの管理情報に記録されている楽曲データのファイル名を取得する（ステップＳ４０６）。音楽データ読書部１６１は、取得したファイル名と、当該トラックには効果フラグがセットされている旨を再生部１６３に通知する。
【０１０３】
再生部１６３は、音楽データ読書部１６１からの通知に応じて、楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生するとともに（ステップＳ４０７）、当該再生にフェードアウト処理を施す（ステップＳ４０８）。ここでは、当該楽曲データの再生音量を徐々に低くすることでフェードアウトさせる。
【０１０４】
ここで、再生オプションとしてリピート再生が設定されており（ステップＳ４０９：Ｙｅｓ）、かつ、ユーザによる再生終了指示が入力されない場合（ステップＳ４１０：Ｎｏ）は、ステップＳ４０３に戻り、指定された楽曲の再生動作を繰り返し実行する。
【０１０５】
また、リピート再生が設定されていない（ステップＳ４０９：Ｎｏ）、あるいは、ユーザが再生終了を指示した場合（ステップＳ４１０：Ｙｅｓ）、処理を終了して、図７に示す楽曲データ再生処理（１）のフローに戻る。
【０１０６】
楽曲データ再生処理（１）では、連続再生処理（１）、または、選曲再生処理（１）での再生が終了すると、音楽データ読書部１６１が、管理情報領域７２の管理情報を参照し、再生したトラックに効果フラグがセットされているものがあったか否かを判別する（ステップＳ２０６）。
【０１０７】
効果フラグがセットされたトラックを再生していなかった場合（ステップＳ２０６：Ｎｏ）、そのまま楽曲データ再生処理（１）を終了する。
【０１０８】
一方、効果フラグがセットされているトラックが再生されていた場合（ステップＳ２０６：Ｙｅｓ）、音楽データ読書部１６１は、当該トラックのリンク元を辿ることで、属性が「複数／先頭」となっているトラックのトラック番号を特定する。すなわち、フェードアウト再生をおこなった楽曲についての先頭トラック番号を特定する（ステップＳ２０７）。
【０１０９】
フェードアウト再生をおこなった楽曲についての先頭トラック番号を特定すると、音楽データ読書部１６１は、先頭トラック情報領域７１にアクセスし、特定した先頭トラック番号に対応する楽曲番号と曲名を特定する（ステップＳ２０８）。すなわち、削除処理が中断された楽曲を特定する。
【０１１０】
再生した楽曲中に、削除処理が途中のものが含まれていた場合、音楽再生処理部１６０は制御部１１０と協働し、ステップＳ２０８で特定した曲名を示すとともに、当該楽曲が削除途中である旨、および、当該楽曲の削除処理の続行をおこなうか否かを問い合わせるメッセージなどを示した、図１１に示すような「削除確認画面」を表示部１４０に表示する（ステップＳ２０９）。
【０１１１】
図示するように、削除確認画面には、当該楽曲の削除続行を指定するための「削除する」や、当該楽曲の削除処理をおこなわないことを指定するための「削除しない」などといった機能指定ボタンが表示される。ユーザは、表示された楽曲の削除続行を指定する場合には、「削除する」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「削除しない」に対応するキーを操作することで、楽曲削除に関する指示を入力する。
【０１１２】
ここで、ユーザが入力部１３０を操作することにより、当該楽曲の削除続行が指示された場合（ステップＳ２１０：Ｎｏ）、音楽再生処理部１６０は、図４に示した楽曲データ削除処理を実行し、当該楽曲について、残りのトラックに関する情報の削除を続行する。この場合、音楽データ削除部１６２は、ステップＳ２０８で特定された楽曲についての削除処理をおこなうものとする。
【０１１３】
一方、表示された楽曲の削除続行が指示されない場合（ステップＳ２１０：Ｙｅｓ）は、そのまま楽曲データ再生処理（１）を終了する。
【０１１４】
以上説明したように、本実施形態にかかる処理を移動体通信端末１００が実行することにより、削除処理が中断された楽曲データであっても、フェードアウト再生がおこなわれるので、再生音が途切れない良好な再生となる。
【０１１５】
（実施形態２）
上記実施形態１では、効果フラグがセットされたトラックを再生する際に、再生音量を調節することによりフェードアウトするようにしたが、当該トラックの楽曲データを加工することによりフェードアウト再生してもよい。この場合の再生に関する処理を以下説明する。なお、楽曲データの削除に関する処理は実施形態１と同様である。すなわち、図４に示す楽曲データ削除処理が実行されることで、楽曲データの削除がおこなわれる。
【０１１６】
本実施形態にかかる楽曲データ再生処理（２）を、図１２に示すフローチャートを参照して説明する。この楽曲データ再生処理（２）は、実施形態１の楽曲データ再生処理（１）と同様、ユーザが入力部１３０を操作することで再生モードが指定されたことを契機に、音楽データ再生処理部１６０により実行されるものとする。
【０１１７】
処理が開始されると、音楽データ読書部１６１が、音楽データ格納領域７０の管理情報領域７２にアクセスする。音楽データ読書部１６１は、格納されている管理情報の「属性」を参照し、属性が暫定中断（すなわち、「複数／先頭」または「複数／中間」）となっているトラックがあるか否かを判別する（ステップＳ５０１）。
【０１１８】
属性が暫定中断のトラックがある場合（ステップＳ５０１：Ｙｅｓ）、音楽データ読書部１６１はさらに、属性が暫定中断のトラックについてのリンク先トラック番号を参照し、リンク先トラック番号が「なし」となっているトラック（中断トラック）があるか否かを判別する（ステップＳ５０２）。すなわち、音楽データ読書部１６１は、トラックの属性とリンク先トラック情報とに基づいて、データ削除が中断された楽曲を特定する。
【０１１９】
中断トラックがある場合（ステップＳ５０２：Ｙｅｓ）、音楽データ読書部１６１は、当該トラックの管理情報を参照し、当該トラックの楽曲データファイル名を取得する（ステップＳ５０３）。楽曲データのファイル名を取得すると、音楽データ読書部１６１は楽曲データ格納領域７３にアクセスし、当該ファイル名の楽曲データの読み出しをおこなう（ステップＳ５０４）。この場合、例えば、記憶部１７０のワークエリアなどに当該楽曲データを展開し、当該楽曲データを加工可能な状態にする。
【０１２０】
音楽データ読書部１６１は、読み出した楽曲データに対し、フェードアウト処理をおこなう（ステップＳ５０５）。この場合、当該楽曲データを再生したときにフェードアウトするよう楽曲データを加工する。ここでは、当該楽曲データ中の音量を示すパラメータなどが変更されるようデータを加工する。例えば、MP3形式のデータである場合、フェードアウトとなるように、グローバルゲイン値の書き換えなどをおこなう。
【０１２１】
楽曲データにフェードアウト処理をおこなうと、音楽データ読書部１６１は、加工した楽曲データを楽曲データ格納領域７３に書き込み（ステップＳ５０６）、再生部１６３による再生処理が可能な状態とする。すなわち、データ削除が中断された楽曲については、その楽曲の残存しているトラックのうちの最終トラックがフェードアウト再生されるよう、当該トラックの楽曲データを加工して更新する。
【０１２２】
ここで、楽曲データを加工してフェードアウト処理をおこなった場合、音楽データ読書部１６１は、フェードアウト処理をおこなったトラックの属する楽曲の楽曲番号を特定する（ステップＳ５０７）。この場合、フェードアウト処理をおこなったトラックの管理情報を参照し、リンク元となっているトラックを、属性が「複数／先頭」となっているトラックまで遡ることで、当該楽曲の先頭トラックを特定する。そして、先頭トラック情報領域７１にアクセスして、当該先頭トラックに対応する楽曲番号を特定する。音楽データ読書部１６１はさらに、先頭トラック情報領域７１における当該楽曲のレコードに、削除処理が中断されていることを示す中断フラグをセットする（ステップＳ５０８）。この場合、音楽データ読書部１６１は、中断フラグのフラグ値を「１」にする。すなわち、データ削除が中断された楽曲がいずれであるかが中断フラグにより示されることになる。
【０１２３】
一方、属性が暫定中断となっているトラックがない場合（ステップＳ５０１：Ｎｏ）、または、中断トラックがない場合（ステップＳ５０２：Ｎｏ）は、上記のようなフェードアウト処理や中断フラグのセットはおこなわない。
【０１２４】
次に、音楽再生処理部１６０は、制御部１１０との協働により、図１０（ａ）に示すような「再生ガイド画面」を表示部１４０に表示し（ステップＳ５０９）、ユーザに再生モードを指定させる。ここでは、実施形態１と同様に、再生ガイド画面により、「連続再生」と「選曲再生」のいずれかをユーザに選択させる。
【０１２５】
選曲再生が選択された場合（ステップＳ５１０：Ｎｏ）、音楽再生処理部１６０は、選曲再生をおこなうための選曲再生処理（２）を実行する（ステップＳ７００）。選曲再生処理（２）の詳細は後述する。
【０１２６】
一方、連続再生が選択された場合（ステップＳ５１０：Ｙｅｓ）は、連続再生をおこなうための連続再生処理（２）が実行される（ステップＳ６００）。この連続再生処理（２）を、図１３に示すフローチャートを参照して説明する。
【０１２７】
処理が開始されると、音楽データ読書部１６１は、再生する楽曲の楽曲番号を指定するための楽曲番号ポインタｍに、１曲目を示す初期値「１」を代入する（ステップＳ６０１）。そして、音楽データ読書部１６１は、音楽データ格納領域７０の先頭トラック情報領域７１にアクセスし、ｍ番目の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ６０２）。ここでは、１曲目（楽曲番号＃１）の先頭トラック番号が特定される。
【０１２８】
先頭トラック番号が取得されると、音楽データ読書部１６１は、管理情報領域７２にアクセスし、取得した先頭トラック番号のトラックについての管理情報を参照し（ステップＳ６０３）、当該トラックの楽曲データファイル名を取得し、再生部１６３に通知する（ステップＳ６０４）。
【０１２９】
再生部１６３は、楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生する（ステップＳ６０５）。このとき、音楽データ読書部１６１は、当該トラックについての管理情報を参照し、当該トラックにリンク先トラック番号が設定されているか否かを判別する（ステップＳ６０６）。
【０１３０】
リンク先トラック番号が設定されている場合（ステップＳ６０６：Ｙｅｓ）、音楽データ読書部１６１は、当該リンク先トラックについての管理情報を参照し（ステップＳ６０７）、ステップＳ６０４に戻る。すなわち、次のトラックについて、同様に再生をおこなう。
【０１３１】
一方、再生したトラックにリンク先トラック番号が設定されていない場合（ステップＳ６０６：Ｎｏ）、音楽データ読書部１６１は、楽曲番号指定ポインタｍを＋１して更新する（ステップＳ６０８）。そして、更新した楽曲番号ポインタｍの示す数値が、音楽データ格納領域７０に格納されている楽曲数以下である場合（ステップＳ６０９：Ｎｏ）、ステップＳ６０４に戻り、次の楽曲についての再生をおこなう。
【０１３２】
一方、更新した楽曲番号ポインタｍの示す数値が、格納されている楽曲数より大きい場合、すなわち、全曲について再生が終了した場合（ステップＳ６０９：Ｙｅｓ）、音楽再生処理部１６０は、連続再生処理（２）を終了し、図１２に示す楽曲データ再生処理（２）のフローに戻る。
【０１３３】
次に、選曲再生が指定された場合（ステップＳ５１０：Ｎｏ）に実行される選曲再生処理（２）の詳細を、図１４に示すフローチャートを参照して説明する。
【０１３４】
処理が開始されると、音楽再生処理部１６０は、再生する楽曲をユーザに指定させるための、図１０（ｂ）に示すような「楽曲リスト画面」を表示部１４０に表示する（ステップＳ７０１）。楽曲リスト画面には、移動体通信端末１００に格納されている楽曲の曲名等が選択可能にリスト表示される。
【０１３５】
ユーザは、入力部１３０の所定のキーを操作し、カーソル移動などによって、再生を所望する楽曲を選択する。楽曲が選択されると、図１０（ｃ）に示すように、表示部１４０には、選択した楽曲の再生を指定するための「再生」や、選択指定の取り消しを指定するための「戻る」などといった機能指定ボタンが表示される。
【０１３６】
ユーザは、選択した楽曲の再生を指定する場合には、「再生」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「戻る」に対応するキーを操作することで、楽曲再生に関する指示を入力する。
【０１３７】
選択した楽曲の再生が指示されると（ステップＳ７０２：Ｙｅｓ）、音楽データ読書部１６１が、先頭トラック情報領域７１にアクセスし、指定された楽曲の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ７０３）。続いて音楽データ読書部１６１は、管理情報領域７２にアクセスし、取得した先頭トラック番号に対応する管理情報を参照し（ステップＳ７０４）、当該トラックの楽曲データファイル名を取得して再生部１６３に通知する（ステップＳ７０５）。再生部１６３は楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生する（ステップＳ７０６）。
【０１３８】
ここで、音楽データ読書部１６１は、再生したトラックの管理情報に基づいて、当該トラックにリンク先トラック番号が設定されているか否かを判別する（ステップＳ７０７）。
【０１３９】
リンク先トラック番号が設定されている場合（ステップＳ７０７：Ｙｅｓ）、音楽データ読書部１６１は、当該リンク先のトラックについての管理情報を参照し（ステップＳ７０８）、ステップＳ７０５に戻る。つまり、次のトラックについての再生動作をおこなう。
【０１４０】
一方、再生したトラックにリンク先トラック番号が設定されていない場合（ステップＳ７０７：Ｎｏ）において、再生オプションとしてリピート再生が設定されており（ステップＳ７０９：Ｙｅｓ）、かつ、ユーザによる再生終了指示が入力されなければ（ステップＳ７１０：Ｎｏ）、ステップＳ７０３に戻って、指定された楽曲の再生動作を繰り返し実行する。
【０１４１】
また、リピート再生が設定されていない（ステップＳ７０９：Ｎｏ）、あるいは、ユーザが再生終了を指示した場合（ステップＳ７１０：Ｙｅｓ）、処理を終了して、図１２に示す楽曲データ再生処理（２）のフローに戻る。
【０１４２】
楽曲データ再生処理（２）では、連続再生処理（２）または選曲再生処理（２）での再生が終了すると、音楽データ読書部１６１が、先頭トラック情報領域７１にアクセスし、再生した楽曲に中断フラグがセットされているものがあったか否かを判別する（ステップＳ５１１）。
【０１４３】
中断フラグがセットされた楽曲を再生していなかった場合（ステップＳ５１１：Ｎｏ）、そのまま楽曲データ再生処理（２）を終了する。
【０１４４】
一方、中断フラグがセットされている楽曲が再生されていた場合（ステップＳ５１１：Ｙｅｓ）、音楽再生処理部１６０は制御部１１０と協働し、当該楽曲の曲名を示すとともに、当該楽曲が削除途中である旨、および、当該楽曲の削除処理の続行をおこなうか否かを問い合わせるメッセージなどを示した、図１１に示すような「削除確認画面」を表示部１４０に表示する（ステップＳ５１２）。
【０１４５】
この場合、実施形態１と同様、ユーザが入力部１３０を操作することにより、当該楽曲の削除続行をおこなうか否かを指示する。当該楽曲の削除続行が指示された場合（ステップＳ５１３：Ｎｏ）、音楽再生処理部１６０は、図４に示した楽曲データ削除処理を実行し、当該楽曲について、残りのトラックに関する情報の削除を続行する。この場合、音楽データ削除部１６２は、中断フラグがセットされた楽曲についての削除処理をおこなうものとする。
【０１４６】
一方、表示された楽曲の削除続行が指示されない場合（ステップＳ５１３：Ｙｅｓ）は、そのまま楽曲データ再生処理（２）を終了する。
【０１４７】
以上説明したように、本実施形態にかかる処理を移動体通信端末１００が実行することにより、削除処理が中断された楽曲データであっても、フェードアウト再生がおこなわれるので、再生音が途切れない良好な再生となる。
【０１４８】
上記各実施形態は一例であり、本発明の適用範囲はこれに限られない。すなわち、種々の応用が可能であり、あらゆる実施の形態が本発明の範囲に含まれる。
【０１４９】
上記各実施形態では、楽曲データの削除時には、終端トラックから順に削除していき、削除処理が中断した楽曲については、残存しているトラックの最終トラックをフェードアウト再生することにより、再生音の途切れを発生させないようにしたが、例えば、先頭トラックから順に削除していき、削除処理が中断した楽曲については、残存しているトラックのうちの先頭トラックをフェードイン再生するようにしてもよい。
【０１５０】
また、上記各実施形態では、接続情報として、当該トラックの直後に再生するトラックを示すリンク先トラック番号を設定するものとしたが、各トラック間の接続関係を示すものであればこれに限られない。例えば、当該トラックの直前に再生するトラックが指定されるよう接続情報を設定してもよい。
【０１５１】
上記各実施形態では、音楽データとしてMP3形式などの音声データを例示したが、再生するデータの形式はこれに限られず任意である。例えば、WAV形式のデータやMIDIデータなどであってもよい。
【０１５２】
上記各実施形態では、残存しているトラックのうちの最終トラックの再生をフェードアウトとしたが、残存している複数のトラックにわたってフェードアウト処理するようにしてもよい。
【０１５３】
また、上記各実施形態では、移動体通信端末１００の通話機能にかかる着信の際に、音楽データ削除処理を中断することとしたが、通話機能の着信に限らず、種々の動作に基づく割り込み処理によって、音楽データ削除処理を中断するよう制御してもよい。例えば、電子メールの受信などに基づいて、音楽データ削除処理を中断してもよい。
【０１５４】
上記各実施形態では、本発明にかかる移動体通信端末を移動体通信端末で実現させた例を示したが、このような移動体通信端末は、上述した本発明を実現するための機能を予め備えている装置として提供できる他、これらの機能を備えていない移動体通信端末にプログラムを適用することで、上述した移動体通信端末１００として機能させることができる。この場合、上述した音楽再生処理部１６０による各処理を実現するためのプログラムを既存の移動体通信端末に適用し、当該移動体通信端末を制御するコンピュータ（ＣＰＵなど）が適用されたプログラムを実行することで、上述した音楽再生処理部１６０の各機能を実現することができる。すなわち、このようなプログラムを、移動体通信端末の記憶装置にインストールし、制御装置がこれを実行することで、既存の移動体通信端末を上記移動体通信端末１００として機能させることができる。
【０１５５】
同様に、このようなプログラムを、音楽再生機能を有する種々の装置に適用することによっても、本発明を実現することができる。すなわち、移動体通信端末に限らず、デジタル方式での音楽再生が可能な種々の装置に本発明を適用することができる。例えば、音楽再生が可能なＰＤＡ（Personal Data Assistance：携帯情報端末）やパーソナルコンピュータなどといった任意の装置に本発明を適用してもよい。この場合、適用する装置に通信機能が備えられている場合には、例えば、電子メールの受信などに応じて、音楽データの削除処理を中断するよう動作させ、音楽データの再生時に、上記実施形態と同様のフェードアウト再生をおこなうようにしてもよい。
【０１５６】
すなわち、このようなプログラムを適用することにより、本発明を実現するための専用装置に限らず、種々の装置で本発明を実現させることができる。例えば、汎用のコンピュータ装置などによって本発明を実現することもできる。
【０１５７】
このようなプログラムの適用方法は任意であり、例えば、インターネットなどの通信媒体を介して提供することで任意の装置に適用することが可能である他、所定の記録媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ、メモリカード、など）にプログラムを格納して配布して適用することもできる。
【図面の簡単な説明】
【０１５８】
【図１】本発明の実施形態にかかる移動体通信端末の外観を模式的に示す図である。
【図２】図１に示す移動体通信端末の内部構成を示すブロック図である。
【図３】図２に示す記憶部またはメモリカードに記録される音楽情報のデータ構成例を示す図である。
【図４】本発明の実施形態にかかる楽曲データ削除処理を説明するためのフローチャートである。
【図５】図３に示す処理における画面表示の表示例を示す図であり、（ａ）は削除対象のリスト画面の表示例を示し、（ｂ）は削除対象楽曲が選択された際の画面表示例を示す。
【図６】図４に示す処理によって楽曲データが削除された後のデータ構成例を示す図である。
【図７】本発明の実施形態１にかかる楽曲データ再生処理（１）を説明するためのフローチャートである。
【図８】図７に示す処理で実行される連続再生処理（１）を説明するためのフローチャートである。
【図９】図７に示す処理で実行される選曲再生処理（１）を説明するためのフローチャートである。
【図１０】図７に示す処理における画面表示例を示す図であり、（ａ）は再生モードを選択させるための画面の表示例を示し、（ｂ）は選曲再生において楽曲を選択させるための画面の表示例を示し、（ｃ）は選曲再生において楽曲が選択された際の画面表示例を示す。
【図１１】図７に示す処理において表示される削除確認画面の表示例を示す図である。
【図１２】本発明の実施形態２にかかる楽曲データ再生処理（２）を説明するためのフローチャートである。
【図１３】図１２に示す処理で実行される連続再生処理（２）を説明するためのフローチャートである。
【図１４】図１２に示す処理で実行される選曲再生処理（２）を説明するためのフローチャートである。
【符号の説明】
【０１５９】
１００…移動体通信端末、１１０…制御部、１２０…通信制御部、１２２…無線部、１２３…音声通信部、１２４…データ通信部、１２５…通信ＩＦ部、１３０…入力部、１４０…表示部、１５０…音声コーデック部、１６０…音楽再生処理部、１６１…音楽データ読書部、１６２…音楽データ削除部、１６３…再生部、１７０…記憶部、１７５…メモリカード、１８０…カードＩＦ部
【技術分野】
【０００１】
本発明は、移動体通信端末、および、プログラムに関し、特に、携帯電話などの移動体通信端末での音楽再生に好適な移動体通信端末、および、プログラムに関する。
【背景技術】
【０００２】
電子技術や情報技術の発展に伴い、携帯電話機などの移動体通信端末の小型化・高性能化が進んでいる。この結果、基本機能である音声通話機能以外の様々な付加機能を搭載した移動体通信端末が広く利用されている。
【０００３】
このような付加機能の１つに音楽再生機能がある。近時のデジタル技術の向上により、小型の機器で高品質な音楽再生が可能となり、この機能を移動体通信端末に搭載することで、付加価値のある製品が提供されている。デジタルデータを用いた音楽再生機能では、インターネットなどの通信ネットワークを介して音楽データを配信することができるので、通信機能を有する移動体通信端末には特に好適な付加機能となっている。
【０００４】
これらの機能が充実することにより利便性や多様性が向上するものの、あくまでも付加機能であるため、移動体通信端末では、基本機能である通話機能が優先されるべきである。よって、多くの移動体通信端末では、付加機能の実行中に着信などが発生した場合には、付加機能の実行を中断して通話機能に切り替えるよう動作している。
【０００５】
このような場合、実行していた機能が中断されてしまうことによって、不都合が生じることもある。例えば、着信により中断された音楽再生に復帰する際には、中断時に再生していた楽曲から再生するためのユーザ操作が必要となる場合がある。このような不都合を解消するために、例えば、特許文献１に示すような、中断時に再生していた楽曲から自動的に再生する手法などが提案されている。すなわち、通話機能を優先するための付加機能の実行中断は、何らかの不都合を生じさせる場合が多く、付加機能が充実するに伴い、様々な不都合が生じることになる。
【０００６】
音楽再生機能だけをみても、技術進歩に伴ってその性能が向上しており、機能が拡張している。例えば、記憶媒体（メモリカードや内蔵メモリなど）の小型大容量化は、より多くの楽曲データを記憶可能にしている。また、楽曲数を多くできるだけでなく、データ量の大きい楽曲も格納可能となる。これにより、１つの楽曲全体が再生可能になったり、高音質化のためにデータ量が大きくなった楽曲なども再生可能となっている。このようなデータ量の大きい楽曲データは、効率的に配信できるよう、複数の分割されたデータで構成されることがある。この場合、１つの楽曲についての複数のデータを順次再生していくことで、１つの楽曲として再生することができる。
【０００７】
このような、より多くの楽曲を格納できる状況においては、移動体通信端末であっても、専用の音楽再生機器と同等の機能がなければユーザビリティが低下してしまう。よって、例えば、蓄積した多くの楽曲の中からユーザの好む曲順などを指定し、指定した楽曲を連続して再生する機能なども備えられている。また、新たな楽曲データを取得して追加したり、不要な楽曲のデータを削除したりすることもユーザが自由におこなうことができる。ここで、削除対象が複数の分割データで構成されている楽曲である場合、通常、分割データ単位に順次データを削除することになる。
【０００８】
このような削除動作をおこなっている最中に着信などが発生すると、削除動作を中断して通話機能に切り替わることになる。ここで、複数の分割データで構成されている楽曲を分割データ単位で削除している途中で割り込みが発生した場合、当該楽曲については、一部の分割データが残った状態で削除動作が中断されてしまう。よって、後に当該楽曲が再生された際には、曲の途中で再生音が途切れることになり、特に、複数の楽曲を連続再生している場合には聞き苦しいものとなってしまう。
【特許文献１】特開２００１−３４６２６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上記実状に鑑みてなされたものであり、楽曲データの削除作業中に中断が生じた場合でも、良好な再生をおこなうことができる移動体通信端末等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の第１の観点にかかる移動体通信端末は、
音楽再生機能を有する移動体通信端末であって、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて格納する記憶手段と、
前記記憶手段に格納されている音楽データをトラック単位で削除する音楽データ削除手段と、
通信機能にかかる着信を検出する着信検出手段と、
前記着信検出手段による着信の検出に応じて、前記音楽データ削除手段による音楽データの削除を中断させる割り込み手段と、
前記記憶手段に格納されている音楽データを再生する再生手段と、を備え、
前記再生手段は、
再生する楽曲の管理情報に基づいて、音楽データの削除が中断した楽曲を特定する中断楽曲特定手段と、
前記中断楽曲特定手段が特定した楽曲をフェードアウト再生するフェードアウト手段と、をさらに備える、
ことを特徴とする。
【００１１】
上記移動体通信端末において、
前記属性情報は、少なくとも、各トラックの位置情報を含み、
前記接続情報は、当該トラックに続くトラックがいずれであるかを示す情報を含み、
前記中断楽曲特定手段は、前記属性情報と前記接続情報とに基づいて、それぞれが複数トラックで構成されている楽曲のうち、音楽データの削除が中断された楽曲を特定することが望ましい。
【００１２】
上記移動体通信端末において、
前記音楽データ削除手段は、一の楽曲を構成する複数トラックの終端トラックから順にトラック単位で、対応する音楽データと管理情報とを削除し、
前記中断楽曲特定手段は、所定の識別情報を、構成トラックが中断している楽曲の最終トラックと対応づけて前記記憶手段に記録し、
前記フェードアウト手段は、前記識別情報に対応するトラックをフェードアウト再生することが望ましい。
【００１３】
上記移動体通信端末において、
前記フェードアウト手段は、音楽データの削除が中断した楽曲の再生音量を調節することでフェードアウト再生することが望ましい。
【００１４】
上記移動体通信端末において、
前記中断楽曲特定手段は、音楽データの削除が中断された楽曲の音楽データを、当該楽曲がフェードアウト再生されるよう加工するデータ加工手段をさらに備えていることが望ましい。
【００１５】
上記移動体通信端末は、
フェードアウト再生した楽曲の削除続行をユーザに問い合わせる情報を表示出力する表示手段と、
ユーザの指示を入力する入力手段と、をさらに備えていることが望ましく、この場合、
前記音楽データ削除手段は、前記入力手段によりフェードアウト再生した楽曲の削除続行が指示された場合、当該楽曲の音楽データ削除を続行することが望ましい。
【００１６】
上記目的を達成するため、本発明の第２の観点にかかるプログラムは、
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、各トラックの属性情報と接続情報とに基づいて、音楽データの削除が中断された楽曲の最終トラックをフェードアウト再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とする。
【００１７】
上記目的を達成するため、本発明の第３の観点にかかるプログラムは、
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、音楽データの削除が中断された楽曲の最終トラックがフェードアウト再生されるよう、前記記憶媒体に格納されている当該トラックの音楽データを加工する機能と、
前記記憶媒体に格納されている音楽データを再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、音楽再生機能を有する移動体通信端末（携帯電話機など）において、１曲を複数のトラック（データファイル）で構成する楽曲をトラック単位で削除する途中で、通話機能にかかる着信などが発生した場合、割り込み処理によって音楽データの削除を中断する。音楽データを再生する場合、トラックの位置情報などを示す属性情報と、トラック間の接続関係を示す接続情報とに基づいて、音楽データの削除が中断された楽曲がいずれであるかを特定する。そして、データ削除が中断された楽曲が特定された場合、当該楽曲をフェードアウト再生するので、再生音が途切れることのない良好な再生とすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明にかかる実施形態を説明する。ここでは、本発明を移動体通信端末で実現した場合を例に以下説明する。
【００２０】
本発明の実施形態にかかる移動体通信端末１００は、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などといった移動体通信用の端末装置（電話機）であり、基本機能である音声通話機能の他に、少なくとも、音楽再生機能を備えているものとする。図面を参照して、移動体通信端末１００の構成を以下説明する。
【００２１】
図１は、本実施形態にかかる移動体通信端末１００の外観を示す模式図である。移動体通信端末１００の外観上の構成には、図１に示すような、アンテナ１２１、入力部１３０、表示部１４０、スピーカ１５１、マイクロフォン１５２、スピーカ１６４、などが含まれる。図２を参照して移動体通信端末１００の内部構成を説明する。
【００２２】
図２は、移動体通信端末１００の内部構成を示すブロック図である。図示するように、本実施形態にかかる移動体通信端末１００は、制御部１１０、通信制御部１２０、入力部１３０、表示部１４０、音声コーデック部１５０、音楽再生処理部１６０、記憶部１７０、カードＩＦ（インタフェース）部１８０、などから構成される。
【００２３】
制御部１１０は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）などから構成され、移動体通信端末１００の各部を制御することで、各部間の連携動作などを実現する。
【００２４】
通信制御部１２０は、移動体通信端末１００による通信にかかる処理をおこなうものであり、図２に示すように、無線部１２２、音声通信部１２３、データ通信部１２４、通信ＩＦ（インタフェース）部１２５、などから構成される。
【００２５】
無線部１２２は、所定の無線送受信回路などから構成され、アンテナ１２１との協働により、移動体通信端末１００による音声通話やデータ通信に必要な無線通信をおこなう。より詳細には、移動体通信端末１００と所定の基地局との無線通信をおこなうことで、移動体通信端末１００の通信機能を実現する。
【００２６】
音声通信部１２３は、所定の通信回路などから構成され、移動体通信端末１００による音声通話にかかる通信処理をおこなう。より詳細には、無線部１２２との協働により、所定の移動体通信網を介しての音声通信をおこなうための処理をおこなう。より詳細には、無線部１２２との協働により、音声通話における発呼や着信にかかる動作をおこなう。また、本実施形態にかかる移動体通信端末１００は、デジタル方式による音声通信をおこなうものとする。
【００２７】
データ通信部１２４は、所定の通信回路などから構成され、移動体通信端末１００によるデータ通信にかかる通信処理をおこなう。本実施形態では、少なくとも、インターネットを介したデータ通信により、音楽データのダウンロードをおこなうためのデータ通信をおこなう。例えば、データ通信部１２４は、ウェブサイトにアクセスするためのブラウザ機能などを備えることで、音楽データの配信サイトなどからの音楽データのダウンロードを可能にする。
【００２８】
通信ＩＦ部１２５は、移動体通信端末１００が他の情報処理装置等と通信するためのインタフェース装置であり、例えば、ＵＳＢ（Universal Serial Bus）やＩｒＤＡ（Infrared Data Association）、Bluetooth、などといった、電子機器間の通信に関する所定の規格に基づいたインタフェース装置によって構成される。本実施形態では、例えば、パーソナルコンピュータや他の移動体通信端末装置などから音楽データ取得する場合などに通信ＩＦ部１２５が用いられる。この場合、例えば、接続された他の装置内に記録されている音楽データを取得することができる他、接続された他の装置がＣＤ（Compact Disc）などの記録媒体を駆動することにより、当該記録媒体に格納されている音楽データなどを取得してもよい。
【００２９】
入力部１３０は、ユーザ操作による移動体通信端末１００への入力をおこなうものであり、例えば、図１に示すように、カーソル移動や項目選択、あるいは、入力事項の確定指示などをおこなうための十字キー１３１や、機能などを指定するための機能ボタン群１３２、数字や文字などを入力するための文字キー群１３３、などから構成され、ユーザによって操作されることで、文字入力や種々の選択指示などをおこなう。入力部１３０は、ユーザによる操作に応じた入力信号を制御部１１０に入力する。
【００３０】
表示部１４０は、例えば、液晶表示装置（ＬＣＤ：Liquid Crystal Display）などから構成され、移動体通信端末１００が備える種々の機能に応じた画面を表示する。本実施形態では、制御部１１０により表示部１４０が制御されるものとする。この場合、制御部１１０が、表示する画面を随時作成し、表示部１４０の表示制御をおこなうことで、表示部１４０に画面表示される。
【００３１】
音声コーデック部１５０は、移動体通信端末１００の音声通話などにおける音声入出力にかかる処理をおこなうものであり、所定のコーデック（codec）回路などから構成される。本実施形態にかかる移動体通信端末１００は、デジタル方式による音声通信をおこなうので、音声コーデック部１５０は、音声通話時に入出力される音声のコーディング（符号化）およびデコード（復号）をおこなう。すなわち、音声通信部１２３が受信したデジタル音声データをデコードし、アナログ信号に変換してスピーカ１５１から出力するとともに、マイクロフォン１５２から入力されたアナログ音声信号を符号化し、デジタルデータに変換して音声通信部１２３に供給する。
【００３２】
音楽再生処理部１６０は、例えば、デジタル音楽データを処理するためのＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）などから構成され、移動体通信端末１００の音楽再生機能にかかる処理をおこなう。図２に示すように、音楽再生処理部１６０は、音楽データ読書部１６１、音楽データ削除部１６２、再生部１６３、などから構成される。
【００３３】
音楽データ読書部１６１は、記憶部１７０やメモリカード１７５（詳細後述）などに格納されている音楽データの読み出しや書き込みをおこなう。すなわち、音楽再生時には、再生対象となる音楽データの読み出しをおこない、新たに音楽データの取得した時には、取得した音楽データの書き込みをおこなう。また、音楽データ読書部１６２は、音楽データ再生機能にかかる種々の読書動作をおこなう。
【００３４】
音楽データ削除部１６２は、記憶部１７０やメモリカード１７５などに格納されている音楽データを削除する際の処理をおこなう。
【００３５】
再生部１６３は、音楽データ読書部１６１が読み出した音楽データを再生するための処理をおこなう。本実施形態では、所定の符号化形式により符号化されたデジタル音楽データの再生をおこなう。よって、再生部１６３は、符号化された音楽データを復号してアナログ信号に変換するためのＤ／Ａコンバータや、変換されたアナログ信号の出力を調整するためのアンプ回路などを備え、スピーカ１６４やイヤホンなどから出力することで音楽再生をおこなう。また、本実施形態にかかる再生部１６３は、楽曲の再生に関する情報に応じて、所定の再生効果を施す。本実施形態では、再生効果としてフェードアウトなどをおこなうものとする。
【００３６】
音楽再生処理部１６０は、上述したように、ＡＳＩＣなどの専用回路によるハードウェア処理によって実現可能であることはもとより、例えば、制御部１１０がプログラムを実行することで実現されるソフトウェア処理により実現されてもよい。この場合、制御部１１０が、上述した音楽再生処理部１６０の各構成として機能するためのプログラムを記憶部１７０に格納しておき、これらのプログラムを実行することにより、制御部１１０が音楽再生処理部１６０として機能することになる。
【００３７】
記憶部１７０は、例えば、所定の半導体記憶装置（例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、フラッシュメモリ、など）から構成され、種々の情報を記憶する。本実施形態では、特に、音楽再生処理部１６０で再生される音楽データなどが格納される。また、記憶部１７０には、制御部１１０や音楽再生処理部１６０などが実行する動作プログラムなども格納される他、制御部１１０や音楽再生処理部１６０などが処理をおこなう際のワークエリアとしても機能する。
【００３８】
メモリカード１７５は、フラッシュメモリなどの記憶素子を有する着脱可能な記憶媒体であり、例えば、miniSD（商標）メモリカードなどである。カードＩＦ部１８０は、メモリカード１７５と移動体通信端末１００とのインタフェース装置であり、例えば、メモリカード１７５の規格に対応するカードスロットなどから構成される。したがって、メモリカード１７５がカードＩＦ部１８０に装着されることにより、メモリカード１７５への読書が可能となる。本実施形態では、メモリカード１７５に、音楽再生処理部１６０で再生される音楽データなどが格納される。
【００３９】
すなわち、本実施形態では、移動体通信端末１００の音楽再生機能により、記憶部１７０及び／又はメモリカード１７５に格納されている音楽データを再生する。この場合、記憶部１７０およびメモリカード１７５には、音楽データを格納するための共通フォーマットの記憶領域である音楽データ記憶領域７０が用意されており、この音楽データ記憶領域７０に所定の音楽データが格納される。
【００４０】
音楽データ格納領域７０に格納される音楽データのデータ構成例を、図３を参照して説明する。図３に示すように、音楽データ格納領域７０には、先頭トラック情報領域７１、管理情報領域７２、楽曲データ格納領域７３、などの領域が用意される。
【００４１】
先頭トラック情報領域７１には、各楽曲の楽曲番号と当該楽曲の先頭トラックを示す先頭トラック番号とが対応づけられて格納される。また、先頭トラック情報領域７１には、当該楽曲番号の楽曲の曲名を示す情報なども格納される。
【００４２】
管理情報領域７２には、各楽曲を構成するトラック毎の管理情報が格納される。管理情報は、当該トラックの属性や他のトラックとの関連、および、各トラックに対応する楽曲データ（実データ）のファイル名などが対応づけられた情報である。
【００４３】
ここで、本実施形態では、１曲が単一のトラック（データファイル）で構成されている楽曲データと、１曲が複数のトラック（データファイル）で構成されている楽曲データとが混在しているものとする。管理情報の「属性」には、当該トラックで構成される楽曲が、単一のトラックで構成されているか、複数のトラックで構成されているかを示す属性情報が記録される。本実施形態では、単一のトラックで構成されている楽曲の属性を「シングル」、複数のトラックで構成されている楽曲の属性を「複数」とする。属性が「複数」の楽曲についてはさらに、当該トラックの楽曲中での位置を示す情報が含まれる。本実施形態では、「先頭」（「複数／先頭」）、「中間」（「複数／中間」）、「終端」（「複数／終端」）の３種類の位置情報が属性情報に含まれるものとする。
【００４４】
複数のトラックで構成される楽曲は、例えば、SDAudio（商標）などの規格に基づいた楽曲データであり、複数の分割データで１曲を構成しているものである。このような複数の分割データのそれぞれを１トラックとし、曲の進行に合わせた順序でトラックを順次指定していくことで、１曲の楽曲が再生される。したがって、属性が「複数」のトラックについては、各トラック間の接続関係を示す接続情報（リンク情報）が設定される。本実施形態では、接続情報として、当該トラックの直後に再生するトラックのトラック番号を設定する（「リンク先トラック番号」）。よって、位置属性が「先頭」あるいは「中間」であるトラックには、リンク先トラック番号が設定されているが、位置属性が「終端」のトラックは、当該楽曲の最終トラックであるため、リンク先トラック番号はなく「なし」と設定される。同様に、属性が「シングル」のトラックについても、当該トラックのみで１曲が構成されるので、リンク先トラック番号は「なし」となる。
【００４５】
管理情報には、各トラックに対応する楽曲データ（実データ）を示すファイル名が指定されている。指定されたファイル名の楽曲データは、楽曲データ格納領域７３に格納されている。よって、楽曲再生時には、管理情報を参照することで、再生する楽曲に応じたトラックが順次認識され、認識されたトラックに対応する楽曲データを楽曲データ格納領域７３から読み出して再生することになる。楽曲データ格納領域７３に格納されている楽曲データは、例えば、MP3（MPEG Audio Layer-3）やAAC（Advanced Audio Coding）、HE-AAC（High Efficiency AAC）などといった、所定の音声圧縮方式でデジタル化された音声データ（音楽データ）で構成されるものとする。
【００４６】
以上が本実施形態にかかる移動体通信端末１００の主要な構成である。なお、上記各構成は、移動体通信端末１００によって本発明を実現するために必要な構成を中心に説明したものであり、その他の構成についての詳細な説明は省略する。すなわち、移動体通信端末１００は、上記各構成以外にも、移動体通信端末としての基本的な機能や付加的な機能を実現するための構成を必要に応じて備えているものとする。
【００４７】
以上のような構成を有する移動体通信端末１００の音楽再生機能にかかる処理について以下に説明する。ここで、本実施形態にかかる移動体通信端末１００は、基本機能である音声通話機能が他の機能よりも優先されるものとする。よって、音楽再生機能にかかる処理中に音声通話の着信などが生じた場合、移動体通信端末１００は、実行中の処理を中断して通話機能に切り替わるよう動作する。この場合、音声通信部１２３の動作に基づいて、制御部１１０が割り込み処理をかけることで、実行している他の機能を中断し、通話機能が優先されるよう動作する。
【００４８】
以下、音楽再生機能にかかる処理として、楽曲データを削除する処理を実行している場合を説明する。
【００４９】
（実施形態１）
本実施形態にかかる楽曲データ削除処理を、図４に示すフローチャートを参照して説明する。この楽曲データ削除処理は、音楽再生機能で提供される機能メニューから、楽曲データの削除を指定する項目をユーザが指定したことを契機に、音楽再生処理部１６０によって実行されるものとする。
【００５０】
処理が開始されると、音楽データ読書部１６１が音楽データ格納領域７０にアクセスし、格納されている楽曲の曲名情報を先頭トラック情報領域７１から取得する。取得された曲名情報は、削除対象の楽曲をユーザが指定するため、図５（ａ）に示すように、表示部１４０に選択可能にリスト表示される（ステップＳ１０１）。
【００５１】
ユーザは、リスト表示された楽曲から、削除対象とする楽曲を選択する。すなわち、入力部１３０の所定のキーなどを操作し、カーソル移動などが指示されると、図５（ｂ）に示すような表示画面となる。この場合、表示部１４０には、選択した楽曲の削除を指定するための「削除」や、選択指定の取り消しを指定するための「戻る」などといった機能指定ボタンが表示される。
【００５２】
ユーザは、選択した楽曲の削除を指定する場合には、「削除」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「戻る」に対応するキーを操作することで、楽曲削除に関する指示を入力する。
【００５３】
ここで、楽曲が指定され（ステップＳ１０２：Ｙｅｓ）、「戻る」が指定された場合（ステップＳ１０３：Ｎｏ）は、ステップＳ１０１に戻り、図５（ａ）に示す楽曲のリスト表示をおこなう。
【００５４】
一方、楽曲が指定され（ステップＳ１０２：Ｙｅｓ）、「削除」が指定された場合（ステップＳ１０３：Ｙｅｓ）、音楽データ削除部１６２が、音楽データ格納領域７０にアクセスし、削除指定された楽曲のデータ構成を認識する（ステップＳ１０４）。ここではまず、音楽データ削除部１６２が、先頭トラック情報領域７１にアクセスし、削除指定された楽曲の先頭トラック番号を取得する。次に、管理情報領域７２にアクセスして、取得したトラック番号に対応づけられている属性情報に基づいて、削除指定された楽曲のデータ構成を認識する。
【００５５】
音楽データ削除部１６２は、削除指定された楽曲のデータ構成を認識すると、当該楽曲に、属性が「複数／終端」となっているトラックが含まれているか否かを判別する（ステップＳ１０５）。すなわち、削除指定された楽曲が、複数トラックから構成されるものであり、かつ、全トラックが存在しているものであるか否かを判別する。
【００５６】
ここで、属性が「複数／終端」となっているトラックが含まれていない場合（ステップＳ１０５：Ｎｏ）、当該楽曲は単一のトラックで構成されていることになるので、音楽データ削除部１６２は、当該トラックに対応する楽曲データ（実データ）、管理情報、および、先頭トラック情報を削除し（ステップＳ１０６）、処理を終了する。この場合、音楽データ削除部１６２は、管理情報領域７２の管理情報を参照し、当該トラックに対応づけられている楽曲データのファイル名を取得する。
【００５７】
例えば、図３に示す例において、楽曲番号＃１の楽曲が削除指定されたとすると、先頭トラック情報領域７１に記録されている情報から、トラック番号＃１のトラックが当該楽曲の先頭トラックであることが認識できる。そして、管理情報領域７２に格納されている管理情報を参照すると、トラック番号＃１のトラックの属性が「シングル」であることから、当該削除指定された楽曲は単一のトラックから構成されていることが認識できる。
【００５８】
この場合、音楽データ削除部１６２は、管理情報を参照し、トラック番号＃１に対応づけられている楽曲データのファイル名「AUDIOFILE-01」を取得し、楽曲データ格納領域７３にアクセスして、ファイル名「AUDIOFILE-01」の楽曲データを削除する。楽曲データを削除すると、音楽データ削除部１６２は、管理情報領域７２の管理情報から、トラック番号＃１についてのレコードを削除する。さらに音楽データ削除部１６２は、先頭トラック情報領域７１にトラック番号＃１が先頭トラックとして記録されているレコードを削除して処理を終了する。すなわち、単一のデータで構成されている楽曲の削除は、該当する楽曲データと管理情報と先頭トラック情報とを削除することで完了する。
【００５９】
一方、属性が「複数／終端」となっているトラックが含まれている場合（ステップＳ１０５：Ｙｅｓ）、音楽データ削除部１６２は、当該楽曲を構成するトラック数を計数する（ステップＳ１０７）。
【００６０】
例えば、図３に示す例において、楽曲番号＃２の楽曲が削除指定されたとすると、先頭トラック情報領域７１に記録されている情報から、トラック番号＃２のトラックが当該楽曲の先頭トラックであることが認識できる。そして、管理情報領域７２に格納されている管理情報を参照すると、トラック番号＃２のトラックの属性が「複数／先頭」であることから、当該削除指定された楽曲は複数のトラックから構成されていることが認識できる。
【００６１】
この場合、先頭トラックであるトラック番号＃２のトラックから、属性が「複数／終端」のトラックまで、リンク先トラック番号を順に追っていくことで、削除指定された楽曲を構成している複数のトラックを把握することができる。例えば、図３の例において削除指定された楽曲が楽曲番号＃２の場合、先頭トラックがトラック番号＃２であり、このトラックにリンクしている次のトラックはトラック番号＃３である。同様に、順次リンクしていくと、属性が「複数／終端」となっているトラックは、トラック番号＃５のトラックである。すなわち、楽曲番号＃２の楽曲は、トラック番号＃２→トラック番号＃３→トラック番号＃４→トラック番号＃５の４つのトラックから１曲が構成されていることになる。この場合にステップＳ１０７で計数されるトラック数は「４」となる。
【００６２】
ここで、音楽データ削除部１６２は、当該楽曲を構成するトラックを指定するトラック指定ポインタｎに、計数したトラック数を代入し（ステップＳ１０８）、当該楽曲のｎ番目のトラックに対応する楽曲データを削除する（ステップＳ１０９）。ここでは、管理情報領域７２の管理データを参照し、ｎ番目のトラックに対応づけられている楽曲データのファイル名を特定してから、楽曲データ格納領域７３にアクセスして、特定したファイル名の楽曲データを削除する。
【００６３】
例えば、図３の例において削除指定された楽曲が楽曲番号＃２の場合、ｎ番目のトラックは４番目のトラック、すなわち、トラック番号＃５のトラックであるので、当該トラックに対応づけられている楽曲データのファイル名は「AUDIOFILE-05」である。この場合、音楽データ削除部１６２は、楽曲データ格納領域７３に格納されている「AUDIOFILE-05」を削除する。これにより、楽曲番号＃２の楽曲の終端トラックについての楽曲データ（実データ）が削除される。
【００６４】
楽曲データを削除すると、音楽データ削除部１６２は、ｎ番目のトラックの管理情報を削除する（ステップＳ１１０）。例えば、図３の例において、削除指定された楽曲が楽曲番号＃２の場合、管理情報領域７２の管理情報を構成しているレコードのうち、当該楽曲のｎ番目のトラック、すなわち、トラック番号＃５のトラックについての管理情報を削除する。これにより、楽曲番号＃２の楽曲の終端トラックについての管理情報が削除される。
【００６５】
管理情報を削除すると、音楽データ削除部１６２は、現在のトラック指定ポインタｎから１を減算し（ステップＳ１１１）、減算後のトラック指定ポインタｎが１以上であれば（ステップＳ１１２：Ｙｅｓ）、ｎ番目のトラックについての管理情報を更新する。この場合、本実施形態では、音楽データ削除部１６２が、当該トラックに対応づけられているリンク先トラック番号を「なし」に更新する（ステップＳ１１３）。
【００６６】
例えば、図３の例において、削除指定された楽曲が楽曲番号＃２の場合、初期計数値であった４番目のトラック、すなわち、トラック番号＃５のトラックについての管理情報がステップＳ１１０で削除されている。しかし、その１つ前のトラックである、トラック番号＃４の管理情報には、リンク先トラック番号として「トラック番号＃５」が設定されているので、これを「なし」に更新する。この場合のデータ構成を図６に示す。図示するように、楽曲データ格納領域７３から「AUDIOFILE-05」のデータが削除され、管理情報領域７２の「トラック番号＃５」についての管理情報が削除され、トラック番号＃４のリンク先トラック番号には「なし」が設定されている。
【００６７】
このようにして、１つのトラックについての楽曲データと管理情報を削除すると、割り込み処理がない限り（ステップＳ１１４：Ｎｏ）、当該楽曲の先頭トラックまで順次削除処理がおこなわれる。このようにして、削除指定された楽曲を構成するすべてのトラックについての楽曲データと管理情報が削除されると（ステップＳ１１２：Ｎｏ）、音楽データ削除部１６２は、先頭トラック情報領域７１に記録されている情報のうち、最後に削除したトラックが先頭トラックとして指定されているレコードを削除して（ステップＳ１１５）、処理を終了する。
【００６８】
このように、複数のトラックで構成されている楽曲の削除では、終端トラックから先頭トラックまで順次削除していくので、単一トラックで構成されている楽曲の削除よりも、１曲分の楽曲データ削除に要する時間が長くなる。よって、１曲分の楽曲データの削除をおこなっている途中で、音声通話の着信などが発生する場合もある。上述したように、本実施形態にかかる移動体通信端末１００は、音声通話にかかる機能の動作を他の機能よりも優先させている。したがって、楽曲データをトラック単位で削除している途中で着信などが発生した場合には、制御部１１０などによる割り込み処理が発生する。この場合（ステップＳ１１４：Ｙｅｓ）、音楽データ削除部１６２は、割り込みが発生した時点で楽曲データ削除処理を終了する。
【００６９】
削除指定された楽曲の全トラックが削除されずに楽曲データ削除処理が終了した場合、管理情報に記録されているリンク先トラック番号に基づくリンクが中断するので、１曲を構成するトラックの属性が不完全となる。すなわち、不完全なトラック構成でデータが残存することになる。つまり、削除前の状態では「複数／先頭」→「複数／中間」…「複数／中間」→「複数／終端」とリンクしていたところ、削除途中で中断した場合、例えば、「複数／先頭」→「複数／中間」…「複数／中間」という状態となり、属性が「複数／中間」（もしくは「複数／先頭」）のトラックが、最終トラックとなってしまう。
【００７０】
データ削除の中断によりトラック構成が不完全となった楽曲の再生が指示された場合、削除されたトラックについては再生することができないため、楽曲の途中で突然再生音が途切れてしまうことになる。本実施形態では、音楽再生時に所定の再生効果を適用することにより、このような不都合の解消を図る。
【００７１】
以下、削除処理が途中で終了したことにより不完全なトラック構成で残存した楽曲データが再生される場合を例に、本発明にかかる再生処理の例を説明する。ここで、本実施形態では、図３に示す例において、楽曲番号＃２の楽曲が削除指定され、当該楽曲の終端トラック（トラック番号＃５）についての削除処理が終了した時点で楽曲データ削除処理が終了した場合を例に説明するものとする。すなわち、図６に示すようなデータ構成の状態で再生が実行された場合を例示する。
【００７２】
本実施形態にかかる楽曲データ再生処理（１）を、図７に示すフローチャートを参照して説明する。この楽曲データ再生処理（１）は、ユーザが入力部１３０を操作することで再生モードが指定されたことを契機に、音楽データ再生処理部１６０により実行されるものとする。
【００７３】
処理が開始されると、音楽データ読書部１６１が、音楽データ格納領域７０の管理情報領域７２にアクセスする。音楽データ読書部１６１は、格納されている管理情報の「属性」を参照し、属性が「複数／先頭」または「複数／中間」（以下、これらの属性名を「暫定中断」とする）となっているトラックがあるか否かを判別する（ステップＳ２０１）。
【００７４】
属性が暫定中断のトラックがある場合（ステップＳ２０１：Ｙｅｓ）、音楽データ読書部１６１はさらに、属性が暫定中断のトラックについてのリンク先トラック番号を参照し、リンク先トラック番号が「なし」となっているトラックがあるか否かを判別する（ステップＳ２０２）。
【００７５】
属性が暫定中断で、かつ、リンク先トラック番号が「なし」となっているトラック（以下、「中断トラック」とする）がある場合（ステップＳ２０２：Ｙｅｓ）、音楽データ読書部１６１は、図６に示すように、当該トラックについての管理情報に効果フラグをセットする（ステップＳ２０３）。つまり、音楽データ読書部１６１は、トラックの属性とリンク先トラック情報とに基づいて、音楽データの削除が中断された楽曲を特定し、その残存トラックのうちの最終トラックに、識別情報である効果フラグをセットする。この効果フラグは、再生時に所定の再生効果が適用されるトラックを示すフラグである。すなわち、データ削除が中断された楽曲の最終トラックに対応づけて、管理情報領域７２に識別情報が記録される。本実施形態では、フラグをセットする場合、フラグ値を「１」に設定することとする。一方、中断トラックがない場合には（ステップＳ２０２：Ｎｏ）、効果フラグの設定はおこなわない。
【００７６】
次に、音楽再生処理部１６０は、制御部１１０との協働により、再生モードを選択するための「再生ガイド画面」を表示部１４０に表示する（ステップＳ２０４）。再生ガイド画面の表示例を図１０（ａ）に示す。図示するように、この再生ガイド画面には、先頭トラック情報領域７１に記録されている情報に基づいて、再生可能な楽曲の曲名がリスト表示されるとともに、再生モードを指定するための機能ボタンが表示される。本実施形態では、音楽再生の再生モードとして、「連続再生」と「選曲再生」が用意されているものとする。連続再生は、音楽データ格納領域７０に格納されている複数の楽曲を、楽曲番号順に連続して再生するモードであり、選曲再生は、ユーザが指定した楽曲を再生するモードである。
【００７７】
ユーザは、入力部１３０を操作することにより、所望する再生モードを指定する。ここで、指定された再生モードが選曲再生である場合（ステップＳ２０５：Ｎｏ）、音楽再生処理部１６０は、選曲再生をおこなうための選曲再生処理（１）を実行する（ステップＳ４００）。この選曲再生処理（１）の詳細は後述する。
【００７８】
一方、連続再生が指定された場合（ステップＳ２０５：Ｙｅｓ）、音楽再生処理部１６０は、格納されている楽曲を楽曲番号順に連続再生するための連続再生処理（１）を実行する（ステップＳ３００）。連続再生処理（１）の詳細を、図８に示すフローチャートを参照して説明する。
【００７９】
処理が開始されると、音楽データ読書部１６１は、再生する楽曲の楽曲番号を指定するための楽曲番号ポインタｍに、１曲目を示す初期値「１」を代入する（ステップＳ３０１）。そして、音楽データ読書部１６１は、音楽データ格納領域７０の先頭トラック情報領域７１にアクセスし、ｍ番目の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ３０２）。ここでは、１曲目（楽曲番号＃１）の先頭トラック番号が特定される。
【００８０】
先頭トラック番号が取得されると、音楽データ読書部１６１は、管理情報領域７２にアクセスし、取得した先頭トラック番号のトラックについての管理情報を参照し（ステップＳ３０３）、当該トラックの効果フラグがセットされているか否か（効果フラグが１であるか否か）を判別する（ステップＳ３０４）。
【００８１】
例えば、図６に示す例では、ステップＳ３０１で１番目の楽曲が指定された場合、楽曲番号＃１の先頭トラックはトラック番号＃１である。トラック番号＃１のトラックは、属性が「シングル」であるので、削除処理が途中で中断することはない。よって、削除が中断したトラックに設定される効果フラグはセットされていないことになる（ステップＳ３０４：Ｎｏ）。
【００８２】
この場合、音楽データ読書部１６１は、当該トラックに対応づけられている楽曲データファイル名を取得する（ステップＳ３０８）。音楽データ読書部１６１が楽曲データファイル名を取得すると、再生部１６３が楽曲データ格納領域７３にアクセスし、取得されたファイル名の楽曲データを再生する（ステップＳ３０９）。
【００８３】
このとき、音楽データ読書部１６１は、当該トラックについての管理情報を参照し、リンク先トラック番号が指定されているか否かを判別する（ステップＳ３１０）。例えば、図６の例において、１曲目が指定された場合では、トラック番号＃１のトラックの属性は「シングル」であるため、リンク先トラック番号は「なし」となっている。この場合（ステップＳ３１０：Ｎｏ）、音楽データ読書部１６１は、次の楽曲を指定するため、楽曲番号ポインタｍを＋１して更新する（ステップＳ３１１）。
【００８４】
ここで、更新した楽曲番号ポインタｍの示す数値が、音楽データ格納領域７０に格納されている楽曲数以下である場合（ステップＳ３１２：Ｎｏ）、ステップＳ３０２に戻り、次の楽曲についての先頭トラック番号を取得し（ステップＳ３０２）、当該トラック番号の管理情報を参照して（ステップＳ３０３）、効果フラグがセットされているか否かを判別する（ステップＳ３０４）。
【００８５】
ここで、例えば、図６に示す例において、２曲目が指定された場合、楽曲番号＃２の先頭トラックはトラック番号＃２である。このトラックについての管理情報には、効果フラグがセットされていない（ステップＳ３０４：Ｎｏ）ので、音楽データ読書部１６１は、当該トラックに対応づけられている楽曲データファイル名を取得し（ステップＳ３０８）、再生部１６３が当該ファイル名の楽曲データを再生する（ステップＳ３０９）。
【００８６】
ここで、トラック番号＃２の管理情報には、リンク先トラック番号が指定されている（ステップＳ３１０：Ｙｅｓ）ので、音楽データ読書部１６１は、リンク先として指定されているトラックのトラック番号を取得し（ステップＳ３１３）、ステップＳ３０４に戻る。ここでは、ステップＳ３１３で取得したトラック番号のトラックに効果フラグがセットされているか否かを判別する（ステップＳ３０４）。
【００８７】
トラック番号＃２にリンクしているトラック番号＃３の管理情報には、同様に効果フラグがセットされていない（ステップＳ３０４：Ｎｏ）ので、ステップＳ３０８、Ｓ３０９の処理をおこなって、当該トラックの楽曲データを再生する。また、トラック番号＃３についても、リンク先トラック番号が指定されているので（ステップＳ３１０：Ｙｅｓ）、リンク先のトラック番号を取得し（ステップＳ３１３）、次のトラックについて、同様の処理をおこなう。
【００８８】
ここで、トラック番号＃３のリンク先であるトラック番号＃４の管理情報には、効果フラグがセットされている（ステップＳ３０４：Ｙｅｓ）。この場合、音楽データ読書部１６１は、当該管理情報に対応づけられている楽曲データファイル名を取得する（ステップＳ３０５）。音楽データ読書部１６１は、取得したファイル名と、当該トラックには効果フラグがセットされている旨を再生部１６３に通知する。
【００８９】
再生部１６３は、音楽データ読書部１６１からの通知に応じて、楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生するとともに（ステップＳ３０６）、当該再生にフェードアウト処理を施す（ステップＳ３０７）。ここでは、通知されたファイル名の楽曲データの再生音量を調節することでフェードアウトさせる。この場合、再生部１６３がアンプ回路を制御することで、アナログ変換された音声信号の出力（音量）を調整し、フェードアウト再生する。
【００９０】
この場合、音楽データ読書部１６１は、楽曲番号ポインタｍを＋１して更新する（ステップＳ３１１）。そして、更新した楽曲番号ポインタｍの示す数値が、音楽データ格納領域７０に格納されている楽曲数以下である場合（ステップＳ３１２：Ｎｏ）、ステップＳ３０２に戻り、次の楽曲について同様の処理をおこなう。一方、更新した楽曲番号ポインタｍの示す数値が、格納されている楽曲数より大きい場合、すなわち、全曲について再生が終了した場合（ステップＳ３１２：Ｙｅｓ）、音楽再生処理部１６０は、連続再生処理（１）を終了し、図７に示す楽曲データ再生処理（１）のフローに戻る。
【００９１】
次に、選曲再生が指定された場合（ステップＳ２０５：Ｎｏ）に実行される選曲再生処理（１）の詳細を、図９に示すフローチャートを参照して説明する。
【００９２】
処理が開始されると、音楽再生処理部１６０は、再生する楽曲をユーザに指定させるための「楽曲リスト画面」を表示部１４０に表示する（ステップＳ４０１）。楽曲リスト画面の表示例を図１０（ｂ）に示す。図示するように、楽曲リスト画面には、移動体通信端末１００に格納されている楽曲の曲名等が選択可能にリスト表示される。
【００９３】
ユーザは、入力部１３０の所定のキーを操作し、カーソル移動などによって、再生を所望する楽曲を選択する。楽曲が選択されると、図１０（ｃ）に示すように、表示部１４０には、選択した楽曲の再生を指定するための「再生」や、選択指定の取り消しを指定するための「戻る」などといった機能指定ボタンが表示される。
【００９４】
ユーザは、選択した楽曲の再生を指定する場合には、「再生」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「戻る」に対応するキーを操作することで、楽曲再生に関する指示を入力する。
【００９５】
選択した楽曲の再生が指示されると（ステップＳ４０２：Ｙｅｓ）、音楽データ読書部１６１が、先頭トラック情報領域７１にアクセスし、指定された楽曲の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ４０３）。
【００９６】
次に、音楽データ読書部１６１は、管理情報領域７２にアクセスし、ステップＳ４０３で取得した先頭トラック番号に該当するトラックの管理情報を参照し（ステップＳ４０４）、当該トラックに効果フラグがセットされているか否かを判別する（ステップＳ４０５）。
【００９７】
当該トラックに効果フラグがセットされていない場合（ステップＳ４０５：Ｎｏ）、音楽データ読書部１６１は、当該トラックに対応づけられている楽曲データファイル名を取得し（ステップＳ４１１）、再生部１６３が、楽曲データ格納領域７３に格納されている、当該ファイル名の楽曲データを再生する（ステップＳ４１２）。
【００９８】
ここで、音楽データ読書部１６１は、再生したトラックの管理情報に基づいて、当該トラックにリンク先トラック番号が設定されているか否かを判別する（ステップＳ４１３）。
【００９９】
リンク先トラック番号が設定されている場合（ステップＳ４１３：Ｙｅｓ）、音楽データ読書部１６１は、当該リンク先のトラックについての管理情報を参照し（ステップＳ４１４）、ステップＳ４０５に戻る。つまり、次のトラックについての再生動作をおこなう。
【０１００】
一方、再生したトラックにリンク先トラック番号が設定されていない場合（ステップＳ４１３：Ｎｏ）において、再生オプションとしてリピート再生が設定されており（ステップＳ４０９：Ｙｅｓ）、かつ、ユーザによる再生終了指示が入力されなければ（ステップＳ４１０：Ｎｏ）、ステップＳ４０３に戻って、指定された楽曲の再生動作を繰り返し実行する。
【０１０１】
また、リピート再生が設定されていない（ステップＳ４０９：Ｎｏ）、あるいは、ユーザが再生終了を指示した場合（ステップＳ４１０：Ｙｅｓ）、処理を終了して、図７に示す楽曲データ再生処理（１）のフローに戻る。
【０１０２】
一方、再生対象のトラックに効果フラグがセットされている場合（ステップＳ４０５：Ｙｅｓ）、音楽データ読書部１６１は、当該トラックの管理情報に記録されている楽曲データのファイル名を取得する（ステップＳ４０６）。音楽データ読書部１６１は、取得したファイル名と、当該トラックには効果フラグがセットされている旨を再生部１６３に通知する。
【０１０３】
再生部１６３は、音楽データ読書部１６１からの通知に応じて、楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生するとともに（ステップＳ４０７）、当該再生にフェードアウト処理を施す（ステップＳ４０８）。ここでは、当該楽曲データの再生音量を徐々に低くすることでフェードアウトさせる。
【０１０４】
ここで、再生オプションとしてリピート再生が設定されており（ステップＳ４０９：Ｙｅｓ）、かつ、ユーザによる再生終了指示が入力されない場合（ステップＳ４１０：Ｎｏ）は、ステップＳ４０３に戻り、指定された楽曲の再生動作を繰り返し実行する。
【０１０５】
また、リピート再生が設定されていない（ステップＳ４０９：Ｎｏ）、あるいは、ユーザが再生終了を指示した場合（ステップＳ４１０：Ｙｅｓ）、処理を終了して、図７に示す楽曲データ再生処理（１）のフローに戻る。
【０１０６】
楽曲データ再生処理（１）では、連続再生処理（１）、または、選曲再生処理（１）での再生が終了すると、音楽データ読書部１６１が、管理情報領域７２の管理情報を参照し、再生したトラックに効果フラグがセットされているものがあったか否かを判別する（ステップＳ２０６）。
【０１０７】
効果フラグがセットされたトラックを再生していなかった場合（ステップＳ２０６：Ｎｏ）、そのまま楽曲データ再生処理（１）を終了する。
【０１０８】
一方、効果フラグがセットされているトラックが再生されていた場合（ステップＳ２０６：Ｙｅｓ）、音楽データ読書部１６１は、当該トラックのリンク元を辿ることで、属性が「複数／先頭」となっているトラックのトラック番号を特定する。すなわち、フェードアウト再生をおこなった楽曲についての先頭トラック番号を特定する（ステップＳ２０７）。
【０１０９】
フェードアウト再生をおこなった楽曲についての先頭トラック番号を特定すると、音楽データ読書部１６１は、先頭トラック情報領域７１にアクセスし、特定した先頭トラック番号に対応する楽曲番号と曲名を特定する（ステップＳ２０８）。すなわち、削除処理が中断された楽曲を特定する。
【０１１０】
再生した楽曲中に、削除処理が途中のものが含まれていた場合、音楽再生処理部１６０は制御部１１０と協働し、ステップＳ２０８で特定した曲名を示すとともに、当該楽曲が削除途中である旨、および、当該楽曲の削除処理の続行をおこなうか否かを問い合わせるメッセージなどを示した、図１１に示すような「削除確認画面」を表示部１４０に表示する（ステップＳ２０９）。
【０１１１】
図示するように、削除確認画面には、当該楽曲の削除続行を指定するための「削除する」や、当該楽曲の削除処理をおこなわないことを指定するための「削除しない」などといった機能指定ボタンが表示される。ユーザは、表示された楽曲の削除続行を指定する場合には、「削除する」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「削除しない」に対応するキーを操作することで、楽曲削除に関する指示を入力する。
【０１１２】
ここで、ユーザが入力部１３０を操作することにより、当該楽曲の削除続行が指示された場合（ステップＳ２１０：Ｎｏ）、音楽再生処理部１６０は、図４に示した楽曲データ削除処理を実行し、当該楽曲について、残りのトラックに関する情報の削除を続行する。この場合、音楽データ削除部１６２は、ステップＳ２０８で特定された楽曲についての削除処理をおこなうものとする。
【０１１３】
一方、表示された楽曲の削除続行が指示されない場合（ステップＳ２１０：Ｙｅｓ）は、そのまま楽曲データ再生処理（１）を終了する。
【０１１４】
以上説明したように、本実施形態にかかる処理を移動体通信端末１００が実行することにより、削除処理が中断された楽曲データであっても、フェードアウト再生がおこなわれるので、再生音が途切れない良好な再生となる。
【０１１５】
（実施形態２）
上記実施形態１では、効果フラグがセットされたトラックを再生する際に、再生音量を調節することによりフェードアウトするようにしたが、当該トラックの楽曲データを加工することによりフェードアウト再生してもよい。この場合の再生に関する処理を以下説明する。なお、楽曲データの削除に関する処理は実施形態１と同様である。すなわち、図４に示す楽曲データ削除処理が実行されることで、楽曲データの削除がおこなわれる。
【０１１６】
本実施形態にかかる楽曲データ再生処理（２）を、図１２に示すフローチャートを参照して説明する。この楽曲データ再生処理（２）は、実施形態１の楽曲データ再生処理（１）と同様、ユーザが入力部１３０を操作することで再生モードが指定されたことを契機に、音楽データ再生処理部１６０により実行されるものとする。
【０１１７】
処理が開始されると、音楽データ読書部１６１が、音楽データ格納領域７０の管理情報領域７２にアクセスする。音楽データ読書部１６１は、格納されている管理情報の「属性」を参照し、属性が暫定中断（すなわち、「複数／先頭」または「複数／中間」）となっているトラックがあるか否かを判別する（ステップＳ５０１）。
【０１１８】
属性が暫定中断のトラックがある場合（ステップＳ５０１：Ｙｅｓ）、音楽データ読書部１６１はさらに、属性が暫定中断のトラックについてのリンク先トラック番号を参照し、リンク先トラック番号が「なし」となっているトラック（中断トラック）があるか否かを判別する（ステップＳ５０２）。すなわち、音楽データ読書部１６１は、トラックの属性とリンク先トラック情報とに基づいて、データ削除が中断された楽曲を特定する。
【０１１９】
中断トラックがある場合（ステップＳ５０２：Ｙｅｓ）、音楽データ読書部１６１は、当該トラックの管理情報を参照し、当該トラックの楽曲データファイル名を取得する（ステップＳ５０３）。楽曲データのファイル名を取得すると、音楽データ読書部１６１は楽曲データ格納領域７３にアクセスし、当該ファイル名の楽曲データの読み出しをおこなう（ステップＳ５０４）。この場合、例えば、記憶部１７０のワークエリアなどに当該楽曲データを展開し、当該楽曲データを加工可能な状態にする。
【０１２０】
音楽データ読書部１６１は、読み出した楽曲データに対し、フェードアウト処理をおこなう（ステップＳ５０５）。この場合、当該楽曲データを再生したときにフェードアウトするよう楽曲データを加工する。ここでは、当該楽曲データ中の音量を示すパラメータなどが変更されるようデータを加工する。例えば、MP3形式のデータである場合、フェードアウトとなるように、グローバルゲイン値の書き換えなどをおこなう。
【０１２１】
楽曲データにフェードアウト処理をおこなうと、音楽データ読書部１６１は、加工した楽曲データを楽曲データ格納領域７３に書き込み（ステップＳ５０６）、再生部１６３による再生処理が可能な状態とする。すなわち、データ削除が中断された楽曲については、その楽曲の残存しているトラックのうちの最終トラックがフェードアウト再生されるよう、当該トラックの楽曲データを加工して更新する。
【０１２２】
ここで、楽曲データを加工してフェードアウト処理をおこなった場合、音楽データ読書部１６１は、フェードアウト処理をおこなったトラックの属する楽曲の楽曲番号を特定する（ステップＳ５０７）。この場合、フェードアウト処理をおこなったトラックの管理情報を参照し、リンク元となっているトラックを、属性が「複数／先頭」となっているトラックまで遡ることで、当該楽曲の先頭トラックを特定する。そして、先頭トラック情報領域７１にアクセスして、当該先頭トラックに対応する楽曲番号を特定する。音楽データ読書部１６１はさらに、先頭トラック情報領域７１における当該楽曲のレコードに、削除処理が中断されていることを示す中断フラグをセットする（ステップＳ５０８）。この場合、音楽データ読書部１６１は、中断フラグのフラグ値を「１」にする。すなわち、データ削除が中断された楽曲がいずれであるかが中断フラグにより示されることになる。
【０１２３】
一方、属性が暫定中断となっているトラックがない場合（ステップＳ５０１：Ｎｏ）、または、中断トラックがない場合（ステップＳ５０２：Ｎｏ）は、上記のようなフェードアウト処理や中断フラグのセットはおこなわない。
【０１２４】
次に、音楽再生処理部１６０は、制御部１１０との協働により、図１０（ａ）に示すような「再生ガイド画面」を表示部１４０に表示し（ステップＳ５０９）、ユーザに再生モードを指定させる。ここでは、実施形態１と同様に、再生ガイド画面により、「連続再生」と「選曲再生」のいずれかをユーザに選択させる。
【０１２５】
選曲再生が選択された場合（ステップＳ５１０：Ｎｏ）、音楽再生処理部１６０は、選曲再生をおこなうための選曲再生処理（２）を実行する（ステップＳ７００）。選曲再生処理（２）の詳細は後述する。
【０１２６】
一方、連続再生が選択された場合（ステップＳ５１０：Ｙｅｓ）は、連続再生をおこなうための連続再生処理（２）が実行される（ステップＳ６００）。この連続再生処理（２）を、図１３に示すフローチャートを参照して説明する。
【０１２７】
処理が開始されると、音楽データ読書部１６１は、再生する楽曲の楽曲番号を指定するための楽曲番号ポインタｍに、１曲目を示す初期値「１」を代入する（ステップＳ６０１）。そして、音楽データ読書部１６１は、音楽データ格納領域７０の先頭トラック情報領域７１にアクセスし、ｍ番目の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ６０２）。ここでは、１曲目（楽曲番号＃１）の先頭トラック番号が特定される。
【０１２８】
先頭トラック番号が取得されると、音楽データ読書部１６１は、管理情報領域７２にアクセスし、取得した先頭トラック番号のトラックについての管理情報を参照し（ステップＳ６０３）、当該トラックの楽曲データファイル名を取得し、再生部１６３に通知する（ステップＳ６０４）。
【０１２９】
再生部１６３は、楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生する（ステップＳ６０５）。このとき、音楽データ読書部１６１は、当該トラックについての管理情報を参照し、当該トラックにリンク先トラック番号が設定されているか否かを判別する（ステップＳ６０６）。
【０１３０】
リンク先トラック番号が設定されている場合（ステップＳ６０６：Ｙｅｓ）、音楽データ読書部１６１は、当該リンク先トラックについての管理情報を参照し（ステップＳ６０７）、ステップＳ６０４に戻る。すなわち、次のトラックについて、同様に再生をおこなう。
【０１３１】
一方、再生したトラックにリンク先トラック番号が設定されていない場合（ステップＳ６０６：Ｎｏ）、音楽データ読書部１６１は、楽曲番号指定ポインタｍを＋１して更新する（ステップＳ６０８）。そして、更新した楽曲番号ポインタｍの示す数値が、音楽データ格納領域７０に格納されている楽曲数以下である場合（ステップＳ６０９：Ｎｏ）、ステップＳ６０４に戻り、次の楽曲についての再生をおこなう。
【０１３２】
一方、更新した楽曲番号ポインタｍの示す数値が、格納されている楽曲数より大きい場合、すなわち、全曲について再生が終了した場合（ステップＳ６０９：Ｙｅｓ）、音楽再生処理部１６０は、連続再生処理（２）を終了し、図１２に示す楽曲データ再生処理（２）のフローに戻る。
【０１３３】
次に、選曲再生が指定された場合（ステップＳ５１０：Ｎｏ）に実行される選曲再生処理（２）の詳細を、図１４に示すフローチャートを参照して説明する。
【０１３４】
処理が開始されると、音楽再生処理部１６０は、再生する楽曲をユーザに指定させるための、図１０（ｂ）に示すような「楽曲リスト画面」を表示部１４０に表示する（ステップＳ７０１）。楽曲リスト画面には、移動体通信端末１００に格納されている楽曲の曲名等が選択可能にリスト表示される。
【０１３５】
ユーザは、入力部１３０の所定のキーを操作し、カーソル移動などによって、再生を所望する楽曲を選択する。楽曲が選択されると、図１０（ｃ）に示すように、表示部１４０には、選択した楽曲の再生を指定するための「再生」や、選択指定の取り消しを指定するための「戻る」などといった機能指定ボタンが表示される。
【０１３６】
ユーザは、選択した楽曲の再生を指定する場合には、「再生」に対応する入力部１３０のキーを操作し、取り消しを指定する場合には、「戻る」に対応するキーを操作することで、楽曲再生に関する指示を入力する。
【０１３７】
選択した楽曲の再生が指示されると（ステップＳ７０２：Ｙｅｓ）、音楽データ読書部１６１が、先頭トラック情報領域７１にアクセスし、指定された楽曲の楽曲番号に対応づけられている先頭トラック番号を取得する（ステップＳ７０３）。続いて音楽データ読書部１６１は、管理情報領域７２にアクセスし、取得した先頭トラック番号に対応する管理情報を参照し（ステップＳ７０４）、当該トラックの楽曲データファイル名を取得して再生部１６３に通知する（ステップＳ７０５）。再生部１６３は楽曲データ格納領域７３にアクセスし、通知されたファイル名の楽曲データを再生する（ステップＳ７０６）。
【０１３８】
ここで、音楽データ読書部１６１は、再生したトラックの管理情報に基づいて、当該トラックにリンク先トラック番号が設定されているか否かを判別する（ステップＳ７０７）。
【０１３９】
リンク先トラック番号が設定されている場合（ステップＳ７０７：Ｙｅｓ）、音楽データ読書部１６１は、当該リンク先のトラックについての管理情報を参照し（ステップＳ７０８）、ステップＳ７０５に戻る。つまり、次のトラックについての再生動作をおこなう。
【０１４０】
一方、再生したトラックにリンク先トラック番号が設定されていない場合（ステップＳ７０７：Ｎｏ）において、再生オプションとしてリピート再生が設定されており（ステップＳ７０９：Ｙｅｓ）、かつ、ユーザによる再生終了指示が入力されなければ（ステップＳ７１０：Ｎｏ）、ステップＳ７０３に戻って、指定された楽曲の再生動作を繰り返し実行する。
【０１４１】
また、リピート再生が設定されていない（ステップＳ７０９：Ｎｏ）、あるいは、ユーザが再生終了を指示した場合（ステップＳ７１０：Ｙｅｓ）、処理を終了して、図１２に示す楽曲データ再生処理（２）のフローに戻る。
【０１４２】
楽曲データ再生処理（２）では、連続再生処理（２）または選曲再生処理（２）での再生が終了すると、音楽データ読書部１６１が、先頭トラック情報領域７１にアクセスし、再生した楽曲に中断フラグがセットされているものがあったか否かを判別する（ステップＳ５１１）。
【０１４３】
中断フラグがセットされた楽曲を再生していなかった場合（ステップＳ５１１：Ｎｏ）、そのまま楽曲データ再生処理（２）を終了する。
【０１４４】
一方、中断フラグがセットされている楽曲が再生されていた場合（ステップＳ５１１：Ｙｅｓ）、音楽再生処理部１６０は制御部１１０と協働し、当該楽曲の曲名を示すとともに、当該楽曲が削除途中である旨、および、当該楽曲の削除処理の続行をおこなうか否かを問い合わせるメッセージなどを示した、図１１に示すような「削除確認画面」を表示部１４０に表示する（ステップＳ５１２）。
【０１４５】
この場合、実施形態１と同様、ユーザが入力部１３０を操作することにより、当該楽曲の削除続行をおこなうか否かを指示する。当該楽曲の削除続行が指示された場合（ステップＳ５１３：Ｎｏ）、音楽再生処理部１６０は、図４に示した楽曲データ削除処理を実行し、当該楽曲について、残りのトラックに関する情報の削除を続行する。この場合、音楽データ削除部１６２は、中断フラグがセットされた楽曲についての削除処理をおこなうものとする。
【０１４６】
一方、表示された楽曲の削除続行が指示されない場合（ステップＳ５１３：Ｙｅｓ）は、そのまま楽曲データ再生処理（２）を終了する。
【０１４７】
以上説明したように、本実施形態にかかる処理を移動体通信端末１００が実行することにより、削除処理が中断された楽曲データであっても、フェードアウト再生がおこなわれるので、再生音が途切れない良好な再生となる。
【０１４８】
上記各実施形態は一例であり、本発明の適用範囲はこれに限られない。すなわち、種々の応用が可能であり、あらゆる実施の形態が本発明の範囲に含まれる。
【０１４９】
上記各実施形態では、楽曲データの削除時には、終端トラックから順に削除していき、削除処理が中断した楽曲については、残存しているトラックの最終トラックをフェードアウト再生することにより、再生音の途切れを発生させないようにしたが、例えば、先頭トラックから順に削除していき、削除処理が中断した楽曲については、残存しているトラックのうちの先頭トラックをフェードイン再生するようにしてもよい。
【０１５０】
また、上記各実施形態では、接続情報として、当該トラックの直後に再生するトラックを示すリンク先トラック番号を設定するものとしたが、各トラック間の接続関係を示すものであればこれに限られない。例えば、当該トラックの直前に再生するトラックが指定されるよう接続情報を設定してもよい。
【０１５１】
上記各実施形態では、音楽データとしてMP3形式などの音声データを例示したが、再生するデータの形式はこれに限られず任意である。例えば、WAV形式のデータやMIDIデータなどであってもよい。
【０１５２】
上記各実施形態では、残存しているトラックのうちの最終トラックの再生をフェードアウトとしたが、残存している複数のトラックにわたってフェードアウト処理するようにしてもよい。
【０１５３】
また、上記各実施形態では、移動体通信端末１００の通話機能にかかる着信の際に、音楽データ削除処理を中断することとしたが、通話機能の着信に限らず、種々の動作に基づく割り込み処理によって、音楽データ削除処理を中断するよう制御してもよい。例えば、電子メールの受信などに基づいて、音楽データ削除処理を中断してもよい。
【０１５４】
上記各実施形態では、本発明にかかる移動体通信端末を移動体通信端末で実現させた例を示したが、このような移動体通信端末は、上述した本発明を実現するための機能を予め備えている装置として提供できる他、これらの機能を備えていない移動体通信端末にプログラムを適用することで、上述した移動体通信端末１００として機能させることができる。この場合、上述した音楽再生処理部１６０による各処理を実現するためのプログラムを既存の移動体通信端末に適用し、当該移動体通信端末を制御するコンピュータ（ＣＰＵなど）が適用されたプログラムを実行することで、上述した音楽再生処理部１６０の各機能を実現することができる。すなわち、このようなプログラムを、移動体通信端末の記憶装置にインストールし、制御装置がこれを実行することで、既存の移動体通信端末を上記移動体通信端末１００として機能させることができる。
【０１５５】
同様に、このようなプログラムを、音楽再生機能を有する種々の装置に適用することによっても、本発明を実現することができる。すなわち、移動体通信端末に限らず、デジタル方式での音楽再生が可能な種々の装置に本発明を適用することができる。例えば、音楽再生が可能なＰＤＡ（Personal Data Assistance：携帯情報端末）やパーソナルコンピュータなどといった任意の装置に本発明を適用してもよい。この場合、適用する装置に通信機能が備えられている場合には、例えば、電子メールの受信などに応じて、音楽データの削除処理を中断するよう動作させ、音楽データの再生時に、上記実施形態と同様のフェードアウト再生をおこなうようにしてもよい。
【０１５６】
すなわち、このようなプログラムを適用することにより、本発明を実現するための専用装置に限らず、種々の装置で本発明を実現させることができる。例えば、汎用のコンピュータ装置などによって本発明を実現することもできる。
【０１５７】
このようなプログラムの適用方法は任意であり、例えば、インターネットなどの通信媒体を介して提供することで任意の装置に適用することが可能である他、所定の記録媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ、メモリカード、など）にプログラムを格納して配布して適用することもできる。
【図面の簡単な説明】
【０１５８】
【図１】本発明の実施形態にかかる移動体通信端末の外観を模式的に示す図である。
【図２】図１に示す移動体通信端末の内部構成を示すブロック図である。
【図３】図２に示す記憶部またはメモリカードに記録される音楽情報のデータ構成例を示す図である。
【図４】本発明の実施形態にかかる楽曲データ削除処理を説明するためのフローチャートである。
【図５】図３に示す処理における画面表示の表示例を示す図であり、（ａ）は削除対象のリスト画面の表示例を示し、（ｂ）は削除対象楽曲が選択された際の画面表示例を示す。
【図６】図４に示す処理によって楽曲データが削除された後のデータ構成例を示す図である。
【図７】本発明の実施形態１にかかる楽曲データ再生処理（１）を説明するためのフローチャートである。
【図８】図７に示す処理で実行される連続再生処理（１）を説明するためのフローチャートである。
【図９】図７に示す処理で実行される選曲再生処理（１）を説明するためのフローチャートである。
【図１０】図７に示す処理における画面表示例を示す図であり、（ａ）は再生モードを選択させるための画面の表示例を示し、（ｂ）は選曲再生において楽曲を選択させるための画面の表示例を示し、（ｃ）は選曲再生において楽曲が選択された際の画面表示例を示す。
【図１１】図７に示す処理において表示される削除確認画面の表示例を示す図である。
【図１２】本発明の実施形態２にかかる楽曲データ再生処理（２）を説明するためのフローチャートである。
【図１３】図１２に示す処理で実行される連続再生処理（２）を説明するためのフローチャートである。
【図１４】図１２に示す処理で実行される選曲再生処理（２）を説明するためのフローチャートである。
【符号の説明】
【０１５９】
１００…移動体通信端末、１１０…制御部、１２０…通信制御部、１２２…無線部、１２３…音声通信部、１２４…データ通信部、１２５…通信ＩＦ部、１３０…入力部、１４０…表示部、１５０…音声コーデック部、１６０…音楽再生処理部、１６１…音楽データ読書部、１６２…音楽データ削除部、１６３…再生部、１７０…記憶部、１７５…メモリカード、１８０…カードＩＦ部
【特許請求の範囲】
【請求項１】
音楽再生機能を有する移動体通信端末であって、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて格納する記憶手段と、
前記記憶手段に格納されている音楽データをトラック単位で削除する音楽データ削除手段と、
通信機能にかかる着信を検出する着信検出手段と、
前記着信検出手段による着信の検出に応じて、前記音楽データ削除手段による音楽データの削除を中断させる割り込み手段と、
前記記憶手段に格納されている音楽データを再生する再生手段と、を備え、
前記再生手段は、
再生する楽曲の管理情報に基づいて、音楽データの削除が中断した楽曲を特定する中断楽曲特定手段と、
前記中断楽曲特定手段が特定した楽曲をフェードアウト再生するフェードアウト手段と、をさらに備える、
ことを特徴とする移動体通信端末。
【請求項２】
前記属性情報は、少なくとも、各トラックの位置情報を含み、
前記接続情報は、当該トラックに続くトラックがいずれであるかを示す情報を含み、
前記中断楽曲特定手段は、前記属性情報と前記接続情報とに基づいて、それぞれが複数トラックで構成されている楽曲のうち、音楽データの削除が中断された楽曲を特定する、
ことを特徴とする請求項１に記載の移動体通信端末。
【請求項３】
前記音楽データ削除手段は、一の楽曲を構成する複数トラックの終端トラックから順にトラック単位で、対応する音楽データと管理情報とを削除し、
前記中断楽曲特定手段は、所定の識別情報を、構成トラックが中断している楽曲の最終トラックと対応づけて前記記憶手段に記録し、
前記フェードアウト手段は、前記識別情報に対応するトラックをフェードアウト再生する、
ことを特徴とする請求項１または２に記載の移動体通信端末。
【請求項４】
前記フェードアウト手段は、音楽データの削除が中断した楽曲の再生音量を調節することでフェードアウト再生する、
ことを特徴とする請求項１乃至３のいずれか１項に記載の移動体通信端末。
【請求項５】
前記中断楽曲特定手段は、音楽データの削除が中断された楽曲の音楽データを、当該楽曲がフェードアウト再生されるよう加工するデータ加工手段をさらに備える、
ことを特徴とする請求項１乃至４のいずれか１項に記載の移動体通信端末。
【請求項６】
フェードアウト再生した楽曲の削除続行をユーザに問い合わせる情報を表示出力する表示手段と、
ユーザの指示を入力する入力手段と、をさらに備え、
前記音楽データ削除手段は、前記入力手段によりフェードアウト再生した楽曲の削除続行が指示された場合、当該楽曲の音楽データ削除を続行する、
ことを特徴とする請求項１乃至５のいずれか１項に記載の移動体通信端末。
【請求項７】
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、各トラックの属性情報と接続情報とに基づいて、音楽データの削除が中断された楽曲の最終トラックをフェードアウト再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とするプログラム。
【請求項８】
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、音楽データの削除が中断された楽曲の最終トラックがフェードアウト再生されるよう、前記記憶媒体に格納されている当該トラックの音楽データを加工する機能と、
前記記憶媒体に格納されている音楽データを再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とするプログラム。
【請求項１】
音楽再生機能を有する移動体通信端末であって、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて格納する記憶手段と、
前記記憶手段に格納されている音楽データをトラック単位で削除する音楽データ削除手段と、
通信機能にかかる着信を検出する着信検出手段と、
前記着信検出手段による着信の検出に応じて、前記音楽データ削除手段による音楽データの削除を中断させる割り込み手段と、
前記記憶手段に格納されている音楽データを再生する再生手段と、を備え、
前記再生手段は、
再生する楽曲の管理情報に基づいて、音楽データの削除が中断した楽曲を特定する中断楽曲特定手段と、
前記中断楽曲特定手段が特定した楽曲をフェードアウト再生するフェードアウト手段と、をさらに備える、
ことを特徴とする移動体通信端末。
【請求項２】
前記属性情報は、少なくとも、各トラックの位置情報を含み、
前記接続情報は、当該トラックに続くトラックがいずれであるかを示す情報を含み、
前記中断楽曲特定手段は、前記属性情報と前記接続情報とに基づいて、それぞれが複数トラックで構成されている楽曲のうち、音楽データの削除が中断された楽曲を特定する、
ことを特徴とする請求項１に記載の移動体通信端末。
【請求項３】
前記音楽データ削除手段は、一の楽曲を構成する複数トラックの終端トラックから順にトラック単位で、対応する音楽データと管理情報とを削除し、
前記中断楽曲特定手段は、所定の識別情報を、構成トラックが中断している楽曲の最終トラックと対応づけて前記記憶手段に記録し、
前記フェードアウト手段は、前記識別情報に対応するトラックをフェードアウト再生する、
ことを特徴とする請求項１または２に記載の移動体通信端末。
【請求項４】
前記フェードアウト手段は、音楽データの削除が中断した楽曲の再生音量を調節することでフェードアウト再生する、
ことを特徴とする請求項１乃至３のいずれか１項に記載の移動体通信端末。
【請求項５】
前記中断楽曲特定手段は、音楽データの削除が中断された楽曲の音楽データを、当該楽曲がフェードアウト再生されるよう加工するデータ加工手段をさらに備える、
ことを特徴とする請求項１乃至４のいずれか１項に記載の移動体通信端末。
【請求項６】
フェードアウト再生した楽曲の削除続行をユーザに問い合わせる情報を表示出力する表示手段と、
ユーザの指示を入力する入力手段と、をさらに備え、
前記音楽データ削除手段は、前記入力手段によりフェードアウト再生した楽曲の削除続行が指示された場合、当該楽曲の音楽データ削除を続行する、
ことを特徴とする請求項１乃至５のいずれか１項に記載の移動体通信端末。
【請求項７】
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、各トラックの属性情報と接続情報とに基づいて、音楽データの削除が中断された楽曲の最終トラックをフェードアウト再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とするプログラム。
【請求項８】
移動体通信端末を制御するコンピュータに、
少なくとも１以上のトラックで構成されている音楽データと、各トラックの属性情報と複数トラック間の接続情報とを含む管理情報を対応づけて記憶媒体に格納する機能と、
前記記憶媒体に格納されている音楽データのうち、複数トラックで構成されている楽曲についての音楽データと管理情報を、当該楽曲の終端トラックから順にトラック単位で削除する機能と、
着信に基づく割り込みに応じて、音楽データの削除処理を中断する機能と、
前記記憶媒体に格納されている音楽データを再生する際に、音楽データの削除が中断された楽曲の最終トラックがフェードアウト再生されるよう、前記記憶媒体に格納されている当該トラックの音楽データを加工する機能と、
前記記憶媒体に格納されている音楽データを再生する機能と、
フェードアウト再生した場合に、当該楽曲の削除を続行するか否かをユーザに問い合わせる機能と、
ユーザが削除続行を指示した場合に、当該楽曲のデータ削除を続行する機能と、
を実現させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−３４３６０３（Ｐ２００６−３４３６０３Ａ）
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００５−１７０２０２（Ｐ２００５−１７０２０２）
【出願日】平成１７年６月９日（２００５．６．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４１４９１００）株式会社カシオ日立モバイルコミュニケーションズ (893)
【Ｆターム（参考）】
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願日】平成１７年６月９日（２００５．６．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４１４９１００）株式会社カシオ日立モバイルコミュニケーションズ (893)
【Ｆターム（参考）】
[ Back to top ]