(57)【特許請求の範囲】
【請求項１】
記憶手段に記憶した楽曲データを再生するミュージックプレーヤを備えた携帯端末において、
ユーザが再生した前記楽曲データの楽曲情報毎に、少なくとも再生回数と最終再生日時と音量レベルの再生情報を記録する再生管理テーブルと、
複数の報知条件のそれぞれに対応して予め定めた選択条件を登録する第１のアラーム設定テーブルと、
前記報知条件を検出すると前記第１のアラーム設定テーブルから、当該検出した報知条件に対応する前記選択条件を抽出し、当該抽出した選択条件に基づいて前記再生管理テーブルを検索して楽曲情報を選択し、前記楽曲データに対応する音量レベルに基づいて前記楽曲データの音量を制御して、前記ミュージックプレーヤに当該選択した楽曲情報に対応する楽曲データの再生を指示する制御手段と、
を備えたことを特徴とする携帯端末。
【請求項２】
前記第１のアラーム設定テーブルは、さらに、前記複数の報知条件のそれぞれを識別するアラーム種別を登録し、前記選択条件は、当該アラーム種別のそれぞれに対応して予め定めた条件であり、
前記携帯端末は、さらに、
前記アラーム種別と対応する前記選択条件に基づいて前記再生管理テーブルを検索して抽出した楽曲情報を、前記アラーム種別と対応して登録する第２のアラーム設定テーブルを備え、
前記制御手段は、報知条件を検出すると前記第１のアラーム設定テーブルから、当該検出した報知条件に対応する前記アラーム種別を識別し、当該識別したアラーム種別に対応して前記第２のアラーム設定テーブルに登録されている楽曲情報を抽出し、前記ミュージックプレーヤに当該抽出した楽曲情報に対応する楽曲データの再生を指示することを特徴とする請求項１記載の携帯端末。
【請求項３】
前記再生管理テーブルの再生情報が更新される度に、前記第２のアラーム設定テーブルは、前記アラーム種別と対応する前記選択条件に基づいて前記再生管理テーブルを検索して抽出した楽曲情報を、前記アラーム種別と対応して更新登録することを特徴とする請求項２記載の携帯端末。
【請求項４】
前記再生管理テーブルの再生情報は、前記楽曲情報毎に、前記楽曲データにサビ部分を特定する時間情報が有るか否かを示すサビ情報と、前記ミュージックプレーヤに前記楽曲データの繰返再生箇所が指定されている場合には当該繰返再生時間情報の再生条件情報を更に含み、前記選択条件は、楽曲情報の選択条件に加えて前記再生条件情報の選択条件を含み、
前記制御手段は、前記選択条件に基づいて前記再生管理テーブルを検索して楽曲情報及び前記再生条件情報を選択し、前記ミュージックプレーヤに当該選択した楽曲情報及び再生条件情報に基づく楽曲データの再生を指示する
ことを特徴とする請求項１から３のいずれか１つに記載の携帯端末。
【請求項５】
前記再生管理テーブルの再生情報は、前記楽曲情報毎に、前記楽曲データにサビ部分を特定する時間情報が有るか否かを示すサビ情報と、前記ミュージックプレーヤに前記楽曲データの繰返再生箇所が指定されている場合には当該繰返再生時間情報の再生条件情報を更に含み、前記選択条件は、楽曲情報の選択条件に加えて前記再生条件情報の選択条件を含み、
前記第２のアラーム設定テーブルは、前記アラーム種別と対応する前記選択条件に基づいて前記再生管理テーブルを検索して抽出した楽曲情報及び前記再生条件情報を、前記アラーム種別と対応して登録し、
前記制御手段は、識別した前記アラーム種別に対応して前記第２のアラーム設定テーブルに登録されている楽曲情報及び前記再生条件情報を抽出し、前記ミュージックプレーヤに当該選択した楽曲情報及び再生条件情報に基づく楽曲データの再生を指示する
ことを特徴とする請求項２又は３に記載の携帯端末。
【請求項６】
前記楽曲情報の選択条件は、前記再生情報に含まれる再生回数が最も多い楽曲情報を選択する条件、又は前記再生情報に含まれる最終再生日時が最も新しい楽曲情報を選択する条件であることを特徴とする請求項１乃至５のいずれかに記載の携帯端末。
【請求項７】
記憶手段に記憶した楽曲データを再生するミュージックプレーヤを備えた携帯端末のアラーム音選択方法において、
ユーザが再生した前記楽曲データの楽曲情報毎に、少なくとも再生回数と最終再生日時と音量レベルの再生情報を再生管理テーブルに記録する再生管理ステップと、
予め設定された所定の複数の報知条件のそれぞれに対応して予め定めた選択条件を第１のアラーム設定テーブルに登録する選択条件登録ステップと、
前記選択ステップは、前記報知条件を検出すると前記第１のアラーム設定テーブルから、当該検出した報知条件に対応する前記選択条件を抽出し、当該抽出した選択条件に基づいて前記再生管理テーブルを検索して楽曲情報を選択する選択ステップと、
当該選択した楽曲情報に対応する楽曲データを、前記楽曲データに対応する音量レベルに基づいて、前記楽曲データの音量を制御しての再生を前記ミュージックプレーヤに指示する制御ステップと、
を備えたことを特徴とする携帯端末のアラーム音選択方法。
【請求項８】
前記第１のアラーム設定テーブルは、さらに、前記複数の報知条件のそれぞれを識別するアラーム種別を登録し、前記選択条件は、当該アラーム種別のそれぞれに対応して予め定めた条件である第１登録ステップと、
前記アラーム種別と対応する前記選択条件に基づいて前記再生管理テーブルを検索して抽出した楽曲情報を、前記アラーム種別と対応して第２のアラーム設定テーブルに登録する第２登録ステップとを更に備え、
前記選択ステップは、報知条件を検出すると前記第１のアラーム設定テーブルから、当該検出した報知条件に対応する前記アラーム種別を識別し、当該識別したアラーム種別に対応して前記第２のアラーム設定テーブルに登録されている楽曲情報を選択する
ことを特徴とする請求項７記載の携帯端末のアラーム音選択方法。
【請求項９】
前記再生管理テーブルの再生情報が更新される度に、前記アラーム種別と対応する前記選択条件に基づいて前記再生管理テーブルを検索して抽出した楽曲情報を、前記アラーム種別と対応して前記第２のアラーム設定テーブルに、更新登録する更新登録ステップ
を備えたことを特徴とする請求項８記載の携帯端末のアラーム音選択方法。
【請求項１０】
前記再生管理テーブルの再生情報は、前記楽曲情報毎に、前記楽曲データにサビ部分を特定する時間情報が有るか否かを示すサビ情報と、前記ミュージックプレーヤに前記楽曲データの繰返再生箇所が指定されている場合には当該繰返再生時間情報の再生条件情報を更に含み、前記選択条件は、楽曲情報の選択条件に加えて前記再生条件情報の選択条件を含み、
前記選択ステップは、前記選択条件に基づいて前記再生管理テーブルを検索して楽曲情報及び前記再生条件情報を選択するステップを含み、
前記制御ステップは、前記ミュージックプレーヤに当該選択した楽曲情報及び再生条件情報に基づく楽曲データの再生を指示するステップを含む
ことを特徴とする請求項７から９のいずれか１つに記載の携帯端末のアラーム音選択方法。
【請求項１１】
前記再生管理テーブルの再生情報は、前記楽曲情報毎に、前記楽曲データにサビ部分を特定する時間情報が有るか否かを示すサビ情報と、前記ミュージックプレーヤに前記楽曲データの繰返再生箇所が指定されている場合には当該繰返再生時間情報の再生条件情報を更に含み、前記選択条件は、楽曲情報の選択条件に加えて前記再生条件情報の選択条件を含み、
前記第２登録ステップは、前記アラーム種別と対応する前記選択条件に基づいて前記再生管理テーブルを検索して抽出した楽曲情報及び前記再生条件情報を、前記アラーム種別と対応して前記第２のアラーム設定テーブルに登録するステップを含み、
前記選択ステップは、識別した前記アラーム種別に対応して前記第２のアラーム設定テーブルに登録されている楽曲情報及び前記再生条件情報を選択するステップを含み、
前記制御ステップは、前記ミュージックプレーヤに当該選択した楽曲情報及び再生条件情報に基づく楽曲データの再生を指示するステップを含む
ことを特徴とする請求項８又は９に記載の携帯端末のアラーム音選択方法。
【請求項１２】
前記楽曲情報の選択条件は、前記再生情報に含まれる再生回数が最も多い楽曲情報を選択する条件、又は前記再生情報に含まれる最終再生日時が最も新しい楽曲情報を選択する条件である
ことを特徴とする請求項７乃至１１のいずれかに記載の携帯端末のアラーム音選択方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ミュージックプレーヤで再生する楽曲をアラーム音として設定できる携帯端末及びこの端末のアラーム音選択方法に関する。
【背景技術】
【０００２】
携帯端末が具備する報知用の各種のアラーム音として、ユーザの好みの音楽を設定することができる機能を有する携帯端末に関する技術が、特開２００２−０７３８３１号公報（特許文献１）や特許第３８７９３５５号公報（特許文献２）に記載されている。
【０００３】
特許文献１は、インターネットを介してサーバと接続された携帯端末を含む情報処理端末に対して、サーバと連携して目覚まし機能を提供する技術を開示している。この技術によれば、予め設定した時刻になると、情報処理端末はサーバから予め設定した好みの音楽をダウロードして、それを目覚まし時に鳴らすアラーム音とすることを可能にしている。したがって、ユーザは、起床時に好みの音楽を聴きながら目覚めることができる。
【０００４】
また、特許文献２は、携帯型無線電話装置の報知用の着信音やアラーム音としてユーザが作成した楽曲やダウンロードサービスによって受信したユーザが好む楽曲を使用する技術を開示している。この技術によれば、着信時の無応答時間が設定値になると留守番電話機能に切り替わるような場合において、楽曲の長さに応じたアラーム音の鳴動時間を自動設定することができる。そのため、着信時無応答時間の設定値にかかわらず、着信音の楽曲が途中で終了することなく全てを再生した上で留守番電話機能に切り替えることができる。
【０００５】
【特許文献１】特開２００２−０７３８３１号公報
【特許文献２】特許第３８７９３５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このようにユーザの好みの楽曲をアラーム音として設定することができる携帯端末は、ユーザのニーズにかなったものであり、ますます多く用いられる傾向にある。
【０００７】
しかし、特許文献１や特許文献２に記載の技術では、新たな楽曲の再設定操作を行わなければ、いつまでも同じ楽曲がアラーム音として設定されたままである。ユーザの好みが変わって新しい楽曲をアラーム音に設定したい場合には、ユーザは再設定操作を行わなければならず、その操作が煩わしい。また、サーバに蓄積された楽曲は多数あるため、その選択にも迷ってしまうことが多々ある。
【０００８】
この発明の目的は、上述した課題である、アラーム音に設定する楽曲の再設定操作の煩わしさを解決する携帯端末及びこの端末のアラーム音選択方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明は上記課題を解決するためのものであって、本発明の携帯端末は、記憶手段に記憶した楽曲データを再生するミュージックプレーヤを備えた携帯端末において、
ユーザが再生した前記楽曲データの楽曲情報毎に、少なくとも再生回数と最終再生日時の再生情報を記録する再生管理テーブルと、予め設定された所定の報知条件を検出すると、予め設定された所定の選択条件に基づいて前記再生管理テーブルを検索して楽曲情報を選択し、前記ミュージックプレーヤに当該選択した楽曲情報に対応する楽曲データの再生を指示する制御手段とを備えたものである。
【００１０】
また、本発明の携帯端末のアラーム音選択方法は、記憶手段に記憶した楽曲データを再生するミュージックプレーヤを備えた携帯端末のアラーム音選択方法において、
ユーザが再生した前記楽曲データの楽曲情報毎に、少なくとも再生回数と最終再生日時の再生情報を記録する再生管理ステップと、予め設定された所定の報知条件を検出する報知条件検出ステップと、予め設定された所定の選択条件に基づいて前記再生管理テーブルを検索して楽曲情報を選択する選択ステップと、当該選択した楽曲情報に対応する楽曲データの再生を前記ミュージックプレーヤに指示する制御ステップとを備えたものである。
【発明の効果】
【００１１】
本発明に係る携帯端末及びこの端末のアラーム音選択方法は、簡単な設定を行っておくだけで、ユーザの好みが変わっても新たな楽曲の再設定操作を行うことなく、ユーザが日常聴取している好みの楽曲をアラーム音として設定することができる。
【発明を実施するための最良の形態】
【００１２】
本発明に係る携帯端末の第１実施形態を、図面１乃至５を参照して説明する。
【００１３】
図１は、本発明に係る携帯端末の構成を示すブロック構成図である。
【００１４】
本発明に係る携帯端末１０１は、記憶手段１０２に記憶された楽曲データ１０３を再生して楽曲音として出力するミュージックプレーヤ１０４を備える。記憶手段１０２には、そのミュージックプレーヤ１０４で再生された楽曲の種類、再生された日時を管理する再生管理テーブル１０５及び後述するアラーム選択条件を予め記憶するアラーム選択条件テーブル１０６を備える。そして、本発明に係る携帯端末１０１の制御動作全般を司る制御手段を更に備えている。この制御手段１０７は、図示しないROM（リード・オンリー・メモリ）等に記憶されたプログラムを読出し、そのプログラムに従った動作を実行するCPU（セントラル・プロセッシング・ユニット：中央制御装置）で構成され、本発明に係る制御動作を実行する。
【００１５】
図２は、再生管理テーブル１０５に設定される内容の一例を示すテーブル構成図である。この再生管理テーブル１０５には、ユーザがミュージックプレーヤ１０４を使用して再生した楽曲に関する情報（楽曲情報）が記録される。図２に示す例では、楽曲を識別する識別番号としてのＩＤ、楽曲の曲名、その楽曲が再生された回数及び最後に再生された日時が記録される。
【００１６】
この再生管理テーブル１０５の記録動作フローを図４に示す。ステップ（以下「ステップ」を「Ｓ」と記載する）４０１において、携帯端末１０１（制御手段１０７）は、ユーザがミュージックプレーヤ１０４を使用して楽曲を再生すると、その再生楽曲を識別する（Ｓ４０２）。そして、その再生した楽曲に関する情報を再生管理テーブル１０５に記録する（Ｓ４０３）。記録情報は前述したとおりであり、既に同一楽曲が再生管理テーブル１０５に記録されている場合には再生回数を更新する。また、最終再生日時として当該再生を識別した日時を更新する。また、初めて再生管理テーブル１０５に記録する楽曲であれば、識別した楽曲にＩＤを付与してその曲名を記録し、再生回数に「１」を設定し、当該再生を識別した日時を最終再生日時に記録する。
【００１７】
このように再生管理テーブル１０５にはユーザが日常聴取する楽曲の傾向情報が蓄積されて行く。つまり、ユーザが好んで聞く楽曲の再生回数はそれだけ多くなる。また、新曲等で興味がある楽曲は最終再生日時が最も新しい時刻である傾向にある。
【００１８】
本発明に係る携帯端末１０１は、このようにして記録・更新される再生管理テーブル１０５を参照してアラーム音に楽曲を設定することを特徴とする。
【００１９】
次に、図３と図５を参照して、アラーム音としての楽曲再生動作を説明する。
【００２０】
図３は、アラーム音として選択する楽曲の傾向を予め設定しておくためのアラーム選択条件テーブル１０６である。図３では、「最多」又は「直近」を選択条件としてユーザが任意に設定できるようにしている。設定方法としては、予め用意した設定画面に選択肢として「最多」又は「直近」を表示し、ユーザが選択・設定した「最多」又は「直近」をアラーム選択条件テーブル１０６に設定すれば良い。このように、アラーム選択条件テーブル１０６に設定する情報は、予めユーザにより設定するものであっても、また、携帯端末１０１のデフォルト条件としていずれかの条件を設定しておくものであっても良い。なお、「最多」は再生回数が最も多い楽曲を選択することを示し、「直近」は最も新しい時刻に聞いた楽曲を選択することを示す。つまり、「最多」はユーザが最も好んで繰り返し聞いている楽曲を選択することを意味し、「直近」は、新曲等でユーザが最近興味を示している楽曲を選択することを意味する。
【００２１】
図５は、アラーム音としての楽曲再生動作を示すフロー図である。
【００２２】
Ｓ５０１において予め定めたアラーム報知条件を識別すると、Ｓ５０２で携帯端末１０１（制御手段１０７）はアラーム選択条件テーブル１０６を参照してアラーム音として選択すべき条件を識別する。そして、Ｓ５０３においてその選択条件に合致する楽曲情報を再生管理テーブル１０５から抽出する。Ｓ５０４においてミュージックプレーヤ１０４には、その抽出した楽曲のＩＤを通知してその再生を指示する。ミュージックプレーヤ１０４は、通知を受けた楽曲のＩＤから記憶手段に記憶されている当該楽曲データを読出して再生する。なお、このとき、デフォルト条件として「最多」又は「直近」が指定されている場合には、アラーム選択条件テーブル１０６を参照することなくそのデフォルトの選択条件に合致する楽曲情報を再生管理テーブル１０５から抽出すれば良い。
【００２３】
例えば、図２に示すように再生管理テーブル１０５が記録されている場合、「最多」の選択条件では、再生回数が最も多い「さくら」がアラーム音として選択され、再生される。また、選択条件が「直近」となっていれば、最終再生日時が最も新しい「チューリップ」がアラーム音として選択され、再生される。
【００２４】
このようにして、本発明に係る携帯端末の第１実施形態においては、アラーム報知条件を識別すると、予めユーザの聴取傾向を記録した再生管理テーブル１０５から、予め定めた選択条件に合致する楽曲を抽出して、それをアラーム音として再生するようにした。そのため、ユーザの好む楽曲を再設定することなく、常にユーザが好む楽曲をアラーム音として選択し、再生することができる。
【００２５】
また、上述した再生管理テーブル１０５に記録することができる楽曲の数に特に制限を設ける必要はないが、適宜内容を更新してもよい。つまり、再生回数が少なくかつ最終再生日時から一定の日時（例えば、１ヶ月）を経過した楽曲情報を削除しても良い。また、一定の期間（例えば、３ヶ月）を経過した場合には記録されている全ての楽曲情報を削除して、新たな記録を蓄積するようにしても良い。このようにすることにより、ユーザのそのときの好みを常に反映した再生管理テーブル１０５を維持することができる。
【００２６】
次に、本発明に係る携帯端末の第２実施形態を図６乃至１６を参照して説明する。
【００２７】
上述した第１実施形態は、目覚まし時刻を報知条件としたアラーム音に用いる場合に好適である。つまり、ユーザがアラームの停止操作を行うまで、好みの楽曲が基本的に最初から終わりまで再生され、心地よく目覚めることができる。
【００２８】
しかし、アラーム音の報知条件としては、スケジュールした時刻やカウントダウンタイマーによるカウントアップ時刻もある。さらに本携帯端末が携帯電話である場合には、電話呼や電子メールの着信時の報知音として使用されることもある。このように、報知条件が複数ある場合には、それぞれに対応した報知音の設定が望ましい。また、ユーザは、そのような場合に用いる報知音として再生する楽曲も、その楽曲の最初の部分から全てを再生するよりも、その楽曲の一番盛り上がる箇所であるサビの部分とか、ユーザが好んで繰り返し聞く部分のみを再生することを好む傾向にある。第２実施形態は、そのようなアラーム音に楽曲を設定するに好適な実施形態である。
【００２９】
図６は、本発明に係る携帯端末６０１の第２実施形態の構成を示すブロック構成図である。
【００３０】
この第２実施形態は、アラーム設定テーブルI及びII６０２を新たに備え、アラーム選択条件テーブル６０３及び再生管理テーブル６０４の内容が第１実施形態と異なる。なお、上述した各種の報知条件の設定方法は従来技術の範疇の事項なので説明を省略する。つまり、目覚まし時刻やスケジュール時刻であれば所望の時刻を、カウントダウンタイマーとして使用するのであれば所望のカウントダウン時間をそれぞれ設定登録しておけば良い。そして、周期起動のアラーム検出プログラムにより該当する時刻を検出した際にアラーム検出情報を出力する。
【００３１】
次に、図７を参照して第２実施形態における再生管理テーブル６０４を説明する。この再生管理テーブル６０４は、第１実施形態における再生管理テーブル６０４が有する情報に加えて、その楽曲に対応するサビ情報が記憶されているか否か、及びユーザがその楽曲に対して繰り返し再生を設定している箇所が有るか否か、そして、有る場合にはその設定箇所の時間情報が記録される。
【００３２】
なお、サビ情報とは、インターネット上の音楽配信サイトから楽曲をダウンロードしたした際に、楽曲データに付加して配信される情報であり、その楽曲で一番盛り上がる箇所の時間情報を含んでいる。例えば、図８に示すように曲名「さくら」において、楽曲の開始から４５秒乃至２分１５秒の箇所が最も盛り上がる箇所でサビとしてその時間情報が付加されている。また、ユーザによっては、そのサビの箇所ではなく図９に示すように、楽曲の開始から３０秒乃至１分２５秒の箇所を好んで聞くために繰り返し再生を指定している。
【００３３】
このような場合に、第２実施形態における再生管理テーブル６０４には、サビ情報の有無、繰り返し再生設定の有無、有りの場合の時間情報が図２に示した第１実施形態の再生管理テーブル情報に付加される。この第２実施形態における再生管理テーブル６０４の設定動作は、ユーザが楽曲を聴取した際に、その楽曲情報としてサビ情報の有無、繰り返し再生設定の有無、有りの場合の時間情報が再生管理テーブル６０４に設定される点を除けば、図４に示した動作と同様なので説明を省略する。
【００３４】
また、第２実施形態におけるアラーム選択条件テーブル６０３は、図１０に示すように複数の選択条件が設定できるように構成されている。それぞれの選択条件には選択条件ＩＤが識別情報として付与されている。このアラーム選択条件テーブル６０３の設定方法は後述する。
【００３５】
次に、第２実施形態において新たに設置されるアラーム設定テーブルI６０２Ａとアラーム設定テーブルII６０２Ｂについて説明する。
【００３６】
図１１は、アラーム設定テーブルI６０２Ａの構成内容を示すテーブル構成図である。アラーム設定テーブルI６０２Ａはアラーム種別、報知条件及びアラーム音として再生する楽曲の選択条件（選択条件ＩＤ）の相互の関連性を規定するテーブルである。
【００３７】
例えば、アラーム種別１には、「目覚まし」のアラーム音を設定し、その選択条件は選択条件ＩＤが「１」の条件である。同様に、アラーム種別２乃至６にそれぞれ対応して電話着信時のアラーム音、電子メール着信時のアラーム音、スケジュールＡの設定時刻時のアラーム音、スケジュールＢの設定時刻時のアラーム音、そしてカウントダウンタイマーのカウントアップ時のアラームが設定されている。また、それぞれの選択条件ＩＤは、「２」、「６」、「３」、「６」そして「４」が設定されている。選択条件ＩＤの数字が意味する選択条件は図１０に示したアラーム選択条件テーブル６０３に規定されるとおりである。
【００３８】
図１２は、アラーム設定テーブルII６０２Ｂの構成内容を示すテーブル構成図である。アラーム設定テーブルII６０２Ｂはアラーム種別、選択条件ＩＤおよびその時点における再生管理テーブル６０４の内容に基づく実際の楽曲及びその再生条件を規定するテーブルである。
【００３９】
例えば、図１１に示したアラーム設定テーブルI６０２Ａでそれぞれのアラーム種別に対応して規定されている選択条件ＩＤに基づいて再生管理テーブル６０４を検索して抽出した楽曲のＩＤ、曲名及び再生条件が設定されている。
【００４０】
第２実施形態における携帯端末は、これらのアラーム設定テーブルI６０２Ａ及びII６０２Ｂを用いて、報知条件を検出した際に、再生すべき楽曲を特定してミュージックプレーヤ１０４に再生を指示する。このとき、アラーム設定テーブルI６０２Ａのみを用いても同様の動作が可能であるが、本実施形態ではアラーム設定テーブルII６０２Ｂに予め楽曲及び再生条件を抽出しておくことにより、制御手段１０７の処理負荷を軽減するようにしている。
【００４１】
次に、このように構成された第２実施形態の動作を説明する。
【００４２】
図１３は、図１０に示すアラーム選択条件テーブル６０３の設定動作を示すフロー図である。
【００４３】
携帯端末６０１（制御手段１０７）は、アラーム選択条件設定画面において、ユーザが指定する選択条件をこのアラーム選択条件テーブル６０３に設定する。
【００４４】
ユーザは携帯端末を操作してアラーム選択条件設定画面を表示させ、その画面において、設定したい選択条件ＩＤを指定する。例えば、選択条件ＩＤ「１」を指定したとする。続いて表示される設定条件指定画面において設定を希望する曲選択条件及び再生条件を選択する。選択条件として「最多／直近」及び再生条件として「全曲／サビ／繰返再生」の組合せで条件を設定することができる。そこでユーザは、「最多」及び「全曲」を条件として選択して設定操作を行う。
【００４５】
このようなユーザ操作に対応して、ユーザが指定した選択条件ＩＤを識別して（Ｓ１３０１）、ＩＤとして「１」が識別される。続いてユーザが選択指定した曲選択条件の「最多」及び再生条件の「全曲」をアラーム選択条件テーブル６０３の選択条件ＩＤ「１」に対応して選択条件内容の曲選択条件及び再生条件にそれぞれ設定する（Ｓ１３０２）。
【００４６】
ユーザが設定終了（Ｓ１３０３：Yes）の操作を行えばそこで処理は終了する。また、継続して別の選択条件ＩＤに関する設定操作を行う場合には同様の操作を行うことにより、選択条件ＩＤ「２」乃至「６」に対応する設定が行われる。
【００４７】
図１４は、図１１に示すアラーム設定テーブルI６０２Ａの設定動作を示すフロー図である。
【００４８】
携帯端末６０１（制御手段１０７）は、アラーム設定画面において、ユーザが指定するアラーム種別と報知条件及びそのアラーム音としての楽曲の選択条件をこのアラーム設定テーブルI６０２Ａに設定する。
【００４９】
ユーザは携帯端末６０１を操作してアラーム設定画面を表示させ、その画面において、設定したいアラーム種別、報知条件及び選択条件ＩＤを指定する。
【００５０】
携帯端末６０１（制御手段１０７）は、ユーザが指定したアラーム種別を識別する（Ｓ１４０１）。同様に、そのアラーム種別に対応してユーザが設定した報知条件及び選択条件ＩＤをそれぞれ識別する（Ｓ１４０２、Ｓ１４０３）。
【００５１】
このとき、携帯端末６０１（制御手段１０７）は、再生管理テーブル６０４に設定されている条件との整合性を図る。つまり、その時点における再生管理テーブル６０４にユーザが指定した選択条件ＩＤに対応する情報が含まれているかを識別する（Ｓ１４０４）。この整合性確認処理で問題がなければ（Ｓ１４０４：有り）、携帯端末６０１（制御手段１０７）は、ユーザが指定したアラーム種別、報知条件及び選択条件ＩＤをアラーム設定テーブルI６０２Ａに設定して（Ｓ１４０５）、次の処理に移行する（Ｓ１４０８）。
【００５２】
もし、Ｓ１４０４の整合性確認処理に問題がある場合には（Ｓ１４０４：無し）、ユーザにその旨を通知して、選択条件ＩＤの再設定を指示する（Ｓ１４０６）。
【００５３】
例えば、図１１に示すアラーム設定テーブルI６０２Ａのアラーム種別３の設定において、ユーザが報知条件として「メール着信音」、選択種別ＩＤとして「ＩＤ」５の「直近・サビ」を指定したとする。その時点における再生管理テーブル６０４の内容が図７のとおりであったとすると、「直近」に該当する楽曲は「チューリップ」となる。
【００５４】
しかし、「サビ」に該当する情報は登録されていない。そのため、ステップ１４０４の処理で、再生管理テーブル６０４にユーザが指定した選択条件ＩＤに対応する情報が含まれていないことがわかり、携帯端末６０１（制御手段１０７）はユーザに対して設定指定した選択条件ＩＤが設定できない旨を通知する（Ｓ１４０６）。この通知に基づいてユーザが設定をキャンセルすれば（Ｓ１４０７：Yes）、ユーザが指定したアラーム種別に対する設定はキャンセルされて次の処理に移行する（Ｓ１４０８）。
【００５５】
また、ユーザが異なる選択条件ＩＤを再設定すれば（Ｓ１４０７：No）、処理はステップ１４０３に戻る。図１１に示すアラーム設定テーブルI６０２Ａのアラーム種別３の設定においては、選択条件ＩＤ「５」が設定できないので、ユーザは選択条件ＩＤ「６」を設定した結果を示している。
【００５６】
次に、アラーム設定テーブルII６０２Ｂの設定動作を、図１５を参照して説明する。前述したように、本実施形態においては、ユーザが設定したアラーム種別と選択条件ＩＤに従って特定される楽曲及び再生条件を、再生管理テーブル６０４から予め抽出して設定しておくことにより、報知条件を検出して楽曲を再生する際の制御処理の負荷を軽減するようにしている。
【００５７】
再生管理テーブル６０４は、ユーザによる楽曲の聴取傾向を反映する情報が含まれており、その内容はユーザの楽曲聴取状況に従って変化する。そのため、アラーム設定テーブルII６０２Ｂの設定処理は、定期起動又は再生管理テーブル６０４の更新時起動により実行される。つまり、一日に一回、例えば午前０時に定期的に処理されるようにしておいても良いし、ユーザが楽曲の聴取を行って再生管理テーブル６０４の内容が更新されたときに処理するようにしても良い。
【００５８】
まず、携帯端末６０１（制御手段１０７）は、アラーム設定テーブルI６０２Ａからアラーム種別と選択条件ＩＤを読み出す（Ｓ１５０１、Ｓ１５０２）。次に、読み出した選択条件ＩＤに対応する条件で再生管理テーブル６０４を検索し、条件に該当する楽曲とその再生条件を抽出する（Ｓ１５０３）。抽出した内容をアラーム種別と選択条件ＩＤと対応付けてアラーム設定テーブルII６０２Ｂに設定する（Ｓ１５０４）。以上により、一つのアラーム種別に対する処理が終了するので、他のアラーム種別がアラーム設定テーブルI６０２Ａに設定されているか否かを識別する（Ｓ１５０５）。他のアラーム種別がまだ存在する場合には（Ｓ１５０５：Yes）、その処理に移行する（Ｓ１５０６）。全てのアラーム種別に対する処理が終了した場合には（Ｓ１５０５：No）、処理を終了する。
【００５９】
図１２のアラーム設定テーブルII６０２Ｂの内容設定について、上記の処理動作を参照して一例を説明する。
【００６０】
携帯端末６０１（制御手段１０７）は、アラーム設定テーブルI６０２Ａを参照してアラーム種別「１」及び対応して設定されている選択条件ＩＤ「１」を読み出す。選択条件ＩＤ「１」は、図１０のアラーム選択条件テーブル６０３を参照することにより、曲選択条件が「最多」で、再生条件が「全曲」と識別される。そこで、携帯端末６０１（制御手段１０７）は、再生管理テーブル６０４を参照して、再生回数が最多の楽曲を検索する。この処理により「さくら」が抽出される。そして、携帯端末６０１（制御手段１０７）は、アラーム種別「１」、選択条件ＩＤ「１」と対応させて曲名欄に曲ＩＤ「１」の「さくら」および再生条件欄に「全曲」に対応する情報をアラーム設定テーブルII６０２Ｂに設定する。
【００６１】
続いて、アラーム種別「２」と対応する選択条件ＩＤ「２」を読み出す。選択条件ＩＤ「２」は、曲選択条件が「最多」で、再生条件が「サビ」と識別されるので、携帯端末６０１（制御手段１０７）は、再生管理テーブル６０４を参照して、再生回数が最多の楽曲を検索する。この処理により「さくら」が抽出される。また、このとき「さくら」の「サビ」情報に含まれるサビ部分の再生時間を抽出する。そして、携帯端末６０１（制御手段１０７）は、アラーム種別「２」、選択条件ＩＤ「２」と対応させて曲名欄に曲ＩＤ「１」の「さくら」および再生条件欄に「さび」に対応する再生時間情報をアラーム設定テーブルII６０２Ｂに設定する。同様に、もし選択条件ＩＤが「３」の、再生条件として「繰返再生」を識別した場合には、再生管理テーブル６０４の「繰返再生設定」欄に登録されている時間情報を抽出して、その時間情報がアラーム設定テーブルII６０２Ｂの再生条件欄に設定される。
【００６２】
以上に説明したアラーム選択条件テーブル６０３、アラーム設定テーブルI６０２Ａ及びII６０２Ｂ、再生管理テーブル６０４を備えた第２実施形態におけるアラーム報知の処理動作を、図１６を参照して説明する。
【００６３】
携帯端末６０１（制御手段１０７）は、アラーム報知条件を検出すると、アラーム設定テーブルI６０２Ａを参照してそのアラーム種別を識別する（Ｓ１６０１、Ｓ１６０２）。次に、アラーム設定テーブルII６０２Ｂを参照して、識別したアラーム種別に対応する曲名及び再生条件を抽出する（Ｓ１６０３）。そして、抽出した曲名の曲ＩＤ及び再生条件をミュージックプレーヤ１０４に通知して再生を指示する（Ｓ１６０４）。ミュージックプレーヤ１０４は、通知を受けた曲ＩＤから記憶手段１０２に記憶されている当該楽曲データを読出し、通知を受けた再生条件で再生する。尚、再生条件がサビ部分を指定する場合は、そのサビ部分に該当する時間情報も記憶手段１０２から読み出す。
【００６４】
例えば、アラーム条件が「スケジュールＡ」の予め設定した時間であった場合、携帯端末６０１（制御手段１０７）は、図示しない関連技術による手段により、そのアラーム報知条件の発生を知る。それにより、アラーム設定テーブルI６０２Ａを参照して、「スケジュールＡ」に対応するアラーム種別「４」を識別する。続いて、アラーム設定テーブルII６０２Ｂを参照して、識別したアラーム種別「４」に対応して設定されているアラーム音情報を読み出す。その結果、曲名「さくら」、曲ＩＤ「１」、再生条件「０：３０−１：２５」が抽出される。従って、ミュージックプレーヤ１０４には、曲ＩＤ「１」と再生時間「０：３０−１：２５」の繰り返しが通知され、ミュージックプレーヤ１０４は曲ＩＤ「１」に対応する「さくら」の楽曲データを記憶手段から読出し、その曲「さくら」の指定された繰り返し箇所「０：３０−１：２５」を再生する。
【００６５】
同様に、アラーム報知条件が「電話着信」であった場合には、アラーム報知条件「電話着信」の発生を知る。それにより、アラーム設定テーブルI６０２Ａを参照して、「電話着信」に対応するアラーム種別「２」を識別する。続いて、アラーム設定テーブルII６０２Ｂを参照して、識別したアラーム種別「２」に対応して設定されているアラーム音情報を読み出す。その結果、曲名「さくら」、曲ＩＤ「１」、再生条件「サビ部分」が抽出される。従って、ミュージックプレーヤ１０４には、曲ＩＤ「１」と再生条件「サビ部分」が通知され、ミュージックプレーヤ１０４には、曲ＩＤ「１」と再生条件「サビ部分」が通知され、ミュージックプレーヤ１０４は曲ＩＤ「１」に対応する「さくら」の楽曲データとサビ部分を規定する時間情報を記憶手段から読出し、その曲「さくら」のサビ部分に該当する箇所を再生する。これにより、アラーム報知条件に対応した楽曲がアラーム音として再生される。
【００６６】
このようにして、本発明に係る携帯端末の第２実施携帯においては、アラーム選択条件を規定するアラーム選択条件テーブル６０３、複数のアラーム種別に対応して各アラーム種別の再生内容を規定するアラーム設定テーブルI６０２Ａ及びII６０２Ｂ、及びユーザの楽曲聴取傾向をより細かく管理した再生管理テーブル６０４を備える。そして、アラーム設定テーブルI６０２Ａ及びII６０２Ｂを参照して各アラーム種別に対応した楽曲とその再生条件に基づいてアラーム音を再生するようにした。しかも、アラーム設定テーブルII６０２Ｂには、各アラーム種別に対応してユーザが指定した選択条件に基づいて再生管理テーブル６０４を予め検索して、アラーム音として再生する楽曲及び再生条件を設定するようにした。そのため、複数のアラーム種別に対してユーザの好む楽曲をきめ細かく規定した再生条件で、しかも再設定することなく、軽い処理負荷で再生することができる。
【００６７】
また、上述した再生管理テーブル６０４に記録することができる楽曲の数に特に制限を設ける必要はないが、適宜内容を更新してもよい。つまり、再生回数が少なくかつ最終再生日時から一定の日時（例えば、１ヶ月）を経過した楽曲情報を削除して、ユーザのそのときの好みを常に反映した再生管理テーブル６０４を維持するようにしても良い。なお、その場合には、アラーム設定テーブルI６０２Ａに予め設定されている選択条件に合致する再生条件が含まれなくなってしまうことも懸念される。そのような場合には、削除処理において削除後の再生管理テーブル６０４の内容とアラーム設定テーブルI６０２Ａに予め設定されている選択条件との整合性を図る処理を入れ、不整合が生じた場合にはユーザに対してアラーム設定の修正を促すようにすれば良い。
【００６８】
尚、第２実施形態では、アラーム設定テーブルI及びIIを用いた構成を説明したが、前述したような制御手段１０７の処理負荷の軽減を意識する必要がなければ、アラーム設定テーブルIのみを用いた構成でも実現できる、その場合は、第２実施形態における図１５の処理が不要になり、図１６のＳ１６０２及びＳ１６０３の処理動作が異なる。この変形例の動作を以下に説明する。
【００６９】
携帯端末６０１（制御手段１０７）は、アラーム報知条件を検出すると、アラーム設定テーブルIを参照して対応する選択条件ＩＤを識別する。つまり、図１６のＳ１６０２に相当する処理として、検出したアラーム報知条件に対応するアラーム種別と選択条件ＩＤを識別する。次に、図１６のＳ１６０３に相当する処理として、Ｓ１６０２で識別した選択条件ＩＤに基づいて再生管理テーブル６０４を検索して、その条件に該当する楽曲とその選択条件を抽出する。そして、抽出した曲名の曲ＩＤ及び再生条件をミュージックプレーヤ１０４に通知する。
【００７０】
このように、アラーム設定テーブルIIを設けることなく、アラーム設定テーブルIに設定されている選択条件ＩＤで再生管理テーブルを直接検索して、条件に合致する楽曲とその再生条件を抽出するようにしても良い。
【００７１】
次に、本発明に係る携帯端末を携帯電話機に適用した第３実施形態を説明する。
【００７２】
図１７は、本発明に係る携帯端末を携帯電話機に適用した装置の概観図である。
【００７３】
本発明に係る携帯電話機１７０１は、液晶表示による表示部１７０２、入力キー操作部１７０３、受話用レシーバ１７０４、送話用マイク１７０５、アラーム音や着信音を発するスピーカ１７０６、イヤフォン１７０８及び接続プラグ１７０９、接続プラグ１７０９を携帯電話機本体に接続する接続端子１７０７より構成される。
【００７４】
図１８は、この携帯電話機の機能構成を示すブロック構成図である。
【００７５】
メモリ部１８０１は、楽曲等の音楽データやその他のデータを記憶する。アラーム管理テーブル１８０２は、本発明に係るアラーム処理に関するテーブルを含む。ブラウザ１８０３は、インターネットを介した音楽配信サーバに接続して楽曲をダウンロードする機能を有する。無線通信部１８０４は、携帯電話機の電話呼の発着信、通話や電子メールの送受信等の通信機能を司る。表示部１８０５は視覚によるユーザとのマン・マシンインタフェース部で、アラーム設定等の操作時にメニューや設定内容等を表示する。ミュージックプレーヤ１８０６は、ユーザが楽曲を聴取する際の楽曲データ再生や、本発明に係るアラーム音としての楽曲データ再生に用いる。アラーム処理部１８０７は、本発明に係るアラーム設定やアラーム音の再生等の各種処理を司る。再生管理テーブル１８０８は、ユーザが聴取した楽曲の種類、回数等を記録して、ユーザの楽曲の好みの傾向を蓄積するテーブルである。制御部１８０９は、ＣＰＵ等で構成される制御手段である。制御部１８０９は、前述した各構成と協働して本発明に係る各種の制御動作を統括する。
【００７６】
図１９は、第３実施形態における再生管理テーブル１８０８の内容を示すテーブル構成図である。第２実施形態と異なる点は、音量レベル情報を含む点にある。この音量レベル情報は、ユーザが楽曲を聴取した際にミュージックプレーヤ１８０６に設定されていた音量レベルである。
【００７７】
この第３実施形態における再生管理テーブル１８０８の設定動作は、ユーザが楽曲を聴取した際に、その楽曲情報としてサビ情報の有無、繰り返し再生設定の有無、有りの場合の時間情報が再生管理テーブル１８０８に設定される点及びそのときにミュージックプレーヤ１８０６に設定されていた音量レベルが設定される点を除けば、図４に示した動作と同様なので説明を省略する。なお、同一の楽曲の聴取の際に異なる音量レベル設定がされていた場合には、最も大きな音量レベルを優先する。つまり、再生管理テーブル１８０８に以前の楽曲の聴取の際に設定した音量レベルが「４」で、同一楽曲を今回聴取した際に設定されていた音量レベルが「３」の場合には、前回設定した値を変更せずにそのままとしておく。また、逆に、再生管理テーブル１８０８に設定されている音量レベルが「３」で、同一楽曲を今回聴取した際に設定されていた音量レベルが「４」の場合には、再生管理テーブル１８０８の音量レベル情報を「４」に更新する。
【００７８】
図２０は、第３実施形態におけるアラーム管理テーブル１８０２の内容を示すテーブル構成図である。第２実施形態におけるアラーム設定テーブルII６０２Ｂ相当のテーブルである。音量レベル情報が付加された点が第２実施形態におけるアラーム設定テーブルII６０２Ｂと異なる。また、第３実施形態においても、図示しないが、第２実施形態における図１０のアラーム選択条件テーブル６０３、図１１のアラーム設定テーブルI６０２Ａ相当のテーブルを備え、既に設定されているものとする。従って、このアラーム管理テーブル１８０２の設定処理は、第２実施形態の図１５のフロー図で説明したものと同様の処理となる。つまり、再生管理テーブル１８０８を選択条件ＩＤに対応する選択条件で検索した際に得られる楽曲情報に設定されている音量レベル情報がこのアラーム管理テーブル１８０２に設定される。
【００７９】
このように構成された携帯電話機は、所定のアラームを検出すると第２実施形態における図１６のフロー図で説明したのと同様な動作を行って、アラーム音としてユーザの好みの楽曲が、しかもユーザが良く聞く音量レベルで、ミュージックプレーヤ１８０６により再生される。なお、この音量レベルは、ユーザがイヤフォン１７０８を使用して聴取した楽曲の音量レベルであり、スピーカによる再生の場合とでは微妙な差異があることが考えられるが、両者には相関関係があって、ほぼ同一レベルとみなせる。そのため、スピーカ１７０６による再生であっても、音量の点で問題となることはない。
【００８０】
また、選択条件として、第２実施形態と同様に「最多」及び「直近」を前提として説明したが、選択条件に「ランダム」という条件を加えても良い。この場合には、再生回数が多い順に予めユーザが指定登録した曲数（例えば、５曲とか１０曲）や、再生日時が新しい順に予めユーザが指定登録した曲数（例えば、５曲とか１０曲）を指定することが考えられる。そして、アラーム管理テーブル１８０２の登録処理において、その選択条件に合致する楽曲を再生管理テーブル１８０８から検索し、検索した複数の楽曲をアラーム管理テーブル１８０２に登録しておけばよい。そして、ミュージックプレーヤ１８０６に再生を指示する際には、それらの楽曲データとランダム再生を指示すれば良い。また、このランダム選択条件に、「サビ」や「繰返再生設定」を加えても良い。
【００８１】
さらに、第３実施形態として携帯電話機として説明したが、これはミュージックプレーヤ機能を備えたＰＨＳ（パーソナル・ハンディフォン・システム）、ＰＤＡ（パーソナル・ディジタル・アシスタンス：個人用携帯情報端末）又はミュージックプレーヤ機能を備え、記憶手段に記憶した楽曲をアラームとして設定できる目覚まし時計、スケジューラ、タイマーにも適用できる。
【図面の簡単な説明】
【００８２】
【図１】本発明に係る携帯端末の第１実施形態の構成を示すブロック構成図である。
【図２】同第１実施形態に係る再生管理テーブルに設定される内容の一例を示すテーブル構成図である。
【図３】同第１実施形態に係るアラーム選択条件テーブルの説明図である。
【図４】同第１実施形態に係る再生管理テーブルの記録動作フロー図である。
【図５】同第１実施形態に係るアラーム音としての楽曲再生動作を示すフロー図である。
【図６】本発明に係る携帯端末の第２実施形態の構成を示すブロック構成図である。
【図７】同第２実施形態に係る再生管理テーブルの説明図である。
【図８】同第２実施形態で再生する楽曲の構成を示す説明図である。
【図９】同第２実施形態で再生する楽曲において繰り返し再生箇所を指定した場合を示す説明図である。
【図１０】同第２実施形態に係るアラーム選択条件テーブルの説明図である。
【図１１】同第２実施形態に係るアラーム設定テーブルIの構成内容を示すテーブル構成図である。
【図１２】同第２実施形態に係るアラーム設定テーブルIIの構成内容を示すテーブル構成図である。
【図１３】図１０に示すアラーム選択条件テーブルの設定動作を示すフロー図である。
【図１４】図１１に示すアラーム設定テーブルIの設定動作を示すフロー図である。
【図１５】図１２に示すアラーム設定テーブルIIの設定動作を示すフロー図である。
【図１６】同第２実施形態に係るアラーム報知の処理動作を示すフロー図である。
【図１７】本発明に係る携帯端末の第３実施形態として携帯電話機に適用した装置の概観図である。
【図１８】同第３実施形態に係る携帯電話機の機能構成を示すブロック構成図である。
【図１９】同第３実施形態に係る再生管理テーブルの内容を示すテーブル構成図である。
【図２０】第３実施形態に係るアラーム設定テーブルの内容を示すテーブル構成図である。
【符号の説明】
【００８３】
１０１    携帯端末
１０２    記憶手段
１０３    楽曲データ
１０４    ミュージックプレーヤ
１０５    再生管理テーブル
１０６    アラーム選択条件テーブル
１０７    制御手段
６０１    携帯端末
６０２    アラーム設定テーブルI、II
６０２Ａ    アラーム設定テーブルI
６０２Ｂ    アラーム設定テーブルII
６０３    アラーム選択条件テーブル
６０４    再生管理テーブル
１７０１    携帯端末
１７０２    表示部
１７０３    入力キー操作部
１７０４    受話用レシーバ
１７０５    送話用マイク
１７０６    スピーカ
１７０７    接続端子
１７０８    イヤフォン
１７０９    接続プラグ
１８０１    メモリ部
１８０２    アラーム管理テーブル
１８０３    ブラウザ
１８０４    無線通信部
１８０５    表示部
１８０６    ミュージックプレーヤ
１８０７    アラーム処理部
１８０８    再生管理テーブル
１８０９    制御部
【図１】
0004924282.tif 000002
【図２】
0004924282.tif 000003
【図３】
0004924282.tif 000004
【図４】
0004924282.tif 000005
【図５】
0004924282.tif 000006
【図６】
0004924282.tif 000007
【図７】
0004924282.tif 000008
【図８】
0004924282.tif 000009
【図９】
0004924282.tif 000010
【図１０】
0004924282.tif 000011
【図１１】
0004924282.tif 000012
【図１２】
0004924282.tif 000013
【図１３】
0004924282.tif 000014
【図１４】
0004924282.tif 000015
【図１５】
0004924282.tif 000016
【図１６】
0004924282.tif 000017
【図１７】
0004924282.tif 000018
【図１８】
0004924282.tif 000019
【図１９】
0004924282.tif 000020
【図２０】
0004924282.tif 000021