JP2021121869A - 関連した雰囲気を持つ音楽およびストーリを有するプレイリストの生成および配信 - Google Patents

Abstract

【課題】関連した雰囲気を持つ音楽およびストーリを有するプレイリストの生成および配信を提供すること。【解決手段】一実施形態は、サーバデバイスが、ストーリを含むオーディオファイルを取得することを含むことができる。サーバデバイスは、ストーリの雰囲気を決定することができる。サーバデバイスは、音楽を含むオーディオファイルを選択することができ、音楽を含むオーディオファイルは、その雰囲気を示す音楽属性に関連付けられている。サーバデバイスは、クライアントデバイス用のプレイリストを生成することができ、プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含む。サーバデバイスは、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、その中の各オーディオファイルを取り出して再生させることができる。【選択図】図１

Description

本出願は、２０１６年１月４日に出願された米国仮特許出願第６２／２７４，５９１号の優先権を主張する、２０１６年２月１２日に出願された米国特許出願第１５／０４３，０７３号の優先権を主張するものであり、これらはその全体において参照により本明細書に組み込まれる。

ラジオを聴くためには、リスナーは通常、受信機を、特定の周波数（たとえば、ＡＭもしくはＦＭ周波数、または衛星周波数）に合わせ、ラジオ局によってその周波数上で放送されている音楽、ニュース、または他の可聴コンテンツを聴く。ラジオ局は、すべてのリスナーに同時に送信される可聴コンテンツのプログラムを生成する。これらのプログラムは、前もって生成されていることもあれば、リアルタイムで、またはアドホックやり方で生成されることもある。いくつかの場合において、これは、プレイリストを構成する可聴コンテンツの個々のユニット間で、テーマ的に、または感情的に、ミスマッチが存在する状況を招くことがある。あるいは、プレイリストが、特定のリスナーにとって不快である可能性があるか、または現在の出来事に基づいて無神経とみなされる可能性がある素材を意図せずに含むことがある。

本明細書の実施形態は、プレイリストで参照される可聴コンテンツが、何らかの形式のテーマ的な関連付けを有するように、またはほぼ正確な長さになるようアレンジされるように、プレイリストを生成するためのさまざまなメカニズムを開示する。たとえば、特定のユーザの選好、またはそのユーザについて知られている情報に基づいて、音楽、ニュース、および／または広告コンテンツが選択されてよい。可聴コンテンツのこれらのユニットのうちの少なくともいくつかは、プレイリストのユニットからユニットへとテーマ的な継続性が存在するように、先行する、または後に続くユニットの性質に基づいて選択されてよい。

いくつかの場合において、これは、音楽を含むオーディオファイルの属性（たとえば、アーティスト名、曲タイトル、または歌詞内容）を使用して、ストーリ（たとえば、ニュースストーリ）を含むオーディオファイルを選ぶことができることを意味してよい。反対に、ストーリを含むオーディオファイルのコンテンツを使用して、音楽を含むオーディオファイルを選ぶことができる。プレイリストにおいて、ストーリを含むオーディオファイルへの参照は、音楽を含むオーディオファイルへの参照の前または後に順序付けられてよい。

それに応じて、第１の例示的な実施形態は、クライアントデバイスに関連付けられたプロフィールに可能な限り基づいて、サーバデバイスが、音楽を含むオーディオファイルを選択することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。音楽を含むオーディオファイルに関連付けられた属性に可能な限り基づいて、サーバデバイスは、ストーリを含むオーディオファイルを選択することができる。サーバデバイスは、クライアントデバイス用のプレイリストを生成することができ、プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含む。サーバデバイスは、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。

第２の例示的な実施形態は、クライアントデバイスに関連付けられたプロフィールに可能な限り基づいて、サーバデバイスが、ストーリを含むテキストファイルを選択することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。ストーリを含むテキストファイル内のテキストに可能な限り基づいて、サーバデバイスは、音楽を含むオーディオファイルを選択することができる。自動テキスト音声化(text-to-speech)システムが、ストーリを含むテキストファイルを、ストーリを含むオーディオファイルに変換することができる。サーバデバイスは、クライアントデバイス用のプレイリストを生成することができ、プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含む。サーバデバイスは、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。

他の場合において、オーディオファイルストーリが、（たとえば、自動音声テキスト化(speech-to-text)システムによって処理された後に）キーワードに対して、構文解析されても、または走査されてもよい。一定のキーワードの有無に基づいて、ストーリの雰囲気（たとえば、うれしさ、悲しさ、おかしさ、悲惨さ）が決定されてよい。いくつかの実施形態において、部分的に、または全体として、ストーリに意味解析が実施されてもよく、ストーリの雰囲気は、この解析に基づくことができる。

音楽を含むオーディオファイルは、そのオーディオファイルが、同じもしくは同様の雰囲気、または少なくともストーリの雰囲気に基づいた雰囲気を有するように、選ばれてよい。反対に、音楽を含むオーディオファイルに関連付けられた雰囲気を使用して、ストーリを含むオーディオファイルを選ぶことができる。プレイリストにおいて、ストーリを含むオーディオファイルへの参照は、音楽を含むオーディオファイルへの参照の前または後に順序付けられてよい。

したがって、第３の例示的な実施形態は、サーバデバイスが、ストーリを含むオーディオファイルを取得することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。ストーリを含むオーディオファイルに関連付けられた属性および／またはストーリの意味解析に可能な限り基づいて、サーバデバイスは、ストーリの雰囲気を決定することができる。ストーリの雰囲気に可能な限り基づいて、サーバデバイスは、音楽を含むオーディオファイルを選択することができ、音楽を含むオーディオファイルは、その雰囲気を示す属性に関連付けられている。サーバデバイスは、クライアントデバイス用のプレイリストを生成することができ、プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含む。サーバデバイスは、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。

第４の例示的な実施形態は、サーバデバイスが、音楽を含むオーディオファイルを取得することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。音楽を含むオーディオファイルに関連付けられた属性に可能な限り基づいて、サーバデバイスは、音楽の雰囲気を決定することができる。音楽の雰囲気に可能な限り基づいて、サーバデバイスは、ストーリを含むオーディオファイルを選択することができる。ストーリを含むオーディオファイルに関連付けられた属性および／またはストーリの意味解析が、その雰囲気を示すことができる。サーバデバイスは、クライアントデバイス用のプレイリストを生成することができ、プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含む。サーバデバイスは、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。

さらなる実施形態において、クライアントデバイスは、サーバデバイスによって生成されたプレイリストから、オーディオファイルを取り出して再生していることがある。クライアントデバイスが受信した入力に応答して、クライアントデバイスは、再生が一定の時間量内に終了すべきであることを決定することができる。たとえば、ユーザは、クライアントデバイスが特定の分数内に再生を終止するように、クライアントデバイスにおけるタイマー機能を作動させていることがある。この入力に応答して、クライアントデバイスは、サーバデバイスに、ほぼ特定の分数の後に終了する、新しいプレイリストを生成するように命令することができる。サーバデバイスは、この新しいプレイリストを生成し、クライアントデバイスに提供することができ、クライアントデバイスは、新しいプレイリストからオーディオファイルを取り出して再生し始めることができる。いくつかの実施形態において、タイマーはスリープタイマーであってもよく、新しいプレイリストによって参照されるオーディオファイルは、オーディオファイルが眠りの助けとなるように、選択されても、および／またはアレンジされてもよい。他の実施形態において、タイマーは、目的地に到達するまでの、またはある出来事が発生する（たとえば、バスもしくは電車の到着、またはアポイントメントの開始）までの、残り時間の量を測定することができる。

それに応じて、第５の例示的な実施形態は、サーバデバイスが、クライアントデバイス用の第１のプレイリストを生成することを含むことができる。第１のプレイリストは、第１の規定された順序の第１の複数のオーディオファイルへの参照を含むことができる。第１の複数のオーディオファイルの再生は、第１の時間長を有することができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。サーバデバイスは、ワイドエリアネットワーク上で、第１のプレイリストをクライアントデバイスに送信することができる。クライアントデバイスにおける第１のプレイリストの受信により、オーディオプレイヤアプリケーションに、第１の複数のオーディオファイルのうちの少なくともいくつかを、第１の規定された順序で、取り出して再生させることができる。可能な限りクライアントデバイスが第１の複数のオーディオファイルのうちの現在のオーディオファイルを再生している間に、サーバデバイスは、クライアントデバイスからの命令を受信することができる。命令の受信に可能な限り応答して、サーバデバイスは、第２のプレイリストを生成することができる。第２のプレイリストは、第２の規定された順序の第２の複数のオーディオファイルへの参照を含むことができ、第２の複数のオーディオファイルの再生は、第１の時間長よりも少ない第２の時間長を有することができる。サーバデバイスは、ワイドエリアネットワーク上で、第２のプレイリストをクライアントデバイスに送信することができる。クライアントデバイスにおける第２のプレイリストの受信により、オーディオプレイヤアプリケーションに、第２の複数のオーディオファイルを、第２の規定された順序で、取り出して再生させることができる。

第６の例示的な実施形態において、製造物品が、プログラム命令をその上に記憶した非一時的なコンピュータ可読媒体を含むことができ、プログラム命令は、コンピューティングデバイスによる実行時に、コンピューティングデバイスに、第１、第２、第３、第４、および／または第５の例示的な実施形態に従った動作を実施させる。

第７の例示的な実施形態において、コンピューティングデバイスが、少なくとも１つのプロセッサ、ならびにメモリ、およびプログラム命令を含むことができる。プログラム命令は、メモリに記憶されてよく、少なくとも１つのプロセッサによる実行時に、コンピューティングデバイスに、第１、第２、第３、第４、および／または第５の例示的な実施形態に従った動作を実施させる。

第８の例示的な実施形態において、システムが、第１、第２、第３、第４、および／または第５の例示的な実施形態の動作の各々を遂行するためのさまざまな手段を含むことができる。

本明細書で説明される例は、ある動作をあるデバイスに帰するものの、任意のデバイスがそれらの動作を実施することができる。たとえば、上の「サーバデバイス」に帰される動作のうちのいくつかまたは全部が、異なるサーバデバイスおよび／またはクライアントデバイスによって実施されてもよい。

これらの、ならびに他の実施形態、態様、利点、および代替案は、適切な場合に添付の図面を参照して、以下の詳細な説明を読むことによって、当業者に明らかとなるであろう。さらに、本明細書で提供される本概要および他の説明ならびに図は、実施形態を例のみとして例証することが意図されること、したがって、多数の変形形態が可能であることを理解すべきである。たとえば、構造的な要素およびプロセスステップが、特許請求される実施形態の範囲内にとどまりながら、再アレンジされ、組み合わされ、分散され、削除され、または別のやり方で変更されてもよい。

例示的な実施形態によるクライアント−サーバ型コンピューティングシステムの高レベル図である。 例示的な実施形態によるコンピューティングデバイスの概略図である。 例示的な実施形態によるネットワーク化されたサーバクラスタの概略図である。 例示的な実施形態によるプレイリストの図である。 例示的な実施形態によるプレイリストの生成を表すメッセージフロー図である。 例示的な実施形態によるプレイリストによって参照されるオーディオファイルの再生を表すメッセージフロー図である。 例示的な実施形態によるプレイリストの生成および配信についてのフローチャートである。 例示的な実施形態によるプレイリストの生成および配信についてのフローチャートである。 例示的な実施形態による雰囲気同士の関係の表である。 例示的な実施形態によるプレイリストの生成および配信についてのフローチャートである。 例示的な実施形態によるプレイリストの生成および配信についてのフローチャートである。 例示的な実施形態によるタイミング図である。 例示的な実施形態によるプレイリストの生成および配信についてのフローチャートである。

例示的な方法、デバイス、およびシステムが本明細書で説明される。単語「ｅｘａｍｐｌｅ（例示的な）」および「ｅｘｅｍｐｌａｒｙ（例としての）」は、本明細書において「例、事例、または例証として働くこと」を意味するように使用されることを理解すべきである。「例示的な」または「例としての」であるものとして本明細書で説明されるいかなる実施形態または特徴も、他の実施形態または特徴よりも好ましい、または有利であると、必ずしも解釈されるべきではない。本明細書で提示される主題の範囲から逸脱せずに、他の実施形態を利用することができ、他の変更を行うことができる。

したがって、本明細書で説明される例示的な実施形態は、限定することを意味するものではない。本明細書で全体的に説明され、図において例証されるように、本開示の態様は、幅広く異なる構成において、アレンジされ、代用され、組み合わされ、切り離され、設計されることができることが容易に理解されるであろう。たとえば、特定のデバイス（たとえば、サーバデバイス）に割り当てられたステップ、ブロック、または措置が、代替実施形態においては、別のデバイス（たとえば、クライアントデバイス）のコンポーネントによって遂行されてもよい。

さらに、別段コンテキストが示唆しない限り、図の各々において例証される特徴は、互いに組み合わせて使用されてもよい。したがって、図は、すべての例証される特徴が各実施形態について必要であるわけではないという理解と共に、１つまたは複数の全般的な実施形態の構成要素を成す態様として、全体的に見られるべきである。

（１．概要）
従来の放送されるラジオとは異なり、オンラインの（たとえば、インターネットベースの）ラジオは、オーディオコンテンツを、個々のクライアントデバイスまたはクライアントデバイスのグループに送信することができる。したがって、このオーディオコンテンツを、互いに異なるユーザまたはユーザのグループ用に個人化することができる。たとえば、サーバデバイスは、１人または複数のユーザの知られている属性または選好に基づいて、プレイリストを生成することができる。このプレイリストは、１つまたは複数のリモートオーディオファイルへの一連の参照（たとえば、ユニフォームリソースロケータ、すなわちＵＲＬ）を含むことができる。そのようなプレイリストが、ユーザのクライアントデバイスに送信されてよい。クライアントデバイスは、プレイリストをたどって、オーディオファイルを取り出して再生することができる。そうする際に、クライアントデバイスは、オーディオファイルを再生することに先立って（サーバデバイスまたは異なるデバイスから）オーディオデバイスのうちの１つまたは複数をダウンロードすること、またはストリームとしてオーディオファイルを受信することのいずれかができる。

本明細書において、オーディオファイルのダウンロードは、オーディオファイルの任意の一部を再生し始める前に、クライアントデバイスがサーバデバイスからオーディオファイル全体を取得することを指すことができる。他方で、オーディオファイルのストリーミングは、クライアントデバイスが、オーディオファイルのあらかじめ受信したある部分を同時に再生しながら、オーディオファイルの別の部分を受信することを含むことができる。

例として、サーバデバイスがプレイリストを生成した後で、またはプレイリストを生成するときに、サーバデバイスは、プレイリストをクライアントデバイスに送信することができ、クライアントデバイスは、プレイリストのエントリをたどることができる。そうする際に、クライアントデバイスは、参照されるオーディオファイルの各々を表現するデータを取り出し、プレイリストによって定められた連続順に従って、オーディオファイルを再生することができる。したがって、プレイリストによって定められた連続順の参照ごとに、（ｉ）クライアントデバイスは、サーバデバイス（または異なるデバイス）に、参照されるオーディオファイルを求める要求を送信することができ、（ｉｉ）サーバデバイスは、送信された要求を受信することができ、（ｉｉｉ）サーバデバイスが送信された要求を受信したことに応答して、サーバデバイスは、クライアントに、要求されたオーディオファイルのストリームを送信することができ、（ｉｖ）クライアントデバイスは、オーディオファイルのストリームを受信し、バッファし始めることができ、（ｖ）オーディオファイルのストリームをなおも受信しながら、クライアントデバイスは、オーディオファイルの受信した部分を再生することができる。このようにして、ユーザは、プレイリストによって参照されるオーディオファイルの実質的に絶え間のない再生を提供されてよい。

オーディオプログラミングを個人化するという利点にもかかわらず、プレイリストのコンピュータ化された生成は、一定の問題を招くことがある。たとえば、コンピュータ生成されたプレイリストは、オーディオファイルからオーディオファイルへのテーマ的な継続性を呈さないことがある。結果として、これらのオーディオファイルが（いろいろなやり方で）ユーザのプロフィールに基づいて選択されることができていたとしても、オーディオファイルの選択および順序付けがでたらめに見えることがある。

本発明における実施形態は、プレイリストに含めるためにオーディオファイルの選択、およびその順序付けが、テーマ的な関連付けに基づくように促進する。したがって、ニュースストーリのトピックが、連続順でニュースストーリの後に続く音楽の選択に影響を与えることができる。同様に、（たとえば、テンポ、音量、アーティスト名、曲タイトル、および／または歌詞内容に基づいて決定された）音楽の特性が、連続順で音楽の後に続くニュースストーリの選択に影響を与えることができる。いくつかの場合において、そのような特性のうちの１つよりも多くが組み合わされて、２つ以上のオーディオファイルのコンテンツ間の全般的な類似性を決定することができる。代替として、または加えて、使用される特性は、プレイリストのさまざまな部分において異なっていてもよい。たとえば、アーティスト名が最初の３つのエントリの間の類似性特性として使用されてもよく、曲タイトルが次の４つのエントリの間の類似性特性として使用されてもよい、などである。

さらに、ニュースストーリの雰囲気（たとえば、うれしい、悲しい、悲惨な、おかしい）が、連続順でニュースストーリの後に続く音楽の選択に影響を与えることができる。同様に、音楽の雰囲気が、連続順で音楽の後に続くニュースストーリの選択に影響を与えることができる。いくつかの場合において、サーバデバイスは、ニュースストーリと音楽との雰囲気をマッチさせるように試みることができる、またはサーバデバイスは、ニュースストーリと音楽との雰囲気が互いに相反しないように、これらの雰囲気を選択することができる。他の場合において、サーバデバイスは、これらの雰囲気が互いに相反するように、雰囲気を選択することができる。一般的に言って、サーバデバイスは、何らかのやり方でその雰囲気がもう一方の雰囲気に基づくように、ニュースストーリおよび音楽のうちの１つを選択することができる。

さまざまな実施形態において、ニュースストーリは、最初に、テキストフォーマット（たとえば、フラットテキストファイルまたはマークアップ言語ファイル）で存在していることがある。ニュースストーリがプレイリストに含めるために選択されるとき、サーバデバイスは、そのニュースストーリのオーディオ版が存在するかどうかを判定することができ、存在しない場合に、サーバデバイスは、テキスト音声化（たとえば、音声生成）技術を使用して、ニュースストーリのオーディオファイルを自動的に生成することができる。反対に、オーディオファイルフォーマットにおけるニュースストーリの雰囲気を決定するために、サーバデバイスは、音声テキスト化（たとえば、音声認識）技術を使用して、ニュースストーリのテキストファイルを自動的に生成することができる。次いで、ニュースストーリの雰囲気が、テキストファイルのコンテンツに基づいて決定されてよい。

いくつかの実施形態において、サーバデバイスが、プレイリストを生成していてよく、クライアントデバイスが、プレイリストで参照されるオーディオファイルを再生していることがある。サーバデバイスは、クライアントデバイスから、クライアントデバイスが今後のある時点においてオーディオの再生を終止するように命令されている、という指示を受信することがある。たとえば、クライアントデバイスのユーザが、クライアントデバイスのスリープタイマー機能を作動させていることがある。それに応答して、サーバデバイスは、クライアントデバイスが再生を終止するようにスケジュールされているよりも前の残り時間の長さにほぼマッチする、新しいプレイリストを生成することができる。この新しいプレイリストによって参照されるメディアは、再生がその終了に近づくにつれて、リスナーが眠りやすいように、選択され、順序付けられてよい。たとえば、メディアのダイナミックレンジを次第に狭くすることができる、および／または、オーディオのテンポを次第にゆっくりにすることができる。他の実施形態において、タイマーは、目的地に到達するまでの、またはある出来事が発生する（たとえば、バスもしくは電車の到着、またはアポイントメントの開始）までの、残り時間の量を測定することができる。

上で、または本発明の別の箇所で説明される実施形態のいずれも、さまざまなやり方で組み合わせることができる。したがって、いくつかの実装形態において、上述したタイマー機能の作動に応答して生成される新しいプレイリストは、テーマ的に関連付けられたメディアでポピュレートされてもよい。

本明細書で説明される実施形態は、オーディオ再生のためのオーディオファイルのプレイリストを生成することに焦点を当てているが、同じまたは同様の実施形態が、オーディオ／ビデオ再生のためのオーディオ／ビデオファイル（たとえば、テレビニュースプログラム、エンターテインメントプログラム、コマーシャル、映画、その他）のプレイリストを生成するために使用されてもよい。したがって、説明される実施形態は、オーディオファイルに限定されず、他のタイプのメディアに適用することができる。

本明細書における実施形態は、どのように実装されることができるかにかかわらず、１つまたは複数のコンピューティングデバイスを利用することができる。これらのコンピューティングデバイスは、たとえば、ユーザの制御下にあるクライアントデバイス、およびクライアントデバイスと直接的または非直接的に対話するサーバデバイスを含むことができる。そのようなデバイスが、以下の項で説明される。

（２．例示的なコンピューティングデバイスおよびクラウドベースのコンピューティング環境）
図１は、本明細書で説明される実施形態のうちの１つまたは複数を遂行するための例示的な通信システム１００を示す。通信システム１００は、コンピューティングデバイスを含むことができる。本明細書において「コンピューティングデバイス」とは、クライアントデバイス、サーバデバイス（たとえば、スタンドアロンサーバコンピュータ、もしくはネットワーク化されたサーバ機器のクラスタ）、または何らかの他のタイプのコンピュータによるプラットフォームのいずれかを指すことができる。

クライアントデバイス１０２は、本明細書で説明される実施形態に従って、データ１０６をサーバデバイス１０４に送信し、および／またはサーバデバイス１０４からデータ１０８を受信するように構成された、パーソナルコンピュータ、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス、ワイヤレスコンピューティングデバイス、頭部装着型コンピューティングデバイス、モバイル電話、またはタブレットコンピューティングデバイス、その他を含む、任意のタイプのデバイスであってよい。たとえば、図１において、クライアントデバイス１０２は、１つまたは複数のワイヤ線またはワイヤレスのインターフェースを介して、サーバデバイス１０４と通信することができる。いくつかの場合において、クライアントデバイス１０２およびサーバデバイス１０４は、ローカルエリアネットワークを介して互いに通信することができる。代替として、クライアントデバイス１０２およびサーバデバイス１０４は、各々が異なるネットワーク内に常駐してもよく、インターネットなどのワイドエリアネットワークを介して通信することができる。

クライアントデバイス１０２は、ユーザインターフェースと、通信インターフェースと、メインプロセッサと、データストレージ（たとえば、メモリ）とを含むことができる。データストレージは、サーバデバイス１０４に送られる、もしくはサーバデバイス１０４から受信されるデータに関連した動作、および／または本明細書で開示される他の動作などの１つまたは複数の動作を遂行するために、メインプロセッサによって実行可能な命令を含むことができる。クライアントデバイス１０２のユーザインターフェースは、ボタン、タッチスクリーン、マイクロフォン、および／または入力を受信するための任意の他の要素、ならびに、スピーカ、１つまたは複数のディスプレイ、および／または出力を通信するための任意の他の要素を含むことができる。

サーバデバイス１０４は、本明細書で説明されるサーバ動作を遂行するようにアレンジされた任意のエンティティまたはコンピューティングデバイスであってよい。さらに、サーバデバイス１０４は、データ１０８をクライアントデバイス１０２に送り、および／またはクライアントデバイス１０２からデータ１０６を受信するように構成されてよい。

データ１０６およびデータ１０８は、さまざまな形式を取ることができる。たとえば、データ１０６および１０８は、それぞれ、１つまたは複数の通信セッションの一部として、クライアントデバイス１０２またはサーバデバイス１０４によって送信されるパケットに相当することができる。そのような通信セッションは、シグナリングプレーン（たとえば、セッションセットアップ、管理、およびティアダウンメッセージ）上で送信されるパケット、ならびに／または、メディアプレーン（たとえば、テキスト、グラフィックス、オーディオ、および／もしくはビデオデータ）上で送信されるパケットを含むことができる。たとえば、それぞれ、データ１０６が、プレイリストおよびオーディオファイルストリームを求める要求の送信を含むことができ、一方のデータ１０８が、これらの要求に応答して、プレイリストおよびオーディオファイルストリームの送信を含むことができる。

厳密なアーキテクチャにかかわらず、クライアントデバイス１０２、サーバデバイス１０４の動作、ならびに図１のアーキテクチャに関連付けられた任意の他の動作は、１つまたは複数のコンピューティングデバイスによって遂行されてよい。これらのコンピューティングデバイスは、スタンドアロン様式において、クラウドベースの（ネットワーク化された）コンピューティング環境において、または他のアレンジにおいて編成されてよい。

図２は、本明細書における実施形態に従って動作するようにアレンジされたコンピューティングデバイスに含まれることができる機能コンポーネントのいくつかを示す、コンピューティングデバイス２００を例示する簡略化したブロック図である。例示的なコンピューティングデバイス２００は、クライアントデバイス、サーバデバイス、または何らかの他のタイプのコンピュータによるプラットフォームであることができる。簡略化の目的のために、本明細書は、時に、コンピューティングデバイス２００をサーバと同等とみなすことがある。それにもかかわらず、コンピューティングデバイス２００の説明は、本明細書で説明される目的のために使用される任意のコンポーネントに適用することができる。

この例において、コンピューティングデバイス２００は、プロセッサ２０２と、データストレージ２０４と、ネットワークインターフェース２０６と、入力／出力機能２０８とを含み、そのすべてがシステムバス２１０または同様のメカニズムによって結合されてよい。プロセッサ２０２は、１つもしくは複数の汎用プロセッサ、および／または１つもしくは複数の専用プロセッサ（たとえば、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサ、その他）などの、１つまたは複数のＣＰＵを含むことができる。

次に、データストレージ２０４は、揮発性および／または不揮発性のデータストレージを含むことができ、全体において、または部分的に、プロセッサ２０２と一体化することができる。データストレージ２０４は、プロセッサ２０２によって実行可能なプログラム命令、およびこれらの命令によって操作されることができるデータを保持して、本明細書で説明されるさまざまな方法、プロセス、または動作を遂行することができる。代替として、これらの方法、プロセス、または動作は、ハードウェア、ファームウェアによって、および／または、ハードウェア、ファームウェア、およびソフトウェアの任意の組合せによって定義されてもよい。

例として、データストレージ２０４におけるデータは、おそらく非一時的なコンピュータ可読媒体上に記憶された、プロセッサ２０２によって実行可能なプログラム命令を含み、本明細書または添付の図面において開示される方法、プロセス、または動作のうちのいずれかを遂行することができる。データストレージ２０４はまた、１つまたは複数のプレイリスト、および／またはプレイリストによって可能な限り言及されるオーディオファイルを含むことができる。

ネットワークインターフェース２０６は、イーサネット(登録商標)、トークンリング、またはＴ−搬送波接続などのワイヤ線接続の形式を取ることができる。ネットワークインターフェース２０６はまた、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＢＬＵＥＴＯＯＴＨ（登録商標）、またはワイドエリアワイヤレス接続などのワイヤレス接続の形式を取ることもできる。しかしながら、他の形式の物理レイヤ接続、および他のタイプの標準の、または独自開発の通信プロトコルが、ネットワークインターフェース２０６上で使用されてもよい。さらに、ネットワークインターフェース２０６は、複数の物理インターフェースを含むことができる。

入力／出力機能２０８は、例示的なコンピューティングデバイス２００とのユーザ対話を促進することができる。入力／出力機能２０８は、キーボード、マウス、タッチスクリーン、その他などの複数のタイプの入力デバイスを含むことができる。同様に、入力／出力機能２０８は、スクリーン、モニタ、プリンタ、または１つもしくは複数の発光ダイオード（ＬＥＤ）などの複数のタイプの出力デバイスを含むことができる。加えて、または代替として、例示的なコンピューティングデバイス２００は、ネットワークインターフェース２０６を介して、またはユニバーサルシリアルバス（ＵＳＢ）もしくは高精細マルチメディアインターフェース（ＨＤＭＩ(登録商標)）ポートなどの別のインターフェース（図示せず）を介して、別のデバイスからのリモートアクセスをサポートすることができる。

いくつかの実施形態において、１つまたは複数のコンピューティングデバイスは、ネットワーク化されたアーキテクチャの中に配置されてよい。コンピューティングデバイスの厳密な物理的場所、接続性、および構成は、クライアントデバイスにとっては未知であっても、および／または重要でなくてもよい。それに応じて、コンピューティングデバイスは、さまざまな遠隔の場所に収められてよい「クラウドベースの」デバイスと呼ばれることがある。

図３は、例示的な実施形態に従った、クラウドベースのサーバクラスタ３０４を表す。図３において、（コンピューティングデバイス２００によって例示されるような）サーバデバイス１０４などのサーバデバイスの機能は、サーバデバイス３０６、クラスタデータストレージ３０８、およびクラスタルータ３１０の間で分散されてよく、それらの全部がローカルクラスタネットワーク３１２によって接続されてよい。サーバクラスタ３０４におけるサーバデバイス、クラスタデータストレージ、およびクラスタルータの数は、サーバクラスタ３０４に割り当てられたコンピューティングタスクおよび／またはアプリケーションに依存することができる。

たとえば、サーバデバイス３０６は、コンピューティングデバイス２００のさまざまなコンピューティングタスクを実施するように構成されてよい。したがって、コンピューティングタスクは、サーバデバイス３０６のうちの１つまたは複数の間で分散されてもよい。これらのコンピューティングタスクを並行して実施することができる範囲まで、タスクのそのような分散は、これらのタスクを完了させて結果を返すための合計時間を削減することができる。簡略化の目的のために、サーバクラスタ３０４および個々のサーバデバイス３０６の両方を、「サーバデバイス」と呼ぶことができる。この名称は、１つまたは複数の互いに異なるサーバデバイス、データストレージデバイス、およびクラスタルータが、サーバデバイス動作に関与してよいことを示唆していることを理解すべきである。

クラスタデータストレージ３０８は、ディスクドライブ（たとえば、回転プラッタを用いたハードドライブ、またはソリッドステートドライブ）のグループへの読み出しおよび書き込みアクセスを管理するように構成されたディスクアレイコントローラを含むデータストレージアレイであってよい。ディスクアレイコントローラはまた、単体で、またはサーバデバイス３０６と連携して、サーバデバイス３０６のうちの１つもしくは複数がクラスタデータストレージ３０８のユニットにアクセスするのを妨げるディスクドライブ障害または他のタイプの障害から守るために、クラスタデータストレージ３０８に記憶されたデータのバックアップまたは冗長コピーを管理するように構成されてもよい。例として、クラスタデータストレージ３０８は、１つもしくは複数のプレイリスト、および／またはプレイリストによって可能な限り言及されるオーディオファイルを含むことができる。

クラスタルータ３１０は、サーバクラスタに内部通信および外部通信を提供するように構成されたネットワーキング機器を含むことができる。たとえば、クラスタルータ３１０は、（ｉ）クラスタネットワーク３１２を介したサーバデバイス３０６とクラスタデータストレージ３０８とのネットワーク通信、および／または、（ｉｉ）ネットワーク３００への通信リンク３０２を介したサーバクラスタ３０４と他のデバイスとのネットワーク通信を提供するように構成された、１つもしくは複数のパケット交換デバイスおよび／またはルーティングデバイスを含むことができる。

加えて、クラスタルータ３１０の構成は、サーバデバイス３０６およびクラスタデータストレージ３０８のデータ通信要件、ローカルクラスタネットワーク３１２のレイテンシおよびスループット、通信リンク３０２のレイテンシ、スループット、およびコスト、ならびに／または、システムアーキテクチャのコスト、スピード、耐故障性、回復力、効率、および／もしくは他の設計目標に寄与することがある他の要因に、少なくとも部分的に基づくことができる。

考えることができる例として、クラスタデータストレージ３０８は、構造化照会言語（ＳＱＬ）データベースなどの任意の形式のデータベースを含むことができる。限定はしないが、テーブル、アレイ、リスト、ツリー、およびタプルを含むさまざまなタイプのデータ構造が、そのようなデータベースに情報を記憶することができる。さらに、クラスタデータストレージ３０８におけるあらゆるデータベースは、モノリシックでもよいし、または複数の物理デバイスにわたって分散されてもよい。

サーバデバイス３０６は、クラスタデータストレージ３０８にデータを送信し、クラスタデータストレージ３０８からデータを受信するように構成されてよい。この送信および取り出しは、それぞれ、ＳＱＬ照会または他のタイプのデータベース照会、およびそのような照会の出力の形式を取ることができる。追加のテキスト、画像、ビデオ、および／またはオーディオが同様に含まれてもよい。さらに、サーバデバイス３０６は、受信したデータをウェブページ表現の中に編成することができる。そのような表現は、ハイパーテキストマークアップ言語（ＨＴＭＬ）、拡張可能なマークアップ言語（ＸＭＬ）、または何らかの他の標準化された、または独自開発のフォーマットなどのマークアップ言語の形式を取ることができる。その上、サーバデバイス３０６は、限定はしないが、Ｐｅｒｌ、Ｐｙｔｈｏｎ、ＰＨＰハイパーテキストプリプロセッサ（ＰＨＰ）、Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ（ＡＳＰ）、ＪａｖａＳｃｒｉｐｔ(登録商標)、その他などの、さまざまなタイプのコンピュータ化されたスクリプト言語を実行する能力を有することができる。これらの言語で書かれたコンピュータプログラムコードは、クライアントデバイスへのウェブページの提供、ならびにウェブページとのクライアントデバイス対話を促進することができる。

（３．例示的なプレイリストおよびストリーミング環境）
図４は、オーディオファイルへの２つ以上の一連の参照を含む例示的なプレイリスト４００を表す。プレイリスト４００は、プレーンテキストファイル、拡張可能なマークアップ言語（ＸＭＬ）ファイル、ハイパーテキストマークアップ言語（ＨＴＭＬ）ファイル、バイナリファイル、または何らかの他のファイルフォーマットなどのコンピュータファイルの形式を取ることができる。プレイリストはまた、他の形式を取ることもでき、他のタイプのコンテンツを含むことができる。

いくつかの場合において、プレイリスト４００は、クライアントデバイス１０２などの決まったクライアントデバイス用に、サーバデバイス１０４などのサーバデバイスによって生成されてよい。そうする際に、サーバデバイス１０４は、サーバデバイス１０４に記憶された、またはサーバデバイス１０４にアクセス可能な、クライアントデバイス１０２のプロフィールにおける情報を考慮に入れることができる。たとえば、このプロフィールは、選好されるニュースストーリのタイプ、選好される音楽のスタイル、ストリーミングされるオーディオファイルの選好されるビットレートおよび／またはオーディオ品質、その他などの、クライアントデバイス１０２のユーザについての選好を表現したものを含むことができる。他の場合において、１つまたは複数のクライアントデバイスのグループのために、これらのデバイスのうちの少なくともいくつかのプロフィールにおける情報に可能な限り基づいて、プレイリスト４００が生成されてもよい。

さらに、以下でより詳細に説明するように、サーバデバイス１０４は、プレイリストで参照されるオーディオファイルがコンテンツおよび／または雰囲気に関してテーマ的に一貫するように、プレイリスト４００を生成することができる。代替として、サーバデバイス１０４は、プレイリストで参照されるオーディオファイルが少なくともテーマ的に矛盾しないように、プレイリスト４００を生成することができる。

プレイリスト４００における各エントリは、オーディオファイルの識別子、および／またはオーディオファイルへの参照を含むことができる。プレイリスト４００において言及されるオーディオファイルは、データベース４０２に記憶されてよい。したがって、たとえば、プレイリスト４００で参照されるニュースストーリ１は、ニュースストーリ１についてのオーディオファイルのロケーションを指し示すＵＲＬを含み、一方、プレイリスト４００で参照される曲１は、曲１についてのオーディオファイルのロケーションを指し示すＵＲＬを含む、などである。それにもかかわらず、プレイリストは、ファイルまたはファイルへの参照の包括的な連続順を含む、他の形式を取ることができる。

一般に、データベース４０２は、何百、何千、何万、またはさらにそれ以上のオーディオファイルを含むことができる。したがって、データベース４０２は、これらのファイルを記憶する１つまたは複数の物理デバイスに相当することができる。そのような物理デバイスは、同じ物理的場所に設置されてもよいし、または通信ネットワーク（たとえば、インターネット）上で分散されてもよい。いくつかの場合において、オーディオファイルは、サードパーティのファイルダウンロードサービスまたはストリーミングサービスを介して取得されてよい。

プレイリスト４００は、５曲の音楽への参照とおおむね交互配置された４つのニュースストーリへの参照を含む。しかしながら、プレイリストは、より多い、またはより少ないエントリを含んでもよい。加えて、ニュースストーリと何曲かの音楽とのパターンは、多様であってよい。いくつかの場合において、プレイリストは、音楽への参照を少なくして、ニュースストーリへの参照を主体に含んでもよく、他の場合において、プレイリストは、ニュースストーリへの参照を少なくして、音楽への参照を主体に含んでもよい。

プレイリスト４００で参照されるニュースストーリと音楽との混合は、話による素材に音楽を交えた「朝のドライブタイム」というコンテンツのスタイルを表現することができる。したがって、プレイリスト４００において言及される「ニュースストーリ」は、最新の出来事、天気、交通、ユーモアのある話、冗談のやり取り、広告、その他に関する情報を含むことができる。プレイリストコンテンツの他のアレンジも可能である。

いくつかの実施形態において、音楽および／またはストーリは、ある程度まで繰り返されてもよい。しかしながら、一般に、ストーリを繰り返すことは、音楽を繰り返すことよりも望ましくない。他方で、広告を含むストーリの繰り返しが望ましいことがある。

図５Ａは、プレイリストの例示的な生成および配信を表すメッセージフロー図５００である。フローチャート５００は、クライアントデバイス１０２と、サーバデバイス１０４と、プロフィールデータベース５０２と、テキストストーリデータベース５０４と、オーディオデータベース５０６とを含む。いくつかの実施形態において、サーバデバイス１０４、プロフィールデータベース５０２、テキストストーリデータベース５０４、およびオーディオデータベース５０６のうちの１つまたは複数が、より少ないコンポーネントに組み合わされても、またはより多いコンポーネントに分割されてもよい。単に２つの考えることができる例としては、サーバデバイス１０４が、プロフィールデータベース５０２、テキストストーリデータベース５０４、およびオーディオデータベース５０６の機能性を含んでもよいし、またはプロフィールデータベース５０２、テキストストーリデータベース５０４、およびオーディオデータベース５０６の各々が、複数の物理コンピューティングデバイス上に分散されてもよい。他のアレンジも可能である。

クライアントデバイス１０２は、オーディオプレイヤアプリケーションを含むことができ、オーディオプレイヤアプリケーションは、プレイリストを要求する、プレイリストをロードする、プレイリストを構文解析する、および／またはプレイリストで参照されるオーディオファイルのストリームを要求することができる。いくつかの実施形態において、オーディオプレイヤアプリケーションは、プレイリストの受信によって、オーディオファイルを要求し、ストリーミングし始めるようにトリガされてよい。

ステップ５１０で、クライアントデバイス１０２は、サーバデバイス１０４に、プレイリスト要求を送信することができる。この要求は、特定のプレイリストを明示的に得ようとするのではないことがあり、むしろ、クライアントデバイス１０２クライアントデバイス１０２のユーザ用に個人化されたラジオ局のストリーミングを要求することがある。ステップ５１２で、サーバデバイス１０４は、プロフィールデータベース５０２に、クライアントデバイス１０２のプロフィールを求めるプロフィール要求を送信することができる。ステップ５１４で、プロフィールデータベース５０２は、サーバデバイス１０４に、このプロフィールを表現したものを送信することができる。

プロフィールは、クライアントデバイス１０２のユーザに関する情報、およびラジオプログラム編成に対するユーザの選好を含むことがある。たとえば、プロフィールは、ユーザについての人口統計情報、ユーザのニュースの関心、ｅコマース取引、ユーザのお気に入りの音楽スタイル、お気に入りのスポーツチーム、その他に関する情報を含むことがある。プロフィールにおける情報に少なくとも部分的に基づいて、サーバデバイス１０４は、プレイリストのためのストーリおよび音楽を選択することができる。

したがって、ステップ５１６で、サーバデバイス１０４は、テキストストーリデータベース５０４から、テキストストーリを評価し、選択することができる。同様に、ステップ５１８で、サーバデバイス１０４は、オーディオデータベース５０６から、オーディオファイルを評価し、選択することができる。テキストストーリデータベース５０４は、たとえば、ニュースストーリを含むテキストファイルを含むことができる。オーディオデータベース５０６は、ニュースストーリおよび／または音楽のオーディオファイルを含むことができる。示されていないいくつかの実施形態において、ニュースストーリを含むオーディオファイルが、１つの物理または論理データベースに記憶されることがあり、一方、音楽を含むオーディオファイルが、異なる物理または論理データベースに記憶されることがある。

ニュースストーリを含む１つまたは複数のテキストファイルがプレイリストに含めるために選択される場合において、ステップ５２０で、サーバデバイス１０４（または別のデバイス）は、テキスト音声化（ＴＴＳ）技術を使用することによって、これらのテキストファイルをオーディオファイルに変換することができる。そのようなＴＴＳ技術は、テキストファイルにおける単語および／または音節を、合成発話に自動的に変えることができる。ステップ５２２で、任意の変換されたニュースストーリのオーディオファイルが、オーディオデータベース５０６に記憶されてよい。

ステップ５２４で、サーバデバイス１０４は、プレイリストを生成することができる。プレイリスト４００のコンテキストにおいて議論されたように、生成されたプレイリストは、オーディオデータベース５０６に記憶されたオーディオファイルへの一連の参照を含むことができる。次いで、ステップ５２６で、プレイリストは、クライアントデバイス１０２に送信されてよい。

図５Ｂは、プレイリストで参照されるオーディオファイルの例示的な再生を表すメッセージフロー図５２８である。図５Ａの終わったところから続行すると、ステップ５３０で、クライアントデバイス１０２は、オーディオデータベース５０６に、プレイリストの第１のエントリを求める要求を送信することができる。たとえば、クライアントデバイス１０２は、プレイリストを構文解析し、第１のエントリのＵＲＬを判定し、そのＵＲＬにおけるコンテンツをオーディオデータベース５０６に要求することができる。それに応答して、ステップ５３２で、オーディオデータベース５０６は、クライアントデバイス１０２に、このエントリに関連付けられたオーディオファイルのストリームを送信することができる。次いで、ステップ５３４で、クライアントデバイス１０２は、ストリームを再生することができる。

とりわけ、クライアントデバイス１０２は、ストリームの再生を始める前に、ストリームの一部分（たとえば、５〜１０秒）を受信し、バッファすることができる。このようにして、クライアントデバイス１０２へのストリームの後続部分の送出においてジッタが存在する場合、ストリームをバッファすることによって、このジッタをユーザにわからないようにすることができる。クライアントデバイス１０２は、すべてのオーディオファイルの再生を通して、このバッファ維持しようとすることができる。

ステップ５３６で、クライアントデバイス１０２は、オーディオデータベース５０６に、プレイリストの第２のエントリを求める要求を送信することができる。クライアントデバイス１０２は、第１のエントリに関連付けられたオーディオファイルの一部分をなおも再生している間に、この要求を送信することができる。このやり方で、クライアントデバイス１０２は、第１のエントリに関連付けられたオーディオファイルの再生から、第２のエントリに関連付けられたオーディオファイルの再生へと、スムーズに移行することが可能であってよい。たとえば、オーディオプレイヤアプリケーションは、第２のエントリに関連付けられたオーディオファイルの冒頭にフェードインしながら、第１のエントリに関連付けられたオーディオファイルの最後をフェードアウトすることができる。

ともかく、ステップ５３８で、オーディオデータベース５０６は、クライアントデバイス１０２に、第２のエントリに関連付けられたオーディオファイルのストリームを送信することができる。次いで、ステップ５４０で、クライアントデバイス１０２は、ストリームを再生することができる。

図５Ａおよび図５Ｂは、プレイリストの生成およびオーディオファイルストリーミングの例示的な実施形態にすぎない。他の実施形態を使用して、同じまたは同様の成果を達成することができる。

（４．関連した音楽およびストーリを有するプレイリストの生成）
コンピュータ生成されたプレイリストの１つの考えることができる欠点は、所与のプレイリストに含めるために選択されたストーリと音楽とが、無関連であることができることである。しかしながら、これらのプレイリストの生成は、プレイリストにおけるエントリをテーマ的に関連付けるための機会を提供する。たとえば、プレイリストにおける他のエントリを選択するための基準として、またはあらかじめ選択されたエントリを順序付けるために、プレイリストにおける各エントリの属性または特性が使用されてよい。

たとえば、ストーリを含むテキストファイル内のテキストを使用して、プレイリストにおける他のエントリ（ストーリまたは音楽）を選択することができる。さらに、音楽を含むオーディオファイルが、１つもしくは複数の属性を含んでも、または１つもしくは複数の属性に関連付けられてもよい。これらの属性は、オーディオファイルに、またはそのオーディオファイルとペアにされた別のファイルに含まれることができるメタデータとして存在することができる。そのような属性は、音楽を書いたおよび／または演奏したアーティストの名前、音楽のタイトル（たとえば、曲タイトル）、音楽の歌詞、音楽の長さ、音楽の出版元（たとえば、レコードレーベル）、音楽が録音された場所、その他などの、さまざまなオーディオファイルの記述子および／またはオーディオファイルに含まれた音楽の記述子を含むことができる。これらの属性のうちのいずれかを使用して、プレイリストにおける他のエントリ（ストーリまたは音楽）を選択することができる。

いくつかの実施形態において、プレイリストは、既定のテーマ（たとえば、音楽に焦点を当てたプレイリストについての「クラシックロック」テーマ、特定のアーティストによる音楽および／もしくはインタービューを含むプレイリストについての「アーティスト」テーマ、または特定のサッカーイベントもしくはチームに関連したストーリおよび／もしくは音楽についての「サッカー」テーマ）を有することができる。プレイリストがそのようなテーマに関連付けられるとき、プレイリストにおけるエントリの選択は、プレイリストにおける他のエントリにだけでなく、そのテーマにも基づくことができる。

オーディオファイルが特定の理由（たとえば、それが以前のオーディオファイルのコンテンツに関連することが判定されている）のために選択されるとき、この理由が、オーディオファイルを再生するクライアントデバイスのユーザに表示されてよい。さらに、ユーザは、オーディオファイル同士の関係の一定のタイプについての選好を表明する能力を（たとえば、ユーザインターフェースを介して）与えられてよい。たとえば、ユーザは、使用された関係が、（ｉ）許容できた、（ｉｉ）二度と使用されるべきでない、または（ｉｉｉ）異なる関係に置き換えられるべきであることを示してもよい。

（Ａ．音楽に基づいたストーリの選択）
ユーザプロフィールにおける情報に基づいて、プレイリストに含めるための音楽を含むオーディオファイルが選択されてよい。たとえば、ユーザプロフィールは、プレイリストが生成されている対象のユーザが、その音楽のスタイルに、またはその音楽を演奏するアーティストに、あらかじめ関心を表明していることを示すことができる。

オーディオファイルの属性のうちのいずれかを使用して、プレイリスト内でそのオーディオファイルに先行する、またはオーディオファイルの後に続くストーリを選択することができる。例として、アーティストに関するニュースストーリを見つけるためにアーティスト名が使用されてよく、このニュースストーリへの参照を、プレイリスト内で、音楽を含むオーディオファイルへの参照の前または後の位置に置くことができる。ユーザがそのアーティストに関心がある場合、選択されたストーリもまた、ユーザにとっての関心があるものと思われる。たとえば、選択されたストーリは、そのアーティストのツアー日程、またはそのアーティストによる来たるアルバムリリースのニュースを含むことがある。

いくつかの場合において、ストーリはまた、ユーザの場所および／または購入履歴などの、ユーザのプロフィールにおける情報に基づいて選択されてもよい。たとえば、ツアー日程のうちの１つまたは複数が地理的にユーザの場所に近い（たとえば、ユーザの家から５０マイル閾値距離内）ことから、それらのツアー日程を含むストーリが選択されてよい。代替として、または加えて、ユーザの購入履歴がそのアーティストによる別のアルバムもしくは曲の購入を含むことから、来たるアルバムリリースのニュースが選択されてもよい。

音楽を含むオーディオファイルに関連付けられた属性に基づいて、ストーリを選択する他の例も可能である。たとえば、ストーリを選択するための基準として、タイトルまたは歌詞が使用されてもよい。特に、サーバデバイスは、タイトルまたは歌詞の中に現れるキーワードまたはキーフレーズを識別することができ、次いでこれらのキーワードまたはキーフレーズを、検索エンジンへの入力として使用することができる。検索エンジンは、キーワードまたはキーフレーズに関連した１つまたは複数のストーリを返すことができる。例として、タイトルまたは歌詞が「車」、「トラック」、「ドライブ」、または「ドライビング」という単語を含む場合、検索エンジンは、自動車、ドライビング、道路、または交通状態についての１つまたは複数のストーリへの参照を返すことができる。さらに、検索エンジンはまた、自動車セールについての広告を含む１つまたは複数のストーリへの参照を返すことができる。

選択されたストーリがテキストファイルに存在する場合において、サーバデバイスは、ＴＴＳ技術を使用して、テキストファイルを、ストーリを含むオーディオファイルに変換し、このオーディオファイルをデータベースに記憶し、記憶されたオーディオファイルへの参照をプレイリストに含めることができる。

図６は、例示的な実施形態を示すフローチャートである。図６によって示されるプロセスは、コンピューティングデバイス２００などのサーバデバイス、および／またはサーバクラスタ３０４などのコンピューティングデバイスのクラスタによって遂行されてよい。しかしながら、プロセスは、他のタイプのデバイスまたはデバイスサブシステムによって遂行されてもよい。

ブロック６００は、クライアントデバイスに関連付けられたプロフィールに可能な限り基づいて、音楽を含むオーディオファイルを選択することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。

ブロック６０２は、音楽を含むオーディオファイルの属性に可能な限り基づいて、ストーリを含むテキストファイルを選択することを含むことができる。ブロック６０４は、自動テキスト音声化システムによって、ストーリを含むテキストファイルを、ストーリを含むオーディオファイルに変換することを含むことができる。いくつかの場合において、ブロック６０２および６０４は、ストーリを含むオーディオファイルを直接選択することに置き換えられてもよい。これは、オーディオファイルが、そのコンテンツを記述する１つまたは複数の属性に関連付けられている場合に行われてよい。

ブロック６０６は、クライアントデバイス用のプレイリストを生成することを含むことができ、プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含む。ブロック６０８は、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することを含むことができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。オーディオプレイヤアプリケーションは、サーバデバイスから、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出すことができる。

いくつかの場合において、ストーリを含むテキストファイルまたはオーディオファイルはまた、ストーリを含むテキストファイルまたはオーディオファイルが、サーバデバイスと提携したサードパーティメディアサーバから利用可能であることに基づいて、選択されてもよい。言い換えれば、ストーリを含むテキストファイルまたはオーディオファイルは、プレイリストを生成するサーバデバイスを運用または所有するエンティティによって運用または所有されるのではないメディアサーバから、選択されてもよい。

属性は、音楽に関連付けられたアーティスト名、音楽に関連付けられた曲タイトル、および／または音楽に関連付けられた歌詞のうちの１つであってよい。しかし、他の属性も可能である。その属性が、ストーリを含むテキストファイルもしくはオーディオファイル内にあること、またはストーリを含むテキストファイルもしくはオーディオファイルに関連付けられていることに基づいて、ストーリを含むテキストファイルもしくはオーディオファイルが選択されてよい。代替として、または加えて、属性は、特定の地理的領域に関連付けられてよく、ストーリを含むテキストファイルもしくはオーディオファイルが、特定の地理的領域に関連したテキストを含むこと、または特定の地理的領域に関連付けられていることに基づいて、ストーリを含むテキストファイルもしくはオーディオファイルが選択されてもよい。

他の実施形態において、クライアントデバイスに関連付けられたプロフィールは、クライアントデバイスの場所の指示を含むことでき、属性がクライアントデバイスの場所に関連するように、音楽を含むオーディオファイルが選択されてよい。あるいは、音楽に関連付けられたアーティストが、来たる時間期間内（たとえば、翌数日内または翌数週内）にクライアントデバイスの場所の既定の距離内で公演することに基づいて、音楽を含むオーディオファイルが選択されてもよい。

いくつかの実施形態において、音楽を含むオーディオファイルへの参照は、プレイリスト内で、ストーリを含むオーディオファイルへの参照の前に順序付けられてよい。したがって、オーディオプレイヤアプリケーションは、ストーリを含むオーディオファイルを取り出して再生する前に、音楽を含むオーディオファイルの少なくともいくらかを取り出して再生することができる。代替として、音楽を含むオーディオファイルへの参照は、プレイリスト内で、ストーリを含むオーディオファイルへの参照の後に順序付けられてもよい。この場合において、オーディオプレイヤアプリケーションは、ストーリを含むオーディオファイルを取り出して再生した後に、音楽を含むオーディオファイルの少なくともいくらかを取り出して再生することができる。
いくつかの実施形態において、クライアントデバイスに関連付けられたプロフィールは、選好される言語を含むことができ、音楽を含むオーディオファイルは、その中の少なくともいくらかの歌唱が選好される言語であるように、選択されてよい。属性は、音楽の歌唱部分の少なくともいくらかが選好される言語であることを示すことができ、ストーリの少なくとも一部が選好される言語であることに基づいて、ストーリを含むテキストファイルまたはオーディオファイルが選択されてもよい。

（Ｂ．ストーリに基づいた音楽の選択）
オーディオファイルに関連付けられた属性に基づいてストーリを選択することの代わりに、またはそれに加えて、ストーリのコンテンツに基づいて、オーディオファイルが選択されてもよい。これは、ユーザのプロフィールに基づいてストーリを含むテキストファイルを選択すること、次いでテキストファイルのコンテンツに基づいて音楽を含むオーディオファイルを選択することを含むことができる。たとえば、テキストファイルは、ユーザの人口統計値、関心、場所、購入履歴、および／または他の要因に基づいて選択されてよい。

サーバデバイスは、テキストファイルの中に現れるキーワードまたはキーフレーズを識別することができ、次いでこれらのキーワードまたはキーフレーズを、検索エンジンへの入力として使用することができる。検索エンジンは、キーワードまたはキーフレーズに関連した音楽を含む１つまたは複数のオーディオファイルへの参照を返すことができる。たとえば、検索エンジンは、オーディオファイルに関連付けられた属性においてキーワードまたはキーフレーズを検索することができる。例として、テキストファイルが「車」、「トラック」、または「ドライブ」もしくは「ドライビング」という単語を含む場合、検索エンジンは、自動車およびドライビングについてのアーティスト名、曲タイトル、または歌詞を有する１つまたは複数のオーディオファイルへの参照を返すことができる。いくつかの実施形態において、テキストファイルの意味解析を行って、テキストファイルにおける単語の意味またはテーマを決定することができる。意味解析は、フレーズ、節、文、段落、その他などの統語構造を、それらの言語に依存しない意味に関連付けることを含むことができる。このようにして、テキストファイルまたはオーディオファイルの中の単語が、その中で他の単語のコンテキストにおいて検討されてよい。この解析の成果を使用して、テキストの１つまたは複数の雰囲気を選択することができる。

さらに、サーバデバイスは、ＴＴＳ技術を使用して、テキストファイルを、ストーリを含むオーディオファイルに変換し、このオーディオファイルをデータベースに記憶し、記憶されたオーディオファイルへの参照をプレイリストに含めることができる。

図７は、例示的な実施形態を示すフローチャートである。図６のように、図７によって示されるプロセスは、コンピューティングデバイス２００などのサーバデバイス、および／またはサーバクラスタ３０４などのコンピューティングデバイスのクラスタによって遂行されてよい。しかしながら、プロセスは、他のタイプのデバイスまたはデバイスサブシステムによって遂行されてもよい。

ブロック７００は、クライアントデバイスに関連付けられたプロフィールに可能な限り基づいて、ストーリを含むテキストファイルを選択することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。

ブロック７０２は、ストーリを含むテキストファイル内のテキストに可能な限り基づいて、音楽を含むオーディオファイルを選択することを含むことができる。音楽を含むオーディオファイルは、音楽に関連付けられたアーティスト名、曲タイトル、または歌詞のうちの１つとマッチするテキストに基づいて選択されてよい。ブロック７０４は、自動テキスト音声化システムによって、ストーリを含むテキストファイルを、ストーリを含むオーディオファイルに変換することを含むことができる。

いくつかの場合において、ブロック７００、７０２、および７０４の少なくとも一部が、ストーリを含むオーディオファイルを直接選択することに置き換えられてもよい。これは、オーディオファイルが、そのコンテンツを記述する１つまたは複数の属性に関連付けられている場合に行われてよい。これらの場合において、別個の変換ブロックは必要でないことがある。

ブロック７０６は、クライアントデバイス用のプレイリストを生成することを含むことができる。プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含むことができる。ブロック７０８は、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することを含むことができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。

図６および図７の実施形態は、そこに示された特徴のうちのいずれか１つまたは複数を取り除くことによって簡略化することができる。さらに、これらの実施形態を、互いに、ならびに先の図の、またはそれ以外の本明細書で説明されたいずれかの特徴、態様、および／または実装形態と、組み合わせることができる。

（５．関連した音楽およびストーリの雰囲気を有するプレイリストの生成）
コンピュータ生成されたプレイリストのもう１つの考えることができる欠点は、所与のプレイリストに含めるために選択されたストーリと音楽とが、異なる雰囲気を有することがあることである。いくつかの雰囲気間での移行が、リスナーにとって不調和な印象であることがある。たとえば、プレイリストにおけるニュースストーリが静かな仲裁の恩恵についてであるのに、プレイリストで参照される前または次のオーディオファイルが、騒々しい、打ち込みの音楽を含む場合、これらのエントリの連続順は、不適切に思われることがある。

さらに悪いことに、コンピュータ生成されたプレイリストは、惨事についてのニュースストーリを、惨事のコンテキストにおいて無神経な歌詞を有する音楽の前または後に置くことがある。例として、ニュースストーリが銃撃または銃撃犯の裁判についての報道である場合に、このニュースストーリに続く、銃、死、もしくは無法状態を美化する、または冗談にする歌詞を有する音楽は、その惨事をあざ笑うように思われるだろう。プレイリストにおけるエントリのそのようなアレンジは、リスナーにとって不快であることがある。

しかしながら、プレイリストのコンピュータ化された生成は、連続的に順序付けられた音楽とストーリとの雰囲気が関連するように、プレイリストにおいてエントリを選択するための機会を提供する。いくつかの場合において、これは、プレイリストにおけるエントリの雰囲気が、プレイリスト内で、１つまたは複数の前のエントリの雰囲気に基づくことを意味する。たとえば、プレイリストにおけるエントリｉの雰囲気が、プレイリストにおけるエントリｉ−１の雰囲気と同様もしくは同じであってもよいし、またはエントリｉの雰囲気が、エントリｉ−１の雰囲気と相反していてもよい。そうする際に、ニュースストーリのテキストコンテンツ、ならびに音楽のコンテンツを考慮に入れることができる。

ストーリの雰囲気は、一定のキーワードおよび／またはキーフレーズの有無によって決定されてよい。上に記したように、テキストファイルの意味解析を行って、その中の単語の意味またはテーマを決定することができる。この解析の成果を使用して、テキストの１つまたは複数の雰囲気を選択することができる。オーディオストーリについては、代わりに、または同様に、韻律情報（たとえば、声のイントネーション、一定の音節または単語への強調）などの、話し手の声の特性が使用されてもよい。
いくつかの場合において、ストーリを含むオーディオファイルは、音声テキスト化（音声認識）技術を使用して、ストーリを含むテキストファイルに変換されてよい。次いでこれらのテキストファイルを、１つまたは複数の雰囲気に関連付けられたキーワードおよびキーフレーズ、ならびに／または意味情報について解析することができる。いくつかの場合において、人が、ストーリの１つまたは複数の雰囲気を手動で決定することができる。ストーリを含むオーディオファイルは次いで、識別された雰囲気に関連付けられてよい。たとえば、雰囲気は、メタデータとしてオーディオファイルに、またはそれぞれのオーディオファイルに関連付けられた別個のファイルに含まれてよい。

音楽の雰囲気は、音楽のアーティスト名、曲タイトル、および／または歌詞における一定のキーワードおよび／もしくはキーフレーズの有無、ならびに音楽のテンポ、ダイナミックレンジ、および／または音量によって決定されてよい。上に記したように、音楽を含むオーディオファイルは、これらの特性のテキスト表現を含むメタデータに関連付けられてよい。

ストーリのテキスト表現と違わず、このメタデータを、１つまたは複数の雰囲気に関連付けられたキーワードおよびキーフレーズについて解析することができる。いくつかの場合において、人が、音楽の１つまたは複数の雰囲気を手動で決定することができる。音楽を含むオーディオファイルは次いで、識別された雰囲気に関連付けられてよい。たとえば、雰囲気は、メタデータとしてオーディオファイルに、またはそれぞれのオーディオファイルに関連付けられた別個のファイルに含まれてよい。

ストーリの識別された雰囲気に基づいて、音楽を含む適切なオーディオファイルが選択されてよい。代替として、または加えて、音楽の識別された雰囲気に基づいて、ストーリを含む適切なオーディオファイルが選択されてもよい。これらのプロセスを促進することができるさまざまな雰囲気同士の関係が、図８に示されている。

表８００は、複数の雰囲気、すなわち、うれしさ、悲しさ、おかしさ、悲惨さ、怒り、フラストレーション、不安、寂しさ、混乱、興奮、希望、およびくつろぎを一覧にする。これらの雰囲気の各々について、エントリは、特定の雰囲気の他の雰囲気との関係に指示を提供している。エントリがチェックマークを含む場合、２つの雰囲気は互いにマッチする。エントリが×を含む場合、２つの雰囲気は互いに相反する。エントリが空欄である場合、２つの雰囲気は、互いにマッチすることも相反することもない。

たとえば、うれしさは、それ自体、ならびにおかしさに対してマッチする。うれしさはまた、悲しさ、悲惨さ、怒り、フラストレーション、および寂しさと相反する。したがって、目標が、ストーリの雰囲気をうれしさに関連付けられた音楽の雰囲気とマッチさせることであれば、うれしさまたはおかしさの雰囲気に関連付けられたストーリのみが選択のための候補となる。他方で、目標が、うれしさに関連付けられた音楽の雰囲気と相反しない雰囲気を持つストーリを選ぶことであれば、悲しさ、悲惨さ、怒り、フラストレーション、および寂しさの雰囲気に関連付けられたストーリのみが選択から排除されることになる。さらに、目標が、うれしさに関連付けられた音楽の雰囲気と相反する雰囲気を持つストーリを選ぶことであれば、悲しさ、悲惨さ、怒り、フラストレーション、および寂しさの雰囲気に関連付けられたストーリのみが選択されることになる。

表８００によって示された関係は、例の目的のために提示されている。雰囲気同士の異なる関係が使用されてもよく、したがって、表８００は、異なるように書き込まれてもよい。さらに、より多い、またはより少ない雰囲気が、そのような表で使用されてもよい。

いくつかの状況において、一定の雰囲気または内容を持つ音楽が、プレイリストから意図的に省かれてもよい。したがって、特定の雰囲気を具現化した特性に関連付けられた音楽を含むオーディオファイルが、プレイリストから排除されることがある。これは、たとえば、現在の出来事に応答して、または現在の日付を理由に行われてよい。たとえば、悲しさまたは怒りに関連付けられた音楽を、祝祭休日に生成されたプレイリストに置かないことがある。

さらに、クライアントデバイスのプロフィールに基づいて、一定の雰囲気に関連付けられた、または一定のキーワード、キーフレーズ、もしくは意味に関連付けられた音楽が、そのクライアントデバイス用に生成されたプレイリストに含まれないことがある。これは、知られている敏感さを持つユーザを不快にするのを避けるために行われてよい。

上に記したように、プレイリストは、既定のテーマ（たとえば、音楽に焦点を当てたプレイリストについての「クラシックロック」テーマ、特定のアーティストによる音楽および／もしくはインタービューを含むプレイリストについての「アーティスト」テーマ、または特定のサッカーイベントもしくはチームに関連したストーリおよび／もしくは音楽についての「サッカー」テーマ）を有することができる。プレイリストがそのようなテーマに関連付けられるとき、プレイリストにおけるエントリの選択は、プレイリストにおける他のエントリの雰囲気にだけでなく、そのテーマにも基づくことができる。

オーディオファイルが特定の理由（たとえば、それが以前のオーディオファイルのコンテンツに関連することが判定されている）のために選択されるとき、この理由が、オーディオファイルを再生するクライアントデバイスのユーザに表示されてよい。さらに、ユーザは、オーディオファイル同士の関係の一定のタイプについての選好を表明する能力を（たとえば、ユーザインターフェースを介して）与えられてよい。たとえば、ユーザは、使用された関係が、（ｉ）許容できた、（ｉｉ）二度と使用されるべきでない、または（ｉｉｉ）異なる関係に置き換えられるべきであることを示してもよい。

（Ａ．ストーリの雰囲気に基づいた音楽の選択）
図９は、ストーリの雰囲気に基づいて、音楽を含むオーディオファイルを選択するための一実施形態を示すフローチャートである。図６および図７のように、図９によって示されるプロセスは、コンピューティングデバイス２００などのサーバデバイス、および／またはサーバクラスタ３０４などのコンピューティングデバイスのクラスタによって遂行されてよい。しかしながら、プロセスは、他のタイプのデバイスまたはデバイスサブシステムによって遂行されてもよい。

ブロック９００は、ストーリを含むオーディオファイルを取得することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。ブロック９０２は、自動音声テキスト化システムによって、ストーリを含むオーディオファイルを、ストーリを含むテキストファイルに変換することを含むことができる。

ブロック９０４は、ストーリを含むテキストファイルにおける１つまたは複数のキーワードの有無に可能な限り基づいて、ストーリの雰囲気を決定することを含むことができる。このブロックは、意味解析および／または韻律解析を含むことができる。雰囲気は、うれしさ、悲しさ、おかしさ、悲惨さ、怒り、フラストレーション、不安、寂しさ、混乱、興奮、希望、くつろぎ、または何らかの他の雰囲気のうちの１つであってよい。

いくつかの場合において、ストーリを含むオーディオファイルは、既に雰囲気に関連付けられていることがある。そのような状況において、ブロック９０２および９０４の一部または全部は、省かれてもよい。たとえば、ストーリの雰囲気を決定することは、ストーリを含むオーディオファイルに関連付けられた１つまたは複数のストーリ属性に基づくことができる。

ブロック９０６は、ストーリの雰囲気に可能な限り基づいて、音楽を含むオーディオファイルを選択することを含むことができる。音楽を含むオーディオファイルは、その雰囲気を示す１つまたは複数の音楽属性に関連付けられていてよい。いくつかの場合において、ストーリ属性は、音楽属性とマッチしてよい。代替として、または加えて、音楽を含むオーディオファイルを選択することは、（ｉ）音楽に関連付けられたアーティスト名、（ｉｉ）音楽に関連付けられたタイトル、または（ｉｉｉ）音楽に関連付けられた歌詞における、１つまたは複数のキーワードの有無に基づくことができる。

ブロック９０８は、クライアントデバイス用のプレイリストを生成することを含むことができる。プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含むことができる。（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含むようにプレイリストを生成することは、雰囲気、日付、および／または１日のうちの時間に基づくことができる。

ブロック９１０は、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することを含むことができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。オーディオプレイヤアプリケーションは、サーバデバイスから、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出すことができる。代替として、音楽を含むオーディオファイルまたはストーリを含むオーディオファイルのうちの少なくとも１つが、サーバデバイスと提携したサードパーティメディアサーバから取り出されてもよい。

いくつかの実施形態において、音楽を含むオーディオファイルへの参照は、プレイリスト内で、ストーリを含むオーディオファイルへの参照の前に順序付けられてよく、オーディオプレイヤアプリケーションは、ストーリを含むオーディオファイルを取り出して再生する前に、音楽を含むオーディオファイルの少なくともいくらかを取り出して再生することができる。代替として、音楽を含むオーディオファイルへの参照は、プレイリスト内で、ストーリを含むオーディオファイルへの参照の後に順序付けられてよく、オーディオプレイヤアプリケーションは、ストーリを含むオーディオファイルを取り出して再生した後に、音楽を含むオーディオファイルの少なくともいくらかを取り出して再生することができる。

１つまたは複数の音楽属性が雰囲気を示すことは、その音楽属性が雰囲気を表現することを含むことができる。いくつかの実施形態において、雰囲気は第１の雰囲気であってよく、音楽属性が第１の雰囲気を示すことは、音楽属性が第１の雰囲気に基づいた第２の雰囲気を表現することを含むことができる。音楽属性が雰囲気を示すことは、特定のテンポ、特定のビートパターン、または特定のコード進行が、（ｉ）雰囲気に関連付けられていること、および（ｉｉ）音楽の中に存在することを、音楽属性が示すことをさらに含むことができる。

（Ｂ．音楽の雰囲気に基づいたストーリの選択）
図１０は、音楽の雰囲気に基づいて、ストーリを含むオーディオファイルを選択するための一実施形態を示すフローチャートである。図６、図７、および図９のように、図１０によって示されるプロセスは、コンピューティングデバイス２００などのサーバデバイス、および／またはサーバクラスタ３０４などのコンピューティングデバイスのクラスタによって遂行されてよい。しかしながら、プロセスは、他のタイプのデバイスまたはデバイスサブシステムによって遂行されてもよい。

ブロック１０００は、音楽を含むオーディオファイルを取得することを含むことができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。

ブロック１００２は、音楽を含むオーディオファイルに関連付けられた１つまたは複数の音楽属性に可能な限り基づいて、音楽の雰囲気を決定することを含むことができる。音楽属性は、その雰囲気を示すことができる。たとえば、音楽属性は、特定のテンポ、特定のビートパターン、または特定のコード進行が、（ｉ）雰囲気に関連付けられていること、および（ｉｉ）音楽の中に存在することを示すことができる。

ブロック１００４は、音楽の雰囲気に可能な限り基づいて、ストーリを含むテキストファイルを選択することを含むことができる。ストーリを含むテキストファイルにおける１つまたは複数のキーワード、またはその意味が、その雰囲気を示すことができる。ブロック１００６は、自動テキスト音声化システムによって、ストーリを含むテキストファイルを、ストーリを含むオーディオファイルに変換することを含むことができる。いくつかの場合において、ブロック１００４および１００６の少なくとも一部は、ストーリを含むオーディオファイルを直接選択することに置き換えられてもよい。これは、ストーリを含むオーディオファイルが、そのコンテンツを記述する１つまたは複数のストーリ属性に関連付けられている場合に行われてよい。

ブロック１００８は、クライアントデバイス用のプレイリストを生成することを含むことができる。プレイリストは、（ｉ）音楽を含むオーディオファイルへの参照、および（ｉｉ）ストーリを含むオーディオファイルへの参照を含むことができる。

ブロック１０１０は、ワイドエリアネットワーク上で、プレイリストをクライアントデバイスに送信することを含むことができる。クライアントデバイスにおけるプレイリストの受信により、オーディオプレイヤアプリケーションに、音楽を含むオーディオファイルおよびストーリを含むオーディオファイルの各々を取り出して再生させることができる。

図９および図１０の実施形態は、そこに示された特徴のうちのいずれか１つまたは複数を取り除くことによって簡略化することができる。さらに、これらの実施形態を、互いに、ならびに先の図の、またはそれ以外の本明細書で説明されたいずれかの特徴、態様、および／または実装形態と、組み合わせることができる。

（６．時間制約に基づいたプレイリストの生成）
ラジオおよびテレビなどのメディア再生デバイス、ならびにさまざまなタイプのコンピューティングデバイス上のメディアプレイヤアプリケーションは、スリープタイマーをサポートすることができる。スリープタイマー機能がオーディオ（またはビデオ）の再生中に作動する場合、再生は、指定された時間の期間の間継続し、次いでスリープタイマーによって定められた時間長の終了時に突然終止する。そのような機能の目標は、再生が行われている間にユーザが眠りに誘われ、ユーザがひとたび眠り出すと、再生をオフにすることを可能にし、それによって、エネルギーを節約し、より静かで、より眠りの助けとなる環境を提供することである。

しかしながら、再生されるメディアは、スリープタイマー機能が作動したときと再生が終止するときとの間で、スリープタイマー機能の作動を理由に変化しない、すなわち、再生されるメディアは、あたかもスリープタイマー機能を作動させなかったかのように同じである。したがって、ユーザが眠ろうとしているときに、眠りの助けとならない何らかのメディア（たとえば、騒々しい音楽および／または高いダイナミックレンジによる音楽）が再生されることがある。また、再生の当然の終止は、ユーザを邪魔していることがあり、眠っているユーザを起こすことさえある。プレイリストのコンピュータ生成を用いて、現在の技術のこれらの２つの欠点を克服することができる。

それにもかかわらず、本明細書で説明される実施形態を、改善されたスリープタイマー機能をサポートすること以外の目的のために使用することができる。たとえば、ユーザが既存のプレイリストを変更したい、または決まった時間長および／もしくは決まった雰囲気のプレイリストを生成したいと望むときにはいつでも、これらの実施形態を使用することができる。たとえば、自動車内またはワイヤレス通信デバイス上の位置決めユニット（たとえば、全地球測位システム（ＧＰＳ））を使用して、目的地に到達するまでの時間を少なくとも部分的に求めることができる。本明細書におけるタイマーは、そのような時間に基づいて設定されてもよく、その時間が変わるときには更新することもまたできる。あるいは、本明細書におけるタイマーは、個人の、もしくはグループのカレンダーアプリケーションにおいて行われるイベントなどの所定のスケジュールに基づくことができ、または電車もしくはバスのスケジュールに基づくこともできる。他の可能性も存在する。

図１１は、タイマー機能の作動に応答して、新しいプレイリストを生成するためのタイミング図を表す。時間Ｔ０で、クライアントデバイスは、プレイリスト１のエントリｎ−１の再生を始める。プレイリスト１は、クライアントデバイス用に生成されたプレイリストであってよく、本明細書の実施形態のうちのいずれかに従って生成されていてよい。図５Ｂの実施形態と違わず、クライアントデバイスは、プレイリスト１におけるエントリごとに、（ｉ）エントリのストリームを連続的に要求して受信し、（ｉｉ）ストリームを再生することができる。

時間Ｔ１で、クライアントデバイスは、プレイリスト１のエントリｎの再生を始める。このエントリは、ほぼ４分の長さである。時間Ｔ２で、プレイリスト１のエントリｎの再生から約３分のところで、クライアントデバイスは、要求されたタイマーの時間長が３０分であることを示すタイマー機能作動を受信する。タイマーは、クライアントデバイスのユーザによって作動されていてよく、ユーザが時間長を選択していてもよいし、または、時間長が所定のスケジュールもしくは別のソフトウェアユニットからのトリガに基づいて自動的に選択されていてもよい。

タイマー機能作動の受信に応答して、かつプレイリスト１のエントリｎの再生においてほぼ１分残っていることを理解して、時間Ｔ３で、クライアントデバイスは、２９分のプレイリストを要求することができる。この要求は、たとえば、クライアントデバイスにプレイリスト１を提供したサーバデバイスである、サーバデバイスに送信されてよい。

そのような要求の受信に応答して、サーバデバイスは、プレイリスト２を生成することができる。プレイリストの合計時間長がほぼ２９分の長さであるように、このプレイリストのためのエントリが選択されてよい。さらに、タイマーがスリープタイマーである場合、これらのエントリは、それらが眠りの助けとなるように選択されてもよい。たとえば、ゆっくりしたテンポ、狭いダイナミックレンジ、および／または低い音量を有する音楽が選択されてよい。加えて、プレイリスト内のあらゆる音楽またはストーリがプレイリストの時間長にわたって徐々に静かになるように、プレイリストにおけるエントリがアレンジされてもよい。したがって、プレイリスト２を、リスナーを眠りにつかせるように編成することができる。

時間Ｔ４で、クライアントデバイスは、プレイリスト２を受信することができる。時間Ｔ５で、プレイリスト１のエントリｎの再生が終了するので、クライアントデバイスは、プレイリスト２のエントリ１を再生し始めることができる。したがって、クライアントデバイスは、プレイリスト１のエントリを再生することから、プレイリスト２のエントリを再生することに切り替えることができる。時間Ｔ６で、クライアントデバイスは、プレイリスト２のエントリ２の再生を始めることによって、プレイリスト２のエントリの再生を継続することができる。

図１２は、１つのプレイリストの再生から別のプレイリストの再生に切り替えるための一実施形態を示すフローチャートである。図６、図７、図９、および図１０のように、図１２によって示されるプロセスは、コンピューティングデバイス２００などのサーバデバイス、および／またはサーバクラスタ３０４などのコンピューティングデバイスのクラスタによって遂行されてよい。しかしながら、プロセスは、他のタイプのデバイスまたはデバイスサブシステムによって遂行されてもよい。

ブロック１２００は、クライアントデバイス用の第１のプレイリストを生成することを含むことができる。第１のプレイリストは、第１の規定された順序の第１の複数のオーディオファイルへの参照を含むことができる。第１の複数のオーディオファイルの再生は、第１の時間長を有することができる。クライアントデバイスおよびサーバデバイスは、ワイドエリアネットワークを経由して互いに通信していてよく、クライアントデバイスは、オーディオプレイヤアプリケーションを含むことができる。

ブロック１２０２は、ワイドエリアネットワーク上で、第１のプレイリストをクライアントデバイスに送信することを含むことができる。クライアントデバイスにおける第１のプレイリストの受信により、オーディオプレイヤアプリケーションに、第１の複数のオーディオファイルのうちの少なくともいくつかを、第１の規定された順序で、取り出して再生させることができる。

ブロック１２０４は、クライアントデバイスが第１の複数のオーディオファイルの現在のオーディオファイルを再生している間に、クライアントデバイスからの命令を受信することを含むことができる。ブロック１２０６は、命令の受信に可能な限り応答して、第２のプレイリストを生成することを含むことができる。第２のプレイリストは、第２の規定された順序の第２の複数のオーディオファイルへの参照を含むことができる。第２の複数のオーディオファイルの再生は、第１の時間長よりも短い第２の時間長を有することができる。

さらに、第２の複数のオーディオファイルは、第１の規定された順序において現在のオーディオファイルよりも前の、第１の複数のオーディオファイルのうちのいずれのオーディオファイルも含んでいなくてもよい。こうして、第２の複数のファイルが、クライアントデバイスによって既に再生されたメディアを繰り返すことを避けるように選択されてもよい。代替として、または加えて、第２の複数のオーディオファイルは、第１の規定された順序において現在のオーディオファイルよりも後の、第１の複数のオーディオファイルのうちの少なくともいくつかのオーディオファイルを含んでもよい。いくつかの場合において、第２のプレイリストを生成することは、第１の規定された順序において現在のオーディオファイルよりも後の、第１の複数のオーディオファイルにおけるオーディオファイルから、第２の複数のオーディオファイルを選択することを含むことができる。こうして、第２の複数のファイルが、別の状況であれば、第１のプレイリストをたどることによって再生されていたであろう、少なくともいくつかのメディアを含むように選択されてもよい。それにもかかわらず、第２の複数のファイルは、第１の複数のファイルと共通のファイルを有さなくてもよい。

いくつかの実施形態において、第１の複数のオーディオファイルにおけるオーディオファイルは、それぞれの優先度に関連付けられている。第２のプレイリストを生成することは、低い優先度のオーディオファイルよりも高い優先度のオーディオファイルを優先しながら、第１の複数のオーディオファイルのオーディオファイルから、第２の複数のオーディオファイルを選択することを含むことができる。広告を含むオーディオファイルが、音楽を含むオーディオファイルよりも高い優先度に関連付けられてもよいし、またはその逆であってもよい。

ブロック１２０８は、ワイドエリアネットワーク上で、第２のプレイリストをクライアントデバイスに送信することを含むことができる。クライアントデバイスにおける第２のプレイリストの受信により、オーディオプレイヤアプリケーションに、第２の複数のオーディオファイルを、第２の規定された順序で、取り出して再生させることができる。クライアントデバイスにおける第２のプレイリストの受信によりまた、オーディオプレイヤアプリケーションに、オーディオプレイヤが現在のオーディオファイルの再生を完了した後に、第２の複数のオーディオファイルを再生させることができる。

いくつかの実施形態において、指示が目標時間長を規定し、第２のプレイリストを生成することは、第２の時間長が目標時間長の閾値内であるように、第２の複数のオーディオファイルを選択することを含むことができる。閾値は、たとえば、３分以下であってよい。したがって、閾値は、１５秒以下、３０秒以下、１分以下、２分以下などであってよい。加えて、クライアントデバイスが目標時間長でスリープタイマーを作動させていることを指示が規定する場合、第２の複数のオーディオファイルは、（ｉ）ゆっくりしたテンポ、（ｉｉ）狭いダイナミックレンジ、または（ｉｉｉ）低い音量のうちの、１つまたは複数についての選好に基づいて選択されてもよい。

図１２の実施形態は、そこに示された特徴のうちのいずれか１つまたは複数を取り除くことによって簡略化することができる。さらに、この実施形態を、先の図の、またはそれ以外の本明細書で説明されたいずれかの特徴、態様、および／または実装形態と、組み合わせることができる。

（７．結び）
本開示は、さまざまな態様の例証として意図された、本出願で説明される特定の実施形態に関して限定されるべきでない。当業者には明らかとなるように、その範囲から逸脱せずに、多くの修正形態および変形形態を行うことができる。本明細書で列挙されたものに加えて、本開示の範囲内の機能的に等価な方法および装置は、上述の説明から当業者には明らかとなるであろう。そのような修正形態および変形形態は、付属の特許請求の範囲内に入ることが意図される。上の詳細な説明は、添付の図を参照して、開示されるシステム、デバイス、および方法のさまざまな特徴および機能を説明している。本明細書および図において説明される例示的な実施形態は、限定することを意味するものではない。本明細書で提示された主題の範囲から逸脱せずに、他の実施形態を利用することができ、他の変更を行うことができる。本明細書で全体的に説明され、図において例証される通り、本開示の態様は、幅広く異なる構成において、アレンジされ、代用され、組み合わされ、切り離され、設計されてよく、そのすべてが本明細書で明示的に企図されることが容易に理解されるであろう。

図における、かつ本明細書で議論されるようなメッセージフロー図、シナリオ、およびフローチャートのうちのいずれかまたは全部に関して、各ステップ、ブロック、および／または通信は、例示的な実施形態に従った、情報の処理および／または情報の送信を表現することができる。代替実施形態は、これらの例示的な実施形態の範囲内に含まれる。これらの代替実施形態において、たとえば、ステップ、ブロック、送信、通信、要求、応答、および／またはメッセージとして説明された機能は、関与する機能性に応じて、実質的に同時の、または逆の順序を含めて、示されたまたは議論されたものから外れた順序で実行されてもよい。さらに、より多い、またはより少ないブロックおよび／もしくは機能が、本明細書で議論されたラダー図、シナリオ、およびフローチャートのうちのいずれかと使用されてもよく、これらのラダー図、シナリオ、およびフローチャートを、互いに、部分的に、または全体的に組み合わせることができる。

情報の処理を表現するステップまたはブロックは、本明細書で説明した方法または技法の決まった論理機能を実施するために構成されてよい回路に対応することができる。代替として、または加えて、情報の処理を表現するステップまたはブロックは、モジュール、セグメント、またはプログラムコードの一部分（関連したデータを含む）に対応することができる。プログラムコードは、方法または技法において決まった論理機能またはアクションを実装するための、プロセッサによって実行可能な１つまたは複数の命令を含むことができる。プログラムコードおよび／または関連したデータは、ディスク、ハードドライブ、または他のストレージ媒体を含むストレージデバイスなどの、任意のタイプのコンピュータ可読媒体上に記憶されてよい。

コンピュータ可読媒体はまた、レジスタメモリ、プロセッサキャッシュ、およびランダムアクセスメモリ（ＲＡＭ）のように、短い時間の期間の間データを記憶するコンピュータ可読媒体などの、非一時的なコンピュータ可読媒体を含むことができる。コンピュータ可読媒体はまた、より長い時間の期間の間、プログラムコードおよび／またはデータを記憶する非一時的なコンピュータ可読媒体を含むことができる。したがって、コンピュータ可読媒体は、たとえば、読み出し専用メモリ（ＲＯＭ）、光学または磁気ディスク、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）のように、二次的な、または永続的な長期のストレージを含むことができる。コンピュータ可読媒体はまた、任意の他の揮発性または不揮発性のストレージシステムであってもよい。コンピュータ可読媒体は、たとえば、コンピュータ可読ストレージ媒体、または有形のストレージデバイスと考えることができる。

さらに、１つまたは複数の情報送信を表現するステップまたはブロックは、同じ物理デバイスにおけるソフトウェアモジュールおよび／またはハードウェアモジュールの間の情報送信に対応することができる。しかしながら、他の情報送信は、異なる物理デバイスにおけるソフトウェアモジュールおよび／またはハードウェアモジュールの間であってもよい。

図に示される特定のアレンジは、限定するものとして見られるべきではない。他の実施形態が、所与の図に示された各要素のより多いまたはより少ない要素を含むことができることを理解すべきである。さらに、例証された要素のうちのいくつかを、組み合わせる、または省くことができる。さらになお、例示的な実施形態は、図に示されていない要素を含むことができる。

さまざまな態様および実施形態が本明細書で開示されてきたが、他の態様および実施形態は、当業者に明らかとなるであろう。本明細書で開示されたさまざまな態様および実施形態は、例証の目的のためであり、限定することを意図しておらず、その真の範囲は以下の特許請求の範囲によって示される。

Claims (20)

1. オーディオプレイヤアプリケーションを含むクライアントデバイスとワイドエリアネットワークを経由して互いに通信するサーバデバイスによって、ストーリを含むオーディオファイルを取得することと、
   前記ストーリを含む前記オーディオファイルに関連付けられたストーリ属性に基づいて、前記サーバデバイスによって、前記ストーリの雰囲気を決定することと、
   前記雰囲気を示す音楽属性に関連付けられている、音楽を含むオーディオファイルを、前記ストーリの前記雰囲気に基づいて、前記サーバデバイスによって、選択することと、 前記サーバデバイスによって、（ｉ）前記音楽を含む前記オーディオファイルへの参照、および（ｉｉ）前記ストーリを含む前記オーディオファイルへの参照を含む、前記クライアントデバイス用のプレイリストを生成することと、
   前記サーバデバイスによって、前記ワイドエリアネットワーク上で、その前記クライアントデバイスにおける受信により、前記オーディオプレイヤアプリケーションに、前記音楽を含む前記オーディオファイルおよび前記ストーリを含む前記オーディオファイルの各々を取り出して再生させる前記プレイリストを前記クライアントデバイスに送信することと
   を含む方法。
2. （ｉ）前記音楽を含む前記オーディオファイルへの前記参照、および（ｉｉ）前記ストーリを含む前記オーディオファイルへの前記参照を含むように前記プレイリストを生成することが、前記雰囲気または１日のうちの時間に基づく、請求項１に記載の方法。
3. 前記オーディオプレイヤアプリケーションが、前記サーバデバイスから、前記音楽を含む前記オーディオファイルおよび前記ストーリを含む前記オーディオファイルの各々を取り出す、請求項１に記載の方法。
4. 前記音楽を含む前記オーディオファイルへの前記参照が、前記プレイリスト内で、前記ストーリを含む前記オーディオファイルへの前記参照よりも前に順序付けられ、前記オーディオプレイヤアプリケーションが、前記ストーリを含む前記オーディオファイルを取り出して再生する前に、前記音楽を含む前記オーディオファイルの少なくともいくらかを取り出して再生する、請求項１に記載の方法。
5. 前記音楽を含む前記オーディオファイルへの前記参照が、前記プレイリスト内で、前記ストーリを含む前記オーディオファイルへの前記参照よりも後に順序付けられ、前記オーディオプレイヤアプリケーションが、前記ストーリを含む前記オーディオファイルを取り出して再生した後に、前記音楽を含む前記オーディオファイルの少なくともいくらかを取り出して再生する、請求項１に記載の方法。
6. 前記雰囲気が、うれしさ、悲しさ、おかしさ、悲惨さ、怒り、フラストレーション、不安、寂しさ、混乱、興奮、希望、またはくつろぎのうちの１つである、請求項１に記載の方法。
7. 前記音楽を含む前記オーディオファイルを選択することが、（ｉ）前記音楽に関連付けられたアーティスト名、（ｉｉ）前記音楽に関連付けられたタイトル、または（ｉｉｉ）前記音楽に関連付けられた歌詞における、１つまたは複数のキーワードの有無に基づく、請求項１に記載の方法。
8. 前記音楽属性が前記雰囲気を示すことが、前記音楽属性が前記雰囲気を表現することを含む、請求項１に記載の方法。
9. 前記雰囲気が第１の雰囲気であり、前記音楽属性が前記第１の雰囲気を示すことが、前記音楽属性が前記第１の雰囲気と相反しない第２の雰囲気を表現することを含む、請求項１に記載の方法。
10. 前記音楽属性が前記雰囲気を示すことが、特定のテンポ、特定のビートパターン、または特定のコード進行が、（ｉ）前記雰囲気に関連付けられていること、および（ｉｉ）前記音楽の中に存在することを、前記音楽属性が示すことを含む、請求項１に記載の方法。
11. 前記音楽を含む前記オーディオファイルまたは前記ストーリを含む前記オーディオファイルのうちの少なくとも１つが、前記サーバデバイスと提携したサードパーティメディアサーバから取り出される、請求項１に記載の方法。
12. オーディオプレイヤアプリケーションを含むクライアントデバイスとワイドエリアネットワークを経由して互いに通信するサーバデバイスによって、音楽を含むオーディオファイルを取得することと、
    前記音楽を含む前記オーディオファイルに関連付けられた音楽属性に基づいて、前記サーバデバイスによって、前記音楽の雰囲気を決定することと、
    前記雰囲気を示すストーリ属性に関連付けられている、ストーリを含むオーディオファイルを、前記音楽の前記雰囲気に基づいて、前記サーバデバイスによって、選択することと、
    前記サーバデバイスによって、（ｉ）前記音楽を含む前記オーディオファイルへの参照、および（ｉｉ）前記ストーリを含む前記オーディオファイルへの参照を含む、前記クライアントデバイス用のプレイリストを生成することと、
    前記サーバデバイスによって、前記ワイドエリアネットワーク上で、その前記クライアントデバイスにおける受信により、前記オーディオプレイヤアプリケーションに、前記音楽を含む前記オーディオファイルおよび前記ストーリを含む前記オーディオファイルの各々を取り出して再生させる前記プレイリストを前記クライアントデバイスに送信することと
    を含む方法。
13. 前記音楽属性が前記雰囲気を示す、請求項１２に記載の方法。
14. 前記音楽属性が前記雰囲気を示すことが、特定のテンポ、特定のビートパターン、または特定のコード進行が、（ｉ）前記雰囲気に関連付けられていること、および（ｉｉ）前記音楽の中に存在することを、前記音楽属性が示すことを含む、請求項１３に記載の方法。
15. プログラム命令をその上に記憶した非一時的なコンピュータ可読媒体を含む製造物品であって、前記プログラム命令が、オーディオプレイヤアプリケーションを含むクライアントデバイスとワイドエリアネットワークを経由して互いに通信するサーバデバイスのプロセッサによる実行時に、前記サーバデバイスに、
    ストーリを含むオーディオファイルを取得することと、
    前記ストーリを含む前記オーディオファイルに関連付けられたストーリ属性に基づいて、前記ストーリの雰囲気を決定することと、
    前記雰囲気を示す音楽属性に関連付けられている、音楽を含むオーディオファイルを、前記ストーリの前記雰囲気に基づいて、選択することと、
    （ｉ）前記音楽を含む前記オーディオファイルへの参照、および（ｉｉ）前記ストーリを含む前記オーディオファイルへの参照を含む、前記クライアントデバイス用のプレイリストを生成することと、
    前記ワイドエリアネットワーク上で、その前記クライアントデバイスにおける受信により、前記オーディオプレイヤアプリケーションに、前記音楽を含む前記オーディオファイルおよび前記ストーリを含む前記オーディオファイルの各々を取り出して再生させる前記プレイリストを前記クライアントデバイスに送信することと
    を含む動作を実施させる、製造物品。
16. （ｉ）前記音楽を含む前記オーディオファイルへの前記参照、および（ｉｉ）前記ストーリを含む前記オーディオファイルへの前記参照を含むように前記プレイリストを生成することが、前記雰囲気または１日のうちの時間に基づく、請求項１５に記載の製造物品。
17. 前記音楽を含む前記オーディオファイルを選択することが、（ｉ）前記音楽に関連付けられたアーティスト名、（ｉｉ）前記音楽に関連付けられたタイトル、または（ｉｉｉ）前記音楽に関連付けられた歌詞における、１つまたは複数のキーワードの有無に基づく、請求項１５に記載の製造物品。
18. 前記音楽属性が前記雰囲気を示すことが、前記音楽属性が前記雰囲気を表現することを含む、請求項１５に記載の製造物品。
19. 前記雰囲気が第１の雰囲気であり、前記音楽属性が前記第１の雰囲気を示すことが、前記音楽属性が前記第１の雰囲気と相反しない第２の雰囲気を表現することを含む、請求項１５に記載の製造物品。
20. 前記音楽属性が前記雰囲気を示すことが、特定のテンポ、特定のビートパターン、または特定のコード進行が、（ｉ）前記雰囲気に関連付けられていること、および（ｉｉ）前記音楽の中に存在することを、前記音楽属性が示すことを含む、請求項１５に記載の製造物品。

Images