(57)【要約】ユニキャストコンテンツの代わりに局所的に蓄積されたコンテンツを用いることにより、インターネットラジオ伝送で帯域幅が節約される。局所的に蓄積されたコンテンツは、インターネットラジオ局からのスタジオコンテンツと混合される。コンテンツストリーム内の制御データは、聴取者のクライアントへスタジオコンテンツと共に局所的なコンテンツを使用するように命令する。スタジオコンテンツ、局所的なコンテンツが代かわりに用られる記録されたコンテンツ、及び、制御データが、伝送前に別々に圧縮される。局所的に蓄積されたコンテンツはジュークボックスモジュール又はホームネットワーク上の他のソースから供給される。伝送及び受信技術は、ビデオを含むどのような形式のストリーミング配信媒体にも適用可能である。
2004519713.tif 000002
【特許請求の範囲】
【請求項１】
データネットワークを介して、エンドユーザの受信機へトランスポートデータストリームを供給するシステムであって、
−  第１のコンテンツストリームを発生するようになされた第１の発生器と、
−  第２のコンテンツストリームを発生するためのデータへのアクセスと、
−  第２のコンテンツストリームについての記述子を発生するようになされた第２の発生器と、
−  その受信機で局所的に格納された且つ第２のコンテンツストリームに対応するコンテンツの存在を示す受信機に応答して、第１のコンテンツストリーム、第２のコンテンツストリーム及び、記述子を含む第１の形式のトランスポートデータストリーム又は、第２のコンテンツストリームが無く且つ第１のコンテンツストリーム及び記述子を含む第２の形式のトランスポートデータストリームを送信するようになされたマルチプレクサを有する、システム。
【請求項２】
データネットワークを介して送信機からストリーミング配信されたコンテンツデータを処理する受信機であって、
−  データを受信及び／又は送信するようになされたデータアベニューを有し、
−  以下の動作を実行するようになされた処理ユニットを有し、
−  データアベニューで入力トランスポートデータストリームを検出し、
−  トランスポートストリームから少なくとも第１のコンテンツストリームと制御データを分離し、
−  制御データの制御の下で、第１のコンテンツストリームを、トランスポートデータストリームからの少なくとも１つの第２のコンテンツストリームと混合するか又は、第１のコンテンツストリームを、その受信機に局所的なソースからのコンテンツストリームと混合するかのいずれかであり、
−  送信機が適切なトランスポートコンテンツストリームを供給することを可能とするようになされた指示を、データアベニューに供給する、
受信機。
【請求項３】
処理ユニットは更に、以下の動作を実行するようになされ：制御データの制御の下で、ローカルコンテンツストリームとして、後の使用のために第１及び第２のコンテンツストリームの少なくとも１つの少なくとも一部を記録する、請求項２に記載の受信機。
【請求項４】
処理ユニットは、制御データを記録するようになされている、請求項２に記載の受信機。
【請求項５】
制御データは、記録識別子、再生速度インジケータ、及び、経過時間情報を含む、請求項２に記載の受信機。
【請求項６】
−  望ましいユニキャストの少なくとも一部を含むコンテンツストリームと、
−  望ましいユニキャストを再形成するために、ユーザが、コンテンツストリームを、局所的に格納されたデータと混合することを可能とするようになされた制御データを有する、トランスポートコンテンツストリーム。
【請求項７】
制御データは更に、ユーザが、後の再生のために、一部を記録することを可能とするようになされており、そのような記録は実質的に現在の再生と同時に発生する、請求項６に記載のトランスポートコンテンツストリーム。
【請求項８】
制御データは、記録識別子、再生速度及び、経過時間情報を有する、請求項７に記載のトランスポートコンテンツストリーム。
【請求項９】
−  少なくとも１つの第１のコンテンツストリームを発生し、
−  少なくとも１つの記述子を発生し、
−  ユーザ入力に応答して、
−  少なくとも１つの第２のデータストリームに対応する、ユーザの格納したコンテンツの欠乏を示す第１の形式のユーザ入力に応答して、第１のストリームと少なくとも１つの第２のストリームと記述子を含む第１の形式のトランスポートデータストリームと、
−  少なくとも１つの第２のストリームに対応するユーザの格納したコンテンツの存在を示す第２の形式のユーザ入力に応答して、第１のストリームと記述子を含む第２の形式のトランスポートデータストリーム、
のうちの１つを送信する、トランスポートコンテンツストリームを供給する方法。
【請求項１０】
記述子は、ユーザが、第１のコンテンツストリームとユーザの格納したコンテンツを含む結合されたユニキャストを再形成することを可能とする制御データを有する、請求項９に記載の方法。
【請求項１１】
制御データは、記録識別子、再生速度、及び経過時間情報を有する、請求項１０に記載の方法。
【請求項１２】
記述子は、ユーザ装置内で、局所的キャッシングのために第１及び／又は第２のストリームの少なくとも一部を、ユーザによるその部分の再生と同時に、記録することをユーザに命令する制御データを含む、請求項９に記載の方法。
【請求項１３】
複数のトランスポートコンテンツストリームが同時に供給され、ユーザの要求に従って、少なくとも２つのトランスポートコンテンツストリームは、内容が異なる、請求項９に記載の方法。
【請求項１４】
ストリーミング配信されたコンテンツを処理する方法であって、
−  データアベニューでトランスポートデータストリームを検出し、
−  トランスポートストリームから少なくとも第１のコンテンツストリームと制御データを分離し、
−  制御データの制御の下で、再生のために、第１のコンテンツストリームを、トランスポートデータストリームからの少なくとも１つのオプションの第２のコンテンツストリームと混合するか；又は、再生のために、第１のコンテンツストリームを、局所的なコンテンツストリームと混合するかのいずれかであり、
−  送信機が適切なトランスポートコンテンツストリームを供給することを可能とするようになされた局所的コンテンツ指示を、データアベニューに供給する、
方法。
【請求項１５】
データネットワークを介して、クライアントが、コンテンツ処理することを可能とする方法であって、
−  クライアントが局所的に有効な第１の部分のコンテンツを有するかどうかを決定し、
−  コンテンツの他の部分と制御データを含むトランスポートストリームを送信し、制御データは、クライアントが第１の部分と他の部分を混合することを可能とする、方法。
【発明の詳細な説明】
【０００１】
本発明は、インターネットのようなデータネットワークを介して、コンテンツ情報をストリーミング配信する分野に関連する。本発明は、特に、しかし排他的ではないが、”インターネットラジオ”に関連する。
【０００２】
”インターネットラジオ”の記載は、例えば、ストリーミングメディアニュースレターの、Ｊ．Ａｌｖｅａｒの”Ｔｕｎｅ．ｃｏｍ社の社長タイムブラットンとの質問と回答”で見ることができる、ｈｔｔｐ：／／ｗｗｗ．ｔｕｎｅｔｏ．ｃｏｍ／ｃｏｍｐａｎｙ／ｎｅｗｓ＿ｓｎｍ９９１１２３．ｃｆｍ。”インターネットラジオ”は、インターネットを介してサーバから聴取者へデータコンテンツをストリーミング配信することを含む。しばしば、データは、後のより高速の再生のために。聴取者のキャッシュ内に前もってダウンロードされてもよい。しかしながら、用語”インターネットラジオ”は、一般的には、その技術で使用されるので、ここでも同様に使用される。典型的には、インターネットラジオ局のコンテンツは、音声と音楽を含む。音声は、ディスクジョッキー（ＤＪ）又は他のスタジオの会話の音声である。
【０００３】
コンテンツの実時間ストリーミング配信は、ＲｅａｌＮｅｔｗｏｒｋｓ社により製造されたＲｅａｌＡｕｄｉｏＴＭのようなプログラムにより行われる。このストリーミング配信は、通常は、消費者の家庭でダイアルアップ接続によりオーディオが受信されることを可能とする高度に圧縮されたデータコンテンツである。ダイアルアップは、典型的には、５６ｋｂｉｔ／ｓより低い帯域幅であり、これは、”元の”ＣＤソース素材（４４．１ｋサンプル／ｓｘ１６ビット／サンプルｘ２チャネル）と比較して非常に高い圧縮率が要求されることを意味する。
【０００４】
インターネットベースの局は放送ストリームを送出しないので、インターネット”ラジオ局”は、従来の”放送”局とは異なる。これは、局と接続する各人が唯一のソケットと接続し、そして、ＵＤＰ（ユーザデータグラムプロトコル）、ＴＣＰ（伝送制御プロトコル）、又は、ＲＴＰ（リアルタイムトランスポートプロトコル）を介した、独立の”ストリーム”が配信される。従って、サーバの負荷は、その局にアクセスしている聴取者の数に比例して上昇する。
【０００５】
大部分のラジオ局は、一日に、選択数のトラックを再生している。これらのトラックは、通常は週毎の基準で変わる、”プレイリスト”から選択される。これは、数日間の間、大部分のコンテンツが繰返されることを意味する。
【０００６】
一般的には、インターネットラジオは、伝送前に圧縮される。これは、最適なサウンド品質ではない、損失のある伝送となる。
【０００７】
本発明の目的は、コンテンツのストリーミング配信に必要な帯域幅を減少させそして、ストリーミング配信されたコンテンツのユーザの経験の品質を改善することを目的とする。これらの目的は、より高品質のローカルコンテンツが、低品質のユニキャストの代わりに使用されることで達成される。
【０００８】
優位に、この目的は、送信機内で、少なくとも１つの第１のコンテンツストリームと少なくとも１つの記述子が発生されることで達成される。送信機は、第１又は第２の形式のトランスポートデータのいずれかを送信する。第１の形式のトランスポートデータは、第１と少なくとも１つの第２のコンテンツデータストリームと記述子を含む。第１の形式のトランスポートデータは、例えば、デフォルトで又は第２のデータストリームに対応するユーザの格納したコンテンツの欠乏を示す第１の形式のユーザ応答に応答して、送信される。第２の形式のトランスポートデータは、第１のコンテンツストリームと記述子を含む。第２の形式のトランスポートデータは、第２のデータストリームに対応するユーザの格納したコンテンツの存在を示す第２の形式のユーザ応答に応答して、送信される。
【０００９】
現在では、１００００を超える無線局が、インターネットを介して放送を行っている。インターネットを介して音楽を聴くことは、人気のある娯楽となっている。ダイアルアップ接続を介した消費者の家庭へのオーディオの実時間ストリーミング配信は、ＣＤソースの素材と比べて、非常に高い圧縮率を必要とする。典型的には、ラジオコンテンツは、ホストの一人の話しを有する散在された音楽よりなる。ラジオは、インターネットを介してストリーミング配信され、ここでは、各ユーザは唯一のソケットを得てそして、データの個々のストリームが配信される。この結果、サーバの負荷はユーザの数に比例している。多くのラジオ番組は、週毎の基準で変更されるプレイリストからトラックを選択する。即ち、これは、数日間の間、大部分のコンテンツが繰返されることを意味する。発明者は、再生装置が、記録された、例えば、前にダウンロードされて又はＣＤ上に存在して記録された、記録された音楽コンテンツの記憶、を有することを仮定し、それにより、音楽の識別子のみが送られることを必要とする。この装置は、局へ、局所的コピー又は代用物を再生していることを送信し、それにより、サーバは、ホストの音声のみをストリーミング配信しなければならない。全体の聴取者ベースに適用されると、これは、ユーザ当りの帯域幅の非常に大きな減少を導く。音楽は、時間を超えて帯域幅要求を広げるために、そして、典型的には、人気のある時間スロット中の使用を最適化するために、ユーザの記憶装置上へ夜の間中少しづつ入力されうる。ＤＪにより話題にされた音楽をキャッシングすることを避けるために、ホストの音声と音楽コンテンツについて、２つの別のチャネルが使用されるのが、好ましい。
【００１０】
以下は、参照によりここに組み込まれる：
−７／１／９９に出願された、Ｍａｒｋ  Ｈｏｆｆｂｅｒｇ他による、コンテンツドリブン音声又はオーディオブラウザの、米国特許出願番号０９／３４５，３３９（弁護士名簿番号ＰＨＡ２３，７００）。この文書は、オーディオ（例えば、音声と音楽）をストリーミング配信するインターネット上のウェブサイト又は資源を、それらの典型的なコンテンツに基づいて、分類する方法に関連する。オーディオストリーミング配信を提供するウェブ資源は、その資源形式により識別される。資源形式は、例えば、”．ｒａｍ”、”．ｔｓｐ”又は、”．ｓｗａ”のような、ファイルフォーマットを示すＵＲＬ内の形式拡張子により決定される。この拡張子は、ハイパーリンクがクリックされたときに、例えば、ユーザのブラウザで、自動的に適切なソフトウェアアプリケーション（又は、”プラグイン”）を開くことを可能とする。従って、インターネット上の関連する資源は、それらのＵＲＬに基づいて識別されることが可能である。ファイル拡張子が、ＵＲＬを通して有効でない場合には、資源形式は、ＭＩＭＥ形式又は資源のＨＴＴＰヘッダ内に設けられているコンテンツ形式情報により決定される。例えばオランダ国の”ｎｌ”又は、ロシアの”ｒｕ”のような、資源の国のドメイン拡張子を考慮することにより、例えば、オーディオコンテンツに特定の自然言語に興味がある場合には、更に、ＵＲＬの分析を最適化する。関連する資源、即ち、オーディオのストリーミング配信を提供するものを見つけると、資源のファイルは関連するサーバから取り出されそして、オーディオコンテンツに基づいて分析される。音声認識又は音楽（調子／リズム）認識ソフトウェアは、検索しそして、これらの局を例えば、言語、音楽のスタイル、コマーシャルがないことにより、分類するのに使用できる。音声認識ソフトウェアは、種々の形式の音楽の署名を決定することができ、これは、この種のソフトウェアで音楽を分類することを可能とする。例えば、クラッシック音楽は、典型的には、ロック音楽とは異なる音声認識署名を有する。サーバは、プラネットサーチ又はアルタビスタがテキスト文書に対して行うものと同様に、データベース内の局又はチャネルを分類するのに専用であることも可能である。１つ又はそれ以上のウェブクローラーが、自動的にオーディオを提供するウェブサイトを、サーチエンジンのためにそれら識別するために、フェチするために、平行して使用されることが可能である。更に、資源サーバは、クローラにより、例えば、接続速度、信頼性等の、接続の品質について評価されることが可能である。例えば、サーバを分類することは、広帯域ネットワークアクセス（例えば、ＩＳＤＢ、ケーブル、Ｔｌ）を有するユーザに、より高い接続速度資源を推薦しうる。それに基づいて特定のウェブページページが、特定のオーディオ検索基準に基づいて、ユーザへ戻される、インターネットオーディオウェブサイトの検索可能な集合を提供するために、オーディオブラウザが、テキストに対するプラネットサーチ又はアルタビスタへ類似して、設けられる。代わりに、サーバで局を分類しそして、サーチエンジンを通してそれらをアクセス可能とするために、カタログアプローチ（ヤフーの専門家は、サイ���を自ら精選し、そして、分類に割当てる）が取られる。一旦、サイトが分類されると、ユーザは、サーバへ質問入力を供給し、そして、質問入力に一致するチャネル（例えば、このような音楽を演奏しているフランス語局を私に与える）を表すＵＲＬのリストを受信する。代わりのもの又はこれをサポートするものとして、サーバは、例えば、フィリップスエレクトロニクス社のスマートコネクト設備を使用して、サーバに格納されたユーザのプロファイルに基づいてユーザへ特化された電子番組案内を提供する。
【００１１】
−Ｍａｒｋ  Ｈｏｆｆｂｅｒｇへ発行された、正規化された音楽テーマを有する書誌的な音楽データベース、米国特許番号５，９６３，９５７（弁護士名簿番号ＰＨＡ２３，２４１）。この特許文書は、数ある中で、音楽テーマのリズム情報又は調子情報が、テーマを識別するのにどのように使用されることが可能であるかを示す。リズム情報は、テーマの時間署名（拍子）及び音の抑揚法を含む。時間署名は、小節へのビート数を決定する。音の抑揚法は、どのビートがアクセントを得てそして、どれが得ないかを決定する。例えば、楽譜の符号６８は、拍子が小節への６ビートであり、そして、８音符で１ビートを得ることを示す時間署名である。フラメンコ音楽は、種々の異なるスタイルを有し、各々は自身のコンパス（リズムアクセントのつけ方のパターン）により決定される。フラメンコ音楽の典型的な例は、小節に対して全て１２ビートを有する、アレグリーアス、ブレリーアス、シギリージャス及びソレアレスである。アレグリーアス、ブレリーアス、及び、ソレアレスでは、第３、第６、第８、第１０及び、第１２ビートに、アクセントが付けられる。第１、第３、第５、第８及び、第１１ビートは、シギリージャススタイルでは強調される。このシステムでは、リズムのアクセント付加のパターンは、リズムにより示されたテーマに関連する書誌的な情報を取り出すために、入力データとして使用される。例えば、リズムのアクセント付加のパターンは、アクセントの付された及びアクセントの付されていない音の実質的に単調なシーケンスとして、システムへ入力される。そして、入力データは、例えば、時間領域で高さが変わるビート又はピークのシーケンスにより、表される。連続するピーク間の相対的な距離は、パターンの時間的な側面を示し、相対的な高さはパターン内の音の抑揚を表す。間のビートと休止のシーケンスは、ディジタルワードで表される。このワードは、高速な且つ順序正しい取り出しを可能とするために、辞書編集的に格納されることが可能である。調子情報及び／又はリズム情報が、個々の音楽テーマを識別するために使用される場合には、それらはあるスタイルの音楽を大体正確に識別するのに使用されることが可能である。
【００１２】
−１１／４／９９に出願された、Ｅｕｇｅｎｅ  Ｓｈｔｅｙｎによる、ストリーミングをエミュレートするためのＭＰ３コンテンツファイルの分割の、米国特許出願番号０９／４３３，２５７（弁護士名簿番号ＰＨＡ２３，７８２）。この文書は、電子コンテンツファイルを複数の部分に分割することに関連する。セグメントの各部分は、比較的短いダウンロード時間を要求する。従って、再生待ち時間は、第１の部分のダウンロード時間により決定される。個々の部分のサイズは、例えば、待ち時間チェックのためのピンギングを通して、通信帯域幅により決定される。クライアント装置／アプリケーションは、コンテンツについての制御情報を受信する。この制御情報は、例えば、サーバでのその部分のだけでなく、全体のファイルのサイズとメモリ位置に関連する情報を有する。クライアントがデータを分割することが出来ない場合には、従来のアプローチで進み、即ち、全体のファイルをダウンロードしそして、それを再生する。クライアントが、コンテンツの一部を処理することができる場合には、それは、再生しながら、データのダウンロードを継続するために、その部分についての関連する制御情報を使用する。”レンダリング”とも呼ばれるデータの再生は、複数の復号動作を必要とするので、計算的に強烈である。データのダウンロードは、帯域幅が強烈である。従って、同時の再生とダウンロードは、同じシステム資源について、大きく競合する。ダウンロードと処理の間のこの分離は、マルチ処理及び／又はマルチスレッド環境で効果的に使用されることが可能である。
【００１３】
更なる目的と優位点は、以下より明らかとなろう。本発明は、図面を参照して、限定しない例により説明される。
【００１４】
一般的には、この記載を通して、アイテムが、実装されたソフトウェアとして説明される場合には、ハードウェアとしても等しく実行されることが可能である。
【００１５】
図１は、インターネットラジオ局の概略図である。１０１で、オーディオコンテンツの生成が示されている。この局は、従来のラジオ局であり、これは更にインターネットを介してコンテンツを提供し又は、インターネットのみの局でも良い。コンテンツは、ディジタル化され且つ圧縮されたフォーマットで、ウェブサーバ１０２へ送信される。ウェブサーバは、聴取者からの要求を管理しそして、それらに局のコンテンツとの接続を提供することにより応答する。このコンテンツは、バイトの連続した流れであり、これは、一定のレートで（平均して）データを供給しそして、コンテンツが局から聴取者へ送られることを可能とする。このバイトの流れは、一般的には、”ストリーム”と呼ばれている。そして、用語”ストリーミング媒体”は、このようなインターネットを介して送られるコンテンツを記述するのに使用される。
【００１６】
ウェブサーバ１０２から、データの幾つかのトランスポートストリーム１．．．Ｎが、通信リンク１０３を介してインターネット１０４へ供給される。接続はＴ１、Ｔ３、光ファイバ等のような適する形式でよい。これらの各々は、異なる潜在的なスループットを有するが、しかし、全ての場合に、そのスループットに上限がある。トランスポートストリーム１．．．Ｎの帯域幅は、条件：
【００１７】
【数１】
2004519713.tif 000003
を満足しなければならない。言い換えれば、個々のストリームの帯域幅の和は、リンク１０３の合計の帯域幅より小さくなければならない。この合計の帯域幅は、データのトランスポートストリームの数を制限する。従って、個々のトランスポートストリームの帯域幅が、減少されると、ストリームの数が増加される。
【００１８】
ウェブサーバ１０２は、トランスポートストリームを聴取者のインターネットアドレスへ送り、各聴取者は、それぞれのストリームを得る。用語”ユニキャスト”は、ここでは、メッセージが、それぞれ、１つのノードから多くのノードへ又は、１つのノードから全てのノードへ送られる”マルチキャスト”又は、”ブロードキャスト”に対して、各聴取者が独立の接続を供給されていることを示すのに使用される。マルチキャストとブロードキャストメッセージは、メッセージのルーチングに問題があるので、インターネットでは一般的には使用されない。
【００１９】
インターネットサービス提供者１０４は、そして、トランスポートストリーム１．．．Ｎを、トランシーバとして考えられうる、個々の聴取者サイト１０５へ分割する。用語”聴取者”と”ユーザ”は、ここでは、聴取している実際の人間よりも、コンテンツを受信する装置を指すのに使用される。
【００２０】
ラジオ局１０１と各装置１０２と１０５は、少なくとも１つの局所的メモリ１０６、１０７、１０８．．．１０９を有する。局所的メモリ１０６−１０９は、コンテンツを格納するために又はソフトウェアを格納するために使用されることが可能である。ソフトウェアは、本発明の種々の面の実装を含む、幾つの目的に対してでもよい。
【００２１】
本発明は、ここでは、インターネットラジオに関して説明されているが、ジュークボックスからの局所的コンテンツを使用することも可能な、ビデオシステムのような、他のストリーム化された媒体システムにも等しく適用可能である。ビデオ領域のコンテンツについての好ましい局所的ソースの例は、フィリップスＴｉｖｏＨＤＤ−プロダクツのような、ハードディスクに基づく記録装置である。
【００２２】
送信装置
図２ａと２ｂは、本発明と共に使用するのに適する、コンテンツを提供するためのラジオ局の構成を示す。
【００２３】
図２ａでは、スタジオコンテンツが発生される。通常は、これは、マイクロフォンに話すＤＪであるが、しかし、スタジオ音も等しく捕捉されることが可能である。代わりに、効果音のような記録された音もスタジオ音の一部として等しく拾われ又は結合される。２０２で、スタジオ音は、ディジタル化されそして、２０３で圧縮される。圧縮されたディジタル化された信号は、そしてリード線Ａで有効となる。リード線Ａで有効なフォーマットは、典型的には、リアルメディアフォーマット又はウインドウズメディアフォーマット（登録商標）であり、これは、ラジオ局からコンテンツを送るのにインターネット上で使用される、人気のあるストリーミングフォーマットである。しかしながら、当業者は幾つの適するフォーマットを工夫しても良い。
【００２４】
図２ｂは、音楽ソース２０４に関連する回路を示す。音楽ソース２０４は、典型的には、市販のＣＤ又はカセットテープのような、広く市販で入手できる幾つかのものである。２０５で、音楽は必要な場合にはディジタル化される。例えば、ＣＤのような、多くの音楽の記録物は、既にディジタル化されているので、ディジタル化は、常には必要は無く、−−従って、破線で示されている−−。２０６で、音楽は圧縮される。
【００２５】
従来技術では、結合されたスタジオと音楽コンテンツは、共に圧縮され、一方、本発明に従って、それらは、それらは別々に圧縮される。圧縮されディジタル化された音楽は、リード線Ｂに供給される。更に、音楽のタグと状態情報のような本発明に有益な追加の情報は、２０７で発生され、そして、リード線Ｃに提供される。
【００２６】
”音楽のタグと状態情報”は、音楽ソース２０４の情報内容についてのメタ情報である。ＣＤの場合には、これは、”ＣＤＩＤ”を含む識別子である。ＩＤは、インターネット上に存在するＣＤＤＢカタログと共になされるような、再生されているディスクから得られた（又は、使用して発生された）ものである（記述のためにｈｔｔｐ：／／ｃｄｄｂ．ｏｒｇ又はｈｔｔｐ：／／ｗｗｗ．ｔｅｃｈｔｖ．ｃｏｍ／ｃａｌｌｆｏｒｈｅｌｐ／ｐｒｏｊｅｃｔｓ／ｊｕｍｐ／０，３６５２，２１８９０３５，００．ｈｔｍｌを参照する）。ＣＤＩＤに加えて、ディスクからのトラック番号が、再生されている歌曲の唯一の識別子を提供するために使用されるのが、好ましい。他の状態情報は、：
−トラックの経過時間（それにより局所的再生がストリーミングされたコンテンツと同期し且つ代用される）と；
−（音楽の再生速度を僅かに修正する局の柔軟性を与えるための、他のコンテンツとの混合又は歌曲を有効な時間に合わせる等のための）再生速度変化情報、を含む。
【００２７】
ＣＤ以外のソースから音楽が供給される場合には、局は、通常は、自分自身の識別子タグを生成する。そして、典型的には、この局に唯一のタグとＣＤ識別子の間を区別することが必要である。コンテンツのこの後者のカテゴリーは、例えば、ニュースレポート、インタビュー、音楽家の”スタジオセッション”又は、コマーシャルでもよい。コンテンツにタグを付すことにより、遠隔の聴取者装置に、それが最初に受信されたときにキャッシュをするように命令することを可能とする。そして、次の数時間、数日又は数ヶ月の間をわたり、コンテンツは、局からこの特定の装置へ、ストリーミング配信される必要がない。
【００２８】
Ａ，Ｂ及び、Ｃに供給される３つの信号は、３つの構成要素として、ウェブサーバに送られる。図３は、ウェブサーバへ及びから信号を送る装置を示す。マルチプレクサ要素は、ウェブサーバから別に、そして、図２ａとｂの構成要素から別に示されているが、実際には、おそらく実際のマイクロフォンとインターネット自身を除いては、図２と３のアイテムの全ては、サーバと共に存在できる。同様に、種々の構成要素は、当業者の設計選択の問題として、単一のプロセッサの機能性に結合されることが可能である。
【００２９】
マルチプレクサ又は、他の適するコントローラ３０１は、単一のトランスポートデータストリーム”ストリーム１”を生成するために、図２ａと２ｂの回路から出力される、信号Ａ（ＤＪコンテンツ）とＣ（タグ）とオプションのＢ（音楽コンテンツ）を得る。結合されたストリームの種々の成分は、ＭＰＥＧ４のようなプロトコルを使用して、伝送されることが可能である。Ｂが含まれるか否かは、制御メッセージ配信器３０４へ供給される聴取者からの制御信号に依存する。
【００３０】
（任意の形式の）幾つかの構成要素をとりそして、それらを単一のバイトストリームへ”多重する”、スケジューラ３０３は、ソフトウェアで実装されることが可能である。３つの構成要素は、遠隔端で”分離される”ことが出来るように、タグが付される。これは、ＭＰＥＧ４規格又は、当業者により工夫された他の同様な方法に従ってなされることが可能である。
【００３１】
Ｎのデータのストリームを発生する、合計でＮのマルチプレクサ３０１．．．２０３がある。これらは、示されているように、別のモジュールとして又は、Ｎの結合する動作を実行する単一のプロセッサとして、実装されることが可能である。
【００３２】
入力Ａ，Ｂ及び、Ｃは、各データストリームＮについて同一である。代わりに、スタジオは、異なる聴取者に対して、さらに特化されたデータストリームを混合する。例えば、各々は特徴的なスタイルを有し、又は、異なる音楽選択をする、１人以上のＤＪがいる場合もある。
【００３３】
マルチプレクサ３０１．．．３０２は、ウェブサーバ１０２内の制御メッセージ配信器３０４を介して送られた、制御信号も受信する。この制御信号は、ユーザから送られ、そして、典型的には、聴取者が現在再生されている音楽の局所的なコピーを有する場合には、入力Ｂが省略されるか否かを示す。制御メッセージ配信器は、これを次のように行う：
−コマンドと聴取者の識別子を、聴取者からサーバへ送られるメッセージから抽出する。
【００３４】
−聴取者が受信しているストリームを生成しているマルチプレクサを選択する。
【００３５】
−マルチプレクサが多重しているストリームを制御するために、マルチプレクサプレクサへ、コマンドを送る。
【００３６】
オーディオのみのプログラムの場合には、有効なコマンドは：”ストリームＡ＋Ｃを送れ”及び、”ストリームＡ＋Ｂ＋Ｃを送れ”である。
【００３７】
マルチプレクサ３０１．．．３０２からのストリーム（ストリーム１．．．ストリームＮ）は、ウェブサーバ１０２のスケジューラ部分３０３に送られる。スケジューラ３０３は、３０５でインターネットを介して伝送するのに適するフォーマットへストリームをフォーマットするタスクを有する。典型的には、これは、
−宛先のＩＰ（インターネット）アドレスを加える、
−ストリームをＴＣＰ又はＵＤＰパケットのペイロードへ入れる、
−伝送の受取確認通知を扱う、
−リンクドロップアウトのための検査を行う、
−異なる聴取者へ送られる必要のある、異なるストリームを多重しそして負荷バランスを行う。
【００３８】
これらの機能を実行するのに適するサーバの例は、ｈｔｔｐ：／／ａｐａｃｈｅ．ｏｒｇで見つけることができる。アパッチウェブサーバは、パブリックドメインのウェブサーバであり、ＮＣＳＡｈｔｔｐウェブサーバにもとづいている。それは、現在あるＮＣＳＡコードプラス種々のパッチから開発された。それは、１つのパッチのサーバと呼ばれこれゆえ、アパッチサーバと名付けられた。
【００３９】
更に、ウェブサーバ１０２の制御メッセージ配信器３０４は、（Ｂ）チャネルを切断するか又はデータストリームへ加えるか、又は、ストリームを開始するか又は停止するかの要求のような、聴取者から戻される他の要求３０６も扱わねばならない。ウェブサーバはそして、アクティブサーバ技術、サーブレット（ｓｅｒｖｌｅｔ）インターフェース又は、ＣＧＩインターフェースのような、標準プロトコルを使用して、それらのコマンドをマルチプレクサソフトウェア要素へ送る。
【００４０】
聴取者装置
図４は、聴取者１０５を構成する構成要素を示す。聴取者には、２つの主な部分があり：１）ストリーミング配信されたコンテンツを受信し且つアナログに変換するのに必要な機能性４１３と、２）オーディオジュークボックスを実装する機能性４０６である。
【００４１】
これらの２つの部分の独立の従来技術の製品は、：ストリーミング配信されたコンテンツを受信する、ＲｅａｌＮｅｔｗｏｒｋｓ社による、ＲｅａｌＰｌａｙｅｒＴＭと；ジュークボックスの機能性を提供するＲｅａｌＮｅｔｗｏｒｋｓ社による、ＲｅａｌＪｕｋｅｂｏｘＴＭである。
【００４２】
ボックス４０６は、本発明を実行するために、ストリーミングメディアプレーヤ内に配置されて示されたように、オーディオジュークボックス内に存在する機能性を示す。オーディオジュークボックスの機能性４０６は、例えば、ホームネットワーク又は専有のバスを通して、ストリーミングメディアプレーヤにより制御される他の装置（又は、プログラム）内に配置されることも可能である。一般的には、ストリーミングメディアプレーヤ内にジュークボックスの機能性を複製しそして、音楽カタログとトラックインデックスが現在あるジュークボックスからストリーミングメディアプレーヤへ入れられるように要求するよりも、２つの製品の間に結合を作るのが好ましい。
【００４３】
ウインドウズ（登録商標）環境では、１つのアプリケーションは、ＣＯＭ（コンポーネントオブジェクトモデル）として知られている機構を通して、その機能性を他の中に含めるために公開することが、一般的に知られている。ＳＯＡＰ（シンプルオブジェクトアクセスプロトコル）、Ｊａｖａ（登録商標）Ｂｅａｎｓ及び、ＣＯＲＢＡ（コモンオブジェクトリクエストブローカーアーキテクチャ）のような、技術の使用を通して、同様な機能性が他のプラットフォーム上で利用でき、そして、真に、クロス−プラットフォームである。民生用電子分野では、ジュークボックスとストリーミング装置の間の結合を提供するために、ＨＡＶｉに依存する。ＨＡＶｉは、１つの装置から他の装置へ機能性を公開するために、装置から装置へアップロードされたＪａｖａ（登録商標）コードを使用する。
【００４４】
優位に、ジュークボックスの機能性は、ストリーミング配信された媒体コンテンツを記録することを拒否するためにプログラム可能である。例えば、インターネットラジオ局がユーザによる後の再生のために宣伝素材を記録することを求める場合には、ユーザは、ジュークボックスメモリ内の不要な空間を占めるので、そのような記録物を受け付けることを拒否することを望み得る。また、局からのコンテンツの品質が一般的には、ユーザが通常所有するコンテンツの品質ほど高くなく、そして、ユーザは、ジュークボックスに低品質のコンテンツを記録することを望まない可能性がある。
【００４５】
例えば、ディジタルデータをアナログオーディオに変換して戻すブロック又は、ジュークボックスのユーザインターフェースを実装するハードウェア／ソフトウェアのような、−−図面をあいまいにしないようにこの図には示されていない、ジュークボックスに含まれる他の機能性がある。
【００４６】
従来技術では、ストリーミング受信機とオーディオジュークボックスは、ＰＣ上のソフトウェア構成要素として主に人気がある。しかしながら、両方に対して、例えば、従来の民生用電子装置のように、独立型のハードウェアとしても構成できる。両方の場合に、本発明を実行するために２つの別の製品が共に使用される又は、２つの製品が組み合わされて１つの新たな製品となることが、可能である。再び、結合された製品は、プロセッサ上で実行されるソフトウェアアプリケーションか、又は、更に伝統的な民生用電子装置のような、独立が他のハードウェアであるかのいずれかである。
【００４７】
ＩＰリンクソフトウェア４０１は、データストリームがＩＰネットワークを介して受信されることができるように、この装置をインターネットに接続する、標準コンポーネントである。それは、モデム、ＰＰＰ（ポイント−ツー−ポイント）リンク等のようなコンポーネントを含む。それは、図２と３で説明したように、装置が局へ接続することを可能とし、そして、３つの信号構成要素（Ａ）、（Ｂ）及び（Ｃ）を多重する制御を可能とするために、要求を送出することを可能とする。
【００４８】
デマルチプレクサ又は、ｄｅｍｕｘ４０２は、インターネットからコンテンツストリームを取得し、これは、３つの構成要素（Ａ）、（Ｂ）及び（Ｃ）とどのようにストリームからそれらを分離するかに関する詳細を含む。ここで使用するのに適する多重機構に関する事項は、ｈｔｔｐ：／／ｗｗｗ．ｃｓｅｌｔ．ｉｔ／ｕｆｖ／ｌｅｏｎａｒｄｏ／ｐａｐｅｒ／ｉｓｃｅ９６．ｈｔｍ＃Ｍｕｌｔｉｐｌｅｘｉｎｇで見つかり、そして、このトピックに関するＡＶＯの同期の更なる情報は、ｈｔｔｐ：／／ｍｐｅｇ．ｏｒｇで見つけられる。
【００４９】
制御ソフトウェア４０３は，更に図５のフローチャートで説明される。ボックス５０１では、ソフトウェアは、何の音楽が現在ストリーム配信されているかを調べるために、（図２の説明で詳細に説明したように）ストリームからメタ情報を取る。５０２で、この又は同様な音楽が既に局所的に蓄積されているかどうかを調べるために、ジュークボックス４０６のディレクトリ４０８を使用して、識別子が、ジュークボックス記憶装置４０７のコンテンツと比較される。
【００５０】
ストリーミング配信されている音楽又は、その受け入れられる代用が既に局所的に蓄積されている場合には、制御ソフトウェアは以下を行う：
−５０３で、ＩＰリンクソフトウェア４０１を使用して、インターネットを介して、ウェブサーバへ信号を戻して送る。これは、サーバ１０２へこの聴取者へのストリーム内で音楽（Ｂ）の送信を停止することを命令する（図３に示されたように）；
−５０４で、入力１と入力３と参照された入力を選択するように、聴取者内のミキサ４１１に命令する；
−５０５で、ストリーミング配信されたコピーの代わりに局所的なコピーを正しく代用するために、（図３の説明で述べたように）状態情報を使用して、適切なコンテンツの再生を開始するように、ジュークボックス４０６へ命令する。
【００５１】
ストリーミング配信されている音楽又は適する置き換え（例えば、スタイル又は演奏しているアーティスト等に基づいて）が、局所的に現在蓄積されていない場合には、制御ソフトウェアは、ジュークボックスにストリームの記録を開始する選択を有する。５０６でのこれを行うかの判断は、ストリームそれ自身内で送られた、メタ情報に基づいている、即ち、局は聴取者が現在のコンテンツを記録することを要求する選択を有する。しかしながら、ジュークボックスは、ストリーミング受信機の制御下にある必要はないので、これは、全体的に、ストリーミング装置の制御ではない。ジュークボックスが、ストリーミング受信機と別の製品である場合には、そのような制御は、なさそうである。同様に、消費者は、ジュークボックスを、ストリーミング受信機へのストレージアクセスを断るように構成し得る。しかしながら、この局がジュークボックスに記憶を要求する能力を有する場合には、制御ソフトウェアは以下を行う：
−５０７で、現在のコンテンツの記録を開始するように、ジュークボックスモジュール４０６に命令する；
−５０８で、ジュークボックス４０６のディレクトリ４０８へ、コンテンツが後のときに取り出されることを可能とするために、（コンテンツを有するメタデータで送られた）コンテンツの識別子を挿入する；
−ミキサ４１１へ入力１と入力２で参照される入力を使用するように命令する。
【００５２】
逆圧縮機４０４と４０５は、圧縮されたディジタルストリームを受信しそして、それらを逆圧縮する。聴取者に要求されるこれらの２つの要素があり、１つはＤＪストリーム（Ａ）のためのそして、１つは音楽（Ｂ）のためである。
【００５３】
ミキサ４１１は、局からの入力１と入力２及び、局所的なジュークボックスからの入力３の、ストリームをとる。ミキサはそして、信号を、４１２でアナログオーディオに戻して変換される準備のできた、１つのディジタルオーディオストリームへ結合する。ミキサは、上述のように、制御ソフトウェア４０３の制御の下で、音楽の適切なソースをフェードイン又はフェードアウトする能力を有する。ミキサは、一般的な構成要素である。ミキシングは、ディジタル又はアナログ領域のいずれかでなされ、そして、単純に、単一のディジタル信号を生成するために、共に混合するために、ディジタル入力の各々の値を加えることより構成される。ハードウェアミキサの一例は、インテルＡＣ−９７チップ機構内でみつかり、ＰＣ内で一般的に見つかる、ｈｔｔｐ：／／ｄｅｖｅｌｏｐｅｒ．ｉｎｔｅｌ．ｃｏｍ／ｉａｌ／ｓｃａｌａｂｌｅｐｌａｔｆｏｒｍｓ／ａｕｄｉｏを参照する。
【００５４】
ディジタル／アナログ変換器４１２は、標準形式であり、そして、ディジタル信号をアナログに戻して変換する。ラウドスピーカを駆動するために、十分な電力増幅を提供するために、ユーザが局からのコンテンツを聴くことができるように、示されていない、電力増幅段階が、おそらく追加されなばならない。
【００５５】
図６Ａと６Ｂは、ボックス２０７により供給されるデータのデータフォーマットを示し、フィールドが、以下のテーブルに示されるように定義される。特定のデータフォーマットがここで記載されるが、当業者は本発明で使用できる幾つかの代わりのデータフォーマットを工夫できる。
【００５６】
【表１】
2004519713.tif 000004
図６ａのフォーマット、フォーマット１は、現在ストリーミング配信されている音楽を識別するために要求されるフィールドの全てを含む。より長いパケットは、１秒に１回又は２回送信されるべきである。図６Ｂのパケットフォーマット、フォーマット２は、非常に小さくそして、タイムスタンプ情報のみを含み、聴取者内で切れ目のない切り換えを可能とするために、聴取者が局所的な再生をストリーミング配信されるコンテンツと同期する事を可能とする。このより短いパケットは秒あたり１０又は５回、繰返して送られるべきである。この場合のストリームは、図６Ｃのように見え、これは、フォーマット１の各インスタンスに対して、フォーマット２の幾つかのインスタンスを含む。秒当り大きなパケットを１回又は２回送ることのみにより、Ｃチャネルについて要求される帯域幅は、低く保たれる。
【００５７】
ビデオの実行
詳細な説明は、インターネットラジオとオーディオコンテンツに関して、組み立てられたが、ビデオのような他の形式のコンテンツにも等しく適用可能である。
【００５８】
図７ｂは、図３に類似の、オーディオとビデオの両方が存在する本発明に従った送信機を示す。この場合には、５つのデータストリームＡ，Ｂ，ＣＤ及び、Ｅがある。ストリームＡとＢは、前のように、それぞれ、予め定め記録されたオーディオコンテンツとスタジオオーディオコンテンツに対応する。ストリームＤとＥは、それぞれ、予め定め記録されたビデオコンテンツとスタジオビデオコンテンツに対応する。ストリームＣは、再び記述子データに対応し、これは、聴取者が、ビデオデータの予め定め記録された部分を局所的なデータで代用するかどうかを決定することを許すために、必要な変更を加えて、フォーマットされる。５つのストリームＡ，Ｂ，Ｃ，Ｄ及びＥは、別々に圧縮され、そして、マルチプレクサ７１０−７１１で結合される。前のように、各聴取者に別々のマルチプレクサがなければならないがしかし、図面の簡単化のために、２つのみが示されている。スケジューラ７１３は、インターネットへデータを提示する順序を決定する。制御メッセージ配信器７１４は、ストリームＡ及び／又はＤは必要かどうか又は、局所的なコンテンツで１つ又は他の又は両方を代用できるかどうか、の指示を聴取者から配信する。
【００５９】
図７ａは、図４に類似の、ビデオの状況のための、聴取者装置を示す。図７ｂの装置により発生されたストリームは、ＩＰリンクソフトウェア７０１に到着し、これは、順にデマルチプレクサ７０２へそれを供給する。そして、別々に圧縮されたストリームＡ、Ｂ、Ｄ及びＥは、回復されそして、逆圧縮器７０６へ供給され、これは、未圧縮版をミキサ７０４と７０５へ供給する。ミキサ７０４と７０５は、制御ソフトウェア７０３の制御の下で、ストリームＡとＤを又はジュークボックスの機能性７０７からの局所的なコンテンツを選択する。明らかに、幾つかの可能な入れ換えが存在する。
【００６０】
−全ストリームＡ，Ｂ，Ｄ及び、Ｅが存在し且つ、この結果、全コンテンツはインターネットから来る。
【００６１】
−ストリームＢ，Ｄ及び、Ｅが存在する。この場合には、局所的に蓄積されたオーディオコンテンツが、インターネットからのスタジオオーディオコンテンツＢと混合され、７０８にオーディオ出力を供給し、ここで、実際のオーディオが人間のユーザに発生される。この場合には、全てのビデオコンテンツは、インターネットから供給され、そして、７０９でユーザへ提供され、ここで実際のビデオが人間のユーザに発生される。
【００６２】
−ストリームＡ，Ｂ及び、Ｅが存在する。この場合には、全てのオーディオコンテンツは、インターネットから供給されるが、しかし、幾つかのビデオコンテンツは、局所的に供給される。
【００６３】
−ＢとＥのみが存在し、この場合には、幾つかのビデオと幾つかのオーディオコンテンツが局所的に供給される。
【００６４】
本発明の開示を読めば、当業者には、修正は明らかである。例えば、ユーザの家庭の装置が、局所的に蓄積されている場合には、一致するコンテンツを識別し且つ取り出すことを可能とするために、ストリーミング配信可能なコンテンツのある部分を識別するタグを、ストリーミング配信可能なコンテンツに関して幾ら前の時間に送ることができる。例えば、電子番組案内（ＥＰＧ）のアプローチは、これを実行するために使用されることが可能である。典型的には、しかしながら、上述のＤＪ又はスタジオの会話の例では、一方では音楽コンテンツが、そして他方ではスタジオの会話又はコマーシャルが交互になる。スタジオ会話ストリームと共にコンテンツの記述子を送ることは、ユーザのホームネットワークに、局所的に蓄積されたコンテンツが再生されるかどうかを決定する時間を与える。そのような修正は、設計、製造及び、インターネットラジオの使用及びコンテンツストリーミングで既に知られているそして、ここで既に説明した特徴の代わりに又はそれに加えて使用され得る、他の特徴を含む。請求項は、この出願では、特徴の特定の組合せに記載されているが、本出願の開示の範囲は、明確に又は暗示的に又は一般化して、本発明がするようにどの又は全ての同じ技術的な問題を緩和しようがしまいが、ここに開示された新しい特徴又は新しい特徴の組合せも含む、と理解すべきである。本出願は、新たな請求項は本発明の又はそれから得られた更なる出願の手続中に、そのような特徴に規定されうることを注意する。
【００６５】
ここで使用される用語”含む”、”含む”又は、”含む”は、追加の構成要素を除外すると考えるべきではない。ここで使用される”ａ”又は”ａｎ”は、複数の構成要素を除外すると考えるべきではない。
【図面の簡単な説明】
【図１】
聴取者とインターネットラジオ提供者の接続を示す概略図である。
【図２Ａ】
スタジオ付加コンテンツの捕捉のための装置示す図である。
【図２Ｂ】
本発明に適切な音楽信号の構成のための装置を示す図である。
【図３】
インターネット上のインターネットラジオ局からコンテンツを送信する装置を示す図である。
【図４】
図３に従って発生された信号を処理する受信位置での装置を示す図である。
【図５】
図４のボックス４０３の動作を示すフローチャートを示す図である。
【図６Ａ】
本発明と共に使用するデータフォーマットを示す図である。
【図６Ｂ】
本発明と共に使用するデータフォーマットを示す図である。
【図６Ｃ】
本発明と共に使用するデータフォーマットを示す図である。
【図７Ａ】
ビデオ及びオーディオデータともに使用するようになされた本発明に従った聴取者装置を示す図である。
【図７Ｂ】
ビデオ及びオーディオデータともに使用するようになされた本発明に従った送信装置を示す図である。
【図１】
2004519713.tif 000005
【図２Ａ】
2004519713.tif 000006
【図２Ｂ】
2004519713.tif 000007
【図３】
2004519713.tif 000008
【図４】
2004519713.tif 000009
【図５】
2004519713.tif 000010
【図６Ａ】
2004519713.tif 000011
【図６Ｂ】
2004519713.tif 000012
【図６Ｃ】
2004519713.tif 000013
【図７Ａ】
2004519713.tif 000014
【図７Ｂ】
2004519713.tif 000015
【国際公開パンフレット】
2004519713.tif 000016
2004519713.tif 000017
2004519713.tif 000018
2004519713.tif 000019
2004519713.tif 000020
2004519713.tif 000021
2004519713.tif 000022
2004519713.tif 000023
2004519713.tif 000024
2004519713.tif 000025
2004519713.tif 000026
2004519713.tif 000027
2004519713.tif 000028
2004519713.tif 000029
2004519713.tif 000030
2004519713.tif 000031
2004519713.tif 000032
2004519713.tif 000033
2004519713.tif 000034
2004519713.tif 000035
2004519713.tif 000036
2004519713.tif 000037
2004519713.tif 000038
2004519713.tif 000039
2004519713.tif 000040
2004519713.tif 000041
2004519713.tif 000042
2004519713.tif 000043
2004519713.tif 000044
【国際公開パンフレット（コレクトバージョン）】
2004519713.tif 000045
【国際調査報告】
2004519713.tif 000046
2004519713.tif 000047
2004519713.tif 000048