【手続補正書】
【提出日】平成16年4月2日(2004.4.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３５
【補正方法】変更
【補正の内容】
【請求項３５】
複数のクライアント・システムに対して配信されるメタデータに応じて生成された個々のクライアント・デマンド・フィードバック・データを複数のクライアント・システムから受信し、前記メタデータは将来の配信が考慮されている複数のコンテンツの記述を含み、前記個々のクライアント・デマンド・フィードバック・データは、前記複数のコンテンツの少なくとも一部に対するクライアントの関心度を示し、
前記個々のクライアント・デマンド・フィードバック・データを集計する事により、次回の配信の際に最も便宜的なコンテンツを前記複数のコンテンツの中から決定し、
最も便宜的であると決定される前記コンテンツを次回の配信において配信するようにスケジューリングする
ステップを機械に実行させる命令プログラム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３６
【補正方法】変更
【補正の内容】
【請求項３６】
各コンテンツに対するクライアントの相対的な関心度に基づいた前記クライアント・デマンド・フィードバック・データの集計に依存して順番に配信される様にスケジューリングした、コンテンツの順序付けられたリストを含む配信スケジュール・キューを維持し、
次回の配信に際して最も便宜的であると決定される前記コンテンツが、次回に配信されるように前記配信スケジュール・キューの最上部に配置する事によって、前記最も便宜的であると決定される前記コンテンツを次回の配信において配信するようにスケジューリングし、
前記次回の配信に際して最も便宜的である前記コンテンツの決定を連続的に行う、
ステップを前記機械に実行させる請求項３５に記載の命令プログラム。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３７
【補正方法】変更
【補正の内容】
【請求項３７】
前記個々のクライアント・デマンド・フィードバック・データを非同期方式でそれぞれのクライアント・システムから受信し、前記配信スケジュール・キューを個々のクライアント・デマンド・フィードバック・データのそれぞれを受信した後に再計算するステップを前記機械に実行させる請求項３６に記載の命令プログラム。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３８
【補正方法】変更
【補正の内容】
【請求項３８】
前記クライアント・デマンド・フィードバック・データがそれぞれのコンテンツに対応する格付けデータを含み、配信するのに最も便宜的であると決定される前記コンテンツが、前記格付けデータの集計から導出される最も高位に格付けされたコンテンツを含む、請求項３５に記載の命令プログラム。
【手続補正５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３９
【補正方法】変更
【補正の内容】
【請求項３９】
前記クライアント・システムから受信した前記個々のクライアント・デマンド・フィードバック・データの少なくとも一部における、前記格付けデータの第１の部分が、前記個々のクライアント・デマンド・フィードバック・データを送信した前記クライアント・システムの１以上のユーザによって提供された格付け入力を含み、前記クライアント・システムに格納される前記クライアント・システムの前記１以上のユーザのコンテンツ嗜好度を示すデータに基づいて、前記格付けデータの第２の部分が前記クライアント・システムによって自動的に生成される、請求項３８に記載の命令プログラム。
【手続補正６】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４０
【補正方法】変更
【補正の内容】
【請求項４０】
前記メタデータが、連続的なストリームとして配信され、前記コンテンツを記述するために使用される属性及び属性値を含む各コンテンツについてのコンテンツ・ディスクリプタを含み、前記クライアント・システムの少なくとも一部から、前記コンテンツの前記コンテンツ・ディスクリプタの受信に応答して個々のコンテンツに対応する格付けデータを受信するステップを前記機械に実行させる請求項３８に記載の命令プログラム。
【手続補正７】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４１
【補正方法】変更
【補正の内容】
【請求項４１】
前記個々のクライアント・デマンド・フィードバック・データの少なくとも一部が、少なくとも２個のコンテンツの相対的な興味度に関するランキング・データを含み、配信するのに最も便宜的であると決定される前記コンテンツの少なくとも一部を、前記ランキングを集計することによって決定するステップを前記機械に実行させる請求項３５に記載の命令プログラム。
【手続補正８】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４２
【補正方法】変更
【補正の内容】
【請求項４２】
相対ランキング・データを含む前記個々のクライアント・デマンド・フィードバック・データの少なくとも一部において、前記相対ランキング・データの第１の部分が前記個々のクライアント・フィードバックの送信元である前記クライアント・システムの１以上のユーザによって提供された相対ランキング入力を含み、前記クライアント・システムに格納される前記クライアント・システムの前記１以上のユーザのコンテンツ嗜好度を示すデータに基づいて、前記相対ランキング・データの第２の部分が前記クライアント・システムによって自動的に生成される、請求項４１に記載の命令プログラム。
【手続補正９】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４３
【補正方法】変更
【補正の内容】
【請求項４３】
将来配信する事が考慮される複数のコンテンツに対応するその時点におけるメタデータが、前記複数のコンテンツに含まれるそれぞれのコンテンツのコンテンツ・ディスクリプタを含み、繰り返し配信される連続的なストリームとして配信され、前記個々のクライアント・デマンド・フィードバック・データの少なくとも一部が、前記複数のコンテンツの全てに関する相対的な関心度を表すランキングされたリストを有する、請求項４１に記載の命令プログラム。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】変更
【補正の内容】
【０１１９】
バッチ選別過程の結果の例が図２１および図２３に示される。例えば、図２１に示されるように、配信時間枠の長さが１０００秒で、配信帯域幅が３Ｍｂｐｓと仮定する。バッチの上限は３ギガビットであり、システムは、順序付けられたリスト１３３Ａの上の方から３ギガビット相当のコンテンツを選択する。この例において、コンテンツＦ、ＢおよびＤが送信される。これは、以下の方法で決定される。コンテンツＦは、順序付けられたリスト１３３Ａの最上部にあるので、最初に考慮される。コンテンツＦのサイズは１．０ギガビットであり、これは残存スペース（最初は３ギガビット）未満である。その後、残存スペースは１．０ギガビットにより減らされて２ギガビットとなり、次に、順序付けられたリスト１３３Ａの２番目に記されているコンテンツＢが考慮される。コンテンツＢのサイズは、０．８ギガビットであり、２ギガビットの残存のスペースよりも少ないので、したがって、コンテンツＢがバッチに加えられる。残存スペースは．８ギガビットにより減らされ、１．２ギガビットとなる。次に、サイズ１．１ギガビットのコンテンツＤが考慮され、これも残存スペース以下なので、バッチに加えられる。この結果、残存スペースは１．１ギガビットにより減らされて、０．１ギガビットとなる。その後、残りのコンテンツのうちで．１ギガビット以下のコンテンツが存在するかどうかをチェックするために上から順番に考慮される。どのコンテンツも．１ギガビットを超えているので、コンテンツＦ、ＢおよびＤを含むコンテンツのバッチが次の配信枠において配信されるようにスケジューリングされる。