JP2010509807A - 無線通信デバイスにおいて、ブロードキャストされたメディア・コンテンツを記録し共有する方法および装置 - Google Patents

Abstract

無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録し、いくつかの局面では、この記録したブロードキャスト・メディア・コンテンツを他の無線通信デバイスと共有する方法および装置が示される。開示された局面は、予め定めた時間においてキャプチャおよび記録モジュールを起動するクロック機能を実施することによって、予め定めた時間においてブロードキャスト・メディア・コンテンツをキャプチャする。ある局面では、このデバイスは、符号化され後の使用および／または共有のために格納されるメディア・コンテンツの探索および決定のために使用されるメディア・コンテンツ判定基準を予め選択することを可能にする探索機能を組み込んでいる。他の局面では、記録／格納されたメディア・コンテンツをスピーチ・フォーマットで符号化し、このスピーチ・フォーマットされたメディア・コンテンツを他の無線デバイスへ通信することによって、記録されたブロードキャスト・メディア・コンテンツが、他の無線通信デバイスと共有される。

Description

開示された局面は、無線通信デバイスに関し、さらに詳しくは、無線通信デバイスにおいて、ブロードキャストされたメディア・コンテンツを記録し共有するシステムおよび装置に関する。

例えばセルラ電話のような無線通信デバイスは、過去十年間の間、急速に普及した。これらのデバイスは、急速に、広範囲の機能を提供できる多面的デバイスになりつつある。例えば、セルラ電話はさらに、計算機能、インターネット・アクセス、電子メール、テキスト・メッセージ、ＧＰＳマッピング、デジタル写真機能、オーディオ／ＭＰ３プレーヤ、ビデオ・ゲーム機能、ビデオ・ブロードキャスト受信機能等をも組み込むことができる。

オーディオ／ＭＰ３プレーヤ、および／またはビデオ・プレーヤ、および／またはビデオ・ゲーム・プレーヤを組み込むセルラ電話は、特にデバイス・ユーザの人口統計的に若年層にますます普及している。そのようなデバイスは、セルラ通信が、まずインターネット接続を用いてパーソナル・コンピュータ（ＰＣ）、ラップトップ・コンピュータ、またはその他のデバイスへ音楽、ビデオ、またはゲームをダウンロードし、次にそれらのデバイスからユニバーサル・シリアル・バス（ＵＳＢ）ケーブル等を介して無線デバイスへ転送する必要なく曲、ビデオ、またはビデオ・ゲームを無線デバイスへ直接的にダウンロードする手段を与えるという点で、スタンド・アローンのオーディオ／ＭＰ３プレーヤ・デバイス、ビデオ・プレーヤ・デバイス、またはビデオ・ゲーム・デバイスよりも優れている。このようにメディア・ファイル（例えば、曲、ＣＤ、ビデオ、映画、ゲーム、静止画、グラフィック等）を瞬時に得る機能は、そのときの勢いでメディアを求めるユーザにとって非常に魅力的である。

オーディオ／ＭＰ３プレーヤ、ビデオ・プレーヤ、および／またはビデオ・ゲーム・プレーヤに加えて、セルラ電話およびその他の無線通信デバイスは、一般に、例えばＡＭラジオ受信機および／またはＦＭラジオ受信機のようなブロードキャスト受信機を備えている。同じ観点で、ネットワーク機能における技術の進歩によって、近い将来、そのようなデバイスが、ブロードキャストされたテレビ・コンテンツ、および／または、例えば映画／ビデオ、ビデオ・ゲーム等のようなその他のブロードキャストされたマルチメディア・コンテンツやストリーミング・マルチメディア・コンテンツを受信するテレビ・ブロードキャスト受信機を組み込むことが普通になるであろう。例えばラジオ・コンテンツやテレビ・コンテンツのようなブロードキャストされたメディア・コンテンツは、一般に、スケジュール・ベースでブロードキャストされる。それゆえ、ほとんどの例では、ユーザは、スケジュールされたブロードキャストを前もって知っている。例えば、特定のラジオ放送局が、１日および／または１週間のうちの特定の時間においてあるフォーマットの音楽をブロードキャストしたり、あるいは、テレビ局が、スケジュールされた特定の期間において、特定の番組をブロードキャストすることができる。

コンテンツをブロードキャストまたはストリームすることによって、デバイスは、データ・ネットワークを介してメディアの一方向送信を受信することが可能となる。そのような送信は、イントラネット上で広範に使用されており、メディア・コンテンツをオン・デマンドで配信したり、あるいは、イントラネット・ラジオ等のようなオーディオ／ビデオ・ブロードキャストが配信される。ダウンロード後に再生される従来のマルチメディア・ファイル（例えば、オーディオＷＡＶ、ＭＰ３ファイル、ビデオＭＰＥＧファイル等）とは異なり、ストリーミング・オーディオ／ビデオは、要求して数秒以内に再生され、データは一般に受信デバイス上に永久に保存されない。この点において、ブロードキャストされたコンテンツまたはストリーミング・コンテンツはキャプチャされず、永久保存に適した圧縮状態にも変換されず、将来の次の再生／実行のためにデバイスに格納もされない。

多くのユーザは、メディアをオン・デマンドでかつモバイル環境において取得することに加え、友人、同僚等とメディア・ファイルを瞬時に共有できることを楽しんでいる。しかしながら、メディア・ファイルの無線ハンドセットから無線ハンドセットへの共有には多くの問題がある。メディア・ファイルを共有することに関連する問題の１つは、これらファイルは一般には著作権法によって保護されており、（例えば、ライセンス料金を支払うなど）必要なライセンスを得なければメディア・ファイルの共有は禁じられる。しかしながら、多くのメディア・コンテンツ・プロバイダは、共有されたメディア・ファイルが、オリジナルの未変更ファイルと同じユーザ経験を与えないように、メディア・ファイルがある程度制限または変更されているのであれば、ユーザに対してメディア・ファイルを共有することを許可している。これら制限または変更されたメディア・ファイルは一般に、メディア・プロバイダによって提供された宣伝用コピーのカテゴリーに入る。この概念は、共有メディア・ファイルの変更されていない「クリーン」なコピーを購入することにかられているユーザから利益を得る。メディア・ファイルを変更または制限することは、「再生」回数を制限することと、品質を落とした共有コピーを提供することと、あるいは、たとえば新しいアーティストや新しいアルバムを宣伝するプロモーション目的のためにコンテンツ・プロバイダによって利用することが可能な一般にスニペット（ｓｎｉｐｐｅｔ）と称されるファイルの一部のみを提供することとを含む。

メディア・ファイルの無線ハンドセットから無線ハンドセットへの共有に関する別の問題は、ファイルはサイズが大型化する傾向にあるので、例えば世界中の多くの発展途上国で使用されているような２Ｇ（第２世代）セルラ・ネットワークのようなセルラ・ネットワークを用いたファイルの共有は、迅速になされないということである。例えば、圧縮された４分のＭＰ３フォーマット・オーディオ・ファイルは、約３．５ＭＢ（メガ・バイト）のサイズとなる。例えばアドバンスト・オーディオ・コーディング・プラス（ＡＡＣ＋）で実現されるようなより高度な圧縮技術でさえ、対応するオーディオ・ファイルは約７００ＫＢ（キロバイト）のサイズとなる。さらに、曲ファイルは、ビデオ・ファイルおよびビデオ・ゲーム・ファイルに比べて比較的小さなサイズである。したがって、大きなサイズのファイルは、ダウンロードするのに非常に時間がかかり、ネットワーク容量の大部分を使うので、現在のセルラ・ネットワーク・データ転送方法は非実用的であるか、あるいは、１つの無線ハンドセットから別の無線ハンドセットへとファイルを確実には転送できなくなる。

したがって、無線通信デバイスにおいて、ブロードキャストされたメディア・コンテンツを記録し、ある局面では、共有するための方法および装置を開発するニーズがある。

開示された装置および方法は、無線通信デバイスにおいて、ブロードキャストされたメディア・コンテンツを記録し、ある局面では、共有することを備える。いくつかの局面では、この方法および装置は、ブロードキャストされたメディア・コンテンツのスケジュールされたプログラム特性を考慮し、もって、ユーザが、スケジュールされたブロードキャストの記録を前もってスケジュールできるようにする。他の局面では、この方法および装置は、ブロードキャストされたメディアは、オン・デマンドの再生／実行を可能とするようにフォーマットされているものの、無線デバイスにおける永久記憶のために容易にはフォーマットされないという事実に対処することができる。さらに、別の局面では、この装置および方法によって、ユーザは、他の無線通信デバイスとの間で共有する記録されたブロードキャスト・メディア・コンテンツを、指定することができる。所望の共有指定は、例えば、ブロードキャストされたメディア・コンテンツをキャプチャおよび記憶する前になされるか、あるいは、このメディア・コンテンツがブロードキャストされ記録された後になされる。したがって、ブロードキャストされ記録されたコンテンツの同時共有を提供することによって、この方法および装置は、他の無線デバイスとメディア・ファイルを共有する前に、ＰＣまたは他の計算デバイスへまずメディア・ファイルを通信しなければならないことを回避することができる。

特に、ユーザが予め定めた時間においてブロードキャストされたメディア・コンテンツをキャプチャし記録するように無線デバイスをプログラムすることを提供するデバイス、方法、装置、コンピュータ読取可能媒体、およびプロセッサが示される。予め定めた時間においてメディア・コンテンツをキャプチャすることに加えて、メディア・コンテンツは、メディア・コンテンツの記憶容量を制限するために、そして、幾つかの例では、メディア・コンテンツの安全性のために、圧縮されたフォーマットで符号化される。キャプチャされ符合化されたメディア・コンテンツの記憶は、無線デバイスにおいて、あるいは、無線でネットワークされたサーバ・デバイスにおいて遠隔的になされうる。

メディア・コンテンツを記録することに加えて、ある局面では、ブロードキャストされ記録されたメディア・コンテンツが、他の無線通信デバイス間での共有のために指定されうる。そのような局面では、ブロードキャストされ記録されたコンテンツが、ブロードキャスト前、キャプチャ／記録の前、または、メディア・コンテンツが記録された後に、共有のために指定されうる。メディア・コンテンツの共有は、メディア・ファイルを、無線通信に先立って、スピーチ・グレード・フォーマットで符号化することを必要としうる。スピーチ・グレード・フォーマットは、例えばマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信等のようなピア・トゥ・ピア通信に許容されるフォーマットであり、さらに、著作権保護に反することなく、メディア・ファイルを転送する許容可能な手段として一般的に理解れる品質が低下された低品質なオーディオ・フォーマットのメディア・ファイルの転送のためのものである。いくつかの局面では、ブロードキャストされ記録されたファイルを共有することはまた、メディア・ファイルを共有デバイスへ通信する前にセグメント化し、その後、セグメントを共有デバイスにおいて結合することを含む。例えばピア・トゥ・ピア・ネットワークのような通信ネットワークが、通信されるファイル・サイズの観点から制限される場合、一般に、セグメント化が必要である。

さらに、ある局面では、ブロードキャストされたメディア・コンテンツをキャプチャすることは、キャプチャされたコンテンツを符号化および格納する前に、特定のメディア・コンテンツを求めて、キャプチャされたコンテンツを探索する。例えば、ユーザは、メディア・コンテンツのキャプチャを開始するための具体的な時間を予め定めることに加えて、記録することが望まれるメディア・コンテンツに関する判定基準を予め定めることができる。例えば、予め定めた判定基準は、予め定めた時間が経過した後に生じうる特定のブロードキャスト・プログラム、イベントおよび／または具体的な曲、アーティスト、またはメディアのジャンルを含みうる。そのような局面では、キャプチャされたメディア・コンテンツは、予め定めた判定基準を求めて探索され、メディア・コンテンツの符号化および格納の決定は、この探索結果に基づく。

１つの局面では、例えばＡＭラジオ・ブロードキャストまたはＦＭラジオ・ブロードキャスト、テレビ・ブロードキャスト等のようなブロードキャスト・メディア・コンテンツを無線デバイスにおいて記録する方法が定められる。この方法は、ブロードキャストされたメディア・コンテンツをキャプチャするための予め定めた時間を受信することと、この予め定めた時間において、ブロードキャスト・メディア・コンテンツをキャプチャすることとを含む。このキャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを含んでいる。この方法はさらに、キャプチャされたブロードキャスト・メディア・コンテンツの少なくとも一部を第２のフォーマットで符号化することと、符号化されたブロードキャスト・メディア・コンテンツを、無線通信デバイスであるか、あるいは無線ネットワーク・サーバの何れか一方において格納することとを含む。第２のフォーマットは、第２のメモリ・サイズを必要とする。この第２のメモリ・サイズは、ブロードキャスト・メディア・コンテンツの等しい部分について、第１のメモリ・サイズ未満である。

ある局面では、この方法はさらに、複数のブロードキャスト・メディア・コンテンツのうちの予め定めた１つに対するコンテンツ・リファレンスを受信することを含む。そのような局面では、符号化はさらに、１または複数の記録属性を求めて、キャプチャされたブロードキャスト・メディア・コンテンツに関連するヘッダ情報を探索することと、複数のブロードキャスト・メディア・コンテンツのうち、コンテンツ・リファレンスの少なくとも一部と一致する記録属性を有する１または複数を符号化することとを要する。この点において、ユーザは、例えばプログラム・タイトル、曲タイトル、アーティスト等のような探索判定基準を前もって提供することができる。そして、無線デバイスは、そのメディア・コンテンツの具体的な部分の符号化ならびに格納を決定するために、キャプチャしたメディア・コンテンツ・ヘッダから、判定基準を求めて探索することができる。

その他のある局面では、この方法はさらに、格納したブロードキャスト・メディア・コンテンツを、第２のフォーマットから、第３のメモリ・サイズを必要とする第３のフォーマットへと復号することと、この復号されたブロードキャスト・メディア・コンテンツを、スピーチ・フォーマットで符号化することと、このスピーチ・フォーマットされたブロードキャスト・メディア・コンテンツをその他の無線通信デバイスへ通信することとを含む。第３のメモリ・サイズは、ブロードキャスト・メディア・コンテンツの等しい部分について、第２のメモリ・サイズよりも大きい。スピーチ・フォーマットで符号化することによって、ブロードキャスト・メディア・コンテンツが、マルチメディア・ピア（Ｍ２−Ｐｅｅｒ）ネットワーク等を経由して他の無線通信デバイスと共有されるようになる。その他の無線通信デバイスは、ブロードキャスト・メディア・コンテンツをキャプチャする前に予め定められる。あるいは、その他の無線通信デバイスは、ブロードキャスト・メディア・コンテンツが、無線通信デバイスにおいて記録された後に決定される。

その他関連する局面は、ブロードキャスト・メディア・コンテンツをキャプチャするための予め定めた時間を受信する動作と、この予め定めた時間において、ブロードキャスト・メディア・コンテンツをキャプチャする動作とを実行するように構成された少なくとも１つのプロセッサによって定められる。キャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを含む。この少なくとも１つのプロセッサはさらに、キャプチャされたブロードキャスト・メディア・コンテンツのうちの少なくとも一部を第２のフォーマットで符号化する動作と、符号化したブロードキャスト・メディア・コンテンツを格納する動作とを実行するように構成される。第２のフォーマットは、ブロードキャスト・メディア・コンテンツの等しい部分について、第１のメモリ・サイズ未満である第２のメモリ・サイズを必要とする。

また、その他の関連する局面は、命令群を格納して含んでいる機械読取可能媒体によって定められる。これら命令群は、ブロードキャスト・メディア・コンテンツをキャプチャするための予め定めた時間を受信するための第１の命令群セットと、この予め定めた時間において、ブロードキャスト・メディア・コンテンツをキャプチャするための第２の命令群セットとを含む。このキャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを含んでいる。これら命令群はさらに、キャプチャされたブロードキャスト・メディア・コンテンツの少なくとも一部を第２のフォーマットで符号化するための第３の命令群セットと、この符号化されたブロードキャスト・メディア・コンテンツを格納するための第４の命令群セットとを含む。第２のフォーマットは、ブロードキャスト・メディア・コンテンツの等しい部分について、第１のメモリ・サイズ未満である第２のメモリ・サイズを必要とする。

さらなる局面にしたがって、少なくとも１つのプロセッサおよびメモリを含むコンピュータ・プラットフォームと、メモリ内に格納され、プロセッサによって実行可能であり、ブロードキャスト・メディア・コンテンツを受信することが可能なブロードキャスト受信機と、メモリ内に格納され、プロセッサによって実行可能であり、ブロードキャスト・メディア・コンテンツをキャプチャおよび格納するように動作可能なブロードキャスト・レコーダ・モジュールとを含む無線通信デバイスが定められる。無線通信デバイスはさらに、メモリ内に格納され、プロセッサによって実行可能であり、ブロードキャスト・メディア・コンテンツをキャプチャするために予め定めた時間にブロードキャスト・レコーダ・モジュールを起動させるように動作可能なクロック機能と、メモリ内に格納され、プロセッサによって実行可能であり、キャプチャしたブロードキャスト・メディア・コンテンツを、第１のメモリ・サイズを必要とする第１のフォーマットから、第２のメモリ・サイズを必要とする第２のフォーマットへと圧縮するように動作可能なメディア圧縮コーデックとを含む。第２のメモリ・サイズは、ブロードキャスト・メディア・コンテンツの等しい部分について、第１のメモリ・サイズ未満である。

ある局面では、無線通信デバイスのブロードキャスト・レコーダ・モジュールは、さらに、予め定めた記録属性を識別するために、ブロードキャスト・メディア・コンテンツに関連するヘッダ情報を探索するように動作可能な探索エンジンを含む。この点において、ブロードキャスト・レコーダ・モジュールはさらに、ブロードキャスト・メディア・コンテンツが予め定めた記録属性を含んでいるのであれば、このブロードキャスト・メディア・コンテンツを符号化するように動作可能である。

その他の局面では、無線通信デバイスは、格納されたブロードキャスト・メディア・コンテンツをスピーチ・フォーマットで符号化するように動作可能なスピーチ・ボコーダと、スピーチ・フォーマットされたメディア・コンテンツを他の無線通信デバイスへ通信するように動作可能なマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信モジュールとを含みうる。ブロードキャスト・レコーダ・モジュールはさらに、ブロードキャスト・メディア・コンテンツをキャプチャする前に、他の無線通信デバイスを決定するように動作可能でありうる。

また別の関連局面は、ブロードキャスト・メディア・コンテンツをキャプチャするための予め定めた時間を受信する手段と、この予め定めた時間において、ブロードキャスト・メディア・コンテンツをキャプチャする手段とを含む無線通信デバイスによって定められる。このキャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを含んでいる。無線通信デバイスはさらに、キャプチャしたブロードキャスト・メディア・コンテンツのうちの少なくとも一部を第２のフォーマットで符号化する手段と、この符号化されたブロードキャスト・メディア・コンテンツを格納する手段とを含む。第２のフォーマットは、ブロードキャスト・メディア・コンテンツの等しい部分について、第１のメモリ・サイズ未満である第２のメモリ・サイズを必要とする。

さらなる局面が、無線通信デバイスにおいて、共有されるブロードキャスト・メディア・コンテンツを受信する方法によって定められる。この方法は、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを備えるメディア・ファイルの少なくともセグメントを含む通信を、無線通信デバイスにおいて受信することと、この通信を、メディア・ファイルの少なくともセグメントを含むとして識別することと、メディア・ファイルの少なくともセグメントを、第１のフォーマットから、スピーチ・グレード・オーディオ信号を含む第２のフォーマットへ復号することとを含む。いくつかの局面では、受信することはさらに、無線通信デバイスにおいてマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信を受信することを含む。さらに、いくつかの局面では、受信することはさらに、２またはそれ以上の通信を受信することを含む。ここで、２またはそれ以上の通信のおのおのは、メディア・ファイルのセグメントを含んでいる。そして、この方法はさらに、合成メディア・ファイルを構成するために、メディア・ファイルの復号されたセグメントを結合することを含む。

関連する局面が、少なくとも１つのプロセッサによって定められる。このプロセッサは、スピーチ・フォーマットされたメディア・ファイルの少なくともセグメントを含む通信を、無線通信デバイスにおいて受信する動作と、この通信を、メディア・ファイルの少なくともセグメントを含むとして識別する動作と、メディア・ファイルの少なくともセグメントを、第１のフォーマットから、スピーチ・グレード・オーディオ信号を含む第２のフォーマットへ復号する動作とを実行するように構成される。

さらなる関連局面が、命令群を格納して含んでいる機械読取可能媒体によって定められる。これら命令群は、スピーチ・フォーマットされたメディア・ファイルの少なくともセグメントを含む通信を、無線通信デバイスにおいて受信するための第１の命令群セットと、この通信を、メディア・ファイルの少なくともセグメントを含むとして識別するための第２の命令群セットと、このメディア・ファイルを、第１のフォーマットから、スピーチ・グレード・オーディオ信号を含む第２のフォーマットへ復号するための第３の命令群セットとを含む。

無線通信デバイスは、その他の局面を定める。このデバイスは、少なくとも１つのプロセッサおよびメモリを含むコンピュータ・プラットフォームと、メモリ内に格納され、プロセッサによって実行可能であり、通信を受信し、スピーチ・フォーマットされたブロードキャスト・メディア・ファイルの少なくともセグメントを含むとしてこの通信を識別するように動作可能な通信モジュールと、メモリ内に格納され、プロセッサによって実行可能であり、このメディア・ファイルを、第１のフォーマットから、スピーチ・グレード・オーディオ信号を含む第２のフォーマットへ復号するように動作可能なスピーチ・ボコーダとを含む。

さらなる関連局面が、スピーチ・フォーマットされたブロードキャスト・メディア・ファイルの少なくともセグメントを含む通信を受信する手段と、この通信を、このメディア・ファイルの少なくともセグメントを含むとして識別する手段と、このメディア・ファイルを、第１のフォーマットから、スピーチ・グレード・オーディオ信号を含む第２のフォーマットへと復号する手段とを含む無線通信デバイスによって定められる。

したがって、本局面は、無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録し、幾つかの局面では、この記録したブロードキャスト・メディア・コンテンツを他の無線通信デバイスと共有する方法、装置、コンピュータ・プログラム製品、プロセッサ等を提供する。この開示された局面は、例えばラジオまたはテレビによってブロードキャストされたコンテンツを予め定めた時間においてキャプチャする。この点において、無線通信デバイス上に常駐するクロック機能が、予め定めた時間において、キャプチャおよび記録モジュールを起動させる。その後、このキャプチャされたメディア・コンテンツは、無線通信デバイスに一般的であるメモリ制限に対して容易に対処することができる圧縮フォーマットで符号化される。ある局面では、このデバイスは、符号化され、後の使用および／または共有のために格納されるメディア・コンテンツの探索および決定のために使用されるメディア・コンテンツ判定基準の予め定めた選択を可能にする探索機能を組み込んでいる。他の局面では、記録／格納されたコンテンツをスピーチ・フォーマットで符号化し、このスピーチ・フォーマットされたメディア・コンテンツを、一般にマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）ネットワークを介して他の無線デバイスへ通信することによって、記録されたブロードキャスト・メディア・コンテンツが、他の無線通信デバイスと共有される。

図１は、局面にしたがって、無線通信デバイス間でブロードキャスト・メディア・コンテンツを共有するシステムのブロック図である。 図２は、局面にしたがって、ブロードキャスト・メディア・コンテンツを受信、記録、および共有する無線デバイスのブロック図である。 図３は、他の局面にしたがって、共有されるブロードキャスト・メディア・コンテンツを受信する無線デバイスのブロック図である。 図４は、局面にしたがって、マルチメディア・フローを生成し、データ・ネットワークを介して伝送するように動作する伝送システムを含むブロードキャスト通信ネットワークのブロック図である。 図５は、局面にしたがって、無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録する方法のブロック図である。 図６は、局面にしたがって、無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録し、この記録したメディア・コンテンツを他の無線通信デバイスと共有する方法のブロック図である。 図７は、局面にしたがって、無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録し、記録したこのメディア・コンテンツを他の無線通信デバイスと共有する方法のブロック図であり、ここでは、記録されたメディア・コンテンツが、共有前にセグメント化され、共有された後に結合される。 図８は、局面にしたがって、無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録する方法のフロー図である。 図９は、局面にしたがって、予め定めた記録判定基準を探索し、探索で一致したブロードキャスト・メディア・コンテンツを無線通信デバイスに記録する方法のフロー図である。 図１０は、局面にしたがって、無線通信デバイスにブロードキャスト・メディア・コンテンツを記録し、記録したメディア・コンテンツを他の無線通信デバイスと共有する方法のフロー図である。 図１１は、局面にしたがって、無線通信デバイスにおいて、共有されたブロードキャスト・メディア・コンテンツを受信する方法のフロー図である。

開示された局面は、以降、同一符号が同一要素を示し、開示された局面を限定することなく例示するために提供された添付図面と連携して説明されるだろう。

本デバイス、装置、方法、コンピュータ読取可能媒体、およびプロセッサは、本発明の局面が示される添付図面を参照して以下により完全に記載されるだろう。しかしながら、これらデバイス、装置、方法、コンピュータ読取可能媒体、およびプロセッサは、多くの異なる形式で具体化され、本明細書に記載される局面に限定されると解釈されるべきではなく、むしろ、これら局面は、本開示が十分かつ完全であるように、かつ、当業者に対して本発明のスコープを十分に伝えることができるように提供される。同一参照符号は、全体を通じて同一の要素を示す。

本明細書では、様々な局面が、無線通信デバイスに関して説明される。無線通信デバイスはまた、加入者局、加入者ユニット、モバイル局、モバイル、遠隔局、アクセス・ポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器とも称される。無線通信デバイスは、セルラ電話、コードレス電話、双方向ラジオ（例えば、ウォーキー・トーキー）、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線ウォークマン（登録商標）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。

記載された局面は、ブロードキャストされたメディア・コンテンツを無線デバイスにおいて記録し、幾つかの局面では、この記録したメディア・コンテンツを他の無線通信デバイスと共有する方法、装置、およびシステムを提供する。開示された局面は、例えばラジオやテレビによってブロードキャストされたコンテンツ等であるブロードキャスト・メディア・コンテンツを、予め定めた時間においてキャプチャする。この点に関し、ユーザは、開始時間を予め定め、無線通信デバイスに常駐するクロック機能が、この予め定めた時間において、キャプチャおよび記録機能を起動させる。キャプチャされたメディア・コンテンツはその後、圧縮フォーマットで符号化され、無線通信デバイスにおいてローカルに、あるいは、無線ネットワーク・デバイスにおいて遠隔的に格納される。ある局面では、このデバイスは、符号化され、その後の使用および／または共有のために格納されるメディア・コンテンツの探索および決定のために使用されるメディア・コンテンツ判定基準を予め選択することを可能とする探索機能を組み込んでいる。他の局面では、記録されたブロードキャスト・メディア・コンテンツが、記録／格納されたメディア・コンテンツをスピーチ・フォーマットで符号化することによって、さらに、このスピーチ・フォーマットされたメディア・コンテンツを一般にはマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）ネットワークを経由して他の無線デバイスへ通信することによって、他の無線通信デバイスと共有される。

マルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信を使用する無線通信デバイス間のメディア・ファイルの通信は、２００５年８月１２日に発明者Ｄｕｇｇａｌらの名のもとに出願され、本願と同じ発明的エンティティに割り当てられる"Methods and Apparatus for Providing Peer-to-Peer Data Networking for Wireless Devices"と題された米国特許出願１１／２０２，８０５号に詳細に記載されている。この’８０５Ｄｕｇｇａｌ出願は、無線通信デバイス間でのサーバの無いピア・トゥ・ピア通信を提供する方法および装置について記述している。この’８０５Ｄｕｇｇａｌ出願は、あたかも本明細書に完全に記述しているように参照によって組み込まれる。Ｍ２−Ｐｅｅｒ通信ネットワークは、電力と帯域幅とをネットワーク・サーバ内に集中させるのではなく、ネットワーク内の参加者の計算電力および帯域幅を利用するネットワークである。Ｍ２−Ｐｅｅｒネットワークは、クライアントやサーバという概念ではなく、ネットワーク上の他のノードに対して「クライアント」と「サーバ」との両方として同時に機能するピア・ノードの概念のみを持っている。このネットワーク構成モデルは、通信が通常は中央サーバとの間でなされるクライアント−サーバ・モデルとは異なる。Ｍ２−Ｐｅｅｒ通信ネットワークでは、ネットワークを管理するルータの役割をする中央サーバはない。

図１に示すように、ブロードキャスト・メディア・コンテンツを記録し共有するシステムの概略図が示される。このシステムは、ここで記録および／または共有デバイスとも称される第１の無線通信デバイス１０と、ここでメディア・コンテンツ受信デバイスとも称される第２の無線通信デバイス１２とを含む。第１および第２の無線通信デバイスは、例えばＭ２−Ｐｅｅｒ通信ネットワーク１４のようなピア・トゥ・ピア・ネットワークによって無線通信しうる。Ｍ２−Ｐｅｅｒ通信ネットワーク１４は、ブロードキャスト・メディア・コンテンツを共有するための１つの通信メカニズムを備える。他の通信ネットワークも、ブロードキャスト・メディア・コンテンツを共有するために使用することができ、本局面の範囲として考慮されるべきである。第１の無線通信デバイス１０が、メディア・コンテンツ記録および共有デバイスとして説明され、第２の無線通信デバイスがメディア・ファイル受信デバイスとして説明される一方、ほとんどの実例では、無線通信デバイスは、ブロードキャスト・メディア・コンテンツを記録、共有、および受信できるように構成されるであろうことが注目されるべきである。明瞭にする目的のみのために、無線通信デバイスは、ここでは、ブロードキャスト・メディア・コンテンツ記録および共有デバイス、または、ブロードキャスト・メディア・コンテンツ受信デバイスとして記述される。したがって、記述され本明細書で特許請求された無線デバイスは、ブロードキャスト・メディアを記録および共有するデバイスにも、共有されたブロードキャスト・メディア・コンテンツを受信するデバイスにも限定されているとみなされるべきではなく、本明細書で提案されたオプションの任意の組み合わせが可能な無線通信デバイスを含むべきである。

第１の無線通信デバイス１０は、複数のブロードキャスト塔１６を備えるブロードキャスト・ネットワーク１８を経由してブロードキャスト・メディア・コンテンツを受信するように装備される。ブロードキャスト・ネットワークは、ＡＭラジオ信号またはＦＭラジオ信号を送信することが可能な従来式のラジオ・ブロードキャスト・ネットワーク、テレビジョン信号を送信することが可能なテレビ・ブロードキャスト・ネットワーク、マルチキャスト・ネットワークでありうる。マルチキャスト・ネットワークは、例えばカリフォルニア州サン・ディエゴのクゥアルコム社から利用可能なＭｅｄｉａＦｌｏ（登録商標）システムのようなフォワード・リンク・オンリー（ＦＬＯ）ネットワーク、例えば、衛星用ＤＶＢ−Ｓ、ケーブル用ＤＶＢ−Ｃ、地上波テレビ用ＤＶＢ−Ｔ、携帯機器用地上波テレビ用ＤＶＢ−Ｈ、衛星デジタル・マルチメディア・ブロードキャスト（Ｓ−ＤＭＢ）、地上ＤＭＢ（Ｔ−ＤＭＢ）、デジタル・ラジオｍｏｎｄｉａｌｅ（ＤＲＭ）、デジタル・オーディオ・ブロードキャスト（ＤＡＢ）、マルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）等のようなデジタル・ビデオ・ブロードキャスト（ＤＶＢ）ネットワークである。

ここでメディア・ファイル通信デバイスとも称されている第１の無線通信デバイス１０は、少なくとも１つのプロセッサ２２とメモリ２４を含む計算プラットフォーム２０を含んでいる。この計算プラットフォーム２０はまた、ブロードキャスト・ネットワーク１８を経由して通信されるブロードキャスト信号を受信するように動作可能なブロードキャスト受信機２６を含んでいる。第１の無線通信デバイスが、例えばラジオ・ブロードキャストおよびテレビ・ブロードキャストのような種々異なるブロードキャスト・ネットワークからブロードキャスト信号を受信するように構成されている局面では、このデバイスは、複数の異なるブロードキャスト受信機を備えることができる。

メモリ２４はさらに、ブロードキャスト・レコーダ・モジュール２８を含み、このモジュール２８は、ブロードキャスト・メディア・コンテンツをキャプチャし、その後、格納目的のために、キャプチャしたメディア・コンテンツの少なくとも一部を圧縮符号化するように動作することが可能である。ブロードキャスト・レコーダ・モジュールは、クロック機能３０と通信している。クロック機能３０によって、デバイス・ユーザは、ブロードキャスト・レコーダ・モジュール２８をアウェイクすなわち起動させるための時間を選択することが可能となる。一般に、ユーザは、ブロードキャスト・メディア・コンテンツをキャプチャする期間を規定する開始時間（例えば、アウェイク時間または起動時間）および停止時間（例えば、スリープ時間またはシャットダウン時間）を予め定めることができる。ブロードキャスト・レコーダ・モジュール２８は、クロック機能３０によって示される予め定めた時間において、あるいは予め定めた期間中、ブロードキャストされたメディア・コンテンツをキャプチャするように動作可能である。この点において、デバイス・ユーザは、スケジュールされた到来ブロードキャストをキャプチャおよび記録するようにデバイスを予めプログラムすることができる。例えば、予め定めたラジオ局が、特定の期間において、予め定めたイベントをブロードキャストするとユーザが知っているのであれば、このユーザは、予め定めた期間中、局によってブロードキャストされたメディア・コンテンツをキャプチャし、符号化し、格納するようにブロードキャスト・レコーダ・モジュールを予め設定することができる。あるいは、ブロードキャスト・レコーダ・モジュール２８は、必要ベースでデバイス・ユーザによって瞬時に起動されうる。例えば、ラジオ・ブロードキャストを聞いているユーザは、このブロードキャストを記録したいと思うかもしれない。この場合、ユーザは、無線デバイスとインタフェースし、ブロードキャスト記録機能をプルアップし、直ちにこのブロードキャスト・メディア・コンテンツのキャプチャ、符号化、および格納を開始するように選択することができる。この例において、ユーザは、クロック機能３０によって制御される停止時間を定めることを選ぶことができる。

別の局面では、ブロードキャスト受信機２６は、デバイス・ユーザが、ブロードキャスト受信機２６をアウェイクすなわち起動する時間を選択できるように動作可能なクロック機能３０と通信する。一般に、ユーザは、ブロードキャスト・メディア・コンテンツをキャプチャする期間を規定する開始時間（例えば、アウェイク時間または起動時間）および停止時間（例えば、スリープ時間またはシャットダウン時間）を予め定めることができる。ブロードキャスト受信機２６をアウェイクすることによって、ブロードキャスト・レコーダ・モジュール２８に対して、起動時間において、あるいは記録期間中に、ブロードキャストされた全てのメディア・コンテンツを記録するか、あるいは、ある予め定められた探索判定基準を満足するコンテンツを記録するように促す。

ブロードキャスト・レコーダ・モジュール２８はまた、ブロードキャストされたメディア・コンテンツを圧縮フォーマットに符号したり、圧縮フォーマットから復号したりする圧縮コーデック３２を含む。動作中、ブロードキャスト・メディア・コンテンツ信号が、例えば未圧縮フォーマットのような第１のフォーマットで受信される。解凍されたフォーマットは、格納の観点からは一般には受け入れられない。なぜなら、解凍されたフォーマットは、大量の記憶スペースを必要とするが、一般に、無線通信デバイスは、リソースが制限されているからである。圧縮コーデック３２は、第１のメモリ・サイズを必要とする受信した第１のフォーマットを第２のフォーマットへ変換する。この第２のフォーマットは、ブロードキャストされたメディア・コンテンツの等しい部分に対して、第１のメモリ・サイズよりも少ない第２のメモリ・サイズしか必要としない。適切な圧縮コーデックの例は、限定される訳ではないが、一般にＭＰ３と称されるＭＰＥＧ（Motion Pictures Expert Group）オーディオ・レイヤＩＩＩ、アドバンスト・オーディオ・コード（ＡＡＣ）、ＡＡＣ＋、ｅＡＡＣ＋、ＨＥ−ＡＡＣ（高性能ＡＡＣ）、ＩＴＵ−Ｔ（国際電気通信連合テレコミュニケーション）Ｇ．７１１ ＩＴＵ−Ｔ Ｇ．７２２、ＩＴＵ−Ｔ Ｇ．７２２．１、ＩＴＵ−Ｔ Ｇ．７２２．２、ＩＴＵ−Ｔ Ｇ．７２３、ＩＴＵ−Ｔ Ｇ．７２３．１、ＩＴＵ−Ｔ Ｇ．７２６、ＩＴＵ−Ｔ Ｇ．７２９、ＩＴＵ−Ｔ Ｇ．７２９ａ、ＦＬＡＣ（Free Lossless Audio Codec）、Ｏｇｇ、Ｔｈｅｏｒａ、Ｖｏｒｂｉｓ、ＡＴＲＡＣ３（Adaptive, TRansform, Acoustic Coding -3）、ＡＣ３、ＡＩＦＦ−Ｃ（Audio Interchange File Format 3）等を含む。さらに、圧縮コーデック３２は、メディア・コンテンツを無線デバイス上で使用／再生する前に、あるいは、メディア・コンテンツを他の無線通信デバイスと共有する処理の前に、圧縮フォーマットを復号するように動作可能である。

キャプチャされたブロードキャスト・メディア・コンテンツが圧縮符号化されると、メディア・コンテンツが無線デバイスにおいて圧縮されたブロードキャスト・メディア・ファイル３４としてローカルに格納される（例えば、記録される）。別の局面では、圧縮されたブロードキャスト・メディア・ファイル３４は、ネットワーク・デバイスに遠隔的に格納され、ユーザがこのメディア・コンテンツを使用／再生したい場合、あるいは、ユーザがこのメディア・コンテンツを共有したい場合に、無線デバイスへ通信される。圧縮されたブロードキャスト・メディア・コンテンツを遠隔的に格納することは、第１の無線通信デバイス１０にメモリ／ストレージの制限がある場合に必要とされる。

他の無線通信デバイスと共有される記録済みブロードキャスト・メディア・コンテンツを提供する局面では、メモリ２４はさらに、ブロードキャスト・メディア・コンテンツをスピーチ・フォーマットに符号化したり、および／または、スピーチ・フォーマットから復号するように動作可能なスピーチ・ボコーダ３６を含みうる。ブロードキャスト・メディア・コンテンツをスピーチ・フォーマットすることは、ブロードキャスト・メディア・コンテンツを他の無線通信デバイスと共有する（例えば、通信する）前に必要とされうる。スピーチ・フォーマットによって、メディア・コンテンツが、例えばＭ２−Ｐｅｅｒ通信ネットワーク等のようなピア・トゥ・ピア通信ネットワークを経由して通信されるようになる。さらに、スピーチ・フォーマットは、メディア・コンテンツに関連する知的所有権の観点から、このメディア・コンテンツの許容できる共有を可能にするために、このメディア・コンテンツのスピーチ信号の品質を下げる。動作中、圧縮されたメディア・コンテンツが、スピーチ・ボコーダ３６を実施することによって、このメディア・フローをスピーチ・フォーマットで符号化する前に、圧縮コーデック３２を実施することによって復号され、一時的に格納される。スピーチ・グレード・オーディオ・フォーマットは、特徴的に、約２０ヘルツ（Ｈｚ）から約２０キロヘルツ（ｋＨｚ）の範囲に制限された帯域幅を持つだろう。それに比べて、従来のマルチメディア・コンテンツ・ファイルは、約５Ｈｚから約５０ｋＨｚの帯域幅範囲でフォーマットされたオーディオを持つ。スピーチ・コーデックの例は、限定される訳ではないが、ＱＣＥＬＰ（Qualcomm Code Excited Linear Predictive）、ＥＶＲＣ（Enhanced Variable Rate Codec）、ｉＬＢＣ（Internet Low Bitrate Codec）、Ｓｐｅｅｘ等を含む。

さらに、他の無線通信デバイスと共有される記録済みブロードキャスト・メディア・コンテンツを備える局面では、メモリ２４はさらに、スピーチ・フォーマットされたメディア・コンテンツを１または複数の指定された無線通信デバイスへ通信するように動作可能なマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信モジュール３８のようなピア・トゥ・ピア通信モジュールをも含む。前述したように、Ｍ２−Ｐｅｅｒ通信モジュール３８はまた、他の無線通信デバイスによって共有されているスピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを受信するように動作可能である。それゆえ、第１の無線通信デバイス１０に含まれるＭ２−Ｐｅｅｒ通信モジュール３８は、第２の無線通信デバイス１２に関連して説明したＭ２−Ｐｅｅｒ通信モジュール４６によって示される構成要素、ロジック、および機能のうちの何れかまたは全てを含みうる。

ここでブロードキャスト・メディア・コンテンツ受信または受け取りデバイスとも称される第２の無線通信デバイス１２は、少なくとも１つのプロセッサ４２とメモリ４４とを含む計算プラットフォーム４０を含む。メモリ４４は、例えばＭ２−Ｐｅｅｒ通信モジュール４６のようなピア・ツー・ピア通信モジュールを含んでいる。Ｍ２−Ｐｅｅｒ通信モジュールは、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを含む通信を含むＭ２−Ｐｅｅｒ通信を受信および通信するように動作可能である。それゆえ、第２の無線通信デバイス１２に含まれるＭ２−Ｐｅｅｒ通信モジュール４６は、第１の無線通信デバイス１０に関連して説明したＭ２−Ｐｅｅｒ通信モジュール３８によって示される構成要素、ロジック、および機能のうちの何れかまたは全てを含みうる。

Ｍ２−Ｐｅｅｒ通信モジュール４４はさらに、Ｍ２−Ｐｅｅｒ通信ヘッダに含まれる情報の読み取り、および解釈をするように動作可能である。ヘッダ情報は一般に、Ｍ２−Ｐｅｅｒ通信を、スピーチ・フォーマットされたメディア・コンテンツと、セグメントを符号化するために使用される関連するスピーチ・フォーマットとを含むとして識別するだろう。この通信を、メディア・コンテンツを含むとして識別することによって、Ｍ２−Ｐｅｅｒ通信モジュールは、その後の使用／再生のために、ファイルがメディア・プレーヤ・モジュールへ通信される必要があることを認識する。

メモリ４４は、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを復号するように動作可能なスピーチ・ボコーダ４６を含みうる。スピーチ・ボコーダ４６は、１または複数のスピーチ・フォマット・コードを復号するように、最低でも、通信／共有無線通信デバイス１０によって使用されるスピーチ・フォーマットを復号するように構成されうる。メディア・コンテンツのオーディオ部分を復号することによって、パーマネントな記憶装置を持たない無線デバイス上で使用／再生されるスピーチ・グレード・メディア・コンテンツ５０が、デバイス・メモリ４４にローカルに格納されるか、あるいは、無線ネットワーク・デバイスにおいて遠隔的に格納されるようになる。

図２に示すように、１つの局面にしたがって、ブロードキャスト記録または共有無線デバイスとも称され、ブロードキャスト・メディア・コンテンツを記録するように動作可能であり、ある局面では、記録したブロードキャスト・メディア・コンテンツを他の無線通信デバイスと共有するように動作可能な第１の無線通信デバイス１０のブロック図が示される。無線通信デバイス１０は、例えば、セルラ電話、情報携帯端末（ＰＤＡ）、双方向テキスト・ページャ、ポータブル・コンピュータ、および、無線通信ポータルを持つ個別のコンピュータ・プラットフォームのように、ネットワークやインターネットへの有線接続をも有しうる任意のタイプのコンピュータ化された通信デバイスを含みうる。無線通信デバイスは、遠隔スレーブでありうるか、あるいは、エンド・ユーザを持たないが例えば遠隔センサ、診断ツール、データ中継器等のような無線ネットワークを介してデータを単純に通信するその他のデバイスでありうる。したがって、本装置および方法は、限定する訳ではないが、無線モデム、ＰＣＭＣＩＡカード、アクセス端末、デスクトップ・コンピュータ、あるいはこれら任意の組み合わせまたは部分的な組み合わせを含む無線通信ポータルを含む無線コンピュータ・モジュールであるか、あるいは、無線通信デバイスの任意の形態で実現されうる。

無線通信デバイス１０は、コンピュータ・プラットフォーム２０を含む。このプラットフォーム２０は、無線ネットワークを介してデータを送信することができ、かつ、ルーチンおよびアプリケーションを受信および実行することができる。コンピュータ・プラットフォーム２０は、メモリ２４を含んでいる。メモリ２４は、例えば読取専用メモリおよび／またはランダム・アクセス・メモリ（ＲＡＭおよびＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・カード、またはコンピュータ・プラットフォームに一般的な任意のメモリのような不揮発性メモリおよび揮発性メモリを備えうる。さらに、メモリ２４は、１または複数のフラッシュ・メモリ・セルを含むか、あるいは、例えば磁気媒体、光学媒体、テープ、またはソフト・ディスクやハード・ディスクのような任意の２次記憶デバイスまたは３次記憶デバイスでありうる。

さらに、コンピュータ・プラットフォーム２０はまた、処理エンジン２２を含む。処理エンジン２２は、特定用途向けＩＣ（ＡＳＩＣ）、あるいはその他のチップセット、プロセッサ、論理回路、あるいは他のデータ処理デバイスを含みうる。ＡＳＩＣのような処理エンジン２２あるいはその他のプロセッサは、例えば、無線デバイス１０のメモリ２４内に格納されたブロードキャスト・レコーダ・モジュール２８および／またはＭ２−Ｐｅｅｒ通信モジュール３８のような任意の常駐プログラムとインタフェースするアプリケーション・プログラミング・インタフェース（ＡＰＩ）レイヤ６０を実行することができる。ＡＰＩ６０は一般に、それぞれの無線デバイス上で実行しているランタイム環境である。１つのそのようなランタイム環境は、カリフォルニア州サン・ディエゴのクゥアルコム社によって開発されたＢＲＥＷ（登録商標）（Binary Runtime Environment for Wireless（登録商標））ソフトウェア・プラットフォームである。例えば、無線計算デバイスにおけるアプリケーションの実行を制御するように動作するその他のランタイム環境も利用されうる。

処理エンジン２２は、ハードウェア、ファームウェア、ソフトウェア、およびこれらの組み合わせによって具体化され、通信デバイス１０の機能と、無線ネットワーク上の通信デバイスの動作を可能にする様々な処理サブシステム６２を含んでいる。例えば、処理サブシステム６２は、通信の開始および維持、ならびに他のネットワーク・デバイスとのデータの交換を可能とする。通信装置がセルラ電話として定義される局面では、通信処理エンジン２２はさらに、例えば、音、不揮発性メモリ、ファイル・システム、送信、受信、サーチャ、レイヤ１、レイヤ２、レイヤ３、主制御、遠隔手順、ハンドセット、電力管理、デジタル信号プロセッサ、メッセージング、コール・マネジャ、Ｂｌｕｅｔｏｏｔｈ（登録商標）システム、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬＰＯＳ、位置決めエンジン、ユーザ・インタフェース、スリープ、データ・サービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ、音声サービス、グラフィックス、ＵＳＢ、例えばＭＰＥＧやＧＲＰＳ等のようなマルチメディア（これら全ては、明瞭さのために、図２では個別に示されていない）のような処理サブシステム６２のうちの１つまたは組み合わせを含みうる。開示された局面では、処理エンジン２２の処理サブシステム６２は、コンピュータ・プラットフォーム２０上のブロードキャスト・レコーダ・モジュール２８および／またはＭ２−Ｐｅｅｒ通信モジュール３８とインタラクトする任意のサブシステム構成要素を含みうる。

コンピュータ・プラットフォーム２０は、ブロードキャスト・ネットワーク１８を介して通信されたブロードキャスト信号を受信するように動作可能なブロードキャスト受信機２６を含む。第１の無線通信デバイスが、例えばラジオ・ブロードキャストやテレビ・ブロードキャストのような種々異なるブロードキャスト・ネットワークからブロードキャスト信号を受信するように構成された局面では、このデバイスは、例えばＡＭラジオ受信機、ＦＭラジオ受信機、テレビ受信機、ユニキャスト受信機、マルチキャスト受信機等のような複数の異なるブロードキャスト受信機を含むことができる。

メモリ２４はまた、ブロードキャスト・メディア・コンテンツをキャプチャし、その後格納するために、キャプチャしたメディア・コンテンツの少なくとも一部を圧縮符号化するように動作可能なブロードキャスト・レコーダ・モジュール２８をも含む。このブロードキャスト・レコーダ・モジュールは、デバイス・ユーザが、ブロードキャスト・レコーダ・モジュール２８をアウェイクまたは起動する時間を選択できるように動作可能なクロック機能３０と通信している。一般に、ユーザは、ブロードキャスト・メディア・コンテンツをキャプチャする期間を定める開始時間（例えば、アウェイク時間または起動時間）および停止時間（例えば、スリープ時間またはシャットダウン時間）を予め定めることができる。ブロードキャスト・レコーダ・モジュール２８は、クロック機能３０によって示されるような予め定めた時間において、あるいは、予め定めた期間中、ブロードキャストされたメディア・コンテンツをキャプチャするように動作可能である。あるいは、ブロードキャスト・レコーダ・モジュール２８は、必要ベースで、デバイス・ユーザによって起動されうる。ユーザがブロードキャスト・レコーダ・モジュールを必要ベースで起動する例では、ユーザは、クロック機能３０によって制御される停止時間を定めるように選ぶことができる。別の局面では、ブロードキャスト受信機２６をアウェイクまたは起動する時間をデバイス・ユーザが選択できるようにクロック機能３０が動作可能となるように、ブロードキャスト受信機２６は、クロック機能３０と通信している。

メモリはまた、探索エンジン６４を含むことができる。この探索エンジン６４は、ブロードキャスト・レコーダ・モジュール２８と通信しており、キャプチャされたメディア・コンテンツに関連する１または複数のブロードキャスト・メディア・コンテンツ属性を求めて、キャプチャされたメディア・コンテンツを探索するように動作可能である。記録属性は、限定される訳ではないが、ブロードキャスト・プログラム・タイトル、アーティスト名、曲またはアルバムのタイトル等を含みうる。記録属性は、ブロードキャスト・メディア・コンテンツをキャプチャする前に、デバイス・ユーザによって予め定められる。具体的な局面では、ユーザは、ブロードキャスト・コンテンツをキャプチャする時間または期間を予め定めると、１または複数の記録属性を予め定めることができる。あるいは、ユーザは、ブロードキャスト・レコーダ・モジュール２８を必要ベースで起動すると、１または複数の記録属性を予め定めることができる。検索エンジン６４は、予め定めた記録属性のうちの１または複数を有するメディア・コンテンツのうちの１または複数の部分を見つけ出すために、キャプチャされたブロードキャスト・メディア・コンテンツに関連するメタデータを探索するだろう。探索エンジン６４が実装される局面では、キャプチャされたメディア・コンテンツが探索され、予め定めた記録属性のうちの１または複数の間に一致が見い出されると、記録属性を有するメディア・コンテンツの一部が符号化され格納される（例えば、記録される）。例えば、ユーザが、記録属性として具体的な曲のタイトルを選択すると、探索エンジンは、この曲のタイトルを求めて、キャプチャされたメディア・コンテンツを探索し、一致が見い出された場合、探索された曲を含むメディア・コンテンツが圧縮符号化され、格納される。

ブロードキャスト・レコーダ・モジュール２８はさらに、圧縮コーデック３２を含む。この圧縮コーデック３２は、ブロードキャスト・メディア・コンテンツを圧縮フォーマットへ符号化したり、および／あるいは、圧縮フォーマットから復号するように動作可能である。動作中、例えば未圧縮フォーマットのような第1のフォーマットで、ブロードキャスト・メディア・コンテンツ信号が受信される。解凍されたフォーマットは一般に、無線デバイス上の格納の助けにはならない。なぜなら、無線通信デバイスは一般に、ストレージ／メモリ容量の観点から制限されているからである。圧縮コーデック３２は、第１のメモリ・サイズを必要とする受信した第１のフォーマットを、ブロードキャスト・メディア・コンテンツの等しい部分について、第１のメモリ・サイズ未満である第２のメモリ・サイズを必要とする第２のフォーマットへ変換する。適切な圧縮コーデックの例は、限定される訳ではないが、一般にはＭＰ３と称されるＭＰＥＧ（Motion Pictures Expert Group）オーディオ・レイヤＩＩＩ、アドバンスト・オーディオ・コード（ＡＡＣ）、ＡＡＣ＋、ｅＡＡＣ＋、ＨＥ−ＡＡＣ、ＩＴＵ−Ｔ Ｇ．７１１ ＩＴＵ−Ｔ Ｇ．７２２、ＩＴＵ−Ｔ Ｇ．７２２．１、ＩＴＵ−Ｔ Ｇ．７２２．２、ＩＴＵ−Ｔ Ｇ．７２３、ＩＴＵ−Ｔ Ｇ．７２３．１、ＩＴＵ−Ｔ Ｇ．７２６、ＩＴＵ−Ｔ Ｇ．７２９、ＩＴＵ−Ｔ Ｇ．７２９ａ、ＦＬＡＣ、Ｏｇｇ、Ｔｈｅｏｒａ、Ｖｏｒｂｉｓ、ＡＴＲＡＣ３、ＡＣ３、ＡＩＦＦ−Ｃ等を含む。さらに、圧縮コーデック３２は、無線デバイス上でメディア・コンテンツを使用／再生する前に、あるいは、他の無線通信デバイスと共有するためにメディア・コンテンツを処理する前に、圧縮フォーマットを復号するように動作可能である。圧縮コーデック３２は、ブロードキャスト・レコーダ・モジュール２８内に含まれていると示されているが、ブロードキャスト・レコーダ・モジュールの外部、メモリ２４の内部の何れかに存在することができ、ブロードキャスト・レコーダ・モジュール２８と通信できることが注目されるべきである。

キャプチャされたブロードキャスト・メディア・コンテンツが圧縮符号化されると、このメディア・コンテンツは、無線デバイスにおいて、メディア・プレーヤ・モジュール３５による使用／再生のためのアクセス可能な、圧縮されたブロードキャスト・メディア・ファイル３４としてローカルに格納（例えば、記録）される。別の局面では、この圧縮されたブロードキャスト・メディア・ファイル３４は、ネットワーク・デバイスに遠隔的に格納され、ユーザがこのメディア・コンテンツをメディア・プレーヤ・モジュール３５で使用／再生することを望む場合、あるいは、ユーザがこのメディア・コンテンツを共有することを望む場合、無線デバイスへ通信される。この圧縮されたブロードキャスト・メディアの遠隔的な格納は、第１の無線通信デバイス１０にメモリ／ストレージの制限がある場合に必要とされる。

記録されたブロードキャスト・メディア・コンテンツが他の無線通信デバイスと共有されるこのような局面では、メモリ２４は、ブロードキャスト・メディア・コンテンツをスピーチ・フォーマットへ符号化したり、および／または、スピーチ・フォーマットから復号するスピーチ・ボコーダ３６をも含む。ブロードキャスト・メディア・コンテンツのスピーチ・フォーマット化は、ブロードキャスト・メディア・コンテンツを他の無線通信デバイスと共有する（例えば、通信する）前に必要とされうる。スピーチ・フォーマットによって、メディア・コンテンツが、例えばＭ２−Ｐｅｅｒ通信ネットワーク等のようなピア・トゥ・ピア通信ネットワークによって通信されることが可能となる。さらに、スピーチ・フォーマットは、メディア・コンテンツに関連する知的所有権の観点から、このメディア・コンテンツの許容できる共有を可能にするために、このメディア・コンテンツのスピーチ信号の品質を下げる。動作中、圧縮されたメディア・コンテンツが、スピーチ・ボコーダ３６を実施することにより、このメディア・コンテンツをスピーチ・フォーマットで符号化する前に、圧縮コーデック３２を実施することによって復号され、一時的に格納される。スピーチ・グレード・オーディオ・フォーマットは、特徴的に、約２０ヘルツ（Ｈｚ）から約２０キロヘルツ（ｋＨｚ）の範囲に制限された帯域幅を持つだろう。それに比べて、従来のマルチメディア・コンテンツ・ファイルは、約５Ｈｚから約５０ｋＨｚの帯域幅範囲でフォーマットされたオーディオを持つ。スピーチ・コーデックの例は、限定される訳ではないが、ＱＣＥＬＰ（Qualcomm Code Excited Linear Predictive）、ＥＶＲＣ（Enhanced Variable Rate Codec）、ｉＬＢＣ（Internet Low Bitrate Codec）、Ｓｐｅｅｘ等を含む。

さらに、記録されたブロードキャスト・メディア・コンテンツが、他の無線通信デバイスと共有される局面では、メモリ２４は、メディア・ファイルを、メディア・クリップとも称される２またはそれ以上のセグメントにセグメント化するように動作可能なメディア・ファイル・セグメンタ６６をも含みうる。ある通信ネットワークは、通信可能なメディア・ファイルのサイズ／長さによって制限されうる。例えば、Ｍ２−Ｐｅｅｒネットワークのようなピア・トゥ・ピア・ネットワークは、約６０秒乃至約９０秒の最大長さを有するオーディオ・メディア・クリップの通信に制限されうる。通信ネットワークが、メディア・ファイルの長さの観点から制限される例では、セグメンタによって、メディア・ファイルが通信前にセグメント化されるようになり、受信している無線デバイス１２においてセグメントが結合され、合成メディア・ファイルが構成される。

さらに、記録されたブロードキャスト・メディア・コンテンツが他の無線通信デバイスと共有される局面では、メモリ２４は、スピーチ・フォーマットされたメディア・コンテンツを１または複数の指定された無線通信デバイスへ通信するように動作可能なマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信モジュール３８のようなピア・トゥ・ピア通信モジュールをも含むことができる。前述したように、Ｍ２−Ｐｅｅｒ通信モジュール３８はまた、他の無線通信デバイスによって共有されるスピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを受信するように動作可能でありうる。それゆえ、第１の無線通信デバイス１０に含まれるＭ２−Ｐｅｅｒ通信モジュール３８は、第２の無線通信デバイス１２に関連して説明したＭ２−Ｐｅｅｒ通信モジュール４６によって示される構成要素、ロジック、および機能のうちの何れかまたは全てを含みうる。

コンピュータ・プラットフォーム２０はさらに、ハードウェア、ファームウェア、ソフトウェア、およびこれらの組み合わせによって具体化され、通信デバイス１０、ブロードキャスト・ネットワーク１８、およびＭ２−Ｐｅｅｒネットワーク１４間のみならず、無線通信デバイス１０の様々な構成要素間の通信を可能にする通信モジュール６８を含みうる。記述する局面では、通信モジュールは、第１の無線通信デバイス１０、第２の無線通信デバイス２０、およびブロードキャスト塔１６との間の全ての通信を可能とする。通信モジュール６８は、無線または有線によるネットワーク通信接続を確立するために必要なハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせを含むことができる。

さらに、通信デバイス１０は、通信デバイスへの入力を生成する入力メカニズム７０と、通信デバイスのユーザによる使用のための情報を生成する出力メカニズム７２とを有する。例えば、入力メカニズム７０は、例えば、キーまたはキーボード、マウス、タッチ・スクリーン・ディスプレイ、マイクロフォン等のようなメカニズムを含むことができる。ある局面では、この入力メカニズム７０は、通信デバイス上の例えばメディア・プレーヤ・アプリケーションのようなアプリケーションを起動したり、このようなアプリケーションとインタフェースするためのユーザ入力を与える。また、出力メカニズム７２は、例えば、ディスプレイ、オーディオ・スピーカ、触覚式フィードバック・メカニズム等を含みうる。例示した局面では、このような出力メカニズムは、メディア・コンテンツ・ファイルに関連するビデオ・コンテンツおよびオーディオ・コンテンツをそれぞれ表すディスプレイおよびオーディオ・スピーカを含むことができる。

図３に示すように、１つの局面にしたがって、第１の無線通信デバイス１０から通信された共有スピーチ・グレード・ブロードキャスト・メディア・コンテンツ・ファイルを受信するように動作可能であり、メディア・コンテンツ受信または受け取り無線デバイスとも称される第２の無線通信デバイス１２のブロック図が示される。無線通信デバイス１２は、例えば、セルラ電話、情報携帯端末（ＰＤＡ）、双方向テキスト・ページャ、ポータブル・コンピュータ、および、無線通信ポータルを持つ個別のコンピュータ・プラットフォームのように、ネットワークやインターネットへの有線接続をも有しうる任意のタイプのコンピュータ化された通信デバイスを含みうる。無線通信デバイスは、遠隔スレーブでありうるか、あるいは、エンド・ユーザを持たないが例えば遠隔センサ、診断ツール、データ中継器等のような無線ネットワークを介してデータを単純に通信するその他のデバイスでありうる。したがって、本装置および方法は、限定する訳ではないが、無線モデム、ＰＣＭＣＩＡカード、アクセス端末、デスクトップ・コンピュータ、あるいはこれら任意の組み合わせまたは部分的な組み合わせを含む無線通信ポータルを含む無線コンピュータ・モジュールであるか、あるいは、無線通信デバイスの任意の形態で実現されうる。

無線通信デバイス１２は、コンピュータ・プラットフォーム４０を含む。このプラットフォーム４０は、無線ネットワークを介してデータを送信することができ、かつ、ルーチンおよびアプリケーションを受信および実行することができる。コンピュータ・プラットフォーム４０は、メモリ４４を含んでいる。メモリ４４は、例えば読取専用メモリおよび／またはランダム・アクセス・メモリ（ＲＡＭおよびＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・カード、またはコンピュータ・プラットフォームに一般的な任意のメモリのような不揮発性メモリおよび揮発性メモリを備えうる。さらに、メモリ４４は、１または複数のフラッシュ・メモリ・セルを含むか、あるいは、例えば磁気媒体、光学媒体、テープ、またはソフト・ディスクやハード・ディスクのような任意の２次記憶デバイスまたは３次記憶デバイスでありうる。

さらに、コンピュータ・プラットフォーム４０はまた、処理エンジン４２を含む。処理エンジン４２は、特定用途向けＩＣ（ＡＳＩＣ）、あるいはその他のチップセット、プロセッサ、論理回路、あるいは他のデータ処理デバイスを含みうる。ＡＳＩＣのような処理エンジン４２あるいはその他のプロセッサは、例えば、無線デバイス１２のメモリ４４内に格納されたメディア・プレーヤ・モジュール５２および／またはＭ２−Ｐｅｅｒ通信モジュール４６のような任意の常駐プログラムとインタフェースするアプリケーション・プログラミング・インタフェース（ＡＰＩ）レイヤ８０を実行することができる。ＡＰＩ８０は一般に、それぞれの無線デバイス上で実行しているランタイム環境である。１つのそのようなランタイム環境は、カリフォルニア州サン・ディエゴのクゥアルコム社によって開発されたＢＲＥＷ（登録商標）（Binary Runtime Environment for Wireless（登録商標））ソフトウェア・プラットフォームである。例えば、無線計算デバイスにおけるアプリケーションの実行を制御するように動作するその他のランタイム環境も利用されうる。

処理エンジン４２は、ハードウェア、ファームウェア、ソフトウェア、およびこれらの組み合わせによって具体化された様々な処理サブシステム８２を含んでいる。この処理サブデバイス８２は、通信デバイス１２の機能と、無線ネットワーク上の通信デバイスの動作を可能にする。例えば、処理サブシステム８２は、通信の開始および維持、ならびに他のネットワーク・デバイスとのデータの交換を可能とする。第２の無線通信デバイス１２がセルラ電話として定義される局面では、通信処理エンジン４２はさらに、例えば、音、不揮発性メモリ、ファイル・システム、送信、受信、サーチャ、レイヤ１、レイヤ２、レイヤ３、主制御、遠隔手順、ハンドセット、電力管理、デジタル信号プロセッサ、メッセージング、コール・マネジャ、Ｂｌｕｅｔｏｏｔｈ（登録商標）システム、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬＰＯＳ、位置決めエンジン、ユーザ・インタフェース、スリープ、データ・サービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ、音声サービス、グラフィックス、ＵＳＢ、例えばＭＰＥＧやＧＲＰＳ等のようなマルチメディア（これら全ては、明瞭さのために、図３では個別に示されていない）のような処理サブシステム８２のうちの１つまたは組み合わせを含みうる。開示された局面では、処理エンジン４２の処理サブシステム８２は、コンピュータ・プラットフォーム４０上のメディア・プレーヤ・モジュール５２および／またはＭ２−Ｐｅｅｒ通信モジュール４６とインタラクトする任意のサブシステム構成要素を含みうる。

コンピュータ・プラットフォーム４０のメモリ４４は、Ｍ２−Ｐｅｅｒ通信モジュール４６を含んでいる。Ｍ２−Ｐｅｅｒ通信モジュールは、第１の無線通信デバイス１０から通信されたスピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを含む通信を含むＭ２−Ｐｅｅｒ通信を受信および通信するように動作可能である。それゆえ、第２の無線通信デバイス１２に含まれるＭ２−Ｐｅｅｒ通信モジュール４６は、第１の無線通信デバイス１０に関連して説明したＭ２−Ｐｅｅｒ通信モジュール３８によって示される構成要素、ロジック、および機能のうちの何れかまたは全てを含みうる。

Ｍ２−Ｐｅｅｒ通信モジュール４６はさらに、スピーチ・フォーマットされたメディア・コンテンツを含むとしてこの通信を識別するように動作可能である。Ｍ２−Ｐｅｅｒ通信モジュール４６はさらに、Ｍ２−Ｐｅｅｒ通信ヘッダに含まれる情報の読み取り、および解釈を行うように動作可能である。ヘッダ情報は一般に、Ｍ２−Ｐｅｅｒ通信を、セグメント等を符号化するために使用されるスピーチ・フォーマットによってフォーマットされたメディア・ファイルを含むとして識別する識別情報を含む。この通信を、スピーチ・フォーマットされたメディア・コンテンツを含むとして識別することによって、Ｍ２−Ｐｅｅｒ通信モジュールは、その後のメディア・コンテンツの使用／再生のためにメディア・プレーヤ・モジュール５２へ、および、復号のためにスピーチ・ボコーダ４８へ、ファイルが通信される必要があることを認識する。

メモリ４４は、スピーチ・フォーマットされたメディア・コンテンツを復号するように動作可能なスピーチ・ボコーダ４８を含みうる。スピーチ・ボコーダ４８は、１または複数のスピーチ・フォマット・コードを復号するように、最低でも、通信／共有無線通信デバイス１０によって使用されるスピーチ・フォーマットを復号するように構成されうる。オーディオ・セグメントを復号することによって、スピーチ・グレードのメディア・コンテンツが得られる。

メディア・コンテンツが通信前にセグメント化される局面では、メモリ４４は、メディア結合器８４を含みうる。メディア結合器８４は、スピーチ・グレードのメディア・コンテンツ・ファイル５８を構成するために、セグメント化されたメディア・ファイルを連続して束ねるように動作可能である。

第２の無線通信デバイス１２のメモリ４４はさらに、スピーチ・グレードのメディア・ファイルを受信および使用／再生するように動作可能なメディア・プレーヤ・モジュール５２を含むことができる。メディア・プレーヤ・モジュール５２はさらに、例えば、メディア・ファイル・サービス・プロバイダ・リンク等の形態のメディア・ファイル、広告情報に関連する情報、またはその他の関連する情報のようなメディア・コンテンツ・ファイルに関連するヘッダ情報を読み取ることが可能である。

コンピュータ・プラットフォーム４０はさらに、ハードウェア、ファームウェア、ソフトウェア、およびこれらの組み合わせで具体化された通信モジュール８６を含みうる。この通信モジュール８６は、無線通信デバイス１２、ブロードキャスト・ネットワーク１８、およびＭ２−Ｐｅｅｒネットワーク１４間のみならず、無線通信デバイス１２の様々な構成要素間の通信を可能にする。記述する局面では、通信モジュールは、第１の無線通信デバイス１０、第２の無線通信デバイス２０、およびブロードキャスト塔１６との間の全ての通信を可能とする。通信モジュール８６は、無線または有線によるネットワーク通信接続を確立するために必要なハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせを含むことができる。

さらに、通信デバイス１２は、通信デバイスへの入力を生成する入力メカニズム８８と、通信デバイスのユーザによる使用のための情報を生成する出力メカニズム９０とを有する。例えば、入力メカニズム８８は、例えば、キーまたはキーボード、マウス、タッチ・スクリーン・ディスプレイ、マイクロフォン等のようなメカニズムを含むことができる。ある局面では、この入力メカニズム８８は、通信デバイス上の例えばメディア・プレーヤ・モジュール５２のようなアプリケーションを起動したり、このようなアプリケーションとインタフェースするためのユーザ入力を与える。また、出力メカニズム９０は、例えば、ディスプレイ、オーディオ・スピーカ、触覚式フィードバック・メカニズム等を含みうる。例示した局面では、このような出力メカニズムは、メディア・コンテンツ・ファイルに関連するビデオ・コンテンツおよびオーディオ・コンテンツをそれぞれ表すディスプレイおよびオーディオ・スピーカを含むことができる。

図４は、局面にしたがって、データ・ネットワークを介してマルチメディア・コンテンツ・フローを生成および伝送するように動作する伝送システムを含むブロードキャスト通信ネットワーク１００を例示する。例えば、この伝送システムは、ブロードキャスト配信のために、サーバ・ネットワークから無線アクセス・ネットワークへコンテンツ・クリップを伝送する際に使用するのに適切である。このネットワーク１００は、例えばサーバ１０２、マルチキャスト・ネットワーク１０４、および無線アクセスまたはユニキャスト・ネットワーク１０６のようなネットワーク・デバイスを含んでいる。ネットワーク１００はまた、モバイル電話１１０、携帯情報端末（ＰＤＡ）１１２、およびノートブック・コンピュータ１１４を含むデバイス１０８を含む。デバイス１０８は、この伝送システムのうちの１または複数の局面での使用に適したデバイスのうちのほんの幾つかしか例示しておらず、ブロードキャスト・メディア・コンテンツを記録、および、幾つかの局面において、記録されたブロードキャスト・メディア・コンテンツを共有するように構成されうる。図４では３つのデバイスしか示されていないが、実際には、任意の数またはタイプの無線デバイスが、本システムでの使用に適していることが注目されるべきである。

サーバ１０２は、ネットワーク１００内のユーザへ配信するためのコンテンツを提供するように動作する。コンテンツは、限定される訳ではないが、ビデオ、オーディオ、マルチメディア・コンテンツ、クリップ、リアルタイムおよび非リアルタイムのコンテンツ、あるいはその他任意のタイプの適切なメディア・コンテンツを含む。サーバ１００は、配信するために、マルチキャスト・ネットワーク１０４および／またはユニキャスト・ネットワーク１０６へコンテンツを提供する。例えば、サーバ１０２は、任意の適切なタイプの有線および／または無線通信リンクを備える通信リンク１１４によって、マルチキャスト・ネットワーク１０４と通信する。同様に、サーバ１０２は、任意の適切なタイプの有線および／または無線通信リンクを備える通信リンク１１６によって、ユニキャスト・ネットワーク１０６と通信する。

ネットワーク１００は、配信用のコンテンツをユーザへ配信するように動作する有線ネットワークおよび無線ネットワークの任意の組み合わせを含む。マルチキャスト・ネットワーク１０４は、高品質コンテンツをブロードキャストするように設計された有線ネットワークおよび無線ネットワークの任意の組み合わせを含む。例えば、マルチキャスト・ネットワーク１０４は、高品質コンテンツを、複数の最適化された通信チャネルによって、選択されたデバイスへ配信するように最適化された特別な専用ネットワークでありうる。

１または複数の局面では、この伝送システムは、マルチキャスト・ネットワーク１０４またはユニキャスト・ネットワーク１０６によってサーバ１０２から無線デバイス１０８へコンテンツを配信するように動作する。例えば、コンテンツ・フローは、マルチキャスト・ネットワーク１０６を用いて配信するために、サーバ１０２によって提供される非リアルタイム・コンテンツ・クリップを備えうる。１つの局面では、サーバ１０２は、このコンテンツ・クリップに関連する１または複数のパラメータを決定するために、マルチキャスト・ネットワーク１０４とネゴシエートするように動作する。マルチキャスト・ネットワーク１０４は、このコンテンツ・クリップを受信すると、デバイス１０８のうちの１又は複数によって受信されるために、このコンテンツ・クリップをネットワーク１００を介してブロードキャスト／マルチキャストする。これらデバイス１０８のうちの何れかは、本局面にしたがって、このコンテンツ・クリップを受信し、それを記録し、および共有することが許可される。

例えば、デバイス１０８は、ネットワーク１００を介したブロードキャストのためにスケジュールされたコンテンツのリストを表示するプログラム・ガイドを提供するように動作するクライアント・プログラム１１８を含む。その後、デバイス・ユーザは、特定のコンテンツを、リアルタイムでレンダリグするために受信するか、あるいは、後で見るためにメモリ１２０内に記録し格納するために受信するかを選択することができる。例えば、コンテンツ・クリップは、夜間にブロードキャされるようにスケジュールされることができ、デバイス１０８は、このブロードキャストを受信し、デバイス・ユーザが将来このクリップを見ることができるように、このコンテンツをメモリ１２０内に記録するように動作する。一般に、コンテンツは、加入者サービスの一部としてブロードキャストされ、受信しているデバイスは、キーを提供する必要があるが、そうでない場合には、このブロードキャストを受信するために認証する必要がある。

図５に示すように、Ｍ２−Ｐｅｅｒネットワーク内の無線通信デバイス上にブロードキャスト・メディア・コンテンツを記録する方法のフロー図が記載される。イベント２００において、無線通信デバイスはブロードキャスト・メディア・コンテンツを受信する。ブロードキャスト受信機は、例えば約８８メガヘルツ（ＭＨｚ）から約１０８ＭＨｚの周波数範囲の信号のようなＡＭラジオ信号、例えば約５３５キロヘルツ（ｋＨｚ）から約１６０５ｋＨｚの周波数範囲の信号のようなＦＭラジオ信号、例えば約３０メガヘルツ（ＭＨｚ）から約３０００ＭＨｚの周波数範囲の信号のようなテレビジョン信号、およびブロードキャスト・メディア・コンテンツを運ぶその他任意の信号を受信するように構成されうる。

イベント２０２において、受信したブロードキャスト・メディア・コンテンツをキャプチャすることが、クロック機能によって指定された予め定めた時間においてトリガされる。デバイス・ユーザは、例えばメディア・プレーヤ・アプリケーション、またはブロードキャスト・レコーダ・アプリケーションのように、ブロードキャスト・メディア・コンテンツのキャプチャを開始するための時間、またはブロードキャスト・メディア・コンテンツをキャプチャする期間を予め定める入力を無線デバイスへ与える。ブロードキャスト・メディア・コンテンツのキャプチャのための時間を予め定めることに加えて、デバイス・ユーザは、メディア・コンテンツがキャプチャされるブロードキャスト・チャネルを予め定めることができる。別の局面では、このメディア・コンテンツをキャプチャする前に、ブロードキャスト・メディア・キャプチャ時間を設定する代わりに、無線デバイスは、ブロードキャスト・メディア・コンテンツを迅速に記録するために、ユーザが任意の時点においてキャプチャおよび記録機能を起動するための規定を設ける。

イベント２０４では、予め定めた記録属性を求めて、キャプチャされたメディア・コンテンツが探索される。いくつかの局面では、デバイス・ユーザは、メディア・コンテンツに関連した１または複数の記録属性を予め定めることができる。例えば、ユーザは、スケジュールされたキャプチャおよび記録時間に先立って、プログラム・タイトル、曲のタイトル、スケジュールされたイベント、アーティスト等を予め定めることができる。いくつかの局面では、ユーザは、キャプチャ時間またはキャプチャ期間を予め設定するのと同時に記録属性を予め定めることができる。記録属性が決定されると、探索エンジンは、記録属性を求めて、キャプチャされたメディア・コンテンツに関連するメタデータを探索し、一致が見つかれば、一致したメディア・コンテンツが圧縮符号化されて、格納される。

イベント２０６では、キャプチャされたメディア・コンテンツのうちの少なくとも１つが、適切なオーディオまたはビデオ圧縮コーデックを用いて符号化される。記録属性が予め定められ、探索が実行される局面では、チャプチャされたメディア・コンテンツのうちの探索判定基準を満足するもののみが圧縮符号化される。何れの記録属性も予め定められていないか、あるいは、探索機能が利用可能ではない他の局面では、キャプチャされたブロードキャスト・メディア・コンテンツのうちの全てが圧縮符号化される。圧縮符号化によって、ブロードキャスト・メディア・コンテンツが、このメディア・コンテンツの記録／格納においてより少ない格納スペースしか使われないようにするために、メディア・コンテンツのサイズの観点から圧縮される。さらに、圧縮符号化によって、符号化されたメディア・コンテンツが、暗号化された状態で格納されるという点で、追加のセキュリティ対策が与えられる。オーディオ圧縮コーデックの例は、限定される訳ではないが、一般にはＭＰ３と称されるＭＰＥＧ（Motion Pictures Expert Group）オーディオ・レイヤＩＩＩ、アドバンスト・オーディオ・コード（ＡＡＣ）、ＡＡＣ＋、ｅＡＡＣ＋、ＨＥ−ＡＡＣ、ＩＴＵ−Ｔ Ｇ．７１１ ＩＴＵ−Ｔ Ｇ．７２２、ＩＴＵ−Ｔ Ｇ．７２２．１、ＩＴＵ−Ｔ Ｇ．７２２．２、ＩＴＵ−Ｔ Ｇ．７２３、ＩＴＵ−Ｔ Ｇ．７２３．１、ＩＴＵ−Ｔ Ｇ．７２６、ＩＴＵ−Ｔ Ｇ．７２９、ＩＴＵ−Ｔ Ｇ．７２９ａ、ＦＬＡＣ、Ｏｇｇ、Ｔｈｅｏｒａ、Ｖｏｒｂｉｓ、ＡＴＲＡＣ３、ＡＣ３、ＡＩＦＦ−Ｃ等を含む。ビデオ圧縮コーデックの例は、限定される訳ではないが、ＭＰＥＧ−１（Motion Pictures Expert Group）、ＭＰＥＧ２、ＭＰＥＧ−４、Ｈ．２６１、Ｈ．２６３、ＤｉｖＸ、Ｓｏｒｅｎｓｏｎ ３、Ｔｈｅｏｒａ、ＷＭＶ（Windows（登録商標） Media Video）、ＲｅａｌＶｉｄｅｏ、Ｃｉｎｅｐａｋ等を含む。

イベント２０８では、圧縮されたメディア・コンテンツが格納（例えば、記録）される。メディア・コンテンツは、無線通信デバイスでローカルに格納されるか、あるいは、他の局面では、遠隔で格納するために、例えばメディア・コンテンツ・サーバのようなネットワーク記憶装置へ無線で通信されうる。一般に、無線通信デバイスが記憶容量の観点から制限されている場合、遠隔ストレージが用いられる。

イベント２１０では、デバイス・ユーザが、記録されたブロードキャスト・メディア・コンテンツの使用／再生を望む場合、格納場所にアクセスされ、このメディア・コンテンツが取得され、圧縮されたブロードキャスト・メディア・コンテンツが、解凍／復号処理に供される。ほとんどの局面では、ブロードキャスト・メディア・コンテンツを圧縮するために使用される圧縮コーデックも、このメディア・コンテンツを復号／解凍するために実装されうる。イベント２１２において、メディア・コンテンツは、復号／解凍されると、無線通信デバイス上で使用／再生するために、メディア・プレーヤ・モジュールへ転送される。

図６は、無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録し、その後、この記録したブロードキャスト・メディア・コンテンツを他の無線通信デバイスと共有するための方法を示すフロー図である。図６のフロー図にしたがって、無線デバイスのユーザは、この記録されたブロードキャスト・メディア・コンテンツを、他の無線通信デバイスとの共有のために指定している。このユーザは、このブロードキャスト・メディア・コンテンツをキャプチャする前に、共有受取人を指定することができる。例えば、この共有受取人は、予め定めたキャプチャ時間および／または記録属性とともに予め定めることができる。他の局面では、共有受取人は、ブロードキャスト・メディア・コンテンツが無線通信デバイスにおいて記録された後に決定されうる。イベント２００〜２１２は図５に関連して説明されており、簡略化のために図６に関連して説明しない。

イベント２１４では、他の無線通信デバイスと共有されるように指定されたブロードキャスト・メディア・コンテンツが、一般に無線通信デバイスにおいて、一時的に格納される。

イベント２１６では、ブロードキャスト・メディア・コンテンツが、スピーチ・フォーマットで符号化される。ブロードキャスト・コンテンツをスピーチ・フォーマットすることによって、一定の通信ネットワークが、例えばピア・トゥ・ピア通信ネットワークのような共有媒体として使用されるようになる。さらに、スピーチ・フォーマットによって、ブロードキャスト・メディア・コンテンツが、ブロードキャスト・メディア・コンテンツよりも低いオーディオ品質フォーマットで共有されるようになる。スピーチ・フォーマット符号化は、一般に、約２０ヘルツ（Ｈｚ）から約２０キロヘルツ（ｋＨｚ）の周波数範囲内でなされる。適切なスピーチ・コーデックの例は、限定される訳ではないが、ＱＣＥＬＰ（Qualcomm Code Excited Linear Predictive）、ＥＶＲＣ（Enhanced Variable Rate Codec）、ｉＬＢＣ（Internet Low Bitrate Codec）、Ｓｐｅｅｘ等を含む。

イベント２１８では、スピーチ・フォーマットされたブロードキャスト・メディア・ファイルが、共有受取人に通信される。１つの局面では、無線デバイスは、マルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信ネットワークを介して通信する。イベント２２０では、共有受取人デバイスは、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを含む通信を受信する。受信デバイスは、この通信が、スピーチ・フォーマット復号を必要とするメディア・ファイルであることをアクノレッジする。

イベント２２２では、スピーチ・フォーマットされたメディア・ファイルが、スピーチ復号され、スピーチ・グレード・オーディオ信号を有するメディア・ファイルとなる。前述したように、スピーチ・グレード・オーディオ信号は、約２０Ｈｚから約２０ｋＨｚの周波数範囲を有するだろう。イベント２２４では、スピーチ・グレード・メディア・コンテンツが格納される。このメディア・コンテンツは、無線通信デバイスにおいてローカルに格納されるか、あるいは、別の局面では、遠隔で格納するために、例えばメディア・コンテンツ・サーバのようなネットワーク格納デバイスへと無線で通信される。一般に、無線通信デバイスが、格納容量の観点から制限される場合、遠隔ストレージが利用される。イベント２２６では、格納場所にアクセスされ、メディア・コンテンツが取得され、使用／再生のためにメディア・プレーヤへと転送される。

図７に示すように、ブロードキャスト・メディア・コンテンツを記録し、記録したブロードキャスト・メディア・コンテンツを他の無線通信デバイスと共有する方法のフロー図が示される。図７の方法では、メディア・コンテンツが、共有前に記録デバイスにおいてセグメント化され、その後、共有受取人の無線デバイスにおいて結合される。幾つかの局面では、通信ネットワークにおけるメディア・コンテンツ・サイズ制限に適応するために、セグメント化がオプションで実行される。例えば、あるピア・トゥ・ピア通信ネットワークが、約６０秒乃至約９０秒の最大長さを有するオーディオ・ファイルを含む通信に制限される。イベント２００〜２１４、２１６〜２２２、および２２４〜２２６は、図５および図６に関連して説明されており、簡略化のために、図７に関連して説明しない。

イベント２１５では、復号されたメディア・ファイルが、スピーチ・フォーマットがメディア・ファイルを符号化する前にセグメント化される。セグメント化によって、各セグメントが受信デバイスへ個別に通信され、その後、受信デバイスにおいて、合成メディア・ファイルを構成するために結合されるようになる。セグメントの数は、通信ネットワークによってサポートされているセグメントの許容可能な長さと、メディア・ファイルのサイズとに依存して変わるだろう。各メディア・コンテンツ・セグメントに関連するヘッダ情報は、セグメントのシーケンス番号を識別し、結合する目的のために、受信デバイスにおいて利用されるだろう。別の局面では、セグメント化処理は、メディア・ファイルが、スピーチ・フォーマットで符号化された後になされる。

イベント２２３では、メディア・ファイルのスピーチ・グレード・セグメントが結合され、合成メディア・ファイルが構成される。別の局面では、この結合処理は、スピーチ・フォーマット復号処理の前になされる。

図８に示すように、無線デバイスにおいてブロードキャスト・メディア・コンテンツを記録する方法のフロー図が示される。イベント３００では、無線通信デバイスは、ブロードキャスト・メディアをキャプチャするための予め定めた時間を受信する。いくつかの局面では、ユーザが、無線デバイスが将来において、または将来の期間にブロードキャスト・メディアをキャプチャするように予めプログラムする。ブロードキャスト・メディアをキャプチャする時間を予めプログラムすることに加えて、ユーザは、このコンテンツがキャプチャされるブロードキャスト・チャネルを予め定めることができる。別の局面では、デバイス・ユーザは、現在ブロードキャストされているメディア・コンテンツをキャプチャするように選ぶことができる。この場合、予め定めた時間は、現在時刻である。

イベント３１０では、ブロードキャスト・メディア・コンテンツが、予め定めた時間においてキャプチャされる。いくつかの局面では、起動時に、あるいは、無線通信デバイス上で実行可能なブロードキャスト・レコーダ・モジュールを開始すると、ブロードキャスト・メディアのキャプチャが開始される。イベント３２０では、キャプチャされたブロードキャスト・メディア・コンテンツのうちの少なくとも一部が、圧縮フォーマットで符号化される。ブロードキャスト・メディアは、第１のメモリ・サイズに関連した第１のフォーマットでキャプチャされ、圧縮符号化処理によって、第２のフォーマットは、ブロードキャスト・メディア・コンテンツの等しい部分に対して、第１のメモリ・サイズよりも少ない第２のメモリ・サイズを有するようになる。キャプチャされたメディア・コンテンツが、特定の記録属性を求めて探索される局面では、記録属性と一致するメディア・コンテンツの部分のみが、圧縮符号処理される。探索機能が適用されないか、あるいは利用可能ではないその他の局面では、キャプチャされたメディア・コンテンツの全てが、圧縮符号化処理されうる。

イベント３３０では、メディア・コンテンツが圧縮符号化されると、ブロードキャスト・メディア・コンテンツが、メディア・コンテンツ・ファイルとして格納される。前述したように、メディア・コンテンツ・ファイルが、無線通信デバイスにおいてローカルに格納されるか、あるいは、他の局面では、メディア・コンテンツ・ファイルが、無線ネットワーク・デバイス／サーバにおいて遠隔で格納されうる。デバイス・ユーザは、格納場所にアクセスし、無線通信デバイスにおいて実行可能なメディア・プレーヤ・アプリケーションで使用／再生するたえにメディア・コンテンツ・ファイルを取得することができる。

図９に示すように、記録属性を求めて、キャプチャされたブロードキャスト・メディアを探索し、記録属性を含むブロードキャスト・メディア・コンテンツを記録する方法のフロー図が示される。イベント４００では、無線通信デバイスが、ブロードキャスト・メディアをキャプチャするための予め定めた時間を受信する。いくつかの局面では、ユーザは、将来の時間において、あるいは将来の期間中にブロードキャスト・メディアをキャプチャするように無線デバイスを予めプログラムする。ブロードキャスト・メディアをキャプチャする時間を予めプログラムすることに加えて、ユーザは、コンテンツがキャプチャされるブロードキャスト・チャネルを予め定めることができる。別の局面では、デバイス・ユーザは、現在ブロードキャストされているメディア・コンテンツをキャプチャするように選ぶことができる。この場合、予め定めた時間は、現在時刻である。

イベント４１０では、無線デバイスは、複数のブロードキャスト・メディア・コンテンツのうちの予め定めた１つに対するコンテンツ・リファレンスを受信することができる。このコンテンツ・リファレンスは、メディア・コンテンツに関連付けられたユニークな識別子である。例えば、プログラム・タイトル、曲のタイトル、アーティスト等である。いくつかの局面では、キャプチャ時間を予め定めることと同時に、デバイス・ユーザによって、コンテンツ識別子が予め定められる。

イベント４２０では、予め定めた時間において、ブロードキャスト・メディア・コンテンツがキャプチャされる。いくつかの局面では、起動時に、あるいは、無線通信デバイス上で実行可能なブロードキャスト・レコーダ・モジュールを開始すると、ブロードキャスト・メディアのキャプチャが開始される。イベント４３０では、コンテンツ識別子と一致する記録属性を求めて、キャプチャされたメディア・コンテンツに関連するヘッダ情報が探索される。例えば、コンテンツ識別子がアーティストの名前である場合、そのアーティストの名前を求めて、キャプチャされた全てのブロードキャスト・メディア・コンテンツのヘッダ情報が探索される。イベント４４０では、コンテンツ・リファレンスのうちの少なくとも一部と一致する記録属性を有するキャプチャされたブロードキャスト・メディア・コンテンツが、圧縮符号化される。前述したように、ブロードキャスト・メディアは、第１のメモリ・サイズに関連した第１のフォーマットでキャプチャされ、圧縮符号化処理によって、ブロードキャスト・メディア・コンテンツの等しい部分に対して、第１のメモリ・サイズよりも少ない第２のメモリ・サイズを有する第２のフォーマットとなる。

イベント４５０では、キャプチャされたブロードキャスト・メディア・コンテンツが圧縮符号化されると、ブロードキャスト・メディア・コンテンツが、メディア・コンテンツ・ファイルとして格納される。前述したように、メディア・コンテンツ・ファイルは、無線通信デバイスにおいてローカルに格納されうる。あるいは、別の局面では、メディア・コンテンツ・ファイルは、無線ネットワーク・デバイス／サーバにおいて遠隔に格納されうる。デバイス・ユーザは格納場所にアクセスし、無線通信デバイスにおいて実行可能なメディア・プレーヤ・アプリケーション上での使用／再生のために、メディア・コンテンツ・ファイルを取得することができる。

図１０に示すように、ブロードキャスト・メディア・コンテンツを記録し、記録したメディア・コンテンツを他の無線デバイスと共有する方法のフロー図が示される。イベント５００では、無線通信デバイスは、ブロードキャスト・メディアをキャプチャするための予め定めた時間を受信する。いくつかの局面では、ユーザは、将来の時間において、あるいは将来の期間中にブロードキャスト・メディアをキャプチャするように無線デバイスを予めプログラムする。ブロードキャスト・メディアをキャプチャする時間を予めプログラムすることに加えて、ユーザは、コンテンツがキャプチャされるブロードキャスト・チャネルを予め定め、さらに、いくつかの局面では、１または複数の共有受取人を予めプログラムすることができる。

イベント５１０では、予め定めた時間において、ブロードキャスト・メディア・コンテンツがキャプチャされる。いくつかの局面では、起動時に、あるいは、無線通信デバイス上で実行可能なブロードキャスト・レコーダ・モジュールを開始すると、ブロードキャスト・メディアのキャプチャが開始される。イベント５２０では、キャプチャされたブロードキャスト・メディア・コンテンツの少なくとも一部が、圧縮フォーマットで符号化される。ブロードキャスト・メディアは、第１のメモリ・サイズに関連した第１のフォーマットでキャプチャされ、圧縮符号化処理によって、ブロードキャスト・メディア・コンテンツの等しい部分に対して、第１のメモリ・サイズよりも少ない第２のメモリ・サイズを有する第２のフォーマットとなる。特定の記録属性を求め、キャプチャされたメディア・コンテンツが探索される局面では、記録属性と一致するメディア・コンテンツの部分のみが、圧縮符合化処理される。探索機能が利用されない、あるいは利用可能ではない他の局面では、キャプチャされたメディア・コンテンツの全てが、圧縮符合化処理される。

イベント５３０では、メディア・コンテンツが圧縮符合化されると、ブロードキャスト・メディア・コンテンツが、メディア・コンテンツ・ファイルとして格納される。前述したように、メディア・コンテンツ・ファイルは、無線通信デバイスにおいてローカルに格納されるか、あるいは他の局面において、メディア・コンテンツ・ファイルが、無線ネットワーク・デバイス／サーバにおいて遠隔に格納されうる。

イベント５４０では、圧縮されたメディア・コンテンツが復号され、解凍されたメディア・コンテンツが得られる。そして、オプションのイベント５５０では、この解凍されたメディア・ファイルが、２またはそれ以上のセグメントまたはメディア・クリップにセグメント化される。ある局面では、セグメント化は、通信ネットワークのサイズ制限に適合するために必要である。例示するように、セグメント化は、ブロードキャスト・メディア・ファイルをスピーチ符合化する前になされるか、あるいは別の局面では、メディア・ファイルが、スピーチ符合化された後になさえる。

イベント５６０では、解凍されたメディア・コンテンツ、および幾つかの局面では、セグメント化されたメディア・コンテンツが、スピーチ・フォーマットで符合化される。スピーチ・フォーマットによって、ある通信ネットワークは、共有通信ネットワークとして実現されるようになる。さらに、スピーチ・フォーマットは、メディア・コンテンツのオーディオ品質を、共有の観点から許容可能と思われるレベルまで下げる。イベント５７０では、スピーチ・フォーマットされたブロードキャスト・メディア・ファイルが、指定された共有受取人に無線通信される。いくつかの局面では、ブロードキャスト・メディア・ファイルが、例えば、マルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信ネットワークのようなピア・トゥ・ピア・ネットワークによって通信される。

図１１に示すように、共有されるブロードキャスト・メディア・ファイルを無線通信デバイスにおいて受信する方法が示される。イベント６００において、無線通信デバイスは、ブロードキャスト・メディア・コンテンツから得られるスピーチ・フォーマットされたメディア・ファイルの少なくとも１つのセグメントを含む通信を受信する。いくつかの局面では、この通信デバイスは、メディア・ファイル全体を含む単一の通信を受信し、他の局面では、この通信デバイスは、メディア・ファイルのセグメントを含む各通信とともに複数の通信を受信するだろう。ある局面では、この通信は、例えばマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）ネットワーク通信のようなピア・トゥ・ピア通信ネットワークによって受信されるだろう。

イベント６１０では、この通信は、スピーチ符合化されたメディア・ファイルの少なくとも一部を含むとして識別される。この通信のコンテンツの識別は、この通信がスピーチ解凍コーデックに、その後、メディア・プレーヤ・アプリケーションに適切にルーティングされることを保証するために必要とされる。イベント６２０では、スピーチ・フォーマットされたメディア・ファイルが復号され、スピーチ・グレードのオーディオ信号を持つメディアが得られる。

オプションであるイベント６２０では、この通信が、メディア・ファイルのセグメントを含んでいれば、セグメントが連続して結合され、合成メディア・ファイルが構成される。別の局面では、メディア・ファイルのセグメントの結合は、メディア・ファイルの復号前になされる。オプションであるイベント６３０では、復号され、オプションで結合されたメディア・ファイルが、使用／再生のために、メディア・プレーヤ・アプリケーションへ送信される。

本明細書で開示された実施形態に関連して記述された様々な例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。

さらに、本明細書で開示された局面に関連して記述された方法やアルゴリズムのステップおよび／または動作は、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。さらに、いくつかの局面では、このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。さらに、ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。さらに、いくつかの局面では、方法またはアルゴリズムのステップおよび／または動作が、機械読取可能媒体および／またはコンピュータ読取可能媒体上に、命令の１つ、または任意の組み合わせ、またはセットとして存在することができる。

上述した記載が、例示的な局面および／または実施形態を示す一方、様々な変更および修正が、特許請求の範囲によって定められた局面および／または実施形態のスコープから逸脱することなくなされうることが注目されるべきである。さらに、記載された実施形態の要素は単数で記載または特許請求されているが、単数に限定することが明示的に述べられていないのであれば、複数も考慮される。さらに、そうではないと述べられていないのであれば、任意の局面および／または実施形態の全てまたは一部が、その他任意の局面および／または実施形態の全てまたは一部とともに利用されうる。

したがって、本局面は、無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録し、いくつかの局面では、この記録したブロードキャスト・メディア・コンテンツをその他の無線通信デバイスと共有する方法、装置、コンピュータ・プログラム製品、プロセッサ等を提供する。開示された局面は、予め定めた時間において、ラジオまたはテレビによるブロードキャスト・コンテンツのようなブロードキャスト・メディア・コンテンツをキャプチャする。この点において、無線通信デバイス上に存在するクロック機能は、予め定めた時間において、キャプチャおよび記録モジュールを起動する。その後、キャプチャされたメディア・コンテンツは、無線通信デバイスに典型的なメモリ制限の明らかな手助けとなる圧縮フォーマットで符合化される。ある局面では、このデバイスは、符号化され、後の使用および／または共有のために符合化されるメディア・コンテンツの探索および決定のために使用されるメディア・コンテンツ判定基準の予め定めた選択を可能にする探索機能を組み込んでいる。他の局面では、記録されたブロードキャスト・メディア・コンテンツが、記録／格納されたメディア・コンテンツをスピーチ・フォーマットで符号化され、スピーチ・フォーマットされたコンテンツを、一般にマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）ネットワークによって他の無線デバイスへ通信することによって、他の無線デバイスと共有される。

本発明の多くの変形例およびその他の実施形態が、前述した記載および関連する図面で表された教示の利益を有する本発明が関連する当業者に連想されるであろう。したがって、本発明は、開示された具体的な実施形態に限定されず、これら変形例およびその他の実施形態が、特許請求の範囲に含まれることが意図されると理解されるべきである。本明細書では具体的な用語が用いられているが、それらは一般的かつ説明用にのみ使用されており、限定する目的ではない。

Claims (46)

1. 無線通信デバイスにおいてブロードキャスト・メディア・コンテンツを記録する方法であって、
   ブロードキャスト・メディア・コンテンツをキャプチャするための予め定めた時間を受信することと、
   前記予め定めた時間においてブロードキャスト・メディア・コンテンツをキャプチャすることとを備え、
   前記キャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを備えており、
   前記方法はさらに、前記キャプチャされたブロードキャスト・メディア・コンテンツの少なくとも一部を、第２のフォーマットで符合化することを備え、
   前記第２のフォーマットは、第２のメモリ・サイズを必要とし、前記第２のメモリ・サイズは、ブロードキャスト・メディア・コンテンツの等しい部分について、前記第１のメモリ・サイズ未満であり、
   前記方法はさらに、前記符号化されたブロードキャスト・メディア・コンテンツを格納することを備える方法。
2. 前記方法はさらに、複数のブロードキャスト・メディア・コンテンツのうちの予め定めた１つに対するコンテンツ・リファレンスを受信することを備え、
   前記符合化することはさらに、
   １または複数の記録属性を求めて、前記キャプチャされたブロードキャスト・メディア・コンテンツに関連するヘッダ情報を探索することと、
   複数のブロードキャスト・メディア・コンテンツのうち、前記コンテンツ・リファレンスのうちの少なくとも一部に一致する記録属性を有する１または複数を符合化することと
   を備える請求項１に記載の方法。
3. 前記方法はさらに、前記格納したブロードキャスト・メディア・コンテンツを、前記第２のフォーマットから、第３のメモリ・サイズを必要とする第３のフォーマットへ復号することを備え、
   前記第３のメモリ・サイズは、前記ブロードキャスト・メディア・コンテンツの等しい部分に対して、前記第２のメモリ・サイズよりも大きく、
   前記方法はさらに、
   前記復号したブロードキャスト・メディア・コンテンツをスピーチ・フォーマットで符合化することと、
   前記スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを他の無線通信デバイスへ通信することと
   を備える請求項１に記載の方法。
4. 前記通信することはさらに、マルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信ネットワークを介して通信することを備える請求項３に記載の方法。
5. 前記第３のフォーマットは、前記第１のフォーマットを備える請求項３に記載の方法。
6. 前記ブロードキャスト・メディア・コンテンツをキャプチャする前に、前記他の通信デバイスを決定することをさらに備える請求項３に記載の方法。
7. 前記復号したブロードキャスト・メディア・コンテンツを２またはそれ以上のメディア・クリップにセグメント化することをさらに備える請求項３に記載の方法。
8. 前記通信することはさらに、前記２またはそれ以上のスピーチ・フォーマットされたメディア・クリップを、他の無線通信デバイスへ個別に通信することを備える請求項７に記載の方法。
9. 前記キャプチャすることはさらに、前記無線通信デバイス上に存在するメディア・プレーヤによって実行可能なフォーマットに一致するフォーマットのブロードキャスト・メディア・コンテンツを受信することを備える請求項１に記載の方法。
10. 前記キャプチャすることはさらに、
    前記予め定めた時間において前記無線通信デバイス上のメディア・アプリケーションをアウェイクすることと、
    前記ブロードキャスト・メディア・コンテンツを聞こうとすることと
    を備える請求項１に記載の方法。
11. 前記ブロードキャスト・メディア・コンテンツは、約８８メガヘルツ（ＭＨｚ）から約１０８ＭＨｚの周波数範囲のラジオ波を備える請求項１に記載の方法。
12. 前記ブロードキャスト・メディア・コンテンツは、約５３５キロヘルツ（ｋＨｚ）から約１６０５ｋＨｚの周波数範囲のラジオ波を備える請求項１に記載の方法。
13. 前記ブロードキャスト・メディア・コンテンツは、約３０メガヘルツ（ＭＨｚ）から約３０００ＭＨｚの周波数範囲のテレビ波を備える請求項１に記載の方法。
14. 前記受信することはさらに、所望のブロードキャスト・メディア・コンテンツに関連する複数の予め定めた時間のうちの１つの選択を受信することを備える請求項１に記載の方法。
15. 前記格納することはさらに、前記符合化されたブロードキャスト・メディア・コンテンツを前記無線通信デバイスにおいて格納することを備える請求項１に記載の方法。
16. 前記格納することはさらに、前記符号化されたブロードキャスト・メディア・コンテンツを、無線ネットワーク・デバイスにおいて遠隔的に格納することを備える請求項１に記載の方法。
17. 動作群を実行するように構成された少なくとも１つのプロセッサであって、
    前記動作群は、
    ブロードキャスト・メディア・コンテンツをキャプチャするための予め定めた時間を受信することと、
    前記予め定めた時間においてブロードキャスト・メディア・コンテンツをキャプチャすることとを備え、
    前記キャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを備えており、
    前記動作群はさらに、前記キャプチャされたブロードキャスト・メディア・コンテンツの少なくとも一部を、第２のフォーマットで符合化することを備え、
    前記第２のフォーマットは、第２のメモリ・サイズを必要とし、前記第２のメモリ・サイズは、ブロードキャスト・メディア・コンテンツの等しい部分について、前記第１のメモリ・サイズ未満であり、
    前記動作群はさらに、前記符号化されたブロードキャスト・メディア・コンテンツを格納することを備える少なくとも１つのプロセッサ。
18. 命令群を格納して備える機械読取可能媒体であって、
    前記命令群は、
    ブロードキャスト・メディア・コンテンツをキャプチャするための予め定めた時間を受信するための第１の命令群セットと、
    前記予め定めた時間においてブロードキャスト・メディア・コンテンツをキャプチャするための第２の命令群セットとを備え、
    前記キャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを備えており、
    前記命令群はさらに、前記キャプチャされたブロードキャスト・メディア・コンテンツの少なくとも一部を、第２のフォーマットで符合化するための第３の命令群セットを備え、
    前記第２のフォーマットは、第２のメモリ・サイズを必要とし、前記第２のメモリ・サイズは、ブロードキャスト・メディア・コンテンツの等しい部分について、前記第１のメモリ・サイズ未満であり、
    前記命令群はさらに、前記符号化されたブロードキャスト・メディア・コンテンツを格納するための第４のセットを備える機械読取可能媒体。
19. 無線通信デバイスであって、
    少なくとも１つのプロセッサとメモリとを含むコンピュータ・プラットフォームと、
    前記メモリ内に格納され、前記プロセッサによって実行可能なブロードキャスト受信機とを備え、
    前記ブロードキャスト受信機は、ブロードキャスト・メディア・コンテンツを受信することが可能であり、
    前記無線通信デバイスはさらに、前記メモリ内に格納され、前記プロセッサによって実行可能なブロードキャスト・レコーダ・モジュールを備え、
    前記ブロードキャスト・レコーダ・モジュールは、ブロードキャスト・メディア・コンテンツをキャプチャおよび格納するために動作可能であり、
    前記無線通信デバイスはさらに、前記メモリ内に格納され、前記プロセッサによって実行可能なクロック機能を備え、
    前記クロック機能は、ブロードキャスト・メディア・コンテンツをキャプチャするために予め定めた時間において前記ブロードキャスト・レコーダ・モジュールを起動させるように動作可能であり、
    前記無線通信デバイスはさらに、前記メモリ内に格納され、前記プロセッサによって実行可能なメディア圧縮コーデックを備え、
    前記メディア圧縮コーデックは、前記キャプチャされたブロードキャスト・メディア・コンテンツのうちの少なくとも一部を、第１のメモリ・サイズを必要とする第１のフォーマットから、第２のメモリ・サイズを必要とする第２のフォーマットへと符合化するように動作可能であり、前記第２のメモリ・サイズは、前記ブロードキャスト・メディア・コンテンツの等しい部分について、前記第１のメモリ・サイズ未満である無線通信デバイス。
20. 前記ブロードキャスト・レコーダ・モジュールはさらに、前記ブロードキャスト・レコーダ・モジュールを起動させるための予め定めた時間を受信するように動作可能である請求項１９に記載の無線通信デバイス。
21. 前記ブロードキャスト・レコーダ・モジュールはさらに、予め定めた記録属性を識別するために、前記ブロードキャスト・メディア・コンテンツに関連するヘッダ情報を探索するように動作可能な探索エンジンを備える請求項１９に記載の無線通信デバイス。
22. 前記ブロードキャスト・メディア・コンテンツが前記予め定めた記録属性を含んでいる場合、前記ブロードキャスト・レコーダ・モジュールはさらに、前記ブロードキャスト・メディア・コンテンツを符合化するように動作可能である請求項２１に記載の無線通信デバイス。
23. 前記格納されたブロードキャスト・メディア・コンテンツをスピーチ・フォーマットで符合化するように動作可能なスピーチ・ボコーダをさらに備える請求項１９に記載の無線通信デバイス。
24. 前記スピーチ・フォーマットされたメディア・コンテンツを他の無線通信デバイスへ通信するように動作可能なマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信モジュールをさらに備える請求項２３に記載の無線通信デバイス。
25. 前記スピーチ・フォーマットはさらに、約２０ヘルツ（Ｈｚ）から約２０キロヘルツ（ｋＨｚ）の帯域幅範囲で、オーディオ・フォーマットとして定められる請求項２３に記載の無線通信デバイス。
26. 前記ブロードキャスト・レコーダ・モジュールはさらに、前記ブロードキャスト・メディア・コンテンツをキャプチャする前に、前記他の無線通信デバイスを決定するように動作可能である請求項２４に記載の無線通信デバイス。
27. 前記キャプチャされたブロードキャスト・メディア・コンテンツを２またはそれ以上のメディア・クリップへセグメント化するように動作可能なセグメンタをさらに備える請求項１９に記載の無線通信デバイス。
28. 前記２またはそれ以上のメディア・クリップを他の無線通信デバイスへ個別に通信するように動作可能なマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信モジュールをさらに備える請求項２７に記載の無線通信デバイス。
29. 前記ブロードキャスト受信機はさらに、約８８メガヘルツ（ＭＨｚ）から約１０８ＭＨｚの周波数範囲内でラジオ波を受信するように動作可能な請求項２７に記載の無線通信デバイス。
30. 前記ブロードキャスト受信機はさらに、約５３５キロヘルツ（ｋＨｚ）から約１６０５ｋＨｚの周波数範囲内でラジオ波を受信するように動作可能な請求項２７に記載の無線通信デバイス。
31. 前記ブロードキャスト受信機はさらに、約３０メガヘルツ（ＭＨｚ）から約３０００ＭＨｚの周波数範囲内でテレビ波を受信するように動作可能な請求項２７に記載の無線通信デバイス。
32. 無線通信デバイスであって、
    ブロードキャスト・メディア・コンテンツをキャプチャするための予め定めた時間を受信する手段と、
    前記予め定めた時間においてブロードキャスト・メディア・コンテンツをキャプチャする手段とを備え、
    前記キャプチャされたブロードキャスト・メディア・コンテンツは、第１のメモリ・サイズを必要とする第１のフォーマットを備えており、
    前記無線通信デバイスはさらに、前記キャプチャされたブロードキャスト・メディア・コンテンツの少なくとも一部を、第２のフォーマットで符合化する手段を備え、
    前記第２のフォーマットは、第２のメモリ・サイズを必要とし、前記第２のメモリ・サイズは、ブロードキャスト・メディア・コンテンツの等しい部分について、前記第１のメモリ・サイズ未満であり、
    前記無線通信デバイスはさらに、前記符号化されたブロードキャスト・メディア・コンテンツを格納する手段を備える無線通信デバイス。
33. 無線通信デバイスにおいて、共有されるブロードキャスト・メディア・コンテンツを受信する方法であって、
    無線通信デバイスにおいて通信を受信することを備え、
    前記通信は、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを備えるメディア・ファイルのうちの少なくとも１つのセグメントを含み、
    前記方法はさらに、
    前記通信を、前記メディア・ファイルの少なくとも１つのセグメントを含むとして識別することと、
    前記メディア・ファイルの少なくとも１つのセグメントを第１のフォーマットから第２のフォーマットへ復号することとを備え、
    前記第２のフォーマットは、スピーチ・グレード・オーディオ信号を含む方法。
34. 前記受信することはさらに、無線通信デバイスにおいてマルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信を受信することを備える請求項３３に記載の方法。
35. 前記通信を受信することはさらに、２またはそれ以上の通信を受信することを備え、
    各通信は、前記メディア・ファイルのセグメントを含む請求項３３に記載の方法。
36. 前記メディア・ファイルの復号されたセグメントを結合して、合成メディア・ファイルを構成することをさらに備える請求項３５に記載の方法。
37. 前記復号されたメディア・ファイルをメディア・プレーヤ・アプリケーションへ送信することをさらに備える請求項３３に記載の方法。
38. 前記復号することはさらに、前記メディア・ファイルを第１のフォーマットから第２のフォーマットへと復号することを備え、
    前記第２のフォーマットは、約２０ヘルツ（Ｈｚ）から約２０キロヘルツ（ｋＨｚ）の周波数帯域幅を持つスピーチ・グレード・オーディオ信号を含む請求項３３に記載の方法。
39. 動作群を実行するように構成された少なくとも１つのプロセッサであって、
    前記動作群は、無線通信デバイスにおいて通信を受信することを備え、
    前記通信は、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを備えるメディア・ファイルのうちの少なくとも１つのセグメントを含み、
    前記動作群はさらに、
    前記通信を、前記メディア・ファイルの少なくとも１つのセグメントを含むとして識別することと、
    前記メディア・ファイルの少なくとも１つのセグメントを第１のフォーマットから第２のフォーマットへ復号することとを備え、
    前記第２のフォーマットは、スピーチ・グレード・オーディオ信号を含む少なくとも１つのプロセッサ。
40. 命令群を格納して備える機械読取可能媒体であって、
    前記命令群は、無線通信デバイスにおいて通信を受信するための第１の命令群セットを備え、
    前記通信は、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを備えるメディア・ファイルのうちの少なくとも１つのセグメントを含み、
    前記命令群はさらに、
    前記通信を、前記メディア・ファイルの少なくとも１つのセグメントを含むとして識別するための第２の命令群セットと、
    前記メディア・ファイルの少なくとも１つのセグメントを第１のフォーマットから第２のフォーマットへ復号するための第３の命令群セットとを備え、
    前記第２のフォーマットは、スピーチ・グレード・オーディオ信号を含む機械読取可能媒体。
41. 無線通信デバイスであって、
    少なくとも１つのプロセッサとメモリとを含むコンピュータ・プラットフォームと、
    前記メモリに格納され、前記プロセッサによって実行可能な通信モジュールとを備え、
    前記通信モジュールは、通信を受信し、前記通信を、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを備えるメディア・ファイルのうちの少なくとも１つのセグメントを含むとして識別するように動作可能であり、
    前記無線通信デバイスはさらに、前記メモリに格納され、前記プロセッサによって実行可能なスピーチ・ボコーダを備え、
    前記スピーチ・ボコーダは、前記メディア・ファイルを第１のフォーマットから第２のフォーマットへ復号するように動作可能であり、前記第２のフォーマットは、スピーチ・グレード・オーディオ信号を含む無線通信デバイス。
42. 前記通信モジュールはさらに、マルチメディア・ピア（Ｍ２−Ｐｅｅｒ）通信を受信するように動作可能なＭ２−Ｐｅｅｒ通信モジュールとして定められる請求項４１に記載の無線通信デバイス。
43. 前記メモリに格納され、前記プロセッサによって実行可能な結合器をさらに備え、
    前記結合器は、前記セグメントを結合して、前記メディア・ファイルを構成するように動作可能である請求項４１に記載の無線通信デバイス。
44. 前記第２のフォーマットされたメディア・ファイルを受信し実行するように動作可能なメディア・プレーヤ・アプリケーションをさらに備える請求項４１に記載の無線通信デバイス。
45. 前記メディア・プレーヤ・アプリケーションは、前記セグメントを結合して、前記メディア・ファイルを構成するように動作可能な結合器を含む請求項４４に記載の無線通信デバイス。
46. 無線通信デバイスであって、
    無線通信デバイスにおいて通信を受信する手段を備え、
    前記通信は、スピーチ・フォーマットされたブロードキャスト・メディア・コンテンツを備えるメディア・ファイルの少なくとも１つのセグメントを含み、
    前記無線通信デバイスはさらに、
    前記通信を、前記メディア・ファイルの少なくとも１つのセグメントを含むとして識別する手段と、
    前記メディア・ファイルを第１のフォーマットから第２のフォーマットへ復号する手段とを備え、
    前記第２のフォーマットは、スピーチ・グレード・オーディオ信号を含む無線通信デバイス。

Images