(57)【特許請求の範囲】
【請求項１】
音楽再生機能を有する携帯端末であって、
複数の曲情報を記憶する記憶手段と、
現在時刻を取得する現在時刻取得手段と、
前記記憶手段に記憶されている各曲の再生時刻履歴を記憶する再生履歴記憶手段と、
電話あるいはメール着信時における曲再生により着信報知を行う際に、前記再生履歴記憶手段に記憶されている各曲の再生時刻履歴の中で、前記現在時刻取得手段によって取得した現在時刻に近似する時刻で再生された再生時刻履歴のある曲情報を選択する曲情報選択手段と、
前記曲情報選択手段によって選択された曲情報に従って該当曲を再生する再生手段と、
を具備することを特徴とする携帯端末。
【請求項２】
前記曲情報選択手段は、前記曲再生により着信報知を行う際に、前記記憶手段に記憶されている複数の曲情報の中から、前記再生履歴記憶手段に記憶されている各曲の再生履歴の中で前記現在時刻取得手段によって取得された現在時刻に一致するか、最も近似する複数の曲情報を抽出し、当該抽出した複数の曲情報の中から再生すべき曲情報を選択することを特徴とする請求項１に記載の携帯端末。
【請求項３】
コンピュータに、
複数の曲情報を記憶する曲情報記憶機能、
現在時刻を取得する現在時刻取得機能、
前記記憶されている各曲の再生時刻履歴を記憶する再生履歴記憶機能、
電話あるいはメール着信時における曲再生により着信報知を行う際に、前記記憶されている各曲の再生履歴の中で、現在時刻に近似する時刻で再生された再生時刻履歴のある曲情報を選択する曲情報選択機能、
選択された曲情報に従って該当曲を再生する再生機能、
を実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽再生機能を有する携帯端末およびプログラムに関する。
【背景技術】
【０００２】
従来より、携帯電話における着信報知では、曲再生によりメロディ報知が可能であるが、その再生曲は、ユーザが予め登録した曲等に限定されている。発信者に応じて着信時の再生曲を変えることもできるが、その設定は、ユーザ自信が行う必要があり、変更設定しない限り同じ曲が再生される。
【０００３】
また、ユーザの居る位置や、期間（時刻、月または季節）に応じて着信時の再生曲を変更する技術が提案されている（例えば、特許文献１、特許文献２参照）。これら従来技術では、ユーザがその都度設定を変更しなくとも、位置や期間などに対応して設定された曲が自動的に選択されるようになっている。
【特許文献１】特開２００３−３３３１２６号公報
【特許文献１】特開２００４−２３３４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術では、位置や期間などに対応して設定された曲が自動的に選択されるのみで、ユーザの曲嗜好や、聴取傾向などに動的に反映させることができないという問題がある。
【０００５】
ところで、複数の曲の中からいずれかの曲を選択して再生させる場合には、その選択した曲が時刻や場所に応じてある程度決まっていることがある。上述した従来技術では、例えば、朝の通勤時間中には、綺麗なクラシックの名曲、昼はポップス、自宅ではロック等が再生されるようになっている。しかしながら、上述した従来技術にあっては、ユーザに曲の聴取傾向があるにもかかわらず、このような聴取傾向に動的に反映させることができないという問題がある。
【０００６】
また、曲情報をダウンロードして記憶する際、曲配信サイトが推奨する曲を参考にしてダウンロードする場合がある。しかしながら、そのダウンロードした曲を着信報知に用いるためには、上述したように、ユーザ自身がその都度操作して着信報知の設定を行わなければならず、操作が煩雑になり、面倒であるという問題がある。
【０００７】
そこで本発明は、ユーザの操作を煩雑化することなく、曲再生の履歴に応じて自動的に再生する曲を変更することができることを目的とする。
【課題を解決するための手段】
【００１４】
上記目的達成のため、請求項１記載の発明は、音楽再生機能を有する携帯端末であって、複数の曲情報を記憶する記憶手段と、現在時刻を取得する現在時刻取得手段と、前記記憶手段に記憶されている各曲の再生時刻履歴を記憶する再生履歴記憶手段と、電話あるいはメール着信時における曲再生により着信報知を行う際に、前記再生履歴記憶手段に記憶されている各曲の再生時刻履歴の中で、前記現在時刻取得手段によって取得した現在時刻に近似する時刻で再生された再生時刻履歴のある曲情報を選択する曲情報選択手段と、前記曲情報選択手段によって選択された曲情報に従って該当曲を再生する再生手段と、を具備することを特徴とする。
【発明の効果】
【００３６】
本発明によれば、ユーザの操作を煩雑化することなく、過去における曲の再生時刻に応じて自動的に再生する曲を変更することができるという利点が得られる。
【発明を実施するための最良の形態】
【００４５】
以下、本発明の実施の形態を、図面を参照して説明する。
【００４６】
Ａ．第１実施形態
Ａ−１．第１実施形態の構成
図１は、本発明の第１実施形態による携帯電話の構成を示すブロック図である。図において、電話通信部１は、他の携帯電話との間におけるデータのやり取りや、音声通話のための通信処理を行う。特に、本発明では、電話通信部１は、インターネット上の曲配信サイトから最新の曲データをダウンロードする。キー操作部２は、テンキーやファンクションキー等からなり、電話番号その他の情報を入力する入力部であり、携帯電話の電源をＯＮ／ＯＦＦするとき、各種アプリケーションを起動する時など、ユーザが携帯電話に入力を与える際に使用するものである。
【００４７】
次に、メモリ３は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等で構成され、携帯電話で扱うデータやソフトウェアなどを記憶する。特に、本第１実施形態では、メモリ３には、図２に示すように、曲テーブル３−１が保持される。曲テーブル３−１は、後述する記憶部６や記録メディア７に記憶されているダウンロードされた音楽データを管理するためのもので、各音楽データ毎に、その曲名、ダウンロード履歴、再生回数、再生履歴、再生累計時間、未再生フラグ（以下、単に未フラグともいう）からなるデータを保持している。ダウンロード履歴は、ダウンロードした日時であり、再生回数は、これまでに再生した回数である。再生累計時間は、これまでに再生した全時間である。なお、再生累計時間に代えて、１回の再生時間の平均であってもよい。未再生フラグは、ダウンロード後、これまでに再生したことがあるか否かを示すフラグである。
【００４８】
また、メモリ３には、図３に示すように、プレイリスト３−２が保持される。プレイリスト３−２は、着信報知時の再生曲として用いるために自動的に設定（随時更新）された、複数の音楽データの曲名が羅列されたテーブルである。プレイリスト３−２には、優先順位の高い順に曲名が記されている。なお、本第１実施形態では、プレイリスト３−２には、最大１０曲分の曲名が保持される。プレイリスト３−２に保持される曲名、優先順位の詳細については後述するが、随時更新されるようになっている。
【００４９】
記憶部４および記録メディア５は、ダウンロードした曲データなどを保存する。なお、記録メディア５は、着脱可能な記録媒体からなる。映像出力部６は、ＣＰＵ１１から再生命令を受け取ると、例えば、電源状態、電波強度、電池残量、サーバ接続状態もしくは未読メール等の動作状態、入力した電話番号、メール宛先、メール送信文書等や、動画および静止画、着信時の発呼者の電話番号、着信メール文書、接続されたインターネット画面等の受信データの表示、また、携帯電話の機能を利用するために必要な画面を表示部７に出力する。表示部７は、例えば、ＬＣＤ（Liquid Crystal
Display）や有機ＥＬ（Electroluminescence）等で構成され、映像出力部６により出力される映像データを表示する。
【００５０】
音声出力部８は、電話やメール着信時、あるいは任意の再生指示時に、ＣＰＵ１１から再生命令を受け取ると、記憶部４または記録メディア５に保存された曲データを読み出し、デコードしてアンプ９を介して内蔵スピーカ１０に出力する。ＣＰＵ１２は、メモリ３に記憶されたプログラムに基づいて各部の動作を制御する。特に、本第１実施形態では、ＣＰＵ１１は、インターネット上の曲配信サイトから曲データをダウンロードしたり、ダウロードした曲データに従って上記プレイリスト３−２を更新したり、曲テーブル３−１にデータを追加・更新したり、着信が検出されるた際にプレイリスト３−２に従って再生すべき曲データを選曲したりする。なお、詳細については動作で説明する。
【００５１】
Ａ−２．第１実施形態の動作
次に、上述した第１実施形態の動作について説明する。ここで、図４ないし図７は、本第１実施形態による携帯電話の動作を説明するためのフローチャートである。まず、待受け画面を表示し（ステップＳ１０）、着信があったか否かを判断する（ステップＳ１２）。ここで、着信があった場合には、プレイリスト３−２の第１位の曲を選択し（ステップＳ１４）、選択した曲の再生を開始して着信を報知する（ステップＳ１６）。次に、プレイリスト３−２内で上記選択された曲を最下位とするように優先順位を入れ替える（ステップＳ１８）。
【００５２】
次に、キー操作部２の通話ボタンが押下されたか否かを判断する（ステップＳ２０）。そして、通話ボタンが押下された場合には、ステップＳ１６で再生開始していた曲の再生を停止し（ステップＳ２２）、通話を行う（ステップＳ２４）。通話中には、通話が終了したか否かを判断し（ステップＳ２６）、終了していなければ、ステップＳ２４に戻り、通話を継続する。一方、通話が終了した場合には、ステップＳ１０に戻り、上述した処理を繰り返す。
【００５３】
一方、ステップＳ２０で通話ボタンが押下されなかった場合には、回線が切断されたか否かを判断する（ステップＳ２８）。そして、回線が切断されていない（相手が切っていない）場合には、ステップＳ２０に戻り、通話ボタンが押下されるのを待つ。したがって、この間、ステップＳ１６で再生開始していた曲による着信報知が継続する。これに対して、通話ボタンが押下される前に、回線が切断された場合には、ステップＳ１６で再生開始していた曲の再生を停止し（ステップＳ３０）、ステップＳ１０に戻り、上述した処理を繰り返す。
【００５４】
また、ステップＳ１２で着信がない場合には、何らかの操作があったか否かを判断し（ステップＳ３２）、操作が何もなかった場合には、ステップＳ１０に戻り、上述した処理を繰り返す。一方、何らかの操作があった場合には、曲のダウンロード指示操作であったか否かを判断する（ステップＳ３４）。そして、曲のダウンロード指示操作であった場合には、曲配信サイトへＷｅｂアクセスを実行する（図６に示すステップＳ３６）。
【００５５】
次に、曲配信サイトに接続すると、曲配信サイトが提供する種別選択メニューページを受信して表示部７に表示する（ステップＳ３８）。なお、上記種別とは、例えば、地域別人気曲、ジャンル別人気曲、懐メロヒット曲／最新ヒット曲などである。次に、種別選択メニューページからユーザに種別を選択させ（ステップＳ４０）、選択された種別を曲配信サイトに送信する（ステップＳ４２）。次に、曲配信サイトから送信されてくる、上記選択された種別における曲リストページを受信し（ステップＳ４４）、ユーザに曲を選択させる（ステップＳ４６）。上記曲リストは、最新のランキングに従った、種別で指定された曲データからなる。
【００５６】
ここで、ユーザによって曲リストページの全曲が選択されたか否かを判断する（ステップＳ４８）。そして、全曲が選択された場合には、曲配信サイトに全曲の送信を要求し（ステップＳ５０）、曲配信サイトから送信されてくる、全曲の曲データをダウンロードして記憶する（ステップＳ５２）。次に、曲テーブル３−１にダウンロードした曲データの情報を追加するとともに、「未再生フラグ」をセットし（ステップＳ５４）、プレイリスト３−２の曲名をダウンロード曲に全て変更する（ステップＳ５６）。その後、ステップＳ１０に戻り、上述した処理を繰り返す。
【００５７】
一方、ステップＳ４８で個別に曲が選択された場合には、曲配信サイトに選択された曲の送信を要求し（ステップＳ５８）、曲配信サイトから送信されてくる、選択曲の曲データをダウンロードして記憶する（ステップＳ６０）。次に、曲テーブル３−１にダウンロードした曲データの情報に追加するとともに、「未再生フラグ」をセットし（ステップＳ６２）、プレイリスト３−２の先頭順位に追加し（ステップＳ６４）、プレイリスト３−２内の最下位曲をリストから削除する（ステップＳ６６）。その後、ステップＳ１０に戻り、上述した処理を繰り返す。
【００５８】
また、図５のステップＳ３４で曲のダウンロード指示操作でなかった場合には、曲の再生指示操作であるか否かを判断する（ステップＳ７０）。そして、曲の再生指示操作でなかった場合には、該当操作に対応する処理を行い（ステップＳ７２）、その後、ステップＳ１０に戻り、上述した処理を繰り返す。
【００５９】
一方、曲の再生指示操作であった場合には、記憶されている曲のリストを表示し（ステップＳ７４）、ユーザに再生すべき曲を選択させる（ステップＳ７６）。曲が選択されると、その曲データの再生を開始し（ステップＳ７８）、選択曲の再生回数を更新する（ステップＳ８０）。再生中には、再生が終了したか否かを判断し（ステップＳ８２）、終了していなければ、曲データの再生を継続する。
【００６０】
一方、再生が終了した場合には、再生時間累計を更新し（ステップＳ８６）、「未再生フラグ」がセットされているか否かを判断する（ステップＳ８８）。そして、「未再生フラグ」がセットされていない場合いは、何もせずに次へ進み、「未再生フラグ」がセットされている場合には、「未再生フラグ」をリセットする（ステップＳ８８）。
【００６１】
次に、再生回数の多いほど再生順の優先順位を上げる回数優先が設定されているか否かを判断し（ステップＳ９０）、回数優先が設定されている場合には、再生回数が上位１０曲をプレイリスト３−２に登録して更新する（ステップＳ９２）。その後、ステップＳ１０に戻り、上述した処理を行う。一方、回数優先が設定されていない場合には、再生累計時間が長いほど再生順の優先順位を上げる時間優先が設定されているか否かを判断し（ステップＳ９４）、時間優先が設定されている場合には、再生累計時間が上位１０曲をプレイリスト３−２に登録して更新する（ステップＳ９６）。その後、ステップＳ１０に戻り、上述した処理を行う。
【００６２】
また、回数優先も時間優先も設定されていない場合には、直前に再生された曲の優先順位を上げる直前優先が設定されているか否かを判断し（ステップＳ９８）、直前優先が設定されている場合には、直前に再生された曲をプレイリスト３−２の先頭順位に追加し（ステップＳ１００）、プレイリスト３−２内の最下位曲をリストから削除する（ステップＳ１０２）。その後、ステップＳ１０に戻り、上述した処理を行う。また、回数優先、時間優先あるいは直前優先のいずれも設定されていない場合には、プレイリスト３−２を変更することなく、ステップＳ１０に戻り、上述した処理を行う。
【００６３】
次に、上述した処理のステップＳ３６以降で行った曲配信サイトへのＷｅｂアクセスにおける曲配信サイト側の動作について説明する。ここで、図８は、本第１実施形態による曲配信サイト側の動作を説明するためのフローチャートである。曲配信サイトでは、携帯電話からのＷｅｂアクセスがあると、まず、種別選択メニューページを送信する（ステップＳ１１０）。次に、携帯電話から選択種別を受信し（ステップＳ１１２）、選択種別に対応する最新の曲リストページを送信する（ステップＳ１１４）。
【００６４】
次に、携帯電話から曲要求を受信し（ステップＳ１１６）、全曲要求されたか否かを判断する（ステップＳ１１８）。そして、全曲要求された場合には、リスト内の各曲の曲データを読み出し（ステップＳ１２０）、全ての曲データを携帯電話に送信し（ステップＳ１２２）、その後、課金処理を実行して終了する（ステップＳ１２８）。
【００６５】
一方、携帯電話から個別選択された場合には、選択された曲の曲データを読み出し（ステップＳ１２４）、読み出した曲データを携帯電話に送信し（ステップＳ１２６）、その後、課金処理を実行して終了する（ステップＳ１２８）。
【００６６】
なお、上述した第１実施形態では、予めプレイリスト３−２として記憶された複数の曲の中で、過去の各曲の再生状況（再生回数、再生累計時間、直前の再生曲）に従って再生すべき曲を自動選択して再生するようにしたが、これ以外にも、ダウンロード後の再生有無を判別し、未再生の曲を優先的に選択すべくプレイリストの最上位に記憶し、着信報知を行う際に再生するようにしてもよい。
【００６７】
上述した第１実施形態によれば、電話やメール着信時に曲再生で着信報知を行う際、予め記憶された複数の曲の中で、過去の各曲の再生状況（再生回数、再生累計時間、直前の再生曲、ダウンロード後の再生有無）に従って自動的にプレイリスト３−２を更新し、該プレイリスト３−２に従って再生すべき曲データを自動選択して再生するようにしたので、ユーザの曲再生の状況、嗜好に沿った曲による着信報知が可能となり、また、その着信報知対象の曲もユーザによる曲再生状況の変化に応じて適宜変更されるため、飽きのこない着信報知が可能となる。
【００６８】
また、第１実施形態によれば、電話やメール着信時に曲再生で着信報知を行う際、曲配信サイトにて更新された最新の曲情報を、自己の推奨曲情報として自動的にプレイリスト３−２を更新し、該プレイリスト３−２に従って再生すべき曲データを自動選択して再生するようにしたので、外部が推奨した最新の推奨曲を反映させた着信報知が可能となり、飽きのこない着信報知が可能となる。
【００６９】
Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。
Ｂ−１．第２実施形態の構成
図９は、本発明の第２実施形態による携帯電話の構成を示すブロック図である。なお、図１に対応する部分には同一の符号を付けて説明を省略する。図において、ＧＰＳ処理部１２は、米国国防省が打ち上げた測地衛星（NAVSTAR：現在は２４個が地球を周回している）のうち、少なくとも４個程度（それ以下でもよいが精度が低下する）の測地衛星から発信する電波（1.22760G／1.57542GHz）をＧＰＳアンテナ（図示略）により受信し、電波の位相（受信タイミングの違い）を計算し、受信者と人工衛星の間で三角測量を行なうことで現在位置の緯度・経度（・高度）情報からなる位置情報を取得する。また、ＧＰＳ処理部１２は、現在の時刻を取得することも可能となっている。
【００７０】
また、メモリ３は、図１０に示す曲テーブル３−３を有する。該曲テーブル３−３は、各曲の再生状況履歴として、各曲に対して複数の再生位置履歴、複数の再生時刻履歴を保持する。再生位置履歴とは、その曲が過去に再生された場所（複数）であり、再生時刻履歴とは、その曲が過去に再生された時刻（複数）である。
【００７１】
本第２実施形態では、曲データを再生する度に、各曲の再生状況履歴として、再生位置履歴および再生時刻履歴を曲テーブル３−３に記憶し、電話やメールの着信時、あるいはユーザによる再生指示操作などの再生指示の際には、現在状況として現在位置または現在時刻を取得し、その現在状況に近似（あるいは一致）する曲を、曲テーブル３−３の再生状況履歴の中から選択し、該選択した曲データを再生するようにしている。
【００７２】
Ｂ−２．第２実施形態の動作
次に、本第２実施形態による携帯電話の動作について説明する。ここで、図１１および図１２は、本第２実施形態による携帯電話の動作を説明するためのフローチャートである。まず、待受け画面を表示し（ステップＳ１４０）、着信があったか否かを判断する（ステップＳ１４２）。ここで、着信があった場合には、位置優先であるか否かを判断し（ステップＳ１４４）、位置優先である場合には、ＧＰＳ処理部１２により現在位置を取得し（ステップＳ１４６）、曲テーブル３−３内で現在位置に近傍（あるいは一致）の再生位置履歴を有する曲を選択する（ステップＳ１４８）。一方、位置優先でない場合、すなわち時刻優先である場合には、現在時刻を取得し（ステップＳ１５０）、曲テーブル３−３内で現在時刻に近似（あるいは一致）する再生時刻履歴を有する曲を選択する（ステップＳ１５２）。
【００７３】
そして、いずれの場合も、選択した曲の再生を開始して着信を報知する（ステップＳ１５４）。次に、キー操作部３の通話ボタンが押下されたか否かを判断する（ステップＳ１５６）。そして、通話ボタンが押下された場合には、ステップＳ１５４で再生開始していた曲の再生を停止し（ステップＳ１５８）、通話を行う（ステップＳ１６０）。通話中には、通話が終了したか否かを判断し（ステップＳ１６２）、終了していなければ、ステップＳ１６０に戻り、通話を継続する。一方、通話が終了した場合には、ステップＳ１４０に戻り、上述した処理を繰り返す。
【００７４】
一方、ステップＳ１５６で通話ボタンが押下されなかった場合には、回線が切断されたか否かを判断する（ステップＳ１６４）。そして、回線が切断されていない（相手が切っていない）場合には、ステップＳ１５６に戻り、通話ボタンが押下されるのを待つ。したがって、この間、ステップＳ１５４で再生開始されていた曲による着信報知が継続する。これに対して、通話ボタンが押下される前に、回線が切断された場合には、ステップＳ１５４で再生開始していた曲の再生を停止し（ステップＳ１６６）、ステップＳ１４０に戻り、上述した処理を繰り返す。
【００７５】
また、ステップＳ１４２で着信がない場合には、何らかの操作があったか否かを判断し（ステップＳ１６８）、操作が何もなかった場合には、ステップＳ１４０に戻り、上述した処理を繰り返す。一方、何らかの操作があった場合には、曲の再生指示操作であったか否かを判断する（ステップＳ１７０）。そして、曲の再生指示操作でなかった場合には、対応する操作の処理を行い（ステップＳ１７２）、ステップＳ１４０に戻り、上述した処理を繰り返す。
【００７６】
一方、曲の再生指示操作があった場合には、表示部７に曲選択メニュー（１．リスト選択、２．履歴選択）を表示し（ステップＳ１７４）、リスト選択が選択されたか否かを判断する（ステップＳ１７６）。そして、リスト選択が選択された場合には、記憶されている曲のリストを表示し（ステップＳ１７８）、ユーザに再生すべき曲を選択させる（ステップＳ１８０）。曲が選択されると、その曲を再生を開始し（ステップＳ１８２）、現在位置と現在時刻とを取得する（ステップＳ１８４）。次に、曲テーブル４−３を読み込み、該当曲の再生位置、再生時刻を追加し（ステップＳ１８６）、再生が終了したか否かを判断する（ステップＳ２０８）。そして、再生が終了していない場合には、曲の再生を継続する一方、再生が終了した場合には、ステップＳ１４０に戻り、上述した処理を繰り返す。
【００７７】
一方、ステップＳ１７６で履歴が選択された場合には、位置優先であるか否かを判断する（ステップＳ１８８）。そして、位置優先である場合には、ＧＰＳ処理部１２により現在位置を取得し（ステップＳ１９０）、曲テーブル３−３内で現在位置に近傍（あるいは一致）の再生位置履歴を有する曲を選択する（ステップＳ１９２）。一方、時刻優先である場合には、現在時刻を取得し（ステップＳ１９４）、曲テーブル３−３内で現在時刻に近似（あるいは一致）する再生時刻履歴を有する曲を選択する（ステップＳ１９６）。
【００７８】
そして、いずれの場合も、選択された曲が複数であるか否かを判断し（ステップＳ１９８）、複数の曲が選択された場合には、抽出した複数の曲のリストを表示し（ステップＳ２００）、ユーザに任意の曲を選択させ（ステップＳ２０２）、選択された曲の再生を開始する（ステップＳ２０６）。一方、１つの曲が選択された場合には、抽出した曲を選択し（ステップＳ２０４）、その曲の再生を開始する（ステップＳ２０６）。いずれの場合も、再生が終了したか否かを判断し（ステップＳ２０８）、再生が終了していない場合には、曲の再生を継続する一方、再生が終了した場合には、ステップＳ１４０に戻り、上述した処理を繰り返す。
【００７９】
上述した第２実施形態によれば、電話着信時や任意の再生指示時などの曲再生の指示の際、現在状況として現在位置または現在時刻を取得し、その現在状況に近似（あるいは一致）する曲データを再生状況履歴の中から選択し、該選択した曲データを再生するようにしたので、複数の曲の中から現在状況に合致した曲を直ちに再生することができ、ユーザの曲再生の状況、嗜好に沿った曲による着信報知が可能となり、また、その着信報知対象の曲も現在状況に応じて適宜変更されるため、飽きのこない着信報知が可能となる。
【図面の簡単な説明】
【００８０】
【図１】本発明の第１実施形態による携帯電話の構成を示すブロック図である。
【図２】本第１実施形態による曲テーブル４−１のデータ構成を示す概念図である。
【図３】本第１実施形態によるプレイリスト４−２のデータ構成を示す概念図である。
【図４】本第１実施形態による携帯電話の動作を説明するためのフローチャートである。
【図５】本第１実施形態による携帯電話の動作を説明するためのフローチャートである。
【図６】本第１実施形態による携帯電話の動作を説明するためのフローチャートである。
【図７】本第１実施形態による携帯電話の動作を説明するためのフローチャートである。
【図８】本第１実施形態による曲配信サイト側の動作を説明するためのフローチャートである。
【図９】本発明の第２実施形態による携帯電話の構成を示すブロック図である。
【図１０】本第２実施形態による曲テーブル４−３のデータ構成を示す概念図である。
【図１１】本第２実施形態による携帯電話の動作を説明するためのフローチャートである。
【図１２】本第２実施形態による携帯電話の動作を説明するためのフローチャートである。
【符号の説明】
【００８１】
１  電話通信部（受信手段）
２  キー操作部（種別指定手段、受信曲情報選択手段）
３  メモリ
３−１  曲テーブル（再生状況記憶手段）
３−２  プレイリスト（優先順位設定手段、推奨曲記憶手段）
３−３  曲テーブル（再生状況履歴記憶手段）
４  記憶部（記憶手段）
５  記録メディア（記憶手段）
６  映像出力部
７  表示部
８  音声出力部（再生手段）
９  アンプ
１０  内蔵スピーカ
１１  ＣＰＵ（優先順位設定手段、曲情報選択手段）
１２  ＧＰＳ処理部（現在状況取得手段、現在時刻取得手段、種別指定手段、受信曲情報選択手段）
【図１】
0004505817.tif 000002
【図２】
0004505817.tif 000003
【図３】
0004505817.tif 000004
【図４】
0004505817.tif 000005
【図５】
0004505817.tif 000006
【図６】
0004505817.tif 000007
【図７】
0004505817.tif 000008
【図８】
0004505817.tif 000009
【図９】
0004505817.tif 000010
【図１０】
0004505817.tif 000011
【図１１】
0004505817.tif 000012
【図１２】
0004505817.tif 000013