(57)【要約】【課題】所定の条件が満たされる状態となった場合に、適切な再生時間で音データを再生すること。【解決手段】携帯端末１ａにおいて、１以上の音データ及び再生時間を記憶する音データＤＢ２１ａと、ある条件が満たされる状態となった場合に、音データＤＢ２１ａに記憶される音データのうちの少なくとも１つについて再生を開始し、音データＤＢ２１ａに記憶される再生時間が経過した場合に再生を終了する再生部４１ａと、を含んだことを特徴とする。【選択図】図２
2007235265.tif 000002
【特許請求の範囲】
【請求項１】
１以上の音データを記憶する音データ記憶手段と、
再生時間を記憶する再生時間記憶手段と、
ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて再生を開始し、前記再生時間記憶手段に記憶される再生時間が経過した場合に再生を終了する再生手段と、
を含むことを特徴とする携帯端末。
【請求項２】
請求項１に記載の携帯端末において、
前記再生時間記憶手段は、前記音データごとに再生時間を記憶し、
前記再生手段は、ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて再生を開始し、該音データについて前記再生時間記憶手段に記憶される再生時間が経過した場合に再生を終了する、
ことを特徴とする携帯端末。
【請求項３】
請求項１又は２に記載の携帯端末において、
前記音データ記憶手段に記憶される音データごとに該音データの再生開始位置を記憶する再生開始位置記憶手段、
をさらに含み、
前記再生手段は、再生する前記各音データのそれぞれについて、前記再生開始位置記憶手段に記憶される再生開始位置から再生を開始する、
ことを特徴とする携帯端末。
【請求項４】
請求項１乃至３のいずれか１項に記載の携帯端末において、
前記再生時間記憶手段は、前記条件ごとに再生時間を記憶し、
前記再生手段は、ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて再生を開始し、該条件について前記再生時間記憶手段に記憶される再生時間が経過した場合に再生を終了する、
ことを特徴とする携帯端末。
【請求項５】
請求項１乃至４のいずれか１項に記載の携帯端末において、
各２以上の前記音データを含む１又は複数の音グループを記憶する音グループ記憶手段と、
前記条件ごとに、前記１以上の音グループのうちの１つを記憶する条件−音グループ対応記憶手段と、
をさらに含み、
前記再生手段は、ある条件が満たされる状態となった場合に、前記条件−音グループ対応記憶手段により該条件について記憶される前記音グループに含まれる前記２以上の音データのうちいずれか少なくとも１つを選択して再生を開始する、
ことを特徴とする携帯端末。
【請求項６】
１以上の音データを記憶する音データ記憶手段と、
前記音データ記憶手段に記憶される音データごとに該音データの再生開始位置及び再生終了位置を記憶する位置記憶手段と、
ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて、該音データについて前記位置記憶手段に記憶される再生開始位置から再生終了位置まで再生する再生手段と、
を含むことを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はユーザが携帯端末で再生する音を指定するための技術に関する。
【背景技術】
【０００２】
近時の携帯端末には、多数の音データ（楽曲データや音声データなど）を記憶し、これらを利用して発信者ごとに着信音を鳴り分けることによって着信音で発信者が識別できるように構成されているものがある。
【０００３】
特許文献１にはこのような携帯端末の例が記載されている。特許文献１に記載の携帯端末では、複数の音データがグループ分けして記憶され、各グループは発光部の発色パターンと対応付けられている。ユーザは、条件ごと（ここでは電話番号ごと）に予め音データを指定しておく。着信時には、携帯端末は、発信者番号通知サービスにより通知された発信元電話番号から上記指定された音データを特定して読み出し、該特定した音データにより着信音を鳴動させるとともに、該特定した音データの属する上記グループに対応する発色パターンにより発光部を発光させる。こうして、発信者ごとの着信音鳴り分けが実現されている。
【特許文献１】特開２００４−２１４９７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記従来の技術では、記憶されている音データの先頭から再生が開始される。そして、一旦再生が開始されると、着信側でのオフフック操作、発信側での切断操作、網内での切断処理等の操作や処理がなされるまで再生が継続される。これらの操作や処理のいずれもがなされなければ、音データの最後まで再生され、さらに先頭から繰り返されることになる。
【０００５】
しかしながら、携帯端末のメモリ容量の増大、携帯端末のデータ通信速度の高速化、データ通信定額制の導入など、近年の携帯端末の進化に伴い、例えば流行曲１曲分の音データのように、従来型の着信音用音データに比べ非常に長い音データが上記音データとして利用されるようになってきた。このため、音データの先頭から最後まで再生すると、着信音としては長すぎ、冗長に過ぎる場合があるという問題が生じていた。
【０００６】
これは着信音としての音データの再生に限った問題ではなく、例えばアラーム音として音データを再生する場合など、所定の条件が満たされる状態となった場合における音データの再生についても、上記同様の問題が生じていた。
【０００７】
従って、本発明の課題の一つは、所定の条件が満たされる状態となった場合に、適切な再生時間で音データを再生することを可能とする携帯端末を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するための本発明に係る携帯端末は、１以上の音データを記憶する音データ記憶手段と、再生時間を記憶する再生時間記憶手段と、ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて再生を開始し、前記再生時間記憶手段に記憶される再生時間が経過した場合に再生を終了する再生手段と、を含むことを特徴とする。
【０００９】
これによれば、音データの再生時間を記憶しているので、所定の条件が満たされる状態となった場合に、適切な再生時間で音データを再生することが可能となる。
【００１０】
また、上記携帯端末において、前記再生時間記憶手段は、前記音データごとに再生時間を記憶し、前記再生手段は、ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて再生を開始し、該音データについて前記再生時間記憶手段に記憶される再生時間が経過した場合に再生を終了する、こととしてもよい。
【００１１】
これによれば、音データごとに異なる再生時間で再生することが可能となる。
【００１２】
また、上記各携帯端末において、前記音データ記憶手段に記憶される音データごとに該音データの再生開始位置を記憶する再生開始位置記憶手段、をさらに含み、前記再生手段は、再生する前記各音データのそれぞれについて、前記再生開始位置記憶手段に記憶される再生開始位置から再生を開始する、こととしてもよい。
【００１３】
音データによっては、イントロ部分が再生に適さない場合があり得る。上記携帯端末によれば、音データごとに異なる再生開始位置から再生を開始することができるので、再生に適さないイントロ部分を再生しないようにすることができる。
【００１４】
また、上記各携帯端末において、前記再生時間記憶手段は、前記条件ごとに再生時間を記憶し、前記再生手段は、ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて再生を開始し、該条件について前記再生時間記憶手段に記憶される再生時間が経過した場合に再生を終了する、こととしてもよい。
【００１５】
これによれば、条件ごとに異なる再生時間で再生することが可能となる。
【００１６】
さらに、上記各携帯端末において、各２以上の前記音データを含む１又は複数の音グループを記憶する音グループ記憶手段と、前記条件ごとに、前記１以上の音グループのうちの１つを記憶する条件−音グループ対応記憶手段と、をさらに含み、前記再生手段は、ある条件が満たされる状態となった場合に、前記条件−音グループ対応記憶手段により該条件について記憶される前記音グループに含まれる前記２以上の音データのうちいずれか少なくとも１つを選択して再生を開始する、こととしてもよい。
【００１７】
これによれば、音データをグループ化し、条件ごとにグループを記憶することとしたので、上記携帯端末のユーザは１の条件について２以上の音データを指定することができるようになる。
【００１８】
また、本発明の他の態様にかかる携帯端末は、１以上の音データを記憶する音データ記憶手段と、前記音データ記憶手段に記憶される音データごとに該音データの再生開始位置及び再生終了位置を記憶する位置記憶手段と、ある条件が満たされる状態となった場合に、前記音データ記憶手段に記憶される音データのうちの少なくとも１つについて、該音データについて前記位置記憶手段に記憶される再生開始位置から再生終了位置まで再生する再生手段と、を含むことを特徴とする。
【００１９】
これによれば、音データごとに再生開始位置と再生終了位置とを記憶しているので、音データごとに適切に設定された再生位置及び再生時間で、音データを再生することが可能となる。
【発明を実施するための最良の形態】
【００２０】
［実施形態１］
本発明の第１の実施の形態について、図面を参照しながら説明する。
【００２１】
図１は、本実施の形態に係る携帯端末１ａのハードウェア構成を示す図である。携帯端末１ａは移動体通信システムにおいて携帯電話やＰＨＳ端末として使用される情報処理端末であり、電話機能及びインターネット接続機能を有している。具体的には、図１に示すように、ＣＰＵ１０、受信部１１、送信部１２、ＲＡＭ１３、ＲＯＭ１４、入力部１５、表示部１６、スピーカ１７、マイク１８を含んで構成される。
【００２２】
ＣＰＵ１０は携帯端末１ａの各部を制御するとともに、通信や入出力に係る所定の処理を行う。
【００２３】
受信部１１は、図示しない基地局装置から到来した電波をアンテナにより受信し、デジタル信号に変換してＣＰＵ１０に出力する。送信部１２は、ＣＰＵ１０から入力されたデジタル信号を無線信号に変換し、図示しない基地局装置に対してアンテナから無線送信する。
【００２４】
ＲＡＭ１３及びＲＯＭ１４は、それぞれ読み込みと書き込みの両方が行なえる記憶装置及び読み込み専用の記憶装置であり、ＣＰＵ１０で処理されるプログラムや、該プログラムの処理に伴い必要となるデータ（設定データ、アドレスデータ、メールデータなど）を記憶する。ＣＰＵ１０は、ＲＡＭ１３又はＲＯＭ１４に記憶されるプログラムを実行し、必要に応じてデータを読み出すことにより、上記所定の処理を行う。ＣＰＵ１０はまた、必要に応じてＲＡＭ１３にデータを書き込む。
【００２５】
入力部１５は、例えばキーパッドなどの入力手段（音声入力を除く）である。一方、マイク１８は音声入力手段である。これらは、ユーザにより入力されたキータッチ情報や音声信号をデジタル信号に変換し、ＣＰＵ１０に出力する。
【００２６】
表示部１６は、例えばディスプレイなどの映像出力手段である。また、スピーカ１７は音声出力手段である。これらは、ＣＰＵ１０から入力されたデジタル信号を、それぞれ画像信号及び音声信号に変換して出力する。
【００２７】
本実施形態では、ＣＰＵ１０は、受信部１１から入力されたデジタル信号に応じて以下に示す各処理を行う。ここでは、このデジタル信号は音声着信があったことを示す信号（音声着信信号）若しくはメール着信があったことを示す信号（メール着信信号）のいずれかであるとして説明する。なお、音声着信信号は発信元電話番号を含み、メール着信信号は発信元メールアドレスを含む信号である。
【００２８】
音声着信信号が入力された場合、ＣＰＵ１０はユーザに対して音声着信があったことを通知するための処理（音声着信通知処理）を行う。そしてユーザが入力部１５又はマイク１８において所定の入力動作を行うと、入力部１５又はマイク１８はＣＰＵ１０にこの入力動作を示すデジタル信号を入力し、このデジタル信号の入力を受けたＣＰＵ１０は音声着信通知処理を停止するとともに所定の通話処理を開始する。
【００２９】
メール着信信号が入力された場合には、ＣＰＵ１０はユーザに対してメール着信があったことを通知するための処理（メール着信通知処理）を行う。そしてユーザが入力部１５又はマイク１８において所定の入力動作を行うと、入力部１５又はマイク１８はＣＰＵ１０にこの入力動作を示すデジタル信号を入力し、このデジタル信号の入力を受けたＣＰＵ１０は所定のメール表示処理を開始する。なお、ＣＰＵ１０は、ユーザの動作の有無に関わらず、メール着信通知処理を予め設定された時間で終了する。
【００３０】
以下、音声着信通知処理及びメール着信通知処理を行うための携帯端末１ａの構成及び機能の詳細について説明する。
【００３１】
図２は、携帯端末１ａの機能ブロックを示す図である。同図に示すように、ＣＰＵ１０は機能的に設定部４０ａ、再生部４１ａ、及びカレンダ４２を含んで構成される。また、ＲＡＭ１３及びＲＯＭ１４は記憶部２０ａを構成し、音データＤＢ２１ａ、音グループ記憶テーブル２２、条件−音グループ対応テーブル２３、動作モード−音データ対応テーブル２４、及び設定テーブル２５を記憶している。
【００３２】
まず、音データＤＢ２１ａ及び各テーブルについて説明する。
【００３３】
音データＤＢ２１ａは、音データを記憶するデータベースである。ここで記憶される音データはビット列により構成され、後述する再生部４１ａは、このビット列に応じてスピーカ１７を制御することにより音データを再生する。音データは、その内容から、流行曲やクラシックなどの楽曲である楽曲データと、人の発する言葉である音声データと、に分類される。これらの音データは、ユーザがインターネットサイトからダウンロードしたものであってもよいし、携帯端末１ａに予め内蔵されているものであってもよい。
【００３４】
図３は、音データＤＢ２１ａに記憶される音データの例を示す図である。同図に示すアドレスはＲＡＭ１３又はＲＯＭ１４中の絶対アドレスであり、音データＤＢ２１ａを構成する物理的なメモリ空間中、各音データが記憶される位置を示している。
【００３５】
音データＤＢ２１ａでは、各音データについて、再生開始位置、再生時間、実体データがそれぞれ記憶される。実体データは音データの実体である上記ビット列であり、ここでは特にＭＰ３(MPEG-1 Audio Layer 3)フォーマットのファイルであるとしている。また、再生開始位置及び再生時間はそれぞれ、再生部４１ａが音データを再生する際の、実体データ中の再生を開始する位置及び再生を継続する時間である。なお、ここでは先頭から再生した場合の経過時間により再生開始位置を示しているが、実体データ中の先頭絶対アドレスからの相対アドレスにより再生開始位置を示すこととしてもよい。
【００３６】
音グループ記憶テーブル２２は、各２以上の上記音データを含む１又は複数の音グループを記憶するテーブルである。図４には、音グループ記憶テーブル２２の例が示されている。同図に示すように、音グループ記憶テーブル２２は複数の音グループ（音グループ＃１，＃２，・・・，＃ｎ）を記憶しており、それぞれについて２以上の音データ（ここではこの音データは楽曲データであり、図４ではＳｏｎｇ  Ａ，Ｓｏｎｇ  Ｂ，・・・のように示している。）を記憶している。音グループ記憶テーブル２２は、各音データをＸバイトのビット列により記憶している。このビット列は音データＤＢ２１ａ中の絶対アドレスを示すビット列であることが好適である。
【００３７】
また、音グループ記憶テーブル２２は、各音グループに含まれる２以上の音データを順序付けて記憶している。具体的には、後述する設定部４０ａにより決定される先頭絶対アドレス（以下、音グループ先頭アドレスと称する。）から順に、楽曲＃１のビット列，楽曲＃２のビット列，・・・のように各音データを続けて記憶する。さらに、音グループ記憶テーブル２２は、例えば３曲分の音データを記憶する場合には、楽曲＃３のビット列に続けて楽曲＃４のビット列を記憶する代わりに、所定の終了コード（例えば‘ＦＦ’）を記憶する。
【００３８】
条件−音グループ対応テーブル２３は、条件ごとに、上記音グループのうちの１つを記憶するテーブルである。図５には、条件−音グループ対応テーブル２３の例が示されている。同図に示すように、本実施形態では、「発信元が〜である音声着信があったこと」及び「発信元が〜であるメール着信があったこと」を上記条件としている。
【００３９】
動作モード−音データ対応テーブル２４は、携帯端末１ａの動作モードと対応付けて音データを記憶する。この動作モードは、例えば音声着信やメール着信など、携帯端末１ａの機能ごとに異なるＣＰＵ１０の処理動作を示すものである。具体的には、音声着信モードやメール着信モードなどが挙げられる。また、ここで記憶される音データは、「音声着信です」「メールを受信しました」などの音声データである。図６ではこれらをＶｏｉｃｅ  Ａ，Ｖｏｉｃｅ  Ｂ，・・・のように示している。
【００４０】
設定テーブル２５は、後述する再生部４１ａの処理モードを記憶する。この処理モードには「ランダム再生」「ノーマル再生」「先頭固定再生」「所定期間毎変更再生」があり、設定テーブル２５は、ユーザの選択に応じて、これらのうちいずれか少なくとも１つを記憶する。ここで、「ランダム再生」及び「ノーマル再生」については、いずれか１つのみが記憶される。これら各処理モードの詳細については後述する。
【００４１】
次に、設定部４０ａ及び再生部４１ａの処理について説明する。
【００４２】
設定部４０ａは、ユーザから入力部１５を介して、音データごとの再生開始位置と再生時間の入力、音グループと音データの対応付け、条件と音グループの対応付け、動作モードと音データの対応付け、及び処理モードの設定を受け付ける。以下、それぞれについて説明する。
【００４３】
音データごとの再生開始位置と再生時間の入力では、設定部４０ａはユーザに対し、表示部１６を介して、音データＤＢ２１ａに記憶される音データの一覧を提示する。ユーザは、提示された音データのうちの１つを選択し、選択した音データについて、再生開始位置と再生時間とを入力する。設定部４０ａはこれらの入力を受け付け、選択された音データと対応付けて音データＤＢ２１ａに書き込む。
【００４４】
音グループと音データの対応付けでは、設定部４０ａは、ユーザに対し、表示部１６を介して、音グループ記憶テーブル２２に記憶される音グループの一覧及び音データＤＢ２１ａに記憶される音データの一覧を提示する。ユーザは、提示された音グループのうちの１つを選択し、該音グループに含む音データを、提示された音データの中から選択する。設定部４０ａは選択された音データを、選択された音グループの音グループ先頭アドレスから順に、音グループ記憶テーブル２２に書き込む。
【００４５】
ここで、音グループ記憶テーブル２２に記憶される音グループの一覧の提示を受けたユーザは、必要に応じ、音グループの生成指示を入力する。すると、設定部４０ａはこの入力を受け付け、音グループ記憶テーブル２２に新たな音グループを生成し、その音グループ先頭アドレスを決定する。音グループ先頭アドレスはこうして決定される。
【００４６】
条件と音グループの対応付けでは、ユーザはまず条件を入力する。この条件は上述のように「発信元が〜である音声着信があったこと」及び「発信元が〜であるメール着信があったこと」であるが、ユーザは具体的な電話番号、メールアドレス、又は電話帳がグループ分けされている場合におけるグループ名を指定してこれらの条件を入力する。設定部４０ａは、この入力を受け付けると、ユーザに対し、表示部１６を介して、音グループ記憶テーブル２２に記憶される音グループの一覧を提示する。ユーザは、入力した条件と対応付ける音グループを、提示された音グループの中から選択する。設定部４０ａは選択された音グループを、入力された条件と対応付けて、条件−音グループ対応テーブル２３に書き込む。
【００４７】
動作モードと音データの対応付けでは、設定部４０ａは、ユーザに対し、表示部１６を介して、動作モードの一覧及び音データＤＢ２１ａに記憶される音データの一覧を提示する。ユーザは提示された動作モードの中から１つの動作モードを選択し、選択した動作モードと対応付ける音データを提示された音データの中から選択する。設定部４０ａは選択された音データを、選択された動作モードと対応付けて、動作モード−音データ対応テーブル２４に書き込む。
【００４８】
処理モードの設定では、設定部４０ａは、ユーザに対し「ランダム再生」及び「ノーマル再生」を提示し、ユーザはこれらのいずれかを選択する。設定部４０ａはまた、ユーザに対し「先頭固定再生」及び「所定期間毎変更再生」を提示し、ユーザは必要に応じ、これらのいずれか又は両方を選択する。設定部４０ａはユーザにより選択された処理モードを設定テーブル２５に書き込む。
【００４９】
再生部４１ａは、受信部１１から音声着信信号及びメール着信信号の入力を受け付ける。そして、これらの受け付けた信号及びこれらに含まれる発信元電話番号又は発信元メールアドレスに基づき、条件−音グループ対応テーブル２３に記憶される条件のうちのいずれかが満たされる状態となったか否かを判断する。そして、再生部４１ａは、ある条件が満たされる状態となったと判断した場合に、まずその動作モードに応じた音データを再生し、その後条件−音グループ対応テーブル２３において該条件（以下、満足条件と称する。）について記憶される音グループに含まれる音データのうちいずれか少なくとも１つを選択して、選択した音データについて音データＤＢ２１ａに記憶される再生開始位置から再生を開始する。そして、再生している音データについて音データＤＢ２１ａに記憶される再生時間が経過した場合に再生を終了する。
【００５０】
まず、動作モードに応じた音データの再生について説明する。
【００５１】
ＣＰＵ１０は受信部１１から入力された信号に応じた機能を起動し、再生部４１ａは起動された機能に応じた動作モードを取得する。具体的には、受信部１１から入力された信号が音声着信信号である場合、ここで起動される機能は音声着信機能であるので、再生部４１ａは、ＣＰＵ１０の動作モードとして音声着信モードを取得する。一方、受信部１１から入力された信号がメール着信信号である場合、ここで起動される機能はメール着信機能であるので、再生部４１ａは、ＣＰＵ１０の動作モードとしてメール着信モードを取得する。再生部４１ａは、こうして取得した動作モードと対応付けて動作モード−音データ対応テーブル２４に記憶される音データを読み出し、読み出した音データを再生する。
【００５２】
次に、条件−音グループ対応テーブル２３に記憶される音グループに含まれる音データの再生について説明する。
【００５３】
再生部４１ａは、再生に際してまず設定テーブル２５を参照し、その記憶内容に応じて上記再生を行う。
【００５４】
例えば設定テーブル２５において「ランダム再生」が記憶されている場合には、再生部４１ａは、条件−音グループ対応テーブル２３において満足条件について記憶される音グループに含まれる音データの中から、少なくとも１の音データをランダムに選択して再生する。すなわち、再生部４１ａは、所定の乱数発生条件により乱数を発生させ、該乱数に応じて音データをランダムに選択して再生する。なお、再生部４１ａは、１曲目の再生が終了した場合、他の曲を同様にランダムに選択して再生を継続することが好適である。
【００５５】
また、設定テーブル２５において「ノーマル再生」が記憶されている場合には、再生部４１ａは条件−音グループ対応テーブル２３において満足条件について記憶される音グループに含まれる音データを、上記音グループ先頭アドレスから、条件−音グループ対応テーブル２３に記憶される順序で選択して再生する。
【００５６】
さらに、設定テーブル２５において「先頭固定再生」が記憶されている場合には、再生部４１ａは「ランダム再生」及び「ノーマル再生」のいずれが記憶されているかに関わらず、音グループに含まれる２以上の音データのうち特定の音データ（例えば楽曲＃１）をまず初めに再生し、その後他の音データを「ランダム再生」及び「ノーマル再生」のいずれかにより再生する。
【００５７】
また、設定テーブル２５において「所定期間毎変更再生」が記憶されている場合、再生部４１ａは、選択する音データを所定期間ごと（例えば１日ごと、１週間ごと、１着信ごとなど。ユーザが指定するようにすることが好適である。）に変更する。
【００５８】
ここで、カレンダ４２は、当日の年月日を示す当日データを記憶している。上記所定期間が１日や１週間などの経過期間で示される場合、再生部４１ａは上記変更に際し、カレンダ４２が記憶している当日データを参照し、該当日データが示す年月日と対応付けて、選択する音データを変更したことを記憶部２０ａに記憶する。その後再生部４１ａは当日データを毎日参照し続け、上記記憶した年月日から上記所定期間が経過したことを検出する。こうして所定期間の経過を検出すると、再生部４１ａは、再度選択する音データの変更を行う。
【００５９】
選択する音データの変更例について説明する。例えば、「ランダム再生」では乱数発生条件の変更、「ノーマル再生」では音データの選択順序の変更（例えば楽曲＃２から順に再生し、最後に楽曲＃１を再生するように変更）、「先頭固定再生」では初めに再生する音データの変更（例えば楽曲＃２を特定の音データとするように変更）などが挙げられる。また、条件−音グループ対応テーブル２３において条件ごとに複数の音グループを記憶しておき、これら複数の音グループのうち再生のために使用する音グループを所定期間ごとに変更することとしてもよい。
【００６０】
以下では、以上説明した機能のうち、「ランダム再生」及び「ノーマル再生」について、携帯端末１ａの処理フローを参照しながら再度より詳細に説明する。
【００６１】
図７は、ノーマル再生に係るＣＰＵ１０の処理フローを示す図である。同図Ｓ１１に示すように、ＣＰＵ１０は、着信があった場合にＳ１２以下の処理を行う。着信があると、ＣＰＵ１０は該着信を示す条件について条件−音グループ対応テーブル２３に記憶される音グループを読み出すことにより、本再生に係る音データを記憶する音グループを決定する（Ｓ１２）。
【００６２】
次に、ＣＰＵ１０は音グループ記憶テーブル２２を参照し、Ｓ１２で決定した音グループについての音グループ先頭アドレスを読み出して再生指示アドレスに設定する（Ｓ１３）。そして、再生指示アドレスから順次メモリ（ここでは音グループ記憶テーブル２２）に格納されているデータを読み出す。ここで読み出されるデータは音データＤＢ２１ａの絶対アドレスであり、ＣＰＵ１０は該絶対アドレスに基づき音データＤＢ２１ａから実体データを読み出し、該実体データと対応付けて記憶される再生開始位置に基づき、実体データ中の再生を開始すべき位置を示す絶対アドレスを取得する。
【００６３】
具体的な例では、再生開始位置は上述のように先頭から再生した場合の経過時間により記憶されている。ＣＰＵ１０は、再生開始位置に基づき、先頭から再生して該再生開始位置により示される時間が経過した場合の再生位置（先頭絶対アドレスからの相対アドレス）を取得する。そして、先頭絶対アドレスと相対アドレスとに基づき、実体データ中の再生を開始すべき位置を示す絶対アドレスを取得する。
【００６４】
ＣＰＵ１０は、こうして取得した絶対アドレスから実体データの再生を開始し、ユーザの再生終了指示（例えばオフフック処理の実行）があるまで再生する（Ｓ１４，Ｓ１６）。ユーザの再生終了指示なく該実体データと対応付けて音データＤＢ２１ａに記憶される再生時間が経過すると（Ｓ１５，Ｓ１６）、ＣＰＵ１０は該実体データの再生を終了するとともに、再生指示アドレスにＸ（音グループ記憶テーブル２２において各音データに対応するビット列のビット長）を加算する（Ｓ１７）。すなわち、再生指示アドレスを次に再生する音データを示すデータの先頭に変更する。そしてＣＰＵ１０は再生指示アドレスから順次メモリに格納されているデータを読み出し、そこに格納されているデータが終了コードであるか否かを判定する（Ｓ１８）。終了コードでなければ、ＣＰＵ１０は引き続き順次メモリに格納されているデータを読み出し、このデータに応じて音データＤＢ２１ａから実体データを読み出して再生する（Ｓ１４）。一方、終了コードであれば、ＣＰＵ１０はその処理をＳ１３に戻し、Ｓ１２で決定した音グループについての音グループ先頭アドレスから音データの再生を繰り返す。
【００６５】
図８は、ランダム再生に係るＣＰＵ１０の処理フローを示す図である。同図Ｓ２１に示すように、ＣＰＵ１０は、着信があった場合にＳ２２以下の処理を行う。着信があると、ＣＰＵ１０は該着信を示す条件について条件−音グループ対応テーブル２３に記憶される音グループを読み出すことにより、本再生に係る音データを記憶する音グループを決定する（Ｓ２２）。ここでは、Ｓ２２で決定された音グループは４つの音データを含むものとして説明する。
【００６６】
次に、ＣＰＵ１０は乱数を発生する（Ｓ２３）。このとき、ＣＰＵ１０はＳ２２で決定した音グループが含んでいる音データの個数に応じた乱数を発生させる。ここでは、乱数ｎは１乃至４のいずれかとなる。
【００６７】
乱数を発生させると、ＣＰＵ１０は音グループ記憶テーブル２２を参照し、Ｓ２２で決定した音グループについての音グループ先頭アドレスを読み出す。そして音グループ先頭アドレスと発生させた乱数ｎに応じて再生指示アドレスを設定する（Ｓ２４）。具体的には、再生指示アドレス＝音グループ先頭アドレス＋（ｎ−１）×Ｘとする。そして、再生指示アドレスから順次メモリ（ここでは音グループ記憶テーブル２２）に格納されているデータを読み出す。ここで読み出されるデータは音データＤＢ２１ａの絶対アドレスであり、ＣＰＵ１０は該アドレスに基づき音データＤＢ２１ａから実体データを読み出し、該実体データと対応付けて記憶される再生開始位置に基づき、実体データ中の再生を開始すべき位置を示す絶対アドレスを取得する。
【００６８】
そしてＣＰＵ１０は、取得した絶対アドレスから実体データの再生を開始し、ユーザの再生終了指示（例えばオフフック処理の実行）があるまで再生する（Ｓ２５，Ｓ２７）。ユーザの再生終了指示なく該実体データの最後まで再生すると（Ｓ２６，Ｓ２７）、ＣＰＵ１０はその処理をＳ２３に戻し、再度乱数を発生させて実体データを選択し、再生する。
【００６９】
以上説明したように、携帯端末１ａによれば、音データの再生時間を記憶しているので、所定の条件が満たされる状態となった場合に、適切な再生時間で音データを再生することが可能となる。また、この再生時間は音データごとに記憶されるので、音データごとに異なる再生時間で再生することが可能となる。
【００７０】
さらに、携帯端末１ａによれば、音データごとに異なる再生開始位置から再生を開始することができるので、再生に適さないイントロ部分を再生しないようにすることができる。
【００７１】
また、音データをグループ化し、条件ごとにグループを記憶することとしたので、ユーザは１の条件について２以上の音データを指定することができるようになる。
【００７２】
また、「ランダム再生」によれば、ユーザは意外性を楽しむことができる。一方、「ノーマル再生」によれば、ユーザは予め指定した順序で音データを楽しむことができる。さらに、「先頭固定再生」によれば、ユーザは、まず初めに再生された音によって、複数の条件のうちいずれの条件を満たす状態となったのかを知ることができる。また、「所定期間毎変更再生」によれば、再生する音データを定期的（例えば一週間や一ヶ月）に変更することができるようになるので、ユーザが飽きることのないようにすることができる。
【００７３】
また、携帯端末１ａは動作モードに応じた音データを再生するので、ユーザは、再生された音により、条件が満たされたことによって携帯端末１ａがどの動作モードになったのかを知ることができる。
【００７４】
［実施形態２］
本発明の第２の実施の形態について、図面を参照しながら説明する。
【００７５】
第２の実施の形態にかかる携帯端末１ｂのハードウェア構成は、第１の実施の形態にかかる携帯端末１ａと同様である（図１）。
【００７６】
図９は、携帯端末１ｂの機能ブロックを示す図である。同図に示すように、ＣＰＵ１０は機能的に設定部４０ｂ、再生部４１ｂ、及びカレンダ４２を含んで構成される。また、ＲＡＭ１３及びＲＯＭ１４は記憶部２０ｂを構成し、音データＤＢ２１ｂ、音グループ記憶テーブル２２、条件−音グループ対応テーブル２３、動作モード−音データ対応テーブル２４、及び設定テーブル２５を記憶している。
【００７７】
カレンダ４２、音グループ記憶テーブル２２、条件−音グループ対応テーブル２３、動作モード−音データ対応テーブル２４、及び設定テーブル２５については、第１の実施の形態と同様である。設定部４０ｂ、再生部４１ｂ、及び音データＤＢ２１ｂは、音データの再生終了タイミングを、再生時間ではなく再生終了位置により特定するという点でそれぞれ第１の実施の形態における設定部４０ａ、再生部４１ａ、及び音データＤＢ２１ａと相違しており、他の点では第１の実施の形態と同様である。以下では、この相違点について詳細に説明する。
【００７８】
図１０は、音データＤＢ２１ｂに記憶される音データの例を示す図である。音データＤＢ２１ｂでは、各音データについて、再生開始位置、再生終了位置、実体データがそれぞれ記憶される。実体データは第１の実施の形態におけるものと同様である。再生開始位置及び再生時間はそれぞれ、再生部４１ａが音データを再生する際の、実体データ中の再生を開始する位置及び再生を終了する位置を示している。なお、ここでは先頭から再生した場合の経過時間により再生開始位置及び再生終了位置を示しているが、実体データ中の先頭絶対アドレスからの相対アドレスによりこれらを示すこととしてもよい。
【００７９】
設定部４０ｂは、ユーザから入力部１５を介して、音データごとの再生開始位置と再生終了位置の入力、音グループと音データの対応付け、条件と音グループの対応付け、動作モードと音データの対応付け、及び処理モードの設定を受け付ける。音グループと音データの対応付け、条件と音グループの対応付け、動作モードと音データの対応付け、及び処理モードの設定に関する処理は設定部４０ａと同様であり、以下では音データごとの再生開始位置と再生時間の入力について説明する。
【００８０】
音データごとの再生開始位置と再生時間の入力では、設定部４０ｂはユーザに対し、表示部１６を介して、音データＤＢ２１ａに記憶される音データの一覧を提示する。ユーザは、提示された音データのうちの１つを選択し、選択した音データについて、再生開始位置と再生終了位置とを入力する。設定部４０ｂはこれらの入力を受け付け、選択された音データと対応付けて音データＤＢ２１ｂに書き込む。
【００８１】
再生部４１ｂは、再生部４１ａと同様にして音データを選択し、選択した音データについて音データＤＢ２１ｂに記憶される再生開始位置から再生を開始する。そして、再生している音データについて音データＤＢ２１ｂに記憶される再生終了位置に到達した場合に再生を終了する。
【００８２】
具体的には、再生部４１ｂは、選択した音データの実体データを音データＤＢ２１ｂから読み出す。そして、該実体データと対応付けて記憶される再生開始位置に基づき、実体データ中の再生を開始すべき位置を示す絶対アドレスを取得する。また、該実体データと対応付けて記憶される再生終了位置に基づき、実体データ中の再生を終了すべき位置を示す絶対アドレスを取得する。
【００８３】
ここでは、再生開始位置及び再生終了位置は、先頭から再生した場合の経過時間により記憶されているので、ＣＰＵ１０は、再生開始位置及び再生終了位置のそれぞれに基づき、先頭から再生して該各位置により示される時間が経過した場合の再生位置（先頭絶対アドレスからの相対アドレス）を取得する。そして、先頭絶対アドレスと各相対アドレスとに基づき、実体データ中の再生を開始すべき位置を示す絶対アドレス（再生開始位置絶対アドレス）と、実体データ中の再生を終了すべき位置を示す絶対アドレス（再生終了位置絶対アドレス）と、を取得する。
【００８４】
ＣＰＵ１０は、こうして取得した再生開始位置絶対アドレスから実体データの再生を開始し、ユーザの再生終了指示なく再生終了位置絶対アドレスに到達すると、該実体データの再生を終了する。
【００８５】
以上説明したように、携帯端末１ｂによれば、音データごとに再生開始位置と再生終了位置とを記憶しているので、音データごとに適切に設定された再生位置及び再生時間で、音データを再生することが可能となる。
【００８６】
なお、本発明は上記実施の形態に限定されるものではない。例えば、上記実施の形態ではＣＰＵ１０が音声着信信号により音声着信通知処理を行う場合と、メール着信信号によりメール着信通知処理を行う場合と、について説明したが、ユーザに対して音データによる通知処理を行う処理であれば、どのようなものにでも本発明を適用することができる。この場合、例えばアラーム通知処理では、上記条件として「〜時〜分になったこと」などを使用することができ、さらに上記動作モードは「アラーム通知モード」とすることが好適である。
【００８７】
また、条件ごとに再生開始位置又は再生時間（若しくは再生終了位置）の少なくとも一方を記憶しておくこともできる。この場合において、音データと条件の組み合わせごとに再生開始位置及び再生時間を記憶するようにすることが好適である。こうすれば、例えば音声着信時には１コーラス、メール着信時にはサビのみ、というように、条件ごとに、音データごとの再生時間を指定することができるようになる。
【図面の簡単な説明】
【００８８】
【図１】本発明の第１及び第２の実施の形態に係る携帯端末のハードウェア構成を示す図である。
【図２】本発明の第１の実施の形態に係る携帯端末の機能ブロックを示す図である。
【図３】本発明の第１の実施の形態に係る音データＤＢを示す図である。
【図４】本発明の第１及び第２の実施の形態に係る音グループ記憶テーブルを示す図である。
【図５】本発明の第１及び第２の実施の形態に係る条件−音グループ対応テーブルを示す図である。
【図６】本発明の第１及び第２の実施の形態に係る条件グループ−音データ対応テーブルを示す図である。
【図７】本発明の第１の実施の形態に係る処理フローを示す図である。
【図８】本発明の第１の実施の形態に係る処理フローを示す図である。
【図９】本発明の第２の実施の形態に係る携帯端末の機能ブロックを示す図である。
【図１０】本発明の第２の実施の形態に係る音データＤＢを示す図である。
【符号の説明】
【００８９】
１  携帯端末、１０  ＣＰＵ、１１  受信部、１２  送信部、１３  ＲＡＭ、１４  ＲＯＭ、１５  入力部、１６  表示部、１７  スピーカ、１８  マイク、２０  記憶部、２１  音データＤＢ、２２  音グループ記憶テーブル、２３  条件−音グループ対応テーブル、２４  動作モード−音データ対応テーブル、２５  設定テーブル、４０  設定部、４１  再生部、４２  カレンダ。
【図１】
2007235265.tif 000003
【図２】
2007235265.tif 000004
【図３】
2007235265.tif 000005
【図４】
2007235265.tif 000006
【図５】
2007235265.tif 000007
【図６】
2007235265.tif 000008
【図７】
2007235265.tif 000009
【図８】
2007235265.tif 000010
【図９】
2007235265.tif 000011
【図１０】
2007235265.tif 000012