(57)【要約】【課題】コンテンツ配信システムにおいて、クライアントからサーバにフィードバックを供給する方法と装置。【解決手段】一実施形態において、フィードバックは、トリガに応答してクライアントからサーバへ送信される。他の実施形態において、所定の時間量が経過した後、フィードバックが送信される。更に他の実施形態において、所定の数のコンテンツに対してランキングまたは格付けが生成されて後、フィードバックが送信される。更に他の実施形態において、所定の量のコンテンツが消費された後、フィードバックが送信される。更に他の実施形態において、未消費コンテンツの量が所定の閾値未満である場合、フィードバックが送信される。
2005518110.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信するステップと、
前記サーバからトリガ信号を受信するステップと、
前記トリガ信号に応答して前記サーバへフィードバックを送信するステップと
を備える方法。
【請求項２】
前記サーバからの前記トリガ信号に応答して前記サーバに前記フィードバックを送信するステップが、前記サーバとの接続を確立するステップを備える、請求項１に記載の方法。
【請求項３】
前記サーバへの接続を確立することができない場合、前記サーバとの接続を確立するために２進指数バックオフシステムを利用するステップを更に備える、請求項２に記載の方法。
【請求項４】
前記サーバに前記フィードバックを送信するステップが、バックチャンネルを経由して前記サーバとの前記接続を確立するステップを備える、請求項１に記載の方法。
【請求項５】
前記サーバに前記フィードバックを送信するステップが、前記サーバへのネットワーク接続を経由して前記サーバとの前記接続を確立するステップを備える、請求項１に記載の方法。
【請求項６】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信するステップと、
前回のフィードバックが前記サーバに送信されてから経過した時間量を計時するステップと、
前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量が所定の時間量よりも大きくなった後に、次回のフィードバックを前記サーバに送信するステップと
を備える方法。
【請求項７】
前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量を計時するステップが、前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量のローカルタイマーを保持するステップを備える、請求項６に記載の方法。
【請求項８】
前記次回のフィードバックを前記サーバに送信した後、前回のフィードバックが前記サーバに送信されてから経過した前記時間量のタイマーをリセットするステップを更に備える、請求項６に記載の方法。
【請求項９】
前記サーバに前記次回のフィードバックを送信するステップが、前記サーバとの接続を確立するステップを備える、請求項６に記載の方法。
【請求項１０】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信するステップと、
前記コンテンツ・ディスクリプタによって記述された前記コンテンツと関連するデマンド・データを生成するステップと、
第１の量のコンテンツに関連してデマンド・データが生成された後、前記サーバにフィードバックを送信するステップと
を備える方法。
【請求項１１】
前記デマンド・データを生成するステップが、ローカルに格納されたコンテンツの少なくとも一部分を消費するステップを備え、前記デマンド・データを生成するステップは、消費される前記一部分のコンテンツに応答している、請求項１０に記載の方法。
【請求項１２】
前記コンテンツ・ディスクリプタによって記述された前記コンテンツと関連するデマンド・データを生成するステップが、特定の複数のコンテンツに関する直接的なユーザ入力を受信するステップを備える、請求項１０に記載の方法。
【請求項１３】
前記サーバに前記フィードバックを送信するステップが、第１の数のコンテンツに関連するデマンド・データが生成された後に前記サーバに前記フィードバックを送信するステップを備える、請求項１０に記載の方法。
【請求項１４】
前記コンテンツと関連する前記デマンド・データを生成するステップが、前記コンテンツをランキングするステップを備える、請求項１０に記載の方法。
【請求項１５】
前記コンテンツと関連する前記デマンド・データを生成するステップが、前記コンテンツを格付けするステップを備える、請求項１０に記載の方法。
【請求項１６】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信するステップと、
前記サーバからコンテンツを受信するステップと、
前記サーバから受信した前記コンテンツを記憶装置中に格納するステップと、
前記記憶装置に格納される第１の量のコンテンツが消費された後に、フィードバックを前記サーバに送信するステップ
を備える方法。
【請求項１７】
前回のフィードバックが前記サーバに送信されて以来消費されたコンテンツの数の総計を保持するステップを更に備える、請求項１６に記載の方法。
【請求項１８】
前記記憶装置に格納される前記第１の量のコンテンツが消費された後に前記フィードバックを前記サーバに送信した後、前記前回のフィードバックが前記サーバに送信されて以来消費された前記コンテンツの数の前記総計をリセットするステップを更に備える、請求項１７に記載の方法。
【請求項１９】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信するステップと、
前記サーバからコンテンツを受信するステップと、
前記サーバから受信した前記コンテンツを記憶装置中に格納するステップと、
前記記憶装置に格納されて残っている未消費コンテンツが第１の量になった後、フィードバックを前記サーバに送信するステップ
を備える方法。
【請求項２０】
前記記憶装置に格納されるコンテンツを消費するステップを更に備える、請求項１９に記載の方法。
【請求項２１】
前記記憶装置に格納される未消費コンテンツの量の総計を保持するステップを更に備える、請求項１９に記載の方法。
【請求項２２】
前記サーバに前記フィードバックを送信した後に前記サーバから追加のコンテンツを受信するステップと、
前記サーバから受信した前記追加のコンテンツを前記記憶装置に格納するステップと
を更に備える、請求項１９に記載の方法。
【請求項２３】
サーバから送信され得るコンテンツについて記述したコンテンツ・ディスクリプタを前記サーバから受信し、
前記サーバからトリガ信号を受信し、
前記トリガ信号に応答して前記サーバにフィードバックを送信する
ための命令を格納する機械可読メディア
を備える装置。
【請求項２４】
前記機械可読メディアに格納した前記命令が前記サーバからの前記トリガ信号に応答して前記サーバに前記フィードバックを送信する時、前記機械可読メディア内の前記命令が更に前記サーバへの接続を確立する、請求項２３に記載の装置。
【請求項２５】
前記機械可読メディアが、前記サーバへの接続を確立することができない場合に前記サーバとの接続を確立するために２進指数バックオフシステムを利用するための命令を更に格納する、請求項２４に記載の装置。
【請求項２６】
前記機械可読メディアに格納された前記命令が前記サーバに前記フィードバックを送信する時、前記機械可読メディア内の前記命令が、更にバックチャンネルを経由して前記サーバへの接続を確立する、請求項２３に記載の装置。
【請求項２７】
前記機械可読メディアに格納された前記命令が前記サーバに前記フィードバックを送信する時、前記機械可読メディア内の前記命令が、更に前記サーバへのネットワーク接続を経由して前記サーバへの接続を確立する、請求項２３に記載の装置。
【請求項２８】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信し、
前回のフィードバックが前記サーバに送信されてから経過した時間量を計時し、
前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量が所定の時間量よりも大きくなった後に、次回のフィードバックを前記サーバに送信する
ための命令を格納する機械可読メディア
を備える装置。
【請求項２９】
前記機械可読メディアに格納された前記命令が前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量を計時する時、前記機械可読メディアが、前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量を計時するローカルタイマーを保持するための命令を更に備える、請求項２８に記載の装置。
【請求項３０】
前記機械可読メディアが、前記次回のフィードバックを前記サーバに送信した後に前回のフィードバックが前記サーバに送信されてから経過した前記時間量のタイマーをリセットするための命令を更に備える、請求項２８に記載の装置。
【請求項３１】
前記機械可読メディアに格納された前記命令が前記次回のフィードバックを前記サーバに送信する時、前記機械可読メディアが、前記サーバとの接続を確立するための命令を更に格納する、請求項２８に記載の装置。
【請求項３２】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信し、
前記コンテンツ・ディスクリプタによって記述された前記コンテンツと関連するデマンド・データを生成し、
第１の量のコンテンツに関連したデマンド・データが生成された後、前記サーバに前記フィードバックを送信する
ための命令を格納する機械可読メディア
を備える装置。
【請求項３３】
前記機械可読メディアが、ローカルに格納されたコンテンツの少なくとも一部分を消費するための命令を更に備え、前記デマンド・データは、消費される前記一部分のコンテンツに応答して生成される、請求項３２に記載の装置。
【請求項３４】
前記機械可読メディアが、特定の複数のコンテンツに関する直接的なユーザ入力を受信するための命令を備え、前記デマンド・データは、前記直接的なユーザ入力に応答して生成される、請求項３２に記載の装置。
【請求項３５】
デマンド・データが第１の数のコンテンツに関連して生成された後、前記デマンド・データが前記第１の量のコンテンツに関連して生成される、請求項３２に記載の装置。
【請求項３６】
前記コンテンツと関連する前記デマンド・データの生成が、前記コンテンツのランキングを備える、請求項３２に記載の装置。
【請求項３７】
前記コンテンツと関連する前記デマンド・データの生成が、前記コンテンツの格付けを備える、請求項３２に記載の装置。
【請求項３８】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信し、
前記サーバからコンテンツを受信し、
前記サーバから受信した前記コンテンツを記憶装置中に格納し、
前記記憶装置に格納された第１の量のコンテンツが消費された後に、フィードバックを前記サーバに送信する
ための命令を格納する機械可読メディア
を備える装置。
【請求項３９】
前記機械可読メディアが、前回のフィードバックが前記サーバに送信されて以来消費されたコンテンツの数の総計を保持するための命令を更に備える、請求項３８に記載の装置。
【請求項４０】
前記機械可読メディアが、前記前回のフィードバックが前記サーバに送信されて以来消費された前記コンテンツの数の前記総計をリセットするための命令を更に備える、請求項３９に記載の装置。
【請求項４１】
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信し、
前記サーバからコンテンツを受信し、
前記サーバから受信した前記コンテンツを記憶装置中に格納し、
前記記憶装置に格納されて残っている未消費コンテンツが第１の量になった後、フィードバックを前記サーバに送信する
ための命令を格納する機械可読メディア
を備える装置。
【請求項４２】
前記機械可読メディアが、前記記憶装置に格納されるコンテンツを消費するための命令を更に備える、請求項４１に記載の装置。
【請求項４３】
前記機械可読メディアが、前記記憶装置に格納される未消費コンテンツの量の総計を保持するための命令を更に備える、請求項４１に記載の装置。
【請求項４４】
前記機械可読メディアが、
前記サーバに前記フィードバックを送信した後に前記サーバから追加のコンテンツを受信し、
前記サーバから受信した前記追加のコンテンツを前記記憶装置に格納する
ための命令を更に備える、請求項４１に記載の装置。
【請求項４５】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
サーバからの通信を受信するために前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を格納する記憶装置と
を備え、
前記命令が実行される時、前記命令が前記装置に、
前記サーバから送信され得るコンテンツについて記述したコンテンツ・ディスクリプタを前記サーバから受信させ、
前記サーバからトリガ信号を受信させ、
前記トリガ信号に応答して前記サーバにフィードバックを送信させる
装置。
【請求項４６】
前記トリガ信号に応答して前記サーバにフィードバックを送信する時、前記サーバとの接続を確立するように更になされる、請求項４５に記載の装置。
【請求項４７】
前記サーバへの接続を確立することができない場合、前記サーバとの接続を確立するために２進指数バックオフシステムを利用するように更になされる、請求項４６に記載の装置。
【請求項４８】
前記トリガ信号に応答して前記サーバにフィードバックを送信する時、バックチャンネルを経由して前記サーバとの接続を確立するように更になされる、請求項４５に記載の装置。
【請求項４９】
前記トリガ信号に応答して前記サーバにフィードバックを送信する時、ネットワーク接続を経由して前記サーバとの接続を確立するように更になされる、請求項４５に記載の装置。
【請求項５０】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
サーバからの通信を受信するために前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を格納する記憶装置と
を備え、
前記命令が実行される時、前記命令が前記装置に、
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信させ、
前回のフィードバックが前記サーバに送信されてから経過した時間量を計時させ、
前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量が所定の時間量よりも大きくなった後に、次回のフィードバックを前記サーバに送信させる
装置。
【請求項５１】
前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量を計時するために、ローカルタイマーを保持するように更になされる、請求項５０に記載の装置。
【請求項５２】
前記次回のフィードバックを前記サーバに送信する時に前記サーバとの接続を確立するように更になされる、請求項５０に記載の装置。
【請求項５３】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
サーバからの通信を受信するために前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を格納する記憶装置と
を備え、
前記命令が実行される時、前記命令が前記装置に、
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信させ、
前記コンテンツ・ディスクリプタによって記述された前記コンテンツをランキングまたは格付けさせ、
第１の量のコンテンツに関連したデマンド・データが生成された後、前記サーバにフィードバックを送信させる
装置。
【請求項５４】
ローカルに格納されたコンテンツの少なくとも一部分を消費するように更になされ、前記デマンド・データは、消費される前記一部分のコンテンツに応答して生成される、請求項５３に記載の装置。
【請求項５５】
特定の複数のコンテンツに関する直接的なユーザ入力を受信するように更になされ、前記デマンド・データは、前記直接的なユーザ入力に応答して生成される、請求項５３に記載の装置。
【請求項５６】
デマンド・データが第１の数のコンテンツに関連して生成された後、前記第１の量のコンテンツに関連した前記デマンド・データが生成される、請求項５３に記載の装置。
【請求項５７】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
サーバからの通信を受信するために前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を格納する記憶装置と
を備え、
前記命令が実行される時、前記命令が前記装置に、
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信させ、
前記サーバからコンテンツを受信させ、
前記サーバから受信した前記コンテンツを記憶装置中に格納させ、
前記記憶装置に格納された第１の量のコンテンツが消費された後、前記サーバにフィードバックを送信させる
装置。
【請求項５８】
前回のフィードバックが前記サーバに送信されて以来消費されたコンテンツの数の総計を保持するように更になされる、請求項５７に記載の装置。
【請求項５９】
前記フィードバックが前記サーバに送信された後、前記前回のフィードバックが前記サーバに送信されて以来消費された前記コンテンツの数の前記総計をリセットするように更になされる、請求項５８に記載の装置。
【請求項６０】
装置であって、
命令を実行するための回路構成を備えるプロセッサと、
サーバからの通信を受信するために前記プロセッサに接続された通信インターフェースと、
前記プロセッサに接続され、内部に命令を格納する記憶装置と
を備え、
前記命令が実行される時、前記命令が前記装置に、
コンテンツについて記述するコンテンツ・ディスクリプタをサーバから受信させ、
前記サーバからコンテンツを受信させ、
前記サーバから受信した前記コンテンツを記憶装置中に格納させ、
前記記憶装置に格納されて残っている未消費コンテンツが第１の量になった後、フィードバックを前記サーバに送信させる
装置。
【請求項６１】
前記記憶装置に格納されるコンテンツを消費するように更になされる、請求項６０に記載の装置。
【請求項６２】
前記記憶装置に格納される未消費コンテンツの量の総計を保持するように更になされる、請求項６０に記載の装置。
【請求項６３】
前記サーバに前記フィードバックを送信した後に前記サーバから追加のコンテンツを受信し、
前記サーバから受信した前記追加のコンテンツを前記記憶装置に格納する
ように更になされる、請求項６０に記載の装置。
【請求項６４】
コンテンツについて記述するコンテンツ・ディスクリプタを１つ以上のクライアントに送信するステップと、
トリガ信号を前記１つ以上のクライアントに送信するステップと、
前記トリガ信号に応答して前記１つ以上のクライアントからフィードバックを受信するステップと
を備える方法。
【請求項６５】
前記1つ以上のクライアントにコンテンツ・ディスクリプタを送信するステップに先立って、前記コンテンツについて記述する前記コンテンツ・ディスクリプタを生成するステップを更に備える、請求項６４に記載の方法。
【請求項６６】
前記1つ以上のクライアントから受信した前記フィードバックに応答して前記コンテンツを送信する順番を決定するステップを更に備える、請求項６４に記載の方法。
【請求項６７】
前記1つ以上のクライアントから受信した前記フィードバックに応答して前記1つ以上のクライアントに送信する前記コンテンツを識別するステップを更に備える、請求項６４に記載の方法。
【請求項６８】
コンテンツについて記述するコンテンツ・ディスクリプタを生成するステップと、
1つ以上のクライアントに前記コンテンツ・ディスクリプタを送信するステップと、
前記1つ以上のクライアントにトリガ信号を送信するステップ無しで前記1つ以上のクライアントからフィードバックを受信するステップと
を備える方法。
【請求項６９】
前記1つ以上のクライアントから受信した前記フィードバックに応答して前記コンテンツを送信する順番を決定するステップを更に備える、請求項６８に記載の方法。
【請求項７０】
前記1つ以上のクライアントから受信した前記フィードバックに応答して前記1つ以上のクライアントに送信する前記コンテンツを識別するステップを更に備える、請求項６８に記載の方法。
【請求項７１】
サーバと、
前記サーバに接続された1つ以上のクライアントと
を備え、
前記サーバは、利用可能なコンテンツについて記述するコンテンツ・ディスクリプタを前記1つ以上のクライアントに配信するために接続され、
前記サーバは、前記1つ以上のクライアントにトリガ信号を配信するために接続され、
前記1つ以上のクライアントは、前記トリガ信号に応答して前記サーバにフィードバックを送信するために接続される
システム。
【請求項７２】
前記サーバへの接続を確立することができない場合、前記サーバに前記フィードバックを送信するために、前記１つ以上のクライアントは、前記サーバとの接続を確立するために２進指数バックオフシステムを利用するために接続される、請求項７１に記載のシステム。
【請求項７３】
前記サーバに前記フィードバックを送信するために、前記1つ以上のクライアントは、バックチャンネルを経由して前記サーバへの接続を確立するために接続される、請求項７１に記載のシステム。
【請求項７４】
サーバと、
前記サーバに接続された1つ以上のクライアントと
を備え、
前記サーバは、利用可能なコンテンツについて記述するコンテンツ・ディスクリプタを前記1つ以上のクライアントに配信するために接続され、
前記1つ以上のクライアントのそれぞれは、前回のフィードバックが前記サーバに送信されてから経過した時間量を計時するために接続され、
前記1つ以上のクライアントのそれぞれは、前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量が所定の時間量よりも大きくなった後に、次回のフィードバックを前記サーバに送信するために接続される
システム。
【請求項７５】
前記１つ以上のクライアントのそれぞれが、前記前回のフィードバックが前記サーバに送信されてから経過した前記時間量を計時するためにタイマーを備える、請求項７４に記載のシステム。
【請求項７６】
前記1つ以上のクライアントのそれぞれは、前記次回のフィードバックを前記サーバに送信した後、前回のフィードバックが前記サーバに送信されてから経過した前記時間量の前記タイマーをリセットするために接続される、請求項７５に記載のシステム。
【請求項７７】
サーバと、
前記サーバに接続された1つ以上のクライアントと
を備え、
前記サーバは、利用可能なコンテンツについて記述するコンテンツ・ディスクリプタを前記1つ以上のクライアントに配信するために接続され、
前記1つ以上のクライアントは、前記コンテンツ・ディスクリプタによって記述された前記コンテンツと関連するデマンド・データを生成するためにそれぞれ接続され、
前記1つ以上のクライアントは、前記クライアント中の対応する各クライアントにおける第１の量のコンテンツに関連してデマンド・データが生成された後、前記サーバにフィードバックを送信するためにそれぞれ接続される
システム。
【請求項７８】
前記1つ以上のクライアントは、ローカルに格納されたコンテンツの少なくとも一部分を消費するためにそれぞれ接続され、それぞれのクライアントにおけるデマンド・データの生成は、消費される前記一部分のコンテンツに応答している、請求項７７に記載のシステム。
【請求項７９】
前記1つ以上のクライアントは、前記デマンド・データを生成する時、特定の複数のコンテンツに関する直接的なユーザ入力を受信するためにそれぞれ接続される、請求項７７に記載のシステム。
【請求項８０】
サーバと、
前記サーバに接続された1つ以上のクライアントと
を備え、
前記サーバは、利用可能なコンテンツについて記述するコンテンツ・ディスクリプタを前記1つ以上のクライアントに配信するために接続され、
前記サーバは、前記1つ以上のクライアントへコンテンツを配信するために接続され、
前記1つ以上のクライアントは、前記サーバから受信した前記コンテンツを受信および格納するためにそれぞれ接続され、
前記1つ以上のクライアントは、前記コンテンツを消費するためにそれぞれ接続され、
前記1つ以上のクライアントは、記憶装置に格納される第１の量のコンテンツが消費された後にフィードバックを前記サーバに送信するためにそれぞれ接続される
システム。
【請求項８１】
前記1つ以上のクライアントは、前回のフィードバックが前記サーバに送信されて以来消費されたコンテンツの数の総計を保持するためにそれぞれ接続される、請求項８０に記載のシステム。
【請求項８２】
前記１つ以上のクライアントは、前記記憶装置に格納される前記第１の量のコンテンツが消費された後に前記フィードバックを前記サーバに送信した後、前記前回のフィードバックが前記サーバに送信されて以来消費された前記コンテンツの数の前記総計をリセットするためにそれぞれ接続される、請求項８１に記載のシステム。
【請求項８３】
サーバと、
前記サーバに接続された1つ以上のクライアントと
を備え、
前記サーバは、利用可能なコンテンツについて記述するコンテンツ・ディスクリプタを前記1つ以上のクライアントに配信するために接続され、
前記サーバは、前記1つ以上のクライアントへコンテンツを配信するために接続され、
前記1つ以上のクライアントは、前記サーバから受信した前記コンテンツを受信および格納するためにそれぞれ接続され、
前記1つ以上のクライアントは、前記コンテンツを消費するためにそれぞれ接続され、
前記1つ以上のクライアントは、格納されて残っている未消費コンテンツが第１の量になった後、フィードバックを前記サーバに送信するためにそれぞれ接続される、
システム。
【請求項８４】
前記1つ以上のクライアントは、前記クライアントに格納される未消費コンテンツの量の総計を保持するためにそれぞれ接続される、請求項８３に記載のシステム。
【請求項８５】
前記1つ以上のクライアントは、
前記サーバに前記フィードバックを送信した後、追加のコンテンツを前記サーバから受信し、
前記サーバから受信した前記追加のコンテンツを前記クライアントにおいて格納する
ためにそれぞれ接続される、請求項８３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広義には配信システムに関し、より詳細には、本発明は、配信システムによってオンデマンドでコンテンツを提供する事に関する。
【発明の開示】
【発明が解決しようとする課題】
【０００２】
伝統的に、配信システムのデータは、単一のサーバ・システムから複数のクライアント・システムに向けて一方的に配信されている。通常、クライアント・システムのユーザは、サーバ・システムから受信した信号を、配信されたままに消費する。オンデマンドのコンテンツがユーザに提供される方法として、同じデータを連続的に、および／または、時間をずらして配信するようなサーバ・システムが含まれる。従って、ユーザが特定の１つのコンテンツ即ちデータ・ファイルをオンデマンドで消費することを望んだ場合、ユーザは、該コンテンツが繰返し配信されている複数の配信のうちの１つにチャンネルを合わせる。この方法の１つの例として、ケーブルまたは衛星テレビ局で現在利用可能な「ペイ・パー・ビュー方式」の映画が挙げられる。例えば、ケーブルテレビ局は通常、複数のチャンネルにおいて時間をずらして繰り返し同じ映画を配信する。ある特定の映画を「オンデマンド」で観たいユーザは、単に該映画が配信される複数の開始時間のいずれかにおいて、所望する映画が配信されている複数のチャンネルの１つにチャンネルを合わせるだけに過ぎない。同じデータまたは番組を連続的に繰り替えし配信するので、配信帯域幅の使用が非常に非効率的になる。複数チャンネルで繰返し同じデータを配信するために占有される帯域幅は、さもなければ異なるデータを配信するために使用することも出来る。
【０００３】
配信システムにおいてオンデマンドでコンテンツを提供するための別の方法には、ユーザがある特定のデータ・ファイルを記録し、その記録されたデータフィルにその後「オンデマンド」でアクセスする方法がある。上述されたテレビ配信の例に続き、この方法における例は、ユーザが所望のテレビ番組を記録するためにビデオカセットレコーダー（ＶＣＲ）を設定する、というものである。ユーザがテレビ番組を後から「オンデマンド」で観たい場合、ユーザは、前もって記録された番組をＶＣＲから再生するだけである。最近、より高度なディジタル・ビデオ・レコーダが利用可能になって来ており、従来のＶＣＲによって使用されるビデオカセットテープの代わりに内部ハードドライブにテレビ放送を記録する。しかしながら、ディジタル・ビデオ・レコーダの使用は、ユーザがどの配信を内部ハードドライブに記録するかを決めるために使用される数値（例えば日付、時間）をきちんと設定する必要があるという点で、従来のＶＣＲと類似している。
【０００４】
現在の配信システムが有する他の制限は、ほとんどのクライアント・システムのユーザにとって、プログラミングと言う観点から、配信元にフィードバックを提供する事が困難であると言う事である。例えば、上述されたテレビ放送の例に続き、現在のテレビ局の多くは、配信番組および／またはスケジュールを決定するために、ニールセン指標に依存している。ニールセン指標は通常、一般市民の代表の小規模なサンプリングのみに基づいている。従って、ほとんどのテレビ視聴者が配信スケジュールおよび／またはコンテンツに及ぼす影響は比較的少ないか、または、全く影響を及ぼさない。
【課題を解決するための手段】
【０００５】
本発明の１つの形態において、多段階の配信システムを使用して、コンテンツ配信スケジュールを決定する方法および装置が開示される。本発明の他の形態において、コンテンツ・ディスクリプタをサーバからクライアントに送信する方法および装置が開示される。本発明の更に他の形態において、デマンド・データをクライアントからサーバに送信する方法および装置が開示される。以下の記載において、多数の具体的な詳細が、本発明の完全な理解を提供するために記載される。しかし、記載された具体的な詳細が本発明を実施するために必ずしも使用される必要が無いという事は当業者にとって明白である。また、周知の材料または方法は、本発明を不明瞭にすることを避けるために記載しなかった。
【発明を実施するための最良の形態】
【０００６】
本発明は、添付された図面によって例示されるが、この例に限定されない。
【０００７】
本明細書全体に渡る「一実施形態」または「実施形態」に対する言及は、該実施形態に関連して記載された特定の特徴、構成および特性が、本発明における少なくとも１つの実施形態に含まれるという事を意味する。従って、本明細書中の様々な場所おける「一実施形態において」または「実施形態において」の句の出現が、必ずしも全てが同一の実施形態に関連しているというわけでは無い。さらに、該特定の特徴、構成および特性は、一つ以上の実施形態において任意の適切な方法で結合する事が出来る。
【０００８】
図１（ａ）は、本発明の教示における配信システムの一実施形態を示す図である。記述された実施形態において例示されるように、配信司令センター即ちサーバ１０３は、複数のクライアント１０５、１０７および１０９へ情報を配信するために構成される。図１（ａ）に示される実施形態において、クライアント１０５は、配信アンテナ１１１からのリンク１１５によってサーバ１０３から配信を受信する。同様に、クライアント１０７は配信アンテナ１１１からのリンク１１７によってサーバ１０３から配信を受信する。また、クライアント１０９は配信アンテナ１１１からのリンク１１９によってサーバ１０３から配信を受信する。一実施形態において、リンク１１５、１１７および１１９は、大気中を伝播する公知の振幅変調（ＡＭ）または周波数変調（ＦＭ）のラジオ信号、テレビ信号、デジタルビデオ放送（ＤＶＢ）信号等の形式で放送アンテナから送信される単方向の無線周波数（ＲＦ）のリンクであり得るが、必ずしもこれに限定されない。
【０００９】
一実施形態において、サーバ１０３は複数のデータ・ファイル即ち複数のコンテンツを配信するために構成され、これらのデータ・ファイルはクライアント１０５、１０７および１０９によって受信され得る。一実施形態において、データ・ファイルは、例えばビデオ、オーディオ、グラフィックス、テキスト、マルチメディア等を含む多くの異なる種類の・ファイルの任意の組合せであって良い。・ファイルは、クライアント１０５、１０７および１０９によって受信されたと同時にリアルタイムでアクセスされ、ストリーミングされ、消費されてもよいし、または、後で消費するためにキャッシュされるか格納されても良い。説明のために、本発明の記載を援助するために本開示において提供される実例の多くは、サーバによって配信されるべきデータ・ファイルが例えば動画とサウンドを伴う映画のようなオーディオ／ビデオ・ファイルである、と想定するが、本発明の教示に従って配信されたデータ・ファイルはオーディオ／ビデオ・ファイルのみに限定されていないことが認識されるであろう。
【００１０】
図１（ａ）に示された実施形態によって例証されるように、サーバ１０３とクライアント１０５、１０７および１０９間のリンクは一方向である。しかしながら、他の実施形態において、サーバ１０３と各クライアント１０５、１０７および１０９の間にコミュニケーションリンクが存在しても良いという事が認識される。具体的には、図１（ｂ）は、図１（ａ）の配信システムに「バックチャンネル」、即ち、各クライアント１０５、１０７および１０９とサーバ１０３間のコミュニケーションリンクを追加した配信システムを示した図である。具体的に、図１（ｂ）において示される実施形態はリンク１２１、１２３および１２５を示し、これらはクライアント１０５、１０７および１０９のそれぞれがサーバ１０３に情報を返送するために使用され得る。リンク１２１、１２３および１２５は図１（ｂ）においてはクライアント１０５、１０７および１０９とサーバ１０３間の直接リンクとして描かれているが、クライアント１０５、１０７および１０９は、例えば放送無線信号、ネットワークコミュニケーション等のような間接リンクを通してサーバ１０３と情報を伝達しても良い、という事が認識される。また、間接リンクの手法は、上記のものに限定されない。一実施形態において、リンク１２１、１２３および１２５は、リンク１１５、１１７および１１９よりも狭い帯域幅の接続であると仮定される。例えば、リンク１１５、１１７および１１９はテレビ放送、ケーブルテレビ放送、衛星テレビ放送等のような広帯域幅の接続であるのに対して、リンク１２１、１２３および１２５は、公衆電話交換網等を通じたモデム接続のような低い帯域幅の接続であって良い。
【００１１】
図１（ｃ）は、本発明の教示における、配信システムの更なる他の実施形態の図である。図示されるように、サーバ１０３は、ネットワーク１１３を経由して複数のクライアント１０５、１０７および１０９へ情報を配信するために接続される。一実施形態において、ネットワーク１１３は、例えばインターネット、広域ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、イントラネット等のような、複数のデバイスが通信し得る任意の種類の通信網であって良い。また、通信網の種類は、上記のものに限定されない。
【００１２】
図１（ｃ）に示された実施形態において、クライアント１０５はサーバ１０３からの配信と通信するためにリンク１１５を経由して接続される。同様に、クライアント１０７はサーバ１０３と通信するためにリンク１１７を経由して接続され、クライアント１０９はサーバ１０３と通信するためにリンク１１９を経由して接続される。
【００１３】
図２は、本発明の教示におけるサーバ１０３、またはクライアント１０５、１０７または、１０９に使用され得る機器２０１の一実施形態を示すブロック図である。一実施形態において、機器２０１は、バス２０７に接続されたプロセッサ２０３を備えるコンピュータまたは装置である。一実施形態において、メモリ２０５、記憶装置２１１、ディスプレイ制御装置２０９、通信インターフェース２１３、入力／出力コントローラ２１５およびオーディオ・コントローラ２２７が更にバス２０７に接続される。
【００１４】
一実施形態において、機器２０１は通信インターフェース２１３によって外部システムと接続される。通信インターフェース２１３はＡＭ、ＦＭ、テレビ、デジタルテレビ、ＤＶＢ、無線電話信号等と互換性を有する無線送受信機を備えて良い。通信インターフェース２１３はアナログ・モデム、統合サービス・デジタル網（ＩＳＤＮ）用モデム、ケーブル・モデム、デジタル加入者回線（ＤＳＬ）用モデム、Ｔ１回線インターフェース、Ｔ３回線インターフェース、光学キャリアのインターフェース（例えばＯＣ−３）、トークンリング・インタフェース、衛星送信インターフェース、無線インターフェース、またはあるデバイスを他のデバイスに接続するための他のインターフェースを更に備えても良い。
【００１５】
一実施形態において、搬送波信号２２３が、アンテナ１１１と通信するために通信インターフェース２１３によって受信される。一実施形態において、搬送波信号２２５が、通信インターフェース２１３とネットワーク１１３間で送受信される。一実施形態において、通信信号２２５は、他のコンピュータシステム、ネットワーク・ハブ、スイッチ、ルーター等と機器２０１を接続するために使用されてもよい。一実施形態において、搬送波信号２２３および２２５は機械可読メディアであり、ワイヤー、ケーブル、光ファイバを経由して、大気を経由して、またその他の方法で送信され得る。
【００１６】
一実施形態において、プロセッサ２０３は、例えばインテル社のｘ８６系、即ちペンティアム系のマイクロプロセッサ、モトローラー系のマイクロプロセッサ等の従来のマイクロプロセッサであって良いが、それに限定されるものではない。メモリ２０５は、動的ランダムアクセスメモリ（ＤＲＡＭ）のような機械可読メディアであって良く、静的ランダムアクセスメモリ（ＳＲＡＭ）を備えていても良い。ディスプレイ制御装置２０９は従来の方法でディスプレイ２１９を制御する。一実施形態において、ディスプレイ２１９は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、アクティブマトリクスディスプレイ、テレビジョンモニタ等であって良い。入力／出力コントローラ２１５に接続された入出力装置２１７は、テレビのリモコン、マウス、トラックボール、トラックパッド、ジョイスティック等を備えるキーボード、ディスクドライブ、プリンタ、スキャナ等の入出力装置であって良い。一実施形態において、オーディオ・コントローラ２２７は、オーディオ出力２３１を従来の方法で制御する。オーディオ出力２３１は、例えばオーディオ・スピーカー、ヘッドホン、オーディオ・レシーバ、アンプ等を含んで良い。一実施形態において、コントローラは、オーディオ入力２２９を従来の方法で制御する。オーディオ入力２２９は、例えばマイク、オーディオまたは音楽機器等からの入力を含んで良い。
【００１７】
一実施形態における記憶装置２１１は、例えば磁気ハードディスク、フロッピディスク、光ディスク、スマート・カードあるいはデータ用記憶装置の他の形式のような機械可読メディアを備えていて良い。機械可読メディアは、上記の例に限定されない。一実施形態において、記憶装置２１１はリムーバブル・メディア、読取専用メディア、読み書き可能なメディア等を備えていて良い。データの一部はコンピュータシステム２０１中のソフトウェアの実行の間にダイレクトメモリーアクセスプロセスによってメモリ２０５に書き込まれても良い。ソフトウェアが記憶装置２１１、メモリ２０５中に存在するか、もしくはモデムまたは通信インターフェース２１３によって送信または受信されても良いことが認識される。
【００１８】
本明細書の目的のために、「機械可読メディア」と言う句は、データ・情報を格納出来る、またはデータプロセッサ２０３に本発明における方法を実行させるためにプロセッサ２０３によって実行される命令のシーケンスをエンコードすることの出来る任意のメディアを含むものと解釈される。「機械可読メディア」と言う句は、ソリッドステートメモリ、光学・磁気ディスク、搬送波信号等を含むものと解釈されるが、これらに限定されない。
【００１９】
一実施形態において、例えば図１に示された中の任意のシステムと同様の配信システムは、サーバ１０３が複数のデータを複数のクライアント１０５、１０７、１０９に配信するようになされている。後述するように、本発明の一実施形態の教示において、複数のデータ・ファイルのそれぞれは、メタデータ、即ちコンテンツ・ディスクリプタと一緒に記述される。通常、コンテンツ・ディスクリプタは、コンテンツ即ちデータ・ファイルがサーバ１０３から配信可能である、または配信の可能性がある旨を記述する１セットのディスクリプタまたは属性値と見なすことが出来る。本発明におけるコンテントディスクリプタは、クライアント・システム１０５、１０７および１０９が、後にサーバ１０３から配信されるデータ・ファイルのコンテンツに関して推論し、情報に基づいた判断をすることを可能にする情報を提供する。後述するように、本発明の様々な実施形態は、クライアント側のフィルタリング、記憶装置の管理、および他のパーソナライズ技術のためにコンテンツ・ディスクリプタを用いると同様に、配信スケジュールおよび将来サーバが配信するコンテンツを決定するデマンド・データのフィードバックを提供する。
【００２０】
図３は、本発明の一実施形態の教示によって行なわれる処理を示すフローチャート３０１である。具体的には、フローチャート３０１は、配信司令センター即ちサーバから１つ以上のクライアントにコンテンツを配信するために多段階の処理を利用するコンテンツ配信システムの一実施形態を示す。処理ブロック３０３に示されるように、サーバは１つ以上のクライアントにコンテンツ・ディスクリプタを配信する。ブロック３０５は、コンテンツ・ディスクリプタが１つ以上のクライアントによって受信された事を示す。一実施形態において、コンテンツ・ディスクリプタは、サーバによって配信され得る利用可能なコンテンツについて記述するために使用されるメタデータあるいは属性値のペアを含んでいる。図４を参照して後述されるように、本発明の教示において、サーバからクライアントまでコンテンツ・ディスクリプタ・ファイルを送信し得るような様々な異なる実施形態が存在する。一実施形態において、地理学上、ネットワーク接続または他のいくつかの基準に基づいて、複数のクライアントが特定の複数のグループに分割されても良い。
【００２１】
ブロック３０９は、コンテンツ・ディスクリプタが受信された後にクライアントがコンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルを更新することを示す。以下に詳述されるように、本発明の様々な実施形態において、コンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルは、デマンド・データを作成するための処理の際にクライアントによって利用される。本開示のため、「デマンド・データ」は、サーバから利用可能な特定のコンテンツに対する願望度に関するクライアントによる指示である。従って、「デマンド」の高いコンテンツは高い願望度の値を有し、「デマンド」の高くないコンテンツは比較的低い願望度の値を有するであろう。
【００２２】
デマンド・データは、ランキング、格付け等を含む様々な方式で生成することが出来る、例えば、デマンド・データは、利用可能なコンテンツのうちの少なくとも幾つかのランキング順位のリストを生成することにより決定され得る。このランキングは、コンテンツの選択の中で利用可能なコンテンツの相対的な順序を確立する。他の実施形態においては、デマンド・データは、一部または全部のコンテンツの絶対的な格付け値のリストを生成することによって決定されることが出来る。格付けは、各コンテンツに対して特定の願望度の値を指定したユーザによって行われても良い。デマンド・データは、特定のクライアント・システム上にキャッシュされているコンテンツを考慮に入れても良いし、考慮に入れなくても良い。デマンド・データは、クライアントにおけるユーザの直接的なフィードバックを考慮して生成されても良いし、あるいは以前のユーザの挙動あるいはコンテンツの消費に基づいていても良い。
【００２３】
ブロック３１３は、デマンド・データのフィードバックがクライアントからサーバへその後送り返される事を示し、またブロック３０７は、クライアントからのデマンド・データのフィードバックがサーバによって受信される事を示す。図５に関して後述されるように、本発明の教示における、各クライアントからサーバへデマンド・データが送られ得る様々な異なる実施形態が存在する。例えば、デマンド・データはリアルタイムで送信されても良いし、または一纏めにしたものが一括して送られても良い。デマンド・データは、全ての利用可能なコンテンツ、またはその一部のみに対するユーザのフィードバックを表わして良い。さらに、フィードバックは、サーバからのトリガに応じて、またはいくつかのルールに基づいて、クライアントによって独自に送付されて良い。
【００２４】
ブロック３１１は、クライアントから受信したデマンド・データのフィードバックに応じて最も要求の多いコンテンツのリストをサーバがその後作成することを示す。一実施形態において、このリストは、クライアントから受信したデマンド・データのフィードバックに基づいて、要求のより高いコンテンツから、要求のより低いコンテンツまでに渡ってソートされたリストである。一実施形態において、ソートされたリストは、コンテンツが配信される順番に優先順位をつけるために、サーバによって利用される。例えば、一実施形態において、要求のより高いコンテンツは、要求のより低いコンテンツよりも前に配信される。いくつかの例においては、より低く格付け・ランキングされた要求の低いコンテンツのうちのいくつかはサーバによって二度と配信されなくても良い。
【００２５】
一実施形態において、コンテンツ・ディスクリプタを送信し、クライアントからデマンド・データのフィードバックを受け取る段階が高度に自動化され、ユーザとってトランスペアレントであり得ることが認識される。一実施形態において、デマンド・データを生成するために使用されるランキングまたは格付システムは、サーバからの配信時にコンテンツをキャプチャーしてキャッシュするためにクライアントによって使用されるものと同じアルゴリズムを使用しても良いし、使用しなくても良い。
【００２６】
次の段階において、ブロック３１５は、サーバが１つ以上のクライアントへ詳細記述内容を配信することを示し、ブロック３１７は、詳細記述内容をクライアントが受信する事を示す。一実施形態において、送信される詳細記述内容は、利用可能なコンテンツのより狭い範囲の一部分に限定される。詳細記述内容によって記述されるコンテンツのより狭い範囲の一部分とは、ブロック３１１中で作成されたリストに示されるような、より需要が多いであろうと判断されたコンテンツである。一実施形態において、クライアントは、ブロック３１５においてサーバから送信された詳細記述内容をフィルタリングする。従って、クライアントにキャッシュされる詳細記述内容は、クライアントによって格付けされ、評価され、および／または、消費される可能性の有りそうなコンテンツについて記述する。別の実施形態では、ブロック３１７においてフィルタリングが行われなくても良い。
【００２７】
処理中のこの段階において、一実施形態中におけるサーバがデマンド・データの形式によってより多くのユーザ・フィードバックを受信するために、コンテンツの一部分を配信する、ということが認識される。一実施形態において、詳細記述内容は、コンテンツの一部分を含んでおり、実際のコンテンツを送信するよりも安価である。例えば、利用可能なコンテンツが映画を含むと仮定すると、詳細記述内容は映画の予告編、パッケージの装丁、賞、映画の数シーン等を含んでいても良い。音楽の場合には、詳細記述内容が、ソングクリップ、アルバム試聴、アーチストに関する履歴情報等を含んでいて良い。
【００２８】
ブロック３２１は、コンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルがクライアントにおいてその後更新されることを示す。一実施形態において、コンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルへの更新は、ランキングまたは格付けのような直接的なユーザのフィードバックに対応して発生する。例えば、ユーザは、ユーザが潜在的に消費しようと興味を持っている可能性のある映画の予告編を観ることにより、および／または、ソングクリップを聴くことにより、詳細記述内容を視聴する事が出来る。ユーザがクライアント・システム中にキャッシュされた詳細記述内容を視聴した後に、ユーザは、コンテンツの全体を消費することにユーザが興味を持っているかどうかに関する直接的なフィードバックを行なうことが出来る。
【００２９】
ブロック３２５は、更新されたデマンド・データのフィードバックがクライアントからサーバにその後送り返される事を示す。また、ブロック３１９は、サーバがクライアントからデマンド・データを受信する事を示す。ブロック３２３は、最も要求の多いコンテンツのリストが、クライアントから受信したデマンド・データに応じて更に改良されることを示す。従って、多段階においてクライアントからフィードバックを受信することによって、サーバは、クライアントが消費する可能性がありそうなコンテンツをより良く確認することが出来る。
【００３０】
一実施形態において、処理はブロック３２３からブロック３１５まで戻り、また、ブロック３２５からブロック３１７まで戻る。一実施形態において、このループは、最も要求の高いコンテンツのリストが、所望する程度まで改良されるか、範囲が狭められるまで複数回繰り返される。そのため、本発明の実施形態は、直接的なフィードバックに基づいて、最も要求の高いコンテンツのリストが改良され、範囲を狭められる事が出来る。従って、コンテンツがサーバによって配信されるために最終的に選択された場合、クライアントがコンテンツを消費するであろうと言う大きな確信度が存在する。一実施形態において、直接的なユーザ・フィードバックは多くの場合自動フィードバックよりも正確なので、直接的なユーザ・フィードバックを伴わない自動的なフィードバックよりも、直接的なユーザのフィードバックに対してより大きいウェイトが置かれる。
【００３１】
一実施形態において、詳細記述内容を送信する際にサーバによって送られたコンテンツの一部分のそれぞれが記録される。具体的には、一部分のコンテンツのそれぞれに対応する最終および完全コンテンツを、いずれかのクライアントが要求した場合に最終的に送信するために、システムはコンテンツの一部分を維持・記録する。従って、ユーザがランキングまたは格付けシステムの本部分に関係していくにつれて、ユーザの期待値が管理される。
【００３２】
上述されるように、一実施形態におけるクライアント・システムは、ブロック３１７において受信した詳細記述内容にフィルタを適用しても良い。従って、クライアント中にキャッシュされる詳細記述内容は、ユーザが消費することをより望む可能性の有るコンテンツに当てはまる。その結果、システムは、個々のクライアントがキャッシュすることが出来るよりも多くの量の詳細記述内容を送信することが出来る。例えば、クライアント・システムが、記憶装置の５ギガバイトの容量を、ブロック３１５においてサーバから送信される詳細記述内容のために利用可能にしておくと仮定する。ブロック３１７においてフィルタを適用する事によって、サーバから送信された例えば２０ギガバイトの総量のうち、５ギガバイト分をキャッシュする。さらに、クライアントによってキャッシュされる５ギガバイトの詳細記述内容は、ユーザが消費する可能性のより高いコンテンツに当てはまる。更に、ブロック３１７においてフィルタを適用する事によって、キャッシュされた詳細記述内容は、ユーザが興味を持っているコンテンツについて記述していると言うユーザの確信が高まる。ユーザの確信度が高まったことによって、ブロック３２５において更新されたデマンド・データを提供するために、ユーザが直接的にコンテンツをランキングまたは格付けする可能性が大きくなり得る。
【００３３】
一実施形態において、ブロック３０７において受信されたデマンド・データに応じて、ブロック３１１において作成されたリストの結果が格納され得る。この場合、ブロック３０７において受信されたデマンド・データは自動的に生成されたものであり得るので、ブロック３１９において受信されたデマンド・データに応じてブロック３２３において作成された改良されたリストには、より高いウェイトが割り当てられる。他の実施形態において、一旦ブロック３２３において改良されたリストが生成されれば、ブロック３１１において作成されたリストは考慮されない。
【００３４】
次の段階において、ブロック３２７は選択されたコンテンツがサーバによってその後配信される事を示し、ブロック３２９はクライアントがそのコンテンツを受信する事を示す。一実施形態において、ブロック３２５においてサーバに送信するデマンド・データ中に肯定的なフィードバックを直接的に提供したクライアントが１つも無かった場合を除いて、ブロック３１５においてクライアントに送信された詳細記述内容に記述される全てのコンテンツが、ブロック３２７における配信に最終的に含まれる。
【００３５】
一実施形態において、後に詳述するように、ブロック３３１はその後、個々の特定のクライアントによって維持されたデマンド・データ・テーブルに従ってクライアントが選択的にコンテンツを格納することを示す。一実施形態において、ブロック３３３は、コンテンツが消費される場合に、各クライアント上のコンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルがその後更新されることを示す。ブロック３３５は、改良されたリストがサーバによって更に改良されるために、更新されたデマンド・データがサーバにその後返送されることを示す。
【００３６】
前述したように、本発明の教示における図３のブロック３０３および３０５においてコンテンツ・ディスクリプタ・ファイルがサーバから送信されてクライアントによって受信され得るのに、様々な異なる実施形態が存在する。例えば、図４（ａ）は、単一のサーバから１つ以上のクライアントへ配信されるコンテンツ・ディスクリプタの一実施形態を示すフローチャート４０１である。例示された実施形態において、ブロック４０３は、コンテンツ・ディスクリプタ配信スケジュール信号がサーバから配信されることを示し、ブロック４０５は、クライアントがコンテンツ・ディスクリプタ配信スケジュール信号を受信することを示す。
【００３７】
一実施形態において、コンテンツ・ディスクリプタ配信スケジュール信号は、コンテンツ・ディスクリプタ・ファイルが送られるであろうということを示す、全てのクライアントに送信される信号である。一実施形態において、コンテンツ・ディスクリプタ配信スケジュール信号は、コンテンツ・ディスクリプタ・ファイルが何時送られるかについての記述を含んでいる。例えば、コンテンツ・ディスクリプタ配信スケジュール信号は、コンテンツ・ディスクリプタ・ファイルが送られる絶対時間、またはサーバによって配信される他の情報の間の相対順序を示して良い。一実施形態において、コンテンツ・ディスクリプタ配信スケジュール信号は、例えば周波数、インターネット・プロトコル（ＩＰ）ポート、ＩＰアドレス情報等を用いて、コンテンツ・ディスクリプタ・ファイルの配置方法をクライアントに更に示す。
【００３８】
一実施形態において、コンテンツ・ディスクリプタ配信スケジュール信号は、インターネット・プロトコル（ＩＰ）シグナリング・プロトコル、デジタルビデオ配信信号（ＤＶＢ）、プログラム・システム情報プロトコル（ＰＳＩＰ）信号等を使用して配信される。他の実施形態において、コンテンツ・ディスクリプタ配信スケジュール信号は、サーバからクライアントへ配信される・ファイル内に埋め込まれる。
【００３９】
一実施形態において、クライアント・システムはコンテンツ・ディスクリプタ配信スケジュール信号の到着に備えて配信チャンネルをモニタする。コンテンツ・ディスクリプタ配信スケジュール信号がクライアントによって受信される時、クライアントは、コンテンツ・ディスクリプタ・ファイルを、配信予定時間において受信する準備をその後行なう。一実施形態において、クライアントは、コンテンツ・ディスクリプタの処理に責任を負うクライアント・システム上で稼動する他のプロセスへの通知によって、コンテンツ・ディスクリプタ・ファイルを受信する準備を行なう。
【００４０】
一実施形態において、サーバはその後、コンテンツ・ディスクリプタを・ファイル状に形成または収集する。ブロック４０７は、コンテンツ・ディスクリプタ・ファイルが適切な時間にその後配信されることを示し、続いて、ブロック４０９は、コンテンツ・ディスクリプタ・ファイルがその後予定通りに受信されることを示す。コンテンツ・ディスクリプタ・ファイルがある絶対時間において配信される予定であることをコンテンツ・ディスクリプタ配信スケジュール信号が示す実施形態では、サーバは指定時間まで待機し、続いて、指定時間においてコンテンツ・ディスクリプタ・ファイルを配信する。コンテンツ・ディスクリプタ・ファイルが相対順序で配信される予定であることをコンテンツ・ディスクリプタ配信スケジュール信号が示す実施形態では、サーバは、コンテンツ・ディスクリプタ・ファイルより前に配信される予定になっている全ての・ファイルを最初に配信する。その後、サーバはコンテンツ・ディスクリプタ・ファイルを配信する。一実施形態において、サーバは、例えばハイパーテキスト転送プロトコル（ＨＴＴＰ）、・ファイル転送プロトコル（ＦＴＰ）等の・ファイル転送プロトコルを使用して、コンテンツ・ディスクリプタ・ファイルをクライアントに配信する。
【００４１】
図４（ｂ）は、単一のサーバから１つ以上のクライアントに配信されるコンテンツ・ディスクリプタの他の実施形態を示すフローチャート４３１である。例示された実施形態において、ブロック４３３は、ユニーク識別子がサーバによってコンテンツ・ディスクリプタ・ファイルに割り当てられることを示す。続いて、ブロック４３７は、コンテンツ・ディスクリプタ・ファイルがクライアントにその後配信されることを示す。一実施形態において、コンテンツ・ディスクリプタ・ファイルはセグメント中のすべてのクライアントに送られる。本開示の目的のために、セグメントとは、地理学、ネットワーク接続、権限ベクトル等に基づいた、複数のクライアントまたは複数のクライアントの部分集合として定義することが出来る。
【００４２】
ブロック４３５は、コンテンツ・ディスクリプタ・ファイルがクライアントによってその後受信されることを示す。ブロック４３９は、クライアントが、・ファイルに割り当てられたユニーク識別子に基づいて、受信・ファイルがコンテンツ・ディスクリプタ・ファイルであることを認識することを示す。一実施形態において、コンテンツ・ディスクリプタ・ファイルに割り当てられたユニーク識別子は、クライアント・システムのクライアント上の特定の、かつ／または既知の場所にコンテンツ・ディスクリプタ・ファイルを記憶させる。従って、クライアント・システムは、ブロック４０９において入力される・ファイルがコンテンツ・ディスクリプタ・ファイルであると認識し、・ファイルをそれに従って処理する。
【００４３】
一実施形態において、クライアント・システムは、コンテンツ・ディスクリプタが配置されるための一時バッファを割り当て、コンテンツ・ディスクリプタ・ファイルが完全に転送された時点で、クライアントは以前受信したコンテンツ・ディスクリプタ・ファイルをロックし、そのコンテンツを新たに受信したコンテンツ・ディスクリプタ・ファイルと交換する。一実施形態において、クライアント・システムは、新たなコンテンツ・ディスクリプタ・ファイルが受信された旨を、コンテンツ・ディスクリプタを処理するプロセスに通知する。
【００４４】
図４（ｃ）は、単一のサーバから１つ以上のクライアントへ配信されるコンテンツ・ディスクリプタの更なる他の実施形態を示すフローチャート４６１である。例示された実施形態において、ブロック４６３は、汎用識別子がサーバによってコンテンツ・ディスクリプタ・ファイルに割り当てられることを示す。続いて、ブロック４６５は、コンテンツ・ディスクリプタ・ファイルがサーバによってその後配信されることを示す。ブロック４６７は、クライアントがコンテンツ・ディスクリプタ・ファイルを受信することを示す。一実施形態において、クライアントが他の任意の・ファイルを受信するのと同様に、サーバによって配信されたコンテンツ・ディスクリプタ・ファイルがクライアントによって受信される。
【００４５】
ブロック４６９は、コンテンツ・ディスクリプタ・ファイルが既に配信されたことを示す信号を、サーバがクライアントへその後配信することを示す。ブロック４７１は、コンテンツ・ディスクリプタ・ファイルが既にサーバによって配信されたことを示す信号が、サーバからクライアントによって受信された事を示す。一実施形態において、この信号は、コンテンツ・ディスクリプタ・ファイルの配置方法をクライアントに示し、インターネット・プロトコル（ＩＰ）シグナリング・プロトコル、デジタルビデオ配信信号（ＤＶＢ）、プログラム・システム情報プロトコル（ＰＳＩＰ）信号等を用いて該信号が配信される。他の実施形態において、コンテンツ・ディスクリプタ配信スケジュール信号は、サーバからクライアントへ配信された・ファイル内に埋め込まれる。一実施形態において、クライアント・システムは、新たなコンテンツ・ディスクリプタ・ファイルが受信された旨を、コンテンツ・ディスクリプタを処理するプロセスにその後通知する。
【００４６】
前述したように、本発明の教示において、例えば図３のブロック３１３、３２５あるいは３３５において、デマンド・データがクライアントから送信されてサーバによって受信され得るための様々な異なる実施形態が存在する。例えば、図５（ａ）は、本発明の教示における、クライアントからサーバへ送信されるデマンド・データの一実施形態を示すフローチャート５０１である。ブロック５０３は、クライアントからデマンド・データのフィードバックを受け取る準備がサーバ側で出来ている場合、トリガ信号がクライアントに配信されることを示す。一実施形態において、クライアントに配信されるべき他のコンテンツのリストまたはスケジュールを製作する準備がサーバ側で出来ているとの理由によって、サーバはトリガ信号を配信してもよい。ブロック５０５は、クライアントがサーバによって配信されたトリガ信号を受信することを示す。一実施形態において、トリガ信号は全てのクライアントに、または１組のクライアント群（例えばセグメント）に対してデマンド・データのフィードバックを要求することが出来る。これを受けて、ブロック５０９は、クライアントがサーバにデマンド・データを送信することを示す。また、ブロック５０７は、サーバがデマンド・データのフィードバックを受信することを示す。
【００４７】
一実施形態において、クライアントは、サーバにデマンド・データのフィードバックを供給するためにサーバへの接続を開始する事によって、サーバへデマンド・データを送信する。例えば電話回線が使用中である等の理由のためにクライアントが接続を確立することができない場合に、一実施形態におけるクライアントは２進指数バックオフシステムを用いる。従って、デマンド・データのフィードバックの提供を試みている複数のクライアントへの正常な接続がサーバに対して提供される。
【００４８】
図５（ｂ）は、本発明の教示における、クライアントからサーバへ送信されるデマンド・データの他の実施形態を示すフローチャート５２１である。フローチャート５２１に示された実施形態において、クライアントは複数の異なる時間に、デマンド・データのフィードバックをサーバに供給する。本実施形態は、例えば帯域幅やネットワーク負荷の制限等の理由により、サーバが全てのクライアントからのデマンド・データのフィードバックを同時に受け取ることが実際的でない状況において利用され得る。例えば、公衆電話交換網（ＰＳＴＮ）がバックチャンネルとして使用される場合、全てのクライアントがトリガ信号を受信した後に同時にサーバに対してダイアルアップすることは非現実的であり得るし、また非実用的でもあり得る。
【００４９】
ブロック５２３は、クライアント・システムが、最後にデマンド・データがサーバに送り返されてから経過した時間量を記録することを示す。一実施形態において、ブロック５２３は、最後にクライアントがサーバにデマンド・データのフィードバックを供給した時以来の経過時間を示すタイマーをクライアントが維持する事によって達成される。一実施形態において、ブロック５２７は、所定量の時間が経過した後にクライアントがサーバにデマンド・データを送り返すことを示す。また、ブロック５２５は、サーバがデマンド・データを受信することを示す。一実施形態において、クライアント・システムはサーバのへの接続を確立することによってデマンド・データを送信する。
【００５０】
図５（ｃ）は、本発明の教示における、クライアントからサーバへ送信されるデマンド・データの更なる他の実施形態を示すフローチャート５４１である。フローチャート５４１によって示された実施形態において、複数のクライアントは異なる割合でデマンド・データのフィードバックを生成すると仮定される。その結果、いくつかのクライアントは与えられた時間内において他のクライアントよりもより多くのデマンド・データのフィードバックを有する。従って、クライアントは、格付またはランキングされたコンテンツの量に基づいたフィードバックを提供する。
【００５１】
例証すると、ブロック５４３は、クライアント・システムがコンテンツ・ディスクリプタによって記述されたコンテンツと関係するデマンド・データを生成することを示す。デマンド・データは、自動的に生成されても良いし、手動で生成されても良い。一実施形態において、クライアントは、最後にデマンド・データのフィードバックがサーバへ送られた時以来格付けされたコンテンツの数の総数を維持する。ブロック５４７は、所定の数のコンテンツと関係するデマンド・データが生成された後に、デマンド・データがサーバへ送信される事を示す。一実施形態において、クライアントからサーバまでコンテンツが配信されるレート、コンテンツ・ディスクリプタが配信されるレートおよびクライアントからサーバまでのコミュニケーションリンクの帯域幅の容量を考慮するために、デマンド・データのフィードバックを何時送信するかを決定するための閾値として使用される所定の数のコンテンツが、各クライアント・システムに対して微調整される。ブロック５４５は、デマンド・データがサーバによって受信されることを示す。一実施形態において、クライアント・システムは、サーバへの接続を開始する事によってデマンド・データを送信する。
【００５２】
図５（ｄ）は、本発明の教示における、クライアントからサーバへ送信されるデマンド・データの更に他の実施形態を示すフローチャート５６１である。フローチャート５６１に示される実施形態において、複数のクライアントは異なる割合でコンテンツを消費すると仮定される。その結果、いくつかのクライアントは与えられた時間内で、他のクライアントより多くのコンテンツを消費する。従って、クライアントは、消費したコンテンツの量に基づいてフィードバックを供給する。
【００５３】
例証すると、ブロック５６３は、クライアント・システムがユーザによって消費されたコンテンツと関係するデマンド・データを生成することを示す。一実施形態において、クライアントは、最後にデマンド・データのフィードバックがサーバへ送信されて以来消費されたコンテンツの数の総数を維持する。ブロック５６７は、所定の数のコンテンツが消費された後、デマンド・データがサーバへ送信されることを示す。ブロック５６５は、デマンド・データがサーバによって受信されることを示す。一実施形態において、クライアント・システムは、サーバへの接続を開始する事によってデマンド・データを送信する。
【００５４】
図５（ｅ）は、本発明の教示における、クライアントからサーバへ送信されるデマンド・データの更なる他の実施形態を示すフローチャート５８１である。フローチャート５８１中に示された実施形態において、フローチャート５６１に示された実施形態と同様に、複数のクライアントは異なる割合でコンテンツを消費すると仮定される。その結果、いくつかのクライアントは、与えられた時間内において他のクライアントよりも早くクライアント・システム中にキャッシュされた利用可能な未使用コンテンツを使い果たす。従って、クライアントは、クライアント・システムにキャッシュされている残りの未使用コンテンツの量に基づいたフィードバックを提供する。
【００５５】
例証すると、ブロック５８３は、クライアント・システムがユーザによって消費されるコンテンツと関係するデマンド・データを生成することを示す。一実施形態において、クライアントは、クライアント・システムに格納され続ける未消費コンテンツの数の総計を維持する。ブロック５８７は、クライアントがキャッシュしているコンテンツの数が所定の数未満の場合にデマンド・データがサーバへ送信される事を示す。従って、クライアントがキャッシュを補充するためにサーバによって配信される追加のコンテンツを最終的に受け取る時に、サーバは、クライアントによって過去に生成されたデマンド・データを考慮する機会を有し得る。その結果、クライアントのキャッシュは、クライアントにとってより所望されているコンテンツで補充される可能性が高くなる。ブロック５８５は、デマンド・データがサーバによって受信される事を示す。一実施形態において、クライアント・システムは、サーバへ接続を開始することによりデマンド・データを送信する。
【００５６】
図６は、本発明の教示における、サーバから配信されたコンテンツ・ディスクリプタを処理し、コンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルを更新・維持する際のクライアントのイベントの流れの一実施形態を示すフローチャート６０１である。具体的には、処理ブロック６０３は、サーバから配信されたコンテンツ・ディスクリプタに含まれる属性および属性値によってコンテンツ・ディスクリプタ・テーブルが更新されることを示す。処理ブロック６０５は、サーバから配信されたコンテンツ・ディスクリプタによって記述されたデータ・ファイルのそれぞれへのエントリによってデマンド・データ・テーブルがその後更新されることを示す。
【００５７】
一実施形態において、コンテンツ・ディスクリプタ・テーブル、デマンド・データ・テーブルおよび複数のデータ・ファイルが既にクライアント・システム中に存在するという事を仮定する。一実施形態において、コンテンツ・ディスクリプタ・テーブル、デマンド・データ・テーブルおよび複数のデータ・ファイルは、図２に示される実施形態中において例証されるように、クライアント・システム中のメモリ２０５、記憶装置２１１に格納・維持されても良いし、もしくは、機器２０１がローカル・ネットワーク等にアクセスすることによって格納・維持されても良い。
【００５８】
本発明のコンテンツ・ディスクリプタの様態の例示を支援するために、図７はコンテンツ・ディスクリプタ７０１の一実施形態の例を示す。コンテンツ・ディスクリプタ７０１は、サーバ１０３からクライアント１０５、１０７および１０９へ配信されて良い。説明の目的のために、この例におけるサーバ１０３によって配信されるデータ・ファイルは、映画やテレビ番組の様なオーディオ／ビデオ・ファイルであると例えば仮定する。上述されたように、データ・ファイルは、例えばオーディオ、グラフィックス、テキスト、マルチメディア等の様な他の種類の・ファイルであっても良いが、これに限定されない。
【００５９】
例示された実施形態において、図７中のコンテンツ・ディスクリプタ７０１は、４つの映画（すなわちデータ・ファイル）がサーバ１０３によってその後配信されるであろうことを示す。この例において示される映画は「アクション・ジュード」、「ファニー・ショー」、「激写！」および「ハーディー珍道中」である。コンテンツ・ディスクリプタ７０１は、サーバ１０３によってその後配信される映画のそれぞれについて記述する属性および属性値を含んでいる。例証された例において、各映画を記述するために、コンテンツ・ディスクリプタ７０１中に２つの属性が提供される。図７において示される属性は「俳優」および「ジャンル」である。本発明の他の実施形態においては、異なる属性や他の属性値を含んでいても良いことが認識される。例えば、映画について記述するために使用され得る他の属性の非網羅的なリストは「監督」、「年」、「効果」、「エンディング」等を含んでいても良い。一実施形態において、例えば、４０〜５０の異なる属性が、本発明の教示において映画について記述するために提供される。
【００６０】
図７に示される特定の例を再び参照して、「アクション・ジュード」は俳優「ジョー・スミス」主演の「アクション」映画である。「ファニー・ショー」は女優「ジェイン・ドウ」主演の「コメディー」映画である。「激写！」は俳優「ジェイン・ドウ」主演の「アクション」映画である。「ハーディー珍道中」は「ジョー・スミス」主演の「コメディー」映画である。
【００６１】
本発明のコンテンツ・ディスクリプタ・テーブルの様態を例示するのを支援するために、図８はコンテンツ・ディスクリプタ・テーブル８０１の一実施形態の例である。コンテンツ・ディスクリプタ・テーブル８０１は、各クライアント１０５、１０７および１０９のそれぞれによってローカルで更新・維持される。例示された実施形態において、図８のコンテンツ・ディスクリプタ・テーブル８０１は、サーバ１０３から過去に配信されたコンテンツ・ディスクリプタ７０１に含まれるデータを含む。一実施形態において、コンテンツ・ディスクリプタ・テーブル８０１は、属性、属性値および対応する関連値および信用度のリストを含む。具体的には、コンテンツ・ディスクリプタ・テーブル８０１は属性値「ジョー・スミス」、「ジェイン・ドウ」、「アクション」および「コメディー」を含んでいる。この時に、属性値「ジョー・スミス」、「ジェイン・ドウ」、「アクション」および「コメディー」に対する関連値および信用度は、図８においてすべて０である。後述されるように、一実施形態において、本発明における関連値および信用度は、ユーザがクライアント・システムとインタラクトするのにつれて更新・維持される。
【００６２】
一実施形態において、コンテンツ・ディスクリプタ・テーブル８０１中の関連値は、特定のユーザの挙動を予想するための、関連する属性と属性値とがどれくらい関連があるかに関する指標である。例えば、関連値は、ユーザが特定の属性値が付されているという理由により特定の映画を観る可能性がどのくらいあるかを示す。一実施形態において、コンテンツ・ディスクリプタ・テーブル８０１中の関連値は、例えば−１０〜１０の範囲内の値を持つ。後述されるように、例えば、ユーザが特定の映画を観るか、少なくとも特定の属性値を有する特定の映画への関心を示せば、関連値が増加しても良い。反対に、ユーザが例えば特定の映画を観なければ、あるいは特定の属性値を有する特定の映画を観たくない事をユーザが直接的に示せば、関連値が減少しても良い。
【００６３】
一実施形態では、コンテンツ・ディスクリプタ・テーブル８０１中の信用度は、ユーザが特定の属性値を有する特定のデータ・ファイルに実際にアクセスするかどうかを格付けまたは予想する際に、特定の属性と属性値のペアに適用される重み関数である。一実施形態において、コンテンツ・ディスクリプタ・テーブル８０１中の信用度は、例えば−１０〜１０の範囲内の値を持つ。例えば、一実施形態において、属性値がユーザの興味を示すデータ・ファイルを正確に予想する場合に信用度が増加させられても良い。反対に、ユーザがデータ・ファイルに興味を持っているのに特定の属性値にそうでないと示されていた場合、信用度が減少しても良い。
【００６４】
一実施形態において、コンテンツ・ディスクリプタ・テーブル８０１のエントリは、サーバ１０３から配信される潜在的なコンテンツ即ちデータ・ファイルに関連した、すべてのコンテンツ・ディスクリプタ７０１の集合から形成される。一実施形態において、コンテンツ・ディスクリプタ・テーブル８０１のエントリは、直接的なユーザのリクエストに基づいて更新される。さらに、コンテンツ・ディスクリプタ・テーブル８０１への更新は、ユーザが直接的に特定の映画を分類するかどうかとは無関係に、ユーザが特定の属性値を有する特定のデータ・ファイルにアクセスするかどうかに間接的に基づいて良い。
【００６５】
本発明のデマンド・データ・テーブルの様態を例示するのを支援するために、図９は、デマンド・データ・テーブル９０１の一実施形態の例である。一実施形態におけるデマンド・データ・テーブル９０１は各クライアント１０５、１０７および１０９によってそれぞれローカルに更新・維持される。例示された実施形態において、図９のデマンド・データ・テーブル９０１は、コンテンツ・ディスクリプタ７０１に記述されたデータ・ファイルのリスト、および、クライアントによってローカルに格納またはキャッシュされているすべての追加のデータ・ファイルを含む。
【００６６】
一実施形態において、データ・ファイルは、例えば図２に示されるクライアントのメモリ２０５、記憶装置２１１にローカルに格納されてもよいし、機器２０１によってローカルにアクセス可能なネットワーク中に格納されてもよい。本開示の目的のために、クライアントによってローカルに格納されるデータ・ファイルは、サーバ以外の既知のネットワーク記憶装置のクライアントによって「ローカルに」格納されるデータ・ファイルを含むものとして解釈しても良い。本開示の目的のために、クライアントによってローカルに格納またはキャッシュされるデータ・ファイルは、将来のアクセス、読み取り、あるいは消費に備えて格納されているデータ・ファイルとして解釈される。一実施形態において、本発明のローカルキャッシュは一次キャッシュであると見なされる。従って、本発明のローカルキャッシュは、ヒット率を増加させるようにサイジングされる。
【００６７】
オーディオ／ビデオ・ファイルに代表されるデータ・ファイルの複数の例を再び参照して、映画は、クライアントによってローカルに格納される。ユーザが映画を観た後、映画によって占有された格納スペースは、その後配信される別の映画の記憶装置として利用可能であると一般に考えられる。従って、本発明の教示において、クライアント・システムのローカルキャッシュは、例えばファイア・アンド・フォゲットのような一回使用システムとしてモデル化されることが認識される。一実施形態において、ユーザがデータ・ファイルにアクセスする場合、ユーザは再びその同じデータ・ファイルにアクセスすることを欲しないであろうと仮定される。ユーザが特定の映画を観ていなければ、その映画によって占有された格納スペースが別の映画の記憶装置のために利用可能では無いという事が通常考えられる。しかしながら、余分な利用可能な格納スペースが無く、より高く評価された映画が配信されることになっている場合、本発明の教示において、より低く評価された未鑑賞映画はより高く評価された映画と取り替えられる。
【００６８】
図９に示されるデマンド・データ・テーブル９０１の実施形態を再び参照して、各映画はさらに関連する格付け、格付けタイプ指標、キャッシュ状況指標、および次回処理指標を有する。一実施形態において、格付けは、関連するデータ・ファイルに対する格付け値を示す。一実施形態中における格付け値は、ユーザによって直接的に入力されても良いし、あるいは、特定のデータ・ファイルに関連するコンテンツ・ディスクリプタを処理する事によってクライアント・システムによって間接的に生成されても良い。一実施形態において、格付け値が比較的高い場合、特定のデータ・ファイルに対してユーザが興味を示す可能性があることが予想される。反対に、一実施形態において、格付け値が比較的低い場合、特定のデータ・ファイルに対してユーザが恐らく興味がないことが予想される。
【００６９】
一実施形態において、格付けタイプ指標は、特定のデータ・ファイルの格付け値が、ユーザからの直接的な入力の結果だったか、該データ・ファイルの格付け値がクライアント・システムによって間接的に生成されたかどうかを示す。従って、一実施形態において、デマンド・データ・テーブル９０１の格付けタイプ指標は直接的、間接的、または、データ・ファイル即ち映画がまだ評価されていない場合にはＮ／Ａとなり得る。一実施形態において、データ・ファイルがユーザによって直接的に分類された場合、データ・ファイルの属性値の格付け値は以後クライアント・システムによって間接的に更新される事は無い。しかしながら、データ・ファイルがまだ分類されていないか、間接的にクライアント・システムによって評価されているだけの場合、データ・ファイルの属性値の格付けはクライアント・システムによって更に更新・調整されても良い。
【００７０】
一実施形態において、キャッシュ状況指標は、特定のデータ・ファイルがクライアントによってローカルに格納またはキャッシュされているかどうかを示す。図９に示された実施形態において、映画「アクション・ジュード」、「ファニー・ショー」および「激写！」は、既にクライアント・システムのローカルの記憶装置に存在する。反対に、映画「ハーディー珍道中」は、図９に示された例において、クライアント・システムのローカルの記憶装置に格納されていない。
【００７１】
一実施形態において、次回処理指標は、特定のデータ・ファイルに対して講じられる将来の処置を記録するために使用される。例えば、映画がユーザによって既に観られた場合、次回処理指標は、特定の映画によって占有された格納スペースが別の映画の記憶のために利用可能であることを示すために「交換」を示す。一実施形態において、もし映画がユーザによってまだ観られていなければ、次回処理指標は「保持」を示す。一実施形態において、映画がクライアントによってローカルに格納されておらず、かつ特定の映画がユーザにとって興味のある可能性があると格付け値によって予想される場合、次回処理指標は、「キャプチャー」を示す。一実施形態において、映画がサーバによってまだ配信されておらず、格付けが、この映画がユーザにとって恐らく興味がないと予想する場合、次回処理指標は、「無視」を示す。
【００７２】
図６を参照して説明したように、処理ブロック６０３および６０５は、コンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルが、サーバから配信されたコンテンツ・ディスクリプタによって更新されることを示す。判断ブロック６０７は、データ・ファイルのうちのいずれかのユーザ分類が存在するかどうかをその後判断することを示す。図１０を簡単に参照して、コンテンツ・ディスクリプタ７０１に記述されている通り、ユーザが複数の映画の中から幾つかを分類する例が示される。具体的に、ユーザは、映画「アクション・ジュード」を受信したいことを示すことにより、該映画への関心を示した。この例において、ユーザは、映画「ファニー・ショー」を拒否することにより、該映画に興味を持たないことということを表現した。この例において、ユーザは、残りの映画に関する情報あるいは分類を提供していない。
【００７３】
図６を再び参照して、ユーザがデータ・ファイルのうちの何れかを分類した場合、処理ブロック６０９は、分類されたデータ・ファイルの特定の属性の関連値がコンテンツ・ディスクリプタ・テーブル８０１中で更新されることを示す。処理ブロック６１１は、ユーザの分類に応じて調節された関連値と一緒に属性値を有するデータ・ファイルの格付けもまた調節されることを示す。一実施形態において、ユーザがデータ・ファイルを分類していなければ、処理ブロック６０９および６１１はスキップされる。
【００７４】
ユーザが何時データ・ファイルを分類するかの例を示すために、図１１は、ユーザ分類に応じて更新または調節されたコンテンツ・ディスクリプタ・テーブル８０１を示す。図１０で提供される例において、ユーザは、映画「アクション・ジュード」に興味を持っていることを示した。図７のコンテンツ・ディスクリプタ７０１は、「アクション・ジュード」は俳優「ジョー・スミス」が主演する「アクション」映画であるという事を示す。従って、図１１のコンテンツ・ディスクリプタ・テーブル８０１を参照して、属性値「ジョー・スミス」および「アクション」に対する関連値は、ユーザが「アクション・ジュード」への関心を直接的に示した事を反映させるために調節される。一実施形態において、関連値は、ユーザが興味を持っていた事を反映させるために増加させられる。後述するように、一実施形態において、各属性値に関連した信用度は、特定の属性値を有するデータ・ファイルのユーザ・アクセスがあるまで更新されない。
【００７５】
図１０の例を継続して、ユーザは、映画「ファニー・ショー」に興味を持たないことを示した。図７の中のコンテンツ・ディスクリプタ７０１は、「ファニー・ショー」は女優「ジェイン・ドウ」が主演する「コメディー」映画であるという事を示す。従って、図１１のコンテンツ・ディスクリプタ・テーブル８０１を再び参照して、属性値「ジェイン・ドウ」および「コメディー」に対する関連値は、ユーザが「ファニー・ショー」に興味を持たないことということを直接的に表現した事を反映させるために調節される。一実施形態において、関連値は、ユーザが興味を持たなかった事を反映させるために減少させられる。
【００７６】
図１０の例を継続して、ユーザは、映画「激写！」および「ハーディー珍道中」に関する情報を提供しなかった。従って、「激写！」および「ハーディー珍道中」に関連した属性値の関連値は、コンテンツ・ディスクリプタ・テーブル８０１の中で更新されない。
【００７７】
後述されるように、一実施形態において、デマンド・データ・テーブル９０１中の格付けの更新は、処理ブロック６１１に記述された様に、コンテンツ・ディスクリプタ・テーブル８０１にリストアップされた属性値の関連値および信用度と関係する。処理ブロック６１１に生じる処理の詳細は、処理ブロック６１７の説明とともに後述される。
【００７８】
図６を再び参照して、ユーザがデータ・ファイルのうちの何れかにアクセスする場合（例えば、ユーザが映画を観る場合）、判断ブロック６１３において判断されるように、処理ブロック６１５は、ユーザのアクセスしたデータ・ファイルの特定の属性値の関連値と信用度がコンテンツ・ディスクリプタ・テーブル８０１の中で更新される事を示す。処理ブロック６１７は、１回以上のユーザ・アクセスに応じて調節された関連値を持つ属性値を有するデータ・ファイルの格付けも調節されることを示す。ユーザがデータ・ファイルにアクセスしない場合、処理ブロック６１５および６１７がスキップされる。
【００７９】
データ・ファイルにアクセスするユーザの例を示すために、ユーザが映画「アクション・ジュード」を観ると仮定する。図７のコンテンツ・ディスクリプタ７０１は、「アクション・ジュード」が、俳優「ジョー・スミス」主演の「アクション」映画である事を示す。一実施形態において、ユーザが特定のデータ・ファイルにアクセスまたはインタラクトする毎に、該映画の属性値の信用度が調節または更新される。一実施形態において、０を越える関連値を有する属性値については、その属性値が、ユーザがアクセスするであろうデータ・ファイルの予測値として正確に役立ったので、該属性値の信用度が増加させられる。一実施形態において、０未満の関連値を有する属性値に付いては、その属性値が、ユーザがアクセスするであろうデータ・ファイルの予測値として正確に役立たなかったので、該属性値の信用度が減少させられる。従って、図１２は、「アクション・ジュード」へのユーザのアクセスに応じて更新または調節されるコンテンツ・ディスクリプタ・テーブル８０１を示す。この例において、これらの属性値に対する関連値が０を越えるものであったので、「ジョー・スミス」および「アクション」の信用度は増加させられる。
【００８０】
一実施形態において、間接的に格付けされたデータ・ファイルに関連した関連値も、ユーザ・アクセスに応じてコンテンツ・ディスクリプタ・テーブル８０１の中で増加させられる。しかしながら、図１２のコンテンツ・ディスクリプタ・テーブル８０１によって示される例において、「アクション・ジュード」は、ユーザによって直接的に分類された。一実施形態において、コンテンツ・ディスクリプタ・テーブル８０１の中の関連値は、ユーザによって直接的に分類されたデータ・ファイルへのユーザのアクセスに応じては更新されない。
【００８１】
図１３はデマンド・データ・テーブル９０１を示す。処理ブロック６１７に記述されるように、デマンド・データ・テーブル９０１は「アクション・ジュード」へのユーザのアクセスに応じて更新される。前述したように、本発明の教示において、デマンド・データ・テーブル９０１もまた、処理ブロック６１１に記述された様に更新される。図１３のデマンド・データ・テーブル９０１に示されるように、「アクション・ジュード」は格付け値１を有する。図１０に関して上述されたように、ユーザが直接的に「アクション・ジュード」を分類したので、「アクション・ジュード」の格付けタイプは「直接的」である。キャッシュ状況指標は、「アクション・ジュード」がクライアント・システムによってローカルに格納されていることを示す。ユーザが既に「アクション・ジュード」を観たので、次回処理指標は「交換」を示す。
【００８２】
一実施形態において、デマンド・データ・テーブル９０１中の格付け値は以下のように決定される。コンテンツ・ディスクリプタ７０１は、「アクション・ジュード」が属性値「ジョー・スミス」および「アクション」を有することを示す。図１２のコンテンツ・ディスクリプタ・テーブル８０１は、「ジョー・スミス」が関連値１および信用度１を有することを示す。図１２のコンテンツ・ディスクリプタ・テーブル８０１は、さらに「アクション」が関連値１および信用度１を有することを示す。一実施形態において、特定のデータ・ファイルの格付け値は、データ・ファイルの全ての属性値についてのそれぞれの信用度と結合した全ての関連値を考慮して決定される。例えば、一実施形態において、データ・ファイルに対する格付け値は、データ・ファイルの属性値についての各関連値および対応する信用度の積の全部の平均と等しい。
【００８３】
例証すると、図１３のデマンド・データ・テーブル９０１中の「アクション・ジュード」を参照して、「ジョー・スミス」の関連値および信用度の積は１×１＝１である。「アクション」の関連値および信用度の積は１×１＝１である。積の平均は、１と１の平均であり、１である。従って、図１３のデマンド・データ・テーブル９０１中の「アクション・ジュード」の格付けは、１である。
【００８４】
同様に、デマンド・データ・テーブル９０１中の「激写！」に関して、「激写！」は属性値「ジェイン・ドウ」および「アクション」を有する。図１２のコンテンツ・ディスクリプタ・テーブル８０１中の「ジェイン・ドウ」の関連値および信用度は、それぞれ−１と０である。従って、デマンド・データ・テーブル９０１中の「激写！」の格付けは、１×０と１×１の平均値、即ち０．５である。図１３に示される例におけるデマンド・データ・テーブル９０１中の「ファニー・ショー」および「ハーディー珍道中」のための格付けは、本発明の一実施形態において同様の方法で決定される。
【００８５】
図１０において、ユーザは映画「アクション・ジュード」および「ファニー・ショー」を分類したので、これらの映画は、図１３のデマンド・データ・テーブル９０１の中で示されるように直接的な格付けタイプを有している点に注目される。ユーザは映画「激写！」および「ハーディー珍道中」を分類しなかったので、これらの映画はデマンド・データ・テーブル９０１で間接的な格付けを有する。
【００８６】
本発明の教示において、デマンド・データ・テーブル９０１中の格付け値がどのように決定されるかの一例が、前述の記載によって供される事が認識される。本発明の教示において、格付け値は他の方法によって決定され得、データ・ファイルの属性値のそれぞれに対する関連値および信用度も考慮される、と言う点に注目される。
【００８７】
一実施形態において、デマンド・データ・テーブル９０１の次回処理へのエントリは、特定のデータ・ファイルに対する格付けとキャッシュ状況の値によって一部決定される。例えば、一実施形態において、０を超える格付けは、ユーザがその特定の映画に少なくとも何らかの興味を持っていると予想されることを示す、と言うことを仮定する。従って、映画「激写！」および「ハーディー珍道中」に対してユーザは興味を有する可能性がある。従って、次回の処理は、映画「激写！」が記憶装置の中で維持され、サーバによってその後配信される時に、映画「ハーディー珍道中」をキャプチャーするということを示す。上述されたように、映画「アクション・ジュード」はユーザによって既に観られたので、次回の処理において交換されるようにマークされる。
【００８８】
一実施形態において、ユーザとクライアント・システム間の将来のインタラクションは、前述されたものと同様の処理に帰着する。例えば、ユーザが映画「激写！」を現在観ると仮定する。本例において、ユーザは映画を観る前に映画「激写！」を分類しなかった。一実施形態において、図１４のコンテンツ・ディスクリプタ・テーブル８０１に示されるように、関連値および信用度の双方が、アクセスされた未分類データ・ファイル属性値用に更新される。映画「激写！」は「ジェイン・ドウ」主演の「アクション」映画であることが図７より思い出されよう。図１２に示されるように、「ジェイン・ドウ」の関連値は、ユーザが「激写！」を観る前は０未満、即ち−１であった。しかしながら、この例において、女優「ジェイン・ドウ」が主演しているという事実にもかかわらず、ユーザは「激写！」を観た。従って、ユーザの鑑賞の傾向を予想する際に、該特定の属性値は今となってはあまり適当で無く、信頼性も無いので、属性値「ジェイン・ドウ」の信用度は下方へ調整される。一実施形態において、関連値は既に０未満であるので、信用度はさらに下方には調節されない。しかしながら、ユーザが「激写！」を観る前から「アクション」の関連値は０を超えていたので、属性値「アクション」に対する関連値および信用度が上方に修正される。従って、この例において、関連値は１から２に上げられ、また、信用度も１から２に上げられるように調整される。従って、図１４のデマンド・データ・テーブル８０１はこの時点で、「アクション」映画がユーザが観る可能性がより高い映画であると予想する。
【００８９】
一実施形態において、ユーザがクライアント・システムとインタラクトする毎にコンテンツ・ディスクリプタ・テーブル８０１およびデマンド・データ・テーブル９０１が更新される。ユーザが直接的にデータ・ファイルを分類する場合と同様に、ユーザがデータ・ファイルにアクセスする場合に、コンテンツ・ディスクリプタ・テーブル８０１およびデマンド・データ・テーブル９０１への更新が行なわれる。本発明の教示において、コンテンツ・ディスクリプタ・テーブル８０１およびデマンド・データ・テーブル９０１が更新されるために、ユーザが直接的にデータ・ファイルを分類する必要が無いという事が認識される。その結果、デマンド・データ・テーブルは、ユーザが興味を持っているデータ・ファイルを何時でも正確に予想する。
【００９０】
一実施形態において、ユーザが直接的に興味を分類したデータ・ファイルと同様、ユーザが間接的に最も興味を持っていると予想されるデータ・ファイルは、クライアント・システム上でローカルにキャッシュされるデータ・ファイルとなる。その結果、ユーザが最も観たい可能性がある映画は自動的にローカルに格納され、従って、本発明の教示において、これらの映画は、ユーザが前もってこれらの映画を直接的にリクエストしたり、映画を識別するために用いられる基準を直接的に指定したりする事無く、「オンデマンド」で利用可能である。
【００９１】
以上明らかなように、本発明の教示において、各クライアント上にデータ・ファイルをローカルに格納することによって、放送帯域幅はより効率的に利用される。実際、ユーザがクライアントのローカルの記憶装置から映画を観る場合、放送帯域幅は使用されない。さらに、コンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルのそれぞれを更新する際、本発明の教示におけるシステムで行なわれる相当量の処理が個々のクライアント・システムで行われる、と言うことが更に認識される。クライアントの数が増加した時のサーバに対する増分費用が０であるので、本発明における分散処理によって、ここに開示された配信システムが非常に大量のユーザに対して拡張していく事が可能になる。
【００９２】
前述の詳細な説明において、本発明の方法と装置は、特定の実施形態に関して記載されたが、これらに対する様々な変更と改変が本発明のより広い趣旨および範囲から逸脱することなくなされ得ることは明白である。従って、本願明細書および図面は、制限的であるというよりはむしろ実例であると見なされるべきである。
【図面の簡単な説明】
【００９３】
【図１ａ】（ａ）は、本発明の教示における配信システムの一実施形態を示すブロック図である。
【図１ｂ】（ｂ）は本発明の教示における配信システムの他の実施形態を示すブロック図である。
【図１ｃ】（ｃ）は、本発明の教示における配信システムの更に他の実施形態を示すブロック図である。
【図２】本発明の教示における、クライアントまたはサーバの典型例であるコンピュータシステムの一実施形態を示すブロック図である。
【図３】本発明の教示における、クライアントに多段階で配信されるコンテンツ・ディスクリプタおよび詳細記述内容、およびクライアントからサーバに多段階で送信されるデマンド・データのフィードバックによる、サーバおよびクライアントにおけるイベントの流れの一実施形態を示すフローチャートである。
【図４ａ】本発明の教示における、コンテンツ・ディスクリプタ・ファイルがサーバからクライアントに配信される様態の様々な実施形態を示すフローチャートである。
【図４ｂ】本発明の教示における、コンテンツ・ディスクリプタ・ファイルがサーバからクライアントに配信される様態の様々な実施形態を示すフローチャートである。
【図４ｃ】本発明の教示における、コンテンツ・ディスクリプタ・ファイルがサーバからクライアントに配信される様態の様々な実施形態を示すフローチャートである。
【図５ａ】本発明の教示における、デマンド・データのフィードバックが、クライアントからサーバに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｂ】本発明の教示における、デマンド・データのフィードバックが、クライアントからサーバに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｃ】本発明の教示における、デマンド・データのフィードバックが、クライアントからサーバに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｄ】本発明の教示における、デマンド・データのフィードバックが、クライアントからサーバに送信される様態の様々な実施形態を示すフローチャートである。
【図５ｅ】本発明の教示における、デマンド・データのフィードバックが、クライアントからサーバに送信される様態の様々な実施形態を示すフローチャートである。
【図６】本発明の教示における、コンテンツ・ディスクリプタ・テーブルおよびデマンド・データ・テーブルを保持するために、サーバから配信されたコンテンツ・ディスクリプタを処理する際のクライアントにおけるイベントの流れの一実施形態を示すフローチャートである。
【図７】本発明の教示における、サーバから配信されるコンテンツ・ディスクリプタ・テーブルの一例を示す図である。
【図８】本発明の教示における、クライアントによって更新・維持されたコンテンツ・ディスクリプタ・テーブルの一例を示す図である。
【図９】本発明の教示における、クライアントによって更新・維持されたデマンド・データ・テーブルの一例を示す図である。
【図１０】本発明の教示における、ユーザによって分類されるデータ・ファイルの一実施形態を示す図である。
【図１１】本発明の教示における、ユーザの分類に応じて更新されるコンテンツ・ディスクリプタ・テーブルの一実施形態を示す図である。
【図１２】本発明の教示における、ユーザ・アクセスの後に更新されるコンテンツ・ディスクリプタ・テーブルの一実施形態を示す図である。
【図１３】本発明の教示における、ユーザ・アクセスの後に更新されるデマンド・データ・テーブルの一実施形態を示す図である。
【図１４】本発明の教示における、更なるユーザ・アクセスの後に更新されるコンテンツ・ディスクリプタ・テーブルの他の実施形態を示す図である。
【図１ａ】
2005518110.tif 000003
【図１ｂ】
2005518110.tif 000004
【図１ｃ】
2005518110.tif 000005
【図２】
2005518110.tif 000006
【図３】
2005518110.tif 000007
【図４ａ】
2005518110.tif 000008
【図４ｂ】
2005518110.tif 000009
【図４ｃ】
2005518110.tif 000010
【図５ａ】
2005518110.tif 000011
【図５ｂ】
2005518110.tif 000012
【図５ｃ】
2005518110.tif 000013
【図５ｄ】
2005518110.tif 000014
【図５ｅ】
2005518110.tif 000015
【図６】
2005518110.tif 000016
【図７】
2005518110.tif 000017
【図８】
2005518110.tif 000018
【図９】
2005518110.tif 000019
【図１０】
2005518110.tif 000020
【図１１】
2005518110.tif 000021
【図１２】
2005518110.tif 000022
【図１３】
2005518110.tif 000023
【図１４】
2005518110.tif 000024
【手続補正書】
【提出日】平成16年2月17日(2004.2.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
同様に、デマンド・データ・テーブル９０１中の「激写！」に関して、「激写！」は属性値「ジェイン・ドウ」および「アクション」を有する。図１２のコンテンツ・ディスクリプタ・テーブル８０１中の「ジェイン・ドウ」の関連値および信用度は、それぞれ−１と０である。従って、デマンド・データ・テーブル９０１中の「激写！」の格付けは、−１×０と１×１の平均値、即ち０．５である。図１３に示される例におけるデマンド・データ・テーブル９０１中の「ファニー・ショー」および「ハーディー珍道中」のための格付けは、本発明の一実施形態において同様の方法で決定される。
【国際調査報告】
2005518110.tif 000025
2005518110.tif 000026
2005518110.tif 000027
2005518110.tif 000028
2005518110.tif 000029