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