(57)【要約】【課題】  所定のタスク処理とそれよりもプライオリティの高いタスク処理とが混在する可能性がある場合に、所定のタスク処理の際の処理時間を正確に計算できるようにする。【解決手段】  ＣＰＵ１１は、オーディオ再生処理の際の再生時間をディスプレイ２０に表示させるタスク処理や通話に関するタスク処理などの複数のタスク処理を同時に実行可能となっている。ＤＳＰ１２は、オーディオ再生処理を実行すると共に、ＣＰＵ１１でのタスク処理の負荷に応じて、オーディオ再生時間の情報をＣＰＵ１１へ通知するタイミングを変更する。【選択図】  図１
2005157023.tif 000002
【特許請求の範囲】
【請求項１】
所定の情報再生処理の際の再生時間情報を用いた所定のタスク処理を含む、複数のタスク処理を同時に実行可能なタスク実行手段と、
所定の情報再生処理を実行すると共に、上記タスク実行手段での上記所定のタスク処理の負荷に応じて、上記情報再生処理の再生時間情報を上記タスク実行手段へ通知するタイミングを変更する情報再生処理実行手段と
を有することを特徴とする情報処理装置。
【請求項２】
請求項１記載の情報処理装置であって、
上記情報再生処理実行手段は、連続番号が付加されている所定の処理単位毎に、上記情報再生処理を実行すると共に、一処理単位の情報再生処理に要する処理時間と、情報再生処理を実行した処理単位の番号とから、上記再生時間情報を計算する再生時間情報計算手段を有することを特徴とする情報処理装置。
【請求項３】
請求項１記載の情報処理装置であって、
上記タスク実行手段は、上記情報再生処理実行手段での上記情報再生処理の際の再生速度に基づいて、上記所定のタスク処理の負荷を判定して上記情報再生処理実行手段に通知する負荷通知手段を有することを特徴とする情報処理装置。
【請求項４】
請求項１記載の情報処理装置であって、
上記タスク実行手段は、上記所定のタスク処理と同時に実行する他のタスク処理の種類に基づいて、上記所定のタスク処理の負荷を判定して上記情報再生処理実行手段に通知する負荷通知手段を有することを特徴とする情報処理装置。
【請求項５】
請求項１記載の情報処理装置であって、
上記タスク実行手段は、上記情報再生処理実行手段での上記情報再生処理の際の再生速度と上記所定のタスク処理と同時に実行する他のタスク処理の種類とに基づいて、上記所定のタスク処理の負荷を判定して上記情報再生処理実行手段に通知する負荷通知手段を有することを特徴とする情報処理装置。
【請求項６】
少なくとも無線による通話を行うための通話手段と、
所定の情報再生処理の際の再生時間情報を用いた所定のタスク処理と、無線通話に関連するタスク処理とを含む、複数のタスク処理を同時に実行可能なタスク実行手段と、
所定の情報再生処理を実行すると共に、上記タスク実行手段での上記所定のタスク処理の負荷に応じて、上記情報再生処理の再生時間情報を上記タスク実行手段へ通知するタイミングを変更する情報再生処理実行手段と
を有することを特徴とする携帯電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば携帯電話機において音楽再生等を行う場合に好適な情報処理装置及び携帯電話端末に関する。
【背景技術】
【０００２】
近年は、市場においてシリコンオーディオプレイヤーや外部メモリ差し込みタイプのポータブルオーディオプレイヤーが普及してきており、それに伴い、携帯電話端末においても、ディジタルオーディオ再生機能を搭載した機種が発売されている。
【０００３】
なお、携帯電話端末のディジタルオーディオ再生機能としては、いわゆるＭＰＥＧ１−レイヤ３（Moving Picture Image Coding Experts Group 1 - Layer 3）や、いわゆるＡＴＲＡＣ３（Adaptive Transform Accustic Coding 3）などに代表されるオーディオ圧縮技術により、リニアＰＣＭ（Linear Pulse Code Modulation）データをエンコードしたエンコードデータを伸張（デコード）するような機能が知られている。また、当該ディジタルオーディオ再生機能は、実際には、ＣＰＵ（Central Processing Unit）による制御プロセスと、ＤＳＰ（digital signal processor）によるデコードプロセスとによる実現されている。
【０００４】
ここで、上記ディジタルオーディオ再生機能で最低限必須となる機能及び仕様としては、「再生」、「停止」、「再生時間計算」、「再生時間表示」などが挙げられる。上記「再生」や「停止」などのコマンド系処理は、ＣＰＵとＤＳＰとのハンドシェイク処理になるため、双方でコマンド送受信処理が必須になる。一方、「再生時間計算」に関しては、ＣＰＵ、ＤＳＰどちらでも処理が可能である。
【０００５】
上記ディジタルオーディオ再生機能にて「再生時間計算」を行う方法は、代表的には以下に示す第１，第２の二つの方法がある。
【０００６】
第１の方法は、ＣＰＵが、フレームをカウントすると共に、１フレームの再生時間とカウント値とを乗算して再生時間を計算する方法である。なお、フレームとは、エンコードデータ（ビットストリーム）の１データユニットであり、エンコードとデコードはこのフレーム単位で行われる。
【０００７】
第２の方法は、ＤＳＰにて１フレームのデコードが完了する毎に、当該１フレームのデコード完了通知をＣＰＵへ送り、ＣＰＵが、ＤＳＰからの１フレーム完了通知をカウントすると共に、１フレームの再生時間とカウント値とを乗算することで再生時間を計算する方法である。
【０００８】
なお、オーディオ再生時間を求めるための技術として、特開平９−２７１８７号の公開特許公報（特許文献１）には、ディスク状媒体から読み出された符号化信号をバッファメモリに転送し、そのバッファメモリから読み出した符号化信号を復号して音声データを出力する装置において、バッファメモリにディスクの先頭からのセクタサイズを表す時間テーブルを設け、その時間テーブルを基に再生時間を求めるようにした技術が開示されている。
【０００９】
【特許文献１】特開平９−２７１８７号公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、一般のポータブルオーディオプレイヤーでは、ＣＰＵの処理能力の全てをオーディオの再生に注力できるため、上述した第１，第２の二つの「再生時間計算」方法の何れの処理を行ったとしても、ディジタルオーディオ再生におけるリアルタイム性に影響はない。
【００１１】
しかしながら、携帯電話端末の場合は、最重要機能で且つリアルタイム性を必ず確保しなければならない処理として通話機能があり、したがって例えば、通話のプロトコル処理のためのタスクと、ディジタルオーディオ再生処理に関連したタスクとが混在したような場合には、通話のプロトコル処理のタスクよりも、ディジタルオーディオ再生処理のためのタスクの優先度を下げざるを得なくなる。
【００１２】
言い換えると、このようなマルチタスク処理において、ディジタルオーディオ再生機能が実行されている場合には、できる限りオーディオ再生に関連したＣＰＵの処理負荷を低減しないと、当該オーディオ再生時のリアルタイム性が保証されなくなる可能性がある。特に、タスク切り替えによるオーバーヘッドを考慮すると、上述した第２の方法では、ＣＰＵはＤＳＰから時間通知をリアルタイムに受信できない可能性があり、その場合には再生時間表示が不正確になってしまう。
【００１３】
本発明は、このような実情に鑑みて提案されたものであり、例えば、オーディオ再生処理に関連した所定のタスク処理と例えば通話のプロトコル処理のようなプライオリティの高いタスク処理とが混在する可能性がある場合において、オーディオ再生処理等の所定の情報処理の際の処理時間を正確に計算可能とする、情報処理装置及び携帯電話端末を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の情報処理装置は、所定の情報再生処理の際の再生時間情報を用いた所定のタスク処理を含む、複数のタスク処理を同時に実行可能なタスク実行手段と、所定の情報再生処理を実行すると共に、所定のタスク処理の負荷に応じて情報再生処理の再生時間情報をタスク実行手段へ通知するタイミングを変更する情報再生処理実行手段とを有することにより、上述した課題を解決する。
【００１５】
ここで、情報再生処理実行手段は、連続番号が付加されている所定の処理単位毎に、情報再生処理を実行すると共に、一処理単位の情報再生処理に要する処理時間と、情報再生処理を実行した処理単位の番号とから、再生時間情報を計算する。
【００１６】
また、タスク実行手段は、情報再生処理の際の再生速度、及び／又は、所定のタスク処理と同時に実行する他のタスク処理の種類に基づいて、所定のタスク処理の負荷を判定して情報再生処理実行手段に通知する。
【００１７】
本発明の携帯電話端末は、少なくとも無線による通話を行うための通話手段と、所定の情報再生処理の際の再生時間情報を用いた所定のタスク処理と無線通話に関連するタスク処理とを含む、複数のタスク処理を同時に実行可能なタスク実行手段と、所定の情報再生処理を実行すると共に、所定のタスク処理の負荷に応じて、情報再生処理の再生時間情報をタスク実行手段へ通知するタイミングを変更する情報再生処理実行手段とを有することにより、上述した課題を解決する。
【００１８】
すなわち本発明によれば、情報再生処理の再生時間情報がタスク実行手段へ通知されるタイミングが、所定のタスク処理の負荷に応じて変更されるため、タスク実行手段にて所定のタスク処理と同時に他のタスク処理を実行することになったとしても、当該タスク実行手段では、所定のタスク処理を正確に実行できる。
【発明の効果】
【００１９】
本発明においては、所定のタスク処理の負荷に応じて情報再生処理の再生時間情報をタスク実行手段へ通知するタイミングを情報再生処理実行手段が変更することにより、例えば、情報再生処理実行手段の一例であるＤＳＰがオーディオ再生処理のような情報再生処理を行い、タスク実行手段の一例であるＣＰＵがその情報再生処理の再生時間の表示制御を行うような場合に、オーディオ再生時間を表示するタスク処理と例えば通話のプロトコル処理のようなプライオリティの高いタスク処理とが混在してしまったとしても、オーディオ再生時間を正確に計算して表示することが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照しながら、本発明実施形態について説明する。なお、以下の説明では、本発明の一実施形態として携帯電話端末を挙げて説明する。
【００２１】
〔携帯電話端末の主要部構成〕
図１には、本発明実施形態の携帯電話端末の主要部の構成を示す。なお、図１には、一般の携帯電話端末が備えている、アンテナや高周波回路等からなる無線信号送受信回路、スピーカやマイクロホンとそれに付随するアンプやアナログ／ディジタル変換器，ディジタル／アナログ変換器、例えばヘッドホンを接続するためのインターフェイス、外部メモリや外部装置を接続するためのインターフェイス等については図示を省略している。
【００２２】
図１において、本実施形態の携帯電話端末の主要部構成である、ＣＰＵ１１、ＤＳＰ１２、テンポラリＲＡＭ１３、ＲＡＭ１４、ＲＯＭ１５等の各ハードウェアモジュールは、メインバスにて接続されている。ＣＰＵ１１、ＤＳＰ１２、テンポラリラム１３は、ベースバンド処理を行うベースバンドＬＳＩ内に設けられている。
【００２３】
オーディオモジュール１７は、ディジタル／アナログ変換（ＤＡＣ）器及びヘッドホンアンプ（ＡＭＰ）１８と、図示しないヘッドホンインターフェイス等を備えており、ＤＳＰ１２からのオーディオ信号をヘッドホン等へ出力する。
【００２４】
ディスプレイ２０は、電話番号や待ち受け画面やウェブ画像、メール文章等を表示するための表示デバイスである。また、ディジタルオーディオ再生時、当該ディスプレイ２０には、再生時間も表示される。なお、本実施形態の携帯電話端末は、メインディスプレイとサブディスプレイに二つのディスプレイを有し、再生時間をサブディスプレイに表示するようなものであっても良い。
【００２５】
ディスプレイドライバ１９は、ＣＰＵ１１からの表示信号に基づいてディスプレイ２０を駆動することにより、当該ディスプレイ２０上に画像を表示させる。
【００２６】
ＣＰＵ１１は、本発明のタスク実行手段に対応しており、一般の携帯電話端末における各種機能に関する制御や演算処理、各種のアプリケーションの実行時の制御や演算処理の他、本発明実施形態にかかるディジタルオーディオ再生時におけるユーザからの要求に応じた制御、すなわち例えば、「再生」、「停止」などの各要求に応じた各モジュールの制御等の各種タスク処理を実行する。また本実施形態のＣＰＵ１１は、ディジタルオーディオ再生時に、ＤＳＰ１２が再生時間情報を当該ＣＰＵ１１へ通知する間隔（以下、再生時間通知間隔と呼ぶ）を任意に設定する制御と、ＤＳＰ１２から通知されてきた再生時間情報に基づいて、ディスプレイ２０上に再生時間を表示するような制御のための所定のタスク処理も行う。なお、再生時間通知間隔の設定制御の詳細は後述する。
【００２７】
ＤＳＰ１２は、本発明の情報再生処理実行手段に対応しており、一般の携帯電話端末における信号送受信機能に関する各種演算処理の他、本発明の所定の情報再生処理の一例として、ディジタルオーディオ再生時におけるエンコードデータのデコード処理を実行する機能を有する。また、当該ＤＳＰ１２は、通常再生の１倍速だけでなく、例えば、順方向の２倍速再生や３倍速再生、逆方向の１倍速再生や２倍速再生，３倍速再生などの各種再生モードに対応したデコード処理も実行可能となされている。当該ＤＳＰ１２でのデコード処理により得られたＰＣＭオーディオデータは、オーディオシリアルインターフェイス（Ｉ／Ｆ）を介してオーディオモジュール１７へ送られる。さらに、本実施形態のＤＳＰ１２は、デコードを行ったフレーム番号に１フレームの再生時間を乗算して再生時間を計算する機能と、その再生時間情報を上記再生時間通知間隔でＣＰＵ１１へ送る機能をも備えている。なお、再生時間計算処理と再生時間情報のＣＰＵ１１への送信処理の詳細については後述する。
【００２８】
ＲＯＭ１５は、ＣＰＵ１１が各部を制御したり各種の演算処理を行うための制御・演算プログラム（ディジタルオーディオ再生時の制御プログラムを含む）や、各種の初期設定値、文字入力処理等を行うためのプログラムや辞書データ、当該携帯電話端末の電話番号、フォントデータ、後述する再生モードやアプリケーションと再生通知時間間隔との対応を表すテーブル１６、その他、携帯電話端末に搭載される各種のアプリケーション用のプログラム、当該携帯電話端末の識別情報（ＩＤ）などを記憶している。このＲＯＭ１５は、ＥＥＰＲＯＭのような書き換え可能なＲＯＭを含み、電子メールデータ、ユーザにより設定される電話帳や電子メールアドレス、ダウンロードされた写真データや着信音データ、上記テーブル１６、その他、各種のユーザ設定値等を更新保存することも可能となされている。
【００２９】
ＲＡＭ１４は、ＣＰＵ１１やＤＳＰが各種のデータ処理を行う際の作業領域として、随時データを格納する。また、本実施形態においてディジタルオーディオ再生機能が実行されるときの当該ＲＡＭ１４は、図示しない外付けメモリや外部装置等から予め取り込まれたオーディオエンコードデータを格納することも行う。
【００３０】
テンポラリＲＡＭ１３は、ＤＳＰ１２においてオーディオエンコードデータのデコード処理が行われる際に、上記ＲＡＭ１４に格納されているエンコードデータを一時的に蓄積する。
【００３１】
また、図１において、図中のパス（ａ）とパス（ｂ）は、ＣＰＵ１１とＤＳＰ１２間でのコマンド送受信経路を示しており、これらパス（ａ）とパス（ｂ）を介して例えば「再生」開始などのコマンドとその応答の送受信が行われる。
【００３２】
図中のパス（ｃ）は、ＲＡＭ１４からテンポラリＲＡＭ１３へのエンコードデータの転送経路を示している。このパス（ｃ）によるＲＡＭ１４からテンポラリＲＡＭ１３へのエンコードデータの転送は、ＣＰＵ１１のメモリコントローラ（ＭＥＭＣ）にて制御されている。具体的には、ＣＰＵ１１は、ＤＳＰ１２からのテンポラリＲＡＭエンプティリクエストを受信すると、ＲＡＭ１４からエンコードデータを読み出し、メインバスを介してテンポラリＲＡＭ１３へと転送する。
【００３３】
図中のパス（ｄ）は、ＤＳＰ１２がオーディオエンコードデータのデコード処理を実行するときに、テンポラリＲＡＭ１３からＤＳＰ内蔵のワークＲＡＭへエンコードデータが転送する際の経路を示している。すなわち本実施形態において、ＤＳＰ１２とテンポラリＲＡＭ１３は、ＤＳＰメモリバスを介して接続されており、当該パス（ｄ）の経路では、このＤＳＰメモリバスを通じてエンコードデータが転送される。
【００３４】
〔オーディオ再生時の制御シーケンス〕
図２には、本実施形態の携帯電話端末にてオーディオ再生を開始する際の制御シーケンスを示す。
【００３５】
図２において、先ず、ＣＰＵ１１は、処理Ｔ１として、図１のパス（ａ）により、ＤＳＰ１２に対して、再生方向（逆方向、順方向）と、再生の開始フレーム番号と、再生時間通知間隔の各情報を通知する。
【００３６】
なお、再生方向の情報は、早戻し再生であれば逆方向、早送り再生や通常再生（１倍速再生）等であれば順方向を表す情報である。再生の開始フレーム番号の情報は、デコード処理を開始する際のフレーム番号が、オーディオファイルの先頭フレームから何番目のフレームであるかを示す情報であり、オーディオファイルの先頭フレームからの再生であれば「１」となり、途中からの再生（resume再生）であれば、その途中再生の指定フレーム番号となる。詳細については後述するが、再生通知時間間隔の情報は、ＤＳＰ１２が再生時間換算で何秒毎にＣＰＵ１１へ再生時間情報を通知するかの設定情報であり、一例として、再生通知時間間隔が「１」に設定された場合には、再生時間に換算して１秒経過毎にＤＳＰ１２からＣＰＵ１１へ再生時間情報が通知されることになる。
【００３７】
そして、これら各情報を受け取ると、ＤＳＰ１２は、処理Ｔ２として、図１のパス（ｂ）によりＣＰＵ１１へ応答（Response）を返す。当該ＤＳＰ１２から処理Ｔ２の応答を受け取ると、ＣＰＵ１１は、処理Ｔ３として、図１のパス（ａ）によりＤＳＰ１２に対して再生開始コマンドを送る。この再生開始コマンドを受け取ったＤＳＰ１２は、処理Ｔ４として、図１のパス（ｂ）により応答を返した後、処理Ｔ５〜Ｔ６として、エンコードデータの送信要求をＣＰＵ１１へ送る。
【００３８】
上記エンコードデータの送信要求を受け取ったＣＰＵ１１は、図１のパス（ｃ）により、ＲＡＭ１４からテンポラリＲＡＭ１３へエンコードデータを転送させる。またこのときのＤＳＰ１２は、図１のパス（ｄ）により、ＣＰＵ１１にて予め指定されている再生方向に対応したエンコードデータを、テンポラリＲＡＭ１３からＤＳＰ内蔵ワークＲＡＭへ転送させる。
【００３９】
そして、ＤＳＰ１２は、それらエンコードデータのデコード処理を周期的に実行し、更にエンコードデータのエンプティ要求を行ったり、また、処理Ｔ７〜Ｔ８として、ＣＰＵ１１により設定された再生時間通知間隔毎に再生時間情報をＣＰＵ１１へ通知することを行う。
【００４０】
〔再生通知時間間隔と時間情報の表示処理〕
以下、ＤＳＰ１２がＣＰＵ１１へ再生時間情報を通知する際の通知周期つまり再生通知時間間隔と、時間情報の表示処理の詳細について説明する。
【００４１】
本実施形態において、ＣＰＵ１１は、例えば図３に示すような再生モードと再生通知時間間隔との対応を示すテーブル１６や、例えば図４に示すような再生モードとアプリケーションとに対応した再生通知時間間隔のテーブル１６の情報に基づいて、上記再生時間通知間隔を設定し、その再生時間通知間隔の情報をＤＳＰ１２へ送るようになっている。
【００４２】
なお、図３，図４の例では、簡略化のために、順方向の再生モードと再生時間通知間隔の対応のみを示しているが、テーブル１６には逆方向の再生モードと再生通知時間間隔の対応も勿論登録されている。
【００４３】
ここで例えば、図３のテーブル１６をＲＯＭ１５から参照した場合、ＣＰＵ１１は、例えば再生モードが１倍速再生であるときには再生時間通知間隔を「１」に設定し、２倍速再生であるときには「２」、３倍速再生であるときには「３」のように設定する。したがって、このように再生時間通知間隔が設定されたＤＳＰ１２は、デコード処理の際に計算した再生時間情報を当該再生時間通知間隔でＣＰＵ１１へ送信することになる。
【００４４】
すなわちこの図３のテーブル１６に基づく再生時間通知間隔設定が行われた場合、特に変速再生動作時には、ＣＰＵ１１がディスプレイ２０へ時間情報を表示させるための割り込み処理の間隔が１倍速再生時よりも長くなり、その結果、ＣＰＵ１１の処理負荷は軽減されることになる。
【００４５】
具体例として図５を用いて説明すると、図中（Ａ）に示すように、例えば１倍速再生の際にＤＳＰ１２から、再生時間に換算して１秒間隔毎に再生時間情報が送られてくる程度であればＣＰＵ１１の処理負荷はさほど大きくない。これに対して、例えば、Ｎ倍速再生の際に、図中（Ｂ）に示すように、ＤＳＰ１２から、再生時間換算で１秒間隔毎に再生時間情報がＣＰＵ１１へ送られてくるような設定になっていたとすると、ＣＰＵ１１は、１秒間に複数の再生時間情報から再生時間表示のための処理を行わなければならなくなり、ＣＰＵ１１の処理負荷が増大してしまう。このような場合において、例えばマルチタスク処理が必要になったりすると、ＣＰＵ１１は、正確な時間表示が出来なくなってしまう虞がある。一方、例えばＮ倍速再生の際に、図中（Ｃ）に示すように、再生時間通知間隔が長く設定されると、ＣＰＵ１１がディスプレイ２０へ時間情報を表示させるための割り込み処理の間隔も長くなるため、ＣＰＵ１１の処理負荷の増大が緩和されることになる。したがって、この図中（Ｃ）の例の場合、例えばマルチタスク処理が必要になったとしても、ＣＰＵ１１は、それら各タスク処理を行いつつ、正確な時間表示制御を行うことが可能となる。
【００４６】
また、本発明実施形態の携帯電話端末は、図４に示すように、再生モードとアプリケーションとに対応した再生通知時間間隔のテーブル１６の情報に基づいて、上記再生時間通知間隔を設定すれば、再生モードだけでなく、アプリケーションの実行による負荷量、つまりタスクの種類に応じた負荷量をも考慮したＣＰＵ１１の処理負荷軽減が可能となる。
【００４７】
この図４のテーブル１６を用いた場合、ＣＰＵ１１は、例えば実行中のアプリケーションが処理の軽い待ち受け画面表示用のアプリケーションであり且つ再生モードが１倍速再生であるときには、再生時間通知間隔を「１」に設定し、２倍速再生であるときには「２」、３倍速再生であるときには「３」のように設定し、また例えば実行中のアプリケーションが処理の重いウェブ閲覧用アプリケーションであり且つ再生モードが１倍速再生であるときには、再生時間通知間隔を「２」に設定し、２倍速再生であるときには「４」、３倍速再生であるときには「６」のように設定し、また例えばアプリケーションが或る程度処理の重いメール用アプリケーションであり且つ再生モードが１倍速再生であるときには、再生時間通知間隔を「１」に設定し、２倍速再生であるときには「３」、３倍速再生であるときには「４」のように設定する。
【００４８】
すなわち、この図４のテーブル１６に基づく再生時間通知間隔設定が行われた場合、再生モードだけでなく、アプリケーションの処理負荷量に応じて、ＣＰＵ１１がディスプレイ２０へ時間情報を表示させるための割り込み処理の間隔を適宜変更可能となり、その結果、ＣＰＵ１１の処理負荷を軽減させることが可能となる。これにより、ＣＰＵ１１は、正確な時間表示を行うことが可能となる。
【００４９】
〔ＤＳＰのデコード処理と再生時間計算処理のタイミング〕
図６には、ＤＳＰ１２におけるデコード処理と再生時間計算処理のタイミングを示す。なお、図６中ＤＴはデコードタスクを表し、ＴＣＴは再生時間計算タスクを、Ｔは１フレームのデコード周期（Ｔ＝（１／Ｆｓ）＊サンプル／フレーム、Ｆｓはサンプリング周波数）を表している。
【００５０】
この図６において、ＤＳＰ１２は、１フレームのデコード周期Ｔを基準とした周期処理によりデコード処理を行っている。具体的には、当該ＤＳＰ１２内蔵のタイマ（図示せず）により、周期的にデコード処理を実行するタスクをＯＳ（Operating System）から呼び出す（call）。また、再生時間計算処理は、このデコードタスクがＯＳから呼び出された後に実行され、フレーム番号に１フレームの再生時間を乗算することにより、デコード処理が完了している現在の再生時間を計算する。そして、ＤＳＰ１２は、上述したようにＣＰＵ１１により予め設定されている再生時間通知間隔に基づく再生時間通知タイミングになった時に、当該ＣＰＵ１１に対して再生時間情報を通知する。
【００５１】
〔再生時間計算のアルゴリズム〕
図７には、ＤＳＰ１２における再生時間の計算アルゴリズムを示す。
【００５２】
図７において、ＤＳＰ１２は、オーディオ再生開始前に、ＣＰＵ１１より受信した再生方向（逆方向、順方向）、再生の開始フレーム番号、再生時間通知間隔（図７では特にインターバルタイムと呼ぶことにする。）から、当該ＣＰＵ１１に再生時間を通知する時間（以下、ターゲットタイムと呼ぶ。）を計算する。
【００５３】
そして、オーディオ再生が開始されると、ＤＳＰ１２は、ステップＳ１の処理として、デコードが完了したフレームのフレーム番号と１フレームの再生時間とを乗算して、現在の再生時間（以下、カレントタイムと呼ぶ。）を計算する。
【００５４】
次に、ＤＳＰ１２は、ステップＳ２の処理として、カレントタイムとターゲットタイムを比較し、順方向再生の場合には（ターゲットタイム＜カレントタイム）になった瞬間に、また、逆方向再生の場合には（ターゲットタイム＞カレントタイム）になった瞬間に、ステップＳ３の処理としてカレントタイムをＣＰＵ１１に対して通知する。なお、もしも上記の条件に当てはまらなかった場合は、ＣＰＵ１１に対する通知は行わない。
【００５５】
ステップＳ３にて、ＣＰＵ１１にカレントタイムの通知を行った場合、ＤＳＰ１２は、ステップＳ４の処理として、当該ＣＰＵ１１に対して通知するターゲットタイムを再設定する。すなわち、ＤＳＰ１２は、順方向再生であれば（新ターゲットタイム＝旧ターゲットタイム＋インターバルタイム）の計算によりターゲットタイムの再設定を行い、逆方向であれば（新ターゲットタイム＝旧ターゲットタイム−インターバルタイム）の計算によりターゲットタイムの再設定を行う。
【００５６】
ＤＳＰ１２は、これらの処理を、デコード処理周期毎に実行する。すなわち、本実施形態によれば、ＤＳＰ１２にて再生時間の計算を行うことにより、オーディオ再生時のＣＰＵ１１の処理負荷を低減し、さらに再生方向によらずに正確に時間計算を行うことを可能としている。
【００５７】
〔まとめ〕
以上説明したように、本実施形態によれば、マルチタスクで動作する場合であっても、タスクのプライオリティによらずに、オーディオ再生時間の計算が可能となり、したがって、ディスプレイ２０上に正確な再生時間を表示することが可能となっている。
【００５８】
また、本実施形態によれば、早送り再生や早戻し再生等の特殊再生を行う場合であっても、普遍的に再生時間計算と再生時間の表示が可能となる。
【００５９】
また、本実施形態によれば、例えばアプリケーションの処理量を考慮した再生時間通知間隔を設定することも可能であるため、アプリケーションの実行によりメインバスのトラフィック状況が変化するような場合であっても、再生時間計算と再生時間の表示が可能となる。
【００６０】
さらに、本実施形態によれば、再生時間通知間隔を任意に変更した場合であっても、ＣＰＵ１１の処理は定常的な処理フローのままであり、特別な処理フローを新たに設ける必要がない。
【００６１】
また、本実施形態によれば、ＤＳＰ１１が再生時間計算を行っており、デコード開始時若しくはデコード実行中に、ＣＰＵ１１にてフレームのカウントを行わなくても良いため、ＣＰＵ１１は、ＲＡＭ１４に格納されているエンコードデータをそのままテンポラリＲＡＭ１３に転送すればよいことになる。
【００６２】
したがって、本実施形態によれば、オーディオ再生時のＣＰＵ１１側の処理負荷が軽減され、オーディオ再生時のリアルタイム性を維持することができる。
【００６３】
また、本実施形態によれば、ＤＳＰ１１にて再生時間計算を実行することで、再生されている音声と再生時間との誤差をＤＳＰ１１の出力バッファ分の誤差のみに抑えることが可能となる。
【００６４】
なお、上述した実施形態の説明は、本発明の一例である。このため、本発明は上述した実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。
【００６５】
本実施形態は、携帯電話端末に限らず、オーディオ再生処理とそれよりもプライオリティの高い別の情報処理とが混在する可能性がある各種の情報処理装置にも適用可能であり、その情報処理装置において、オーディオ再生処理の際の再生時間を正確に計算することができるようになる。
【００６６】
また、上述の実施形態では、ＣＰＵ１１は、ＲＡＭ１５に格納されているテーブル１６の情報に基づいて再生時間通知間隔を設定しているが、例えば、オーディオ再生時におけるメインバスのトラフィック状況に応じて、再生時間通知間隔を任意且つ動的に可変するものであっても良い。
【００６７】
その他、上述の実施形態ではオーディオ再生を例に挙げたが、本発明は、例えば映像再生時の再生時間の計算とその再生時間の表示にも適用可能である。
【図面の簡単な説明】
【００６８】
【図１】本発明実施形態の携帯電話端末の内部構成のうち、本発明にかかる主要部の構成を示すブロック回路図である。
【図２】本実施形態の携帯電話端末にてオーディオ再生を開始する際の制御シーケンスの説明に用いるタイムフローチャートである。
【図３】本実施形態の携帯電話端末のＣＰＵが再生通知間隔を設定する際に用いる、再生モードと再生通知時間間隔との対応テーブルを示す図である。
【図４】本実施形態の携帯電話端末のＣＰＵが再生通知間隔を設定する際に用いる、再生モードとアプリケーションとに応じた再生通知時間間隔の対応テーブルを示す図である。
【図５】Ｎ倍速時の再生時間通知間隔によってＣＰＵの処理負荷が増大する場合と処理負荷が軽減される場合との関係説明に用いる図である。
【図６】ＤＳＰにおけるデコード処理と再生時間計算処理のタイミングの説明に用いる図である。
【図７】本実施形態の携帯電話端末のＤＳＰにおける再生時間の計算アルゴリズムの説明に用いるフローチャートである。
【符号の説明】
【００６９】
１  ベースバンドＬＳＩ、１１  ＣＰＵ、１２  ＤＳＰ、１３  テンポラリＲＡＭ、１４  ＲＡＭ、１５  ＲＯＭ、１６  テーブル、１７  オーディオモジュール、１８  ディジタル／アナログ変換器及びヘッドホンアンプ、１９  ディスプレイドライバ、２０  ディスプレイ
【図１】
2005157023.tif 000003
【図２】
2005157023.tif 000004
【図３】
2005157023.tif 000005
【図４】
2005157023.tif 000006
【図５】
2005157023.tif 000007
【図６】
2005157023.tif 000008
【図７】
2005157023.tif 000009