オーディオストリームのセグメントの整合性保護
【課題】オーディオストリームのセグメントの整合性を保護するためのシステムおよび方法を提供する。
【解決手段】オーディオ再生デバイスは、オーディオ送信源からオーディオストリームを受信する。オーディオストリームは複数のセグメントを含む。セグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、またはニュースや天気予報などの全体または一部を含む。ある先行期間からのオーディオストリームの連続する部分を含むオーディオストリームをバッファに一時的に格納する。このバッファはオーディオ再生デバイスのメモリ内にある。オーディオ再生デバイスのユーザインタフェースを介して、選択の指標を受信する。オーディオ送信源から現在受信中のセグメントに選択指標を関連づける。選択指標に関連づけられたセグメントをオーディオ再生デバイスのメモリに格納する。
【解決手段】オーディオ再生デバイスは、オーディオ送信源からオーディオストリームを受信する。オーディオストリームは複数のセグメントを含む。セグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、またはニュースや天気予報などの全体または一部を含む。ある先行期間からのオーディオストリームの連続する部分を含むオーディオストリームをバッファに一時的に格納する。このバッファはオーディオ再生デバイスのメモリ内にある。オーディオ再生デバイスのユーザインタフェースを介して、選択の指標を受信する。オーディオ送信源から現在受信中のセグメントに選択指標を関連づける。選択指標に関連づけられたセグメントをオーディオ再生デバイスのメモリに格納する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にオーディオストリーミング技術に関する。より具体的には、本発明はオーディオストリームのセグメントを保護することに関する。
【背景技術】
【０００２】
ポータブルカセットテープが登場して以来、ラジオ番組放送のようなオーディオストリームを記録することが行われてきた。しかしながら、このようにしてオーディオストリームを記録すると、オーディオストリームの望ましいセグメントと望ましくないセグメントの両方が記録されるため、無差別的であったし、現在でもそれほどでもないにせよ、そうである。望ましいセグメントは歌またはトーク番組であり、一方、望ましくないセグメントは、歌または番組の望ましい部分にオーバーラップするディスクジョッキー（ＤＪ）のおしゃべりやコマーシャルを含む。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
記録されたオーディオストリームからコマーシャルやＤＪを選別して消すシステムはあるが、そのようなシステムは正確ではない。そのようなシステムを使っても、記録された素材には依然として望ましくないコンテンツが含まれ、余分な分量がある。あるいは、そのようなシステムは過剰に選別して、望ましいコンテンツのある部分を削ってしまうこともある。オーディオストリームの始まりまたは終わりからコンテンツを正確に除去する細かく調整されたシステムであっても、記録されたストリームの中程にある割り込みに対処することはできない。
【０００４】
そのようなシステムは記録において何らかの選択性を提供することもできない。システムは、その正確さにかかわらず、オーディオ放送のすべてを記録するか、放送のセグメントを全く記録しないかのいずれかである。その結果、ユーザは、記録された素材を手動で選別して、本当に欲しいセグメントを取り出さなければならない。ユーザが望ましいオーディオセグメントの集合（たとえば、ＤＪのおしゃべりのないオーディオ）を手にした後でさえ、ユーザには最終的には不完全なオーディオストリームが残されることになる。おしゃべりのセグメントの除去は、最終的には望ましい音楽セグメントの除去を伴うことがある。その結果、ユーザは結局は音楽トラックの全体（たとえば歌）を購入して、その場しのぎに、手に入れた欠けているセグメントを以前記録した編集中のセグメントにつなぎ合わせなければならない。当該技術分野において、オーディオストリームの整合性を保護する必要性がある。
【課題を解決するための手段】
【０００５】
本発明の実施の形態によれば、ユーザの選別に応じて、オーディオストリームのセグメントを保護することができる。
【０００６】
最初の実施の形態では、オーディオストリームのセグメントの整合性を保護するための方法が開示される。オーディオ再生デバイスは、オーディオ送信源からオーディオストリームを受信する。オーディオストリームは複数のセグメントを含む。セグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、またはニュースや天気予報などの全体または一部を含む。ある先行期間からのオーディオストリームの連続する部分を含むオーディオストリームをバッファに一時的に格納する。このバッファはオーディオ再生デバイスのメモリ内にある。オーディオ再生デバイスのユーザインタフェースを介して、選択の指標を受信する。オーディオ送信源から現在受信中のセグメントに選択指標を関連づける。選択指標に関連づけられたセグメントをオーディオ再生デバイスのメモリに格納する。
【０００７】
第２の実施の形態では、オーディオストリームのセグメントの整合性を保護するためのシステムが開示される。このシステムは、オーディオ送信源からオーディオストリームを受信するための、メモリに格納されプロセッサによって実行可能なコミュニケーションモジュールを含む。オーディオストリームは複数のセグメントを含む。システムはまた、ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームをバッファに一時的に格納するための、メモリに格納されプロセッサによって実行可能なバッファモジュールを含む。このバッファはオーディオ再生デバイスのメモリ内にある。さらに、システムは、オーディオ再生デバイスのユーザインタフェースを介して、選択の指標を受信するための、メモリに格納されプロセッサによって実行可能な選択モジュールを含む。選択指標はオーディオ送信源から現在受信中のセグメントに関連づけられる。さらに、システムは、オーディオ再生デバイスのメモリに選択指標に関連づけられたセグメントを格納するための、メモリに格納されプロセッサによって実行可能なデータ管理モジュールとを含む。
【０００８】
第３の実施の形態は、プログラムが格納されたコンピュー読み取り可能な記録媒体を開示する。このプログラムは、オーディオストリームのセグメントの整合性を保護するための方法を実施するためにプロセッサによって実行可能である。当該方法は、オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するステップと、ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームをバッファに一時的に格納するステップと、前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するステップと、オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するステップとを含む。
【図面の簡単な説明】
【０００９】
【図１】オーディオ再生デバイスによってオーディオ送信源から受信されたオーディオストリームのセグメントを保護する環境を説明するブロック図である。
【００１０】
【図２】図１の典型的なオーディオ再生デバイスのブロック図である。
【００１１】
【図３】オーディオ再生デバイスに含まれる典型的なセグメント保護エンジンのブロック図である。
【００１２】
【図４】オーディオストリームのセグメントを保護する典型的な方法を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
オーディオストリームのセグメントの整合性を選択的に保護するためのシステムおよび方法をここに提供する。オーディオストリームは、ラジオ放送、衛星放送、またはインターネット放送によって提供される。オーディオストリームを聴きながら、ユーザは、現在再生中のセグメントを選択することができる。オーディオストリームの最近の部分をバッファに一時的に格納することにより、ユーザが選択した特定のセグメントを後でアクセスするためにメモリに格納することができる。格納されたセグメントは、消去されるか上書きされるまでメモリに残り、再生ボタンに割り当てられて、ユーザは任意の時間にその格納されたセグメントを聴くことができる。格納されたセグメントを他のメディアに転送することについては制限がある。ユーザは、格納されたセグメントの部分または全体についついて市販のコピーを購入しダウンロードしてもよく、あるいは、他の公共の供給元からそれと同じものを獲得してもよい。
【００１４】
図１を参照すると、オーディオ再生デバイス１０５によってオーディオ送信源（ソース）１１０から受信されたオーディオストリームのセグメントを保護する環境１００を説明するブロック図が示されている。図１の環境１００は、ネットワーク１１５を介してオーディオ送信源１１０とオーディオファイルレポジトリ１２０を通信するオーディオ再生デバイス１０５を含む。あるいは、オーディオファイルレポジトリ１２０を環境１００から除外してもよい。さらに、オーディオ再生デバイス１０５は、セグメント保護エンジン１２５を含んでもよい。セグメント保護エンジン１２５については、図３のコンテキストでさらに詳細に議論する。
【００１５】
オーディオ再生デバイス１０５は、オーディオストリームを受信し、再生することのできる任意のデバイスであってもよい。オーディオストリームは、デジタルまたはアナログ伝送を含む任意のオーディオデータ伝送を含む。ストリームは、ラジオ伝送、衛星伝送、携帯電話伝送、ウェブベースの伝送のように、事実上連続的である。オーディオ再生デバイス１０５の例には、ＡＭ／ＦＭ受信機、衛星受信機、携帯電話網／汎用パケット無線通信システム（ＧＰＲＳ；general packet radio service）受信機、またはオーディオストリームを受信するための他の入力コンポーネントを装備したデバイスが含まれる。オーディオ再生デバイス１０５は、カーステレオ、携帯オーディオデバイス、またはいろいろなコンピューティングデバイスに統合されてもよい。オーディオ再生デバイス１０５のさらなる詳細については図２のコンテキストで議論する。
【００１６】
オーディオストリームは一般にオーディオデータの連続的なセグメントを含む。これらのセグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、またはニュースや天気予報の全体または一部を含む。オーディオストリームは、たとえば、環境１００におけるネットワーク１１５やオーディオ送信源１１０に特有のいろいろな要因によって劣化することがある。例示すると、オーディオストリームは、サードパーティの吹き替え、信号損失、信号圧縮、静的雑音、または信号干渉の結果、劣化する。ある例では、オーディオストリームを意図的に劣化させてもよい。
【００１７】
オーディオストリームはまた、オーディオ再生デバイス１０５によって利用されるオーディオデータに付け加えて、情報を含んでもよい。たとえば、ラジオデータシステム（ＲＤＳ）は、欧州放送連合（ＥＢＵ）から従来のＦＭラジオ放送を用いて少量のデジタル情報を送信するための通信プロトコルである。ＲＤＳは、オーディオデータとともに送信すべき情報のいくつかのタイプ、たとえば、時間、トラック／アーティスト情報、番組タイトル、および局特定情報などを標準化する。ラジオブロードキャストデータシステム（ＲＢＤＳ）は、ＲＤＳの米国版である。これらの二つの標準は、わずかな違いがある以外はほとんど同じであり、主に、ＲＤＳおよびＲＢＤＳが特定することのできる３１の音楽および他の番組のそれぞれに割り当てられた数字に関連する。他の情報やメタデータをオーディオストリーム内のオーディオ情報に加え、歌や番組、ＤＪやコマーシャルによる途切れの間の移行を正確にマーキングするために使ってもよい。
【００１８】
ネットワーク１１５は、オーディオ再生デバイス１０５と環境１００の他の構成要素の間の通信を容易にするために構成された装置を含んでもよい。ある例では、ネットワーク１１５は、ラジオブロードキャストシステムを含んでもよい。ラジオブロードキャストシステムは、オーディオストリームをオーディオ再生デバイス１０５にブロードキャストする１以上の送信局を含んでもよい。オーディオストリームは、ＡＭ帯域またはＦＭ帯域に含まれるある周波数でブロードキャストされる。これらの送信局は、有線またはマイクロ波中継によってリンクされているため、同じオーディオストリームを多くの局によってブロードキャストすることができる。
【００１９】
ネットワーク１１５はまた、任意の数のコンピュータ、コンピュータ端末、および情報を送受信するために使われる通信機器やケーブルによって相互接続されたルータを含んでもよい。さらに、ネットワーク１１５は、衛星を利用したネットワークまたは携帯電話網の構成要素を含んでもよい。さらに、環境１００には複数のネットワークが同時に含まれてもよい。たとえば、オーディオ再生デバイス１０５とオーディオ送信源１１０の間の通信は、ラジオブロードキャストシステムによって支援され、オーディオ再生デバイス１０５とオーディオファイルレポジトリ１２０間の通信は、Ｗｉ−Ｆｉまたは携帯電話網によって支援されてもよい。
【００２０】
オーディオ送信源１１０はインターネットラジオ放送、衛星ラジオ放送、ＡＭ／ＦＭラジオ放送、またはオーディオをストリーム配信または送信する他のソースを含んでもよい。インターネットラジオは一般には、インターネットを介して送信されるオーディオブロードキャストサービスのことである。インターネットラジオはときにはウエブラジオ、ネットラジオ、ストリーミングラジオ、または電子ラジオと呼ばれることもある。衛星ラジオまたは会員制ラジオ（subsription radio）は一般には、通信衛星によって伝送されるデジタルラジオ放送として理解される。衛星ラジオ放送を提供するサービスの一つは、ニューヨーク州ニューヨーク市のＳｉｒｉｕｓＸＭラジオ社である。従来の「地上波」ラジオ放送は、一般に上述したＦＭ／ＡＭラジオブロードキャストシステムを介してオーディオ情報を送信する。もっともそのようなシステムは、ときにはＮＲＳＣ−５またはＮＲＳＣ−５Ｂと呼ばれるＨＤ（high definition）ラジオのようなものを含むように拡大してきている。
【００２１】
ブロードキャストに加えて、オーディオ送信源１１０はオーディオ再生デバイス１０５にマルチキャストまたはユニキャストによってオーディオを送信してもよい。マルチキャストとは、ネットワーク１１５のようなネットワーク上で、一人の送信者から選択された受信者のグループに情報を同時に送信することである。ユニキャストとは、ネットワーク１１５のようなネットワーク上で、一人の送信者と一人の受信者の間の伝送のことである。マルチキャストとユニキャスト伝送は、一般にインターネットラジオのコンテキストで起きるものである。
【００２２】
オーディオファイルレポジトリ１２０は、オーディオ再生デバイス１０５または補助的なデバイスによってネットワーク１１５経由でアクセスされるオーディオファイルまたはオーディオファイルのセグメントを収集して格納したものである。オーディオファイルレポジトリ１２０は、オーディオファイルの供給元であってもよい。たとえば、オーディオファイルレポジトリ１２０は、カリフォルニア州クパティーノのアップル社によって運営されるｉＴｕｎｅｓストア、またはワシントン州シアトルのアマゾン・ドット・コム社によって運営されるＡｍａｚｏｎＭＰ３を含んでもよい。ｉＴｕｎｅｓストアもＡｍａｚｏｎＭＰ３もインターネット経由でアクセス可能である。オーディオ送信源１１０およびオーディオファイルレポジトリ１２０は１つの同じものであってもよい。
【００２３】
図２は、図１のオーディオ再生デバイス１０５のような典型的なオーディオ再生デバイスのブロック図である。図２のオーディオ再生デバイス１０５は、通信インタフェース２０５、ユーザインタフェース２１０、入出力インタフェース２１５、プロセッサ２２０、およびメモリ２２５を含む。ここに記載された処理を実行するのに適したハードウェアプラットフォームは、開示された本発明の実施の形態で用いるのに好適である。バス２３０は、通信インタフェース２０５、ユーザインタフェース２１０、入出力インタフェース２１５、プロセッサ２２０、およびメモリ２２５間の通信を提供する。
【００２４】
通信インタフェース２０５は、オーディオ再生デバイス１０５と、オーディオ送信源１１０とオーディオファイルレポジトリ１２０の両方との間の通信を提供するように構成されてもよい。そのため、通信インタフェース２０５は、ラジオ放送局、通信衛星、携帯電話送信機からの無線信号、および／またはインターネット放送局からのＷｉ−Ｆｉを受け取ることのできる１以上のアンテナを含んでもよい。そのようなアンテナによって、オーディオ再生デバイス１０５からオーディオ送信源１１０またはオーディオファイルレポジトリ１２０に信号を送信することができるようになる。
【００２５】
ユーザインタフェース２１０によって、ユーザはオーディオ再生デバイス１０５と相互作用することができる。ユーザインタフェース２１０は、たとえば、タッチスクリーン、ディスプレイ、ボタン、またはスイッチの内、１つまたは２以上を含んでもよい。ユーザは、オーディオ送信源１１０、オーディオファイルレポジトリ１２０、およびオーディオ送信源１１０からユーザインタフェース２１０を通して受信されたオーディオストリームに関連した選択を行ってもよい。
【００２６】
図２の入出力インタフェース２１５は、オーディオ再生デバイス１０５と他のデジタルデバイス間の通信を提供する。入出力インタフェース２１５は、これらの他のデジタルデバイスとの有線または無線通信を提供してもよい。ある例では、入出力インタフェース２１５はＵＳＢインタフェースを含む。
【００２７】
プロセッサ２２０は、命令を実行するデバイス（または一連のデバイス）を含み、命令の実行によってこれらの命令が記述する機能を達成する。そのような命令はメモリ２２５に格納されてもよい。プロセッサ２２０は、マイクロプロセッサまたはＣＰＵを含んでもよい。プロセッサ２２０はまた、特定用途向け集積回路または「システム・オン・チップ」マイクロプロセッサであってもよい。
【００２８】
メモリ２２５は、実行のためにプロセッサ２２０に命令を提供するためのコンピュータ読み取り可能なストレージメディアを含んでもよい。そのようなメディアは多くの形態を取り、たとえば、光または磁気ディスク、ダイナミックメモリにそれぞれ対応する不揮発性、揮発性メディアを含むが、これらに限定されない。コンピュータ読み取り可能なストレージメディアの共通の形態として、フロッピーディスク（登録商標）、ハードディスク、磁気テープ、任意の他の磁気メディア、ＣＤ−ＲＯＭディスク、ＤＶＤ、任意の他の光メディア、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリチップまたはカートリッジが含まれる。
【００２９】
バス２３０は、実行のためにプロセッサ２２０に１以上の命令のシーケンスを伝送するためのいろいろな形態の伝送メディアを含んでもよい。バス２３０はメモリ２２５にデータを伝送する。プロセッサ２２０はメモリ２２５から命令を読み出し、実行する。メモリ２２５が受信した命令を、プロセッサ２２０によって実行される前または後に、固定ディスクに格納してもよい。
【００３０】
図３は、典型的なセグメント保護エンジン１２５のブロック図である。セグメント保護エンジン１２５は、図示されるように、通信モジュール３０５、バッファリングモジュール３１０、選択モジュール３１５、データ管理モジュール３２０、アナライザモジュール３２５、購入モジュール３３０、および編集モジュール３３５を含む。セグメント保護エンジン１２５およびそれを構成するモジュールは、それに対応する機能を発揮させるためにメモリ２２５に格納され、プロセッサ２２０によって実行されてもよい。セグメント保護エンジン１２５は、より多いまたはより少ないモジュール（あるいはその組み合わせ）を含んでもよく、それでも依然として本発明の範囲内である。たとえば、アナライザモジュール３２５の機能と編集モジュール３３５の機能を一つのモジュールに結合してもよい。
【００３１】
図３の通信モジュール３０５の実行を通じて、オーディオ再生デバイス１０５は、オーディオ送信源１１０からオーディオストリームを受信する。オーディオストリームは複数のセグメントを含む。セグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、ニュース、または天気予報のすべてまたは一部を含む。ＲＤＳおよびＲＢＤＳ関連情報、または種々のメタデータのようなオーディオデータ以外の情報は、オーディオストリームとともに受信される。この情報は、セグメント間の推移に正確な印を付けるためにセグメント保護エンジン１２５のいろいろなモジュールで使用される。
【００３２】
この情報は、セグメントをＩＤ３タグのような関連データにタグ付けるために用いることもできる。ＩＤ３は、ＭＰ３オーディオファイルフォーマットに関連してしばしば用いられるメタデータコンテイナーを記述するものであり、タイトル、アーティスト、アルバム、トラック番号、またはファイル自身に格納すべき当該ファイルに関する他の情報などを入れることができる。
【００３３】
通信モジュール３０５の実行は、さらにオーディオファイルレポジトリ１２０との通信を提供する。そのような通信は一方向または双方向である。たとえば、通信モジュール３０５は、プロセッサによって実行可能であり、オーディオ再生デバイス１０５に所与のセグメントに対するリクエストを送信し、そのセグメントのクリーンコピーをダウンロードする。所与のセグメントのクリーンコピーは、劣化のない、またはより劣化の少ない所与のセグメントと同じ素材のオーディオファイルである。説明のために、所与のセグメントはラジオ局によりブロードキャストされた、静的に品質が劣化した特定の歌であってもよい。当該歌のクリーンコピーまたはそのセグメントは、ほとんどあるいは全く劣化のない当該歌またはセグメントのスタジオ録音のＭＰ３ファイルであってもよい。
【００３４】
通信モジュール３０５の実行によって、入出力インタフェース２１５を通して行われるように、（図示しない）他のデジタルデバイスとの一方向または双方向の通信を提供することもできる。これらのデバイスには、携帯メディア再生デバイスが含まれる。これらのデバイスにはまた、外部ハードドライブまたはサムドライブのような周辺ストレージデバイスが含まれる。これらのデバイスのいずれも、入出力インタフェース２１５を介してオーディオ再生デバイス１０５に無線または有線で通信可能に結合される。オーディオ再生デバイス１０５は、これらの他のデジタルデバイスからオーディオファイルを読み出したり、ダウンロードしてもよい。
【００３５】
図３のバッファリングモジュール３１０の実行によって、オーディオストリームをバッファに一時的に格納することができる。バッファには、ある先行期間からのオーディオストリームの連続的な部分が含まれる。たとえば、バッファには、オーディオ送信源１１０から受信された最新の１０分間のオーディオストリームが含まれる。バッファは、オーディオ再生デバイス１０５のメモリ２２５内に設けられてもよい。バッファは、オーディオ再生デバイス１０５に対する電力が失われたときや、オーディオ送信源１１０に変化があったとき（たとえば、ステーションを変えたとき）などにクリアしてもよい。
【００３６】
図３の選択モジュール３１５の実行によって、オーディオ再生デバイス１０５のユーザインタフェース２０１を介して受信されるべき選択の指標が提供される。選択指標は、オーディオ送信源１１０から現在受信中のセグメントに関連付けられる。たとえば、ユーザは、オーディオ再生デバイス１０５上で再生されるオーディオストリームのセグメントを聴いており、そのセグメントを指し示す選択をする。ユーザによる選択はいろいろな方法でなされる。たとえば、ラジオ局のプリセットが選択されるように、ユーザインタフェース２０１上のボタンの押し下げなどで行われる。
【００３７】
図３のデータ管理モジュール３２０は、オーディオ再生デバイス１０５のメモリ２２５に格納されたデータの管理を提供するために実行可能である。たとえば、データ管理モジュール３２０の実行によって、選択指標に関連づけられたセグメントをオーディオ再生デバイス１０５のメモリ２２５に格納することが可能になる。格納されたセグメントは、消去されるか上書きされるまではメモリ２２５に残る。さらに、格納されたセグメントの総数は限られる。さらに説明するようにアナライザモジュール３２５の実行によって、セグメントのストレージが支援される。データ管理モジュール３２０の実行によって、情報を格納されたセグメントに関連づけることも可能になる。この情報には、アーティストの名前、歌のタイトル、または通信モジュール３０５の実行によって受信されたオーディオデータ以外の他の情報が含まれる。
【００３８】
データ管理モジュール３２０はさらに、オーディオ再生デバイス１０５のメモリ２２５に格納されたプレイリストを管理するために実行される。そのようなプレイリストには、受信されたオーディオストリーム、および／または、オーディオファイルレポジトリ１２０やオーディオ再生デバイス１０５に通信可能に接続された他のデジタル再生記録デバイスから受信されたオーディオファイルからの格納されたセグメントが含まれる。ユーザは、オーディオ再生デバイス１０５のユーザインタフェース２１０を用いてプレイリストにアクセスし操作することができる。
【００３９】
アナライザモジュール３２５の実行によって、ユーザによる選択の指標に関連づけられたセグメントの始まりと終わりを判定するためにバッファを分析することが可能になる。バッファ内のセグメントの始まりと終わりを判定することにより、セグメントを正確に特定し、オーディオ再生デバイス１０５のメモリ２２５にＤＪのおしゃべりやコマーシャルのような関係のないオーディオ情報のないセグメントを格納することができる。
【００４０】
購入モジュール３３０の実行を通して、ユーザは、選択の指標に関連づけられたセグメントのクリーンコピーの少なくとも一部を購入することがえきる。購入モジュール３３０は、購入セグメントを特定するためにアーティストの名前やトラックのタイトルのような所与のセグメントに関連づけられた情報を用いる。購入されたクリーンコピーは、通信モジュール１０５の実行によってオーディオファイルレポジトリ１２０からダウンロードされ、メモリ２２５に格納される。ユーザは、オーディオファイルレポジトリ３３０または何らかの貨幣交換を取り扱う他のエンティティのアカウントをもっていてもよい。
【００４１】
図３の編集モジュール３３５の実行によって、格納されたセグメントをいろいろな様式で編集することができる。たとえば、所与の格納されたセグメントの少なくとも一部をクリーンコピーの対応する一部に置き換えてもよい。これは、格納されたセグメントの一部がＤＪのおしゃべりなどで損なわれているか、不鮮明になっているときに実行される。さらに、編集モジュール３３５は、格納された選択されたセグメントにデジタル著作権管理（ＤＲＭ）ラッパーを適用してもよい。
【００４２】
図４は、オーディオストリームのセグメントを保護する典型的な方法４００を説明するフローチャートである。方法４００のステップは様々な順序で実行してもよい。方法４００に対してステップを追加したり、削除しても、依然として本発明の範囲内でありうる。図４のステップは、コンピュータ読み取り可能な記録媒体に格納された命令の形で具体化され、これらの命令はプロセッサによって実行可能である。
【００４３】
ステップ４０５において、オーディオ再生デバイス１０５によってオーディオ送信源１１０からオーディオストリームが受信される。オーディオストリームは複数のセグメントを含む。ステップ４０５は、プロセッサ２２０によって通信モジュール３０５が実行されることによって実施される。
【００４４】
ステップ４１０において、オーディオストリームは、オーディオ再生デバイス１０５のメモリ４２５にあるバッファに一時的に格納される。たとえば、バッファには、オーディオ再生デバイス１０５によって受信された、直近１５分のオーディオストリームが含まれる。ステップ４１０は、プロセッサ２２０によってバッファリングモジュール３１０が実行されることによって実施される。
【００４５】
ステップ４１５において、オーディオ再生デバイス１０５のユーザインタフェース２１０を介して選択の指標をが受信される。選択の指標は、オーディオ送信源１１０から現在受信中のセグメントに関連づけられる。ある例では、ユーザは、ユーザインタフェース２１０のボタンを押し続けて、オーディオストリームの現在再生されているセグメントの選択を指し示す。ステップ４１５は、プロセッサ２２０によって選択モジュール３１５が実行されることによって実施される。
【００４６】
ステップ４２０において、選択指標に関連付けられたセグメントが、オーディオストリーム再生デバイス１０５のメモリ４２５に格納される。格納された選択は、後になって再生するためにユーザに利用可能である。ある例では、格納されたセグメントを他のデジタルデバイスに転送することはできない。ステップ４２０は、プロセッサ２２０によってデータ管理モジュール３２０が実行されることによって実施される。
【００４７】
様々な実施の形態について、上に述べたが、これらは例としてのみ提示されたものであって、限定するものではないことに注意すべきである。詳細な説明は本発明の範囲をここに記述した特定の形態に限定することを意図したものではない。したがって、好ましい実施の形態の広さおよび範囲は、上述の典型的な実施の形態のいずれによっても、限定されるべきではない。
【００４８】
上記の説明は例示的なものであり、制限的なものではないことを理解するべきである。むしろ、この詳細な説明は、添付の特許請求の範囲によって規定されるか、さまなければ、当業者によって把握される本発明の趣旨と範囲内に含まれる代替手段、変更および等価物を包含することを意図するものである。したがって、本発明の範囲は、上記の説明を参照して決められるのではなく、添付の特許請求の範囲とその等価物の全範囲を参照して決められるべきである。
【技術分野】
【０００１】
本発明は一般的にオーディオストリーミング技術に関する。より具体的には、本発明はオーディオストリームのセグメントを保護することに関する。
【背景技術】
【０００２】
ポータブルカセットテープが登場して以来、ラジオ番組放送のようなオーディオストリームを記録することが行われてきた。しかしながら、このようにしてオーディオストリームを記録すると、オーディオストリームの望ましいセグメントと望ましくないセグメントの両方が記録されるため、無差別的であったし、現在でもそれほどでもないにせよ、そうである。望ましいセグメントは歌またはトーク番組であり、一方、望ましくないセグメントは、歌または番組の望ましい部分にオーバーラップするディスクジョッキー（ＤＪ）のおしゃべりやコマーシャルを含む。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
記録されたオーディオストリームからコマーシャルやＤＪを選別して消すシステムはあるが、そのようなシステムは正確ではない。そのようなシステムを使っても、記録された素材には依然として望ましくないコンテンツが含まれ、余分な分量がある。あるいは、そのようなシステムは過剰に選別して、望ましいコンテンツのある部分を削ってしまうこともある。オーディオストリームの始まりまたは終わりからコンテンツを正確に除去する細かく調整されたシステムであっても、記録されたストリームの中程にある割り込みに対処することはできない。
【０００４】
そのようなシステムは記録において何らかの選択性を提供することもできない。システムは、その正確さにかかわらず、オーディオ放送のすべてを記録するか、放送のセグメントを全く記録しないかのいずれかである。その結果、ユーザは、記録された素材を手動で選別して、本当に欲しいセグメントを取り出さなければならない。ユーザが望ましいオーディオセグメントの集合（たとえば、ＤＪのおしゃべりのないオーディオ）を手にした後でさえ、ユーザには最終的には不完全なオーディオストリームが残されることになる。おしゃべりのセグメントの除去は、最終的には望ましい音楽セグメントの除去を伴うことがある。その結果、ユーザは結局は音楽トラックの全体（たとえば歌）を購入して、その場しのぎに、手に入れた欠けているセグメントを以前記録した編集中のセグメントにつなぎ合わせなければならない。当該技術分野において、オーディオストリームの整合性を保護する必要性がある。
【課題を解決するための手段】
【０００５】
本発明の実施の形態によれば、ユーザの選別に応じて、オーディオストリームのセグメントを保護することができる。
【０００６】
最初の実施の形態では、オーディオストリームのセグメントの整合性を保護するための方法が開示される。オーディオ再生デバイスは、オーディオ送信源からオーディオストリームを受信する。オーディオストリームは複数のセグメントを含む。セグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、またはニュースや天気予報などの全体または一部を含む。ある先行期間からのオーディオストリームの連続する部分を含むオーディオストリームをバッファに一時的に格納する。このバッファはオーディオ再生デバイスのメモリ内にある。オーディオ再生デバイスのユーザインタフェースを介して、選択の指標を受信する。オーディオ送信源から現在受信中のセグメントに選択指標を関連づける。選択指標に関連づけられたセグメントをオーディオ再生デバイスのメモリに格納する。
【０００７】
第２の実施の形態では、オーディオストリームのセグメントの整合性を保護するためのシステムが開示される。このシステムは、オーディオ送信源からオーディオストリームを受信するための、メモリに格納されプロセッサによって実行可能なコミュニケーションモジュールを含む。オーディオストリームは複数のセグメントを含む。システムはまた、ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームをバッファに一時的に格納するための、メモリに格納されプロセッサによって実行可能なバッファモジュールを含む。このバッファはオーディオ再生デバイスのメモリ内にある。さらに、システムは、オーディオ再生デバイスのユーザインタフェースを介して、選択の指標を受信するための、メモリに格納されプロセッサによって実行可能な選択モジュールを含む。選択指標はオーディオ送信源から現在受信中のセグメントに関連づけられる。さらに、システムは、オーディオ再生デバイスのメモリに選択指標に関連づけられたセグメントを格納するための、メモリに格納されプロセッサによって実行可能なデータ管理モジュールとを含む。
【０００８】
第３の実施の形態は、プログラムが格納されたコンピュー読み取り可能な記録媒体を開示する。このプログラムは、オーディオストリームのセグメントの整合性を保護するための方法を実施するためにプロセッサによって実行可能である。当該方法は、オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するステップと、ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームをバッファに一時的に格納するステップと、前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するステップと、オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するステップとを含む。
【図面の簡単な説明】
【０００９】
【図１】オーディオ再生デバイスによってオーディオ送信源から受信されたオーディオストリームのセグメントを保護する環境を説明するブロック図である。
【００１０】
【図２】図１の典型的なオーディオ再生デバイスのブロック図である。
【００１１】
【図３】オーディオ再生デバイスに含まれる典型的なセグメント保護エンジンのブロック図である。
【００１２】
【図４】オーディオストリームのセグメントを保護する典型的な方法を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
オーディオストリームのセグメントの整合性を選択的に保護するためのシステムおよび方法をここに提供する。オーディオストリームは、ラジオ放送、衛星放送、またはインターネット放送によって提供される。オーディオストリームを聴きながら、ユーザは、現在再生中のセグメントを選択することができる。オーディオストリームの最近の部分をバッファに一時的に格納することにより、ユーザが選択した特定のセグメントを後でアクセスするためにメモリに格納することができる。格納されたセグメントは、消去されるか上書きされるまでメモリに残り、再生ボタンに割り当てられて、ユーザは任意の時間にその格納されたセグメントを聴くことができる。格納されたセグメントを他のメディアに転送することについては制限がある。ユーザは、格納されたセグメントの部分または全体についついて市販のコピーを購入しダウンロードしてもよく、あるいは、他の公共の供給元からそれと同じものを獲得してもよい。
【００１４】
図１を参照すると、オーディオ再生デバイス１０５によってオーディオ送信源（ソース）１１０から受信されたオーディオストリームのセグメントを保護する環境１００を説明するブロック図が示されている。図１の環境１００は、ネットワーク１１５を介してオーディオ送信源１１０とオーディオファイルレポジトリ１２０を通信するオーディオ再生デバイス１０５を含む。あるいは、オーディオファイルレポジトリ１２０を環境１００から除外してもよい。さらに、オーディオ再生デバイス１０５は、セグメント保護エンジン１２５を含んでもよい。セグメント保護エンジン１２５については、図３のコンテキストでさらに詳細に議論する。
【００１５】
オーディオ再生デバイス１０５は、オーディオストリームを受信し、再生することのできる任意のデバイスであってもよい。オーディオストリームは、デジタルまたはアナログ伝送を含む任意のオーディオデータ伝送を含む。ストリームは、ラジオ伝送、衛星伝送、携帯電話伝送、ウェブベースの伝送のように、事実上連続的である。オーディオ再生デバイス１０５の例には、ＡＭ／ＦＭ受信機、衛星受信機、携帯電話網／汎用パケット無線通信システム（ＧＰＲＳ；general packet radio service）受信機、またはオーディオストリームを受信するための他の入力コンポーネントを装備したデバイスが含まれる。オーディオ再生デバイス１０５は、カーステレオ、携帯オーディオデバイス、またはいろいろなコンピューティングデバイスに統合されてもよい。オーディオ再生デバイス１０５のさらなる詳細については図２のコンテキストで議論する。
【００１６】
オーディオストリームは一般にオーディオデータの連続的なセグメントを含む。これらのセグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、またはニュースや天気予報の全体または一部を含む。オーディオストリームは、たとえば、環境１００におけるネットワーク１１５やオーディオ送信源１１０に特有のいろいろな要因によって劣化することがある。例示すると、オーディオストリームは、サードパーティの吹き替え、信号損失、信号圧縮、静的雑音、または信号干渉の結果、劣化する。ある例では、オーディオストリームを意図的に劣化させてもよい。
【００１７】
オーディオストリームはまた、オーディオ再生デバイス１０５によって利用されるオーディオデータに付け加えて、情報を含んでもよい。たとえば、ラジオデータシステム（ＲＤＳ）は、欧州放送連合（ＥＢＵ）から従来のＦＭラジオ放送を用いて少量のデジタル情報を送信するための通信プロトコルである。ＲＤＳは、オーディオデータとともに送信すべき情報のいくつかのタイプ、たとえば、時間、トラック／アーティスト情報、番組タイトル、および局特定情報などを標準化する。ラジオブロードキャストデータシステム（ＲＢＤＳ）は、ＲＤＳの米国版である。これらの二つの標準は、わずかな違いがある以外はほとんど同じであり、主に、ＲＤＳおよびＲＢＤＳが特定することのできる３１の音楽および他の番組のそれぞれに割り当てられた数字に関連する。他の情報やメタデータをオーディオストリーム内のオーディオ情報に加え、歌や番組、ＤＪやコマーシャルによる途切れの間の移行を正確にマーキングするために使ってもよい。
【００１８】
ネットワーク１１５は、オーディオ再生デバイス１０５と環境１００の他の構成要素の間の通信を容易にするために構成された装置を含んでもよい。ある例では、ネットワーク１１５は、ラジオブロードキャストシステムを含んでもよい。ラジオブロードキャストシステムは、オーディオストリームをオーディオ再生デバイス１０５にブロードキャストする１以上の送信局を含んでもよい。オーディオストリームは、ＡＭ帯域またはＦＭ帯域に含まれるある周波数でブロードキャストされる。これらの送信局は、有線またはマイクロ波中継によってリンクされているため、同じオーディオストリームを多くの局によってブロードキャストすることができる。
【００１９】
ネットワーク１１５はまた、任意の数のコンピュータ、コンピュータ端末、および情報を送受信するために使われる通信機器やケーブルによって相互接続されたルータを含んでもよい。さらに、ネットワーク１１５は、衛星を利用したネットワークまたは携帯電話網の構成要素を含んでもよい。さらに、環境１００には複数のネットワークが同時に含まれてもよい。たとえば、オーディオ再生デバイス１０５とオーディオ送信源１１０の間の通信は、ラジオブロードキャストシステムによって支援され、オーディオ再生デバイス１０５とオーディオファイルレポジトリ１２０間の通信は、Ｗｉ−Ｆｉまたは携帯電話網によって支援されてもよい。
【００２０】
オーディオ送信源１１０はインターネットラジオ放送、衛星ラジオ放送、ＡＭ／ＦＭラジオ放送、またはオーディオをストリーム配信または送信する他のソースを含んでもよい。インターネットラジオは一般には、インターネットを介して送信されるオーディオブロードキャストサービスのことである。インターネットラジオはときにはウエブラジオ、ネットラジオ、ストリーミングラジオ、または電子ラジオと呼ばれることもある。衛星ラジオまたは会員制ラジオ（subsription radio）は一般には、通信衛星によって伝送されるデジタルラジオ放送として理解される。衛星ラジオ放送を提供するサービスの一つは、ニューヨーク州ニューヨーク市のＳｉｒｉｕｓＸＭラジオ社である。従来の「地上波」ラジオ放送は、一般に上述したＦＭ／ＡＭラジオブロードキャストシステムを介してオーディオ情報を送信する。もっともそのようなシステムは、ときにはＮＲＳＣ−５またはＮＲＳＣ−５Ｂと呼ばれるＨＤ（high definition）ラジオのようなものを含むように拡大してきている。
【００２１】
ブロードキャストに加えて、オーディオ送信源１１０はオーディオ再生デバイス１０５にマルチキャストまたはユニキャストによってオーディオを送信してもよい。マルチキャストとは、ネットワーク１１５のようなネットワーク上で、一人の送信者から選択された受信者のグループに情報を同時に送信することである。ユニキャストとは、ネットワーク１１５のようなネットワーク上で、一人の送信者と一人の受信者の間の伝送のことである。マルチキャストとユニキャスト伝送は、一般にインターネットラジオのコンテキストで起きるものである。
【００２２】
オーディオファイルレポジトリ１２０は、オーディオ再生デバイス１０５または補助的なデバイスによってネットワーク１１５経由でアクセスされるオーディオファイルまたはオーディオファイルのセグメントを収集して格納したものである。オーディオファイルレポジトリ１２０は、オーディオファイルの供給元であってもよい。たとえば、オーディオファイルレポジトリ１２０は、カリフォルニア州クパティーノのアップル社によって運営されるｉＴｕｎｅｓストア、またはワシントン州シアトルのアマゾン・ドット・コム社によって運営されるＡｍａｚｏｎＭＰ３を含んでもよい。ｉＴｕｎｅｓストアもＡｍａｚｏｎＭＰ３もインターネット経由でアクセス可能である。オーディオ送信源１１０およびオーディオファイルレポジトリ１２０は１つの同じものであってもよい。
【００２３】
図２は、図１のオーディオ再生デバイス１０５のような典型的なオーディオ再生デバイスのブロック図である。図２のオーディオ再生デバイス１０５は、通信インタフェース２０５、ユーザインタフェース２１０、入出力インタフェース２１５、プロセッサ２２０、およびメモリ２２５を含む。ここに記載された処理を実行するのに適したハードウェアプラットフォームは、開示された本発明の実施の形態で用いるのに好適である。バス２３０は、通信インタフェース２０５、ユーザインタフェース２１０、入出力インタフェース２１５、プロセッサ２２０、およびメモリ２２５間の通信を提供する。
【００２４】
通信インタフェース２０５は、オーディオ再生デバイス１０５と、オーディオ送信源１１０とオーディオファイルレポジトリ１２０の両方との間の通信を提供するように構成されてもよい。そのため、通信インタフェース２０５は、ラジオ放送局、通信衛星、携帯電話送信機からの無線信号、および／またはインターネット放送局からのＷｉ−Ｆｉを受け取ることのできる１以上のアンテナを含んでもよい。そのようなアンテナによって、オーディオ再生デバイス１０５からオーディオ送信源１１０またはオーディオファイルレポジトリ１２０に信号を送信することができるようになる。
【００２５】
ユーザインタフェース２１０によって、ユーザはオーディオ再生デバイス１０５と相互作用することができる。ユーザインタフェース２１０は、たとえば、タッチスクリーン、ディスプレイ、ボタン、またはスイッチの内、１つまたは２以上を含んでもよい。ユーザは、オーディオ送信源１１０、オーディオファイルレポジトリ１２０、およびオーディオ送信源１１０からユーザインタフェース２１０を通して受信されたオーディオストリームに関連した選択を行ってもよい。
【００２６】
図２の入出力インタフェース２１５は、オーディオ再生デバイス１０５と他のデジタルデバイス間の通信を提供する。入出力インタフェース２１５は、これらの他のデジタルデバイスとの有線または無線通信を提供してもよい。ある例では、入出力インタフェース２１５はＵＳＢインタフェースを含む。
【００２７】
プロセッサ２２０は、命令を実行するデバイス（または一連のデバイス）を含み、命令の実行によってこれらの命令が記述する機能を達成する。そのような命令はメモリ２２５に格納されてもよい。プロセッサ２２０は、マイクロプロセッサまたはＣＰＵを含んでもよい。プロセッサ２２０はまた、特定用途向け集積回路または「システム・オン・チップ」マイクロプロセッサであってもよい。
【００２８】
メモリ２２５は、実行のためにプロセッサ２２０に命令を提供するためのコンピュータ読み取り可能なストレージメディアを含んでもよい。そのようなメディアは多くの形態を取り、たとえば、光または磁気ディスク、ダイナミックメモリにそれぞれ対応する不揮発性、揮発性メディアを含むが、これらに限定されない。コンピュータ読み取り可能なストレージメディアの共通の形態として、フロッピーディスク（登録商標）、ハードディスク、磁気テープ、任意の他の磁気メディア、ＣＤ−ＲＯＭディスク、ＤＶＤ、任意の他の光メディア、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリチップまたはカートリッジが含まれる。
【００２９】
バス２３０は、実行のためにプロセッサ２２０に１以上の命令のシーケンスを伝送するためのいろいろな形態の伝送メディアを含んでもよい。バス２３０はメモリ２２５にデータを伝送する。プロセッサ２２０はメモリ２２５から命令を読み出し、実行する。メモリ２２５が受信した命令を、プロセッサ２２０によって実行される前または後に、固定ディスクに格納してもよい。
【００３０】
図３は、典型的なセグメント保護エンジン１２５のブロック図である。セグメント保護エンジン１２５は、図示されるように、通信モジュール３０５、バッファリングモジュール３１０、選択モジュール３１５、データ管理モジュール３２０、アナライザモジュール３２５、購入モジュール３３０、および編集モジュール３３５を含む。セグメント保護エンジン１２５およびそれを構成するモジュールは、それに対応する機能を発揮させるためにメモリ２２５に格納され、プロセッサ２２０によって実行されてもよい。セグメント保護エンジン１２５は、より多いまたはより少ないモジュール（あるいはその組み合わせ）を含んでもよく、それでも依然として本発明の範囲内である。たとえば、アナライザモジュール３２５の機能と編集モジュール３３５の機能を一つのモジュールに結合してもよい。
【００３１】
図３の通信モジュール３０５の実行を通じて、オーディオ再生デバイス１０５は、オーディオ送信源１１０からオーディオストリームを受信する。オーディオストリームは複数のセグメントを含む。セグメントはそれぞれ、歌、トーク番組、コマーシャル、ＤＪのおしゃべり、ニュース、または天気予報のすべてまたは一部を含む。ＲＤＳおよびＲＢＤＳ関連情報、または種々のメタデータのようなオーディオデータ以外の情報は、オーディオストリームとともに受信される。この情報は、セグメント間の推移に正確な印を付けるためにセグメント保護エンジン１２５のいろいろなモジュールで使用される。
【００３２】
この情報は、セグメントをＩＤ３タグのような関連データにタグ付けるために用いることもできる。ＩＤ３は、ＭＰ３オーディオファイルフォーマットに関連してしばしば用いられるメタデータコンテイナーを記述するものであり、タイトル、アーティスト、アルバム、トラック番号、またはファイル自身に格納すべき当該ファイルに関する他の情報などを入れることができる。
【００３３】
通信モジュール３０５の実行は、さらにオーディオファイルレポジトリ１２０との通信を提供する。そのような通信は一方向または双方向である。たとえば、通信モジュール３０５は、プロセッサによって実行可能であり、オーディオ再生デバイス１０５に所与のセグメントに対するリクエストを送信し、そのセグメントのクリーンコピーをダウンロードする。所与のセグメントのクリーンコピーは、劣化のない、またはより劣化の少ない所与のセグメントと同じ素材のオーディオファイルである。説明のために、所与のセグメントはラジオ局によりブロードキャストされた、静的に品質が劣化した特定の歌であってもよい。当該歌のクリーンコピーまたはそのセグメントは、ほとんどあるいは全く劣化のない当該歌またはセグメントのスタジオ録音のＭＰ３ファイルであってもよい。
【００３４】
通信モジュール３０５の実行によって、入出力インタフェース２１５を通して行われるように、（図示しない）他のデジタルデバイスとの一方向または双方向の通信を提供することもできる。これらのデバイスには、携帯メディア再生デバイスが含まれる。これらのデバイスにはまた、外部ハードドライブまたはサムドライブのような周辺ストレージデバイスが含まれる。これらのデバイスのいずれも、入出力インタフェース２１５を介してオーディオ再生デバイス１０５に無線または有線で通信可能に結合される。オーディオ再生デバイス１０５は、これらの他のデジタルデバイスからオーディオファイルを読み出したり、ダウンロードしてもよい。
【００３５】
図３のバッファリングモジュール３１０の実行によって、オーディオストリームをバッファに一時的に格納することができる。バッファには、ある先行期間からのオーディオストリームの連続的な部分が含まれる。たとえば、バッファには、オーディオ送信源１１０から受信された最新の１０分間のオーディオストリームが含まれる。バッファは、オーディオ再生デバイス１０５のメモリ２２５内に設けられてもよい。バッファは、オーディオ再生デバイス１０５に対する電力が失われたときや、オーディオ送信源１１０に変化があったとき（たとえば、ステーションを変えたとき）などにクリアしてもよい。
【００３６】
図３の選択モジュール３１５の実行によって、オーディオ再生デバイス１０５のユーザインタフェース２０１を介して受信されるべき選択の指標が提供される。選択指標は、オーディオ送信源１１０から現在受信中のセグメントに関連付けられる。たとえば、ユーザは、オーディオ再生デバイス１０５上で再生されるオーディオストリームのセグメントを聴いており、そのセグメントを指し示す選択をする。ユーザによる選択はいろいろな方法でなされる。たとえば、ラジオ局のプリセットが選択されるように、ユーザインタフェース２０１上のボタンの押し下げなどで行われる。
【００３７】
図３のデータ管理モジュール３２０は、オーディオ再生デバイス１０５のメモリ２２５に格納されたデータの管理を提供するために実行可能である。たとえば、データ管理モジュール３２０の実行によって、選択指標に関連づけられたセグメントをオーディオ再生デバイス１０５のメモリ２２５に格納することが可能になる。格納されたセグメントは、消去されるか上書きされるまではメモリ２２５に残る。さらに、格納されたセグメントの総数は限られる。さらに説明するようにアナライザモジュール３２５の実行によって、セグメントのストレージが支援される。データ管理モジュール３２０の実行によって、情報を格納されたセグメントに関連づけることも可能になる。この情報には、アーティストの名前、歌のタイトル、または通信モジュール３０５の実行によって受信されたオーディオデータ以外の他の情報が含まれる。
【００３８】
データ管理モジュール３２０はさらに、オーディオ再生デバイス１０５のメモリ２２５に格納されたプレイリストを管理するために実行される。そのようなプレイリストには、受信されたオーディオストリーム、および／または、オーディオファイルレポジトリ１２０やオーディオ再生デバイス１０５に通信可能に接続された他のデジタル再生記録デバイスから受信されたオーディオファイルからの格納されたセグメントが含まれる。ユーザは、オーディオ再生デバイス１０５のユーザインタフェース２１０を用いてプレイリストにアクセスし操作することができる。
【００３９】
アナライザモジュール３２５の実行によって、ユーザによる選択の指標に関連づけられたセグメントの始まりと終わりを判定するためにバッファを分析することが可能になる。バッファ内のセグメントの始まりと終わりを判定することにより、セグメントを正確に特定し、オーディオ再生デバイス１０５のメモリ２２５にＤＪのおしゃべりやコマーシャルのような関係のないオーディオ情報のないセグメントを格納することができる。
【００４０】
購入モジュール３３０の実行を通して、ユーザは、選択の指標に関連づけられたセグメントのクリーンコピーの少なくとも一部を購入することがえきる。購入モジュール３３０は、購入セグメントを特定するためにアーティストの名前やトラックのタイトルのような所与のセグメントに関連づけられた情報を用いる。購入されたクリーンコピーは、通信モジュール１０５の実行によってオーディオファイルレポジトリ１２０からダウンロードされ、メモリ２２５に格納される。ユーザは、オーディオファイルレポジトリ３３０または何らかの貨幣交換を取り扱う他のエンティティのアカウントをもっていてもよい。
【００４１】
図３の編集モジュール３３５の実行によって、格納されたセグメントをいろいろな様式で編集することができる。たとえば、所与の格納されたセグメントの少なくとも一部をクリーンコピーの対応する一部に置き換えてもよい。これは、格納されたセグメントの一部がＤＪのおしゃべりなどで損なわれているか、不鮮明になっているときに実行される。さらに、編集モジュール３３５は、格納された選択されたセグメントにデジタル著作権管理（ＤＲＭ）ラッパーを適用してもよい。
【００４２】
図４は、オーディオストリームのセグメントを保護する典型的な方法４００を説明するフローチャートである。方法４００のステップは様々な順序で実行してもよい。方法４００に対してステップを追加したり、削除しても、依然として本発明の範囲内でありうる。図４のステップは、コンピュータ読み取り可能な記録媒体に格納された命令の形で具体化され、これらの命令はプロセッサによって実行可能である。
【００４３】
ステップ４０５において、オーディオ再生デバイス１０５によってオーディオ送信源１１０からオーディオストリームが受信される。オーディオストリームは複数のセグメントを含む。ステップ４０５は、プロセッサ２２０によって通信モジュール３０５が実行されることによって実施される。
【００４４】
ステップ４１０において、オーディオストリームは、オーディオ再生デバイス１０５のメモリ４２５にあるバッファに一時的に格納される。たとえば、バッファには、オーディオ再生デバイス１０５によって受信された、直近１５分のオーディオストリームが含まれる。ステップ４１０は、プロセッサ２２０によってバッファリングモジュール３１０が実行されることによって実施される。
【００４５】
ステップ４１５において、オーディオ再生デバイス１０５のユーザインタフェース２１０を介して選択の指標をが受信される。選択の指標は、オーディオ送信源１１０から現在受信中のセグメントに関連づけられる。ある例では、ユーザは、ユーザインタフェース２１０のボタンを押し続けて、オーディオストリームの現在再生されているセグメントの選択を指し示す。ステップ４１５は、プロセッサ２２０によって選択モジュール３１５が実行されることによって実施される。
【００４６】
ステップ４２０において、選択指標に関連付けられたセグメントが、オーディオストリーム再生デバイス１０５のメモリ４２５に格納される。格納された選択は、後になって再生するためにユーザに利用可能である。ある例では、格納されたセグメントを他のデジタルデバイスに転送することはできない。ステップ４２０は、プロセッサ２２０によってデータ管理モジュール３２０が実行されることによって実施される。
【００４７】
様々な実施の形態について、上に述べたが、これらは例としてのみ提示されたものであって、限定するものではないことに注意すべきである。詳細な説明は本発明の範囲をここに記述した特定の形態に限定することを意図したものではない。したがって、好ましい実施の形態の広さおよび範囲は、上述の典型的な実施の形態のいずれによっても、限定されるべきではない。
【００４８】
上記の説明は例示的なものであり、制限的なものではないことを理解するべきである。むしろ、この詳細な説明は、添付の特許請求の範囲によって規定されるか、さまなければ、当業者によって把握される本発明の趣旨と範囲内に含まれる代替手段、変更および等価物を包含することを意図するものである。したがって、本発明の範囲は、上記の説明を参照して決められるのではなく、添付の特許請求の範囲とその等価物の全範囲を参照して決められるべきである。
【特許請求の範囲】
【請求項１】
オーディオストリームのセグメントの整合性を保護するための方法であって、
オーディオ再生デバイスにおいて、オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するステップと、
ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームを、オーディオ再生デバイスのメモリ内にあるバッファに一時的に格納するステップと、
前記オーディオ再生デバイスのユーザインタフェースを介して、前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するステップと、
前記オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するステップとを含むことを特徴とする方法。
【請求項２】
前記複数のセグメントの１以上は歌を含む請求項１の方法。
【請求項３】
前記バッファを分析して、前記選択の指標に関連づけられたセグメントの始まりと終わりを判定するステップをさらに含み、前記選択の指標に関連付けられたセグメントを格納することは、前記選択の指標に関連付けられたセグメントの始まりと終わりの判定に一部基づくものである請求項１の方法。
【請求項４】
前記選択の指標に関連付けられたセグメントについての情報であって、アーティストの名前または歌のタイトルの内、一つ以上を含む情報を受信するステップと、
格納されたセグメントに前記情報を関連付けるステップとをさらに含む請求項１の方法。
【請求項５】
前記選択の指標に関連付けられた格納されたセグメントの少なくとも一部を、前記選択の指標に関連付けられたセグメントについて後で獲得した部分で置き換えるステップをさらに含む請求項１の方法。
【請求項６】
前記後で獲得した部分はダウンロードされたクリーンコピーである請求項５の方法。
【請求項７】
前記セグメントの前記後で獲得した部分は購入されるものである請求項５の方法。
【請求項８】
前記格納されたセグメントを劣化させるステップをさらに含む請求項１の方法。
【請求項９】
前記格納されたセグメントにデジタル著作権管理（ＤＲＭ）ラッパーを適用するステップをさらに含む請求項１の方法。
【請求項１０】
前記格納されたセグメントは転送不可である請求項１の方法。
【請求項１１】
前記オーディオストリームは、サードパーティの吹き替え、信号損失、信号圧縮、静的雑音、または信号干渉の結果、劣化する請求項１の方法。
【請求項１２】
オーディオストリームのセグメントの整合性を保護するためのシステムであって、
オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するための、メモリに格納されプロセッサによって実行可能なコミュニケーションモジュールと、
ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームを、オーディオ再生デバイスのメモリ内にあるバッファに一時的に格納するための、メモリに格納されプロセッサによって実行可能なバッファモジュールと、
前記オーディオ再生デバイスのユーザインタフェースを介して、前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するための、メモリに格納されプロセッサによって実行可能な選択モジュールと、
前記オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するための、メモリに格納されプロセッサによって実行可能なデータ管理モジュールとを含むことを特徴とするシステム。
【請求項１３】
前記バッファを分析して、前記選択の指標に関連づけられたセグメントの始まりと終わりを判定するための、メモリに格納されプロセッサによって実行可能なアナライザモジュールをさらに含み、前記データ管理モジュールの実行に応じて、前記選択の指標に関連付けられたセグメントを格納することは、前記選択の指標に関連付けられたセグメントの始まりと終わりの判定に一部基づくものである請求項１２のシステム。
【請求項１４】
前記データ管理モジュールはさらに、格納されたセグメントにアーティストの名前または歌のタイトルの内、１以上を含む情報を関連付けるためにプロセッサによって実行可能である請求項１２のシステム。
【請求項１５】
前記選択の指標に関連付けられたセグメントの少なくとも一部のクリーンコピーを購入するリクエストを受信するための、メモリに格納されプロセッサによって実行可能な購入モジュールをさらに含む請求項１２のシステム。
【請求項１６】
前記通信モジュールはさらに、前記クリーンコピーをダウンロードするためにプロセッサによって実行可能である請求項１５のシステム。
【請求項１７】
格納されたセグメントの少なくとも一部を前記クリーンコピーに置き換えるための、メモリに格納されプロセッサによって実行可能な編集モジュールをさらに含む請求項１５のシステム。
【請求項１８】
格納されたセグメントを劣化させるための、メモリに格納されプロセッサによって実行可能な編集モジュールをさらに含む請求項１２のシステム。
【請求項１９】
格納されたセグメントにデジタル著作権管理（ＤＲＭ）ラッパーを適用するための、メモリに格納されプロセッサによって実行可能な編集モジュールをさらに含む請求項１２のシステム。
【請求項２０】
プログラムが格納されたコンピュー読み取り可能な記録媒体であって、前記プログラムは、オーディオストリームのセグメントの整合性を保護するための方法を実施するためにプロセッサによって実行可能であり、当該方法は、
オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するステップと、
ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームをバッファに一時的に格納するステップと、
前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するステップと、
オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するステップとを含むことを特徴とする記録媒体。
【請求項１】
オーディオストリームのセグメントの整合性を保護するための方法であって、
オーディオ再生デバイスにおいて、オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するステップと、
ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームを、オーディオ再生デバイスのメモリ内にあるバッファに一時的に格納するステップと、
前記オーディオ再生デバイスのユーザインタフェースを介して、前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するステップと、
前記オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するステップとを含むことを特徴とする方法。
【請求項２】
前記複数のセグメントの１以上は歌を含む請求項１の方法。
【請求項３】
前記バッファを分析して、前記選択の指標に関連づけられたセグメントの始まりと終わりを判定するステップをさらに含み、前記選択の指標に関連付けられたセグメントを格納することは、前記選択の指標に関連付けられたセグメントの始まりと終わりの判定に一部基づくものである請求項１の方法。
【請求項４】
前記選択の指標に関連付けられたセグメントについての情報であって、アーティストの名前または歌のタイトルの内、一つ以上を含む情報を受信するステップと、
格納されたセグメントに前記情報を関連付けるステップとをさらに含む請求項１の方法。
【請求項５】
前記選択の指標に関連付けられた格納されたセグメントの少なくとも一部を、前記選択の指標に関連付けられたセグメントについて後で獲得した部分で置き換えるステップをさらに含む請求項１の方法。
【請求項６】
前記後で獲得した部分はダウンロードされたクリーンコピーである請求項５の方法。
【請求項７】
前記セグメントの前記後で獲得した部分は購入されるものである請求項５の方法。
【請求項８】
前記格納されたセグメントを劣化させるステップをさらに含む請求項１の方法。
【請求項９】
前記格納されたセグメントにデジタル著作権管理（ＤＲＭ）ラッパーを適用するステップをさらに含む請求項１の方法。
【請求項１０】
前記格納されたセグメントは転送不可である請求項１の方法。
【請求項１１】
前記オーディオストリームは、サードパーティの吹き替え、信号損失、信号圧縮、静的雑音、または信号干渉の結果、劣化する請求項１の方法。
【請求項１２】
オーディオストリームのセグメントの整合性を保護するためのシステムであって、
オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するための、メモリに格納されプロセッサによって実行可能なコミュニケーションモジュールと、
ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームを、オーディオ再生デバイスのメモリ内にあるバッファに一時的に格納するための、メモリに格納されプロセッサによって実行可能なバッファモジュールと、
前記オーディオ再生デバイスのユーザインタフェースを介して、前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するための、メモリに格納されプロセッサによって実行可能な選択モジュールと、
前記オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するための、メモリに格納されプロセッサによって実行可能なデータ管理モジュールとを含むことを特徴とするシステム。
【請求項１３】
前記バッファを分析して、前記選択の指標に関連づけられたセグメントの始まりと終わりを判定するための、メモリに格納されプロセッサによって実行可能なアナライザモジュールをさらに含み、前記データ管理モジュールの実行に応じて、前記選択の指標に関連付けられたセグメントを格納することは、前記選択の指標に関連付けられたセグメントの始まりと終わりの判定に一部基づくものである請求項１２のシステム。
【請求項１４】
前記データ管理モジュールはさらに、格納されたセグメントにアーティストの名前または歌のタイトルの内、１以上を含む情報を関連付けるためにプロセッサによって実行可能である請求項１２のシステム。
【請求項１５】
前記選択の指標に関連付けられたセグメントの少なくとも一部のクリーンコピーを購入するリクエストを受信するための、メモリに格納されプロセッサによって実行可能な購入モジュールをさらに含む請求項１２のシステム。
【請求項１６】
前記通信モジュールはさらに、前記クリーンコピーをダウンロードするためにプロセッサによって実行可能である請求項１５のシステム。
【請求項１７】
格納されたセグメントの少なくとも一部を前記クリーンコピーに置き換えるための、メモリに格納されプロセッサによって実行可能な編集モジュールをさらに含む請求項１５のシステム。
【請求項１８】
格納されたセグメントを劣化させるための、メモリに格納されプロセッサによって実行可能な編集モジュールをさらに含む請求項１２のシステム。
【請求項１９】
格納されたセグメントにデジタル著作権管理（ＤＲＭ）ラッパーを適用するための、メモリに格納されプロセッサによって実行可能な編集モジュールをさらに含む請求項１２のシステム。
【請求項２０】
プログラムが格納されたコンピュー読み取り可能な記録媒体であって、前記プログラムは、オーディオストリームのセグメントの整合性を保護するための方法を実施するためにプロセッサによって実行可能であり、当該方法は、
オーディオ送信源から複数のセグメントを含むオーディオストリームを受信するステップと、
ある先行期間からのオーディオストリームの連続する部分を含む前記オーディオストリームをバッファに一時的に格納するステップと、
前記オーディオ送信源から現在受信中のセグメントに関連づけられる選択の指標を受信するステップと、
オーディオ再生デバイスのメモリに前記選択の指標に関連づけられたセグメントを格納するステップとを含むことを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１０−２６６８６５（Ｐ２０１０−２６６８６５Ａ）
【公開日】平成２２年１１月２５日（２０１０．１１．２５）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１０−１１０８４２（Ｐ２０１０−１１０８４２）
【出願日】平成２２年５月１３日（２０１０．５．１３）
【出願人】（３１００１７４１５）ソニー・コンピュ−タ・エンタテインメント・アメリカ・エルエルシー (2)
【Ｆターム（参考）】
【公開日】平成２２年１１月２５日（２０１０．１１．２５）
【国際特許分類】
【出願番号】特願２０１０−１１０８４２（Ｐ２０１０−１１０８４２）
【出願日】平成２２年５月１３日（２０１０．５．１３）
【出願人】（３１００１７４１５）ソニー・コンピュ−タ・エンタテインメント・アメリカ・エルエルシー (2)
【Ｆターム（参考）】
[ Back to top ]