(57)【要約】無線通信機器間でメディアファイルを通信する方法及び装置を提供する。メディアファイルは、第１の無線通信機器で分割及びスピーチ符号化され、その後、通常は、マルチメディアピア（Ｍ２−ピア）通信を介して、第２の無線通信機器へ通信され、第２の無線通信機器では、その再生機能のために、スピーチ符号化メディアファイルを復号及び連結する。【選択図】図９
2010508776.tif 000002
【特許請求の範囲】
【請求項１】
無線機器から無線機器への通信のためにメディアファイルを作成する方法は、
第１の無線通信機器でメディアファイルを受信すること、
前記メディアファイルのオーディオ信号を２つまたはそれより多い数のオーディオセグメントに分割すること、及び
前記メディアファイルの前記オーディオ信号をスピーチフォーマットに符号化すること、
を含む。
【請求項２】
前記スピーチフォーマットのメディアファイルの各オーディオセグメントを、マルチメディアピア（Ｍ２−ピア）通信を用いて、個別に通信することをさらに含む請求項１記載の方法。
【請求項３】
分割することは、前記メディアファイルの前記オーディオ信号をスピーチフォーマットに符号化する前に行う請求項１記載の方法。
【請求項４】
分割することは、前記メディアファイルの前記オーディオ信号をスピーチフォーマットに符号化した後に行う請求項１記載の方法。
【請求項５】
前記メディアファイルのオーディオ信号とビデオ信号とを分離することをさらに含む請求項１記載の方法。
【請求項６】
前記メディアファイルの前記ビデオ信号を、２つまたはそれより多い数のビデオセグメントに分割することをさらに含む請求項５記載の方法。
【請求項７】
前記メディアファイルの各ビデオセグメントを、Ｍ２−ピア通信を用いて、個別に通信することをさらに含む請求項６記載の方法。
【請求項８】
メディアファイルを受信することは、
圧縮されたデジタルオーディオフォーマットのメディアファイルを受信すること、及び
前記圧縮されたデジタルオーディオフォーマットを復号すること、
をさらに含む請求項１記載の方法。
【請求項９】
前記圧縮されたデジタルオーディオフォーマットを復号することは、
前記メディアファイルのオーディオ信号を、２つまたはそれより多い数のセグメントに分割する前に、前記圧縮されたデジタルオーディオフォーマットを復号することをさらに含む請求項８記載の方法。
【請求項１０】
圧縮されたデジタルオーディオフォーマットのメディアファイルを受信することは、ＭＰ３、ＡＣＣ、ＡＣＣ＋、拡張ＡＡＣ＋、ＨＥ−ＡＡＣ、ＩＴＵ−Ｔ、Ｇ．７１１、ＩＴＵ−Ｔ Ｇ．７２２、ＩＴＵ−Ｔ Ｇ．７２２．１、ＩＴＵ−Ｔ Ｇ．７２２．２、ＩＴＵ−Ｔ Ｇ．７２３、ＩＴＵ−Ｔ Ｇ．７２３．１、ＩＴＵ−Ｔ Ｇ．７２６、ＩＴＵ−Ｔ Ｇ．７２９、ＩＴＵ−Ｔ Ｇ．７２９ａ、ＦＬＡＣ、Ｏｇｇ、Ｔｈｅｏｒａ、Ｖｏｒｂｉｓ、ＡＴＲＡＣ３、ＡＣ３、及びＡＩＦＦ−Ｃを含むグループから選択されたデジタルオーディオフォーマットをさらに含む請求項８記載の方法。
【請求項１１】
前記受信されたメディアファイルを共有ファイルとして指定することをさらに含む請求項１記載の方法。
【請求項１２】
通信の前に、前記メディアファイルの各セグメントに付加されるヘッダ情報を生成することをさらに含む請求項１記載の方法。
【請求項１３】
前記ヘッダ情報は、第２の無線通信機器で、前記Ｍ２−ピア通信が、メディアファイルの前記スピーチフォーマットのオーディオ信号を含むことを確認する指示を含む、請求項１２記載の方法。
【請求項１４】
前記ヘッダ情報は、前記メディアファイルに関連する広告情報にアクセスする指示を含む、請求項１２記載の方法。
【請求項１５】
前記メディアファイルの前記オーディオ信号をスピーチフォーマットに符号化することは、ＱＣＥＬＰ、ＥＶＣＲ、ｉＬＢＣ、及びＳｐｅｅｘを含むグループから選択されたスピーチフォーマットを選択すること、をさらに含む請求項１記載の方法。
【請求項１６】
前記メディアファイルの前記オーディオ信号をスピーチフォーマットに符号化することは、前記オーディオ信号を、約２０ヘルツから約２０キロヘルツの帯域幅をもつスピーチフォーマットに符号化すること、をさらに含む請求項１記載の方法。
【請求項１７】
前記メディアファイルに電子透かしを適用することをさらに含む請求項１記載の方法。
【請求項１８】
前記２つまたはそれより多い数のオーディオセグメントのそれぞれに電子透かしを適用することをさらに含む請求項１記載の方法。
【請求項１９】
第１の無線通信機器で、メディアファイルを受信し、
前記メディアファイルのオーディオ信号を、２つまたはそれより多い数のセグメントに分割し、及び
前記メディアファイルの前記オーディオ信号を、スピーチフォーマットに符号化する
動作を実行するように構成された少なくとも１つのプロセッサ。
【請求項２０】
第１の無線通信機器で、メディアファイルを受信する第１の命令セット；
前記メディアファイルのオーディオ信号を、２つまたはそれより多い数のセグメントに分割する第２の命令セット；及び
前記メディアファイルの前記オーディオ信号を、スピーチフォーマットに符号化する第３の命令セット；
を含む命令が記憶された機械読み取り可能な媒体。
【請求項２１】
少なくとも１つのプロセッサとメモリとを含むコンピュータプラットフォーム；
前記メモリに記憶され前記プロセッサにより実行可能な、メディアファイルを受信するメディアプレーヤモジュール；
前記メモリに記憶され前記プロセッサにより実行可能な、前記メディアファイルのオーディオ信号を２つまたはそれより多い数のオーディオセグメントに分割するメディアファイルセグメンタ；及び
前記メモリに記憶され前記プロセッサにより実行可能なマルチメディアピア（Ｍ２−ピア）通信モジュール；
を含み、前記Ｍ２−ピア通信モジュールは、
前記メディアファイルの前記オーディオ信号をスピーチフォーマットに符号化するスピーチボコーダと、
前記２つまたはそれより多い数のスピーチフォーマットのオーディオセグメントを、第２の無線通信機器へ通信する通信メカニズムと、
を含む無線通信機器。
【請求項２２】
前記メディアプレーヤモジュールは、圧縮されたメディアファイルをオーディオ復号するオーディオファイルコーデックをさらに含む請求項２１記載の無線通信機器。
【請求項２３】
前記メディアファイルセグメンタは、前記メディアプレーヤモジュールに含まれる請求項２１記載の無線通信機器。
【請求項２４】
前記メディアファイルセグメンタは、前記Ｍ２−ピア通信モジュール内に含まれる請求項２１記載の無線通信機器。
【請求項２５】
前記メモリに記憶され前記プロセッサにより実行可能な、前記メディアファイルをオーディオ信号とビデオ信号とに分離するオーディオ／ビデオ分離器をさらに含む請求項２１記載の無線通信機器。
【請求項２６】
前記メディアファイルセグメンタは、さらに、前記ビデオ信号を２つまたはそれより多い数のビデオセグメントに分割する請求項２５記載の無線通信機器。
【請求項２７】
前記Ｍ２−ピア通信モジュールの前記通信メカニズムは、さらに、前記２つまたはそれより多い数のビデオセグメントを第２の無線通信機器へ通信する請求項２６記載の無線通信機器。
【請求項２８】
前記メディアプレーヤモジュールは、
前記通信される２つまたはそれより多い数のスピーチフォーマットのオーディオセグメントに付加されるヘッダ情報を生成するメディア共有ヘッダジェネレータをさらに含む請求項２１記載の無線通信機器。
【請求項２９】
前記メディア共有ヘッダジェネレータは、さらに、前記第２の無線通信機器で、前記Ｍ２−ピア通信がメディアファイルのスピーチフォーマットのオーディオセグメントを含むことを確認する指示を含むヘッダ情報を生成する請求項２８記載の無線通信機器。
【請求項３０】
前記メディア共有ヘッダジェネレータは、さらに、前記メディアファイルに関連する広告情報にアクセスする指示を含むヘッダ情報を生成する請求項２８記載の無線通信機器。
【請求項３１】
第１の無線通信機器で、メディアファイルを受信する手段；
前記メディアファイルのオーディオ信号を、２つまたはそれより多い数のセグメントに分割する手段；及び
前記メディアファイルの前記オーディオ信号を、スピーチフォーマットに符号化する手段；
を含む無線通信機器。
【請求項３２】
無線通信機器で共有メディアファイルを受信する方法であって、
無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信すること；
前記２つまたはそれより多い数のＭ２−ピア通信のうちの少なくとも２つが、メディアファイルのオーディオセグメントを含むことを確認すること；
前記オーディオセグメントを復号して、前記メディアファイルのスピーチグレードの複数のオーディオセグメントを得ること；及び
前記メディアファイルの前記複数のオーディオセグメントを連結し、該メディアファイルのオーディオ部分を生成すること；
を含む方法。
【請求項３３】
前記連結されたメディアファイルを、メディアプレーヤアプリケーションへ通信することをさらに含む請求項３２記載の方法。
【請求項３４】
前記オーディオセグメント復号することは、
前記オーディオセグメントを、スピーチ符号化フォーマットから圧縮オーディオフォーマットへ復号することと、
前記圧縮オーディオフォーマットをパルス符号変調信号に復号することと、
をさらに含む請求項３２記載の方法。
【請求項３５】
前記２つまたはそれより多い数のＭ２−ピア通信のうちの少なくとも２つが、前記メディアファイルのビデオセグメントを含むことを確認することをさらに含む請求項３２記載の方法。
【請求項３６】
複数の前記ビデオセグメントを連結して、前記メディアファイルのビデオ部分を生成することをさらに含む請求項３５記載の方法。
【請求項３７】
前記オーディオ部分と前記ビデオ部分とを統合して、前記メディアファイルを生成することをさらに含む請求項３５記載の方法。
【請求項３８】
無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信し、
前記２つまたはそれより多い数のＭ２−ピア通信が、メディアファイルのオーディオセグメントを含むことを確認し、
前記オーディオセグメントを復号し、前記メディアファイルのスピーチグレードの複数のオーディオセグメントを得、
前記メディアファイルの前記複数のオーディオセグメントを連結して、前記メディアファイルのオーディオ部分を生成する
動作を実行するように構成された少なくとも１つのプロセッサ。
【請求項３９】
無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信する第１の命令セット；
前記２つまたはそれより多い数のＭ２−ピア通信が、メディアファイルのオーディオセグメントを含むことを確認する第２の命令セット；
前記オーディオセグメントを復号し、前記メディアファイルのスピーチグレードの複数のオーディオセグメントを得る第３の命令セット；及び
前記メディアファイルの前記複数のオーディオセグメントを連結して、前記メディアファイルのオーディオ部分を生成する第４の命令セット；
を含む命令が記憶された機械読み取り可能な媒体。
【請求項４０】
少なくとも１つのプロセッサとメモリとを含むコンピュータプラットフォーム；
前記メモリに記憶され前記プロセッサにより実行可能な、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信し、該通信がメディアファイルのオーディオセグメントを含むことを確認するマルチメディアピア（Ｍ２−ピア）通信モジュール；
前記メモリに記憶され前記プロセッサにより実行可能な、複数の前記オーディオセグメントを復号して、前記メディアファイルのスピーチグレードのオーディオセグメントを得るスピーチボコーダ；及び
前記メモリに記憶され前記プロセッサにより実行可能な、前記メディアファイルのオーディオセグメントを連結して、前記メディアファイルのオーディオ部分を生成する連結器；
を含む無線通信機器。
【請求項４１】
前記メディアファイルの前記スピーチグレードのオーディオセグメントを受信するメディアプレーヤアプリケーションをさらに含む請求項４０記載の無線通信機器。
【請求項４２】
前記メディアプレーヤアプリケーションは前記連結器を含む請求項４１記載の無線通信機器。
【請求項４３】
前記Ｍ２−ピアモジュールは、圧縮されたメディアファイルを復号するオーディオファイルコーデックをさらに含む請求項４０記載の無線通信機器。
【請求項４４】
前記Ｍ２−ピア通信モジュールは、さらに、前記２つまたはそれより多い数のＭ２−ピア通信が、前記メディアファイルのビデオセグメントとオーディオセグメントとのうちの少なくとも１つを含むことを確認する請求項４０記載の無線通信機器。
【請求項４５】
前記連結器は、複数の前記ビデオセグメントを連結して、前記メディアファイルのビデオ部分を生成する請求項４４記載の無線通信機器。
【請求項４６】
前記オーディオ部分と前記ビデオ部分とを統合して、前記メディアファイルを生成する統合器をさらに含む請求項４５記載の無線通信機器。
【請求項４７】
前記Ｍ２−ピアモジュールは、さらに、Ｍ２−ピア通信ヘッダ内のメディアファイル識別情報の認識に基づき、前記２つまたはそれより多い数のＭ２−ピア通信が、メディアファイルのオーディオセグメントを含むことを確認する請求項４０記載の無線通信機器。
【請求項４８】
前記Ｍ２−ピアモジュールは、さらに、Ｍ２−ピア通信ヘッダ内のメディアファイルに関連する広告情報を確認する請求項４０記載の無線通信機器。
【請求項４９】
前記メディアプレーヤアプリケーションは、前記Ｍ２−ピア通信ヘッダに含まれる広告情報を表示する請求項４１記載の無線通信機器。
【請求項５０】
無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信する手段；
前記２つまたはそれより多い数のＭ２−ピア通信が、メディアファイルのオーディオセグメントを含むことを確認する手段；
前記オーディオセグメントを復号し、前記メディアファイルのスピーチグレードの複数のオーディオセグメントを得る手段；及び
前記メディアファイルの前記複数のオーディオセグメントを連結して、前記メディアファイルのオーディオ部分を生成する手段；
を含む無線通信機器。
【発明の詳細な説明】
【優先権の主張】
【０００１】
この特許出願は、次の同時係属の米国特許出願に関連し、この出願は、Rajarshi Rayらによる“Methods and Apparatus for Recording Broadcast Media on a Wireless Communication Device”であって、代理人整理番号０６０９４７をもち、本出願と同時に出願され、本出願の譲受人に譲渡されており、明示的に参照によりここに組み込まれている。
【技術分野】
【０００２】
開示される側面は、無線通信機器に関し、特に、複数の無線通信機器間でメディアファイルを通信するためのシステム及び方法に関する。
【背景技術】
【０００３】
セルラー電話のような無線通信機器は、ここ十年の間に急速に人気が高まってきた。これら機器は、急速に、幅広い機能を提供することのできる多面的な機器になってきている。例えば、セルラー電話は、計算機能、インターネットアクセス、電子メール、テキストメッセージング、ＧＰＳマッピング、デジタル写真機能、オーディオ／ＭＰ３プレーヤ、ビデオゲーム機能、放送ビデオ受信機能などを統合する。
【０００４】
オーディオ／ＭＰ３プレーヤ、及びまたはビデオプレーヤ、及びまたはビデオゲームプレーヤが組み込まれているセルラー電話の人気が、特に、若い年齢層の機器ユーザ間で、高まっている。そのような機器は、最初に、歌曲、ビデオ、またはゲームを、パーソナルコンピュータ、ラップトップコンピュータ、またはインターネット接続できる他の機器にダウンロードすることなく、当該無線通信機器に直接、歌曲、ビデオ、またはゲームをダウンロードする手段を提供する点で、スタンドアロンのオーディオ／ＭＰ３プレーヤ機器、ビデオプレーヤ機器、またはビデオゲーム機器よりも優る。即座にメディアファイル（例えば歌曲、ＣＤ、ビデオ、映画、ゲーム、絵など）を得るこの能力は、通常、突然の衝動でメディアを要求するユーザには非常に魅力的である。
【０００５】
要求に応じてメディアを得ることに加え、モバイル環境では、多くのユーザが友人、同僚などと即座にメディアファイルを共有し合えることを楽しんでいる。メディアファイルを無線ハンドセットと無線ハンドセットとの間で共有することは、多くの問題を与える。メディアファイルを共有することに関する問題の１つは、ファイルは、通常、著作権法により保護されていることであり、著作権法により、必要なライセンスを取得することなく（例えば、ライセンス料を支払うなど）メディアを共有することは禁止される。しかし、多くのメディアコンテンツのプロバイダは、共有されるメディアファイルが、オリジナルの改変されていないファイルを使用したときと同じ使用体験を与えないように、メディアファイルがいくらか制限、劣化、または改変されているなら、ユーザにメディアファイルを共有することを許容する。できれば改変されてない “クリーン”コピーのファイルを購入したいという気持ちにさせられた、共有メディアファイルのユーザから、利益を得る考えである。メディアファイルを改変または制限することは、“再生する”量を制限すること、質の劣化している共有されたコピーを提供すること、またはファイルの一部分のみを提供すること、を含むことがあり、通常、ス二ペット（snipet）と呼ばれ、販売促進の目的でコンテンツプロバイダにより利用されている。
【０００６】
メディアファイルを無線ハンドセットと無線ハンドセットとの間で共有することのもう１つの問題は、ファイルのサイズが大きい傾向があり、従って、セルラーネットワーク上でファイルを共有することが容易に実行できないということである。たとえば、圧縮された４分のＭＰ３オーディオファイルのサイズは、約３．５ＭＢ（メガバイト）である。ＡＡＣ＋（Advanced Audio Coding Plus）のような、より高度な技術でさえも、対応するオーディオファイルのサイズは約７００ＫＢ（キロバイト）である。さらに、歌曲ファイルは、ビデオファイル及びビデオゲームファイルと比較すると、比較的小さいサイズである。よって、そのような大きいサイズのファイルでは、現在のどのセルラー電話ネットワークデータ送信方法も、一方の無線ハンドセットから他方への信頼性の高いファイル送信が実行不可能またはできない。
【０００７】
従って、複数の無線ハンドセット間でメディアファイルを共有するための方法及び装置を開発する必要性がある。
【発明の概要】
【０００８】
開示される装置及び方法は、複数の無線通信機器間でのメディアファイルの通信を提供する。いくつかの側面において、装置及び方法は、モバイル環境においてメディアファイルを即座に共有することが可能となり、これにより、ファイルを他の無線機器と共有する前に、まずＰＣや他のコンピュータ機器へファイルを伝送する必要がなくなる。他の側面において、該装置及び方法は、信頼性の観点と配信時間の観点とから、既存の無線ネットワーク上でのファイルの共有を実行可能なように、メディアファイルサイズの制限を克服することができる。さらに、他の側面において、該方法及び装置は、メディアファイルに関連する知的財産兼を考慮することができ、メディアファイルの共有が、知的財産権者に、メディアファイルが共有されるグループによる許諾購入を誘う手段を提供する。
【０００９】
特に、機器、方法、装置、コンピュータ読み取り可能な媒体、及びプロセッサが提示されている。これらは、音楽ファイル、オーディファイル、ビデオファイルなどのメディアファイルを、第１の無線通信機器（例えば通信機器）でセグメント化及びスピーチ符号化し、その後に第２の通信機器（例えば受信機器）へ伝送し、第２の通信機器では、スピーチ符号化メディアファイルを復号し、その後の第２の通信機器上の再生機能のために、複数のセグメントを連結する。マルチメディアピア（Ｍ２―ピア）通信などのようなピアツーピア（peer-to-peer）通信は、通信できるファイルの長さに関して制限があるので、多くの側面において、メディアファイルを第２の通信機器へピアツーピア通信する第１の通信機器で、該メディアファイルは複数のセグメントに分割される必要があり、代わって第２の通信機器では、メディアファイルを再生する前に複数のセグメントの連結が必要となる。
【００１０】
従って、説明される側面は、モバイル環境における即座のメディアファイルの共有を提供する。説明された側面は、メディアファイルを他の無線機器と共有する前に、
まず、ファイルをＰＣ、他のコンピュータ機器、または第２の無線通信機器へ通信する必要がなくなる。さらに、説明される側面は、大きいサイズのメディアファイルを考慮し、そのようなファイルの複数の無線通信機器間での通信が、効果的で信頼性のある方法で遂行されることを保証する。さらに、より高い品質のオーディオフォーマットとは対称的に、劣化された低い品質のオーディオフォーマットのメディアファイルを送信することにより、ここに開示される側面は、一般に、著作権保護を侵害することなくメディアファイルを送信する許容可能な手段とみなされる。
【００１１】
一具体的側面において、無線機器から無線機器への通信のためにメディアファイルを作成する方法は、
第１の無線通信機器でメディアファイルを受信すること、
メディアファイルのオーディオ信号を２つまたはそれより多い数のオーディオセグメントに分割すること、
メディアファイルのオーディオ信号をスピーチフォーマットに符号化すること、
を含む。いくつかの側面において、オーディオ信号を分割することは、該オーディオ信号をスピーチフォーマットに符号化する前に起こるが、別の側面において、分割することは、該オーディオ信号をスピーチフォーマットに符号化した後に起こることがある。これら側面において、メディアファイルがオーディオ及びビデオ部分を含む場合、該方法は、メディアファイルのオーディオ信号及びビデオ信号を分離すること、及びビデオ信号を２つまたはそれより多い数のビデオセグメントに分割することも含むことがある。該方法は、マルチメディアピア（Ｍ２−ピア）通信ネットワークを用いて、スピーチフォーマットに符号化されたメディアファイルの複数のオーディオ及びビデオセグメントを、個々に、通信することも含むことがある。
【００１２】
さらに、一側面は、第１の無線通信機器でメディアファイルを受信し、該メディアファイルのオーディオ信号を２つまたはそれより多い数のオーディオセグメントに分割し、該メディアファイルのオーディオ信号をスピーチフォーマットに符号化する動作を実行する少なくとも１つのプロセッサにより定義される。
【００１３】
関連する側面は、複数の命令が記憶されて含まれている機械読み取り可能な媒体により定義される。該複数の命令は、第１の無線通信機器でメディアファイルを受信するための第１の命令セットと、該メディアファイルのオーディオ信号を２つまたはそれより多い数のオーディオセグメントに分割する第２の命令セットと、該メディアファイルのオーディオ信号をスピーチフォーマットに符号化する第３の命令セットと、を含む。
【００１４】
さらなる側面は、プロセッサとメモリを含むコンピュータプラットフォームを含む無線通信機器により定義される。該機器もまた、該メモリに記憶され、該プロセッサにより実行されるメディアプレーヤモジュール及びメディアファイルセグメンタを含む。メディアプレーヤモジュールは、メディアファイルを受信するように動作し、メディアファイルセグメンタは、メディアファイルのオーディオ信号を２つまたはそれより多い数のオーディオセグメントに分割するように動作する。該機器は、さらに、該メモリに記憶され、該プロセッサにより実行されるマルチメディアピア（Ｍ２−ピア）通信モジュールを含む。Ｍ２−ピアモジュールモジュールは、メディアファイルのオーディオ信号をスピーチフォーマットに符号化するスピーチボコーダと、２つまたはそれより多い数のスピーチフォーマットに符号化されたオーディオセグメントを第２の無線通信機器へ通信するように動作する通信メカニズムを含む。メディアプレーヤモジュールは、さらに、圧縮されたメディアファイルをオーディオ復号するように動作するオーディオファイルコーデックを含む。代替え的な側面において、メディアファイルセグメンタは、メディアプレーヤモジュールまたはＭ２−ピア通信モジュールに含まれることがある。他の側面において、該機器は、メディアファイルを、オーディオ信号とビデオ信号とに分離するように動作するオーディ／ビデオセグメンタを含むことがある。そのような側面において、メディアファイルセグメンタは、さらに、ビデオ信号を２つまたはそれより多い数のビデオセグメントに分割するように動作することがあり、Ｍ２−ピア通信モジュールの通信メカニズムは、さらに、該２つまたはそれより多い数のビデオセグメントを第２の無線通信機器へ通信するように動作することがある。
【００１５】
関連する側面は無線通信機器により定義される。該機器は、第１の無線通信機器でメディアファイルを受信する手段と、該メディアファイルのオーディオ信号を２つまたはそれより多い数のセグメントに分割する手段と、該メディアファイルの該オーディオ信号をスピーチフォーマットに符号化する手段と、を含む。
【００１６】
さらに、一側面は、無線通信機器で共有されたメディアファイルを受信する方法により定義される。該方法は、無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信すること、該２つまたはそれより多い数のＭ２−ピア通信はメディアファイルのオーディオセグメントを含むことを確認すること、該オーディオセグメントを復号し、該メディアファイルのスピーチグレードオーディオセグメントを得ること、該メディアファイルのオーディオセグメントを連結し、該メディアファイルのオーディオ部分を生成すること、を含む。該Ｍ２−ピアメッセージを復号することは、スピーチ符号化フォーマットをオーディオデジタル信号に復号すること、または、該スピーチ符号化フォーマットを圧縮されたオーディオフォーマットに復号すること、及び該圧縮されたオーディオフォーマットをオーディオデジタル信号に復号すること、を伴うことがある。代替的な側面において、該方法は、該２つまたはそれより多い数のＭ２−ピア通信が、該メディアファイルのビデオセグメントとオーディオセグメントのうちの少なくとも１つを含むことを確認することと、複数のビデオセグメントを連結して、該メディアファイルのビデオ部分を形成すること、及びまたは前記オーディオ部分及びビデオ部分を統合して、該メディアファイルを形成すること、を含むことがある。
【００１７】
関連する一側面は、無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信する動作と、２つまたはそれより多い数のＭ２−ピア通信がメディアファイルのオーディオセグメントを含むことを確認する動作と、オーディオセグメントを復号して、該メディアファイルのスピーチグレードの複数のオーディオセグメントを得る動作、及び該メディアファイルの複数のオーディオセグメントを連結して、該メディアファイルのオーディオ部分を形成する動作を実行する少なくとも１つのプロセッサにより定義される。
【００１８】
さらに関連する一側面は、複数の命令が記憶されて含まれている機械読み取り可能な媒体により定義される。該複数の命令は、無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信する第１の命令セット、該２つまたはそれより多い数のＭ２−ピア通信がメディアファイルのオーディオセグメントを含むことを確認する第２の命令セット、オーディオセグメントを復号して、該メディアファイルのスピーチグレードの複数のオーディオセグメントを得る第３の命令セット、及び、該メディアファイルの複数のオーディオセグメントを連結して、該メディアファイルのオーディオ部分を形成する第４の命令セットを含む。
【００１９】
他の側面は、複数のメディアファイルＭ２−ピア通信を受信する無線通信機器により提供される。該機器は、プロセッサと、メモリと、該メモリに記憶され該プロセッサにより実行されるマルチメディアピア（Ｍ２−ピア）通信モジュールと、を含むコンピュータプラットフォームを含む。Ｍ２−ピア通信モジュールは、２つまたはそれより多い数のＭ２−ピア通信を受信し、該複数の通信がメディアファイルのオーディオセグメントを含むことを確認する。該機器は、また、該オーディオセグメントを復号し、該メディアファイルのスピーチグレードの複数のオーディオセグメントを得るスピーチボコーダと、該メディアファイルの該複数のオーディオセグメントを連結して、該メディアファイルのオーディオ部分を形成する連結器（concatenator）を含む。該機器は、該メディアファイルのスピーチグレードの複数のオーディオセグメントを受信及び再生するメディアプレーヤアプリケーションを含むことがある。Ｍ２−ピア通信モジュールは、さらに、圧縮されたメディアファイルを復号するオーディオファイルコーデックを含むことがある。代替的な側面において、Ｍ２−ピア通信モジュールは、さらに、該２つまたはそれより多い数のＭ２−ピア通信がビデオセグメントオーディオセグメントのうちの少なくとも１つを含むことを確認することがある。そのような側面において、該連結器は、複数のビデオセグメントを連結して、該メディアファイルのビデオ部分を形成することがあり、該機器は、さらに、該オーディオ部分とビデオ部分とを統合して、メディアファイルを形成する統合器（aggregator）を含むことがある。
【００２０】
一関連する側面において、メディアファイルを含むＭ２−ピアメッセージを受信する無線通信機器は、
無線通信機器で、２つまたはそれより多い数のマルチメディアピア（Ｍ２−ピア）通信を受信する手段と、
該２つまたはそれより多い数のＭ２−ピア通信がメディアファイルのオーディオセグメントを含むことを確認する手段と、
オーディオセグメントを復号して、該メディアファイルのスピーチグレードの複数のオーディオセグメントを得る手段と、
該メディアファイルの複数のオーディオセグメントを連結し、該メディアファイルのオーディオ部分を形成する手段と、
を含む。
【００２１】
従って、ここで説明される側面は、複数の無線通信機器間で、マルチメディアピア（Ｍ２−ピア）通信を用いて、複数のメディアファイルを通信する方法、装置及びシステムを提供する。通信プロセスのモバイル特性は、メディアファイルを、ＰＣまたは他のコンピュータ機器を実装することなく、無線機器から無線機器へと共有することが可能となる。さらに、Ｍ２−ピア通信と、これに続く受信機器でのセグメント連結との前に、通信機器に、大きいメディアファイルを分割すること可能にする方法を実装することにより、効率的でしかも信頼性のあるメディアファイルの通信が可能となる。この側面は、また、該メディアファイルをスピーチグレードのファイルに変換することを提供し、その結果、受信機器での該メディアファイルの再生が、著作権の観点から、メディアコンテンツのプロバイダが許容する劣化したレベルとなる。
【図面の簡単な説明】
【００２２】
開示された側面は、以下に、開示された側面に限定するものではないが、説明のために、符号が要素を示す添付の図面とともに説明される。
【図１】一側面に従った、マルチメディアピア通信ネットワークを用いて、無線通信機器間で、メディアファイルを通信するシステムのブロック図。
【図２】一側面に従った、マルチメディアピア（Ｍ２−ピア）通信ネットワークを用いて、メディアファイルを通信する無線機器のブロック図。
【図３】他の側面に従った、Ｍ２−ピア通信ネットワークを通じてメディアファイルを受信する無線機器のブロック図。
【図４】無線機器間でメディアファイルを通信する前に、無線機器へメディアファイルを通信する本則面において実装されるセルラー電話ネットワークの一側面の概略図。
【図５】一側面に従った、無線通信機器とメディアコンテンツサーバのようなネットワーク機器との間の無線通信を表すブロック図。
【図６】一側面に従った、Ｍ２−ピア通信ネットワークを用いてオーディオメディアファイルを伝送及び受信する方法のフロー図。
【図７】一側面に従った、Ｍ２−ピア通信ネットワークを用いてビデオメディアファイルを伝送及び受信する方法のフロー図。
【図８】一側面に従った、Ｍ２−ピア通信ネットワークを用いてオーディオメディアファイルを伝送及び受信する別の方法のフロー図。
【図９】他の側面に従った、ピアツーピア通信のためのメディアファイルを作成する方法のフロー図。
【図１０】一側面に従った、セグメント化され、スピーチフォーマットに符号化されたメディアファイルを受信及びアクセスする方法のフロー図。
【発明を実施するための形態】
【００２３】
ここに、本機器、装置、方法、コンピュータ読み取り可能なメディア及びプロセスが、以下、本発明の側面が示されている添付の図面を参照して、より充分に説明される。機器、装置、方法、コンピュータ読み取り可能なメディア及びプロセスが、多くの異なる形式で実装されることがあるが、ここに説明される側面に限定するものと解釈されてはならない。むしろ、これら側面は、この開示が充分かつ完全になるように、しかも本発明の範囲を当業者に充分に伝えるように提供されるものである。同等の番号は、全体を通じて、同等の要素を参照する。
【００２４】
種々の側面が、ここに、無線通信機器に関連して説明される。無線通信機器は、加入者局、加入者ユニット、モバイル局、モバイル、リモート局、アクセスポイント、リモート端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザ機器、またはユーザ装置とも呼ばれる。加入者局は、セルラー電話、コードレス電話、ＳＩＰ（Session Initiation Protocol）電話、無線ローカルループ（ＷＬＬ）局、ＰＤＡ（Personal Digital Assistant）、無線接続機能を有するハンドヘルド機器、または無線モデムに接続された他の処理機器でもよい。
【００２５】
説明された側面は、マルチメディアピア（Ｍ２−ピア）通信を用いて無線通信機器間でメディアファイルを通信する方法、装置及びシステムを提供する。例えば、発明者Duggalらの名義で、２００５年８月１２日に出願され、本願側面と同じ発明エンティティに譲渡された、米国特許出願第１１／２０２，８０５号、タイトル“Methods and Apparatus for Providing Peer-to-Peer Data Networking for Wireless Devices”を参照のこと。‘８０５Duggal出願には、無線通信機器間でのサーバなしのピアツーピア通信を提供する方法及び装置が説明されている。‘８０５Duggal出願は、ここで充分に説明されているかのように、参照によりここに組み込まれている。
【００２６】
通信プロセスにおけるモバイル特性は、ＰＣまたは他のコンピュータ機器を実装することなく、即座に、無線機器から無線機器へとメディアファイルを共有することを可能にする。さらに、Ｍ２−ピア通信及びその後の受信機器でのセグメント連結の前に、通信機器で大きいサイズのメディアファイルを複数のセグメントに分割することを可能にし、効率的かつ信頼性のあるメディアファイルの通信が可能となる。本側面は、メディアファイルを、スピーチグレードファイルに変換すること提供し、その結果、受信機器でのメディアファイルの再生は、著作権の観点から、メディアコンテンツのプロバイダが許容できるような劣化したレベルとなる。
【００２７】
図１を参照すると、ここには、無線通信機器間でのメディアファイルをＭ２−ピア通信のためのシステムの概略図が描かれている。該システムは、ここに通信機器とも呼ばれる第１の無線通信機器１０と、ここに受信機器とも呼ばれる第２の無線通信機器１２とを含む。第１及び第２の無線通信機器は、Ｍ２−ピア通信ネットワーク１４を介して無線通信を行う。第１の無線通信機器１０は、メディアファイルを伝送する機器として説明され、第２の無線通信機器１２は、メディアファイルを受信する機器として説明されるが、多くの場合、無線通信機器は、Ｍ２−ピア通信ネットワークを介してメディアファイルの伝送及び受信の両方が可能なように構成されていることは言うまでもない。簡単のためだけに、無線通信機器は、メディアファイル通信機器か、またはメディアファイル受信機器として説明される。従って、ここに説明され、クレームされる無線機器は、メディアファイルを伝送する機器、または、メディアファイルを受信する機器に限定されてはならず、メディアファイルの伝送及び受信の両方が可能な無線通信機器を含むべきである。
【００２８】
Ｍ２−ピア通信ネットワーク１４は、電力及び帯域を比較的ネットワークサーバに集めるというよりは、ネットワークへの参加者（例えば、第１及び第２の無線通信機器１０、１２）の電力及び帯域の計算に頼るネットワークである。Ｍ２−ピアネットワークは、クライアントまたはサーバという概念を持たないが、ネットワーク上で、他のノードに対し、“クライアント”及び“サーバ”の両方として同時に機能する、同等の複数のピアノードのみをもつ。このモデルのネットワーク配置は、通常、中央サーバへ／から通信を行うクライアント−サーバモデルとは異なる。Ｍ２−ピア通信ネットワークには、ネットワークを管理するルータのように動作する中央サーバがない。
【００２９】
第１及び第２の無線通信機器１０及び１２は、さらに、セルラー電話ネットワークのような従来の無線ネットワーク１８を経由した無線ネットワーク通信をサポートすることがある。無線ネットワーク１８は、無線通信機器１０及び１２が、メディアコンテンツのプロバイダからのオーディオ／音楽ファイル、ビデオファイル、及びまたはマルチメディアファイルのようなメディアコンテンツファイルを受信することを可能にする。示された実施形態では、メディアコンテンツのプロバイダは、複数のメディアコンテンツファイル１７にアクセスするメディアコンテンツサーバ１６により表されている。無線通信機器１０及び１２は、メディアコンテンツサーバ１６から無線ネットワーク１８を介して送られるメディアコンテンツファイルを要求または受信することがある。あるいは、無線通信機器１０及び１２は、例えば、メディアファイルを記憶する他の機器へのＵＳＢコネクションを介して、無線または有線で転送されるか、またはリムーバブルフラッシュメモリ記憶機能を介して転送されるかで、他のソースからのメディアファイルを受信することがある。
【００３０】
第１の無線通信機器１０は、ここでは、メディアファイル通信機器とも呼ばれ、少なくとも１つのプロセッサ２０とメモリ２２とを含む。メモリ２２は、メディアコンテンツサービスプロバイダ、または上述のような他のソースからのメディアコンテンツファイル１７を受信することが可能なメディアプレーヤモジュール２４を含む。さらに、メディアプレーヤモジュール２４は、無線通信機器で、メディアコンテンツファイルを記憶し、次に、消費、例えば“再生”または実行する。説明された側面において、メディアプレーヤモジュール２４は、受信されたオーディオ信号と、適用できるときにはメディアファイル１７のビデオ信号とを、記憶する前に、復号するオーディオ／ビデオデコーダロジック２６を含むことがある。例えば、メディアファイルがオーディオファイルである場合には、受信されたオーディオ信号は、通常、ＭＰ３と呼ばれるＭＰＥＧ（Motion Picture Expert Group）オーディオレイヤＩＩＩフォーマットのファイルとして、または、ＡＡＣ（Advanced Audio Code）フォーマットのファイルとして、または消費の前に復号を必要とする任意の他の圧縮されたオーディオフォーマットとして、受信される。復号されたファイルは、通常、ＰＣＭ（Pulse Code Modulation）ファイルであり、次に、消費／再生され、あるいは消費／再生の後にメモリ２２に記憶される。
【００３１】
メディアプレーヤモジュール２４は、さらに、第１の無線通信機器１０のユーザにオプションとして、メディアファイルの共有を提供するメディアファイル共有機能を含むことがある。共有オプションは、ユーザに、Ｍ２−ピア通信を介して他の無線通信機器と共有するメディアファイルを指定することを可能にする。一例において、メディアプレーヤモジュール２４は、ユーザがメディアファイル共有オプションを選択できる表示可能なメニュー項目からなり、または、この代わりに、メディアファイルの受信または再生の際に、メディアプレーヤモジュール２４は、ユーザに、共有したいメディアファイル及びまたは他のメディアファイル共有メカニズムに関して問い合わせるポップアップウィンドウが機器ユーザに提示されるように構成されている。さらに、ユーザにメディアファイル共有オプションを提供するために、メディア共有機能は、さらに、ユーザに、１または複数のメディアファイル受信者のアドレスの選択または入力を提供することがある。
【００３２】
メディアプレーヤモジュール２４は、さらに、ヘッダジェネレータ３０及びメディアセグメンタ３２を含むことがある。ユーザが共有するメディアファイルを指定すると、ヘッダジェネレータ３０は、該メディアファイルのセグメントを含む全てのＭ２−ピア通信に添付するヘッダを生成する。該通信のヘッダ部分は、該Ｍ２−ピア通信がメディアファイルを含むことを確認するために用いられる。そのような確認は、受信機器１２が、Ｍ２−ピア通信がメディアファイル通信として確認し、必要な後処理と、受信機器のメディアプレーヤモジュールへのファイルの転送とを実行可能にする。さらに、ヘッダ情報は、該メディアファイルに関連する他の情報を含むことがある。例えば、メディアファイルサービスプロバイダへのリンクのような広告情報がヘッダ情報に含まれることがある。広告情報は、受信無線通信機器に表示されるか、または提示されることがあり、受信無線通信機器のユーザが、該メディアファイルの商用グレードのオーディオフォーマットのコピーを購入または受信するためのアクセスを可能にする。
【００３３】
メディアプレーヤモジュール２４のメディアセグメンタ３２は、メディアファイルのオーディオ部分と、適用可能な場合にはビデオ部分とを、複数のオーディオ及びビデオセグメント（例えば、ミニクリップ）に分割する。メディアファイルのセグメント化は、通常必須であり、これは、Ｍ２−ピア通信が、許容可能な長さの点で、通常、制限されているためである。ファイルサイズが、ある予め定められた長さ、例えば６０秒から最大９０秒、を越える場合、Ｍ２−ピア通信ネットワークは、当該ファイルを、指定された受け手機器へ確実に通信することができないことがある。メディアコンテンツファイルを複数のセグメントに解析することにより、本則面では、個々の各オーディオまたはビデオセグメントがＭ２−ピアネットワークを介して通信されること、受信機器が、複数のオーディオセグメント、及び適用可能な場合には複数のビデオセグメントを連結し、合成メディアコンテンツファイルを生成することを、提供する。
【００３４】
第１の無線通信機器１０のメモリ２２は、また、複数のメディアファイルセグメントを、指定された共有受信者へ、Ｍ２−ピア通信ネットワークを介して通信するＭ２−ピア通信モジュール３４を含む。Ｍ２−ピア通信モジュール３４は、メディアファイルのオーディオ部分を、スピーチグレードのオーディオフォーマットに符号化するスピーチボコーダ３６を含む。スピーチグレードのオーディオフォーマットは、約２０ヘルツ（Ｈｚ）から約２０キロヘルツ（ｋＨｚ）の範囲に制限された帯域をもつことが特徴であろう。比較すると、従来のマルチメディアコンテンツファイルは、約５Ｈｚから約５０Ｈｚの範囲の帯域のオーディオフォーマットをもつことがある。スピーチグレードのオーディオフォーマットの例は、これに限定するものではないが、ＱＣＥＬＰ（Qualcomm Code Linear Predictive）、拡張可変レートコード（ＥＶＣＲ：Enhanced Variable Rate Code）、インターネット低ビットレートコーデック（ｉＬＢＣ：Internet low Bitrate Codec）、Ｓｐｅｅｘなどを含む。メディアファイルのオーディオ部分をスピーチグレードのフォーマットに符号化することは、受け手機器に存在する共有ファイルが、劣化されたオーディオ品質で受け手の機器に存在することを保証する。メディアファイルのスピーチグレードのフォーマットは、受け手に、該メディアコンテンツファイルが、メディアコンテンツサービスプロバイダから利用できる高いオーディオ品質のコピーにより提供される品質よりも低い品質で、メディアコンテンツファイルを“再生”あるいはそうでなければ消費されることを可能にする。他の側面において、メディアファイルは、共有されるスピーチグレードメディアファイル内に透かしが含まれていることにより、または受信機器での許容される“再生”の回数を制限することにより、さらに保護されることがある。
【００３５】
Ｍ２−ピア通信モジュール３４は、また、メディアファイルのスピーチフォーマットの複数のセグメントを、１または複数の指定された共有受信者へ伝送する通信メカニズム３８を含む。以前に述べたように、通信３８は、通常、他の無線通信機器により共有されるメディアファイルのスピーチフォーマットの複数のセグメントを受信する。従って、第１の無線通信機器１０に含まれるＭ２−ピア通信モジュール３４は、第２の無線通信機器１２に関連して論じられるＭ２−ピア通信モジュール４４により示されるコンポーネント、ロジック及び機能のうちのいずれか及び全てを含むことがある。
【００３６】
第２の無線通信機器１２は、また、ここではメディアファイル受信または受け手機器とも呼ばれ、少なくとも１つのプロセッサ４０とメモリ４２とを含む。メモリ４２は、Ｍ２−ピア通信モジュール４４を含む。Ｍ２−ピア通信モジュールは、メディアファイルのスピーチフォーマットの複数のセグメントを含む、Ｍ２−ピア通信を受信及び伝送する通信メカニズム４６を含む。第２の無線通信機器１２に含まれるＭ２−ピア通信モジュール４４自体は、第１の無線通信機器１０に関連して論じられるＭ２−ピア通信モジュール３４により示されるコンポーネント、ロジック及び機能のうちのいずれか及び全てを含むことがある。
【００３７】
Ｍ２−ピア通信モジュール４４は、さらに、Ｍ２−ピア通信ヘッダに含まれる情報を読み、解釈するヘッダリーダ４８を含むことがある。ヘッダ情報は、通常、Ｍ２−ピア通信がメディアファイルのセグメントと、該セグメントを符号化するために用いられた関連するスピーチフォーマットとを含むことを確認する。該通信がメディアファイルのセグメントを含むことを確認することにより、Ｍ２−ピア通信モジュールは、該ファイルを、次のセグメントの連結及びまたは消費／再生のために、メディアプレーヤモジュール５２へ伝送する必要があることを認識する。ヘッダリーダ４８は、また、該メディアファイルの消費／再生とともに表示またはそうでなければ提示されることのある広告情報のような、メディアファイルに関連する他の情報を確認することがある。
【００３８】
Ｍ２−ピア通信モジュール４４は、メディアファイルのスピーチフォーマットのオーディオセグメントを復号するスピーチボコーダ５０を含むことがある。スピーチボコーダ５０は、１つまたは複数のスピーチフォーマットコードの復号、及び、最低限でも、無線通信機器１０との通信／共有により用いられたスピーチフォーマットの復号を行う。複数のスピーチセグメントを復号した結果、メディアプレーヤモジュール５２へ送られる、スピーチグレードのパルス符号変調セグメント（例えばミニクリップ）が得られる。
【００３９】
第２の無線通信機器１２のメモリ４２は、さらに、スピーチグレードのメディアファイルを受信、及び消費／再生するメディアプレーヤ５２を含むことがある。メディアプレーヤモジュール５２は、メディアファイルの複数のセグメントを、順序正しく組み立てて、スピーチグレードのメディアコンテンツファイル５８を生成するメディア連結器５４を含むことがある。メディアプレーヤモジュール５２は、さらに、連結器５４で、正しい順序でメディアファイルを組み立てるために用いられる、ヘッダ内に含まれるシーケンス識別子を確認するヘッダリーダ５６を含むことがある。ヘッダリーダ５６は、さらに、メディアファイルサービスプロバイダリンクなどの形式の広告情報のような、第２の無線通信機器１２でスピーチグレードのメディアファイル５８の消費／再生の間にユーザに表示または提示されることがある、メディアファイルに関連する追加的な情報を確認することがある。
【００４０】
以前に述べたように、スピーチグレードメディアファイル５８は、商用グレードのメディアファイルよりも音の品質グレードが劣るファイルを提供する。スピーチグレードメディアファイル５８は、さらに、通信／共有機器で、または受信機器で挿入される透かしを含むことにより、または第２の無線通信機器１２で消費／再生されるファイルの再生回数を制限することにより、違法な使用から保護されることがある。
【００４１】
図２を参照すると、通信無線機器または共有無線機器とも呼ばれ、Ｍ２−ピア通信を介してスピーチグレードのメディアファイルを共有する、一側面に従った第１の無線通信機器１０のブロック図が示されている。無線通信機器１０は、セルラー電話、ＰＤＡ、双方向テキストページャ、ポータブルコンピュータ、及び無線通信ポータルをもち、しかも、ネットワークまたはインターネットへの有線コネクションももつことのある別個のコンピュータプラットフォームのようなコンピュータ化された、任意のタイプの通信機器を含む。無線通信機器は、リモートスレーブ、または、そのエンドユーザを持たないが、リモートセンサ、診断ツール、データリレーなどのような無線ネットワークを通じて、容易にデータを通信する、他の機器でもよい。本装置及び方法は、従って、無線通信機器または無線コンピュータモジュールのうちの任意の形式で実行され、これは、無線通信ポータルを含み、これに限定するわけではないが、無線モデム、ＰＣＭＣＩＡカード、アクセス端末、デスクトップコンピュータ、またはこれらの任意の組合せまたは一部の組合せを含む。
【００４２】
無線通信機器１０は、無線ネットワークを通じてデータを送信することができ、しかもルーチン及びアプリケーションを受信及び実行できるコンピュータプラットフォーム６０を含む。コンピュータプラットフォーム６０は、メモリ２２を含み、これは、リードオンリ及びまたはランダムアクセスメモリ（ＲＡＭ及びＲＯＭ）のような揮発性メモリ及び不揮発性メモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、またはコンピュータプラットフォーム共通の任意のメモリを含む。さらに、メモリ２２は、１または複数のフラッシュメモリセルを含むことがあり、または、磁気メディア、光メディア、テープ、または、ソフトまたはハードディスクのような、任意の二次的または三次的記憶デバイスでもよい。
【００４３】
さらに、コンピュータプラットフォーム６０は、処理エンジン２０も含み、これは、特定用途向け集積回路（“ＡＳＩＣ”）、または、他のチップセット、プロセッサ、ロジック、または他のデータ処理デバイスでもよい。処理エンジン２０、すなわち、ＡＳＩＣのような他のプロセッサは、無線機器１０のメモリに記憶されている、メディアプレーヤモジュール２４及びまたはＭ２−ピア通信モジュール３４のような任意の常駐のプログラムとのインタフェースを司るアプリケーションプログラミングインタフェース（“ＡＰＩ”）レイヤ６２を実行する。ＡＰＩ６２は、通常、それぞれの無線機器上で実行するランタイム環境である。そのようなランタイム環境の１つに、カルフォルニアのサンディエゴにあるクゥアルコムIncにより開発されたBinary Runtime Environment for WirelessTM(ＢＲＥＷTM）がある。例えば、無線通信機器上でのアプリケーションの実行を制御するために動作する他のランタイム環境も用いることができる。
【００４４】
処理エンジン２０は、ハードウェア、ファームウェア、及びこれらの組合せで具現される種々の複数の処理サブシステム６４を含み、通信機器１０の機能性及び無線ネットワーク上での通信機器の操作性を実現にする。例えば、処理サブシステム６４は、他のネットワーク機器との通信の開始及び維持、及びデータ交換を可能にする。通信機器が、セルラー電話として定義される一側面では、処理エンジン２０は、さらに、サウンド、不揮発性メモリ、ファイルシステム、送信、受信、サーチャー、レイヤ１、レイヤ２、レイヤ３、主制御、リモートプロシジャ、ハンドセット、電力管理、デジタル信号プロセッサ、メッセージング、呼管理、Bluetooth（登録商標）システム、Bluetooth ＬＰＯＳ、ポジションエンジン、ユーザインタフェース、スリープ、データサービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ、音声サービス、グラフィックス、ＵＳＢ、ＭＰＥＧ、ＧＰＲＳなどのようなマルティメディアといった、１つまたは複数の処理サブシステム６４の組合せを含む（明確にするために、図２にはこれら全てが個別に描かれていない）。開示された側面の場合、処理エンジン２４の処理サブシステム６４は、コンピュータプラットフォーム６０上でメディアプレーヤモジュール２４及びまたはＭ２−ピア通信モジュール３４と情報をやりとりする任意のサブシステムコンポーネントを含むことがある。
【００４５】
コンピュータプラットフォーム６０のメモリ２２は、メディアコンテンツサービスプロバイダから、または、上述したような他のソースからメディアコンテンツファイル１７を受信するメディアプレーヤモジュール２４を含む。さらに、メディアプレーヤモジュール２４は、無線通信機器でメディアコンテンツファイルを記憶し、その後、メディアコンテンツファイルを消費する、例えば“再生”または実行する。説明された側面では、メディアプレーヤモジュール２４は、メディアコンテンツファイル１７を記憶する前に、該メディアコンテンツファイル１７の受信されたオーディオ信号と、適用可能なときには、そのビデオ信号とを復号するオーディオ／ビデオデコーダロジック２６を含むことがある。例えば、メディアファイルがオーディオファイルを含む場合には、受信されたオーディオ信号は、通常ＭＰ３と呼ばれるＭＰＥＧ（Motion Pictures Expert Group）オーディオレイヤIIIフォーマットファイル、または、ＡＡＣ（Advanced Audio Code）フォーマットファイル、または、消費する前に復号が必要な任意の他の圧縮オーディオファイルとして受信される。復号されたファイル、通常ＰＣＭ（Pulse Code Modulation）ファイルは、その後消費／再生されるか、または、後の消費／再生のために記憶される。これに代わる側面では、受信された圧縮メディアコンテンツファイルの復号は、受信無線通信機器１２で行われ、第１の無線通信機器１０でオーディオ／ビデオ復号を実行する必要がなくなる。図８は、第２の無線通信機器で圧縮オーディオの復号を提供する方法のフロー図を示し、以下に、その詳細を述べる。
【００４６】
メディアプレーヤ２４は、さらに、第１の無線通信機器１０のユーザに、メディアファイル共有をオプションを提供するメディア共有機能を含むことがある。共有オプションは、ユーザが、Ｍ２−ピア通信を介して他の無線通信機器と共有するメディアファイルを指定することを可能にする。一例において、メディアプレーヤモジュール２４は、ユーザがメディアファイル共有オプションを選択することを可能にする表示可能なメニュー項目から構成されるか、または、これに代えて、メディアファイルの受信または再生の際に、メディアプレーヤモジュールは、ユーザにメディアファイルの共有の要求、または及び他のメディアファイル共有メカニズムを機器ユーザに提示することを問い合わせるポップアップウィンドウを提供する。ユーザにメディアファイル共有オプションを提供することに加え、メディア共有機能は、さらに、ユーザに、該メディアファイルの１または複数の受け手のアドレスを選択させるか、または入力させる。
【００４７】
メディアプレーヤモジュール２４は、さらに、ヘッダジェネレータ３０を含む、ユーザが共有するメディアファイルを指定すると、ヘッダジェネレータ３０は、メディアファイルのセグメントを含むＭ２−ピア通信の全てに添付されるヘッダを生成する。各通信のヘッダ部分は、該Ｍ２−ピア通信がメディアファイルを含むことを確認するために用いられる。そのような確認は、受信機器１２が、Ｍ２−ピア通信がメディアファイル通信を含むことと、必要な後処理と、受信機器のメディアプレーヤモジュールへのファイルの転送とを実行可能にする。さらに、ヘッダ情報は、メディアファイルに関する他の情報を含むことがある。例えば、メディアファイルサービスプロバイダへのリンクのような広告情報が、ヘッダ情報に含まれることがある。広告情報は、受信無線通信機器で表示されるか、あるいは提示され、受信無線通信機器のユーザが、該メディアファイルの商用グレードのオーディオフォーマットのコピーを購入またはそうでなければ受信するためのアクセスを可能にする。
【００４８】
メディアプレーヤ２４は、要求されるメディアファイルがオーディオ部分及びビデオ部分を含むときに実装されるオーディオ／ビデオ分離器６６をさらに含むことがある。オーディオ／ビデオ分離器は、処理目的のために、メディアファイルのビデオ部分とオーディオ部分とを分離する。オーディオ部分とビデオ部分とを分離した後、Ｍ２―ピア通信の前に、オーディオ部分は分割されて、スピーチ符号化され、ビデオ部分は、Ｍ２−ピア通信の前に、分割される。受信無線機器１２では、ビデオ部分とオーディオ部分とが統合されて、合成メディアファイルを生成する。
【００４９】
メディアプレーヤモジュール２４は、メディアファイルのオーディオ部分、及び適用可能な場合には、ビデオ部分を、複数のオーディオセグメント及び複数のビデオセグメント（例えば、ミニクリップ）に分割するメディアセグメンタ３２を含むことがある。メディアファイルの分割は、Ｍ２−ピア通信が一般的に許容長の点からみて制限されていることから、通常必須である。ファイルサイズが、予め定められた長さ、例えば６０秒から最大９０秒の長さ、を越える場合、Ｍ２−ピア通信ネットワークは、当該ファイルを、指定された受け手機器へ、信頼性のある通信を行うことができない。メディアコンテンツファイルを複数のセグメントに分析することにより、本側面は、個々の各オーディオセグメント、及び適用可能な場合には各ビデオセグメントを、Ｍ２−ピアネットワークを介して通信し、また、受信機器では、複数のオーディオセグメント、及び適用可能な場合には複数のビデオセグメントを連結して、合成メディアコンテンツファイルを生成する。
【００５０】
第１の無線通信機器１０のメモリ２２は、さらに、Ｍ２−ピア通信ネットワークを介して、指定された共有受け手へメディアファイルセグメントを通信するＭ２−ピア通信モジュール３４を含む。Ｍ２−ピア通信モジュール３４は、メディアファイルのオーディオ部分をスピーチグレードのオーディオフォーマットに符号化するスピーチボコーダ３６を含む。以前述べたように、スピーチグレードオーディオフォーマットは、約２０Ｈｚから約２０ＫＨｚの範囲に制限された帯域をもつことに特徴がある。メディアファイルのオーディオ部分をスピーチグレードのフォーマットに符号化することは、受け手機器に存在する共有ファイルが、劣化されたオーディオ状態であることを保証する。メディアファイルのスピーチグレードのフォーマットは、受け手に、該メディアコンテンツファイルが、メディアコンテンツサービスプロバイダから利用できる高いオーディオ品質のコピーにより提供される品質よりも低い品質の形式で、“再生”あるいはそうでなければ消費されることを可能にする。
【００５１】
いくつかの側面において、Ｍ２−ピア通信モジュールは、メディアコンテンツプレーヤモジュール２６のような他のモジュールにメディアセグメンタ３２が含まれる代わりに、メディアセグメンタ３２を含むことがある。そのような側面において、メディアセグメンタ３２は、オーディオ部分がスピーチフォーマットに符号化される前か、これに代えて、オーディオ部分がスピーチフォーマットに符号化された後に、実装されることがある。
【００５２】
Ｍ２−ピア通信モジュール３４は、また、メディアファイルの複数のスピーチフォーマットセグメントを、１または複数の指定された共有の受け手へ通信する通信メカニズム３８を含む。
【００５３】
コンピュータプラットフォーム６０は、さらに、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組合せで具現され、通信機器１０と無線ネットワーク１８とＭ２−ピアネットワーク１４との間の通信とともに、無線通信機器１０の種々のコンポーネントの間の通信を可能にする通信モジュール６８を含む。説明される側面において、通信モジュールは、第１の無線通信機器１０と、第２の無線通信機器１２と、メディアコンテンツサーバ１６との間の全てのやりとりの通信を可能にする。通信モジュール６８は、無線または有線ネットワーク通信接続を確立するために必要な、ハードウェア、ファームウェア、ソフトウェア、及びまたはこれらの組合せを含むことがある。
【００５４】
さらに、通信機器１０は、通信機器への入力を生成する入力メカニズム７０と、通信機器のユーザにより消費される情報を生成する出力メカニズム７２をもつ。例えば、入力メカニズム７６は、キーまたはキーボード、マウス、タッチスクリーンディスプレイ、マイクロフォンなどのようなメカニズムを含むことがある。ある側面では、入力メカニズム７６は、ユーザ入力に、通信機器内のメディアプレーヤモジュール２６のようなアプリケーションを起動させ、該アプリケーションとのインタフェースを司る。さらに、例えば、出力メカニズム７２は、ディスプレイ、オーディオスピーカ、触覚フィードバックメカニズムなどを含むことがある。説明される側面では、出力メカニズムは、メディアコンテンツファイルに関連するビデオコンテンツ及ぶオーディオコンテンツをそれぞれ表示するディスプレイ及びオーディオスピーカを含む。
【００５５】
図３を参照すると、一側面に従った、Ｍ２−ピア通信を介して共有されるスピーチグレードのメディアファイルを受信する第２の無線通信機器１２を表すブロック図が描かれ、これは、受信または受け手無線機器とも呼ばれる。無線通信機器１２は、セルラ電話、ＰＤＡ（Personal Digital Assistant）、双方向テキストページャ、ポータブルコンピュータ、及び無線通信ポータルをもち、しかも、ネットワークまたはインターネットへの有線コネクションももつことのある別個のコンピュータプラットフォームのようなコンピュータ化された、任意のタイプの通信機器を含む。無線通信機器は、リモートスレーブ、または、そのエンドユーザを持たないが、リモートセンサ、診断ツール、データリレーなどのような無線ネットワークを通じて、容易にデータを通信する、他の機器でもよい。本装置及び方法は、従って、無線通信機器または無線コンピュータモジュールのうちの任意の形式で実行され、これは、無線通信ポータルを含み、これに限定するわけではないが、無線モデム、ＰＣＭＣＩＡカード、アクセス端末、デスクトップコンピュータ、またはこれらの任意の組合せまたは一部の組合せを含む。
【００５６】
無線通信機器１２は、無線ネットワークを通じてデータを送信し、ルーチン及びアプリケーションを受信及び実行することができるコンピュータプラットフォーム８０を含む。コンピュータプラットフォーム８０は、メモリ４２を含み、これは、リードオンリ及びまたはランダムアクセスメモリ（ＲＡＭ及びＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、またはコンピュータプラットフォーム共通の任意のメモリのような揮発性メモリ及び不揮発性メモリを含む。さらに、メモリ２２は、１または複数のフラッシュメモリセルを含むことがあり、または、磁気メディア、光メディア、テープ、または、ソフトまたはハードディスクのような、任意の二次的または三次的記憶デバイスでもよい。
【００５７】
さらに、さらに、コンピュータプラットフォーム８０は、処理エンジン４０も含み、これは、特定用途向け集積回路（“ＡＳＩＣ”）、または、他のチップセット、プロセッサ、ロジック、または他のデータ処理デバイスでもよい。処理エンジン４０、すなわち、ＡＳＩＣのような他のプロセッサは、無線機器１２のメモリ４２に記憶されている、メディアプレーヤモジュール５２及びまたはＭ２−ピア通信モジュール４４のような任意の常駐のプログラムとのインタフェースを司るアプリケーションプログラミングインタフェース（“ＡＰＩ”）レイヤ８２を実行する。ＡＰＩ８２は、通常、それぞれの無線機器上で実行するランタイム環境である。そのようなランタイム環境の１つに、カルフォルニアのサンディエゴにあるクゥアルコムIncにより開発されたBinary Runtime Environment for WirelessTM（ＢＲＥＷTM）がある。例えば、無線通信機器上でのアプリケーションの実行を制御するために動作する他のランタイム環境も用いることができる。
【００５８】
処理エンジン４０は、ハードウェア、ファームウェア、及びこれらの組合せで具現される種々の複数の処理サブシステム８４を含み、通信機器１２の機能性及び無線ネットワーク上での通信機器の操作性を実現にする。例えば、処理サブシステム８４は、他のネットワーク機器との通信の開始及び維持、及びデータ交換を可能にする。第２の通信機器１２が、セルラー電話として定義される一側面では、処理エンジン４０は、さらに、サウンド、不揮発性メモリ、ファイルシステム、送信、受信、サーチャー、レイヤ１、レイヤ２、レイヤ３、主制御、リモートプロシジャ、ハンドセット、電力管理、デジタル信号プロセッサ、メッセージング、呼管理、Bluetoothシステム、Bluetooth ＬＰＯＳ、ポジションエンジン、ユーザインタフェース、スリープ、データサービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ、音声サービス、グラフィックス、ＵＳＢ、ＭＰＥＧ、ＧＰＲＳなどのようなマルティメディアといった、１つまたは複数の処理サブシステム８４の組合せを含む（明確にするために、図２にはこれら全てが個別に描かれていない）。開示された側面の場合、処理エンジン２４の処理サブシステム６４は、コンピュータプラットフォーム６０上でメディアプレーヤモジュール２４及びまたはＭ２−ピア通信モジュール３４と情報をやりとりする任意のサブシステムコンポーネントを含むことがある。開示された側面の場合、処理エンジン４０の処理サブシステム８４は、コンピュータプラットフォーム８０上でメディアプレーヤモジュール５２及びまたはＭ２−ピア通信モジュール４４と情報をやりとりする任意のサブシステムコンポーネントを含むことがある。
【００５９】
コンピュータプラットフォーム８０のメモリ４２は、Ｍ２−ピア通信モジュール４４を含む。Ｍ２−ピア通信モジュール４４は、Ｍ２−ピア通信を受信及び通信する通信メカニズム４６を含み、この通信は、メディアファイルのスピーチフォーマットセグメントを含む通信を含む。従って、第２の無線通信機器１２に含まれるＭ２−ピア通信モジュール４４は、第１の無線通信機器１０に関連して論じられるＭ２−ピア通信モジュール３４により示されるコンポーネント、ロジック及び機能のうちのいずれか及び全てを含むことがある。
【００６０】
Ｍ２−ピア通信モジュール４４は、さらに、Ｍ２−ピア通信ヘッダに含まれる情報を読み、解釈するヘッダリーダ４８を含むことがある。ヘッダ情報は、通常、Ｍ２−ピア通信がメディアファイルのセグメントと、メディアファイルセグメントのシーケンス識別子と、該セグメントを符号化するために用いられたスピーチフォーマットなどを含むことがある。通信が、メディアファイルのセグメントを含むことを確認することにより、Ｍ２−ピア通信モジュールは、該ファイルは、その後のセグメントの連結及びまたはメディアファイルの消費／再生のために、メディアプレーヤモジュール５２へ通信される必要があることを認識する。ヘッダリーダ４８は、メディアファイルの消費／再生に関連して表示またはそうでなければ提示される広告情報のような、該メディアファイルに関連する他の情報もまた確認することがある。
【００６１】
Ｍ２−ピア通信モジュール４４は、メディアファイルのスピーチフォーマットオーディオセグメントを復号するスピーチボコーダ５０を含むことがある。スピーチボコーダ５０は、１つまたは複数のスピーチフォーマットコードの復号、及び、最低限でも、無線通信機器１０との通信／共有により用いられたスピーチフォーマットの復号を行う。複数のオーディオセグメントを復号した結果、スピーチグレードのパルス符号変調セグメント（例えばミニクリップ）が得られる。
【００６２】
いくつかの側面において、Ｍ２−ピア通信モジュール４４は、メディア連結器５４及びオーディオ／ビデオ統合器８６を含む。別の実施形態では、これらコンポーネントは、エディアプレーヤモジュール５２、または他のモジュール、またはメモリ４２に記憶されるアプリケーションに含まれることがある。メディア連結器５４は、メディアファイルの複数のオーディオセグメント、及びメディアファイルがビデオを含むいくつかの側面では、複数のビデオセグメントを、順序正しく組み立てて、スピーチグレードのメディアコンテンツファイル５８を組み立てる。オーディオ／ビデオ統合器８６は、メディアファイルが、通信／共有無線通信機器１０で分離されたオーディオ部分及びビデオ部分の両方を含む側面において実装される。オーディオ／ビデオ統合器は、オーディオ部分及びビデオ部分を統合／合成し、合成メディアファイルを生成する。
【００６３】
第２の無線通信機器１２のメモリ４２は、スピーチグレードメディアファイルを樹脂員し、消費及び再生する絵Ｍ２−Ｐｅｅｒディアプレーヤモジュール５２をさらに含むことがある。以前述べたように、メディアプレーヤモジュール５２は、メディア連結器５４及びまたはオーディオ／ビデオ統合器８６を含むことがある。メディアプレーヤモジュール５２は、さらに、連結器５４で、正しい順序でメディアファイルを組み立てるために用いられる、ヘッダ内に含まれるシーケンス識別子を確認するヘッダリーダ５６を含むことがある。ヘッダリーダ５６は、さらに、メディアファイルサービスプロバイダリンクなどの形式の広告情報のような、第２の無線通信機器１２でスピーチグレードのメディアファイル５８の消費／再生の間にユーザに表示または提示されることがある、メディアファイルに関連する追加的な情報を確認することがある。
【００６４】
さらに、メディアコンテンツプレーヤモジュール５２は、連結または統合の前に、メディアファイルの５８の圧縮されたオーディオ信号、及び適用可能な場合にはビデオ信号を復号するオーディオ／ビデオデコーダロジック２６を含むことがある。多くの側面において、圧縮されたメディアコンテンツファイルの復号は、通信／共有無線通信機器１０で行われ、第２の無線通信機器１２でオーディオ／ビデオ圧縮復号を実行する必要をなくす。以前述べたように、以下に詳細に説明される図８は、第２の無線通信機器で圧縮されたオーディオの復号を与える方法のフロー図を提供する。
【００６５】
コンピュータプラットフォーム６０は、さらに、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組合せで具現され、通信機器１２と無線ネットワーク１８とＭ２−ピアネットワーク１４との間の通信とともに、無線通信機器１２の種々のコンポーネントの間の通信を可能にする通信モジュール８８を含む。通信モジュール８８は、無線または有線ネットワーク通信接続を確立するために必要な、ハードウェア、ファームウェア、ソフトウェア、及びまたはこれらの組合せを含むことがある。
【００６６】
さらに、通信機器１２は、通信機器への入力を生成する入力メカニズム９０と、通信機器のユーザにより消費される情報を生成する出力メカニズム９２をもつ。例えば、入力メカニズム９０は、キーまたはキーボード、マウス、タッチスクリーンディスプレイ、マイクロフォンなどのようなメカニズムを含むことがある。ある側面では、入力メカニズム９０は、ユーザ入力に、通信機器内のメディアプレーヤモジュール４４のようなアプリケーションを起動させ、該アプリケーションとのインタフェースを司る。さらに、例えば、出力メカニズム９２は、ディスプレイ、オーディオスピーカ、触覚フィードバックメカニズムなどを含むことがある。説明される側面では、出力メカニズムは、メディアコンテンツファイルに関連するビデオコンテンツ及ぶオーディオコンテンツをそれぞれ表示するディスプレイ及びオーディオスピーカを含む。
【００６７】
図４を参照すると、一側面では、無線通信機器１０及び１２は、セルラー電話のような無線通信機器を含む。本側面では、無線通信機器は、セルラーネットワーク１００及びＭ２−ピアネットワーク１４を介して通信するように構成される。セルラーネットワーク１００は、無線通信機器１０及び１２に対し、メディアコンテンツサーバ１６からメディアファイルを受信する機能を提供し、Ｍ２−ピアネットワーク１４は、無線通信機器１０及び１２に対し、スピーチグレードのメディアコンテンツファイルを共有する機能を提供する。セルラー電話ネットワーク８０は、キャリアネットワーク１０８を介して有線ネットワーク１０２に接続される無線ネットワーク１８を含むことがある。図４は、無線通信ネットワークのコンポーネントと、本システムの一側面の要素との相互関係とを、より充分に説明する典型的な図である。セルラー電話ネットワーク１００は、単なる例であり、それによって、無線通信機器１０及び１２のようなリモートモジュールが、互いに無線で、及びまたは無線ネットワーク１８の複数のコンポーネント間で通信する任意のシステムを含むことができ、このシステムには、これに限定するものではないが、無線ネットワークキャリア及びまたはサーバを含む。
【００６８】
ネットワーク１００では、メディアコンテンツプロバイダサーバのようなネットワーク機器１６は、有線ネットワーク１０２（例えば、ローカルエリアネットワーク、ＬＡＮ）を通じて、メディアコンテンツファイル１７を記憶する別個のデータベース１０４と通信可能である。さらに、データ管理サーバ１０６は、メットワーク機器１６と通信して、後処理機能、データフロー制御などを提供する。ネットワーク機器１６、ネットワークデータベース１０４、及びデータ管理サーバ１０６は、セルラー通信サービスを提供するのに必要な任意の他のネットワークコンポーネントとともに、セルラー電話ネットワーク１００に存在することがある。ネットワーク機器１６及びまたはデータ管理サーバ１０６は、データリンク１１０及び１１２を通じて、インターネット、及びまたはＰＯＴＳ（“アナログ通話のみの旧来の電話サービス”）のようなキャリアネットワーク１０８と通信する。友情、ネットワーク１１２では、ネットワークすなわちインターネット部分はデータを転送し、ＰＯＴＳ部分は音声情報を転送する。ＭＳＣ１１４は、複数の基地局（“ＢＴＳ”）１１８と、データ転送のためのデータネットワーク及びまたはインターネット部分、音声情報のためのＰＯＴＳ部分のように、別のネットワーク１１６により接続されることがある。ＢＴＳ１１８は、最終的に、ショートメッセージサービス（“ＳＭＳ”）または他の無線方法により、無線通信機器１０及び１２と無線でメッセージをブロードキャストする。
【００６９】
図５は、一側面に従って適用される無線ネットワーク１８環境を説明するブロック図である。無線ネットワーク１８は、本則面において、メディアコンテンツプロバイダなどのようなネットワークエンティティからメディアファイル１７をダウンロードまたはそうでなければ受信するために用いられる。図５に示す無線ネットワークは、ＦＤＭＡ環境、ＯＦＤＭＡ環境、ＣＤＭＡ環境、ＷＣＤＭＡ環境、ＴＤＭＡ環境、ＳＤＭＡ環境、あるいは任意の他の適切な無線環境に実装されることがある。説明の簡単のために、手順が一連の動作として示され、説明されるが、手順は動作の順番に限定されるものではなく、いくつかの動作は、１または複数の側面に従って、ここに示され説明されるものとは異なる順序で、及びまたは他の動作と同時に行われることは明らかであろう。例えば、当業者であれば、手順は、状態図のような、一連の相互に関連する複数の状態またはイベントとして表すことができることは理解できよう。さらに、１または複数の側面に従った手順を実装するために、図示された全ての動作が必要であるとは限らない。
【００７０】
無線ネットワーク１８は、アクセスポイント２００及び無線通信機器３００を含む。アクセスポイント２００は、トラフィックデータの受信、形式を合わせ、符号化、インターリーブ、及び変調（またはシンボルマッピング）を行う送信（ＴＸ）データプロセッサ２１０を含む。ＴＸデータプロセッサ２１０は、データシンボル及びパイロットシンボルを受信及び処理して、シンボルストリームを得るシンボル変調器２２０と通信する。シンボル変調器２２０は、トランスミッタユニット（ＴＭＴＲ）２３０と通信し、シンボル変調器２２０は、データ及びパイロットシンボルを多重化し、その結果をトランスミッタユニット（ＴＭＴＲ）２３０へ与える。各送信シンボルは、データシンボル、パイロットシンボル、またはゼロの信号値である。パイロットシンボルは、各シンボル期間に連続して送られることがある。パイロットシンボルは、周波数分割多重（ＦＤＭ）、直交周波数分割多重（ＯＦＤＭ）、時分割多重（ＴＤＭ）、周波数分割多重（ＦＤＭ）、または符号分割多重（ＣＤＭＡ）されていてもよい。
【００７１】
ＴＭＴＲ２３０は、シンボルのストリームを受信して、１または複数のアナログ信号に変換し、さらに、アナログ信号を調整して（例えば、増幅、フィルタリング、及び周波数アップコンバート）、無線チャネルを通じた送信に適した下りリンク信号を生成する。下りリンク信号は、その後、アンテナ２４０を通じて端末へ送信される。
【００７２】
無線通信機器３００、アンテナ３１０は、下りリンク信号を受信し、受信信号をレシーバユニット（ＲＣＶＲ）３２０へ与える。レシーバユニット３２０は、受信信号を調整し（例えば、フィルタリング、増幅、及び周波数ダウンコンバート）、調整された信号をデジタル化して複数のサンプルを得る。レシーバユニット３２０は、調整された受信信号を復調するシンボル復調器３３０と通信する。シンボル復調器３３０は、該シンボル復調器３３０からのパイロットシンボルを受信し、該パイロットシンボルに対しチャネル推定を行うプロセッサ３４０と通信する。シンボル復調器３３０は、さらに、プロセッサ３４０から下りリンクについての周波数応答推定を受信し、受信データシンボルに対しデータ復調を行い、（送信されたデータシンボルの推定値である）データシンボル推定を得る。シンボル復調器３３０は、また、ＲＸデータプロセッサ３５０と通信を行い、ここでは、シンボル復調器からのデータシンボル推定を受信して、データシンボル推定を復調（例えばシンボルデマッピング）、デインターリーブ、及び復号して、送信されたトラフィックデータを再生する。シンボル復調器２２０及びＲＸデータプロセッサ２１０による処理は、それぞれ、アクセスポイント２００におけるシンボル変調器２２０及びＴＸデータプロセッサ２１０の処理と、それぞれ補完的である。
【００７３】
上りリンクでは、ＴＸデータプロセッサ３６０は、トラフィックデータを処理して、データシンボルを得る。ＴＸデータプロセッサは、シンボル変調器３７０と通信し、シンボル変調器３７は、データシンボルを受信し、パイロットシンボルと多重化して、変調を行い、シンボルのストリームを与える。シンボル変調器３７は、トランスミッタユニット３８０と通信を行い、トランスミッタユニット３８０は、シンボルのストリームを受信及び処理して、上りリンク信号を生成し、上りリンク信号は、アンテナ３１０によりアクセスポイント２００へ送信される。
【００７４】
アクセスポイント２００において、無線通信機器２００からの上りリンク信号はアンテナ２４０で受信され、レシーバユニット２５０により処理されて、複数のサンプルを得る。レシーバユニット２５０は、シンボル復調器２６０と通信し、シンボル復調器２６０は該サンプルを処理して、上りリンクについて、受信パイロットシンボル推定及びデータシンボル推定を与える。シンボル変調器２６０は、データシンボル推定を処理して無線通信機器２００から送信されたトラフィックデータを再生するＲＸデータプロセッサ２７０と通信する。シンボル変調器は、また、上りリンクで送信する各アクティブ端末について、チャネル推定を実行するプロセッサ２８０と通信する。複数の端末は、上りリンクで、それぞれに割り当てられた、インターレースされたパイロットサブバンドの集合で同時にパイロットを送信することがある。
【００７５】
プロセッサ２８０及び３４０は、アクセスポイント２００及び無線通信機器３００で、それぞれ、動作を指示する（例えば、制御、調整、管理など）。プロセッサ２８０及び３４０のそれぞれは、プログラムコード及びデータを記憶するメモリユニット（図示せず）と関連付けられている。プロセッサ２８０及び３４０は、また、上りリンク及び下りリンクのそれぞれについて周波数及びインパルスレスポンス推定を導出するための計算を実行する。
【００７６】
多重アクセスシステム（例えば、ＦＤＭＡ、ＯＦＤＭ、ＣＤＭＡ、ＴＤＭＡなど）の場合、複数の端末が上りリンクで同時に送信することができる。そのようなシステムにおいて、パイロットサブバンドは、異なる端末間で共有されることがある。チャネル推定技術は、各端末のパイロットサブバンドが動作帯域全体（場合により帯域境界を除き）に及ぶ場合に用いられる。そのようなパイロットサブバンド構造は、各端末に対し周波数ダイバーシティを得るために好ましいことがある。ここに説明される技術は、種々の手段で実装することができる。例えば、ハードウェア実装の場合、チャネル推定に用いる処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＰＳ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、または、ここに説明される機能を実行するように設計された他のユニット、またはこれらの組合せにより実装することができる。ソフトウェアの場合、実装は、ここに説明される機能を実行するモジュール（例えば、プロシジャ、関数など）で可能である。ソフトウェアコードは、メモリユニットに記憶され、プロセッサ２８０及び３４０により実行される。
【００７７】
図６を参照すると、ＭＰ２−ピアネットワーク内の無線通信機器間でメディアファイルを共有するための方法のフロー図が描かれている。イベント４００では、第１の無線通信機器は、オーディオ／歌曲ファイル、ビデオファイル、ゲームファイルなどのようなメディアファイルを無線で、ダウンロードまたはそうでなければ受信する。いくつかの側面において、無線機器は、メディアコンテンツサプライヤからメディアファイルを無線でダウンロードする。別の側面においては、無線機器は、有線または無線コンピュータ機器からのＵＳＢ転送を介して、リムーバブルのフラッシュメモリからの転送を介して、などにより、メディアファイルを受信することがある。ダウンロードされたメディアファイルは、通常、圧縮されたフォーマットで受信される。例えば、オーディオ／歌曲ファイルは、ＭＰ３、ＡＡＣ、または解凍（復元）／復号が必要な他の圧縮されたオーディオフォーマットで受信されることがある。よって、イベント４０２では、ダウンロードされたメディアファイルが復号され、パルス符号変調信号（ＰＣＭ）などのようなデジタル信号を得る。イベント４０４では、メディアファイル第１の無線通信機器メモリに記憶され、イベント４０６では、メディアファイルは、第１の無線通信機器で消費／実行／再生される。あるいは、ユーザは、メディアファイルを無線機器で記憶することなく、該メディアファイルを消費／実行／再生することを選択することがある。
【００７８】
イベント４０８では、機器ユーザにより、共有するメディアファイルが指定される。いくつかの側面において、無線機器は、ユーザに、メディアファイルを共有するためのオプションを提供する。例えば、メディアプレーヤモジュールは、メディアファイルの共有に関わるメニュー項目を提示するように構成されるか、または、ユーザにメディアファイルの共有を希望するかを問い合わせるためにポップアップウィンドウが設定されることがある。共有するメディアファイルを指定することに加え、メディアプレーヤモジュールまたは他のモジュールは、当該ユーザに、該メディアファイルを共有する１または複数の相手を選択することを提供することに特徴がある。一般に、メディアファイルは、無線Ｍ２−ピア通信を受信することができ、該通信がメディアファイルを含むことを認識し、必要な後処理を実行するように構成されている機器に関連付けられている相手と共有される。
【００７９】
イベント４１０では、共有するメディアファイルが指定されると、Ｍ２−ピア通信ヘッダ情報が生成される。ヘッダ情報は、これに限定するものではないが、メディアファイル識別子、スピーチコーデック識別表示、メディアファイルに関連する広告情報、セグメントシーケンス情報などを含むことがある。ヘッダ情報は、メディアファイルのセグメントを含む各Ｍ２−ピア通信に付加される。
【００８０】
イベント４１２では、メディアファイルは、Ｍ２−ピア通信ネットワークの制限に従ったサイズの複数のメディアクリップに分割される。通常、Ｍ２−ピア通信ネットワークは、最大約６０秒から約９０秒のオーディオクリップの通信に限定される。従って、メディアファイルは、Ｍ２−ピア通信の前に、適切な分割が必要となる。例えば、約５分のオーディオファイルの分割は、それぞれ６０秒より短い期間の５つまたはそれより多いメディアクリップになる。メディアファイルが、ビデオ部分を含む場合は、メディアクリップは、その長さが、かなり短くなることがある。
【００８１】
イベント４１４では、メディアファイルは、ＱＣＥＬＰ、ｉＬＢＣ、ＥＶＣＲ、Ｓｐｅｅｘなどのような適切なスピーチコーデックを用いて、スピーチ符号化される。メディアファイルのスピーチ符号化は、共有ファイルの受け手が、商用グレードのメディアファイルよりもオーディオ品質が劣るスピーチグレードの形式でメディアファイルを消費／実行／再生することができるのみであることを保証する。図示された側面は、スピーチ符号化プロセス（イベント４１４）の前に分割プロセス（イベント４１２）が起こることを述べているが、他の側面では、分割プロセス（イベント４１２）は、スピーチ符号化プロセス（イベント４１４）の後に起きてもよい。
【００８２】
イベント４１６では、メディアファイルのスピーチ符号化された複数のセグメントが、指定された無線通信機器へ、Ｍ２−ピア通信を介して通信される。各Ｍ２−ピア通信は、メディアファイルの少なくとも１つ（通常は多くて１つの）セグメントを含むであろう。通信の前には、ヘッダには、例えば、セグメントシーケンス情報、スピーチ符号化情報などのような、付加的な情報を追加する必要があり得ることは注目すべきである。
【００８３】
イベント４２０では、指定された共有受け手は、第２の無線通信機器において、メディアファイルの個々の複数のセグメントを含む複数のＰ２−ピア通信を受信する。該通信を受信する第２の無線通信機器のＭ２−ピア通信モジュールは、Ｍ２−ピア通信がメディアファイルセグメントを含むことを確認するために、ヘッダ情報を読む。通信の適正な識別表示は、Ｍ２−ピア通信モジュールに、メディアファイルセグメントを、適切なメディアプレーヤモジュールに転送することを指示する。イベント４２２では、メディアファイルセグメントは、共有機器でメディアファイルをスピーチ符号化するために用いたのと同じまたは類似のコーデックを用いて復号される。メディアファイルセグメントの復号により、ＰＣＭメディアクリップなどのような、デジタル信号のメディアクリップを得る。
【００８４】
イベント４２４では、分割されたメディアクリップが連結され、合成メディアファイルを生成し、これは、スピーチグレードのオーディオをもつことに特徴がある。連結は、メディアファイルの各セグメントに関連付けられたシーケンス識別子を認識することと、これに従って、適切な順番で、メディアファイルを組み立てることと、を含む。第１の無線通信機器で実行される分割プロセスと同様、連結プロセス（イベント４２４）は、スピーチ復号プロセス（イベント４２２）の後に起きてもよいし、または別の側面において、連結プロセス（イベント４２４）は、スピーチ復号プロセス（イベント４２２）の前に起きてもよい。
【００８５】
イベント４２６では、スピーチグレードのメディアファイルが、第２の無線通信機器メモリに記憶され、イベント４２８では、スピーチグレードのメディアファイルは、機器ユーザのコマンドで消費／実行／再生される。別の側面において、スピーチグレードのメディアファイルは、該メディアファイルを機器メモリに記憶せずに、第２の無線通信機器で消費／実行／再生されることがある。
【００８６】
図７を参照すると、ＭＰ２−ピアネットワーク内の無線通信機器間でマルチメディアファイルを共有するための方法のフロー図が描かれている。図では、マルチメディアファイルがオーディオ及びビデオ部分の両方を含む。イベント５００では、第１の無線通信機器は、ビデオファイル、ゲームファイルなどのようなマルチメディアファイルを無線でダウンロードまたは受信する。いくつかの側面において、無線機器は、メディアコンテンツサプライヤからマルチメディアファイルを無線でダウンロードする。別の側面においては、無線機器は、有線または無線コンピュータ機器からのＵＳＢ転送を介して、リムーバブルのフラッシュメモリからの転送を介して、などにより、マルチメディアファイルを受信することがある。ダウンロードされたメディアファイルは、通常、圧縮されたフォーマットで受信される。例えば、ビデオファイルは、ＭＰＥＧ（Motion Picture Experts Group）、ＡＳＦ（Advanced Systems Format）、ＷＭＶ（Windows（登録商標） Media Video）、または解凍（復元）／復号が必要な他の圧縮されたビデオフォーマットで受信されることがある。従って、イベント５０２では、ダウンロードされたマルチメディアファイルが復号され、パルス符号変調信号（ＰＣＭ）などのようなデジタル信号を得る。イベント５０４では、マルチメディアファイル第１の無線通信機器メモリに記憶され、イベント５０６では、マルチメディアファイルは、第１の無線通信機器で消費／実行／再生される。あるいは、ユーザは、マルチメディアファイルを無線機器で記憶することなく、該マルチメディアファイルを消費／実行／再生することを選択することがある。
【００８７】
イベント５０８では、機器ユーザにより、共有するメディアファイルが指定される。いくつかの側面において、無線機器は、ユーザに、マルチメディアファイルを共有するためのオプションを提供する。例えば、メディアプレーヤモジュールは、マルチメディアファイルの共有に関わるメニュー項目を提示するように構成されるか、または、ユーザにマルチメディアファイルの共有を希望するかを問い合わせるためにポップアップウィンドウが設定されることがある。共有するマルチメディアファイルを指定することに加え、メディアプレーヤモジュールまたは他のモジュールは、当該ユーザに、該マルチメディアファイルを共有する１または複数の相手を選択することを提供することに特徴がある。一般に、マルチメディアファイルは、無線Ｍ２−ピア通信を受信することができ、該通信がマルチメディアファイルを含むことを認識し、必要な後処理を実行するように構成されている機器に関連付けられている相手と共有される。
【００８８】
イベント５１０では、共有するマルチメディアファイルが指定されると、Ｍ２−ピア通信ヘッダ情報が生成される。ヘッダ情報は、これに限定するものではないが、マルチメディアファイル識別子、スピーチコーデック識別表示、マルチメディアファイルに関連する広告情報、セグメントシーケンス情報などを含むことがある。ヘッダ情報は、マルチメディアファイルのセグメントを含む各Ｍ２−ピア通信に付加される。
【００８９】
イベント５１２では、マルチメディアファイルのオーディオ部分とビデオ部分とが、後続のマルチメディアファイルのオーディオ部分のスピーチ符号化のために、分離される。イベント５１４では、マルチメディアファイルのオーディオ信号が、複数のオーディオクリップに分割され、イベント５１６では、マルチメディアファイルのビデオ信号が複数のビデオクリップに分割される。セグメントの大きさは、Ｍ２−ピア通信ネットワークの制限に従ったサイズである。
【００９０】
イベント５１８では、マルチメディアファイルのオーディオセグメントは、ＱＣＥＬＰ、ｉＬＢＣ、ＥＶＣＲ、Ｓｐｅｅｘなどのような適切なスピーチコーデックを用いて、スピーチ符号化される。イベント５１７では、マルチメディアファイルのビデオセグメントが、M２−ピアネットワーク通信に適したビデオフォーマットを用いて符号化される。図示された側面では、スピーチ符号化プロセス（イベント５１８）の前にオーディオ分割プロセス（イベント５１４）が起こることを述べているが、他の側面では、オーディオ分割プロセス（イベント５１４）は、スピーチ符号化プロセス（イベント５１４）の後に起きてもよい。ビデオ分割プロセス（イベント５１６）は、符号化プロセス（イベント５１７）の前に起きているが、他の側面では、ビデオ分割プロセス（イベント５１６）は、ビデオ符号化プロセス（イベント５１７）の後に起きてもよい。イベント５２０では、マルチメディアファイルのスピーチ符号化されたオーディオセグメントとビデオセグメントは、指定された無線通信機器へ、Ｍ２−ピア通信を介して通信される。各Ｍ２−ピア通信は、マルチメディアファイルの少なくとも１つ（通常は多くて１つの）オーディオまたはビデオセグメントを含むであろう。通信の前には、ヘッダには、例えば、ビデオ及びオーディオセグメントシーケンス情報、スピーチ符号化情報などのような、付加的な情報を追加する必要があり得ることは注目すべきである。
【００９１】
イベント５２２では、指定された共有受け手は、第２の無線通信機器において、マルチメディアファイルの個々のオーディオまたはビデオの複数のセグメントを含む複数のＰ２−ピア通信を受信する。該通信を受信する第２の無線通信機器のＭ２−ピア通信モジュールは、Ｍ２−ピア通信がマルチメディアファイルセグメントを含むことを確認するために、ヘッダ情報を読む。通信の適正な識別表示は、Ｍ２−ピア通信モジュールに、マルチメディアファイルセグメントを、適切なメディアプレーヤモジュールに転送することを指示する。イベント５２４では、オーディオセグメントは、共有機器でマルチメディアファイルのオーディオ部分をスピーチ符号化するために用いたのと同じまたは類似のコーデックを用いて復号される。イベント５２５では、ビデオセグメントは、共有機器でマルチメディアファイルのビデオ部分をビデオ符号化するために用いたのと同じまたは類似のコーデックを用いて復号される。マルチメディアファイルセグメントの復号により、ＰＣＭメディアクリップなどのような、デジタル信号のメディアクリップを得る。
【００９２】
イベント５２６では、分割されたオーディオクリップが連結され、イベント５２８では、分割されたビデオクリップが連結され、メディアファイルの合成オーディオ部分及び合成ビデオ部分を生成する。連結プロセス（イベント５２６及び５２８）は、復号プロセス（イベント５２４）の後に起きてもよいし、または別の側面において、連結プロセス（イベント５２６及び５２８）は、復号プロセス（イベント５２４）の前に起きてもよい。
【００９３】
イベント５３０では、マルチメディアファイルのオーディオ部分及びビデオ部分は、統合／合成され、合成マルチメディアファイルが生成される。オーディオ部分及びビデオ部分の統合（イベント５３０）は、連結プロセス（イベント５２６及び５２８）及びまたは復号プロセス（イベント５２４）の後または前に起きてもよい。
【００９４】
イベント５３２では、スピーチグレードのマルチメディアファイルが第２の無線通信機器メモリに記憶され、イベント５３４では、スピーチグレードのマルチメディアファイルは、機器ユーザのコマンドで消費／実行／再生される。別の側面において、スピーチグレードのマルチメディアファイルは、該マルチメディアファイルを機器メモリに記憶せずに、第２の無線通信機器で消費／実行／再生されることがある。
【００９５】
図８を参照すると、ＭＰ２−ピアネットワーク内の無線通信機器間でメディアファイルを共有するための方法のフロー図が描かれている。図示されている側面では、ダウンロードされたメディアファイルの最初の解凍／復号は、供給されるメディアファイルが、第２の無線通信機器により受信されるまで延期される。イベント６００では、第１の無線通信機器は、オーディオ／歌曲ファイル、ビデオファイル、ゲームファイルなどのようなメディアファイルを無線で、ダウンロードまたはそうでなければ受信する。いくつかの側面において、無線機器は、メディアコンテンツサプライヤからメディアファイルを無線でダウンロードする。別の側面においては、無線機器は、有線または無線コンピュータ機器からのＵＳＢ転送を介して、リムーバブルのフラッシュメモリからの転送を介して、などにより、メディアファイルを受信することがある。
【００９６】
イベント６０２では、機器ユーザにより、共有するメディアファイルが指定される。いくつかの側面において、無線機器は、ユーザに、メディアファイルを共有するためのオプションを提供する。例えば、メディアプレーヤモジュールは、メディアファイルの共有に関わるメニュー項目を提示するように構成されるか、または、ユーザにメディアファイルの共有を希望するかを問い合わせるためにポップアップウィンドウが設定されることがある。共有するメディアファイルを指定することに加え、メディアプレーヤモジュールまたは他のモジュールは、当該ユーザに、該メディアファイルを共有する１または複数の相手を選択することを提供することに特徴がある。一般に、メディアファイルは、無線Ｍ２−ピア通信を受信することができ、該通信がメディアファイルを含むことを認識し、必要な後処理を実行するように構成されている機器に関連付けられている相手と共有される。
【００９７】
イベント６０４では、共有するメディアファイルが指定されると、Ｍ２−ピア通信ヘッダ情報が生成される。ヘッダ情報は、これに限定するものではないが、メディアファイル識別子、スピーチコーデック識別表示、メディアファイルに関連する広告情報、セグメントシーケンス情報などを含むことがある。ヘッダ情報は、メディアファイルのセグメントを含む各Ｍ２−ピア通信に付加される。
【００９８】
イベント６０６では、メディアファイルは、Ｍ２−ピア通信ネットワークの制限に従ったサイズの複数のメディアクリップに分割される。従って、メディアファイルは、Ｍ２−ピア通信の前に、適切な分割が必要となる。イベント６０８では、メディアファイルは、ＱＣＥＬＰ、ｉＬＢＣ、ＥＶＣＲ、Ｓｐｅｅｘなどのような適切なスピーチコーデックを用いて、スピーチ符号化される。メディアファイルのスピーチ符号化は、共有ファイルの受け手が、商用グレードのメディアファイルよりもオーディオ品質が劣るスピーチグレードの形式でメディアファイルを消費／実行／再生することができるのみであることを保証する。図示された側面は、スピーチ符号化プロセス（イベント６０８）の前に分割プロセス（イベント６０６）が起こることを述べているが、他の側面では、分割プロセス（イベント６０６）は、スピーチ符号化プロセス（イベント６０８）の後に起きてもよい。
【００９９】
イベント６１０では、メディアファイルのスピーチ符号化された複数のセグメントが、指定された無線通信機器へ、Ｍ２−ピア通信を介して通信される。各Ｍ２−ピア通信は、メディアファイルの少なくとも１つ（通常は多くて１つの）セグメントを含むであろう。通信の前には、ヘッダには、例えば、セグメントシーケンス情報、スピーチ符号化情報などのような、付加的な情報を追加する必要があり得ることは注目すべきである。
【０１００】
イベント６１２では、指定された共有受け手は、第２の無線通信機器において、メディアファイルの個々の複数のセグメントを含む複数のＰ２−ピア通信を受信する。該通信を受信する第２の無線通信機器のＭ２−ピア通信モジュールは、Ｍ２−ピア通信がメディアファイルセグメントを含むことを確認するために、ヘッダ情報を読む。通信の適正な識別表示は、Ｍ２−ピア通信モジュールに、メディアファイルセグメントを、適切なメディアプレーヤモジュールに転送することを指示する。イベント６１４では、メディアファイルセグメントは、共有機器でメディアファイルをスピーチ符号化するために用いたのと同じまたは類似のコーデックを用いて復号される。メディアファイルセグメントの復号により、圧縮されたメディアファイルを得る。イベント６１６では、圧縮フォーマットのメディアファイルが解凍／復号され、ＰＣＭ信号フォーマットのようなデジタル信号フォーマットを得る。
【０１０１】
イベント６１８では、分割されたメディアクリップが連結され、合成メディアファイルを生成し、これは、スピーチグレードのオーディオをもつことに特徴がある。前記したように、連結プロセス（イベント６１８）は、スピーチ復号プロセス（イベント６１４）及びまたは解凍／復号プロセス（イベント６１６）の後に起きてもよいし、または別の側面において、連結プロセス（イベント６１８）は、スピーチ復号プロセス（イベント６１４）及びまたは解凍／復号プロセス（イベント６１６）の前に起きてもよい。
【０１０２】
イベント６２０では、スピーチグレードのメディアファイルが、第２の無線通信機器メモリに記憶され、イベント６２２では、スピーチグレードのメディアファイルは、機器ユーザのコマンドで消費／実行／再生される。別の側面において、スピーチグレードのメディアファイルは、該メディアファイルを機器メモリに記憶せずに、第２の無線通信機器で消費／実行／再生されることがある。
【０１０３】
図７を参照すると、無線機器が無線機器通信するためのメディアファイルを作成する方法のフロー図が描かれている。イベント７００では、第１の無線機器がメディアファイルを受信する。メディアファイルは、オーディオファイル、ビデオファイル、ゲームファイル、または他の任意のマルチメディアファイルを含むことがあり、無線通信により、ＵＳＢ（universal serial bus）で他の機器または記憶ユニットと接続することにより、リムーバブルフラッシュメモリにより、または他の任意の許容可能な受信メカニズムを通じて、受信されることがある。メディアファイルが圧縮オーディオ及びまたはビデオフォーマットで受信される場合、メディアファイルを受信することは、オーディオ及びまたはビデオフォーマットを復号／解凍することも含み得る。圧縮オーディオフォーマットの例は、これに限定するものではないが、MP3, AAC, HE-AAC, ITU-T G.711, ITU-T G.722, ITU-T G.722.1, ITU-T G.722.2, ITU-T G.723, ITU-T G.723.1, ITU-T G.726, ITU-T G.729, ITU-T G.729a, FLAC, Ogg, Theora, Vorbis, ATRAC3, AC.3, AIFF-C などを含む。圧縮ビデオフォーマットの例は、これに限定するものではないが、MPEG-1, MPEG-2, QuicktimeTM、 Real Video, WindowsTM、 Media Format (WMV)などを含む。
【０１０４】
イベント７１０では、メディアファイルのオーディオ信号は、２つまたはそれより多い数のオーディオセグメントに分割される。メディアファイルがオーディオ部分とビデオ部分とを含む側面において、ビデオ部分も、２つまたはそれより多い数のビデオセグメントに分割する必要がある。メディアファイルがオーディオ部分とビデオ部分とを含む、いくつかの側面において、オーディオ及びビデオ部分を分割する前に、オーディオ及びビデオ部分を分離する必要がある。
【０１０５】
イベント７２０において、メディアファイルのオーディオ信号は、スピーチフォーマットに符号化される。オーディオ信号をスピーチフォーマットに符号化することは、オーディオ信号を２つまたはそれより多い数のオーディオセグメントに分割する前、あるいは分割後に起きてもよい。スピーチフォーマットは、一般に、約２０Ｈｚから約２０ｋＨｚの範囲の帯域をもつオーディオフォーマットであることに特徴がある。オーディオ信号をフォーマットするために用いられるスピーチコーデックの例は、これに限定するものではないが、QCELP (QualcommTM Code Excited Linear Prediction), EVCR (Enhanced Variable Rate Codec), iLBC (Internet Low Bit Rate), Speexなどを含む。メディアがビデオ部分を含む場合、ビデオ部分は、標準ビデオ圧縮フォーマットへのビデオ圧縮復号を必要とすることがある。ビデオ信号の復号は、ビデオ信号を２つまたはそれより多い数のビデオセグメントに分割する前または後に起きてもよい。
【０１０６】
オプションのイベント７３０は、スピーチフォーマットメディアファイルの複数のオーディオセグメントが、１つ１つ、マルチメディアピア（Ｍ２−ピア）通信ネットワークを介して通信される。メディアファイルがビデオ部分を含む場合、スピーチフォーマットメディアファイルの複数のビデオセグメントも、１つ１つ、Ｍ２−ピア通信ネットワークを介して通信される。その際、各セグメントの個々の通信は、共有機器とＭ２−ピア通信を行う１つまたは複数の無線通信機器へのメディアファイルの信頼性ある配信を提供する。
【０１０７】
図１０を参照すると、分割されたスピーチフォーマットのメディアファイルを受信する方法のフロー図が描かれている。イベント８００では、無線機器は、それぞれがメディアファイルの１つのセグメントを含む、２つまたはそれより多い数のＭ２−ピア通信を受信する。イベント８１０では、無線機器は、当該２つまたはそれより多い数のＭ２−ピア通信の少なくとも２つがメディアファイルのオーディオセグメントを含むことを確認する。Ｍ２−ピア通信の確認は、Ｍ２―ピア通信に関連付けられているヘッダ情報を読むことを含み、ヘッダ情報は、該通信は、メディアファイルのオーディオ及びまたはビデオセグメントを含むことを示す。その際、受信無線機器による確認は、該機器に、該通信をメディアファイルのセグメントとしてさらに処理することを通告する。
【０１０８】
イベント８２０では、オーディオセグメントが復号／解凍され、スピーチグレードのオーディオセグメントを得る。以前述べたように、スピーチグレードのオーディオセグメントは、約２０Ｈｚから約２０ｋＨｚの範囲の帯域をもつことがある。復号／解凍技術は、共有機器でメディアファイルのオーディオセグメントをスピーチ符号化するために用いた符号化／解凍技術とよく似ている。
【０１０９】
イベント８３０では、オーディオセグメントが連結され、メディアファイルの合成オーディオ部分が生成される。メディアファイルがビデオ部分を含む側面において、メディアファイルのビデオセグメントが連結され、メディアファイルの合成ビデオ部分が生成され、ビデオ及びオーディオ部分が統合されて、合成メディアファイルを生成する。連結された、及びいくつかの側面においてはさらに統合されたメディアファイルは、無線機器で、記憶され、及びまたは消費／再生され得る。
【０１１０】
ここに開示された実施形態に関連して説明された、種々の図示されたロジック、論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＰＳ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブルロジックデバイス、個別ゲートまたはトランジスタロジック、個別のハードウェアコンポーネント、または、ここに説明された機能を実行するように設計されたこれらの任意の組み合わせで、実装または実行され得る。汎用プロセッサは、マイクロプロセッサでもよいが、あるいは、該プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械でもよい。プロセッサはコンピュータ機器の組み合わせとして実装されてもよく、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結された１つまたは複数のマイクロプロセッサ、またはそのような他の任意の構成でもよい。
【０１１１】
さらに、ここに開示された側面に関連して説明された方法またはアルゴリズムのステップ及びまたはアクションは、直接ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、またはこの２つの組み合わせで具現されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭに、または従来知られている任意の他の記憶媒体の形で存在し得る。記憶媒体の典型は、プロセッサが、該記憶媒体から情報を読め、該記憶媒体に情報を書き込むことができるように、プロセッサに接続され得る。あるいは、記憶媒体は、プロセッサに不可欠である。さらに、いくつかの側面において、プロセッサと記憶媒体は、ＡＳＩＣ内に存在することがある。さらに、ＡＳＩＣは、ユーザ端末に存在することがある。あるいは、プロセッサ及び記憶媒体は、ユーザ端末内に個別のコンポーネントとして存在することがある。さらに、いくつかの側面において、方法またはアルゴリズムのステップ及びまたはアクションは、機械読み取り可能な媒体及びまたはコンピュータ読み取り可能な媒体上に、命令の１つまたは任意の組み合わせ、または命令セットとして存在し得る。
【０１１２】
これまでの開示は、具体的態様及びまたは実施形態を示しているが、添付のクレームにより定義される説明された側面及びまたは実施形態の範囲を逸脱せずに、種々の変更、修正がここになされ得ることはいうまでもない。さらに、説明された実施形態の要素が、単数形で説明されたり、クレームされたりしても、単数への限定が明示的に述べられていないならば、複数も意図するものである。さらに、任意の側面及びまたは実施形態の全てまたは一部分は、そうでないと述べられていないのならば、他の任意の側面及びまたは実施形態の全部または一部分とともに用いることができ得る。
【０１１３】
従って、説明された側面は、例えば、マルチメディアピア（Ｍ２−ピア）通信ネットワークを用いて無線通信機器間でメディアファイルを共有する通信を提供するシステム、方法、機器及び装置を提供する。メディアファイルは、第１の無線通信機器においてスピーチ符号化され、その後、Ｍ２−ピアを介して、第２の通信機器へ通信され、第２の通信機器において、その後の再生機能のために、スピーチ符号化メディアファイルを復号する。Ｍ２−ピア通信は、通信可能なファイルの長さに関して制限があるため、メディアファイルを第２の通信機器へ通信する前に、第１の通信機器で、該メディアファイルを分割する必要があり、代わりに、第２の通信機器では、メディアファイルを再生する前に、セグメントの連結／組み立てが必要となり得る。このように、本則面は、無線通信機器間で即時のメディアファイルの共有を可能にする。メディアファイルのオーディオ部分をスピーチグレードの質に劣化させることにより、メディアファイルに関連するいかなる知的財産権を含むことなく、ファイルを共有し得る。
【０１１４】
本発明の多くの変形及び他の実施形態が、この発明に関連した技術に精通し、これまでの説明及びそれに関連する図面に提示された技術を利用できる者には、想到し得るであろう。従って、本発明は、開示された特定の実施形態に限定されるものではなく、添付のクレームの範囲内に、変形例及び他の実施形態が含まれことを意図するものである。ここでは特定の用語が用いられているが、それらは、限定の目的ではなく、一般的及び説明的に意味合いでのみ用いられている。
【図１】
2010508776.tif 000003
【図２】
2010508776.tif 000004
【図３】
2010508776.tif 000005
【図４】
2010508776.tif 000006
【図５】
2010508776.tif 000007
【図６】
2010508776.tif 000008
【図７】
2010508776.tif 000009
【図８】
2010508776.tif 000010
【図９】
2010508776.tif 000011
【図１０】
2010508776.tif 000012
【国際調査報告】
2010508776.tif 000013
2010508776.tif 000014
2010508776.tif 000015