(57)【要約】コンテンツのメタデータを記述するプログラムガイドを取り扱うプロトコルに対する特定の必要条件が記述されている。このプロトコルは、ユーザおよびデバイスが、多数の不要なコンテンツの中から最新でかつ適切なコンテンツを選択することを可能にする。該プロトコルは、（プログラムガイド受信機を有する）加入者が、プログラムガイドの全部またはその一部分のいずれかの更新を（プログラムガイド送信機から）受信できるようにし、ここでプログラムガイドの一部分は、好みと制約とのセットに従って定義される。プログラムガイド送信機とプログラムガイド受信機との間の通信は、セッション開始プロトコル（ＳＩＰ）といったプロトコルを用いて達成される。
2005518727.tif 000002
【特許請求の範囲】
【請求項１】
プログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信する方法において、前記プログラムガイドはプログラムガイド受信機にてその一部分または全部が動的に更新されており、
ａ．プログラムガイドの一部分かまたは全部のいずれかに関連する更新の通知を要求するリクエストをプログラムガイド送信機に伝送する段階と、
ｂ．前記リクエストを受諾する肯定応答を受信する段階と、
ｃ．前記プログラムガイドの一部分かまたは全部のいずれかの更新を特定する通知を受信する段階と、
ｄ．前記受信した通知から、前記更新の発信源となる場所を特定する段階と、
ｅ．前記特定された場所から前記更新を受信する段階と、
ｆ．前記受信した更新に基づいて、新しいプログラムを構築する段階と、
ｇ．前記新たに構築したプログラムガイドを用いて、前記マルチメディアコンテンツを検索する段階と、
を含んでなる方法。
【請求項２】
前記新たに構築されたプログラムガイドを用いたマルチメディアコンテンツの前記検索は、好みと制約とに基づく請求項１に記載の方法。
【請求項３】
前記マルチメディアコンテンツが、アカウント・ロード・バランシング上の制約または記憶上の制約に基づいてコンテンツサーバから検索される請求項１に記載の方法。
【請求項４】
前記更新を特定する前記通知が、インスタントメッセージプロトコルを介して受信される請求項１に記載の方法。
【請求項５】
前記特定された更新が、前記プログラムガイド受信機のユーザに関係する外部デバイスまで転送される請求項１に記載の方法。
【請求項６】
前記プログラムガイド受信機と前記外部デバイスとの間の通信が、ＳＩＰ、ＰＯＰ、ＳＭＴＰまたはＨＴＴＰといったプロトコルのいずれかを介して行われる請求項５に記載の方法。
【請求項７】
前記外部デバイスが、携帯電話、無線電話、ポケットベル、個人用情報端末（ＰＤＡ）またはモバイルコンピュータのいずれかである請求項５に記載の方法。
【請求項８】
前記プログラムガイド送信機が、前記ネットワークの一部として断続的に利用可能であり、前記プログラムガイド送信機は、それが前記ネットワークの一部である期間中、前記通知を受信する請求項１に記載の方法。
【請求項９】
前記更新の発信源である前記場所が、ポインタである請求項１に記載の方法。
【請求項１０】
前記ポインタが、ＵＲＬである請求項９に記載の方法。
【請求項１１】
前記ネットワークが、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）またはインターネットのいずれかである請求項１に記載の方法。
【請求項１２】
前記プログラムガイド送信機と前記プログラムガイド受信機との間の通信が、セッション開始プロトコル（ＳＩＰ）を介して行われる請求項１に記載の方法。
【請求項１３】
前記プログラムガイドが、各々１組のセグメントからなる１またはそれ以上のプログラムを含み、前記プログラムまたはセグメントがソースまたはメタデータ情報からなる請求項１に記載の方法。
【請求項１４】
前記メタデータが、ＸＭＬフォーマットである請求項１３に記載の方法。
【請求項１５】
前記ソース情報は、ユーザがアクセスできる媒体、チャネル、ＵＲＩ、ファイルまたはパスネーム、周波数、場所、オーディオ、ビデオコーデック、帯域幅、ウインドウサイズ、またはアクセス可能エリアのいずれかを含んでなる請求項１３に記載の方法。
【請求項１６】
前記メタデータ情報は、時間的情報、著作権情報、配給ポリシー、有効性、タイトル、サブタイトル、ＣＤまたはＤＶＤ番号、ミュージシャン、ドラマ、ショー、あらすじ、キーワード、キャスト、ディレクター、プロデューサ、最初の放送日、コメントまたは関連ＵＲＬのいずれかを含んでなる請求項１３に記載の方法。
【請求項１７】
前記プログラムガイド受信機が、前記プログラムガイドに基づいてマルチメディアコンテンツを検索および記憶し、前記プログラムガイド受信機が、そのユーザに対してコンテンツの品質を示すべく前記検索の間にネットワークトラヒックに関係する統計をさらに記憶する請求項１に記載の方法。
【請求項１８】
ネットワーク上でプログラムガイドを動的に更新するための方法であって、前記プログラムガイドがマルチメディアコンテンツの検索を補助し、
ａ．プログラムガイド受信機から、プログラムガイドに関連する更新の通知を要求するリクエストを受信する段階と、
ｂ．前記リクエストを受諾する肯定応答を前記プログラムガイド受信機に送信する段階と、
ｃ．前記プログラムガイド受信機に関係する好みおよび制約を特定する段階と、
ｄ．前記特定された選好性および制約に基づいて、前記プログラムガイドに関連する変更を監視する段階と、
ｅ．前記プログラムガイド内の変更を検出したときに、前記プログラムガイドに対し、更新を特定しかつこの更新の発信源であるＵＲＬを特定する通知を送信する段階と、
を含んでなるプログラムガイド送信機内で実施される方法であり、ここに前記プログラムガイド受信機が前記通知を受信し、前記ＵＲＬから前記更新を検索し、前記検索した更新に基づいて新しいプログラムガイドを構築し、前記新たに構築されたプログラムガイドに基づいてマルチメディアコンテンツを検索する方法。
【請求項１９】
前記プログラムガイド送信機が、前記ネットワークの一部として断続的に利用可能であり、前記プログラムガイド送信機は、それが前記ネットワークの一部である期間中、前記通知を受信する請求項１８に記載の方法。
【請求項２０】
前記ネットワークが、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）またはインターネットのいずれかである請求項１８に記載の方法。
【請求項２１】
前記プログラムガイド送信機と前記プログラムガイド受信機の間との通信は、セッション開始プロトコル（ＳＩＰ）を介して行われる請求項１８に記載の方法。
【請求項２２】
前記プログラムガイドが、各々１組のセグメントからなる１またはそれ以上のプログラムからなり、前記プログラムまたはセグメントがソースまたはメタデータ情報を含んでいる請求項１８に記載の方法。
【請求項２３】
前記メタデータは、ＸＭＬフォーマットである請求項２２に記載の方法。
【請求項２４】
前記ソース情報は、ユーザがアクセスできる媒体、チャネル、ＵＲＩ、ファイルまたはパスネーム、周波数、場所、オーディオ、ビデオコーデック、帯域幅、ウインドウサイズ、またはアクセス可能エリアのいずれかを含んでなる請求項２２に記載の方法。
【請求項２５】
前記メタデータ情報は、時間的情報、著作権情報、配給ポリシー、有効性、タイトル、サブタイトル、ＣＤまたはＤＶＤ番号、ミュージシャン、ドラマ、ショー、あらすじ、キーワード、キャスト、ディレクター、プロデューサ、最初の放送日、コメントまたは関連ＵＲＬのいずれかを含んでなる請求項２２に記載の方法。
【請求項２６】
ネットワーク上で断続的に動作する送信機からマルチメディアコンテンツを受信するための方法であって、前記マルチメディアコンテンツの受信が前記送信機により更新されたプログラムガイドに基づいていて、前記ネットワーク内で前記送信機が利用可能になったときに前記更新が実施され、
ａ．前記ネットワーク内で利用可能になったときに前記送信機から、前記プログラムガイドの更新のためのポインタを提供する送信勧誘（ｉｎｖｉｔａｔｉｏｎ）を受信する段階と、
ｂ．前記送信勧誘の受信に対し肯定応答する信号を送信する段階と、
ｃ．前記ポインタに従って前記更新を検索する段階と、
ｄ．前記検索された更新に基づいて新しいプログラムガイドを構築する段階と、
ｅ．前記新たに構築されたプログラムガイドに従い、前記送信機が前記ネットワークの一部として利用可能である時間枠の間にマルチメディアコンテンツを検索する段階と、
を含んでなるプログラムガイド受信機内で実施される方法。
【請求項２７】
前記ポインタは、ＵＲＬである請求項２６に記載の方法。
【請求項２８】
前記ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）またはインターネットのいずれかである請求項２６に記載の方法。
【請求項２９】
前記プログラムガイド送信機と前記プログラムガイド受信機との間の通信は、セッション開始プロトコル（ＳＩＰ）を介して行われる請求項２６に記載の方法。
【請求項３０】
前記プログラムガイドは、各々１組のセグメントからなる１またはそれ以上のプログラムからなり、前記プログラムまたはセグメントがソースまたはメタデータ情報を含んでいる請求項２６に記載の方法。
【請求項３１】
前記メタデータが、ＸＭＬフォーマットである請求項３０に記載の方法。
【請求項３２】
前記ソース情報は、ユーザがアクセスできる媒体、チャネル、ＵＲＩ、ファイルまたはパスネーム、周波数、場所、オーディオ、ビデオコーデック、帯域幅、ウインドウサイズ、またはアクセス可能エリアのいずれかを含んでなる請求項３０に記載の方法。
【請求項３３】
前記メタデータ情報は、時間的情報、著作権情報、配給ポリシー、有効性、タイトル、サブタイトル、ＣＤまたはＤＶＤ番号、ミュージシャン、ドラマ、ショー、あらすじ、キーワード、キャスト、ディレクター、プロデューサ、最初の放送日、コメントまたは関連ＵＲＬを含んでなる請求項３０に記載の方法。
【請求項３４】
ユーザに関係する外部デバイスにプログラムガイドまたはその一部分の更新を転送するための方法であって、前記ユーザはまたプログラムガイド受信機とも関連があり、プログラムガイドの前記一部分が一組の好みおよび制約に従って定義され、前記更新がネットワーク上で実施され、
ａ．前記プログラムガイドまたはその一部分に関連する更新の通知を要求するリクエストをプログラムガイド送信機に対して送信する段階と、
ｂ．前記リクエストを受諾する肯定応答を受信する段階と、
ｃ．前記プログラムガイドまたはその一部分の更新を特定する通知を受信する段階と、
ｄ．前記受信した通知から、前記更新を検索するためのＵＲＬを特定する段階と、
ｅ．前記プログラムガイド受信機に関係するユーザの前記外部デバイスまで前記ＵＲＬを転送する段階と、
を含んでなる前記プログラムガイド受信機内で実施される方法において、前記外部デバイスが、更新されたプログラムガイドを検索するか、または前記プログラムガイドの一部分に関連する前記検索された更新に基づき新しいプログラムガイドを構築するか、のいずれかであり、前記外部デバイスが前記プログラムガイドを用いてマルチメディアコンテンツを検索する方法。
【請求項３５】
前記ネットワークが、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）またはインターネットのいずれかである請求項３４に記載の方法。
【請求項３６】
前記プログラムガイド送信機と前記プログラムガイド受信機との間の通信が、セッション開始プロトコル（ＳＩＰ）を介して行われる請求項３４に記載の方法。
【請求項３７】
前記プログラムガイドが、各々１組のセグメントからなる１またはそれ以上のプログラムからなり、前記プログラムまたはセグメントがソースまたはメタデータ情報を含む請求項３４に記載の方法。
【請求項３８】
前記メタデータが、ＸＭＬフォーマットである請求項３７に記載の方法。
【請求項３９】
前記ソース情報は、ユーザがアクセスできる媒体、チャネル、ＵＲＩ、ファイルまたはパスネーム、周波数、場所、オーディオ、ビデオコーデック、帯域幅、ウインドウサイズ、またはアクセス可能エリアのいずれかを含んでなる請求項３７に記載の方法。
【請求項４０】
前記メタデータ情報は、時間的情報、著作権情報、配給ポリシー、有効性、タイトル、サブタイトル、ＣＤまたはＤＶＤ番号、ミュージシャン、ドラマ、ショー、あらすじ、キーワード、キャスト、ディレクター、プロデューサ、最初の放送日、コメントまたは関連ＵＲＬである請求項３７に記載の方法。
【請求項４１】
前記更新を特定する前記通知が、インスタントメッセージプロトコルを介して受信される請求項３４に記載の方法。
【請求項４２】
プログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信するためのシステムであって、プログラムガイド受信機にて前記プログラムガイドの一部分または全部が動的に更新されるシステムにおいて、
（ａ）プログラムガイドの一部分かまたは全部のいずれかに関連する更新の通知を要求するリクエストをプログラムガイド送信機に送信し、（ｂ）前記リクエストを受諾する肯定応答を受信し、（ｃ）前記プログラムガイドの一部分かまたは全部のいずれかの更新を特定する通知を受信し、（ｄ）前記受信した通知から、前記更新の発信源となる場所を特定し、（ｅ）前記特定された場所から前記更新を受信し、（ｆ）前記受信した更新に基づいて、新しいプログラムを構築し、（ｇ）前記新たに構築したプログラムガイドを用いて前記マルチメディアコンテンツを検索するために、前記プログラムガイド受信機により操作可能なシステム。
【請求項４３】
前記（ｃ）での特定された更新が、前記プログラムガイド受信機のユーザに関係する外部デバイスまで転送される請求項４２に記載のシステム。
【請求項４４】
前記プログラムガイド受信機と前記外部デバイスとの間の通信が、ＳＩＰ、ＰＯＰ、ＳＭＴＰまたはＨＴＴＰといったプロトコルのいずれかを介して行われる請求項４３に記載のシステム。
【請求項４５】
前記外部デバイスが、携帯電話、無線電話、ポケットベル、個人用情報端末（ＰＤＡ）またはモバイルコンピュータのいずれかである請求項４３に記載のシステム。
【請求項４６】
前記プログラムガイド受信機は、前記プログラムガイドに基づいてマルチメディアコンテンツを検索および記憶し、前記プログラムガイド受信機は、そのユーザに対してコンテンツの品質を示すべく前記検索の間にネットワークトラヒックに関係する統計をさらに記憶する請求項４２に記載のシステム。
【請求項４７】
プログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信するためのシステムにおいて、
プログラムガイドの一部分かまたは全部のいずれかに関連する更新の通知を要求するリクエストを伝送し、受信した通知から、更新の発信源となる場所を特定し、前記特定された場所から前記更新を受信し、前記受信した更新に基づいて新しいプログラムを構築し、前記新たに構築したプログラムガイドを用いて前記マルチメディアコンテンツを検索するためのプログラムガイド受信機と、
前記プログラムガイド受信機からの前記リクエストに応答して、前記プログラムガイドに対して、前記プログラムガイドの一部分かまたは全部のいずれかの更新を特定する通知を送信するためのプログラムガイド送信機と、
を含んでなるシステム。
【請求項４８】
前記マルチメディアコンテンツが、アカウント・ロード・バランシング上の制約または記憶上の制約に基づいてコンテンツサーバから検索される請求項４７に記載のシステム。
【請求項４９】
前記更新を特定する前記通知が、インスタントメッセージプロトコルを介して受信される請求項４７に記載のシステム。
【請求項５０】
特定された更新が、前記プログラムガイド受信機のユーザに関係する外部デバイスまで転送される請求項４７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、ネットワークベースのコンテンツ取得の分野に関する。より特定的には、本発明は、プログラムガイドを用いたインターネットベースのコンテンツ獲得に関する。
【背景技術】
【０００２】
プログラムガイドは、伝送されるコンテンツに関するスケジュールを提供する。例えば、ケーブルテレビ（ＣＡＴＶ）システムに関係するプログラムガイドは、加入者が自ら興味のあるプログラムを選ぶべくこのようなプログラムを一覧することのできる、プログラムスケジュール（現在のプログラムと将来のプログラムとの両方）を提供する。さらに、ＴｉＶｏ（登録商標）といった現行の製品は、送信されたコンテンツを操作する能力をユーザに提供する。かかる製品はＶＣＲに類似しているかもしれない（すなわち、これらは、送信されたコンテンツについて、録画、一時停止、巻戻しおよび早送りといった機能を実施することができる）。
【０００３】
従来技術のシステムにおいて記述されてきたようなプログラムガイドに付随する問題は、プログラムのコンテンツに関係する放送時間が、放送中に動的に変化することがあるという事実にある。このシナリオの典型的な例としては、スポーツイベントの実況中継コンテンツがある。そのイベントの開始時間は、天候条件により延期される可能性があり、かつその終了時間は不確かである。その結果として、代替のコンテンツが放送されているかもしれず、またその後のコンテンツの放送時間に影響が及ぼされる可能性もある。かくして、このような従来技術のシステムにおいては、プログラムガイドは、かかる変更を反映するように更新されていない。
【０００４】
かかるプログラムガイドの別の制限的局面は、プログラムガイドが、マルチメディアコンテンツの配送および記憶に関係する資源が制限的であるという事実を考慮に入れていないことにある。かかるマルチメディアコンテンツを送受信するのに用いられる資源が制限的であるので、マルチメディアコンテンツは異なる時間的特徴（ｆｅａｔｕｒｅ）を有している。より特定的には、マルチメディアコンテンツは大量の記憶容量（送信側と受信側との両方において）を必要とすることから、高価な記憶システムが必要となる可能性がある。あるいは、記憶容量に関しては、（マルチメディアコンテンツの）送信機（ｓｅｎｄｅｒ）が、記憶の大幅な増大を必要とするマルチメディアコンテンツを提供することを要求する場合、該送信機は、連続的にかまたは周期的に新しいコンテンツを提供し、システムから古いコンテンツを除去することになろう。従って、各加入者は、記憶媒体上で、既存のコンテンツの利用可能性、変更および新しいコンテンツの利用可能性に関するスケジュールを備えている必要がある。
【０００５】
また、かかるコンテンツの送受信には、送信機の伝送資源に加えて（インターネットといったような）ネットワーク上の広帯域資源も必要である。数多くのケースにおいて、適切な帯域幅が利用可能でないとすると、コンテンツを受信する能力を著しく制限する。帯域幅の不足に付随する問題を克服するための１つの解決法は、適切な帯域幅が利用可能になったときにのみコンテンツが受信されるタイムシフトアクセス技術を使用することである。この解決法は、広帯域を必要とするコンテンツに関係するアクセス時間に制約を加える。しかしながら、現行のシステムは、資源の利用可能性、または資源がいつ利用可能となるかをユーザに動的に割当てる場合またはそれについて通知する場合に、不十分である。
【０００６】
コンテンツサイズのこのような増加、記憶の制限により、帯域幅の制限と組合わさって、特定のアクセス時間においてかかるコンテンツを利用することができなくなる。これらのコンテンツ特徴（ｆｅａｔｕｒｅ）は、例えばその利用可能性を動的に制約し変更することになる。ユーザは、自らがコンテンツにアクセスする前に、プログラムガイドにより記述されたその情報を受信する必要がある。
【０００７】
上述の従来技術のプログラムガイドの精細なメリット、特徴（ｆｅａｔｕｒｅ）および利点がいかなるものであろうと、それらのいずれも、本発明の目的を達成または遂行するものではない。
【０００８】
［先行技術文書に関する情報の開示］
【非特許文献１】「セッション宣言プロトコル」  M. Handley (ＡＣＩＲＩ), C. Perkins (ＵＳＣ／ＩＳＩ), E. Whelan (ＵＣＬ)著。  ネットワーク作業グループ  コメントリクエスト：２９７４  カテゴリ：実験的  ２０００年１０月
【非特許文献２】ＴｉＶｏ（登録商標）  ＜ＵＲＬ：http://www.tivo.com/0.0.asp＞
【発明の開示】
【課題を解決するための手段】
【０００９】
本発明は、プログラムガイドまたはその一部分に対する更新を、プログラムガイド送信機から受信するための方法およびシステムにおいて、該プログラムガイドの部分が、一組の好みおよび制約に従って規定されるような方法およびシステムを提供する。プログラムガイド受信機（ｒｅｃｅｉｖｅｒ）内で実施される該方法は、（ａ）プログラムガイドの一部分かまたはプログラムガイドの全部に関連する更新の通知を要求する加入リクエストを、該プログラムガイド送信機に送信する段階と、（ｂ）前記加入リクエストを受諾する肯定応答を受信する段階と、（ｃ）前記プログラムガイドの一部分またはプログラムガイドの全部の更新を特定する通知を受信する段階と、（ｄ）上記の受信した通知から、該更新の発信源となる場所（例えば、ＵＲＬといたようなポインタ）を特定する段階と、（ｅ）特定された場所から前記更新を受信する段階と、（ｆ）受信した更新に基づいて、新しいプログラムガイドを構築する段階と、を少なくとも含んでなる。特定の一実施形態おいては、プログラムガイド送信機とプログラムガイド受信機との間の通信は、セッション開始プロトコル（ＳＩＰ）を用いて行われる。
【００１０】
プログラムガイドは、各々が１組のセグメントからなる１またはそれ以上のプログラムからなり、該プログラムまたはセグメントはソースまたはメタデータ情報からなる。特定の一実施形態においては、前記メタデータは、ＸＭＬフォーマットである。前記ソース情報には、ユーザがアクセスできる媒体、チャネル、ＵＲＩ、ファイルまたはパスネーム、周波数、場所、オーディオ、ビデオコーデック、帯域幅、ウインドウサイズ、またはアクセス可能エリアまたはそれらの均等物のいずれか（ただしこれらに制限されるわけではない）が含まれる。上記メタデータ情報は、時間的情報、著作権情報、配給ポリシー、有効性、タイトル、サブタイトル、ＣＤまたはＤＶＤ番号、ミュージシャン、ドラマ、ショー、あらすじ、キーワード、キャスト、ディレクター、プロデューサ、最初の放送日、コメントまたは関連ＵＲＬのいずれか（ただしこれらに制限されるわけではない）が含まれている。
【００１１】
上記のシステムは、１つの態様において、プログラムガイド受信機にてその一部分または全部が動的に更新されるプログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信するためのシステムであって、（ａ）プログラムガイドの一部分かまたはその全部のいずれかに関連する更新の通知を要求するリクエストをプログラムガイド送信機に送信し、（ｂ）前記リクエストを受諾する肯定応答を受信し、（ｃ）前記プログラムガイドの一部分かまたはその全部のいずれかに対する更新を特定する通知を受信し、（ｄ）前記の受信した通知から、前記更新の発信源となる場所を特定し、（ｅ）前記の特定された場所から前記更新を受信し、（ｆ）前記の受信した更新に基づいて、新しいプログラムガイドを構築し、（ｇ）前記の新たに構築したプログラムガイドを用いて前記マルチメディアコンテンツを検索するために、前記プログラムガイド受信機によって操作され得るシステムである。
【００１２】
上記システムは、別の態様において、プログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信するためのシステムであって、該システムは、プログラムガイドの一部分かまたはその全部のいずれかに関連する更新の通知を要求するリクエストを送信し、受信した該通知から更新の発信源となる場所を特定し、その特定された場所から前記更新を受信し、前記受信した更新に基づいて、新しいプログラムを構築し、該新たに構築されたプログラムガイドを用いて前記マルチメディアコンテンツを検索するためのプログラムガイド受信機と；前記プログラムガイド受信機からの前記リクエストに応答して、前記プログラムガイドに対して、前記プログラムガイドの一部分かまたはその全部のいずれかに対する更新を特定する通知を送信するためのプログラムガイド送信機と、を含んでなる。
【００１３】
一実施形態においては、特定された更新は、プログラムガイド受信機のユーザに関係する外部デバイス（携帯電話、無線電話、ポケットベル、個人情報端末（ＰＤＡ）、セットトップボックスまたはモバイルコンピュータ）へと転送される。プログラムガイド受信機と外部デバイスとの間の通信は、ＳＩＰ、ＰＯＰ、ＳＭＴＰまたはＨＴＴＰといったプロトコルのいずれか（ただしこれらに制限されない）を介して行われる。
【００１４】
別の実施形態においては、プログラムガイド送信機は、ネットワーク（例えばローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）またはインターネット）の一部として断続的に利用可能であり、プログラムガイドの送信側は、該送信側がネットワークの一部である期間中、通知を受信する。
【００１５】
さらに別の実施形態においては、プログラムガイド受信機は、そのプログラムガイドのユーザに対して、コンテンツの品質を示すためコンテンツ検索／記憶の期間中、ネットワークトラフィックに関係する統計を記憶する。
【発明を実施するための最良の形態】
【００１６】
本発明は、好ましい実施形態において、例示され記述されているが、本発明は、数多くの異なる構成、形態および材料で生産することが可能である。本発明の好ましい実施形態が図中に示され、本明細書において詳述されることになるが、本開示は、発明の原理およびその製造のための付随する機能的仕様の例示としてみなされるべきものであって、該発明を例示された実施形態に制限することを意図したものではないということを理解すべきである。当業者であれば、本発明の範囲内で可能なその他の数多くの変形形態を想像することだろう。
【００１７】
本発明のプログラムガイドは、マルチメディアコンテンツの特徴（ｆｅａｔｕｒｅ）を記述するメタデータのセットである。例えば、メタデータの非網羅的（ｎｏｎ−ｅｘｈａｕｓｔｉｖｅ）なリストとしては、統一資源識別子（ＵＲＩ）、放送時間、帯域幅、ファイルサイズ、テキストの要約、ジャンル、タイトルなどのうちのいずれかが含まれる。付加的には、「コンテンツ」という語は、音楽、ビデオクリップ、ニュースプログラム、映画などといったマルチメディアコンテンツを意味する。「プログラムガイド」という語句は、開始時間、終了時間、長さ、タイトル、チャンネル、周波数および帯域幅といったメタデータを表わしている。
【００１８】
本明細書中で使用されている通りの「デバイス」という語は、かかるデバイスのユーザによってどのような役割が割当てられたかに応じた、コンテンツ送信機の役割とコンテンツ受信機の役割との双方にあてはまる。デバイスとしては２種類、つまり「受信機」（ｒｅｃｅｉｖｅｒ）と「送信機」（ｓｅｎｄｅｒ）とが存在する。「送信機」という語は、プログラムガイドを送信するデバイスを意味する。「受信機」という語は、プログラムガイドを受信するデバイスを意味する。さらに、コンテンツを送るデバイスは、インターネットといったネットワークのエッジ上またはコア内のいずれにおいても設置可能である。従って、プログラムガイドはインターネットといったネットワークを通してコンテンツを送信または受信するデバイスによって用いられる。受信機は、プログラムガイドと更新通知との双方を得ることができる（同様に、送信機は、プログラムガイドと任意の更新通知との双方を送信することができる）。
【００１９】
さらに、本発明では、デバイスが常にネットワーク上で利用可能であるわけではなく、受信機または送信機としてのその役割が安定していない、という事実が考慮されている。かくして、プログラムガイドを、ユーザにとってさらに便利な代替デバイスによって得ることが可能である。本発明のプログラムガイドプロトコルを介して通信できるデバイスの例としては、携帯電話、ＰＤＡ（Personal Digital Assistants：個人用情報端末）、パーソナルコンピュータ、ストリーミングビデオサーバ、セットトップボックス、ビデオカメラおよびＰＶＲ（パーソナルビデオレコーダ）が含まれるが、これらに制限されるものではない。
【００２０】
本発明のプログラムガイドのケースモデルは一般に、（１）プログラムガイドのアクセス手段（自動または手動）および（２）コンテンツ検索手段（リアルタイムおよびタイムシフト）を用いて、カテゴリが分類され、４つのカテゴリの中に入る。下の表１が、これらのモデルおよび典型的な例を示している。
【００２１】
【表１】
2005518727.tif 000003
【００２２】
テレビモデル：人間のユーザがプログラムガイドを手動で使用し、コンテンツを特定し、それをリアルタイムで見る。放送時間が突然変更になり、プログラムガイドの送信機がユーザに通知した場合、ユーザは、好みのコンテンツに手動で追従することができる。
【００２３】
ＶＣＲモデル：人間のユーザがプログラムガイドを手動で使用し、記憶すべきコンテンツを特定し、好みのコンテンツのタイムシフトされたバージョンを見る。放送時間が突然変更され、プログラムガイドの送信機がユーザに通知した場合、ユーザは手動で好みのコンテンツを再度特定することができる。
【００２４】
実況会議放送モデル：デバイスがプログラムガイドを自動で使用し、コンテンツを特定し、利用可能である場合ユーザにそれを示す。利用可能性が予想外に変更され、プログラムガイドの送信機が変更に関してデバイスに通知した場合、デバイスはこの変更に自動的に追従することができる。
【００２５】
好みベースの録画モデル：デバイスは、プログラムガイドを使用し、好みおよび構成といったユーザの指示に従って、自動的にコンテンツを記憶する。利用可能性に突然変更があり、プログラムガイドの送信機がその変更に関しデバイスに通知した場合、デバイスはこの変更に自動的に追従することができる。
【００２６】
本発明のプログラムガイドプロトコルは、リクエスト−応答メッセージオペレーションをサポートし、受信機にとって最も適切であるときに受信機がプログラムガイドを取得できるようにする。例えば、一実施形態においては、ユーザは要望に応じてプログラムガイドを取得することができる。プログラムガイドはメタデータを大量に含むことがあるので、プログラムガイドの送信機は、ユーザに対しデータの強制をするのではなく、むしろリクエストを待ってからプログラムガイドを配送する。
【００２７】
別の実施形態においては、本発明のプロトコルは受信機がカスタマイズされたプログラムガイドを取得できるようにする。例えば、ユーザは、その好みおよび構成に従って、プログラムガイドのサブセットを要求し受信することができる。その好みは、プログラムガイドリクエストメッセージの中に含み得る。そうでなければプロトコルは、その好みを送るための個別のトランザクションを備えていてもよい。
【００２８】
上述した通り、本発明のプログラムガイドは、そのコンテンツが変更されたときに更新することができる。更新通知は、即時性と可動性（ｍｏｂｉｌｉｔｙ）をもつ。ユーザが（自ら加入した）プログラムガイドの変更に関して通知を受けることを望む場合、プログラムガイドの送信機は、その変更を直ちに（好みおよび構成に基づいて精選された）適切なデバイスに通知する。このデバイスは、プログラムガイドをリクエストしたもとのデバイスであっても、そうでなくてもよい。例えば、ユーザがその住居から離れたところにいる場合、もとのデバイス（例えばユーザ宅にあるＰＣまたはＶＣＲ）の代わりに、ユーザの携帯電話を通して更新通知を受信することが有用である。あるいは、ユーザが家にいる場合、もとのデバイスが好ましいかもしれない。ユーザはまた、多数のデバイスに対し通知を送信するのが有用と考えるかもしれない。
【００２９】
別のシナリオでは、記憶デバイスは、ＩＰで到達可能なビデオカメラ上に常駐する最新ビデオファイルを要求することもあるが、該記憶デバイスが、カメラはＩＰ到達不能（すなわちネットワーク上で到達できない）と判断するかもしれない。このケースでは、該記憶デバイスは、新しいビデオファイルが利用可能であることを示すビデオカメラ（これがネットワーク上で到達可能な場合）からの通知を待つ。従って、コンテンツ送信機は、ユーザ端末が、利用可能なコンテンツにアクセスできるような形で、その利用可能性について（すなわちそれがいつインターネットなどのネットワーク上で到達可能であるかについて）ユーザ端末に通知する。このメカニズムは、コンテンツを取得すべきか否かを決定するのは受信機であることから、コンテンツプッシュまたは同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）とは異なっている、ということに留意すべきである。従って、コンテンツ送信機が長い時間ネットワークの一部として接続されていなかったとしても、該送信機は、かかるネットワークの一部となったときにコンテンツの更新を通知することができる。これには、ＳＩＰ  ＩＮＶＩＴＥ（送信勧誘）といった送信機主導（ｉｎｉｔｉａｔｅｄ）の通知が必要となる。
【００３０】
本発明のプログラムガイドプロトコルは、ＴＣＰといった信頼性の高い伝送プロトコルを介して、信頼性の高いメッセージ交換を提供する。好ましい実施形態においては、該プログラムガイドプロトコルは、１）プログラムガイドリクエスト、２）通知リクエストおよび３）更新通知という３つの段階で構成される。
【００３１】
プログラムガイドリクエスト
受信機は、プログラムガイドについてのリクエストメッセージを送信し、かかるリクエストを受信したときに、送信機はプログラムガイドを含むメッセージで応答する。先に言及した通り、受信機もまた、リクエストメッセージ内でカスタマイズされたプログラムガイドを要求することもできる。かかるリクエストを受信すると、送信機は、カスタマイズされた（リクエストに従ってカスタマイズされた）プログラムガイドを含むメッセージで応答する。
【００３２】
通知リクエスト
受信機は、この受信機に対して通知を行う条件を特定する通知リクエストメッセージを、送信する。送信機がこの通知リクエストメッセージを受信し、このリクエストを満たす更新を提供できる場合には、送信機は肯定応答メッセージで応答する。
【００３３】
更新通知
送信機がプログラムガイド内に変更を検出したとき、そして受信機がこの変更について通知を受けることを要求している場合、該受信機に対して更新通知が送信される。かかる更新通知を受信すると、受信機は、肯定応答メッセージで応答する。先に言及した通り、上記更新通知メッセージは、ユーザの好みに基づいた適切なデバイスへと転送することができる。
【００３４】
さらに、本発明のプログラムガイドはさまざまなマルチメディアコンテンツを記述するということに留意すべきである。メタデータとしては、異なるプログラムガイドを提供する他の送信機へのポインタを表示するメタ−プログラムガイドを記述することができる。コンテンツのメタデータはさまざまなフォーマットを用いて表示可能である。例えば、送信機Ｐｎｇが、ＸＭＬを使用することによってコンテンツのメタデータを記述することができる。それはマルチパーティーマルチメディア会議をアドレスするので、一般マルチメディアコンテンツを記述するためにはＸＭＬスキーマを拡張することが必要である。別の例では、ＭＰＥＧ−７により、ＸＭＬを用いてコンテンツのメタデータを記述することができる。これは、一般マルチメディアコンテンツのためのＸＭＬスキーマを定義する。ＭＰＥＧ−７はまた、プログラムガイド構造をも記述することができる。
【００３５】
イベント通知およびリクエスト応答メッセージオペレーションに関しては、さまざまなプロトコルを使用することができる。例えば、プログラムガイドの更新を通知するために、セッション開始プロトコル（ＳＩＰ）および「ＳＩＰ−特定イベント通知」を使用することができる。このＳＩＰ−特定イベント通知によって、特定のプログラムガイドに加入し更新に関する通知を受信することが可能となる。また、プログラムガイドのためのリクエスト−応答メッセージオペレーションに対してＨＴＴＰを使用することもできる。
【００３６】
上述の例では、ＳＩＰおよびＨＴＴＰといったプロトコルが使用されるものの、同じ機能性を達成するために、ＳＯＡＰまたはＸＭＬコンテンツロードを用いる他の実施形態が想起されるということに留意すべきである。従って、サーバから最新のコンテンツを得たいと考えているユーザは、それを「インスタントメッセージ」の形で得ることができる。
【００３７】
図１は、プログラムガイドプロトコルに関連する一般機能性を示す。ユーザは、（コンテンツ１００を、好ましいコンテンツ１０３まで削減することになる）好み１０２および（好ましいコンテンツ１０３を、記憶可能なコンテンツ１０５まで削減することになる）記憶容量、時間、および帯域幅といった制約１０４のセットに従って、インターネットといったネットワーク上でコンテンツ１００を選択することができる。プログラムガイドはコンテンツの利用可能性を記述するので、ユーザは、与えられた時間内でコンテンツを取得することを選択することができる。一方、ユーザは、コンテンツのダウンロードに最も適した特定の時間がある場合、その時間に所望のコンテンツを得ることを選択することができる。例えば、ユーザは、自らの記憶装置が十分なディスクスペースを有する場合、またはネットワークが転送のための十分な帯域を有する場合に、コンテンツを受信することを決断することができる。
【００３８】
図２は、プログラムガイドの構造例を示す。プログラムガイド２０２を記述するためには２種類のユニットが存在する。すなわち、プログラムセクション２０４、２０６、２０８、２１０、２１２、２１４およびセグメントセクション２１６、２１８、２２０、２２２、２２４、２２６、２２８である。ユーザは通常、プログラムを基本ユニットとして見る。各プログラムセクションは、零以上のセグメントセクションで構成されている。例えば、セグメントセクションには、音楽、ニューストピックス、コマーシャルフィルムなどを含むことができる。セグメントを独立に見ることができるという点に留意すべきである。プログラムセクションもセグメントセクションも両方共メタデータを含む。プログラムセクション内に記述されているデータは、セグメントセクション内では省略できる。
【００３９】
プログラムまたはセグメントセクションは、ソース情報およびメタデータ情報という情報からなる。ソース情報には、ユーザがアクセスできる媒体、チャンネル、ＵＲＩ、ファイルまたはパス名、周波数、場所、オーディオ、ビデオコーデック、帯域幅、ウインドウサイズ、アクセス可能なデータなどが含まれる。しかしこれらに制限されない。１つのプログラムまたはセグメント内において複数のソースが発生し得るという点に留意すべきである。メタデータ情報には、時間的情報（開始時間、終了時間、長さなど）、著作権情報、配給ポリシー、有効性、タイトル、サブタイトル、ＣＤまたはＤＶＤ番号、ミュージシャン、ドラマ、ショー、あらすじ、キーワード、キャスト、ディレクター、プロデューサ、最初の放送日、コメントまたは関連ＵＲＬなどが含まれる（ただしこれに制限されない）。
【００４０】
図３ａは、プログラムの放送時間の変更に起因してユーザ端末３０４に対して送信機３０２（例えば、ビデオサーバ／プログラムガイド送信機）により更新通知が送信されるシナリオに関連した時系列図を示す。この例においては、ユーザ端末（プログラムガイド受信機）３０４は、送信機３０２からの更新を受信するため（ＳＩＰプロトコルの通り加入（ＳＵＢＳＣＲＩＢＥ）メッセージを介して）加入する。加入（ＳＵＢＳＣＲＩＢＥ）メッセージ内には、ユーザ端末３０４はジャンル、長さなどといったようなユーザの好み情報を含めることができる。送信機３０２は、そのリクエストを受諾した場合、ＳＩＰプロトコルの通りに受諾（ＡＣＣＥＰＴ）メッセージを送信する。上記加入（ＳＵＢＳＣＲＩＢＥ）メッセージがユーザ好み情報を含む場合には、サーバは、（ワードマッチングのようなパターンマッチングメカニズムを使用することによって）ユーザ好みと合致するプログラムガイド内の変更を見る。
【００４１】
その後、送信機３０２は変更を検出し、ＳＩＰプロトコルの通りに、通知（ＮＯＴＩＦＹ）メッセージを送信する。このとき、受信機は、ＳＩＰプロトコルの通りにＯＫメッセージで肯定応答を行う。通知（ＮＯＴＩＦＹ）メッセージは、変更を記述する情報または変更を指示するＵＲＬといったポインタを含む。その通知にＵＲＬが含まれている場合、受信機は、プログラムガイドの変更に関する情報を得るために、ＨＴＴＰまたはＦＴＰといったプロトコルを使用する。受信機３０４は、プログラムガイドを取得した後、該プログラムガイドによって記述されているマルチメディアコンテンツを得ることができる。
【００４２】
図３ｂおよび３ｃは、図３ａの時系列図に対応する等価なフローチャートを示す。図３ｂは、送信機によるプログラムガイド更新の通知を示すフローチャートを示す。許可された加入リクエストが最初のリクエストであるか否かのチェックが行われ（３０６）、そうである場合には（３０８）、全プログラムガイドと共に通知（ＮＯＴＩＦＹ）メッセージを送信する（３１０）。リクエストが最初のリクエストではない場合（３１２）、ＮＯＴＩＦＹメッセージが、変更されたプログラムガイドデータ（すなわちプログラムガイド内の変更に対応する現行デルタ）だけを伴って送信される（３１４）。
【００４３】
図３ｃは、ＵＲＬといったポインタを介した更新データの検索を示すフローチャートを示す。最後に修正された時刻が更新されたか否かを見るためにチェックが実施され（３１６）、時刻が更新されなかった場合（３１７）、現行のプログラムガイドが保持される（３１８）。最後に修正された時刻が更新されたケースでは（３１９）、ＵＲＬといったポインタがその更新の場所を表示するために提供されているか否か、を見るためにもう１つのチェックが実施される（３２０）。かかるポインタの存在下で（３２２）で、プログラムガイドが得られる（３２４）（すなわちプログラムガイド内の変更を用いて新しいプログラムガイドが作成される（３２５）かまたはプログラムガイド全体が得られる（３２７）かのいずれか）。ポインタがない場合（３２６）、プログラムガイドは、通知メッセージ内の本体から得られ（３２８）、プログラムガイド内の変更を用いて新しいプログラムガイドが作成される（３２５）かまたはプログラムガイド全体が得られる（３２７）。
【００４４】
図４は、プログラムガイド送信機４０２から、（プログラムガイド受信機／ユーザ端末４０４ではない）デバイス４０６までプログラムガイドの更新が送られる例を示す。この例では、受信機４０４は、ＩＮＶＩＴＥメッセージを外部デバイス（例えば携帯電話、ポケットベル、ＰＤＡなど）４０６に対し、ＳＩＰプロトコルの通りに送信する。送信勧誘（ＩＮＶＩＴＥ）メッセージは、プログラムガイド内の変更または変更を表示するＵＲＬといったポインタを含む。ＩＮＶＩＴＥメッセージがＵＲＬを含む場合、外部デバイス（例えば携帯電話）４０６は、ＨＴＴＰまたはＦＴＰといったプロトコルを使用することにより、上記変更にアクセスすることができる（上述の例のように）。該ＵＲＬは、ユーザ端末内またはビデオサーバ４０４内の情報を提供する。かくして、最新のプログラムガイドを取得することを望むユーザは、たとえ端末４０４のそばにいなくても、プログラムガイドを得ることができる。
【００４５】
図５ａは、ユーザ端末が、ネットワーク上でアクセス可能になった場合にカメラ５０４といった外部デバイスからコンテンツを取得する一例を示す。かくして、同じネットワーク上に接続されている認識不能な（すなわち、ユーザ端末が接続されているネットワーク上で認識不能な）ビデオカメラ５０４上にあるファイルをユーザ端末５０２が必要としている場合、該カメラは、それが同じネットワーク上に接続されていることを端末５０２に通知する。カメラ上の資源が利用可能である場合、まず最初にカメラ５０４は、プログラムガイドのＵＲＬを含む勧誘（ＩＮＶＩＴＥ）メッセージを端末５０２に送信する。端末５０２は、ＡＣＫ（肯定応答）信号を送信し、その応答を受信した後、ＵＲＬによって与えられたプログラムガイドを得る。最終的に、端末はプログラムガイドに従ってファイルを得る。ひとたびプログラムガイドを得ると、ユーザは、カメラが新しいコンテンツを有するか否かを確認することができる。かくして、ユーザは、ネットワーク上に断続的に接続されたデバイス上にて最新のコンテンツを得ることができる。
【００４６】
図５ｂは、図５ａの時系列図に対応する等価なフローチャートを示す。最後の通知後、新しいコンテンツが記憶されているか否かを見るためにチェックが実施され（５０６）、記憶されている場合、最後の状態と現在の状態とを比較するメタデータが準備される（５０８）。ステップ５１０では、更新されたメタデータと共に通知（ＮＯＴＩＦＹ）メッセージが送信される。
【００４７】
以上の例（そして後続する例）においては、ＳＩＰ、ＨＴＴＰ、およびＦＴＰといった特定のプロトコルが利用されているものの、他の等価なプロトコルおよび通知メカニズムでも同じ機能を達成することが可能である。例えば、受信機は、ＰＯＰまたはＳＭＴＰを用いることによって、Ｅメールといった電子メッセージを外部デバイス（例えば携帯電話）に送信することができる。このように、使用されるメッセージングプロトコルのタイプを本発明の範囲を制約するために使用すべきではない。
【００４８】
本発明のプログラムガイドプロトコルを用いて、ユーザは、ＶＣＲといったユーザ端末などのその記憶装置上にコンテンツを記憶することができる。かかるコンテンツを記憶することによって、ユーザはかかるコンテンツを見る前にコンテンツの品質を確認することができる。例えば、インターネットといったネットワーク上でコンテンツを得た場合、記憶装置は、パケット損失率といった受信コンテンツの品質を記述する統計を記録することができる。コンテンツを記録した後、記憶装置はユーザに対して統計を示すことができる。このときユーザは、統計に従ってコンテンツの品質を決定することができる。インターネットのトラフィックの品質は、それを取得したときには普通不確実であるので、ユーザは、リアルタイムにその品質を確認することができる。ユーザはまた、プログラムガイドを使用し、記憶すべきコンテンツを予め確認することもできる。図６は、受信／記憶されたコンテンツの品質に従ってコンテンツを選択するためのスクリーン画像の例を示す。
【００４９】
図７は、メタデータサーバ７０４が、加入済みのあらゆる更新をコンテンツクライアント７０６に提供し、コンテンツサーバ７０２がコンテンツクライアント７０６によるマルチメディアコンテンツ検索を可能にするシナリオを示す。まず最初に、コンテンツクライアント７０６はメタデータサーバ７０４からメタデータを要求し検索する。次にコンテンツクライアント７０６は、コンテンツサーバ７０２からマルチメディアコンテンツを検索する。メタデータを搬送するためには、ＨＴＴＰといった搬送メカニズムを使用することが可能である、という点に留意すべきである。しかしながら、メタデータの搬送のためにＨＴＴＰプロトコルを使用することは、効率の良くないリフレッシュメカニズムである（すなわち、リフレッシュメカニズムがポーリングによるものであるために効率が悪い）。メタデータをリフレッシュするためのメカニズムは、頻度の高いＨＴＴＰリクエストを送信するために改善される必要があるが、かかる高頻度リクエストは、リクエストを受信するホスト上での負荷を増大させる可能性がある。本発明に基づく解決法は、メタデータが変化するときにメタデータサーバ７０４がコンテンツクライアントに対し更新通知を送信することである。これにより、更新のために必要とされるメッセージの数は、上述のシナリオ中で必要とされているようなＨＴＴＰリフレッシュメッセージの数よりも少ない。コンテンツクライアント７０６は、Real Vido（登録商標）, Windows（登録商標） Media、またはＨＴＴＰといったような既存のあらゆるコンテンツ搬送メカニズムを使用することにより、コンテンツを検索することができる。
【００５０】
図８は、ＳＩＰを介した更新通知の基本的なプロトコルオペレーションを示す。まず最初に、メタデータサーバ８０４からの後続する更新通知を受信するために、メタデータサーバ８０４に対してメタデータ／コンテンツクライアント８０２が加入（ＳＵＢＳＣＲＩＢＥ）リクエストを送信する。メタデータサーバ８０４が加入要求を認証した場合、サーバ８０４は加入（ＳＵＢＳＣＲＩＢＥ）肯定応答および通知（ＮＯＴＩＦＹ）リクエストを同じクライアント８０２に送信する。リクエストは、要求されたメタデータかまたはそのメタデータの場所を表示するＵＲＬのいずれかを含む。クライアント８０２は、リクエストを受信すると、本体内に特定されたメタデータを得ようとする。メタデータが変更されたときに、サーバは、クライアントに対して通知（ＮＯＴＩＦＹ）リクエストを送信する。リクエスト本体は、メタデータのためのＵＲＬまたはメタデータ自体を含む。クライアントがリクエストを受信すると、加入者は、ＵＲＬにより本体中で特定されたメタデータを取得しようとする。最終的に、クライアントはＨＴＴＰを用いることによってメタデータを得る。
【００５１】
図９は、ロードバランシングおよび効率の良い容量利用において有用なプログラムガイドの例を示す。帯域の効率の良い使用およびユニキャスト（ユニキャストシナリオでは各ユーザに対して異なるスケジュールを送信することができる）またはマルチキャストシナリオでのネットワーク上（または送信機ノード上）のロードバランシングのため、プログラムガイド送信機ノードがユーザアクセス時間を制御する。コンテンツ配信ネットワークまたはビデオサーバ上の受入れできるセッションの数は、通常、帯域幅またはネットワーク資源（例えばサーバ、ノードまたは配信時間資源）の不足に起因して制限されている。かかるシナリオにおける解決法としては、個々のユーザに合わせて作られたプログラムガイドを配信することである。例えば、ロードバランシングの状況では、映画Ａを配信するためのネットワーク資源に制限があり、従って映画Ａは、ユーザ１に対しては午後７時に、ユーザ２には午後９時に、そしてユーザ３に対しては午後１１時または午前１時に利用可能となる。プログラム時間は資源の利用可能性に応じて動的に変更され得る、という点に留意すべきである。付加的な資源が利用可能になった場合、例えば、ユーザ３は映画を午後９時から午前１時までアクセスできるであろう。
【００５２】
記憶容量に関しては、コンテンツサーバの記憶容量に制限がある場合には、午後７時から９時までユーザは映画Ａを利用でき、午後９時から１１時まで映画Ｂを利用でき、午後１１時から午前１時までは映画Ｃを利用できる。こうして、利用可能時間の制約がひき起こされる。エンドユーザに対して提供されるコンテンツの上演数を増加させることを望む場合、送信機ノードは、記憶装置ノード上のコンテンツを定期的に新しくすることができる。
【００５３】
あるいは、ネットワーク資源利用の状態を追跡調査することにより、プログラムガイドは、制限された帯域のユーザに対し、彼らに分散型ネットワークを介してサービスを与えることを保証すべく、スケジュールされた時間を提供することができる。本発明のプログラムガイドはまた、（インスタントメッセージの形での連続ＳＩＰＧポーリング通知によって）、かかるユーザがより大きくより高速のパイプラインによってタイムアウトされないことを保証する。各クライアント／サーバノードにおいて動的なカスタマイズされたガイドを提供すべく、リアルタイムでオンザフライ（ｏｎ−ｔｈｅ−ｆｌｙ）式に、ＳＩＰＧ通知を生成することができるであろう。個人化されたプロフィールを表示できるように、パケット内にユーザのプロフィールを埋込むことが可能である。
【００５４】
現行の数多くのピア・ツー・ピアアプリケーションは、プログラムガイドの特徴を配信するために達成可能なオペレーションを調整するために中央ファシリテータ（ｆａｃｉｌｉｔａｔｏｒ）に依存しつつも、分散的な側面を持つ。インスタントメッセージシステムのユーザにとっては、該アプリケーションは、メッセージを受信するクライアントノードに対し、直接データを送信するピア・ツー・ピアのように見える。それでも、数多くのインスタントメッセージシステムは、ノードが互いにトーキングするのを容易にするバックエンド側のサーバを有している。サーバは、ユーザ名と現ＩＰアドレスとの間の関係を維持し、ユーザがオフラインにある場合にはメッセージをバッファし、ファイアウォールより後段のユーザにメッセージをルーティングする。本発明のシステムは、可能な場合、直接的なクライアントノード間通信を可能にすることができるが、プログラムガイドシステムのユーザによって、求められたときの予備としてのサーバノードも備えている。
【００５５】
結論
以上の実施形態では、プログラムガイドに従ったインターネットコンテンツ取得のための方法およびシステムを有効に実施するためのシステムおよび方法が示されてきた。さまざまな好ましい実施形態が図示され記述されてきたが、かかる開示によって発明を制限する意図は全くなく、むしろ、添付の特許請求の範囲の中で規定されているように、本発明の精神および範囲内に入る全ての修正および代替的構造を網羅することを意図している。例えば、本発明は、メッセージングプロトコルのタイプ、メタデータのフォーマット、本発明のプログラムガイドプロトコルを介して通信する能力をもつ外部デバイスのタイプ、ソフトウェア／プログラム、コンピュータ環境または特定のコンピュータハードウェアにより制限されるべきではない。
【００５６】
以上の強調は、さまざまなコンピュータ環境内で実施される。例えば、本発明は、従来のＩＢＭ  ＰＣまたはその均等物、マルチノードシステム（例えばＬＡＮ）またはネットワーキングシステム（例えば、インターネット、ＷＷＷ、ワイヤレスウェブ）上で実施可能である。全てのプログラミングおよびそれに関連するデータが、静的または動的なコンピュータメモリ内に記憶され、従来のコンピュータ記憶装置、表示装置（すなわちＣＲＴ）および／またはハードコピー（すなわちプリント）フォーマットのいずれかでユーザにより検索され得る。本発明のプログラミングは、ウェブプログラミング技術（例えば、ＨＴＭＬ、ＸＭＬなど）の当業者であれば、実施され得るものである。
【図面の簡単な説明】
【００５７】
【図１】本発明のプログラムガイドプロトコルに関連する一般機能性を示す図である。
【図２】本発明のプログラムガイドの構造例を示す図である。
【図３ａ】プログラムの放送時間の変更に起因して、ユーザの端末に対して送信機（例えば、ビデオサーバ／プログラムガイド送信機）により更新通知が送信されるシナリオに関係する時系列図である。
【図３ｂ】送信機によるプログラムガイドの更新の通知を示すフローチャートである。
【図３ｃ】ＵＲＬといったポインタを介する更新データの検索を示すフローチャートである。
【図４】プログラムガイドの更新が、プログラムガイド送信機から、デバイス特にプログラムガイド受信機／ユーザ端末でないデバイスまで、送信される例を示す図である。
【図５ａ】ネットワーク上でアクセス可能となったときに、カメラといった外部デバイスからユーザ端末がコンテンツを取得する例を示す図である。
【図５ｂ】図５ａの時系列図に対応する等価なフローチャートである。
【図６】受信／記憶済みコンテンツの品質に従ってユーザがコンテンツを選択することを可能にするスクリーン画像例を示す図である。
【図７】コンテンツの更新の例を示す図である。
【図８】コンテンツの更新の別の例を示す図である。
【図９】ロードバランシングおよび効率の良い容量利用において有用なプログラムガイド例を示す図である。
【図１】
2005518727.tif 000004
【図２】
2005518727.tif 000005
【図３ａ】
2005518727.tif 000006
【図３ｂ】
2005518727.tif 000007
【図３ｃ】
2005518727.tif 000008
【図４】
2005518727.tif 000009
【図５ａ】
2005518727.tif 000010
【図５ｂ】
2005518727.tif 000011
【図６】
2005518727.tif 000012
【図７】
2005518727.tif 000013
【図８】
2005518727.tif 000014
【図９】
2005518727.tif 000015
【手続補正書】
【提出日】平成16年9月2日(2004.9.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信する方法において、前記プログラムガイドはプログラムガイド受信機にてその一部分または全部が動的に更新されており、
ａ．プログラムガイドの一部分かまたは全部のいずれかに関連する更新の通知を要求するリクエストをプログラムガイド送信機に伝送する段階と、
ｂ．前記リクエストを受諾する肯定応答を受信する段階と、
ｃ．前記プログラムガイドの一部分かまたは全部のいずれかの更新を特定する通知を受信する段階と、
ｄ．前記受信した通知から、前記更新の発信源となる場所を特定する段階と、
ｅ．前記特定された場所から前記更新を受信する段階と、
ｆ．前記受信した更新に基づいて、新しいプログラムを構築する段階と、
ｇ．前記新たに構築したプログラムガイドを用いて、前記マルチメディアコンテンツを検索する段階と、
を含んでなる方法。
【請求項２】
前記新たに構築されたプログラムガイドを用いたマルチメディアコンテンツの前記検索は、好みと制約とに基づく請求項１に記載の方法。
【請求項３】
前記マルチメディアコンテンツが、アカウント・ロード・バランシング上の制約または記憶上の制約に基づいてコンテンツサーバから検索される請求項１に記載の方法。
【請求項４】
前記更新を特定する前記通知が、インスタントメッセージプロトコルを介して受信される請求項１に記載の方法。
【請求項５】
ネットワーク上でプログラムガイドを動的に更新するための方法であって、前記プログラムガイドがマルチメディアコンテンツの検索を補助し、
ａ．プログラムガイド受信機から、プログラムガイドに関連する更新の通知を要求するリクエストを受信する段階と、
ｂ．前記リクエストを受諾する肯定応答を前記プログラムガイド受信機に送信する段階と、
ｃ．前記プログラムガイド受信機に関係する好みおよび制約を特定する段階と、
ｄ．前記特定された選好性および制約に基づいて、前記プログラムガイドに関連する変更を監視する段階と、
ｅ．前記プログラムガイド内の変更を検出したときに、前記プログラムガイドに対し、更新を特定しかつこの更新の発信源であるＵＲＬを特定する通知を送信する段階と、
を含んでなるプログラムガイド送信機内で実施される方法であり、ここに前記プログラムガイド受信機が前記通知を受信し、前記ＵＲＬから前記更新を検索し、前記検索した更新に基づいて新しいプログラムガイドを構築し、前記新たに構築されたプログラムガイドに基づいてマルチメディアコンテンツを検索する方法。
【請求項６】
ネットワーク上で断続的に動作する送信機からマルチメディアコンテンツを受信するための方法であって、前記マルチメディアコンテンツの受信が前記送信機により更新されたプログラムガイドに基づいていて、前記ネットワーク内で前記送信機が利用可能になったときに前記更新が実施され、
ａ．前記ネットワーク内で利用可能になったときに前記送信機から、前記プログラムガイドの更新のためのポインタを提供する送信勧誘（ｉｎｖｉｔａｔｉｏｎ）を受信する段階と、
ｂ．前記送信勧誘の受信に対し肯定応答する信号を送信する段階と、
ｃ．前記ポインタに従って前記更新を検索する段階と、
ｄ．前記検索された更新に基づいて新しいプログラムガイドを構築する段階と、
ｅ．前記新たに構築されたプログラムガイドに従い、前記送信機が前記ネットワークの一部として利用可能である時間枠の間にマルチメディアコンテンツを検索する段階と、
を含んでなるプログラムガイド受信機内で実施される方法。
【請求項７】
ユーザに関係する外部デバイスにプログラムガイドまたはその一部分の更新を転送するための方法であって、前記ユーザはまたプログラムガイド受信機とも関連があり、プログラムガイドの前記一部分が一組の好みおよび制約に従って定義され、前記更新がネットワーク上で実施され、
ａ．前記プログラムガイドまたはその一部分に関連する更新の通知を要求するリクエストをプログラムガイド送信機に対して送信する段階と、
ｂ．前記リクエストを受諾する肯定応答を受信する段階と、
ｃ．前記プログラムガイドまたはその一部分の更新を特定する通知を受信する段階と、
ｄ．前記受信した通知から、前記更新を検索するためのＵＲＬを特定する段階と、
ｅ．前記プログラムガイド受信機に関係するユーザの前記外部デバイスまで前記ＵＲＬを転送する段階と、
を含んでなる前記プログラムガイド受信機内で実施される方法において、前記外部デバイスが、更新されたプログラムガイドを検索するか、または前記プログラムガイドの一部分に関連する前記検索された更新に基づき新しいプログラムガイドを構築するか、のいずれかであり、前記外部デバイスが前記プログラムガイドを用いてマルチメディアコンテンツを検索する方法。
【請求項８】
プログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信するためのシステムであって、プログラムガイド受信機にて前記プログラムガイドの一部分または全部が動的に更新されるシステムにおいて、
（ａ）プログラムガイドの一部分かまたは全部のいずれかに関連する更新の通知を要求するリクエストをプログラムガイド送信機に送信し、（ｂ）前記リクエストを受諾する肯定応答を受信し、（ｃ）前記プログラムガイドの一部分かまたは全部のいずれかの更新を特定する通知を受信し、（ｄ）前記受信した通知から、前記更新の発信源となる場所を特定し、（ｅ）前記特定された場所から前記更新を受信し、（ｆ）前記受信した更新に基づいて、新しいプログラムを構築し、（ｇ）前記新たに構築したプログラムガイドを用いて前記マルチメディアコンテンツを検索するために、前記プログラムガイド受信機により操作可能なシステム。
【請求項９】
プログラムガイドを用いてネットワーク上でマルチメディアコンテンツを受信するためのシステムにおいて、
プログラムガイドの一部分かまたは全部のいずれかに関連する更新の通知を要求するリクエストを伝送し、受信した通知から、更新の発信源となる場所を特定し、前記特定された場所から前記更新を受信し、前記受信した更新に基づいて新しいプログラムを構築し、前記新たに構築したプログラムガイドを用いて前記マルチメディアコンテンツを検索するためのプログラムガイド受信機と、
前記プログラムガイド受信機からの前記リクエストに応答して、前記プログラムガイドに対して、前記プログラムガイドの一部分かまたは全部のいずれかの更新を特定する通知を送信するためのプログラムガイド送信機と、
を含んでなるシステム。
【請求項１０】
前記マルチメディアコンテンツが、アカウント・ロード・バランシング上の制約または記憶上の制約に基づいてコンテンツサーバから検索される請求項９に記載のシステム。
【国際調査報告】
2005518727.tif 000016
2005518727.tif 000017
2005518727.tif 000018