JP5964910B2 - マルチメディア配信システムにおけるマルチメディアアセットの状態の変更を管理するためのシステムおよび方法 - Google Patents

Description

本発明は、マルチメディア配信システムのアセットの状態変更前の、ユーザへのマルチメディアアセットの配信管理に関する。より具体的には、本発明は、アセットの状態変更、あるいはアセットのプロバイダからアセットが利用不可能となる前に、アセットの状態変更をユーザに通知し、かつ／またはアセットをローカルに記録するためのシステムおよび方法に関する。

コンテンツ配信ネットワーク（例えば、ケーブル、衛星、インターネット）は、遠隔ソースからユーザ機器に視聴または相互作用のための種々のマルチメディアアセットを配信可能に開発されてきている。マルチメディアアセットは、生放送プログラム、ウェブ放送、ペイ・パー・ビュー（ＰＰＶ）イベント、および／またはＶＯＤコンテンツを含む。時として、ユーザは、ユーザ機器、例えば、ＶＣＲまたはデジタル・ビデオテープ・レコーダ（ＤＶＲ）に記録するようにマルチメディアアセットをローカルに記録してもよい。典型的には、生放送は、スケジューリングされた時間設定で放送局によって視聴および／または記録され、ＶＯＤコンテンツは、ＶＯＤコンテンツの有効時間より前の任意のユーザ指定時間で視聴および記録することができる。また、ＰＰＶプログラムも、有効期限を有しており、ソースサーバからのアセットの有効時間／期限前に視聴および／または記録されてもよい。

マルチメディアアセットを記録するには、ユーザ機器に付随するチューナをマルチメディアアセットが利用可能なチャンネルに合わせることが必要となる。追加マルチメディアアセットを同一装置に同時に記録するには、増設チューナが必要となり得る。装置が増設チューナを有していない場合、ユーザは、追加マルチメディアアセットの記録をあきらめざるを得ない。

マルチメディアアセットの状態は、適宜変更する場合がある。例えば、放送プログラムは、ＶＯＤまたはウェブ放送に移行、あるいはＰＰＶコンテンツは、ＶＯＤに移行する場合がある。例えば、ＨＢＯは、通常のスケジューリングされた放送スケジュールからアセットを除去される場合があるが、延長時間の間、コンテンツはＶＯＤで継続して利用可能となる。別の状態変更は、アセットの有効時間／期限の変更である場合がある。アセットの有効期限／時間は、典型的には、双方向プログラムガイド（ＩＰＧ）等、双方向マルチメディアガイダンスアプリケーションにリストアップされる。ユーザは、状態変更に常に気付かない場合があり、ユーザによるアセットの視聴および／または記録を妨げる可能性がある。しかしながら、既存のシステムは、マルチメディアアセットの状態を監視し、ユーザに影響を及ぼし得る状態変更をタイムリーに通知する統合的アプローチを欠いている。

本発明の原理にしたがって、選択されたマルチメディアアセットの状態が変更した時を判断するためのビデオ・オン・デマンド（ＶＯＤ）システムにおける方法および装置によって、従来の技術の課題が解決される。

一実施形態では、本発明は、マルチメディアアセットの状態変更をユーザに通知するための方法および装置である。本発明は、マルチメディアアセットの選択することと、ユーザによって設定可能な通知期間の間、アセットの状態を監視することとを含む。ユーザは、通知期間が切れる前に状態が変更する場合、通知される。

一実施形態では、マルチメディアアセットは、状態変更の前にローカルに記録されてもよい。記録は、ユーザによって開始されてもよく、またはシステムによって自動的に予約されてもよい。１つ以上のこれらの実施形態では、状態変更は、双方向マルチメディアガイダンスアプリケーションによって自動的にされてもよく、装置に自動的にアセットを記録させてもよい。また、ユーザは、テレビ用モニタ、コンピュータ用モニタ、携帯電話、ＰＤＡ、等に表示されるメッセージによって通知されてもよい。

上記のいくつかの実施形態では、アセットは、異なるソースから利用可能となってもよい。したがって、アセットは、ローカルに記録される必要はないが、ユーザは、依然として変更を通知されてもよい。

いくつかの実施形態では、ユーザは、状態変更が通知される前に、選択されたマルチメディアアセットの少なくとも一部をすでに視聴している場合があり、その場合は、選択されたアセットの残りの部分のみ、状態変更の前にローカルに記録されてもよい。

上記のいくつかの実施形態では、ローカル記録装置の記録容量は、マルチメディアアセットが記録される前に確認されてもよい。記録容量がマルチメディアアセットの記録に十分な場合のみ、アセットは記録されることになる。十分な記録容量が利用できない場合、削除基準が適用され、ローカル記録装置から削除され得る格納されたコンテンツを識別してもよい。

本発明の他の側面は、複数のマルチメディアアセットをローカル記録装置にローカルに記録する場合、スケジュールの競合を調整するための方法および装置を目的とする。
例えば、本発明は以下の項目を提供する。
（項目１）
マルチメディア配信ネットワーク内の状態変更を管理するための方法であって、上記方法は、
マルチメディアアセットの現在の状態を判断することであって、上記マルチメディアアセットは、第１のソースから利用可能である、ことと、
上記マルチメディアアセットの上記現在の状態に起こり得る変更に関する情報を収集することと、
実質的に同等のマルチメディアアセットが、上記起こり得る状態変更が生じた後に、代替ソースから利用可能となるか確認することと、
実質的に同等のマルチメディアアセットが、上記起こり得る状態変更が生じた後に、代替ソースから利用可能ではない場合、上記起こり得る状態変更が生じる前に、上記マルチメディアアセットのコピーをローカルに記録するかどうか決定する基準を適用することと
を含む、方法。
（項目２）
上記状態を判断することは、上記マルチメディアアセットの上記第１のソース、上記マルチメディアアセットの利用可能な時間窓、上記マルチメディアアセットの有効時間／日付、上記マルチメディアアセットの形式、またはそれらの組み合わせを判断することを含む、項目１に記載の方法。
（項目３）
情報を収集することは、双方向マルチメディアガイダンスアプリケーションを起動することを含む、項目１に記載の方法。
（項目４）
上記代替ソースは、ビデオ・オン・デマンド（ＶＯＤ）サーバである、項目１に記載の方法。
（項目５）
上記代替ソースは、ペイ・パー・ビュー（ＰＰＶ）チャンネルである、項目１に記載の方法。
（項目６）
上記代替ソースは、インターネットサーバである、項目１に記載の方法。
（項目７）
実質的に同等のマルチメディアアセットが、代替ソースから利用可能であるかを確認することは、上記代替ソースからの上記実質的に同等のマルチメディアアセットの有効時間を判断することを含む、項目１に記載の方法。
（項目８）
上記起こり得る状態変更が生じた後に、実質的に同等のマルチメディアアセットが代替ソースから利用可能ではない場合、ユーザに通知することをさらに含む、項目１に記載の方法。
（項目９）
上記ユーザに通知することは、電子メールメッセージ、音声メールメッセージを送信することと、テレビまたはコンピュータ画面にメッセージを表示することと、またはそれらの組み合わせとを含む、項目８に記載の方法。
（項目１０）
上記ユーザに通知することは、ショート・メッセージ・サービス（ＳＭＳ）または音声メールメッセージを携帯電話に送信することを含む、項目８に記載の方法。
（項目１１）
上記同等のマルチメディアアセットが、上記代替ソースから利用不可能である場合、上記方法は、上記起こり得る状態変更が生じる前に、上記第１のソースからの上記マルチメディアアセットをローカルに記録することをさらに含む、項目１に記載の方法。
（項目１２）
上記同等のマルチメディアアセットが、代替ソースから利用可能である場合、上記代替ソースからの上記マルチメディアアセットの有効時間／日付を判断することと、上記有効時間／日付前に、上記マルチメディアアセットのコピーをローカルに記録することとをさらに含む、項目１に記載の方法。
（項目１３）
実質的に同等のマルチメディアアセットが、代替ソースから利用可能であるか確認することは、上記代替ソースからの上記同等のマルチメディアアセットの費用を判断することと、上記同等のマルチメディアアセットの上記費用が、指定された費用予算を超えるかの判断を含む基準を適用することとを含む、項目１に記載の方法。
（項目１４）
実質的に同等のマルチメディアアセットが、代替ソースから利用可能であるかを確認することは、上記代替ソースからの上記同等のマルチメディアアセットに付随するデジタル権利制限を判断することと、上記同等のマルチメディアアセットのアクセスまたは記録が、少なくとも１つのデジタル権利に違反していないかの判断を含む基準を適用することとを含む、項目１に記載の方法。
（項目１５）
情報を収集することは、利用可能なローカル記憶容量を確認することを含み、基準を適用することは、上記ローカル記憶容量が、上記マルチメディアアセットの記録に十分かを判断することを含む、項目１に記載の方法。
（項目１６）
情報を収集することは、ローカルに利用可能なチューナの数を判断することを含み、基準を適用することは、別の予約された記録と競合することなく、上記マルチメディアアセットを記録するためにチューナが利用可能であるかを判断することを含む、項目１に記載の方法。
（項目１７）
基準を適用することは、ユーザが上記マルチメディアアセットの少なくとも一部を視聴したかを判断することと、上記ユーザが上記マルチメディアアセットの少なくとも一部を視聴している場合、上記現在の状態変更前に、上記選択されたマルチメディアアセットの残りの部分を記録することとを含む、項目１に記載の方法。
（項目１８）
基準を適用することは、残りのローカル記憶容量を確認することを含み、上記残りの記憶容量が上記マルチメディアアセットを記録するために不十分である場合、基準を適用することは、削除される格納マルチメディアアセットを識別する削除基準を適用することを含む、項目１に記載の方法。
（項目１９）
上記削除基準は、上記格納されたマルチメディアアセットが最後に視聴された時間／日付、上記格納されたマルチメディアアセットがアクセスされる頻度、「アーカイブプログラム」として上記格納されたマルチメディアアセットの表示、上記格納されたマルチメディアアセットのレンタル条件、サーバからの上記格納されたマルチメディアアセットの現在の可用性、ユーザの削除許可、またはそれらの組み合わせを含む、項目１８に記載の方法。
（項目２０）
上記削除基準を適用後、上記残りの記憶容量が不十分のままである場合、ユーザに通知することをさらに含む、項目１８に記載の方法。
（項目２１）
マルチメディア配信ネットワーク内のマルチメディアアセットの状態変更を管理するシステムであって、上記システムは、デジタル・ビデオテープ・レコーダ（ＤＶＲ）と制御回路とを含み、上記制御回路は、
マルチメディアアセットの現在の状態を判断し、上記マルチメディアアセットは、第１のソースから利用可能であり、
上記マルチメディアアセットの上記現在の状態に起こり得る変更に関する情報を収集し、
実質的に同等のマルチメディアアセットが、上記起こり得る状態変更が生じた後に、代替ソースから利用可能となるか確認し、
実質的に同等のマルチメディアアセットが、上記起こり得る状態変更が生じた後に、代替ソースから利用可能ではない場合、上記起こり得る状態変更が生じる前に、上記マルチメディアアセットのコピーを上記ＤＶＲに記録するかどうか決定する基準を適用する
ように構成される、システム。
（項目２２）
上記マルチメディアアセットの上記現在の状態変更に関する上記情報は、双方向マルチメディアガイダンスアプリケーションから取得される、項目２１に記載のシステム。
（項目２３）
上記状態は、上記マルチメディアアセットの上記第１のソース、上記マルチメディアアセットの利用可能な時間窓、上記マルチメディアアセットの有効時間／日付、上記マルチメディアアセットの形式、またはそれらの組み合わせの識別を含む、項目２１に記載のシステム。
（項目２４）
上記代替ソースは、ビデオ・オン・デマンド（ＶＯＤ）サーバである、項目２１に記載のシステム。
（項目２５）
上記代替ソースは、ペイ・パー・ビュー（ＰＰＶ）チャンネルである、項目２１に記載のシステム。
（項目２６）
上記代替ソースは、インターネットサーバである、項目２１に記載のシステム。
（項目２７）
上記制御回路は、ローカル記憶容量を確認し、上記ローカル記憶容量が上記マルチメディアアセットを記録するために十分であるかを判断するように構成される、項目２１に記載のシステム。
（項目２８）
上記制御回路は、上記残りの記憶容量が上記マルチメディアアセットを記録するために不十分である場合、削除基準を適用し、削除される格納マルチメディアアセットを識別するように構成される、項目２７に記載のシステム。
（項目２９）
上記削除基準は、上記格納されたマルチメディアアセットが最後に視聴された時間／日付、上記格納されたマルチメディアアセットがアクセスされる頻度、「アーカイブプログラム」として上記格納されたマルチメディアアセットの表示、上記格納されたマルチメディアアセットのレンタル条件、サーバからの上記格納されたマルチメディアアセットの現在の可用性、ユーザの削除許可、またはそれらの組み合わせを含む、項目２８に記載のシステム。
（項目３０）
マルチメディア配信ネットワーク内のマルチメディアアセットの状態変更を管理する方法であって、上記方法は、
ソースサーバにおいて、マルチメディアアセットの現在の状態を判断することと、
上記ソースサーバにおいて、上記マルチメディアアセットの上記現在の状態に起こり得る変更に関する情報を収集することと、
上記マルチメディアアセットが上記ソースサーバから利用不可能となる前に、ユーザに通知することと
を含む、方法。
（項目３１）
上記現在の状態を判断することまたは上記現在の状態に起こり得る変更に関する情報を収集することは、上記ソースサーバを識別することと、上記ソースサーバにおける上記マルチメディアアセットの利用可能な時間窓を識別することと、上記ソースサーバにおける上記マルチメディアアセットの有効時間／日付識別することと、上記ソースサーバにおける上記マルチメディアアセットの形式を識別することと、またはそれらの組み合わせとを含む、項目３０に記載の方法。
（項目３２）
情報を収集することは、双方向マルチメディアガイダンスアプリケーションを起動することを含む、項目３０に記載の方法。
（項目３３）
上記ユーザに通知することは、電子メールメッセージ、音声メールメッセージを送信することと、テレビまたはコンピュータ画面にメッセージを表示することと、またはそれらの組み合わせとを含む、項目３０に記載の方法。
（項目３４）
上記ユーザに通知することは、ショート・メッセージ・サービス（ＳＭＳ）または音声メールメッセージを携帯電話に送信することを含む、項目３０に記載の方法。
（項目３５）
通知期間を設定することと、上記マルチメディアアセットが上記ソースサーバから利用不可能となる場合、上記通知期間終了前に、上記ユーザに通知することとをさらに含む、項目３０に記載の方法。
（項目３６）
上記状態変更が生じる前に、上記マルチメディアアセットをローカルに記録することをさらに含む、項目３０に記載の方法。
（項目３７）
以前に選択されたマルチメディアアセットの状態変更を上記ユーザに通知することと、
上記選択されたマルチメディアアセットの代替ソースを識別することと、
上記ユーザに、上記代替ソースから上記選択されたマルチメディアアセットを注文させることと
をさらに含む、項目３０に記載の方法。
（項目３８）
上記マルチメディアアセットに関するピアツーピアタイアップを上記ユーザに提示することをさらに含む、項目３０に記載の方法。
（項目３９）
上記マルチメディアアセットに関するマーケティングタイアップを上記ユーザに提示することをさらに含む、項目３０に記載の方法。

図１は、本発明の一実施形態による、マルチメディアアセットを提供するシステムのブロック図である。 図２は、本発明の一実施形態による、マルチメディアアセットのローカル記録をスケジューリングするための例示的プロセスの工程図である。 図３は、「最終機会」通知の画面表示を図式的に示す。 図４は、本発明の一実施形態による、通知ウィンドウを設定するための例示的プロセスの工程図である。 図５は、本発明の一実施形態による、マルチメディアアセットを記録するためのローカル記録容量を管理するための例示的プロセスの工程図である。 図６は、マルチメディアアセットを記録する場合に、スケジューリングの競合を防止する例示的プロセスの工程図である。

本発明の上述および他の機能、その性質および種々の利点は、添付の図面に関連してなされる以下の詳細な説明を検討することによって、より明白となるであろう。

開示されるシステムおよび方法は、マルチメディアアセットの状態の変更がスケジューリングされる場合に、措置を講じ、随意に、状態変更が有効になる前に、マルチメディアアセットをローカルに記録することを目的とする。状態は、双方向プログラムガイド（ＩＰＧ）等、双方向マルチメディアガイダンスアプリケーションによって監視されてもよい。

図１は、本発明の一実施形態による、例示的双方向マルチメディア配信システム１００を示す。ユーザ機器１１０は、通信路１２２を介して、マルチメディアソース１２０ａ、１２０ｂ、１２０ｃから信号の形式でコンテンツを受信する。実際は、複数のマルチメディアソース１２０ａ、１２０ｂ、１２０ｃおよびユーザ機器１１０が存在し得るが、過剰に複雑な図面を回避するため、３つのマルチメディアソースおよびユーザ機器のみ図１に示される。

マルチメディアソース１２０ａ、１２０ｂ、１２０ｃは、例えば、ケーブルシステムヘッドエンド、衛星マルチメディア配信設備、マルチメディア放送設備、ペイ・パー・ビュー（ＰＰＶ）サーバ、ゲームサービスプロバイダ（例えば、オンラインゲーム）等、任意の好適なメディアソース、あるいはコンテンツを発信または配信するための他の任意の好適な設備またはシステムであってもよい。マルチメディアソース１２０ｃは、オンデマンドサーバ（例えば、ＶＯＤサーバ）として描写される。マルチメディアソース１２０ａ、１２０ｂ、１２０ｃは、例えば、衛星経路、光ファイバ経路、ケーブル経路、インターネット経路、あるいは他の任意の好適な有線または無線経路を含む、任意の好適な通信路１２２を介して、信号を送信するように構成されてもよい。信号は、例えば、テレビプログラム、ゲーム、音楽、ニュース、ウェブサービス、または他の任意の好適なコンテンツ等、任意の好適なコンテンツを伝送してもよい。いくつかの実施形態では、マルチメディアソース１２０ａ、１２０ｂ、１２０ｃは、例えば、クライアント／サーバまたはオンライン双方向マルチメディアガイダンスアプリケーションのサーバ側命令等、双方向マルチメディアガイダンスアプリケーションの命令を実行するための制御回路を含めてもよい。

ユーザ機器１１０は、双方向マルチメディア体験を提供するために好適な任意の機器を含んでもよい。ユーザ機器１１０は、テレビ、セットトップボックス、記録装置、ビデオプレーヤ、ユーザ入力装置（例えば、遠隔制御装置、キーボード、マウス、タッチパッド、タッチスクリーンおよび／または音声認識インターフェース）等のテレビ機器、あるいは双方向マルチメディア体験を提供するために好適な他の任意の装置を含んでもよい。例えば、ユーザ機器１１０は、Ｍｏｔｏｒｏｌａ，Ｉｎｃ．社によって提供されるＤＣＴ２０００、２５００、５１００、６２０８、または６４１２セットトップボックスを含んでもよい。いくつかの実施形態では、ユーザ機器１１０は、テレビカードを備えたパーソナルコンピュータ（ＰＣテレビ）等、コンピュータ機器を含んでもよい。いくつかの実施形態では、ユーザ機器１１０は、ゲームシステム、携帯用ＤＶＤプレーヤ等の携帯用電子機器、携帯用ゲーム機器、携帯電話、ＰＤＡ、音楽プレーヤ（例えば、ＭＰ３プレーヤ）、または他の任意の好適な携帯用または固定装置を含んでもよい。

図１の実施例では、ユーザ機器１１０は、少なくとも制御回路１１８、ディスプレイ装置１１２、記録装置１１４、およびユーザ入力装置１１６を含み、別個の装置または装置の組み合わせとして実装してもよい。双方向プログラムガイド（ＩＰＧ）等、双方向マルチメディアガイダンスアプリケーションは、ユーザ機器１１０に実装され、経路１２２を介して、マルチメディアソース１２０ａ、１２０ｂ、１２０ｃによって送信されたコンテンツをディスプレイ装置１１２に表示し、利用可能なアセットのグリッドリスト等、双方向マルチメディアガイダンスアプリケーションの機能を提供してもよい。さらに、配信音声および画像等、ウェブコンテンツ１２１は、例えば、インターネットを介して、ユーザ機器１１０に送信されてもよい。

ディスプレイ装置１１２は、例えば、テレビ用モニタ、コンピュータ用モニタ、またはユーザ機器１１０に組み込まれたディスプレイ（例えば、携帯電話または音楽プレーヤのディスプレイ）等、任意の好適な装置であってもよい。また、ディスプレイ装置１１２は、音声出力を提供するように構成されてもよい。

制御回路１１８は、入力装置１１６からユーザ入力を受信し、双方向マルチメディアガイダンスアプリケーションの命令を実行するように適合される。制御回路１１８は、１つ以上のチューナ（例えば、アナログまたはデジタルチューナ）、エンコーダおよびデコーダ、プロセッサ（例えば、Ｍｏｔｏｒｏｌａ６８０００ファミリプロセッサ）、記憶装置（例えば、ＲＡＭおよびハードディスク）、通信回路（例えば、ケーブルモデム回路）、入力／出力回路（例えば、グラフィック回路）、ユーザ機器１１０の種々の装置への接続部品、およびアナログまたはデジタルマルチメディアプログラミング、プログラム記録、双方向マルチメディアガイダンス機能を提供するための他の任意の好適な構成要素を含んでもよい。いくつかの実施形態では、制御回路１１８は、ユーザ機器１１０の装置のうちの１つの一部、例えば、ディスプレイ１１２または他の任意の装置（例えば、セットトップボックス、テレビ、およびビデオプレーヤ）の一部として、含まれてもよい。

いくつかの実施形態では、双方向マルチメディアガイダンスアプリケーションは、クライアント／サーバアプローチをユーザ機能に提供してもよい。ユーザ機器１１０の各インスタンスに対し１つのサーバ、またはユーザ機器１１０の複数のインスタンスに対し１つのサーバが存在してもよく、あるいは単一サーバが、ユーザ機器１１０の各インスタンスに対するプロキシとして機能してもよい。

任意の好適な数のユーザが、マルチメディアソース１２０ａ、１２０ｂ、１２０ｃおよび１つ以上のデータソース１２４ａ、１２４ｂに接続されたユーザ機器１１０等の機器を有してもよい。しかし、図を明確にするために、単一ユーザのみの機器が示される。複数ユーザの機器は、ケーブルテレビネットワーク、ローカルエリアネットワーク（ＬＡＮ）、無線ネットワーク、または他の任意の好適な手段、あるいはそれらの組み合わせを使用して、メディアソース１２０ａ、１２０ｂ、１２０ｃ、ウェブコンテンツ１２１、およびデータソース１２４ａ、１２４ｂに接続されてもよい。いくつかの実施形態では、複数ユーザの機器は、任意の好適な手段を使用して、互いに接続されてもよい。

ユーザ機器１１０は、１つ以上のデータソース１２４ａ、１２４ｂから双方向マルチメディアガイダンスアプリケーションデータを受信してもよい。データソース１２４ａ、１２４ｂは、特定の種類のコンテンツまたは特定のアプリケーションのためのデータを提供してもよい。例えば、１つのデータソース１２４ａは、ノン・オンデマンドアセット（例えば、ノン・ペイおよびペイ・パー・ビュープログラム）のためのデータを提供してもよく、別のデータソース１２４ｂは、オンデマンドアセット（例えば、ＶＯＤプログラム）のためのデータを提供してもよい。または、例えば、単一データソースは、これら両方の種類のデータを提供してもよい。また、例えば、データソース１２４ｂまたは追加データソース（図示せず）の１つは、双方向プログラムガイド（ＩＰＧ）のためのデータを提供してもよい。別のデータソース１２４ａ、１２４ｂ、または別個のデータソース（図示せず）は、例えば、別の双方向アプリケーション（例えば、ホームショッピングアプリケーション）のためのデータを提供してもよい。いくつかの実施形態では、データソース１２４ａ、１２４ｂ、または追加データソース（図示せず）は、クライアント／サーバアプローチを使用して、双方向マルチメディアガイダンスアプリケーションにデータを提供してもよい。データソースにつき１つのサーバ、またはすべてのソースに対し１つのサーバが存在してもよく、あるいはいくつかの実施形態では、単一サーバが、ユーザ機器１１０と種々のデータソース１２４ａ、１２４ｂとの間のプロキシとして通信してもよい。いくつかの実施形態では、データソース１２４ａ、１２４ｂは、オンライン双方向マルチメディアガイダンスアプリケーションとしてデータを提供してもよい。そのような実施形態では、データソース１２４ａ、１２４ｂは、オンラインマルチメディアガイダンスアプリケーションの命令を実行するための制御回路を含んでもよい。

図１は、メディアソース１２０ａ、１２０ｂ、１２０ｃ、および別個の要素としてのデータソース１２４ａ、１２４ｂを示す。実際は、それらの機能性は、単一設備における単一システム、または複数の設備における複数のシステムから組み合わせ、提供されてもよい。例えば、１つのメディアソース１２０ｂおよびデータソース１２４ｂは、組み合わされ、ＶＯＤコンテンツおよび付随するＶＯＤデータを提供してもよい。

一実施形態では、双方向マルチメディアガイダンスアプリケーションは、セットトップボックスに実装された独立型アプリケーションであってもよく、ユーザ機器１１０の一部である場合がある。双方向プログラムガイドは、データソース１２４ａ、１２４ｂ等のデータソースから、例えば、毎日または１週間に１回定期的にダウンロードされてもよく、アプリケーションは、次の更新までダウンロードプログラミング情報に基づいて動作する。

別の実施形態では、双方向マルチメディアガイダンスアプリケーションは、例えば、ケーブルヘッドエンド上のサーバによって代表されるサーバ、およびユーザ機器１１０、パーソナルコンピュータ、携帯電話、ＰＤＡ等によって代表されるクライアントを備える、クライアント／サーバアプリケーションであってもよい。本シナリオでは、クライアントは、プログラミング情報の更新のためにサーバをポーリングする。

また、双方向マルチメディアガイダンスアプリケーションは、プログラミング情報および場合によってはマルチメディアアセットを含む、ウェブサイトにアクセス可能なウェブブラウザとして実装することができる。

明確にする目的のため、以下の議論は、時として、双方向マルチメディアガイダンスアプリケーションが双方向プログラムガイド（ＩＰＧ）である実施形態を説明する場合がある。しかしながら、以下の議論および議論される機能は、任意の双方向マルチメディアガイダンスアプリケーションに適用してもよいことを理解されるだろう。また、以下の議論は、時として、有効期限に応じて、特定の実施形態を説明する場合がある。しかしながら、実施形態は、マルチメディアアセットを提供するメディアソースの変更、マルチメディアアセットの利用可能な時間窓の変更、マルチメディアアセットの形式変更等、マルチメディアアセットの任意の状態変更に反応し得ることを理解されたい。

以下の工程図は、本発明のいくつかの実施形態において実装された方法を例示する機能をする。実施例は、ＶＯＤサーバ配信機構を介して別様に利用可能なコンテンツに焦点をあてているが、本発明は、ＰＰＶチャンネルまたはインターネット配信機構を介して別様に利用可能なコンテンツに同等に適用可能である。本発明は、前述のような画像／音声プログラム、双方向コンテンツ、ゲーム、およびアプリケーションを含むマルチメディアアセットに広く適用されるが、明確にするために、以下の実施例は、画像／音声アセットに関して提供される。

図２は、アセットが利用不可能となる前に、マルチメディアアセットをローカルに記録するための例示的プロセス２００の工程図である。プロセス２００は、ステップ２０２から開始する。ステップ２０４では、ユーザは、放送プログラム、ＶＯＤコンテンツ、またはＰＰＶプログラム等、マルチメディアアセットを選択してもよい。別様にあるいは追加で、システムは、例えば、ユーザの視聴履歴、ユーザプロファイル、またはユーザ選択によってプログラムされたエージェント（すべて双方向マルチメディアガイダンスアプリケーションと相互作用し得る）に基づくユーザ入力なしで、マルチメディアアセットを選択してもよい。

ステップ２０６では、双方向マルチメディアガイダンスアプリケーションは、アセットが視聴利用可能な時間窓等、ソースサーバにおいてマルチメディアアセットの状態を確認する。ステップ２０６では、双方向マルチメディアガイダンスアプリケーションは、例えば、アセットがＶＯＤコンテンツとして利用可能になる時を判断してもよい。ユーザは、グラフィカルユーザインターフェース（ＧＵＩ）で視聴／記録オプションを選択してもよい。一実施形態では、ユーザは、マルチメディアアセットを即時視聴してもよく、その場合プロセス２００からステップ２１６へ進む。別様に、ユーザが後でマルチメディアアセットを視聴および／または記録するために予約する場合、プロセス２００からステップ２０８へ進んでもよい。

ステップ２１６では、ユーザがＶＯＤコンテンツを即時視聴する場合、システムは、ステップ２１８において、ユーザがコンテンツ全体を視聴するかを監視する。システムは、ステップ２１８において、ユーザがマルチメディアアセットの視聴を終了したことを判断すると、次いで、ステップ２２０において、ユーザがアセットにさらに興味があるか、例えば、ユーザが、アセットを「お気に入り」にリストアップしているかを判断する。ステップ２２０において、さらなるユーザの興味が検出されない場合、次いで、プロセス２００は、ステップ２２８で終了する。状態変更が有効になり、アセットが利用不可能とならない限り、アセットは、依然としてユーザに利用可能である。しかしながら、システムは、ソースサーバにおけるアセットの状態監視を停止してもよい。一方、システムは、ステップ２１８において、ユーザがマルチメディアアセットの視聴を終了していないと判断する場合、ステップ２１０において、プロセス２００は、ステップ２０６へ進み、システムは、ソースサーバにおけるアセットの状態監視を継続する。

ステップ２２０において、ユーザが、マルチメディアアセットに継続して興味を有すると判断される場合、プロセス２００からステップ２１０へ進み、マルチメディアアセットの状態変更が起こり得るか確認する。同様に、プロセスは、ユーザが将来の視聴／記録のためマルチメディアアセットをスケジューリングしたステップ２０８から、起こり得る状態変更を確認するためのステップ２１０へ進む。ステップ２１０において状態変更が検出されない場合、プロセス２００は、ステップ２０６へ進み、マルチメディアアセットの状態の判断を継続する。反対に、ステップ２１０では、状態変更が検出される場合、例えば、アセットが別のチャンネルまたはソースへ移行する場合、または元の有効期限よりも早いソースの有効期限を有する場合、次いで、プロセス２００は、ステップ２１４へ進み、アセットが既にローカルに記録されているかを確認する。アセットのローカルコピーが利用可能な場合、さらなる措置は講じられず、プロセス２００は、ステップ２２８で終了する。

反対に、ステップ２１４では、アセットがローカルに記録されていないと判断される場合、プロセス２００は、ステップ２２６および／またはステップ２２２（実装に応じて）に進み、例えば、「最終機会通知」（ＬＣＮ；Ｌａｓｔ Ｃｈａｎｃｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）を表示することによって、起こり得る状態変更をユーザに自動的に警告する、および／または状態変更が有効になる前に、自動的にマルチメディアアセットをローカルに記録する。このように、ＬＣＮは、状態変更に先立って、アセットまたは少なくともアセットの一部をユーザに視聴および／または記録させることが可能となる。ローカル記録は、記録装置１１４上の十分な記憶容量の可用性、および他の予約された記録とのスケジュールの競合の解決を前提としてもよい。アセットが別のソースから利用可能となる場合、アセットのローカル記録が必要ではなくなる、または少なくとも延期されるように、「ＶＯＤで現在利用可能」等の異なる警告通知を表示することができる。

図３は、テレビモニタまたはコンピュータ画面３００上に表示される例示的「最終機会」通知ウィンドウ３０２を図式的に示す。通知ウィンドウ３０２に表示される例示的メッセージは、映画「Ｐｈｉｌａｄｅｌｐｈｉａ」が、２００５年１２月２９日以降、元のソースから利用できなくなることをユーザに通知する。ユーザは、さらに情報を受信してもよく、かつ／または遠隔制御装置上の「選択」キーを押下することによって、代替ＶＯＤまたはＰＰＶチャンネル等、アセットの代替ソースを対象としてもよい。例示された双方向マルチメディアガイダンスアプリケーションにリストアップされたアセットは、通知期間内のアセット変更状態のための通知のリスト等、２つ以上の通知を表示するように再構成（ｒｅａｒｒａｎｇｅ）してもよいことを留意されたい。また、通知ウィンドウは、能動的機能（図示せず）を含んでもよく、ソースサーバ上のアセットの状態が変更する前に、ユーザにアセットを購入させ、および／または元のソースからアセットをローカルに記録させることが可能となる。

種々の実施形態において、通知３０２は、今後３ヶ月以内に、あるシリーズの特定の１話を視聴する「最終機会」を迎えることの通知（例えば、「今後３ヶ月の間で、映画Ｘが放送されるのは最後、または有料チャンネルに切り替わります」）であってもよいことを留意されたい。これは、すべてが、サーバ上でオンデマンド利用可能ではない地域に関連する。これを実現するために、一実装では、双方向メディアガイダンスアプリケーションは、初めに、ローカルリストデータベースを検索し、プログラムが今後いつ放送され得るかを確認してもよい。そのようなローカルデータベースは、典型的には、２から３週間の
今後のプログラムリストデータに限定される。したがって、他の実装では、アプリケーションは、さらに先のリストおよびスケジュール（例えば、今後３ヶ月）を含むより広範な遠隔データベースと相互作用してもよい。

さらに、図３に図示されるものに加え、他の通知の種類および通知に付随する他のオプションが可能である。例えば、ＨＢＯで放送されている「Ｔｈｅ Ｓｏｐｒａｎｏｓ」のある１話の期限切れに関する最終機会通知と関連して、ユーザは、（１）ローカルにプログラムを記録する、または（２）全話に相当するＤＶＤを購入するよう指示され、後者は、課金インターフェースをクリックすることで、Ａｍａｚｏｎ．ｃｏｍ等の第三者オンライン小売業者へアクセスされる。

最終機会通知の他の変形およびオプションとして、プログラム関連の購入品のためのマーケティングタイアップ（レシピが間もなく期限切れになる料理チャンネルプログラムで特集されている、「Ｂａｒｎｅｓ ａｎｄ Ｎｏｂｅｌ」から出版されている料理本）、またはピアツーピアタイアップ（間もなく期限切れになるプログラムに関する討論グループへジャンプするためのホットボタン）が含まれる。

図４は、ユーザが状態変更を通知される警告期間を設定するための、例示的プロセス４００の工程図である。プロセス４００は、ステップ４０２から開始する。ステップ４０４では、ユーザは、警告期間（ａｌｅｒｔ ｐｅｒｉｏｄ）を入力し、ユーザの状態変更の通知を希望する期間を指定する。ユーザは、利用可能アセットの一部のみに興味がある可能性があるため、ステップ４０６において、システムは、特定のメタデータ条件を適用し、通知に含まれるアセットの数を制限する。適用されるメタデータは、ユーザによって入力することもできるし、あるいは、例えば、ユーザ選択および／または視聴習慣に基づいて、システムによって自動的に生成されることもできる。メタデータは、例えば、双方向メディアガイダンスアプリケーション内のリストに適用される検索文字列または検索マスクを含んでもよく、プログラムが放送または別のソース（ＶＯＤまたはＰＰＶ等）から利用可能となる時間／日付、プログラムのジャンル、タイトル、俳優、および双方向メディアガイダンスアプリケーションから利用可能な他の情報、あるいは双方向メディアガイドアプリケーションが利用可能な遠隔データベースを含んでもよい。例えば、特定のユーザは、コメディプログラムに対する通知にのみ興味がある場合がある。ステップ４０４および４０６の組み合わせは、「設定」と称することができる。ステップ４０８では、システムは、設定におけるメタデータ条件に基づいて、ショートリストを生成し、リスト上のマルチメディアアセットの状態を監視する（例えば、双方向メディアガイダンスアプリケーションからプログラムデータを要求することによって）。ステップ４１０では、システムは、ショートリストで識別された各アセットに対する通知をユーザに送信する。通知は、ディスプレイ装置１１２上に表示することができ、別様にあるいは追加で、例えば、ショート・メッセージ・サービス（ＳＭＳ）等を使用して、電子メール通知またはテキストメッセージを携帯電話、ＰＤＡ、または類似装置に送信することができる。これによって、まだ行われていない場合ユーザは、アセットをローカルに記録するための記録時間を設定し、アセットを視聴し、またはアセットを購入することさえ可能となる。プロセス４００は、ステップ４１２で終了する。

図５は、選択されたアセットの記録のために、ローカル記憶容量が十分であるかを判断するための例示的プロセス５００の工程図である。プロセス５００は、ステップ５０２から開始する。ステップ５０４では、プロセス５００は、利用可能記録容量を初めに確認することによって、マルチメディアアセットのためのローカル記録セッションを設定する。ステップ５０６では、記憶容量が十分であると判断される場合、プロセス５００は、ステップ５０８へ進み、アセットをローカルに記録する。プロセスは、ステップ５１８で終了する。

反対に、ステップ５０６では、アセットを記録するための記録容量が不十分であると判断される場合、プロセス５００は、ステップ５１０において、他の格納されたアセットが削除可能か確認する。格納されたアセットの削除基準は、動的因子を含んでもよい。（動的かどうか）検討されるいくつかの因子の実施例およびそれらの因子に関する基準として、「アーカイブ」として格納されたアセットの表示（アセットが削除される可能性は低い）、アセットが最後に視聴された時、アセットに関するユーザの直接および間接入力、および／または格納されたアセットへのユーザのアクセス頻度が含まれる。削除の対象となるアセットとして、格納されたＶＯＤアセット、または他の記録されたアセット（例えば、アセットを記録したペイ・パー・ビューまたは放送）が含まれてもよい。また、双方向マルチメディアガイダンスアプリケーションによって、記録されたアセットが将来代替ソースから利用可能であることが示される場合、記録されたアセットは削除されてもよい。

ステップ５１２では、システムが、古いまたは優先順位の低いアセットを除去することによって、記録容量が利用可能となると判断する場合、プロセス５００は、ステップ５１６へ進み、１つ以上の識別された古いアセットを削除し、選択されたマルチメディアアセットを記録する。反対に、ステップ５１２では、十分な記録容量が提供されることができない場合、プロセス５００は、ステップ５１４へ進み、ユーザが手動で１つ以上の格納されたアセットを削除し、記録容量を利用可能にしない限り、選択されたマルチメディアアセットが記録不可能であることをユーザに通知する。プロセス５００は、ステップ５１８で終了する。

図６は、２つ以上の異なるマルチメディアアセットをローカルに記録することが予約されている場合、競合を解決するための例示的プロセス６００の工程図である。プロセス６００は、ステップ６０２から開始する。ステップ６０４では、システムは、識別されたアセットに加え、他のアセットをローカルに記録することがスケジューリングされているかを確認する。他のアセットがスケジューリングされておらず、したがってスケジュールの競合が存在しない場合、プロセス６００は、ステップ６１４へ進み、選択されたマルチメディアアセットをローカルに記録し、プロセス６００は、ステップ６１６で終了する。

反対に、ステップ６０４では、他のマルチメディアアセットが、ローカル記録のためにスケジューリングされていると判断される場合、プロセス６００は、ステップ６０８へ進み、他のアセットに対するスケジューリングされた記録時間／日付を確認する。ステップ６１０では、種々のマルチメディアアセットに対するスケジューリングされた記録時間が互いに競合しないと判断される場合、プロセス６００は、ステップ６１４へ進み、マルチメディアアセットは、スケジューリングされた時間で記録される。反対に、ステップ６１０では、スケジュールの競合が存在すると判断される場合、次いで、プロセス６００は、ステップ６１２へ進み、競合を排除するために記録時間の変更を試みる。システムが競合を解決可能な場合、マルチメディアアセットは、ステップ６１４において、変更された時間で記録される。プロセス６００は、ステップ６１６で終了する。競合が解決不可能な場合、ユーザは、通知を受け、介入を要求され得る。

マルチメディアアセットは、マルチメディアアセットの記録および複製が制限されている場合、配信制御される可能性があることを留意されたい。例えば、「放送（Ｂｒｏａｄｃａｓｔ）」フラグがアセット内に設定され、コンテンツの複製ができないことが示される場合がある。別様に、「コピー禁止（ｎｅｖｅｒ ｃｏｐｙ）」フラグが設定されていたり、または「１回再生（ｐｌａｙ ｏｎｃｅ）」フラグがＩＥＥＥ１３９４ ５Ｃ等のデジタル権利管理プロトコルにおいて再設定されていたりする場合がある。ＩＥＥＥ１３９４ ５Ｃに関する詳細情報は、２２５ Ｂ Ｃｏｃｈｒａｎｅ Ｃｉｒｃｌｅ， Ｍｏｒｇａｎ Ｈｉｌｌ， ＣＡ ９５０３７（ＵＳＡ）にあるＤｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｌｉｃｅｎｓｉｎｇ Ａｄｍｉｎｉｓｔｒａｔｏｒ（ＤＴＬＡ）（２００５年２月２８日）から利用可能である「Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｒｅｖｉｓｉｏｎ１．４（Ｉｎｆｏｒｍａｔｉｏｎａｌ Ｖｅｒｓｉｏｎ）」において見ることができ、参照することによってその全体が本明細書に援用される。本発明の特定の実施形態は、種々の実装アルゴリズムでは、そのような配信および複製保護の含意論理、ならびにセキュリティ、暗号化、アクセス制御配慮を確認および検討するステップを含むことを理解されたい。

上述の本発明の実施形態は、例示目的のために提示されており、何ら制限されるものではなく、本発明は、以下の請求項によってのみ制限される。

Claims (16)

1. メディアアセットの状態を監視する方法であって、前記方法は、
   前記メディアアセットに関連付けられた所定の時間に基づいて、前記メディアアセットの利用可能な状態の来たる変更がいつ起こるかを決定することと、
   前記決定することに応答して、前記メディアアセットがまだローカルに記録されていないことを検出することと、
   前記検出することに応答して、前記状態の来たる変更をユーザに通報することであって、前記ユーザに通報することは、前記状態が変更する前に、前記ユーザが前記メディアアセットの少なくとも一部を視聴する、または、記録することを可能にすることを含む、ことと
   を含む、方法。
2. 前記ユーザに通報することは、前記状態の来たる変更が有効になる前に、前記メディアアセットをローカルに記録する最後の機会を前記ユーザに知らせることをさらに含む、請求項１に記載の方法。
3. 前記メディアアセットが代替源から利用可能であることを前記ユーザに知らせることをさらに含む、請求項１に記載の方法。
4. 前記ユーザに通報することは、前記メディアアセットに対する最後の利用可能な日付を示すことをさらに含む、請求項１に記載の方法。
5. 前記ユーザに通報することに応答して前記メディアアセットのユーザ選択を受信することと、
   前記メディアアセットのための追加の情報を前記ユーザに提供することと
   をさらに含む、請求項１に記載の方法。
6. 前記ユーザに通報することは、通知期間内に状態を変更するメディアアセットのリストを提供することを含む、請求項１に記載の方法。
7. 設定された期間に前記メディアアセットを視聴する最後の機会を前記ユーザに知らせることをさらに含む、請求項１に記載の方法。
8. 前記ユーザが前記メディアアセットを購入することを可能にすることをさらに含む、請求項１に記載の方法。
9. メディアアセットの状態を監視するシステムであって、前記システムは、
   前記メディアアセットに関連付けられた所定の時間に基づいて、前記メディアアセットの利用可能な状態の来たる変更がいつ起こるかを決定する手段と、
   前記決定することに応答して、前記メディアアセットがまだローカルに記録されていないことを検出する手段と、
   前記検出することに応答して、前記状態の来たる変更をユーザに通報する手段であって、前記ユーザに通報することは、前記状態が変更する前に、前記ユーザが前記メディアアセットの少なくとも一部を視聴する、または、記録することを可能にすることを含む、手段と
   を含む、システム。
10. 前記ユーザに通報する手段は、前記状態の来たる変更が有効になる前に、前記メディアアセットをローカルに記録する最後の機会を前記ユーザに知らせる手段をさらに含む、請求項９に記載のシステム。
11. 前記メディアアセットが代替源から利用可能であることを前記ユーザに知らせる手段をさらに含む、請求項９に記載のシステム。
12. 前記ユーザに通報する手段は、前記メディアアセットに対する最後の利用可能な日付を示す手段をさらに含む、請求項９に記載のシステム。
13. 前記ユーザに通報することに応答して前記メディアアセットのユーザ選択を受信する手段と、
    前記メディアアセットのための追加の情報を前記ユーザに提供する手段と
    をさらに含む、請求項９に記載のシステム。
14. 前記ユーザに通報する手段は、通知期間内に状態を変更するメディアアセットのリストを提供する手段を含む、請求項９に記載のシステム。
15. 設定された期間に前記メディアアセットを視聴する最後の機会を前記ユーザに知らせる手段をさらに含む、請求項９に記載のシステム。
16. 前記ユーザが前記メディアアセットを購入することを可能にする手段をさらに含む、請求項９に記載のシステム。

Images