(57)【要約】【課題】  例えばオーディオ再生処理のタスクとその他のタスクとが混在するマルチタスクの実行時に、コストや消費電力の増加を伴わず、リアルタイム性を保証しつつオーディオ再生処理のタスクを正確に実行可能とする。【解決手段】  オーディオ再生時、ＣＰＵ１１は、ストレージデバイス３４からテンポラリＲＡＭ３３へオーディオデータを転送させると共に、再生方向、連続再生フレーム数、倍速数のパラメータをＤＳＰ１２に設定する。ＤＳＰ１２は、テンポラリＲＡＭ３３を、ＳＩＤＥ（Ａ）〜（Ｃ）とテンポラリ（Ａ），（Ｂ）に分けて管理し、ＣＰＵ１１により設定されたパラメータに基づいて、ＳＩＤＥ（Ａ）〜（Ｃ）上のリードポインタの動きと、ＳＩＤＥ（Ａ）〜（Ｃ）から読み出されたフレームデータのテンポラリ（Ａ），（Ｂ）へのコピーとを管理する。【選択図】  図１
2006106167.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）によるデコードプロセスとに分けられている。
【００１３】
すなわち、ＣＰＵは、オーディオエンコードデータを記憶している内部若しくは外部の記憶媒体から、フレーム単位で当該オーディオエンコードデータの読み出し制御を行い、一方、ＤＳＰは、そのフレーム単位のオーディオエンコードデータをデコードしてリニアＰＣＭのオーディオデータを再生する。以下、フレーム単位のオーディオエンコードデータを単にフレームデータと呼ぶことにする。なお、実際の携帯電話端末のＤＳＰは、オーディオ再生処理だけでなく映像処理等をも行う、マルチメディアエンジンとして搭載されている。
【００１４】
特に、上述したような特殊再生を実行する場合、ＣＰＵは、連続再生フレームの読み出し制御やフレームスキップのための制御を行い、それら各制御により読み出したフレームデータを、メインバスを介して順次ＤＳＰに転送する処理を行うことになる。
【００１５】
すなわち、特殊再生を実行している場合のＣＰＵは、再生方向，連続再生フレーム数，フレームスキップ数等に応じたフレームデータの並べ替え及びバッファリング等のように、通常再生時よりも高い負荷がかかる処理を行わなければならなくなる。
【００１６】
また、特殊再生が実行されている場合には、オーディオ再生処理上での時間間隔は１倍速再生時よりも短縮されることになるため、単位時間当たりのビットストリームデータの転送率が増加することになり、したがって、オーディオ再生処理を実行している際のビットストリーム転送経路であるメインバスのバストラフィックも増大することになる。
【００１７】
さらに例えば、特殊再生処理と同時に他の処理（例えば通話やメール送受信等のプロトコル処理）が行われるような場合、すなわちマルチタスクにより特殊再生処理が実行されている場合において、例えば、オーディオ再生処理よりも上記他の処理のプライオリティの方が高いような場合、上記オーディオ再生のリアルタイム性を保証するためには上記特殊再生時の処理負荷を低減する必要がある。
【００１８】
言い換えると、特殊再生時の処理負荷を低減できなかった場合には、オーディオ再生のリアルタイム性を保証することができなくなってしまう。このようにオーディオ再生のリアルタイム性を保証できなかった場合、例えば音途切れが発生し、所望の倍速再生が実行されなくなってしまう。
【００１９】
なお、このようなことを解決する方法として、例えば、高性能ＣＰＵを搭載することやＣＰＵの動作クロックを上げるという方法もあるが、携帯電話端末のようなモバイル端末を想定したシステムでは、コストの増加、消費電力増による再生時間等の減少等のインパクトが大きいため望ましくない。
【００２０】
本発明は、このような実情に鑑みて提案されたものであり、例えば、オーディオ再生処理に関連した所定のタスク処理と例えば通話のプロトコル処理のようなプライオリティの高いタスク処理とが混在して実行される場合において、コストの増加や消費電力の増加を伴うことなく、リアルタイム性を保証しつつ所定のタスク処理を正確に実行可能とする、情報処理装置及び携帯電話端末を提供することを目的とする。
【課題を解決するための手段】
【００２１】
本発明の情報処理装置は、複数のタスク処理を同時に実行可能なタスク実行手段と、時間順に連続した複数フレームデータにより構成されるビットストリームデータを格納したストリームデータ格納手段からタスク実行手段が読み出した、時間順に連続している所定数分のフレームデータを一時的に蓄積するための第１のバッファ領域と、第１のバッファ領域に蓄積されたフレームデータがコピーされて一時的に蓄積される第２のバッファ領域とを有するバッファ手段と、タスク実行手段により設定された再生方向と連続再生フレーム数と倍速数のパラメータに基づいて、第１のバッファ領域からフレームデータを読み出して第２のバッファ領域にコピーすると共に、当該第２のバッファ領域から順次読み出したフレームデータに対して所定の情報再生処理を施す情報再生処理手段とを備えることにより、上述した課題を解決する。
【００２２】
また、本発明の携帯電話端末は、少なくとも無線による通話を行うための通話手段と、無線通話に関連するタスク処理を含む複数のタスク処理を同時に実行可能なタスク実行手段と、時間順に連続した複数フレームデータにより構成されるビットストリームデータを格納したストリームデータ格納手段からタスク実行手段が読み出した、時間順に連続している所定数分のフレームデータを一時的に蓄積するための第１のバッファ領域と、第１のバッファ領域に蓄積されたフレームデータがコピーされて一時的に蓄積される第２のバッファ領域とを有するバッファ手段と、タスク実行手段により設定された再生方向と連続再生フレーム数と倍速数のパラメータに基づいて、第１のバッファ領域からフレームデータを読み出して第２のバッファ領域にコピーすると共に、当該第２のバッファ領域から順次読み出したフレームデータに対して所定の情報再生処理を施す情報再生処理手段とを備えることにより、上述した課題を解決する。
【００２３】
ここで、情報再生処理手段は、再生方向のパラメータに基づいて第１のバッファ領域からフレームデータを読み出すためのリードポインタの移動方向を決定し、連続再生フレーム数のパラメータに基づいて第１のバッファ領域から連続再生されるフレームデータを読み出して第２のバッファ領域へコピーし、連続再生フレーム数と倍速数のパラメータに基づいて第１のバッファ領域からフレームデータを読み飛ばすフレームスキップ数を決定するようにしている。
【００２４】
すなわち、本発明によれば、情報再生処理手段は、フレームデータに対する所定の情報再生処理と共に、バッファ手段の第１，第２のバッファ領域に対するフレームデータの読み出しとコピーのバッファ管理を行っている。一方、タスク実行手段は、ストリームデータ格納手段から所定数分のフレームデータの読み出しと、再生方向，連続再生フレーム数，倍速数のパラメータ設定のタスク処理だけ行えば良く、したがって、マルチタスク実行時の処理負担が少ない。
【発明の効果】
【００２５】
本発明においては、情報再生処理手段がバッファ手段の管理を行っているため、例えば、オーディオ再生処理に関連した所定のタスク処理と例えば通話のプロトコル処理のようなプライオリティの高いタスク処理とをタスク実行手段が同時に実行するような場合であっても、タスク実行手段への負荷を減らすことができ、したがって、コストの増加や消費電力の増加を伴うことなく、リアルタイム性を保証しつつオーディオ再生処理に関連した所定のタスク処理を正確に実行可能となっている。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照しながら、本発明実施形態について説明する。なお、以下の説明では、本発明の一実施形態として携帯電話端末を挙げて説明する。勿論、ここで説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。
【００２７】
〔携帯電話端末の主要部構成〕
図１には、本発明実施形態の携帯電話端末の主要部の構成を示す。
【００２８】
なお、図１には、一般の携帯電話端末が備えている、アンテナや高周波回路等からなる無線信号送受信回路、スピーカやマイクロホンとそれに付随するアンプやアナログ／ディジタル変換器，ディジタル／アナログ変換器、例えばヘッドホンを接続するためのインターフェイス、液晶等のディスプレイとそのドライブ回路、外部メモリや外部装置を接続するためのインターフェイス等については図示を省略している。
【００２９】
図１において、本実施形態の携帯電話端末の主要部構成である、ＣＰＵ１１、ＤＳＰ１２、テンポラリＲＡＭ３３、ストレージデバイス３４、ＲＯＭ３５、操作モジュール３７等の各ハードウェアモジュールは、メインバスにて接続されている。ＣＰＵ１１、ＤＳＰ１２、テンポラリＲＡＭ３３は、ベースバンド処理を行うベースバンドＬＳＩ１内に設けられている。
【００３０】
オーディオモジュール１７は、ディジタル／アナログ変換（ＤＡＣ）器及びアンプ（ＡＭＰ）１８と、図示しないスピーカインターフェイス等を備えており、ＤＳＰ１２からのオーディオ信号をスピーカやヘッドホン等へ出力する。
【００３１】
ストレージデバイス３４は、内蔵若しくは外付けの記憶媒体であり、例えばフラッシュメモリとそのメモリコントローラが実装されている。本実施形態におけるオーディオエンコードデータは、当該ストレージデバイス３４に記憶されている。
【００３２】
テンポラリＲＡＭ３３は、ＤＳＰ１２においてオーディオエンコードデータのデコード処理が行われる際に、上記ストレージデバイス３４から読み出されたオーディオエンコードデータを一時的に蓄積するためのメモリである。
【００３３】
操作モジュール３７は、一般の携帯電話端末に設けられているテンキー、電源／終話キー、発話キー、その他の各種キー、ジョグダイヤルや、それら各キー等をユーザが操作した時にその操作信号を発生する操作信号発生回路等からなる。
【００３４】
ＣＰＵ１１は、制御マスターであり、一般の携帯電話端末における各種機能に関する制御や演算処理、各種のアプリケーションの実行時の制御や演算処理の他、本発明実施形態にかかるディジタルオーディオ再生時に操作モジュール３７を介してユーザから入力された再生要求に応じた制御、すなわち例えば「再生」（「早送り再生」や「早戻し再生」等の特殊再生も含む）、「停止」、「音量変更」、「低域強調」、「再生時間表示」などの各要求に応じて、各モジュールの制御等の各種タスク処理を実行する。
【００３５】
また、本実施形態のＣＰＵ１１は、ディジタルオーディオ再生時に、ＤＳＰ１２へ「再生方向」、「連続再生フレーム数」、「倍速数」の各パラメータを設定するためのコマンドを送信し、また、そのコマンドのレスポンスがＤＳＰ１２から返送されてきたときには「再生開始」のコマンドを当該ＤＳＰ１２に送信することや、メインバスを介し、ストレージデバイス３４から所望のオーディオエンコードデータを読み出してテンポラリＲＡＭ３３へ転送する制御等を行う。
【００３６】
ＤＳＰ１２は、一般の携帯電話端末における信号送受信機能に関する各種演算処理の他、本発明実施形態のかかるオーディオエンコードデータのデコード処理を実行する機能と共に、上記テンポラリＲＡＭ３３に記憶されているフレームデータを、ＣＰＵ１１により設定された「再生方向」、「連続再生フレーム数」、「倍速数」に応じて並べ替える処理や読み出す処理等のバッファ管理機能をも有している。
【００３７】
当該ＤＳＰ１２でのデコード処理により得られたリニアＰＣＭオーディオデータは、オーディオシリアルインターフェイス（Ｉ／Ｆ）を介してオーディオモジュール１７へ送られる。
【００３８】
さらに、本実施形態のＤＳＰ１２は、デコードを行ったフレーム番号に１フレームの再生時間を乗算して再生時間を計算する機能と、その再生時間情報をＣＰＵ１１へ送る機能をも備えている。
【００３９】
なお、本実施形態の携帯電話端末は、上述したオーディオ再生以外の処理、例えばディスプレイへの画像描画処理やプロトコル処理等をマルチタスクにて実行することも可能となっている。
【００４０】
ＲＯＭ３５は、ＣＰＵ１１が各部を制御したり各種の演算処理を行うための制御・演算プログラムや、各種の初期設定値、文字入力処理等を行うためのプログラムや辞書データ、当該携帯電話端末の電話番号、フォントデータ、本実施形態にかかるディジタルオーディオ再生時の制御プログラムや、後述するようにマルチタスク実行時におけるオーディオ特殊再生と他のタスクとの対応を表すテーブル３６、その他、携帯電話端末に搭載される各種のアプリケーション用のプログラム、当該携帯電話端末の識別情報（ＩＤ）などを記憶している。
【００４１】
このＲＯＭ３５は、ＥＥＰＲＯＭのような書き換え可能なＲＯＭを含み、電子メールデータ、ユーザにより設定される電話帳や電子メールアドレス、ダウンロードされた写真データや着信音データ、上記テーブル３６、その他、各種のユーザ設定値等を更新保存することも可能となされている。
【００４２】
また、図１において、図中のパス（ａ）とパス（ｂ）は、ＣＰＵ１１とＤＳＰ１２間でのコマンド送受信経路を示しており、これらパス（ａ）とパス（ｂ）を介して例えば「再生」時の「再生方向」、「連続再生フレーム数」、「倍速数」の各パラメータを設定するためのコマンド、「再生開始」のコマンド、それらコマンドに応じたレスポンスの送受信が行われる。
【００４３】
図中のパス（ｃ）は、ストレージデバイス３４からテンポラリＲＡＭ３３へのオーディオエンコードデータの転送経路を示している。
【００４４】
このパス（ｃ）を介したストレージデバイス３４からテンポラリＲＡＭ３３へのデータ転送は、ＣＰＵ１１のメモリコントローラ（ＭＥＭＣ）にて制御されている。
【００４５】
具体的には、ＣＰＵ１１は、ＤＳＰ１２からテンポラリＲＡＭ３３のエンプティリクエスト（フレームエンプティリクエスト）を受信すると、ストレージデバイス３４からオーディオエンコードデータを読み出し、メインバスを介してテンポラリＲＡＭ３３へと転送する。
【００４６】
図中のパス（ｄ）は、ＤＳＰ１２がオーディオエンコードデータのデコード処理を実行するときに、テンポラリＲＡＭ３３からＤＳＰ内部のワークＲＡＭへフレームデータが転送される際の経路を示している。
【００４７】
すなわち本実施形態において、ＤＳＰ１２とテンポラリＲＡＭ３３は、ＤＳＰメモリバスを介して接続されており、当該パス（ｄ）の経路では、このＤＳＰメモリバスを通じてフレームデータが転送される。
【００４８】
〔オーディオ通常再生時の制御シーケンス〕
図２には、本実施形態の携帯電話端末においてオーディオ通常再生（順方向１倍速再生）時の制御シーケンスを示す。
【００４９】
図２において、オーディオ通常再生（順方向１倍速再生）を開始するに当たり、ＣＰＵ１１は、先ず、処理Ｔ１として、図１のパス（ａ）により、ＤＳＰ１２に対して、「再生方向」を「順方向」、「連続再生フレーム数」を「１」、「倍速数」を「１」に設定するパラメータ設定コマンドを送信する。
【００５０】
なお、詳細については後述するが、ＤＳＰ１２は、この後、オーディオ再生を行う際に、これらの情報を元にテンポラリＲＡＭ３３のバッファリングを行うことになる。
【００５１】
これらのコマンドを受け取ると、ＤＳＰ１２は、処理Ｔ２として、図１のパス（ｂ）によりＣＰＵ１１へレスポンス（応答）を返す。
【００５２】
当該ＤＳＰ１２から処理Ｔ２のレスポンスを受け取ると、ＣＰＵ１１は、処理Ｔ３として、図１のパス（ａ）によりＤＳＰ１２に対して再生開始コマンドを送る。
【００５３】
この再生開始コマンドを受け取ったＤＳＰ１２は、処理Ｔ４として、図１のパス（ｂ）によりレスポンスを返した後、テンポラリＲＡＭ３３のバッファのデータ蓄積状況を参照しつつ、ＣＰＵ１１に対してフレーム送信リクエストを発行する。
【００５４】
ＣＰＵ１１は、ＤＳＰ１２からのフレーム送信リクエストを受信すると、ストレージデバイス３４からテンポラリＲＡＭ３３に対してフレームデータの転送を行う。
【００５５】
この際、ストレージデバイス３３におけるクラスタに何フレームが格納されているのかを示す情報が当該ストレージデバイス３３内に存在するのであれば、ＣＰＵ１１は、その情報も付加してテンポラリＲＡＭ３３への転送を行う。
【００５６】
一方、その情報がない場合、ＣＰＵ１１は、ストレージデバイス３３のクラスタ単位でフレームデータを読み出し、テンポラリＲＡＭ３３へ転送する。
【００５７】
そして、ＤＳＰ１２は、ＣＰＵ１１により設定された「再生方向」、「連続再生フレーム数」、「倍速数」に基づいて、後述するようにテンポラリＲＡＭ３３のバッファリングを行いつつ、図１のパス（ｄ）により、再生すべきフレームデータを当該テンポラリＲＡＭ３３から順次取り出してデコードする。
【００５８】
また、ＤＳＰ１２は、オーディオ再生中に、テンポラリＲＡＭ３３のバッファがエンプティになる度に、処理Ｔ５，Ｔ６，Ｔ７として、ＣＰＵ１１に対してフレームエンプティリクエスト（フレーム送信リクエスト）を発行する。
【００５９】
なお、フレームエンプティリクエストが発行される時間間隔は、テンポラリＲＡＭ３３のバッファに格納されているフレーム数に応じた間隔となる。
【００６０】
〔オーディオ通常再生時のバッファ管理〕
次に、図３を用いて、上記テンポラリＲＡＭ３３のバッファ構成と、オーディオ通常再生時に上記ＤＳＰ１２がテンポラリＲＡＭ３３に対して行うバッファ管理の様子を説明する。
【００６１】
テンポラリＲＡＭ３３は、複数フレームデータからなるブロックデータがストレージデバイス３４から転送されて各々記憶される例えば３面分のバッファであるＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）と、それら３面のバッファＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）の何れかからフレームデータがコピーされて記憶される例えば２面分のバッファであるテンポラリ（Ａ）、テンポラリ（Ｂ）とで構成されている。
【００６２】
上記ＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）のバッファサイズは、ストレージデバイス３４のクラスタサイズにブロックヘッダ分を付加したサイズとする。
【００６３】
なお、ストレージデバイス３４のクラスタ内に何フレーム格納されているかという情報が存在している場合、ブロックヘッダにはその情報が格納される。ＤＳＰ１２は、この３面のバッファＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）のモニタリングを行い、何れか一面がエンプティになる毎に、ＣＰＵ１１に対してフレームエンプティリクエストを発行する。
【００６４】
また、これら３面のバッファＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）は、ＳＩＤＥ（Ａ）→ＳＩＤＥ（Ｂ）→ＳＩＤＥ（Ｃ）→ＳＩＤＥ（Ａ）というようにサイクリックに使用される。
【００６５】
テンポラリ（Ａ）とテンポラリ（Ｂ）のバッファサイズは、連続再生フレーム数の最大値×フレームサイズで定義される。フレームサイズは、例えばＶＢＲ（Variable Bit-Rate）にも対応可能とするため、オーディオビットストリームの最大ビットレートのフレームサイズとする。
【００６６】
このようなバッファ構成のテンポラリＲＡＭ３３を用いてオーディオ通常再生を実行する場合、ＤＳＰ１２は、先ず、ＳＩＤＥ（Ａ）に格納されているフレームデータをテンポラリ（Ａ）にコピーする。このフレームデータのコピーは、テンポラリ（Ａ）の連続再生フレーム数の最大数分だけ繰り返す。
【００６７】
なお、図３では、オーディオ通常再生時には連続再生フレーム数が「４」に固定された例を示しており、したがって、テンポラリ（Ａ）には４フレーム分のデータがコピーされる。
【００６８】
そして、ＤＳＰ１２は、テンポラリ（Ａ）に４フレーム分のデータコピーが完了すると、当該ＤＳＰ１２内部のワークＲＡＭにそのテンポラリ（Ａ）から１フレーム分のデータをコピーしてデコード処理を行う。
【００６９】
また、ＤＳＰ１２は、上記テンポラリ（Ａ）に格納されているフレームのデコード中、上記テンポラリ（Ａ）にコピーした４フレームデータの次の４フレームデータを、上述同様にテンポラリ（Ｂ）にコピーする。ＤＳＰ１２は、内部のＯＳのリアルタイム処理に同期して、上述したコピー操作を繰り返すバッファリング処理を実行していく。
【００７０】
また、ＤＳＰ１２は、ＳＩＤＥ（Ａ）内のフレームがエンプティとなった時、ＳＩＤＥ（Ａ）からＳＩＤＥ（Ｂ）への切り替えを実行する。
【００７１】
なお、ＤＳＰ１２は、上記エンプティかどうかの判別を、上記ブロックデータにブロックヘッダが付加されている場合にはそのブロックヘッダの情報を元に行い、格納フレーム数が「０」になった時点でエンプティと判断する。
【００７２】
一方、ブロックデータにブロックヘッダが付加されていない場合、ＤＳＰ１２は、ビットレート情報と、フレームに付加されているフレームヘッダ情報とからフレーム長を計算し、クラスタ内のフレーム長の合計サイズがクラスタサイズをオーバーした時点で、上記バッファ面の切り替えを行うと共に、ＣＰＵ１１に対してフレームエンプティリクエストを送信する。
【００７３】
なお、ＤＳＰ１２は、上記バッファ面切り替え処理を、ＳＩＤＥ（Ａ）→ＳＩＤＥ（Ｂ）→ＳＩＤＥ（Ｃ）→ＳＩＤＥ（Ａ）の順番にサイクリックに行う。
【００７４】
〔特殊再生時の制御シーケンス〕
次に、図４には、本実施形態の携帯電話端末において特殊再生を行う時の制御シーケンスを示す。
【００７５】
ここで、本実施形態において、特殊再生を行う際の制御シーケンスは上述した通常再生時の制御シーケンスと同一であるが、異なる点は、再生開始時のパラメータである「再生方向」、「連続再生フレーム数」、「倍速数」の設定と、ＤＳＰ１２からＣＰＵ１１へのフレーム送信リクエスト（フレームエンプティリクエスト）の発行間隔である。
【００７６】
例えば、「早送り５倍速再生」の場合、ＣＰＵ１１は、ＤＳＰ１２に対して、「再生方向」が「順方向」、「連続再生フレーム数」が「任意数」、「倍速数」が「５」となる設定パラメータのコマンドを送信する。
【００７７】
なお、「連続再生フレーム数」は例えば「２」等とすることができる。また、例えば、「早戻し７倍速再生」の場合、ＣＰＵ１１は、ＤＳＰ１２に対して、「再生方向」が「逆方向」、「連続再生フレーム数」が「任意数」、「倍速数」が「７」となる設定パラメータのコマンドを送信する。
【００７８】
さらに、フレーム送信リクエスト（フレームエンプティリクエスト）の発行間隔に関しては、倍速数の設定値に依存することになる。すなわち、通常再生時の送信リクエスト発行間隔をＭｓｅｃ（秒）とした場合、Ｎ倍速の特殊再生を行うと、当該特殊再生時の送信リクエスト発行間隔はＭ／Ｎｓｅｃとなる。
【００７９】
上述のように、本実施形態によれば、特殊再生を行う際の制御シーケンス及び処理フローは、通常再生時の制御シーケンス及び処理フローと同一であり、特殊再生及び通常再生共に単一の制御シーケンス及び処理フローにて各種再生を実行することができる。
【００８０】
また、本実施形態によれば、ＣＰＵ１１は、ストレージデバイス３４からテンポラリＲＡＭ３３へのデータ転送のみ行えば良く、特殊再生及び通常再生共に、ＤＳＰ１２がテンポラリＲＡＭ３３のバッファ管理やフレームスキップ処理などを行っているため、ＣＰＵ１１はそれらバッファ管理やフレームスキップ処理などを行わなくて済み、したがってＣＰＵ１１の処理負荷を軽減することが可能となっている。
【００８１】
〔早送り再生時のバッファ管理〕
次に、図５及び図６を用いて、テンポラリＲＡＭ３３のバッファ構成と、早送り再生時にＤＳＰ１２がテンポラリＲＡＭ３３に対して行うバッファ管理の様子を説明する。なお、図５及び図６は、「再生方向」が「順方向」、「倍速数」が「５」、「連続再生フレーム数」が「２」に設定された場合の例を示している。
【００８２】
早送り再生の場合、前述した通常再生との相違点は、フレームスキップ処理とテンポラリ（Ａ），テンポラリ（Ｂ）に格納するフレーム数の設定である。
【００８３】
フレームスキップ処理は、ＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）の何れか（以下、ＳＩＤＥ（Ｘ）とする）のバッファ上のリードポインタを所定フレーム数分だけ飛ばす処理である。
【００８４】
ここで、リードポインタを何フレーム飛ばすかは、「倍速数」と「連続再生フレーム数」から容易に計算可能であり、例えば、「倍速数」を「ｎ」、「連続再生フレーム数」を「ｍ」とした場合、「フレームスキップ数ｘ」は、ｘ＝（ｎ×ｍ）−ｍの計算により求めることができる。
【００８５】
すなわち、早送り再生の場合、上記ＤＳＰ１２は、ＣＰＵ１１により設定された「倍速数」と「連続再生フレーム数」とから「フレームスキップ数」を求め、その「フレームスキップ数」に応じて、ＳＩＤＥ（Ｘ）のリードポインタを飛ばすようなバッファ管理を行う。
【００８６】
なお、図５及び図６の例の場合は、「再生方向」が「順方向」、「連続再生フレーム数」が「２」、「倍速数」が「５」であるため、「フレームスキップ数」は「８」となり、したがって、ＤＳＰ１２は、テンポラリＲＡＭ３３におけるリードポインタを、例えば第２５フレームの次に第２６フレームに移動させた後、８フレーム分順方向にスキップさせて第３５フレームを指示し、その後第３６フレームへ移動させることになる。
【００８７】
また、早送り再生の場合、「再生方向」は時間軸上で「順方向」となるため、ＳＩＤＥ（Ｘ）からテンポラリ（Ａ）又はテンポラリ（Ｂ）の何れか（以下、テンポラリ（Ｘ）とする）のバッファにコピーする処理においては、上記ＳＩＤＥ（Ｘ）のリードポインタを「順方向」に設定し、「連続再生フレーム数」の「ｍ」フレーム分をテンポラリ（Ｘ）のバッファにコピーする。
【００８８】
そして、「ｍ」フレーム分のコピーが完了したならば、「フレームスキップ数×」分順方向に、「フレームサイズ」×「連続再生フレーム数」の「ｍ」フレーム分だけリードポインタを移動する。
【００８９】
すなわち早送り再生の場合、ＤＳＰ１２は、ＳＩＤＥ（Ｘ）からテンポラリ（Ｘ）へ「連続再生フレーム数」分のフレームコピーを行い、そのコピー完了後に、「フレームスキップ数」分順方向に「フレームサイズ」×「連続再生フレーム数」フレーム分だけリードポインタを移動させるようなバッファ管理を行う。
【００９０】
なお、図５及び図６の例の場合は、「再生方向」が「順方向」、「連続再生フレーム数」が「２」、「倍速数」が「５」であるため、ＤＳＰ１２は、ＳＩＤＥ（Ａ）の第２５フレームと第２６フレームをテンポラリ（Ａ）にコピーした後、リードポインタを８フレーム分順方向にスキップさせ、ＳＩＤＥ（Ａ）の第３５フレームと第３６フレームをテンポラリ（Ｂ）にコピーさせることになる。
【００９１】
上述のようにして、テンポラリ（Ａ）とテンポラリ（Ｂ）の両面にフレームが格納されると、ＤＳＰ１２は、先ず、テンポラリ（Ａ）から１フレームを読み出して内部のワークＲＡＭにコピーし、そのフレームのデコード処理の実行を開始する。
【００９２】
当該デコード処理の実行開始後、ＤＳＰ１２は、テンポラリ（Ａ），テンポラリ（Ｂ）の何れか片面がエンプティになるか否かをデコード周期毎にモニタリングし、エンプティになり次第、随時、「連続再生フレーム数」をＳＩＤＥ（Ｘ）のバッファからコピーする処理を実行する。
【００９３】
なお、ＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）のバッファがエンプティとなった場合、ＤＳＰ１２は、前述した通常再生時と同様に、テンポラリ（Ｘ）へのコピー実行後にモニタリングを行い、フレームエンプティリクエスト（フレーム送信リクエスト）をＣＰＵ１１に対して発行する。
【００９４】
また、図５及び図６の例の場合は、ＤＳＰ１２は、先ず、テンポラリ（Ａ）の第２５フレームの読み出しとデコード処理を行い、次に、リードポインタを順方向に移動させて第２６フレームの読み出しとデコード処理を行い、その後、テンポラリ（Ｂ）の第３５フレームの読み出しとデコード処理を行い、次に、リードポインタを順方向に移動させて第３６フレームの読み出しとデコード処理を行う。
【００９５】
また、ＤＳＰ１２は、テンポラリ（Ａ），テンポラリ（Ｂ）の何れか一方がエンプティになったときには、次のＳＩＤＥ（Ｂ）のバッファからコピーする処理を実行することになる。
【００９６】
〔早戻し再生時のバッファ管理〕
次に、図７及び図８を用いて、上記テンポラリＲＡＭ３３のバッファ構成と、早戻し再生時に、上記ＤＳＰ１２がテンポラリＲＡＭ３３に対して行うバッファ管理の様子を説明する。
【００９７】
なお、図７及び図８は、「再生方向」が「逆方向」、「倍速数」が「１０」、「連続再生フレーム数」が「１」に設定された場合の例を示している。
【００９８】
早戻し再生の場合、「再生方向」は時間軸上で「逆方向」となるため、ＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）の３面バッファのリードポインタの進む方向は、上述の通常再生や早送り再生の場合とは逆方向に設定される。他のバッファリング処理等は上述した早送り再生の場合と同様である。
【００９９】
すなわち、早戻し再生の場合、ＤＳＰ１２は、ＣＰＵ１１により設定された「倍速数」と「連続再生フレーム数」とから「フレームスキップ数」を求め、その「フレームスキップ数」に応じて、ＳＩＤＥ（Ｘ）のリードポインタを逆方向に飛ばすようなバッファ管理を行う。
【０１００】
なお、図７及び図８の例の場合は、「再生方向」が「逆方向」、「連続再生フレーム数」が「１」、「倍速数」が「１０」であるため、「フレームスキップ数」は「９」となり、したがって、ＤＳＰ１２は、例えばＳＩＤＥ（Ａ）の第３６フレームをテンポラリ（Ａ）にコピーした後、リードポインタを９フレーム分逆方向にスキップさせてＳＩＤＥ（Ａ）の第２６フレームへ移動させ、その第２６フレームをテンポラリ（Ａ）にコピーさせることになる。
【０１０１】
そして、上述のようにして、テンポラリ（Ａ）とテンポラリ（Ｂ）の両面にフレームが格納されると、ＤＳＰ１２は、内部のワークＲＡＭに１フレーム分コピーしてそのフレームのデコード処理の実行を開始する。
【０１０２】
なお、図７及び図８の例の場合は、ＤＳＰ１２は、先ず、テンポラリ（Ｂ）の第３６フレームの読み出しとデコード処理を行い、次に、リードポインタを逆方向に移動させて、テンポラリ（Ａ）の第２６フレームの読み出しとデコード処理を行う。
【０１０３】
また、ＤＳＰ１２は、テンポラリ（Ａ），テンポラリ（Ｂ）の何れか一方がエンプティになったときには、次の読み出すべきＳＩＤＥ（Ｘ）のバッファからコピーする処理を実行することになる。
【０１０４】
〔ＤＳＰタスクスケジュール〕
図９には、上述したような通常再生及び特殊再生時のＤＳＰ１２におけるタスクのタイミングチャートを示す。
【０１０５】
図９において、タスクＡの期間は、ＤＳＰ１２がオーディオビットストリームのデコード処理を行っている期間を示し、タスクＢの期間は、ＤＳＰ１２が上述したテンポラリＲＡＭ３３のＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）、テンポラリ（Ａ）、テンポラリ（Ｂ）のバッファリング処理を行っている期間を示している。
【０１０６】
また、図９の図中Ｔは、デコード処理後のリニアＰＣＭオーディオデータの単位再生時間である。
【０１０７】
この図９からわかるように、本実施形態によれば、特殊再生のためのタスクが実行されている場合でも、充分な時間的余裕があるため、オーディオ再生のリアルタイム性を保証することができる。
【０１０８】
〔バストラフィックに応じた特殊再生制御〕
また、本実施形態によれば、前述したようなＤＳＰ１２によるバッファ管理により早戻し再生や早送り再生を実行する場合において、「連続再生フレーム数」と「フレームスキップ数」を任意に変更することにより、倍速数をフレキシブルに変更可能であり、例えば、最初は６倍速再生とし、その数秒後に２０倍速再生に変更するような事も、特にシーケンスの変更無しで実行可能となっている。
【０１０９】
このようなことから、本実施形態においては、例えば、マルチタスク実行中の処理負荷に応じて、特殊再生時の「連続再生フレーム数」、「フレームスキップ数」を変更することにより、システムのバストラフィックに応じた最適な特殊再生を実現することも可能となっている。
【０１１０】
すなわち例えば、特殊再生処理のタスクと同時に実行されている他のタスクのプライオリティに応じて、上記特殊再生時の「連続再生フレーム数」、「フレームスキップ数」を変更することにより、本実施形態では、プライオリティの高いタスクの処理を妨げず且つ、オーディオ再生のリアルタイム性を保証することが可能となっている。
【０１１１】
ここで、本実施形態では、一具体例として、オーディオ特殊再生のための「連続再生フレーム数」及び「フレームスキップ数」と、マルチタスクにて実行される他のタスクのプライオリティとの対応情報を、ＲＯＭ３５のテーブル３６内に用意しておき、マルチタスク実行時には、実行中の他のタスクのプライオリティに応じた「連続再生フレーム数」と「フレームスキップ数」を当該テーブル３６から参照し、得られた「連続再生フレーム数」と「フレームスキップ数」による倍速数で特殊再生を行うようにしている。
【０１１２】
勿論、これは一例であり、テーブルを用いずに、実際のバストラフィックを計測し、その計測値に応じて「連続再生フレーム数」及び「フレームスキップ数」の最適値を演算により求めるようにしても良い。
【０１１３】
〔まとめ〕
以上説明したように、本実施形態によれば、特殊再生時のフレームスキップ処理やバッファ管理をＤＳＰ１２にて行うことにより、ＣＰＵ１１側の処理負荷を軽減することが可能となっている。
【０１１４】
また、本実施形態によれば、特殊再生時のＣＰＵ１１におけるビットストリーム転送処理を通常再生時と同一にすることができ、処理フローを統一することができると共に、ＣＰＵ１１はストレージデバイス３４からテンポラリＲＡＭ３３へのデータ転送と「再生方向」、「連続再生フレーム数」、「倍速数」等のパラメータ設定のみを行えは良いため、ＣＰＵ１１側の処理負荷を軽減することが可能となっている。
【０１１５】
また、本実施形態によれば、特殊再生時の「連続再生フレーム数」、「フレームスキップ数」をフレキシブルに設定できるため、例えばシステムのバストラフィック、マルチタスク実行時の他のタスクのプライオリティ等に応じて最適な特殊再生を実現することが可能である。
【０１１６】
さらに、本実施形態によれば、フレームスキップ処理をＤＳＰ１２にて実行するようにしているため、ＤＳＰ１２は、そのフレームスキップ数から当該オーディオ再生時の再生時間を計算可能となる。
【０１１７】
すなわち、ＤＳＰ１２は、スキップしたフレームの数と、１フレーム当たりの再生時間とを乗算することにより、特殊再生時のオーディオ再生時間を求めることができる。これにより、ＣＰＵ１１は、オーディオ再生時間計算処理を行わなくても済むことになり、当該ＣＰＵ１１の処理負荷を低減することができることになる。
【０１１８】
なお、この計算により得られたオーディオ再生時間情報は、例えばディスプレイ等に表示され、これによりユーザは、特殊再生時のオーディオ再生時間、つまりオーディオ再生の進み具合を知ることができる。
【０１１９】
また、本実施形態によれば、いわゆるＣＢＲ（Constant Bit-Rate）のオーディオビットストリームデータだけでなく、ＶＢＲ（Variable Bit-Rate）やＡＢＲ（Average Bit-Rate）のオーディオビットストリームデータの特殊再生を行う場合でも、例えばテンポラリＲＡＭ３３内の各バッファ面のサイズを変更することで対応可能である。
【０１２０】
また、本実施形態においては、ＳＩＤＥ（Ａ）、ＳＩＤＥ（Ｂ）、ＳＩＤＥ（Ｃ）の３面バッファ構成を例に挙げたが、テンポラリＲＡＭ３３のリソースに余裕があれば、更に多くのバッファ面を確保することで、単位時間当たりのビットストリーム転送量を下げることが可能となり、オーディオ再生時のリアルタイム性をさらに保証することが可能となる。
【０１２１】
なお、上述した実施形態の説明は、本発明の一例である。このため、本発明は上述した実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。
【０１２２】
本実施形態は、携帯電話端末に限らず、オーディオ再生処理とそれよりもプライオリティの高い別の情報処理とが混在する可能性がある各種の情報処理装置にも適用可能であり、その情報処理装置において、所望の特殊再生を行うことができるようになる。
【０１２３】
その他、上述の実施形態ではオーディオ再生を例に挙げたが、本発明は、例えば映像再生時の特殊再生にも適用可能である。
【図面の簡単な説明】
【０１２４】
【図１】本発明実施形態の携帯電話端末の内部構成のうち、本発明にかかる主要部の構成を示すブロック回路図である。
【図２】本実施形態の携帯電話端末において、オーディオ通常再生を実行する際の制御シーケンスの説明に用いるタイムフローチャートである。
【図３】本実施形態の携帯電話端末のテンポラリＲＡＭのバッファ構成と、オーディオ通常再生時にＤＳＰがテンポラリＲＡＭに対して行うバッファ管理の様子を説明するための概略的なバッファ構成図である。
【図４】本実施形態の携帯電話端末において、オーディオ特殊再生を実行する際の制御シーケンスの説明に用いるタイムフローチャートである。
【図５】本実施形態の携帯電話端末のテンポラリＲＡＭのバッファ構成と、オーディオ早送り再生時にＤＳＰがテンポラリＲＡＭに対して行うバッファ管理の様子を説明するための概略的なバッファ構成図である。
【図６】本実施形態の携帯電話端末において、オーディオ早送り再生時にＤＳＰがテンポラリＲＡＭに対して行うバッファリングの具体的な流れの説明に用いる図である。
【図７】本実施形態の携帯電話端末のテンポラリＲＡＭのバッファ構成と、オーディオ早戻し再生時にＤＳＰがテンポラリＲＡＭに対して行うバッファ管理の様子を説明するための概略的なバッファ構成図である。
【図８】本実施形態の携帯電話端末において、オーディオ早戻し再生時にＤＳＰがテンポラリＲＡＭに対して行うバッファリングの具体的な流れの説明に用いる図である。
【図９】本実施形態の携帯電話端末において、通常再生及び特殊再生時のＤＳＰにおけるタスクのタイミングチャートである。
【符号の説明】
【０１２５】
１  ベースバンドＬＳＩ、１１  ＣＰＵ、１２  ＤＳＰ、１７  オーディオモジュール、１８  ディジタル／アナログ変換器及びヘッドホンアンプ、３３  テンポラリＲＡＭ、３４  ストレージデバイス、３５  ＲＯＭ、３６  テーブル、３７  操作モジュール
【図１】
2006106167.tif 000003
【図２】
2006106167.tif 000004
【図３】
2006106167.tif 000005
【図４】
2006106167.tif 000006
【図５】
2006106167.tif 000007
【図６】
2006106167.tif 000008
【図７】
2006106167.tif 000009
【図８】
2006106167.tif 000010
【図９】
2006106167.tif 000011