(57)【要約】【課題】  各タスクの動作によって、たとえ優先度が低いタスクであっても長時間に渡ってＣＰＵが割り当てられないことを防ぐ情報処理装置を提供する。【解決手段】  優先度が高く、入力装置のキー操作に依存する動作を行う音楽コンテンツ受信管理部にキー操作が行われたことを示すキーイベントを送信するに際し、入力装置制御部は、同じキーが連続して操作されたことによって同じキーイベントが連続する場合（ステップＳ１０１、「ＹＥＳ」）、それらのキーイベントの中の１つを残して削除する（ステップＳ１０２）。また、キー入力制御タスクは、優先度が低い音楽コンテンツ再生部が動作中には（ステップＳ１０４、「ＹＥＳ」）、所定時間の待ち状態を経て（ステップＳ１０５）、キーイベントを送信する。上記の処理により、音楽コンテンツ受信管理部の動作を抑制し、音楽コンテンツ再生部にＣＰＵが割り当てられる。【選択図】  図４
2008065710.tif 000002
【特許請求の範囲】
【請求項１】
入力手段と、
前記入力手段が操作されると、その操作内容を示すイベントを送信する入力制御タスクと、
前記入力制御タスクによって送信されたイベントに従って動作する第１のタスクと、
前記第１のタスクより優先度が低い第２のタスクとを有し、
前記入力制御タスクは、前記第２のタスクが起動されており、かつ、前記入力手段に連続して同じ操作がされた場合、その操作された回数に満たない個数のその操作内容を示す前記イベントを送信する
ことを特徴とする情報処理装置。
【請求項２】
入力手段と、
前記入力手段が操作されると、その操作内容を示すイベントを送信する入力制御タスクと、
前記入力制御タスクによって送信されたイベントに従って動作する第１のタスクと、
前記第１のタスクより優先度が低い第２のタスクとを有し、
前記入力制御タスクは、前記第２のタスクが起動されている場合、前記イベントを所定の時間以上の時間間隔をおいて送信する
ことを特徴とする情報処理装置。
【請求項３】
第１のタスクと、
前記第１のタスクより優先度が低い第２のタスクとを有し、
前記第１のタスクは、前記第２のタスクが起動されている場合、所定の単位動作を行う度に待ち状態に移り、少なくとも自タスクの優先度未満、かつ、前記第２のタスクの優先度以上の優先度のタスクを実行させ、
前記第２のタスクは、所定の単位動作を行うと前記第１のタスクの実行を少なくとも再開可能にさせる
ことを特徴とする情報処理装置。
【請求項４】
表示手段と、
音楽コンテンツを記憶する音楽コンテンツ記憶手段とを更に有し、
前記第１のタスクは、前記音楽コンテンツ記憶手段に記憶された音楽コンテンツの一覧を前記表示手段に表示し、前記入力制御タスクによって送信されたイベントに従って前記表示手段に表示された音楽コンテンツの一覧の中から１つの音楽コンテンツを選択し、その選択された音楽コンテンツの再生を前記第２のタスクに指示し、
前記第２のタスクは、前記第１のタスクによって再生を指示された音楽コンテンツを再生する
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項５】
入力手段と、
前記入力手段が操作されると、その操作内容を示すイベントを送信する入力制御タスクと、
表示手段と、
音楽コンテンツを記憶する音楽コンテンツ記憶手段とを更に有し、
前記第１のタスクは、前記音楽コンテンツ記憶手段に記憶された音楽コンテンツの一覧を前記表示手段に表示し、前記入力制御タスクによって送信されたイベントに従って前記表示手段に表示された音楽コンテンツの一覧の中から１つの音楽コンテンツを選択し、その選択された音楽コンテンツの再生を前記第２のタスクに指示し、
前記第２のタスクは、前記第１のタスクによって再生を指示された音楽コンテンツを再生する
ことを特徴とする請求項３に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に係り、特に、優先度が低いタスクにもＣＰＵを割り当てる処理に関する。
【背景技術】
【０００２】
移動通信端末装置などの可搬装置に組み込まれるＣＰＵは、蓄電池に蓄えられた電力で動作するため、少ない消費電力で動作するものが選ばれる。そこで、そのＣＰＵで動作するＯＳは、小さいものが求められる。また、移動通信端末装置などの装置は、実時間処理が必要であり、ＯＳは、複数のタスクを素早く適切にスケジュールする、即ち、複数のタスクの中の適切なタスクにＣＰＵを割り当てる機能を持つものが求められる。
【０００３】
これらの要求を満たすため、各タスクには優先度が付され、ＯＳは、優先度が高いタスクにＣＰＵを割り当てることが行われている。即ち、ＯＳは、優先度が高いタスクが処理を終えた後に、そのタスクの優先度に準じる高い優先度が付されたタスクにＣＰＵを割り当てる。
【０００４】
この割り当て処理によれば、優先度が低いタスクに長時間に渡ってＣＰＵが割り当てられない可能性がある。そこで、ＯＳの基でスケジューラタスクを動作させ、そのスケジューラタスクがたとえ優先度が低いタスクであっても長時間に渡ってＣＰＵが割り当てられないことを防ぐ処理が知られている（例えば、特許文献１参照。）。
【特許文献１】特開平９−５４６９９号公報（第２−４頁、図７）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に開示されている手法では、スケジューラタスクがあたかもＯＳの１つの機能処理部として動作するため、そのタスクを含むＯＳの処理量が増える問題点があった。
【０００６】
本発明は上記問題点を解決するためになされたもので、各タスクの動作によって、たとえ優先度が低いタスクであっても長時間に渡ってＣＰＵが割り当てられないことを防ぐ情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る情報処理装置は、入力手段と、前記入力手段が操作されると、その操作内容を示すイベントを送信する入力制御タスクと、前記入力制御タスクによって送信されたイベントに従って動作する第１のタスクと、前記第１のタスクより優先度が低い第２のタスクとを有し、前記入力制御タスクは、前記第２のタスクが起動されており、かつ、前記入力手段に連続して同じ操作がされた場合、その操作された回数に満たない個数のその操作内容を示す前記イベントを送信することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、各タスクの動作によって、たとえ優先度が低いタスクであっても長時間に渡ってＣＰＵが割り当てられないことを防ぐ情報処理装置を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明による情報処理装置の実施の形態を、図面を参照して説明する。図１は、本発明の実施形態に係る情報処理装置が適用された移動通信端末装置の構成を示すブロック図である。この移動通信端末装置は、装置全体の制御を行う制御部１１と、移動通信網を介した通信を行うために基地局（図示せず）との間で電波の送受信を行うアンテナ１２ａと、通信部１２ｂと、送受信部１３と、受話用のスピーカ１４ａと、送話用のマイクロフォン１４ｂと、通話部１４ｃと、表示部１５と、入力装置１６と、音楽コンテンツ受信管理部２１と、音楽コンテンツ記憶部２２と、音楽コンテンツ再生部２３と、音楽再生用のスピーカ２３ａとからなる。
【００１０】
音楽コンテンツ記憶部２２には、音楽コンテンツ２２ａが記憶される。ここで、音楽コンテンツ受信管理部２１と、音楽コンテンツ再生部２３とは、ＣＰＵによって動作されるタスクである。なお、タスクは、起動から消滅に至るまでの間、ＣＰＵが割り当てられた実行状態、ＣＰＵを待つレディ状態及びイベントを待つ待ち状態の３つの状態のいずれかの状態にある。
【００１１】
図２は、制御部１１の構成を示すブロック図である。制御部１１は、スケジューラ１１ａと、入力装置１６と接続される入力装置制御部１１ｂと、表示部１５と接続される表示部制御部１１ｃと、タイマー１１ｄと、送受信部１３と接続される送受信制御部１１ｅと、キー入力制御タスク１１ｆとからなる。
【００１２】
そして、制御部１１は、タスクである音楽コンテンツ受信管理部２１と、音楽コンテンツ再生部２３とにＯＳ機能を提供する。なお、スケジューラ１１ａと、入力装置制御部１１ｂと、表示部制御部１１ｃと、タイマー１１ｄと、送受信制御部１１ｅとは、カーネルであり、タスクではない。
【００１３】
上記のように構成された、本発明の実施形態に係る移動通信端末装置の各部の動作を、図１及び図２を参照して説明する。
【００１４】
スケジューラ１１ａは、タスク、即ち、音楽コンテンツ受信管理部２１と、音楽コンテンツ再生部２３と、キー入力制御タスク１１ｆとに優先度を付して記憶する。ここで、優先度は、キー入力制御タスク１１ｆに付されたものが最も高く、音楽コンテンツ受信管理部２１に付されたものがそれに次ぎ、音楽コンテンツ再生部２３に付されたものが最も低い。
【００１５】
そして、スケジューラ１１ａは、これらのタスクの中で、レディ状態にあるタスクがあれば、そのタスクにＣＰＵを割り当てて、実行状態におく。複数のタスクがレディ状態にある場合、優先度が高いタスクに割り当てる。そして、そのＣＰＵを割り当てられたタスクが消滅した場合、及び自ら待ち状態に移行した場合、そのタスクに次いで優先度が高いタスクにＣＰＵを割り当てて、実行状態におく。
【００１６】
入力装置制御部１１ｂは、入力装置１６のキーが操作されると、その操作されたキーを識別するイベントを受信し、キー入力制御タスク１１ｆの受信要求に応じてそのキーイベントをキー入力制御タスク１１ｆに送信する。
【００１７】
表示部制御部１１ｃは、タスク及びカーネルの各部の表示部１５への表示要求を受信し、要求された表示を表示部１５に行わせる。
【００１８】
タイマー１１ｄは、タスクからの指定された時間経過後のイベント発生要求に従い、要求後に指定された時間が経過した場合、タイマーイベントを発生して、スケジューラ１１ａに通知する。その際、上記要求を送信したタスクを併せて通知する。
【００１９】
送受信制御部１１ｅは、送受信部１３によって通話着信信号が受信された場合、その着信を報知し、使用者に着呼操作を促す。送受信部１３によって音楽コンテンツが受信された場合、その音楽コンテンツを音楽コンテンツ受信管理部２１に送信させる。更に、入力装置１６の所定のキー操作が行われた場合、送受信部１３に発呼動作をさせる。
【００２０】
キー入力制御タスク１１ｆは、入力装置制御部１１ｂからキーイベントを受信する。そして、受信されたキーイベントを要求に応じてタスク及びカーネルの各部に送信する。
【００２１】
通信部１２ｂは、アンテナ１２ａが受信した高周波信号を送受信部１３へ出力し、また、送受信部１３から出力される高周波信号をアンテナ１２ａより送信する。
【００２２】
送受信部１３は、通信部１２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得られた制御信号を送受信制御部１１ｅへ、ディジタル音声信号を通話部１４ｃへ、また、音楽コンテンツを音楽コンテンツ受信管理部２１へ送る。更には、送受信制御部１１ｅから出力される制御信号、及び通話部１４ｃから出力されるディジタル音声信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部１２ｂに送る。
【００２３】
通話部１４ｃは、送受信部１３から出力されるディジタル音声信号をアナログ音声信号に変換し、それを増幅して受話用スピーカ１４ａに送る。また、マイクロフォン１４ｂから出力されるアナログ音声信号を増幅し、それをディジタル音声信号に変換して送受信部１３に送信する。
【００２４】
表示部１５は、例えば、ＬＣＤ（Liquid Crystal Display）であり、表示部制御部１１ｃに制御されることで、文字・数字や画像データの表示動作を行い、表示されているデータは、キー入力制御タスク１１ｆによって受信されたキーイベントなどに応答した各部の動作に伴って、表示部制御部１１ｃからの指示を受けることで切換わる。
【００２５】
入力装置１６は、通信相手の電話番号の指定に用いられる文字キーや数字キーと、複数の機能キーを含むキーからなる。そして、入力装置１６のキーが入力操作されると、そのキー入力を受け付けて、そのキーの識別子を入力装置制御部１１ｂに通知する。
【００２６】
音楽コンテンツ受信管理部２１は、送受信部１３から送信された音楽コンテンツを受信して、音楽コンテンツ記憶部２２に音楽コンテンツ２２ａとして記憶させる。また、音楽コンテンツ記憶部２２に記憶された音楽コンテンツ２２ａを識別する情報の一覧を表示部制御部１１ｃを経由して、表示部１５に表示させる。
【００２７】
図３は、表示部１５に表示された音楽コンテンツ２２ａを識別する情報の一覧の一例を示す。この一例では、音楽コンテンツ２２ａの楽曲名である、「楽曲Ａ」、「楽曲Ｂ」及び「楽曲Ｃ」からなる音楽コンテンツ一覧１５ａが表示されている。
【００２８】
更に、音楽コンテンツ受信管理部２１は、キー入力制御タスク１１ｆから送信されたキーイベントに従って、表示された音楽コンテンツ一覧１５ａから１つの音楽コンテンツ２２ａを選択する。この選択は、例えば、上向き矢印キーの操作と、下向き矢印キーの操作によって上または下に表示された楽曲名に対応する音楽コンテンツ２２ａを選択する。
【００２９】
図３に示す例では、「楽曲Ａ」が選択されていることを、ハッチングによって示す。そして、音楽コンテンツ受信管理部２１は、キー入力制御タスク１１ｆから送信された所定のキーが操作されたキーイベントを受信して、選択された音楽コンテンツ２２ａの再生を音楽コンテンツ再生部２３に指示する。
【００３０】
音楽コンテンツ再生部２３は、音楽コンテンツ受信管理部２１からの指示に基づいて、指示された音楽コンテンツ２２ａを再生して、スピーカ２３ａから音楽を発生させる。ここで、音楽コンテンツ再生部２３に長時間に渡ってＣＰＵが割り当てられない状態、即ち、実行状態以外の状態に置かれると、スピーカ２３ａから発生させる音楽が途切れ、装置の使用者にとって耳障りである可能性がある。そのため、音楽コンテンツ再生部２３に長時間に渡ってＣＰＵが割り当てられないことを防ぐ必要がある。
【００３１】
以下、本発明の実施形態に係る情報処理装置が適用された移動通信端末装置の、たとえ優先度が低いタスクであっても長時間に渡ってＣＰＵが割り当てられないことを防ぐ動作について説明する。
【００３２】
図４は、入力装置１６のキーが操作され、そのキーイベントが音楽コンテンツ受信管理部２１によって受信されるまでの動作のフローを示す。
【００３３】
入力装置１６のキーが操作されると、入力装置制御部１１ｂは、その操作されたキーを識別するイベントを受信して、入力装置制御部１１ｂ内に記憶する。そして、音楽コンテンツ再生部２３が起動されており、かつ、同じキーイベント、即ち、同じキーが操作されたことを示すイベントが連続して受信されているか否かを調べる（ステップＳ１０１）。
【００３４】
そして、音楽コンテンツ再生部２３が起動されており、かつ、上記イベントが連続していれば、入力装置制御部１１ｂは、連続する複数の同じキーイベントの中の少なくとも１つを残して、その他を削除する（ステップＳ１０２）。その削除の後、及びステップＳ１０１で否と判断された場合、入力装置１６の操作されたキーを識別するイベントを受信する動作に戻る。
【００３５】
なお、上記説明は、少なくとも１つのキーイベントを残して、その他のキーイベントを削除するとしたが、これに限るものではない。例えば、入力装置制御部１１ｂは、削除に代えて、上記その他のキーイベントを示す情報を、削除された旨を示す情報に更新する。または、上記その他のキーイベントに無効、禁止、その他、これらに準じる識別子を付加する。そして、その更新された、または、その識別子が付加されたキーイベントを後述するキーイベントの送信の対象としないとしても良い。
【００３６】
また、入力装置制御部１１ｂは、キー入力制御タスク１１ｆの要求に応じ、入力装置制御部１１ｂ内に記憶されたキーイベントをキー入力制御タスク１１ｆに送信して、そのキーイベントの記憶を削除する。ここで、複数のキーイベントが記憶されている場合、より前に受信されたキーイベントを送信して削除する。
【００３７】
キー入力制御タスク１１ｆは、入力装置制御部１１ｂから１つのキーイベントを受信し（ステップＳ１０３）、音楽コンテンツ再生部２３が起動されているか否かを調べる（ステップＳ１０４）。起動されていない場合、受信されたキーイベントを音楽コンテンツ受信管理部２１に送信して、入力装置制御部１１ｂからキーイベントを受信する動作に戻る。
【００３８】
一方、起動されている場合、キー入力制御タスク１１ｆは、自らを所定の時間に渡る待ち状態に置く（ステップＳ１０５）。そして、タイマー１１ｄによって所定の時間の経過が調べられた後に、レディ状態を経て実行状態に戻り、受信されたキーイベントを音楽コンテンツ受信管理部２１に送信して、入力装置制御部１１ｂからキーイベントを受信する動作に戻る。なお、既に説明した通り、キー入力制御タスク１１ｆには高い優先度が付されているので、レディ状態から直ちに実行状態に戻る。
【００３９】
ここで、ステップＳ１０３で、キーイベントが受信されない場合、キー入力制御タスク１１ｆは、キーイベント待ち状態に移る（図示せず）。なお、音楽コンテンツ再生部２３が起動されているか否かによらず、キー入力制御タスク１１ｆが入力装置制御部１１ｂから１つのキーイベントを受信する度に行う処理は単純であり、その度に実行状態に置かれる時間は短い。
【００４０】
上記説明した入力装置１６のキーが操作され、そのキーイベントが音楽コンテンツ受信管理部２１によって受信されるまでの動作のフローによれば、第１に入力装置制御部１１ｂによって、キーイベントが削除されることによって、音楽コンテンツ受信管理部２１に送信されるキーイベントの数の削減が行われる。
【００４１】
既に説明したように、音楽コンテンツ受信管理部２１に送信されるキーイベントは、上向き矢印キーの操作と、下向き矢印キーの操作に対応するものである。そこで、複数の同じ内容を示すキーイベントが連続した場合、少なくとも１個を残して他を削除しても、使用者は、音楽コンテンツ受信管理部２１の動作が遅くなるように感じることはあるものの、その削除によって違和感を感じることがない。
【００４２】
また、音楽コンテンツ受信管理部２１に送信されるキーイベントは、音楽コンテンツ再生部２３が音楽をスピーカ２３ａから発生させる際の音量を上げるためのイベントと、その音量を下げるイベントを含む場合も、同様である。
【００４３】
即ち、複数の同じ内容を示すキーイベントが連続した場合、少なくとも１個を残して他を削除しても、使用者は、音楽コンテンツ再生部２３の音量を上げ、または下げる動作が遅くなるように感じることはあるものの、その削除によって違和感を感じることがない。
【００４４】
なお、この音楽コンテンツ受信管理部２１に送信されるキーイベントは、音量を上げ、または下げるイベントを含む場合、音楽コンテンツ受信管理部２１は、そのイベントを受信すると、音量を上げ、または下げる指示を音楽コンテンツ再生部２３に送信する。
【００４５】
また、第２に、キー入力制御タスク１１ｆによって、音楽コンテンツ受信管理部２１にキーイベントが送信される間隔が所定の時間以上に保たれることによって、音楽コンテンツ受信管理部２１にキーイベントが送信される頻度の減少が行われる。
【００４６】
これらの音楽コンテンツ受信管理部２１に送信されるキーイベントの数の削減、及び頻度の減少によって、高い優先度である音楽コンテンツ受信管理部２１がキーイベントを受信したことによる動作の減少が可能になり、低い優先度である音楽コンテンツ再生部２３にＣＰＵが割り当てられる機会を増やすことができる。即ち、音楽コンテンツ再生部２３にＣＰＵが充分に割り当てられないことによって、スピーカ２３ａから発生させる音楽が途切れ、装置の使用者にとって耳障りである可能性を減らすことができる。
【００４７】
図５は、音楽コンテンツ受信管理部２１と、音楽コンテンツ再生部２３との関連を持った動作のフローを示す。
【００４８】
音楽コンテンツ受信管理部２１は、所定の単位の単位動作を行い、（ステップＳ２０１）、その動作を終了すると、音楽コンテンツ再生部２３が起動されているか否かを調べる（ステップＳ２０２）。起動されていなければ、ステップＳ２０１に戻り、次の単位動作を行う。
【００４９】
一方、起動されていれば、音楽コンテンツ受信管理部２１は、セマフォを生成し、自らそのセマフォが削除されるまで待ち状態に移行することと、優先度が音楽コンテンツ受信管理部２１の優先度以下である全タスクにＣＰＵを割り当てることをスケジューラ１１ａに指示する。この動作により、優先度が最下位のタスクにまでＣＰＵを割り当てさせる（ステップＳ２０３）。そして、そのセマフォが削除されると、レディ状態を経由して実行状態に移り、ステップＳ２０１に戻り、次の単位動作を行う。
【００５０】
音楽コンテンツ再生部２３は、所定の単位の単位動作を行い（ステップＳ３０１）、音楽コンテンツ受信管理部２１によって作成されたセマフォを削除する（ステップＳ３０２）。そして、ステップＳ３０１に戻り、次の単位動作を行う。
【００５１】
ここで、音楽コンテンツ受信管理部２１の単位動作は、短時間で終了する動作であれば良く、その動作が何らかの動作の段階に対応したものでも良く、対応しないものでも良い。例えば、音楽コンテンツ受信管理部２１の状態を示す１つまたは複数のプログラム変数に値が代入されること、即ち、動作の段階が終了したことを単位動作の終了としても良い。
【００５２】
また、音楽コンテンツ受信管理部２１が用いるプログラムのサブプログラムへの分岐や、そのサブプログラムからの復帰、即ち、単にプログラムコーディングに依存して、動作の段階に対応しないことを単位動作の終了としても良い。
【００５３】
更に、表示部制御部１１ｃに表示要求を送信することを単位動作の終了としても良い。ここで、この要求が、例えば、１文字の表示であっても良く、１行の表示であっても良い。また、上記の複数の単位動作の終了を単位動作の終了としても良い。
【００５４】
一方、音楽コンテンツ再生部２３の単位動作は、再生中の音楽コンテンツ２２ａを所定の時間に渡って再生するだけの情報を音楽コンテンツ再生部２３内のバッファ記憶領域に記憶する動作である。この記憶された情報は、音楽コンテンツ再生部２３内の処理部であって、スピーカ２３ａを駆動する処理部によって、スピーカ２３ａから音楽として発生させられる。
【００５５】
上記情報をバッファ記憶領域に記憶させる動作は、バッファ記憶領域の大きさが小さいため、短時間で終了する処理である。しかし、バッファ記憶領域に記憶された情報の再生の終了までに、音楽コンテンツ再生部２３にＣＰＵが割り当てられる、即ち、実行状態に置かれる必要がある。バッファ記憶領域に記憶された情報の再生が終了すると、スピーカ２３ａから再生される音楽が中断し、使用者の耳障りであるからである。
【００５６】
上記説明した、音楽コンテンツ受信管理部２１と、音楽コンテンツ再生部２３との関連を持った動作によって、優先度が最も低い音楽コンテンツ再生部２３にも頻繁にＣＰＵが割り当てられる。より頻繁に割り当てるには、音楽コンテンツ受信管理部２１のステップＳ２０１の動作で説明した単位動作をより小さいものとすれば良い。言い換えると、より頻繁に単位動作が終了したと判断させるようにすれば良い。
【００５７】
以上の説明で、制御部１１を構成する入力装置制御部１１ｂと、表示部制御部１１ｃと、タイマー１１ｄと、送受信制御部１１ｅとは、カーネルであり、タスクではないとしたが、これに限るものではない。専用のハードウェアとしても良い。優先度が特に高いタスクとしても良い。また、タスクである入力装置制御部１１ｂと、キー入力制御タスク１１ｆとを１つのタスクとしても良い。
【００５８】
以上の説明は、優先度が高い音楽コンテンツ受信管理部２１と、優先度が低い音楽コンテンツ再生部２３とを例に、優先度が低いタスクであっても長時間に渡ってＣＰＵが割り当てられないことを防ぐ処理を説明したが、これに限るものではない。優先度が高いタスクと、優先度が低いタスクとは、いずれのタスクであっても良い。本発明は以上の構成に限定されるものではなく、種々の変形が可能である。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施形態に係る情報処理装置が適用された移動通信端末装置の構成を示すブロック図。
【図２】本発明の実施形態に係る制御部の構成を示すブロック図。
【図３】本発明の実施形態に係る音楽コンテンツ受信管理部によって表示部に表示される音楽コンテンツ一覧の一例を示す図。
【図４】本発明の実施形態に係る入力装置のキーが操作され、そのキーイベントが音楽コンテンツ受信管理部によって受信されるまでの動作のフローを示す図。
【図５】本発明の実施形態に係る音楽コンテンツ受信管理部と、音楽コンテンツ再生部との関連を持った動作のフローを示す図。
【符号の説明】
【００６０】
１１  制御部
１１ａ  スケジューラ
１１ｂ  入力装置制御部
１１ｃ  表示部制御部
１１ｄ  タイマー
１１ｅ  送受信制御部
１１ｆ  キー入力制御タスク
１５  表示部
１５ａ  音楽コンテンツ一覧
１６  入力装置
２１  音楽コンテンツ受信管理部
２２  音楽コンテンツ記憶部
２２ａ  音楽コンテンツ
２３  音楽コンテンツ再生部
【図１】
2008065710.tif 000003
【図２】
2008065710.tif 000004
【図３】
2008065710.tif 000005
【図４】
2008065710.tif 000006
【図５】
2008065710.tif 000007