(57)【特許請求の範囲】
【請求項１】
第１時間に電子装置によって受信された生の音声放送のバッファリングを開始して、バッファされた音声データを得る段階であって、生の音声放送のバッファリングが、コーデックを使用して生の音声放送データをエンコードすること、及びそのエンコードされた生の音声放送データを記憶装置に記憶すること、を含み、前記生の音声放送データをエンコードすることが、圧縮ビットレートを使用して前記生の音声放送データを圧縮することを含む、前記段階と、
前記第１時間に続き前記生の音声放送中に生じる第２時間に前記電子装置において前記生の音声放送のバッファ型再生を開始する段階であって、この段階が、前記バッファされた音声データがスピーチデータを含むか音楽データを含むかを決定することを含み、
もし、前記バッファされた音声データが音楽データを含む場合は、第１の高い速度で、前記バッファされた生の音声放送を自動的に再生し、前記第１の高い再生速度は、前記生の音声放送の通常の再生速度に対してより速いものであり、
もし、前記バッファされた音声データがスピーチデータを含む場合は、第２の高い速度で、前記バッファされた生の音声放送を自動的に再生し、前記第２の高い再生速度は、前記第１の高い再生速度より速いものである、段階と、
前記バッファ型再生が前記生の音声放送と同期されたかどうか決定する段階と、
前記バッファ型再生が前記生の音声放送と同期された場合には、前記第２時間の後に生じる第３時間に、エンコーディングのための処理サイクルを減少して全体の消費電力を減少するように前記生の音声放送のバッファリングを終了させ、そして前記第３時間に前記生の音声放送の残り部分を出力する段階と、
を備える方法。
【請求項２】
前記生の音声放送の前記バッファリングは、前記エンコードされた生の音声放送データを記憶装置に記憶する前に前記エンコードされた生の音声放送データを暗号化することを含む、請求項１に記載の方法。
【請求項３】
前記生の音声放送データをエンコードすることは、
前記生の音声放送データが主としてスピーチデータを含む場合には、スピーチコーデックを使用して前記生の音声放送データをエンコードすること、及び
前記生の音声放送データが主として音楽データを含む場合には、音楽コーデックを使用して前記生の音声放送データをエンコードすること、
を含む請求項１に記載の方法。
【請求項４】
前記第１の高い再生速度を使用することは、
前記生の音声放送の通常の再生速度の約１．０５ないし１．１倍の再生速度を使用する
こと、を含み、及び
前記第２の高い再生速度を使用することは、
前記生の音声放送が主としてスピーチデータを含む場合には、前記生の音声放送の通常の再生速度の約１．２５ないし２．０倍の再生速度を使用すること、
を含む請求項１に記載の方法。
【請求項５】
前記生の音声放送データがスピーチデータを含むか音楽データを含むか決定することは、前記生の音声放送に関連したメタデータ情報を分析すること、又は前記生の音声放送データの周波数分析を行うこと、或いはその組み合わせを含む、請求項１に記載の方法。
【請求項６】
前記音楽コーデックは、アドバンストオーディオコーディング（ＡＣＣ）コーデック、アップルロスレスオーディオコーデック、ＭＰ３コーデック、又はその組み合わせを含み、そしてスピーチコーデックは、アダプティブマルチレートコーデック、バリアブルマルチレートコーデック、又はその組み合わせを含む、請求項３に記載の方法。
【請求項７】
生の音声放送を受信するように構成された音声放送受信器と、
音声データを出力するように構成された音声出力装置と、
データを記憶するように構成された記憶装置と、
第１時間に生の音声放送をバッファし、そしてその第１時間に続く第２時間にそのバッファされた生の音声放送データを再生するように構成された処理ロジックであって、
前記バッファされた生の音声放送データが、スピーチデータを含むか音楽データを含むかを決定するように構成されたコンテンツロジック、
前記バッファ中にコーデックを使用して生の音声放送データをエンコードし、そして再生中にそのコーデックを使用して生の音声放送データデコードするように構成されており、前記エンコードされた生の音声放送データは前記記憶装置に記憶され、前記生の音声放送データをエンコードは、圧縮ビットレートで前記生の音声放送データを圧縮することを含む、エンコード／デコードロジック、及び
前記音声出力装置を使用して前記バッファされた生の音声放送データを出力する際に、前記コンテンツロジックが、前記バッファされた生の音声放送データが主に音楽データを含むと決定した時に、生の音声放送の通常の再生速度よりも速い第１の高い再生速度で、そして、前記コンテンツロジックが、前記バッファされた生の音声放送データが主にスピーチデータを含むと決定した時に、前記第１の高い再生速度よりも速い第２の高い再生速度で、前記バッファされた生の音声放送データを再生するように構成された再生速度管理ロジック、
を含む処理ロジックと、
を備え、前記処理ロジックは、前記第２時間に続く第３時間に前記バッファ型再生が生の音声放送と同期されたことが検出された際に、エンコーディングのための処理サイクルを減少して全体の消費電力を減少するように前記生の音声放送をバッファすることを停止し、そして前記第３時間で前記音声出力装置を使用して前記生の音声放送を出力するように構成された、電子装置。
【請求項８】
前記処理ロジックは、第１の高い再生速度を使用する前記バッファ型再生中に前記バッファされた生の音声放送のピッチを調整して、前記バッファされた生の音声放送のその調整されたピッチが、通常の再生速度で再生されたときの生の音声放送のピッチと一致するようにする、請求項７に記載の電子装置。
【請求項９】
前記ピッチ調整ロジックは、時間伸張アルゴリズムを使用して前記バッファされた生の音声放送のピッチを調整するように構成される、請求項８に記載の電子装置。
【請求項１０】
前記処理ロジックは、前記生の音声放送の選択された部分が前記生の音声放送の本質的部分であるか非本質的部分であるか決定するように構成され、前記再生速度管理ロジックは、第１の高い再生速度を使用して前記生の音声放送の本質的部分を再生すると共に、前記第１の高い再生速度より速い第２の高い再生速度を使用して前記生の音声放送の非本質的部分を再生するように構成される、請求項７に記載の電子装置。
【請求項１１】
前記第１の高い再生速度は、通常の再生速度の約１．０５ないし２倍であり、前記第２の高い再生速度は、通常の再生速度の２倍より高い、請求項１０に記載の電子装置。
【請求項１２】
ディスプレイ装置を更に備え、前記第１の高い再生速度及び第２の高い再生速度は、前記ディスプレイ装置を使用する電子装置上に表示可能なグラフィックユーザインターフェイスを通してアクセスできる構成スクリーンを使用して電子装置のユーザにより選択できる、請求項１１に記載の電子装置。
【請求項１３】
前記構成スクリーンは、電子装置で実行するように構成されたメディアプレーヤアプリケーションの一部分である、請求項１２に記載の電子装置。
【請求項１４】
前記構成スクリーンは、前記第３時間に同期の検出に続いて生の音声放送をバッファし続けるというオプションを表示する、請求項１２に記載の電子装置。
【請求項１５】
前記記憶装置に記憶される前に前記バッファされた生の音声放送データを暗号化し、そしてバッファ型再生中に前記バッファされた生の音声放送データを解読するように構成された暗号化ロジックを更に備えた、請求項７に記載の電子装置。
【請求項１６】
前記暗号化ロジックは、アドバンスト暗号化規格（ＡＥＳ）フォーマット、又はデータ暗号化規格（ＤＥＳ）フォーマット、或いはその組み合わせを使用して、前記バッファされた生の音声放送データを暗号化するように構成される、請求項１５に記載の電子装置。
【請求項１７】
前記音声出力装置は、前記電子装置に一体化された内部スピーカ、音声接続ポートを使用して前記電子装置に接続される外部スピーカ、又は音声接続ポートを使用して前記電子装置に接続されるヘッドセット、或いはその何らかの組み合わせを含む、請求項７に記載の電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、バッファされたラジオ放送の再生に係り、より詳細には、バッファされた再生を再生速度の調整により生放送と同期させるための技術に係る。
【背景技術】
【０００２】
本章は、以下に説明され及び／又は請求される本発明技術の種々の観点に関連した種々の技術的観点を読者に紹介することを意図している。この説明は、本開示の種々の観点の良好な理解を容易にするために読者に背景情報を与える上で有用であると考えられる。従って、これらの陳述は、この点に関して読まれるべきもので、従来技術として容認されるべきものではないことを理解されたい。
【０００３】
地上放送（例えば、ＡＭ、ＦＭ）及び衛星放送（例えば、ニューヨーク州ニューヨーク市のシリウスＸＭ社によってどちらも現在運営されているＸＭサテライトラジオ及びシリウスサテライトラジオ）の両方を含むラジオ番組は、典型的に、幾つか挙げると、音楽、トークショー、スポーツイベント、ニュース番組、コメディ番組、及びドラマ番組のような種々様々な内容を放送している。更に、契約に基づく幾つかの衛星ラジオサービスを除くと、ほとんどのラジオ放送は、一般的に、無料であり、アンテナや、特定の高周波又は周波数帯域を選択するための同調部品のような適当な受信器を含むほとんどの電子装置を通して容易にアクセスすることができる。例えば、ラジオ番組の再生を行う電子装置は、家庭用又は自動車用のステレオシステムのような非ポータブル電子装置や、一体型ラジオアンテナ及びチューナを有するポータブルデジタルメディアプレーヤのようなポータブル電子装置を含む。従って、利用できる番組内容が多様であり且つラジオ放送へのアクセスが比較的容易であることにより、大勢の個人が一種の娯楽（例えば、スポーツイベント、トークショー）又はレジャー（例えば、音楽放送）として、或いは情報目的で（例えば、ニュースレポート）、一日中ラジオを聴く。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
典型的に、ラジオ番組は、所定の放送スケジュールに従い、各番組は、スケジュールされた又は指定された特定の時間に放送される。従って、特定のラジオ番組の生放送を聞くためには（例えば、リアルタイムで）、個人は、一般的に、そのラジオ番組のスケジュールされた時間に特定の局へ同調する必要がある。しかしながら、個人は、その指定の放送時間の始めに特定のラジオ番組に同調できないときがあり、従って、その番組の一部又は全部を聴き損なうことがある。従って、ラジオ番組を、後で再生するために、電子装置にバッファ（例えば、記憶）できる技術を提供できれば、便利である。更に、ある電子装置、特に、限定された量のバッテリ電力に依存するポータブルデジタルメディアプレーヤでは、電力に限度があるので、音声放送データの再生中に全体的な電力消費を減少するための技術を提供することも有益である。
【課題を解決するための手段】
【０００５】
ここに開示する幾つかの実施形態の概要を以下に述べる。これらの態様は、単に幾つかの実施形態の簡単な概要を読者に与えるものであり、且つこれらの態様は、本開示の範囲を制限するものではないことを理解されたい。実際に、この開示は、以下に取り上げない種々の態様も包含する。
【０００６】
本開示は、一般的に、生の音声放送を電子装置にバッファしそしてそのバッファされたデータを再生するための技術に係る。一実施形態において、バッファされたデータの再生速度は、データが最初に放送された通常の（例えば、実際の）速度に対して高くされる。バッファ型再生（高い速度を使用する）が生の放送に同期し又はそれを捕える場合には、電子装置は、バッファ動作をディスエイブルしそして生のストリームを出力する。これは、データをバッファし（エンコードし、等）そしてそのバッファされたデータを再生する（デコードする、等）のに必要な処理サイクルを下げることにより処理需要を低減し、それにより、電力消費を下げる。明らかなように、ここに述べるバッファ型再生技術の１つ以上の態様は、電子装置に対するユーザの好みの設定を経て構成される。
【０００７】
上述した特徴の種々の改善が、本開示の種々の態様に対して存在する。これらの種々の態様には更に別の特徴も合体される。これらの改善及び付加的な特徴は、個々に存在してもよいし又は組み合わせて存在してもよい。例えば、ここに例示する１つ以上の実施形態に関連して以下に述べる種々の特徴は、本開示の前記態様のいずれかに単独で又は組み合わせて合体することができる。この場合も、上述した簡単な概要は、ここに請求する要旨に限定せずに、本開示の実施形態の幾つかの態様及び状況を読者に習熟させるものに過ぎない。
【０００８】
本発明の種々の態様は、添付図面を参照した以下の詳細な説明を読んだときに良く理解されるであろう。
【図面の簡単な説明】
【０００９】
【図１】本開示の態様により音声放送データをバッファしそして再生するように構成された処理ロジックを備えた電子装置のブロック図である。
【図２】本開示の態様によるハンドヘルド電子装置の前面図である。
【図３】本開示の態様により図１の電子装置において具現化される処理ロジックを示す詳細なブロック図である。
【図４】音声番組の生放送と、再生速度を調整しない音声番組のバッファ型再生とを示すグラフィック予定表である。
【図５】音声番組の生放送と、本開示の態様により、バッファ型再生が最終的に生放送と同期されるように、高い再生速度での音声番組のバッファ型再生とを示すグラフィック予定表である。
【図６】図５に示す実施形態により、バッファされた音声番組の再生を、それに対応する生放送と同期させるためのプロセスを示すフローチャートである。
【図７】音声番組の生放送と、少なくとも１つの高い再生速度を使用する音声番組のバッファ型再生とを示すグラフィック予定表で、本開示の態様により、バッファ型再生が最終的に生放送と同期するように、音声番組のバッファ型再生は、第１の高い再生速度を使用して音声番組の本質的な部分を再生しそして第２の高い再生速度を使用して音声番組の非本質的部分を再生することを含むか、又は第１の高い再生速度を使用して音声番組の本質的な部分を再生するが音声番組の非本質的部分の再生は省略することを含む。
【図８】図７に示す実施形態により、バッファされた音声番組の再生を、それに対応する生放送と同期させるためのプロセスを示すフローチャートである。
【図９】図２の装置に表示される複数のスクリーンを示すもので、本開示の態様によりバッファされた音声番組の再生に関してユーザにより構成される種々のオプションを示す図である。
【発明を実施するための形態】
【００１０】
本開示の１つ以上の特定の実施形態を以下に説明する。これら実施形態は、ここに開示する技術の一例に過ぎない。更に、これら実施形態の簡潔な説明を与える努力において、実際の具現化の全ての特徴が明細書に述べられるのではない。このような実際の具現化の開発において、工学的又は設計プロジェクトと同様に、具現化ごとに異なるシステム関連及びビジネス関連制約との適合のような開発者特有の目標を達成するために、具現化特有の多数の判断をしなければならないことが明らかである。更に、このような開発努力は、複雑で且つ時間がかかるが、この開示の利益を得る当業者にとって設計、制作及び製造を行う日常の仕事であることが明らかであろう。
【００１１】
本開示の種々の実施形態の要素を紹介するときに、冠詞“a”“an”及び“the”は、１つ以上の要素が存在することを意味するものとする。又、「備える(comprising)」「含む(including)」及び「有する(having)」の語は、取り上げた要素以外に付加的な要素もあり得ることも意味する。更に、本開示の「１つの実施形態」又は「一実施形態」とは、ここに述べる特徴も合体する付加的な実施形態の存在を除外すると解釈されるものではないことを理解されたい。
【００１２】
以下に述べるように、本開示は、一般的に、高い再生速度に依存する特定量の時間の後にバッファ型再生がラジオ番組の生放送と同期するように、高い再生速度を使用して電子装置上でバッファされたラジオ番組を再生するための技術に係る。例えば、ある実施形態では、電子装置は、そのスケジュールされた又は指定の放送時間の開始に、ラジオ番組をバッファし始める。これは、ラジオ番組のデジタル表現を電子装置上でエンコードしそして記憶することを含む。従って、同調できずにラジオ番組をそれが放送されるままにリアルタイムで聞いている聴取者は、電子装置にバッファされたラジオ番組を再生することにより後で番組全体を聴くことができる。この時間中に、電子装置は、ラジオ番組の早期の部分をデコードし再生しながら、生放送をバッファし続けることができる。
【００１３】
更に、ここに開示する技術によれば、バッファされたラジオ番組が再生される速度は、そのバッファされたラジオ番組が最終的に生放送に同期し或いはそれを「捕える」ように調整される（例えば、上昇される）。この時点で、１つ以上のユーザの好みに基づいて、電子装置は、ラジオ番組をバッファするのを停止し、単に生のストリーム再生するように構成される。明らかなように、これは、電子装置においてバッファし、エンコードし及び／又は記憶する必要性を低減することにより処理需要を下げて、全体的な電力消費を減少させ、ポータブル電子装置の場合には、バッテリ寿命を延長させる。
【００１４】
説明を続ける前に、ここに開示する要旨の良好な理解を容易にするため、本開示全体にわたって使用される幾つかの用語を最初に定義する。例えば、ここで使用する「音声放送」「音声番組」「ラジオ放送」「ラジオ番組」等の用語は、地上放送（例えば、周波数変調（ＦＭ）又は振幅変調（ＡＭ）による）並びに衛星放送（例えば、シリウスＸＭ社によってどちらも現在運営されているＸＭ（登録商標）又はＳｉｒｉｕｓ（登録商標））の両方を包含することを理解されたい。更に、ＦＭ及びＡＭ放送は、従来のアナログ放送、並びに新規なデジタル地上放送規格、例えば、ＨＤ  Ｒａｄｉｏ（登録商標）（例えば、インバンドオンチャンネル（ＩＢＯＣ）技術を使用する）又はＦＭｅＸｔｒａ（登録商標）の両方を含むことを理解されたい。
【００１５】
又、ここで使用する「バッファ動作」等の用語は、生の音声放送のデジタル表現を電子装置に記憶することを指すと理解されたい。又、「再生」又は「バッファ型再生」等の用語は、電子装置に記憶されたデジタル表現を再生することを指すと理解されたい。明らかなように、バッファ動作は、音声データを受け取り、エンコードし、圧縮し、暗号化し及び記憶装置へ書き込む、の１つ以上を含み、そして再生は、記憶装置から音声データを検索するのを含むと共に、音声信号を解読し、デコードし、解凍し及び音声出力装置へ出力する、の１つ以上を含む。
【００１６】
更に、ラジオ放送に適用される「生」という用語は、特定のラジオ番組を表す無線電波を送信する動作であって、地上の電波塔、衛星を使用して、又はネットワーク（例えば、インターネット）を通して達成される動作を意味すると理解されたい。生放送は、実質的なリアルタイム事象（例えば、ニュースレポート、スポーツイベント又はコンサートからの生の実況放送）に対応し、或いは以前に記録されたデータ（例えば、早期に記録された生のラジオ番組の再生）に対応する。従って、明確にすると、ラジオ放送の実際の内容は、必ずしも、生のイベント（例えば、実質的にリアルタイムで生じている）に対応しないが、放送される音声データの送信は、そのような送信が実質的にリアルタイムで生じているという意味で「生」である。更に、バッファされた音声番組が再生される速度を示すのに使用されるときの「通常」又は「デフォールト」という用語は、ラジオ番組が最初に放送された実際の速度を意味すると理解されたい。換言すれば、通常の又はデフォールト速度で再生されるバッファされた音声番組は、最初の生放送と実質的に同じに聴こえる。
【００１７】
以上の点を銘記した上で、図１は、本開示の態様により放送音声番組のバッファ及び再生を与える電子装置１０の一例を示すブロック図である。電子装置１０は、音声放送データを受信するよう構成された受信器（例えば、３０）を備えた任意の形式の電子装置、例えば、ポータブルメディアプレーヤ、ラップトップ、移動電話、等である。例えば、電子装置１０は、カリフォルニア州クパチーノのアップル社から入手できるｉＰｏｄ（登録商標）又はｉＰｈｏｎｅ（登録商標）のモデルのようなポータブル電子装置、或いはＭａｃＢｏｏｋ（登録商標）、ＭａｃＢｏｏｋ（登録商標）ｐｒｏ、ＭａｃＢｏｏｋ  Ａｉｒ（登録商標）、ｉＭａｃ（登録商標）、Ｍａｃ（登録商標）Ｍｉｎｉ、又はＭａｃ  Ｐｒｏ（登録商標）のモデルのようなデスクトップ又はラップトップコンピュータである。他の実施形態では、電子装置１０は、音声放送データを受信して処理することのできる別の製造者からの電子装置のモデルでもよい。以下に詳細に述べるように、電子装置１０は、バッファ型再生が最終的に生の放送と同期し又はそれを「捕え」、その時点で、バッファ動作が遮断されて、全体的な電力消費を減少するように、高い再生速度を使用してバッファされた音声番組を再生するように構成される。
【００１８】
図１に示すように、電子装置１０は、装置１０の機能に貢献する種々の内部及び／又は外部のコンポーネントを含む。当業者であれば、図１に示す種々の機能的ブロックは、ハードウェア要素（回路を含む）、又はソフトウェア要素（コンピュータ読み取り可能な媒体に記憶されたコンピュータコードを含む）、或いはハードウェア及びソフトウェア要素の組み合わせを含むことが明らかであろう。例えば、ここに示す実施形態では、電子装置１０は、入力／出力（Ｉ／Ｏ）ポート１２、入力構造１４、１つ以上のプロセッサ１６、メモリ装置１８、不揮発性記憶装置２０、拡張カード２２、ネットワーク装置２４、電源２６、ディスプレイ２８、音声放送受信器３０、音声放送処理ロジック３２、及び音声出力装置３４を備えている。
【００１９】
Ｉ／Ｏポート１２は、音声出力装置３４を含む種々の外部装置に接続するように構成されたポートを含む。一実施形態では、出力装置３４は、外部ヘッドホン又はスピーカを含み、そしてＩ／Ｏポート１２は、音声出力装置３４を電子装置１０に結合するように構成された音声入力ポートを含む。例えば、Ｉ／Ｏポート１２は、２．５ｍｍポート、３．５ｍｍポート、又は６．３５ｍｍ（１／４インチ）音声接続ポート、或いはそのような音声ポートの組み合わせを含む。他の実施形態では、音声出力装置３４は、装置１０と一体化されたスピーカも備えている。更に、Ｉ／Ｏポート１２は、装置１０の電源２６（１つ以上の再充電可能なバッテリを含む）を充電するか或いは装置１０と外部ソースとの間にデータを転送するように機能するアップル社からの専売ポートも含む。
【００２０】
入力構造体１４は、プロセッサ１６にユーザ入力又はフィードバックを与える。例えば、入力構造体１４は、電子装置１０で実行されるアプリケーションのような、電子装置１０の１つ以上の機能を制御するように構成される。例えば、入力構造体１４は、ボタン、スライダー、スイッチ、コントロールパッド、キー、ノブ、スクロールホイール、キーボード、マウス、タッチパッド、等、又はその組み合わせを含む。一実施形態では、入力構造体１４は、装置１０に表示されるグラフィックユーザインターフェイス（ＧＵＩ）をユーザがナビゲートできるようにする。更に、入力構造体１４は、ディスプレイ２８に関連して設けられるタッチ感知メカニズムも含む。このような実施形態では、ユーザは、タッチ感知メカニズムを経て、表示されたインターフェイス要素を選択し又はそれと相互作用する。
【００２１】
プロセッサ１６は、１つ以上のマイクロプロセッサ、例えば、１つ以上の「汎用」マイクロプロセッサ、特定用途向けプロセッサ（ＡＳＩＣ）、又はそのような処理コンポーネントの組み合わせを含む。例えば、プロセッサ１６は、インストラクションセットプロセッサ（例えば、ＲＩＳＣ）、グラフィック／ビデオプロセッサ、音声プロセッサ、及び／又は他の関連チャンネルを含む。プロセッサ１６は、メディアプレーヤアプリケーションのような装置１０のアプリケーションを実行し、そして装置１０（例えば、記憶装置２０）に記憶されたデジタル音声データを再生するための処理能力を発揮する。一実施形態では、プロセッサ１６は、受信器３０を経て受け取られた音声放送データをエンコードし、圧縮し及び／又は暗号化するための１つ以上のデジタル信号プロセッサ（ＤＳＰ）も含む。
【００２２】
プロセッサ１６により処理されるべきインストラクション又はデータは、ランダムアクセスメモリ（ＲＡＭ）のような揮発性メモリ、リードオンリメモリ（ＲＯＭ）のような不揮発性メモリ、又はＲＡＭ及びＲＯＭ装置の組み合わせであるメモリ１８に記憶される。例えば、メモリ１８は、電子装置１０のためのファームウェア、例えば、オペレーティングシステム、アプリケーション、グラフィックユーザインターフェイス機能、或いは電子装置１０で実行される他のルーチンを記憶する。加えて、メモリ１８は、電子装置１０の動作中にデータをバッファ又はキャッシュするのに使用され、例えば、音声放送処理ロジック３２によりエンコード及び圧縮する前に音声放送データをキャッシュ記憶するのに使用される。
【００２３】
図１に示すコンポーネントは、更に、データ及び／又はインストラクションを持続的に記憶するための不揮発性記憶装置２０、例えば、フラッシュメモリ、ハードドライブ、或いは他の光学的、磁気的及び／又はソリッドステート記憶媒体も含む。例えば、不揮発性メモリ２０は、音声データ、ビデオデータ、ピクチャー、並びに他の適当なデータを含むデータファイルを記憶するのに使用される。以下に詳細に述べるように、不揮発性メモリ２０は、音声放送データを記憶するために音声放送受信器３０及び音声放送処理ロジック３２に関連して装置１０により使用される。
【００２４】
又、電子装置１０は、ネットワーク装置２４も備え、これは、ワイヤレス８０２．１１規格、又は他の適当なネットワーク規格、例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、例えば、エンハンストデータレートフォーＧＳＭエボルーション（ＥＤＧＥ）ネットワーク、３Ｇデータネットワーク又はインターネットを経てネットワーク接続を与えるネットワークコントローラ又はネットワークインターフェイスカード（ＮＩＣ）である。ある実施形態では、ネットワーク装置２４は、アップル社から入手できるｉＴｕｎｅ（登録商標）ミュージックサービスのようなオンラインデジタルメディアコンテンツプロバイダーへ接続を与えるか、或いはインターネットベースのラジオ放送（例えば、ポッドキャスト）にアクセスし、それをストリーミングし又はダウンロードするのに使用される。
【００２５】
ディスプレイ２８は、装置１０により発生される種々の画像を表示し、例えば、オペレーティングシステム、或いは上述したメディアプレーヤアプリケーションのためのＧＵＩを表示するのに使用される。ディスプレイ２８は、例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、或いは有機発光ダイオード（ＯＬＥＤ）ディスプレイのような適当なディスプレイである。加えて、ディスプレイ２８は、装置１０のコントロールインターフェイスの一部分として機能する上述したタッチ感知メカニズム（例えば、タッチスクリーン）に関連して設けられる。
【００２６】
上述したように、電子装置１０は、生の音声放送データを受信するように構成された受信器３０を備えている。例えば、一実施形態において、受信器３０は、アナログ放送信号（例えば、ＡＭ及びＦＭ放送）並びにデジタル放送信号（例えば、衛星ラジオ又はＨＤ  Ｒａｄｉｏ（登録商標））を受信するよう構成された１つ以上のアンテナを含む。別の実施形態において、受信器３０は、ネットワーク装置２４に関連して、インターネットのようなネットワークを経て送信されるデジタル音声放送を受信するように更に構成されるが、そのような放送は、オンデマンドであり、上述したように、常に生放送を構成するものでないことを理解されたい。加えて、受信器３０は、装置１０が特定の高周波（例えば、特定のラジオ局に対応する）から望ましい信号を選択できるようにする同調コンポーネントを含むことが理解されよう。
【００２７】
受信器３０により受信された音声放送データは、音声出力装置３４を通して生で再生するために音声放送処理ロジック３２によって更に処理され、音声出力装置３４は、上述したように、Ｉ／Ｏポート１２を経て装置に接続される）一体的なスピーカ又は外部ヘッドホン又はスピーカを含む。又、処理ロジック３２は、受信した音声放送データを、後で再生するために装置１０にバッファする（例えば、エンコード、圧縮、暗号化及び／又は記憶する）こともできる。従って、装置１０が特定の音声放送をバッファするように構成されたときには、生放送の開始部分を逸したユーザは、バッファされたデータを再生することによりその放送を完全に聴くことができる。一例として、音声番組が６：００ＰＭに始まって７：１５ＰＭまでの７５分の長さであり、且つユーザが２０分まで生放送に同調できない場合には（例えば、６：２０ＰＭ）、ユーザは、バッファされたデータを再生することにより始めから完全に生放送を聴くことができる。このケースでは、処理ロジック３２は、早期にバッファされたサンプルをデコードしながら現在の生放送ストリームをエンコードし続け、早期にバッファされた放送部分の再生と同時に生放送全体がバッファされるようにする。従って、このシナリオでは、バッファされた再生及び生放送が２０分だけ時間シフトされる。
【００２８】
更に、上述したように、音声放送処理ロジック３２は、バッファされた音声番組を、高い再生速度で、即ち通常速度より速く（前記で定義した）、再生するようにも構成される。従って、生放送の長さと、バッファ型再生の速度を高めるファクタとに基づいて、バッファ型再生は、最終的に、生放送と同期し又はそれを「捕える」。バッファされたデータ及び生放送が同期されると、処理ロジック３２は、生ストリームのバッファ動作を停止するように構成され、これにより、プロセッサの負荷（例えば、エンコーディング、圧縮、暗号化、等）を減少し、そして電力消費を下げることができる。バッファされたデータ及び生放送の同期に関連した種々の技術について以下に詳細に述べる。
【００２９】
図２を参照すれば、電子装置１０は、アップル社から入手できるｉＰｏｄ（登録商標）又はｉＰｈｏｎｅ（登録商標）のモデルであるポータブルハンドヘルド電子装置３８の形態で示されている。ここに示す実施形態では、ハンドヘルド装置３８は、内部コンポーネントを物理的なダメージから保護すると共に、それらを電磁干渉からシールドするように機能するエンクロージャー４０を備えている。このエンクロージャー４０は、プラスチック、金属又は複合材料のような適当な材料又は材料の組み合わせから形成され、そしてある周波数の電磁放射、例えば、ラジオ搬送波信号又はワイヤレスネットワーク信号が、図２に示すようにエンクロージャー４０内に配置された音声放送受信器３０又はワイヤレス通信回路（例えば、ネットワーク装置２４）へ通過できるようにする。
【００３０】
図示されたように、エンクロージャー４０は、ユーザ入力構造体１４を含み、これを通してユーザはハンドヘルド電子装置３８とインターフェイスすることができる。例えば、各入力構造体１４は、これを押すか操作したときに１つ以上の各装置機能を制御するように構成される。例えば、入力構造体１４の１つ以上は、「ホーム」スクリーン４２又は表示されるメニューを呼び出し、スリープ、ウェイク、又は電源オン／オフモード間をトグルし、セルラーホンアプリケーションのリンガーを沈黙させ、ボリューム出力を増加又は減少させ、等々とするように構成される。図示された入力構造体１４は、単なる例示に過ぎず、そしてハンドヘルド装置３８は、ボタン、スイッチ、キー、ノブ、スクロールホイール、等を含めて種々の形態で存在する多数の適当なユーザ入力構造体を含むことが理解されよう。
【００３１】
ここに示す実施形態では、ハンドヘルド装置３８は、液晶ディスプレイ（ＬＣＤ）の形態のディスプレイ２８を備えている。このＬＣＤ２８は、ハンドヘルド装置３８によって発生される種々の画像を表示する。例えば、ＬＣＤ２８は、電源状態、信号強度、外部装置接続、等のハンドヘルド装置３８の１つ以上の状態に関してユーザにフィードバックを与える種々のシステムインジケータ４４を表示する。又、ＬＣＤ２８は、ユーザがハンドヘルド装置３８と対話できるようにするグラフィックユーザインターフェイス（ＧＵＩ）４５も表示する。ＧＵＩ４５は、ＬＣＤ２８の全部又は一部分に表示される種々のレイヤ、ウインドウ、スクリーン、テンプレート又は他のグラフィック要素を含む。例えば、ホームスクリーン４２に示されたように、ＧＵＩ４５は、装置３８のアプリケーション及びファンクションを表すグラフィック要素を含む。グラフィック要素は、アイコン４６を含み、これらアイコン４６は、各アイコンのユーザ選択（例えば、ディスプレイ２８に含まれるタッチスクリーンを経て又は入力構造体１４を経て）を検出したときにオープンされ又は実行される種々のアプリケーションに対応する。例えば、１つのアイコン４６は、装置３８に記憶されたデジタル音声及びビデオデータの再生、並びに生の及び／又はバッファされた音声放送番組の再生を与えるメディアプレーヤアプリケーション４８を表す。ある実施形態では、アイコン４６を選択すると、ハイアラーキーナビゲーションプロセスへと通じ、アイコン４６の選択で、１つ以上の付加的なアイコン又は他のＧＵＩ要素を含むスクリーンを招く。
【００３２】
図３は、一実施形態により音声放送処理ロジック３２の一例を詳細に示す図である。上述したように、音声放送処理ロジック３２は、生の音声番組をバッファすると共に、そのバッファされた音声番組をその後に通常の再生速度又は高い再生速度で再生する。図３に示すように、音声放送処理ロジック３２は、地上電波塔又は衛星である放送局５４から音声放送信号５６を受信する受信器３０と通信する。ある実施形態では、音声放送受信器３０は、音声放送５６に関連した副搬送波メタデータ信号５８も受信する。例えば、放送メタデータ５８は、ＦＭ信号に関連したラジオデータシステム（ＲＤＳ）データ信号、ＡＭ信号に関連した振幅変調シグナリングシステム（ＡＭＳＳ）データ信号、或いはデジタルラジオ信号（例えば、衛星又はＩＢＯＣ放送）に関連した番組関連データ（ＰＡＤ）及び番組サービスデータ（ＰＳＤ）データ信号である。更に、処理ロジック３２は、放送信号を出力装置３４へルーティングすることにより音声放送の生の再生も行う。処理ロジック３２により音声放送をバッファ（例えば、エンコーディング、圧縮及び記憶）することは、出力装置３４を通しての生の再生とは独立して行われることを理解されたい。例えば、処理ロジック３２は、生の再生を行ったり行わなかったりして音声放送をエンコードし及び記憶することができ、そしてユーザは、その後、その記憶された音声放送に、後で再生するためにアクセスすることができる。
【００３３】
図３に示すように、音声放送信号５６は、受信器３０を使用して電子装置１０により受信される。信号５６が、従来のＦＭ又はＡＭ放送信号のようなアナログ信号である場合には、信号５６をデジタル等価信号６２へ変換するためにアナログ／デジタルコンバータ６０が設けられる。或いは又、音声放送５６及びメタデータ５８の信号が、ソース５４から、衛星放送により、或いはデジタルＦＭ又はＡＭ放送技術（例えば、ＩＢＯＣ、ＨＤ  Ｒａｄｉｏ（登録商標））の使用により、デジタルで送信される場合には、デジタル信号が処理ロジック３２により直接処理される（例えば、アナログ／デジタルコンバータ６０を使用せずに）。図３に示すエンコーディングプロセスの一部分として、デジタル音声放送データ６２は、先ず、メモリキャッシュ６４にバッファされる。メモリキャッシュ６４は、処理ロジック３２内の専用メモリでもよいし、電子装置１０のメモリ装置１８の一部分でもよい。バッファされた放送データ６２は、次いで、音声処理ロジック３２へ送られ、これは、エンコード／デコードロジック６６、ピッチ調整ロジック６８、及び再生速度管理ロジック７０を含む。
【００３４】
エンコード／デコードロジック６６は、音声放送データ６２を、記憶装置２０に記憶できるフォーマットへエンコードし及び圧縮するための音声コーデックを適用するように構成される。例えば、エンコード／デコードロジック６６は、アドバンスト音声コーディング（ＡＡＣ又はＨＥ−ＡＣＣ）、アップルロスレス音声コーデック（ＡＬＡＣ）、Ｏｇｇ  Ｖｏｒｂｉｓ、ＭＰ３、ＭＰ３Ｐｒｏ、ＰＭ４、ウインドウズメディアオーディオ、又は適当なミュージックエンコーディングフォーマットを使用する。ある実施形態では、アダプティブマルチレート（ＡＭＲ）及びバリアブルマルチレート（ＶＭＲ）のようなスピーチコーデックも、エンコードされる音声番組のタイプに基づいてエンコード／デコードロジック６６により使用される。明らかなように、エンコード／デコードロジック６６により使用されるコーデック（１つ又は複数）は、装置１０に記憶されたユーザ設定７２を通して指定されてもよいし、又はメタデータ情報５８を分析することにより決定されてもよい。ある実施形態では、ユーザ設定７２は、エンコードされたデータを圧縮する際にエンコード／デコードロジック６６により使用される特定の圧縮ビットレートを指定してもよい。上述したように、プロセッサ１６（１つ又は複数）の一部分であるデジタル信号プロセッサ（ＤＳＰ）は、エンコード／圧縮機能を実行するために設けられる。
【００３５】
放送データ６２がエンコードされ及び／又は圧縮されると、参照番号７４で示すエンコードされた放送データは、電子装置１０に記憶される前に、暗号／解読ロジック７６を使用して暗号化される。明らかなように、著作権の回避や他の関連する法的問題を防止するために、エンコードされた放送データ７４の暗号化が適用される。ある実施形態では、暗号／解読ロジック７４は、アドバンストエンクリプションスタンダード（ＡＥＳ）、データエンクリプションスタンダード（ＤＥＳ）、又は他の適当な暗号化技術に基づいて暗号／解読を遂行する。暗号／解読ロジック７４は、図３に示すように、処理ロジック３２とは個別のものでもよいし、或いは他の実施形態では、処理ロジック３２と一体化されてもよい。暗号化された放送データ７８は、次いで、不揮発性記憶装置２０に記憶される。上述したように、記憶装置２０は、ある実施形態では、ＮＡＮＤフラッシュメモリのようなフラッシュメモリを含む。このような実施形態では、フラッシュメモリ装置に１つ以上のウェアレベリング技術を使用して、フラッシュメモリアレイにわたり消去及び書き込みを均一に分布させ、１つの特定領域に書き込みが著しく集中することによる早過ぎるブロック故障を防止する。
【００３６】
記憶装置２０に音声放送データ６２をバッファするのに加えて、音声放送処理ロジック３２は、解読、解凍及びデコーディングにより、参照番号８２で示すバッファされた音声データの再生も行う。例えば、バッファされた音声放送データ８２を再生のために選択すると、データ８２は、先ず、暗号／解読ロジック７６によって解読される。解読されたデータ８４は、次いで、エンコーダ／デコーダロジック６６によりデコード及び／又は解凍される。又、上述したように、音声放送処理ロジック３２は、バッファされた音声データを通常の再生速度又は高い再生速度で再生する。ここに示す実施形態では、処理ロジック３２は、例えば、ユーザ設定７２に基づき、即ち音声データがスピーチであるか音楽データであるか、又は音声データが音声番組の「本質的」な部分であるか「非本質的」な部分であるかに基づき、バッファ型再生速度を決定するように構成された再生速度管理ロジック７０を備えている。更に、以下に述べる例のために、通常の再生速度は、「１Ｘ再生」と称され、そして高い再生速度は、通常の再生速度の倍数又は係数として表される。例えば、通常の速度の２倍である高い再生速度は、「２Ｘ再生」と称され、等々である。
【００３７】
一実施形態において、音声データがスピーチであるか音楽データであるかに基づき、再生速度管理ロジック７０により、バッファ型再生に、異なる高い再生速度が適用される。明らかなように、音楽の審美的な性質のために、音楽が再生される速度をあまりに変化させると、音楽データの審美的クオリティが減じられる。従って、バッファ型音楽再生に少なくとも受け容れられる量の明瞭さ及び審美的クオリティを保存するために、再生速度管理ロジック７０は、ある実施形態において、高い再生速度を通常の速度から５ないし１０％の増加（例えば、１．０５Ｘから１．１０Ｘ）に制限する。しかしながら、音楽のより速い再生が審美的に受け容れられるかどうかのユーザ自身の主観的認識に基づき、より高い再生速度を選択できることも理解されたい。しかしながら、スピーチデータは、一般的に、音楽の同じ審美的クオリティに欠けるものであり、それ故、ユーザが聴くときに受け容れられる量の明瞭さを保持しながら、２Ｘ又は３Ｘまでのより高い再生速度を許容することができる。更に、処理ロジックは、（例えば、通常速度で再生すべき場合に）音声データの元のピッチに一致させるために加速音声データのピッチを調整するピッチ調整ロジック６８も備えている。明らかなように、ピッチ調整ロジック６８は、ピッチ調整を行うとき、１つ以上の時間伸張技術及び／又はアルゴリズムを実施する。
【００３８】
以上の点を銘記して、バッファ型音声再生がスピーチデータを構成するか音楽データを構成するかの決定は、ユーザ設定７２によって指定されることが明らかであろう。例えば、音声データ８２のバッファ型再生を開始するときには、音声データ８２がスピーチベースであるか音楽ベースであるかを知っているユーザは、ユーザ設定７２に適当な高い再生速度を指定する。加えて、再生速度管理ロジック７０は、それに対応する放送メタデータ情報５８を分析するか又は放送信号６２に対して周波数分析を遂行して、それがスピーチ状の特性を示すか音楽状の特性を示すか決定することにより、バッファ型音声再生のジャンルを決定することができる。
【００３９】
又、再生速度管理ロジック７０は、バッファされた音声番組の本質的部分と非本質的部分との間を区別することにより変化する再生速度を使用するようにも構成される。明らかなように、音声番組の「非本質的」部分は、音声番組に直接関係がなく且つ番組全体を観賞するために必ずしも聴く必要のない部分を指し、そして音声番組の「本質的」部分は、一般的に、「非本質的」部分以外の全部である。例えば、音声番組の非本質的部分は、番組の本質的部分間の中断中（例えば、歌と歌と間、幕間中、等）の商業広告或いはＤＪ雑談又は冗談を含む。
【００４０】
一実施形態において、バッファされたデータ８２の本質的部分及び非本質的部分の決定は、コマーシャルのような非本質的セグメントを識別するデータを含む関連メタデータ情報５８に基づく。更に、放送の非本質的部分は、一般的に、音声番組５６の聴取者観賞又は楽しみに貢献しないので、そのような非本質的部分のバッファ型再生は、明瞭さを低減する速度（例えば、２．５Ｘ、３Ｘ、４Ｘ、又はそれ以上）で再生することができる。更に、別の実施形態では、再生速度管理ロジック７０は、音声番組５６の非本質的部分をバッファ型再生から省くように構成されてもよい。その後、デコードされ解凍されたデータ８６がメモリキャッシュ６８にバッファされる。図３には示されていないが、当業者であれば、ある実施形態は、デコードされたデータ８６を、音声出力装置３４へ出力する前にアナログ信号へ変換するためのデジタル／アナログ変換回路も含むことが明らかであろう。
【００４１】
上述したように、バッファ型再生中に高い速度が使用される実施形態では、バッファされた音声データは、最終的に生放送に同期する（例えば、それを捕える）。例えば、バッファ型再生中に、音声放送処理ロジック３２は、生放送ストリームを分析し続け、そしてバッファ型再生が生のストリームを捕えたことが検出されると、生のストリーム（例えば、放送データ６２）をバッファすることが停止される。明らかなように、これは、バッファされたデータをエンコード、圧縮、暗号化及び／又は記憶するのに必要な処理サイクルを減少し、それにより、全体的な電力消費を下げ、バッテリ寿命を延長することができる。更に、バッファされたデータ及び生のデータの同期、並びにそのような技術の電力の関わりを示す種々の例を、図４−８を参照して以下に説明する。
【００４２】
図４は、通常速度での生放送１００のバッファ型再生１０２を示すグラフィック予定表である。図示したように、生放送１００は、時間ｔ０から時間ｔ７５まで放送される７５分の音声番組であり、装置１０は、時間ｔ０で始めて生放送１００をバッファし始めるように構成される。ユーザが時間ｔ２０（例えば、生放送に対して２０分）まで放送１００を同調できないと仮定すれば、ユーザは、時間ｔ２０にバッファ型再生１０２を開始することにより生放送１００を全体的に聴くことができる。この例に示すように、バッファ型再生１０２は、通常速度（１Ｘ）で生じる。バッファ型再生１０２が行われるときには、処理ロジック３２は、バッファされたデータ１０２の早期サンプルをデコードしながら、現在生放送ストリーム１００をエンコードし続ける。例えば、時間ｔ２０とｔ４０との間では、時間ｔ０からｔ２０までの生放送１００の以前にバッファされた部分を再生（例えば、デコード）しながら、時間ｔ２０から時間ｔ４０まで放送された生放送１００の部分をバッファ（例えば、エンコード）する。従って、このシナリオでは、バッファ型再生１０２と生放送１００とが２０分だけ時間シフトされ、放送１００全体のバッファ型再生１０２が時間ｔ２０から時間ｔ９５まで（７５分間）行われる。
【００４３】
図４に示すグラフィック予定表は、生放送１００のバッファ中及び通常速度（１Ｘ）でのバッファされたデータ１０２の再生中に装置１０により使用される電力を示す電力予定表１０４も示している。以下のテーブルを参照すれば、種々の装置動作事象に対応する電力消費は、分当たりの単位で電力消費を各々表す変数Ｘ、Ｙ及びＺにより示される。
0005535317.tif 000002
テーブル１：電力消費値（単位／分）
テーブル１に示すように、（例えば、音声出力装置３４への）音声データの出力は、生の音声であるかバッファされた音声であるかに関わらず、Ｘ単位／分を消費する。更に、音声データのバッファリング（例えば、エンコーディング、圧縮、暗号化、及び／又はメモリへの記憶）は、Ｙ単位／分を消費し、そして音声データの再生（例えば、デコーディング、解凍、解読、及び／又はメモリからの読み取り）は、Ｚ単位／分を消費する。
【００４４】
厳密な値は、具現化ごとに変化するが、バッファリング（Ｙ）は、一般的に、再生（Ｚ）及び出力（Ｘ）の両方より電力を消費し、一方、再生（Ｚ）は、一般的に、出力（Ｘ）より電力を消費する。従って、ここに示す実施形態では、これらの値は、Ｙ＞Ｚ＞Ｘという関係で表される。更に、以下の例は、「合計電力消費」を参照するが、「合計」という語は、前記テーブル１に関する装置動作事象に適用され、そして必ずしも、他の形式の非音声再生関連の装置動作事象、例えば、ディスプレイ装置、ネットワーク装置を付勢し、電話コールを発信し、等に使用される電力を考慮するものではないことを理解されたい。
【００４５】
これらの点を銘記し、図４の電力予定表１０４を参照すれば、時間ｔ０から時間ｔ２０まで、装置１０は、生放送１００をバッファリングするだけであり、従って、このインターバル中には、Ｙ単位／分を消費し、これは、２０Ｙ単位として表される。時間ｔ２０とｔ７５との間に、装置１０は、生放送１００をバッファリングし、バッファされたデータ１０２を再生し、そしてバッファされたデータ１０２を出力する。従って、装置１０は、ｔ２０からｔ７５までの５５分のインターバル中にＸ＋Ｙ＋Ｚ単位／分を消費し、これは、５５Ｘ＋５５Ｙ＋５５Ｚ単位として表される。最終的に、時間ｔ７５から時間ｔ９５までに、装置１０は、もはや生放送１００をバッファリングせず、これは、時間ｔ７５で終わるが、バッファされたデータ１０２を再生及び出力し続ける。従って、この２０分のインターバル中に、装置１０は、Ｘ＋Ｚ単位／分を消費し、これは、２０Ｘ＋２０Ｚ単位として表される。従って、これらの電力使用値に基づき、通常速度で全放送１００をバッファし及び再生したときの合計消費電力は、７５Ｘ＋７５Ｙ＋７５Ｚとして表される。以下に示すように、この電力消費値は、以下に述べる同期技術に基づきバッファ型再生の速度を上げることで減少することができる。
【００４６】
図５は、図４からの同じ生放送１００を示すが、１．５Ｘという高い再生速度を使用して生放送１００のバッファ型再生（参照番号１０８）を示すグラフィック予定表である。この場合も、ユーザは、時間ｔ２０にバッファ型再生を開始すると仮定すれば、装置１０は、時間ｔ２０に（時間ｔ０に対応する）生放送の開始のバッファ型再生をスタートするが、通常速度に対して１．５Ｘの再生速度である。換言すれば、リアルタイムの各分が経過するたびに、バッファされた音声の１．５分が再生される。図５に示すように、１．５Ｘの再生速度に基づいて、バッファ型再生１０８は、時間ｔ６０に生放送１００に同期し又はそれを捕える。バッファ型再生１０８及び生放送が同期されると、装置１０は、バッファリングをディスエイブルし、そして受信した生のストリーム１００を単に出力する。
【００４７】
電力の予定表１１０は、１．５Ｘの高い再生速度を使用するときの電力消費の減少を示している。例えば、時間ｔ０から時間ｔ２０に、装置１０は、生放送１００をバッファリングするだけであり、従って、このインターバル中には、Ｙ単位／分を消費し、これは、２０Ｙ単位として表される。時間ｔ２０とｔ６０との間に、装置１０は、生放送１００をバッファリングすると共に、バッファされたデータ１０２を、１．５Ｘの高い再生速度で再生し出力する。従って、装置１０は、時間ｔ２０からｔ６０までの４０分のインターバル中にＸ＋Ｙ＋Ｚ単位／分を消費し、これは、４０Ｘ＋４０Ｙ＋４０Ｚ単位として表される。最終的に、時間ｔ６０から時間ｔ７５まで、装置１０は、もはやバッファリングは行わず、生放送１００の出力だけを行う。従って、この１５分インターバルの電力消費は、１５Ｘ単位として表される。従って、１．５Ｘのバッファ型再生速度を使用するときに消費される合計電力は、５５Ｘ＋６０Ｙ＋４０Ｚ単位として表され、これは、通常速度での生放送１００のバッファ型再生（図４）と比較したときに、２０Ｘ＋１５Ｙ＋３５Ｚ単位だけ電力消費を減少する。明らかなように、電力消費の節約は、合計バッファリング時間（例えば、エンコーディング、圧縮、暗号化、等）及び／又は合計バッファ型再生時間（例えば、デコーディング、解凍、解読、等）を短縮した結果である。例えば、図４に示す通常のバッファ型再生と比較すると、図５の合計バッファリング時間は、７５分から６０分短縮され、そして合計バッファ型再生時間は、７５分から４０分短縮された。
【００４８】
更に、ある実施形態において、ユーザは、同期が生じた後でも、生放送１００をバッファし続けるというオプションもある。例えば、これは、後で再生するために装置１０に生放送１００の全コピーを保持したいときに望まれる。この後者のシナリオでは、時間ｔ６０から時間ｔ７５までに消費される電力がＸ＋Ｙ単位／分となり（連続バッファリングを反映するため）、１５Ｘ＋１５Ｙ単位で表され、そしてバッファされたデータ１０８及び生データ１００の再生に消費される電力は、５５Ｘ＋７５Ｙ＋４０Ｚ単位として計算され、これは、通常速度での生放送１００のバッファ型再生（図４）と比較したときに２０Ｘ＋３５ＺＸ単位の節約となる。従って、同期の後にバッファリングを続けるときに節約される合計電力は、同期後にバッファリングがオフにされるバッファ型再生シナリオ１０８の場合ほど大きくないが、図４に示す通常（１Ｘ）のバッファ型再生に比較すると、合計電力使用量が依然少ない。
【００４９】
説明を続ける前に、この図における１．５Ｘのバッファ型再生速度の使用は、装置１０により使用される高いバッファ型再生速度の一例を示す過ぎないことを理解されたい。実際に、上述したように、種々の他のファクタ又は設定、例えば、音声データのジャンル（例えば、スピーチ対音楽）又はユーザ構成設定７２に基づき、異なる高い再生速度を適用することもできる（例えば、２Ｘ、２．５Ｘ、３Ｘ、３．５Ｘ、４Ｘ、５Ｘ、等）。明らかなように、より速いバッファ型再生速度は、装置１０が、より短い時間に、生放送１００と同期して、電力消費を更に減少できるようにする。しかしながら、音声データの審美性に基づいて、ユーザは、再生速度を上げることと、バッファされた音声データに許容量の明瞭さを保存することとの主観的なバランスをとることを希望し、従って、常に、使用可能な最大再生速度の選択を望めるのではない。例えば、上述したように、音楽再生速度の約５ないし１０％の上昇が一般的に受け容れられるが、スピーチ再生では１００％（２Ｘ）の上昇が一般的に受け容れられる。加えて、高い再生速度を使用するバッファ型再生は、生放送中に生のストリームを捕えることができなくても、合計バッファ型再生時間の短縮（例えば、デコーディング、解凍、解読、等の減少）により少なくともある程度の電力が依然節約される。
【００５０】
図５に示すようにバッファ型再生１０８を生放送１００と同期するプロセスは、本開示の態様による方法１１８を示すフローチャートである図６を参照して更に説明する。例えば、この方法１１８は、図３を参照して上述した音声放送処理ロジック３２により実施される。この方法１１８は、最初、ステップ１２０で始まり、電子装置１０は、第１時間に生の音声放送をバッファリングし始める。例えば、図５に示すように、受信器３０により生放送１００を受信する電子装置１０は、スケジュールされた放送時間ｔ０のスタート時に生の音声放送１００をバッファリングし始める。
【００５１】
次いで、方法１００は、（第１時間に続く）第２時間を表すステップ１２２へと続き、高い再生速度を使用して、バッファされた音声データの再生を開始する。例えば、ステップ１２２は、１．５Ｘの再生速度を使用する図５に示す時間ｔ２０におけるバッファ型再生１０８のスタートに対応する。ここには特に示さないが、バッファ型再生を音声データの元のピッチ（例えば、通常速度１Ｘにおける）と一致させるために（例えば、ピッチ調整ロジック６８を経て）バッファ型再生にピッチ調整が適用されてもよいことが明らかである。次いで、方法１００は、バッファ型再生が生放送に同期したか又はそれを捕えたかの決定がなされる判断ブロック１２４へ続く。図５を再び参照すれば、バッファ型再生１０８及び生放送１００の同期は、１．５Ｘの再生速度を使用したときに時間ｔ６０において生じる。従って、バッファ型再生及び生のストリームが同期しないと決定される場合には（時間ｔ６０以前）、判断ブロック１２４は、バッファ型再生が高い再生速度で続けられるステップ１２６へと分岐する。方法１１８は、ステップ１２６から、判断ブロック１２４へ戻る。
【００５２】
判断ブロック１２４において、バッファ型再生及び生のストリームが同期した（例えば、時間ｔ６０に）と決定される場合には、方法１１８は、装置１０が、バッファされたデータを再生することから、生放送を出力する（例えば、音声出力装置３４を経て）ことへ切り換える一方、データのバッファリングを停止するステップ１２８へと続く。上述したように、これは、装置１０の全体的な電力消費を減少する。或いは又、ユーザは、同期が生じた後も、生放送のバッファリングを続けるよう選択してもよい。例えば、別のステップ１３０により示されるこのオプションは、ユーザが後で再生するために生放送の完全なバッファコピーを保持したい場合に選択される。
【００５３】
上述したように、ここに開示する高いバッファ型再生技術を使用するときの電力消費は、バッファされた音声データ内の非本質的部分を識別し、そしてその非本質的部分を更に高い再生速度（例えば、バッファされた音声データの本質的部分に対する高い再生速度に比して）で再生するか、又はその非本質的部分をバッファ型再生から省くことにより、更に減少される。例えば、図７を参照すれば、（１）本質的部分に対して１．５Ｘの第１の高い再生速度をそして非本質的部分に対して２．５Ｘの第２の高い再生速度を使用する生放送１００のバッファ型再生１３６、及び（２）非本質的部分を省く生放送１００のバッファ型再生１４２を示すグラフィック予定表が、ここに述べる技術の実施形態により示されている。
【００５４】
時間ｔ０で始まり、装置１０は、時間ｔ１５から時間ｔ２０まで（参照番号１３２で示す）及び時間ｔ３５からｔ４０まで（参照番号１３４で示す）非本質的部分を含む生放送１００のバッファリングをスタートする。この場合も、ユーザが時間ｔ２０にバッファ型再生を開始すると仮定すれば、装置１０は、１．５Ｘの高い再生速度を使用して、時間ｔ２０に、（時間ｔ０に対応する）生放送の開始のバッファ型再生１３６をスタートする。上述したように、この再生速度では、バッファ型再生の各分は、バッファされたデータの１．５分に対応する。従って、生放送の最初の１５分（時間ｔ０からｔ１５）は、バッファ型再生１３６で示されたように、１０分（時間ｔ２０からｔ３０）で再生される。
【００５５】
次いで、非本質的部分１３２（時間ｔ１５からｔ２０）に対応するバッファされたデータが、２．５Ｘの高い速度で再生されるので、この時間中のバッファ型再生の各分は、２．５分の非本質的データに対応する。例えば、バッファ型再生１３６で示すように、非本質的部分１３２は、２．５Ｘの再生速度を使用して２分（時間ｔ３０からｔ３２）で再生される。バッファ型再生１３６は、次いで、１．５Ｘの再生速度に戻り、これは、生放送１００の本質的部分の次の１５分（時間ｔ２０からｔ３５）を次の１０分（時間ｔ３２からｔ４２）で再生するのに使用される。その後に、非本質的部分１３４（生放送１００の時間ｔ３５からｔ４０）が、２．５Ｘの更に高い速度で再生され、非本質的部分１３４のバッファ型再生が２分（時間ｔ４２からｔ４４）で再生される。バッファ型再生１３６は、次いで、１．５Ｘの速度に戻り、そして時間ｔ５２に、生放送１００を捕えそしてそれに同期し、この時点で、バッファリングがオフに切り換えられる。
【００５６】
明らかなように、１．５Ｘの一定のバッファ型再生速度を使用する図５のバッファ型再生に比して、非本質的部分（１３２及び１３４）に対してより速い２．５Ｘの速度を使用すると、バッファ型再生１３６と生放送１００との同期が８分早くなり、付加的な電力節約を与える。例えば、電力予定表１４０を参照すれば、時間ｔ０から時間ｔ２０までは、生放送１００をバッファリングするのに２０Ｙ単位の電力が消費される。時間ｔ２０から時間ｔ５２までは、生放送１００をバッファリングすると共に、バッファされたデータを再生し出力するのに、３２Ｘ＋３２Ｙ＋３２Ｚ単位の電力が消費される。次いで、時間ｔ５２に同期が生じるので、ユーザは、生放送のバッファリングを停止し、そして生のストリームを単に聴くだけである。従って、時間ｔ５２からｔ７５（放送の終わり）までは、生のストリームを出力するのに２３Ｘ単位の電力が消費される。従って、１．５Ｘ及び２．５Ｘの再生速度を組み合わせて使用するときの合計電力消費は、５５Ｘ＋５２Ｙ＋３２Ｚ単位として表される。従って、図４の通常のバッファ型再生に比して、図７のバッファ型再生１３６は、２０Ｘ＋２３Ｙ＋４３Ｚの電力使用量減少を与え、これは、図５の一定の１．５Ｘバッファ型再生（１０８）に比しても、８Ｙ＋８Ｚ単位だけ低い電力消費量である。
【００５７】
又、図７は、参照番号１４２で示されたバッファ型再生が非本質的部分１３２及び１３４のバッファ型再生を省く実施形態も示している。例えば、バッファ型再生データが非本質的と識別されるときに（例えば、メタデータ情報又は信号分析を経て）、バッファ型再生１４２は、本質的な再生データの次のセグメントまで時間的に前方にスキップする。従って、ここに示すように、非本質的部分１３２及び１３４の各々に対して２分のバッファ型再生を省くことで、同期は、時間ｔ４８において４分早く生じる。対応する電力予定表１４４に示すように、時間ｔ０から時間ｔ２０までは、生放送１００をバッファリングするのに２０Ｙ単位の電力が消費される。時間ｔ２０から時間ｔ４８までは、生放送１００をバッファリングし、そしてそのバッファされたデータ１４２を再生し出力するのに、２８Ｘ＋２８Ｙ＋２８Ｚ単位の電力が消費される。同期時間ｔ４８から時間ｔ７５における生放送１００の終わりまで、生のストリームを出力するのに２７Ｘ単位の電力が消費される。従って、非本質的部分１３２及び１３４のバッファ型再生を省くときの合計電力消費は、５５Ｘ＋４８Ｙ＋２８Ｚ単位として表され、これは、バッファ型再生１３６と比較したときに、４Ｙ＋４Ｚ単位だけ電力消費が更に減少されている。
【００５８】
図８へ続くと、本開示の態様により図７のバッファ型再生技術を更に別に示す方法１５０のフローチャートが示されている。方法１５０は、最初に、ステップ１５２で始まり、電子装置１０は、生放送１００のスタート（時間ｔ０）に対応する第１時間に生の音声放送のバッファリングを開始する。次いで、第１時間に続く第２時間（例えば、時間ｔ２０）に生じるステップ１５４において、バッファされた音声データが、装置１０で再生するために、記憶装置２０から検索される。その検索されたバッファされた音声データは、判断ブロック１５６で分析されて、それが生放送１００の本質的部分か非本質的部分か決定する。検索されたバッファされた音声データが、放送の本質的部分であると決定された場合には、方法１５０は、ステップ１５８へ続き、バッファされた音声データが第１の高い速度（例えば、１．５Ｘ）で再生される。この場合も、ステップ１５８は、バッファ型再生を音声データの元のピッチ（例えば、通常速度１Ｘにおける）と一致させるために（ピッチ調整ロジック６８による）ピッチ調整を含んでもよいことに注意されたい。検索されたバッファされた音声データが判断ブロック１５６において非本質的であると決定された場合には、方法１５０は、バッファされた音声データが第１の速度より高い第２の高い速度（例えば、２．５Ｘ）で再生されるステップ１６０へ続くか、又は非本質的データがバッファ型再生から省かれる別のステップ１６２へ続く。
【００５９】
次いで、判断ブロック１６４において、バッファ型再生が生放送に同期したか又はそれを捕えたかについて判断がなされる。同期が生じない場合には、バッファ型再生が、ステップ６６で示すように、続く。ステップ１６６に続いて、方法１５０は、バッファされた音声データを更に評価するために判断ブロック１５６へ戻る。判断ブロック１６４において、バッファ型再生と生のストリームが同期したと決定される場合には、方法１５０は、ステップ１６８へ続き、バッファリングが停止すると共に、装置１０が生のストリームを再生する。或いは又、上述したように、ユーザは、同期が生じた後も、生放送のバッファリングを続けること望んでもよい。このオプションは、別のステップ１７０で示され、ユーザが後で再生するために生放送の完全なバッファコピーを保持したい場合に選択される。
【００６０】
上述したように、音声データのバッファ型再生に少なくとも部分的に影響し得る種々のユーザ設定７２（図３）は、ユーザにより電子装置１０において構成される。例えば、図９を参照して、本開示の態様により音声放送データのバッファ型再生に関するユーザ設定７２を構成するための規範的ユーザインターフェイス技術を説明する。明らかなように、図示されたスクリーン画像は、ＧＵＩ４５により発生され、装置３８のディスプレイ２８に表示される。例えば、これらのスクリーン画像は、例えば、入力構造体１４を経て、又はタッチスクリーンインターフェイスにより、ユーザが装置３８と対話するときに、発生される。
【００６１】
更に、ＧＵＩ４５は、ユーザによりなされる入力及び選択に基づいて、アイコン（例えば、４６）及びグラフィックエレメントを含む種々のスクリーンを表示することを理解されたい。これらのエレメントは、ディスプレイ２８からユーザにより選択されるグラフィック及びバーチャルエレメント又は「ボタン」を表す。従って、以下のスクリーン画像の説明に使用される「ボタン」「バーチャルボタン」「グラフィックボタン」「グラフィックエレメント」等の用語は、ディスプレイ２８上に与えられるグラフィックエレメントにより表されるボタン又はアイコンのグラフィック表現を指すことを理解されたい。更に、図面に示して説明する機能は、種々様々なグラフィックエレメント及びバーチャルスキームを使用して達成されることも理解されたい。それ故、ここに示す実施形態は、ここに述べる厳密なユーザインターフェイスの慣習に制限されるものではない。むしろ、付加的な実施形態は、種々様々なユーザインターフェイスの形式を含む。
【００６２】
最初に図９に示すように、ＧＵＩ４５のホームスクリーン４２から始めて、ユーザは、グラフィックボタン４８を選択することによりメディアプレーヤアプリケーションを開始する。例えば、メディアプレーヤアプリケーションは、アップル社から入手できるｉＰｏｄ  Ｔｏｕｃｈ（登録商標）又はｉＰｈｏｎｅ（登録商標）のモデルにおいて実行されるｉＴｕｎｅ（登録商標）又はｉＰｏｄ（登録商標）アプリケーションである。グラフィックボタン４８を選択すると、ユーザは、メディアプレーヤアプリケーションのホームスクリーン１８０へナビゲートされ、これは、装置１０に記憶された種々のプレイリスト１８４を示すリスト１８２を最初に表示する。又、スクリーン１８０は、特定の機能に各々対応するグラフィックボタン１８６、１８８、１９０、１９２及び１９４も含む。例えば、ユーザがスクリーンから離れるようにナビゲートする場合に、グラフィックボタン１８６を選択すると、ユーザがスクリーン１８０に戻される。グラフィックボタン１８８は、装置３８に記憶されたメディアファイルをアーチストの名前で編成し表示するが、グラフィックボタン１９０は、装置３８に記憶されたメディアファイルをアルファベット順に分類し表示する。加えて、グラフィックボタン１９２は、ラジオ放送信号を受信してバッファするように構成されたラジオチューナアプリケーションを表す。最後に、グラフィックボタン１９４は、装置３８の機能及び／又はメディアプレーヤアプリケーション４８を更にカスタマイズするように構成された付加的なオプションのリストをユーザに与える。
【００６３】
図示されたように、グラフィックボタン１９２を選択すると、ユーザを、ラジオアプリケーションを表示するスクリーン１９６へ進める。スクリーン１９６は、ユーザが、ＡＭ、ＦＭ、又は衛星ベースの放送のような特定の放送ソースを選択するのに使用できるグラフィックエレメント１９８を含む。スクリーン１９６は、更に、現在ラジオ局２０４及び同調エレメント２０６を表示するバーチャル表示エレメント２００を含む。同調エレメント２０８を操作することで、ユーザは、装置３８が音声放送を受信している現在局２０４を切り換えることができる。
【００６４】
スクリーン１９６は、種々のユーザ設定７２の構成も行うことができる。例えば、音声放送データのバッファリングは、グラフィックスイッチ２０８を経て構成される。この図に示されたように、グラフィックスイッチ２０８は、現在、「ＯＮ」位置にあり、バッファリングが現在イネーブルされることを指示している。又、スクリーン１９６は、メニューオプション２１０も含み、これは、バッファリングオプションを更に構成するための別のスクリーン（スクリーン２２０）へユーザをナビゲートすることができる。更に、スクリーン１９６は、バッファされる番組のリストを表示する。例えば、現在表示されたスクリーン１９６は、参照番号２１２により示された音声放送番組「トークショー(Talk Show)」が、状態インジケータ２１４で示されたように現在バッファリングされていることを示す。バッファされた「トークショー」番組の再生を開始するために、ユーザは、グラフィックボタン２１６を選択すればよい。
【００６５】
メニューオプション２１０を選択することにより、ユーザは、種々の構成可能なバッファ型再生オプションを表示するスクリーン２２０へ進む。例えば、スクリーン２２０は、音楽データ、スピーチデータ及び非本質的データのバッファ型再生の速度を各々構成するように操作されるグラフィックスケール２２２、２２４及び２２６を含む。例えば、バッファされた音楽の再生速度を構成するために、ユーザは、グラフィックエレメント２２８をスケール２２２に沿って適切な位置へもっていくことができる。ここに示す実施形態では、バッファ型再生の速度は、グラフィックエレメント２２８をスケール２２２の右側へスライドさせることにより上げられ、そしてグラフィックエレメント２２８をスケール２２２の左側へスライドさせることにより下げられる。このスクリーン２２０に示されたように、ユーザは、音楽に対するバッファ型再生の速度を、通常の速度（１Ｘ）より約６％（１．０６Ｘ）高く構成している。又、ユーザは、スピーチ音声データ及び非本質的音声データに対するバッファ型再生の速度を、各々、グラフィックエレメント２３０をスケール２２４に沿って及びグラフィックエレメント２３２をスケール２２６に沿って位置付けることにより、同様に構成することができる。例えば、ここに示す構成において、スピーチデータに対するバッファ型再生の速度は、約１．５Ｘにセットされ、そして非本質的データに対するバッファ型再生の速度は、約２．５Ｘにセットされる。
【００６６】
更に、スクリーン２２０は、バッファ型再生が生放送と同期されたときにユーザがバッファリングをディスエイブルすべきかどうか構成するグラフィックスイッチ２３４と、ユーザが非本質的音声データをバッファ型再生から省くべきかどうか構成するグラフィックスイッチ２３６も備えている。図示されたように、グラフィックスイッチ２３４は、「ＯＮ」位置にあり、そしてグラフィックスイッチ２３６は、「ＯＦＦ」位置にある。従って、この構成に基づくと、同期が生じたときに、バッファリングが停止し、非本質的データは、バッファ型再生から省かれないが、グラフィックエレメント２２６及び２３２により指定された高い速度（２．５Ｘ）で再生が行われる。更に、この実施形態には示されないが、スクリーン２２０は、（ピッチ調整ロジック６８により）ピッチ調整を構成するためのグラフィックエレメントも含む。望ましい設定が選択されると、ユーザは、グラフィックボタン２３８を選択して、スクリーン１９６へ戻る。ユーザは、次いで、グラフィックボタン２１６を選択し、選択された設定を使用して、音声番組２１２のバッファ型再生を開始することができる。
【００６７】
明らかなように、音声放送データのバッファ型再生に関連した前記の種々の技術は、一例に過ぎない。従って、本開示は、上述した例のみに限定されると解釈してはならないことを理解されたい。実際に、上述したバッファ型音声再生技術の多数の変更が存在する。更に、上述した技術は、適当な仕方で具現化できることが明らかである。例えば、本発明技術の種々の態様を具現化するように構成された図３の音声放送処理ロジック３２は、ハードウェア（例えば、適当に構成された回路）、ソフトウェア（例えば、１つ以上の有形のコンピュータ読み取り可能な媒体に記憶された実行可能なコードを含むコンピュータプログラム）、或いはハードウェアエレメント及びソフトウェアエレメントの両方の組み合わせを使用して具現化される。
【００６８】
以上に述べた特定の実施形態は、一例に過ぎず、又、それらの実施形態は、種々の変形や別の形態を受け易いことを理解されたい。更に、特許請求の範囲は、ここに開示した特定の形態に限定されず、本開示の精神及び範囲内に入るあらゆる変形、等効物、及び代替え物を網羅することを理解されたい。
【符号の説明】
【００６９】
１０：電子装置
１２：Ｉ／Ｏポート
１４：入力構造体
１６：プロセッサ
１８：メモリ
２０：記憶装置
２２：拡張カード
２４：ネットワーク装置
２６：電源
２８：ディスプレイ
３０：音声放送受信器
３２：音声放送処理ロジック
３４：音声出力装置
５８：放送メタデータ
６４：メモリキャッシュ
６６：エンコード／デコードロジック
６８：ピッチ調整ロジック
７０：再生速度管理ロジック
７２：ユーザ設定
７６：暗号／解読ロジック
１００：生放送
１０２：バッファ型再生
【図１】
0005535317.tif 000003
【図２】
0005535317.tif 000004
【図３】
0005535317.tif 000005
【図４】
0005535317.tif 000006
【図５】
0005535317.tif 000007
【図６】
0005535317.tif 000008
【図７】
0005535317.tif 000009
【図８】
0005535317.tif 000010
【図９】
0005535317.tif 000011