(57)【特許請求の範囲】
【請求項１】
将来配信されるコンテンツに関するコンテンツアクセスデータを得るデータ処理装置であって：
前記コンテンツを配信する機構以外を介してコンテンツ識別子を受信すると、前記コンテンツ識別子より遠隔レゾルーション・ユーティリティのアドレスを決定する、データ獲得ステージ；及び
前記データ獲得ステージに結合された通信ステージであって、前記データ獲得ステージから前記遠隔レゾルーション・ユーティリティの前記アドレスを受信すると、前記遠隔レゾルーション・ユーティリティとの通信リンクを確立し、前記コンテンツ識別子を前記遠隔レゾルーション・ユーティリティに供給し、前記遠隔レゾルーション・ユーティリティからの前記コンテンツアクセスデータを待つように構成された通信ステージ；
を有するデータ処理装置。
【請求項２】
請求項１記載のデータ処理装置であって、
前記データ獲得ステージが、受信したコンテンツ識別子を分解して前記遠隔レゾルーション・ユーティリティの前記アドレスを識別するように構成された手段を有するデータ処理装置。
【請求項３】
請求項１記載のデータ処理装置であって、
前記通信ステージが、前記遠隔レゾルーション・ユーティリティに関するURLを受信すると、前記コンテンツ識別子を前記遠隔レゾルーション・ユーティリティに送信すること、および前記コンテンツアクセスデータを含む回答を待つことを含む、前記遠隔レゾルーション・ユーティリティとのネットワーク接続を確立するように構成された、インターネットブラウザを有するデータ処理装置。
【請求項４】
請求項１乃至３のいずれかの請求項に記載されたデータ処理装置を有する放送ビデオレコーダであって、
前記コンテンツアクセスデータが、少なくとも前記コンテンツの放送日時を含み、当該レコーダが前記日時にプログラム可能な記録ステージを含む放送ビデオレコーダ。
【請求項５】
請求項４に記載された放送ビデオレコーダであって、
前記コンテンツアクセスデータが、前記コンテンツを配信する、複数チャンネルのうちの１つの仕様を含み、当該レコーダがさらに、前記仕様を検出して前記日時において前記チャンネルからの記録をする状態に切り替わるように構成される放送ビデオレコーダ。
【請求項６】
将来配信されるコンテンツに関するコンテンツアクセスデータを得る方法であって：
コンテンツを配信する機構以外を介して、コンテンツアイテムのためのコンテンツ識別子を獲得する段階；
前記コンテンツ識別子から遠隔レゾルーション・ユーティリティのアドレスを決定する段階；
前記コンテンツ識別子を前記遠隔レゾルーション・ユーティリティに送信する段階；及び
前記遠隔レゾルーション・ユーティリティから前記コンテンツアクセスデータを受信する段階；
を有する方法。
【請求項７】
放送コンテンツを獲得する方法であって：
請求項６に従ったコンテンツアクセスデータを獲得する段階；及び
受信したアクセスデータで、自動的データ獲得手段をプログラムする段階；
を有する方法。
【請求項８】
将来配信されるコンテンツに関するコンテンツアクセスデータをユーザに供給する方法であって：
前記コンテンツを配信する機構以外を介して、ユーザにコンテンツ識別子を供給する段階であり、ユーザが、前記コンテンツ識別子から遠隔レゾルーション・ユーティリティのアドレスを決定する手段と、前記コンテンツ識別子を前記遠隔レゾルーション・ユーティリティに送信する手段と、前記遠隔レゾルーション・ユーティリティからコンテンツアクセスデータを受信する手段とを有する段階；
を有する方法。
【請求項９】
請求項６乃至８のいずれかの請求項に記載された方法であって、
前記コンテンツが放送データであり、前記コンテンツアクセスデータが少なくとも前記コンテンツの放送日を含む方法。
【請求項１０】
請求項６乃至９のいずれかの請求項に記載された方法であって、
前記コンテンツが放送データであり、前記コンテンツアクセスデータが少なくとも前記コンテンツの放送時刻を含む方法。
【請求項１１】
請求項６乃至８のいずれかの請求項に記載された方法であって、
前記コンテンツが放送データであり、前記コンテンツアクセスデータが前記コンテンツの配信媒体の仕様を含む方法。
【請求項１２】
請求項１１に記載された方法であって、
前記配信媒体の仕様が無線放送周波数の識別を含む方法。
【請求項１３】
請求項１１に記載された方法であって、
前記配信媒体の仕様が所定の周波数を有する放送データチャンネルの識別を含む方法。
【請求項１４】
請求項６乃至１１のいずれかの請求項に記載された方法であって、
前記遠隔レゾルーション・ユーティリティがインターネットURLにより識別される方法。
【請求項１５】
請求項６乃至１１のいずれかの請求項に記載された方法であって、
前記遠隔レゾルーション・ユーティリティが、データを獲得できる第１サーバを識別するインターネットのドメイン名システムにより識別され、前記データによりユーザがアクセスデータを得ることができる方法。
【請求項１６】
請求項１５に記載された方法であって、
前記第１サーバからのデータが、前記アクセスデータを供給する別のサーバのアドレスである方法。
【発明の詳細な説明】
【０００１】
［発明の分野］
本発明は、一般にデータキーまたはデータトークンの処理方法および装置に関する。そのようなトークンは、さらなるデータを獲得することができる。特に、本発明は、ユーザが取り込んだりアクセスしたいオーディオおよび／またはビデオ内容（本明細書で、単に「コンテンツ」と呼ぶ）のうち選択されたアイテムを識別するトークンの処理に関する。
［発明の背景］
VCRにより選択的に記録するデータのためのデータ獲得システムの一例が、国際特許出願WO 96/13934に開示されている。興味ある放送ニュースアイテムが選択的記録の対象であり、その選択は、予め選択して入力したキーワード基準の形式であるデータキーまたはデータトークンを基礎として自動的になされる。将来の各放送ニュースアイテムのテキストを表現するデータストリームが、アイテムの放送に先立ち事前に提供される。それにより、それらのキーワードをスキャンすることにより、興味あるアイテムを認識して獲得することが可能となる。
【０００２】
TV Anytime Forumという非営利団体があり、個人用デジタルレコーダ（PDR）のための標準を特定することを目指している。PDRは、ビデオ記録のためにハードディスクを用いるビデオ記録デバイスである。その標準化により、ユーザは、コンテンツを見いだす時間と場所に拘わらず、欲しいコンテンツを見つけることができる。
【０００３】
TV Anytime仕様の１つの特徴は、コンテンツ参照である。この仕様によると、例えばテレビ番組などの１編のコンテンツのための時間・位置不依存認識子（CRIDと呼ばれる）から、獲得したいコンテンツの時間・位置を得ることができる。
【０００４】
TV Anytime仕様の用語として、CRIDを創る機関をオーソリティと呼ぶ。CRIDを作るオーソリティはいくつあっても良いが、各オーソリティは１つの名前で唯一的（uniquely）に識別される。TV Anytime標準は、これらのオーソリティの名前が唯一であることを保証するためにDNS名登録システムを有している。各CRIDは、登録されCRID内に埋め込まれたオーソリティ名を有する。従って、CRIDからオーソリティ名を取り出し、CRIDから位置へと変換するインターネットサーバを見いだすための手段を必要とする。
【０００５】
より一般的なレベルにおいて、本発明の目的は、将来のコンテンツに関連したデータトークンまたは識別子が供給者により位置され、ユーザがデータ供給者を必要とせずにコンテンツ供給の手段にアクセスするための識別子を抽出できるような、方法および装置を提供することである。
【０００６】
［発明の概要］
本発明の一特徴に従ったデータ処理装置は、遠隔レゾルーション・ユーティリティから、将来配信されるコンテンツに関するコンテンツアクセスデータを得ることができるデータ処理装置であって：  コンテンツを配信する機構以外を介してコンテンツ識別子を受信すると、データよりレゾルーション・ユーティリティのアドレスを決定する、データ獲得ステージ；ならびに  データ獲得ステージに結合された通信ステージであり、データ獲得ステージからレゾルーション・ユーティリティ・アドレスを受信すると、レゾルーション・ユーティリティとの通信リンクを確立し、の獲得されたコンテンツ識別子を供給し、コンテンツアクセスデータの回帰を待つように構成された通信ステージ；から構成される。
【０００７】
他の特徴によれば、データ獲得ステージは、受信したコンテンツ識別子を分解してレゾルーション・ユーティリティのアドレスを識別するように構成された手段からなる。通信ステージは、レゾルーション・ユーティリティに関するURLを受信すると、獲得したコンテンツ識別子を送信することおよびコンテンツアクセスデータを含む回答を待つことを含むネットワーク接続を確立するように構成された、インターネットブラウザからなる。
【０００８】
他の特徴によれば、上記のようなデータ処理装置から成る放送ビデオレコーダであって：  コンテンツアクセスデータが、少なくともコンテンツの放送日時から成り、当該レコーダが日時にプログラム可能な記録ステージを含む；  ところのビデオレコーダが提供される。コンテンツアクセスデータが、コンテンツを配信する、複数チャンネルのうちの１つの仕様を含み、当該レコーダがさらに、仕様を検出して日時においてチャンネルからの記録をする状態に切り替わるように構成される。
【０００９】
本発明のさらに他の特徴に従った方法は、将来配信されるコンテンツに関するコンテンツアクセスデータを得る方法であり、適切なコンテンツ識別子の供給に応答してコンテンツアクセスデータを供給するために遠隔レゾルーション・ユーティリティが利用可能であるところの方法であって：  コンテンツを配信する機構以外を介して、コンテンツアイテムのためのコンテンツ識別子を獲得する段階；  コンテンツ識別子からレゾルーション・ユーティリティを決定する段階；  の獲得したコンテンツ識別子をレゾルーション・ユーティリティへと送信する段階；ならびに  レゾルーション・ユーティリティから戻ってくるアクセスデータを受信する段階；から構成される。
【００１０】
他の特徴に従った放送コンテンツを獲得する方法は、上記のコンテンツアクセスデータを獲得する段階；ならびに  受信したアクセスデータで、自動的データ獲得手段をプログラムする段階；から構成される。
【００１１】
さらに他の特徴に従った方法は、将来配信されるコンテンツに関するコンテンツアクセスデータをユーザに供給する方法であり、遠隔レゾルーション・ユーティリティが特定のコンテンツ識別子の受信に応答して、ユーザに各コンテンツアクセスデータを供給するように、構成されているところの方法であって：  コンテンツを配信する機構以外を介して、ユーザにコンテンツ識別子を供給する段階であり、ユーザが、コンテンツ識別子からレゾルーション・ユーティリティのアドレスを決定する手段と、コンテンツ識別子をレゾルーション・ユーティリティへと送信しそこからコンテンツアクセスデータを受信する手段とを有する、ところの段階；から構成される。
【００１２】
他の特徴によれば、コンテンツが放送データであり、コンテンツアクセスデータが少なくともコンテンツの放送日を含む。コンテンツアクセスデータが少なくともコンテンツの放送時刻を含む。コンテンツアクセスデータがコンテンツの配信媒体の仕様を含む。配信媒体の仕様が無線放送周波数の識別を含む。配信媒体の仕様が所定の周波数を有する放送データチャンネルの識別を含む。レゾルーション・ユーティリティがインターネットURLにより識別される。レゾルーション・ユーティリティが、データを獲得できる第１サーバを識別するインターネットのドメイン名システムにより識別され、データによりユーザがアクセスデータを得ることができる。第１サーバからのデータが、アクセスデータを供給する別のサーバのアドレスである。
［発明の実施の形態］
本明細書の最初の方で、TV Anytimeフォーラムおよび仕様について説明した。以下の実施形態はこの仕様に適合するものである。しかしながら、当業者に明らかなように、本発明は、より広範囲に応用可能であり、どの特定の仕様に適合しなければならないという訳でもない。本発明の好適な実施の形態につき詳細に説明する。本発明の一例を添付図面に示す。
【００１３】
図１は本発明を実施化した装置の一例の概略図であり、トークン処理ステージ１０を有する。トークン処理ステージ１０は、遠隔のレゾルーション・ユーティリティ（resolution utility）１２から、将来配信されるコンテンツに関するコンテンツアクセスデータを得ることができる。トークンプロセッサ１０は、トークン源１８からコンテンツ識別子の形式でトークン１６を受信するように構成されたデータ獲得および分解（parsing）ステージ１４を有する。コンテンツ識別子１６を受信すると、データ獲得および分解ステージ１４が、トークンから、レゾルーション・ユーティリティ１２のアドレスを決定する。
【００１４】
トークン処理ステージ１０はさらに、データ獲得ステージ１４に接続された通信ステージ２０を有する。データ通信ステージ２０は、データ獲得ステージ１４からレゾルーション・ユーティリティ・アドレスを受信すると、インターネット２２を介してレゾルーション・ユーティリティ１２との通信リンクを確立する。データ通信ステージ２０は、インターネット２２とのインターフェースを有している。通信ステージ２０は、獲得したコンテンツ識別子１６を供給する。以下に詳説するように、レゾルーション・ユーティリティ１２は、求めていたコンテンツアドレスデータを決定して回答する。コンテンツアドレスデータの代わりに、処理ステージがデータをどのように獲得するかを示す別の支持子（indicator）、例えば、データが得られる別のサーバのアドレスでも良い。
【００１５】
上述したように、コンテンツ識別子はコンテンツ配信機構以外に受信され、コンテンツ配信インフラストラクチャ（２４で示す）にアクセス（制御しない）しないサプライヤが自分自身をレゾルーション・ユーティリティとして設定し、コンテンツ識別子（例えば、放送のための事前発表を伴うURLから成る）をコンテンツアクセスデータに変換する。コンテンツアクセスデータの例としては、PDC（programme delivery control）や、特定のコンテンツが獲得され記録されうるときを識別する時刻／日付設定がある。これらの記憶は、図示のように、トークン処理ステージ１０からのコンテンツアクセスデータを受信するように接続された記録再生ステージ２６によりなされる。
【００１６】
前述のように、レゾルーション・ユーティリティ１２は、コンテンツアクセスデータを直接に配信しない。このことは、図２に示されている。図２は、以下の４つの通信の順序を示す。第１の通信は、トークン処理ステージ１０からレゾルーション・ユーティリティ１２へのコンテンツ識別子の伝送である。第２の通信は、アクセスデータを獲得できるさらなるサイト２８のためのURLを回答する通信である。第３の通信は、トークン処理ステージ１０からさらなるサイト２８へ送信されるアクセスデータ要求である。第４の通信は、処理ステージ１０へのコンテンツアクセスデータの回答である。
【００１７】
各レゾルーション・ユーティリティ（レゾルーション・オーソリティとも呼ばれる）は、位置レゾルーションのためのPDRに存在する、１またはそれ以上のレゾルーション・オーソリティ記録を要求する。図３の例で示すように、各記録は、オーソリティ名（CRIDで用いられるインターネットドメインネーミングシステムDNS名が用いられる。）、URL, クラス識別子、最初および最後の有効な日付識別子（オーソリティの仕様可能な時間）、重み付け因子、ならびに選択的に、レゾルーション・ユーティリティを記述した一編の記述テキストを含む。
URLは、放送ストリームを指示し、インターネット上のサーバも示す。もし、同一のオーソリティに対して複数の記録があった場合には、PDRがそれらから１つだけ選び、あるいは全てを順番に試してみる。重み付け欄を用いて、複数記録を試す順番に関するヒントをPDRへと送る。例えば、最低の重み付け数を有する記録を最初にレゾルーション・ユーティリティへ送る。
【００１８】
クラス欄は、このオーソリティ記録がレゾルーション・オーソリティを定義するか否かを決定する。レゾルーション・ユーティリティは、このオーソリティ名（クラス＝プライマリ）について全てのCRIDを分解・解読し、あるいは全てのオーソリティ名（クラス＝セカンダリ）について幾つかのCRIDを分解・解読する。
【００１９】
分解・解読のために開始日付および終了日付を提供する理由は、レゾルーション・プロバイダが彼らの分解・解読URLを移動し、そして古いレゾルーション記録の最後の有効日が過ぎたときに、すべてのPDRが新しいURLに切り替わったことを保証する。
【００２０】
PDRがbroadcaster.comのためのトークンを受信すると以下のURLを試す。
【００２１】
http:/www.broadcaster.com/tvanytime/resolution
次に、インターネットプロトコルを基礎としたレゾルーションを考えると、位置レゾルーションを提供したいが、放送チェイン（chain）へのアクセスを有しない者が、PDRにこれらのレゾルーション記録を得さしめる方法を要求する。
【００２２】
DNSサーバが、インターネット名をインターネットアドレスへと翻訳するコンピュータ上で走るプログラムから成る。これが拡張されて、インターネット名の翻訳だけでなく、インターネット名に接続される特定プロトコル（例えば、internet RFC 2052）の翻訳をも提供する。例えば、従来のサーバはwww.company.com を123.4.56.1と翻訳するだろう。
【００２３】
RFC2052に準拠したDNSサーバは、「どの機械がwww.company.comであるか？」を訪ねるだけでなく、「HTTPをサーブできるどの機械がwww.company.comであるか？」を訪ねる能力がある。例えば、サーバは、http.tcp.www.company.comをwebserrver1.company.com port80に変換し、次に123.4.56.1 port80に翻訳する。
【００２４】
RFC 2052は、インターネット接続機械でメイルサーバを見つけさせるのに現在用いられているDNSサーバの拡張をもたらす。メイル交換（MX）記録をサーチするだけでなく、サービス（SRV）記録をもサーチ可能である。SRV記録は、UNIX（登録商標） DNSサーババインドV8.1.1およびWindows（登録商標）DNS v5.0以上により支持されている。TV Anytimeサービス記録のための好適な名前は例えば、resolution.tvanytime.tcpであろう。
【００２５】
もし、放送チェインにアクセスしない機関が、位置レゾルーションの提供を望むならば、彼らがオーソリティ名のために用いるDNS名は、位置レゾルーション情報を提供するサーバを指定するSRV記録を回答し得るDNSサーバを指定しなければならない。例えば、
upi:company.com:thegreatescape
この処理を図４に示す。
【００２６】
PDRは、company.comのためのレゾルーションオーソリティ記録を有しないが、IPリンクを有する。PDRは、「resolution.tvanytime.tcp.company.com」のSRV記録のためのcompany.comのDNSサーバへの要求を登録する。
【００２７】
SRV要求により回答された機械アドレスに、レゾルーションオーソリティ記録のために連絡できる。
【００２８】
オーソリティ名のDNSルックアップが、PDRにホスト名とポートナンバーを与える。位置レゾルーションを実行するために、PDRがレゾルーションオーソリティ記録を必要とする。
【００２９】
レゾルーションオーソリティ記録を得るために、PDRは、DNSルックアップにより与えられたホスト名およびポート結合に接続する。PDRがいったん遠隔ホストにTCPIP接続すると、遠隔ホストはレゾルーションオーソリティ記録を送り、接続を閉じる。
【００３０】
あるPDR応用においては、レゾルーションオーソリティ記録の回収を達成するために、HTTPなどの現存のプロトコルを望むだろう。この理由のために、PDRにとって、HTTP V1.0を送信し以下のファイルの何れかを要求することが許される。
【００３１】
http://index.rar
http://tva.rar
http://rar
ファイル名が固定され、それによりHTTPサーバを用いて、レゾルーションオーソリティ記録をもどすサーバを実現化することが可能である。サーバおよびクライエントが両回収方法とともに協働できるように、サーバは、クライエントが接続閉鎖前に送信したすべてのデータを消費しなければならない。サービスアタックの拒絶の可能性を取り除くために、サーバは、４００バイト（５行テキストに相当、HTTP v1.0要求に十分以上）後に接続を閉鎖する。サーバは、レゾルーションオーソリティ記録を戻そうとするときに、受信する文字を単に無視する。
【００３２】
本明細書の記述から、他の変形が当業者に容易である。そのような変形は、特許請求の範囲から逸脱することなく、他の多くの特色を含む。例えば、公知の設計、製造、データ処理、送信、提示システムや、テレビ、表示装置とその要素などが、本明細書で説明した特徴ととともにあるいはそれに代わって、本発明を適用可能である。本発明の範囲は、特許請求の範囲によってのみ定まる。
【図面の簡単な説明】
【図１】  本発明の実施形態に従ったデータ獲得装置のブロック概略図である。
【図２】  図１のデータ獲得装置の変形例を表すブロック概略図である。
【図３】  図１のデータ獲得装置により使用されるオーソリティ記録の一例である。
【図４】  ドメインネームサーバを用いた例である。
【図１】
0004686110.tif 000002
【図２】
0004686110.tif 000003
【図３】
0004686110.tif 000004
【図４】
0004686110.tif 000005