(57)【特許請求の範囲】
【請求項１】
上流のソース源からの視聴用データが入力されるビデオサーバと、
前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、
前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、
前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、
前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記伝送路を監視して前記視聴用端末装置への視聴データ配信を検出することで配信履歴を記録・管理する、ことを特徴とする視聴データ管理システム。
【請求項２】
前記ビデオサーバが、更に、前記ソース源からの視聴データを、前記視聴用端末装置に対して配信するとともにこの配信履歴も記録・管理することを特徴とする請求項１に記載の視聴データ管理システム。
【請求項３】
上流のソース源からの視聴用データが入力されるビデオサーバと、
前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、
前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、
前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、
前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記視聴端末装置との間におけるデータベース情報の送受信に基づき視聴データの配信を認識する、
ことを特徴とする視聴データ管理システム。
【請求項４】
前記ビデオサーバと任意の視聴端末装置間におけるデータベース情報の送受信と視聴データ配信を検出した場合に、前記ビデオサーバが当該視聴端末装置に視聴用データ受信の有無と内容を問い合わせることにより視聴データの配信を認識することを特徴とする請求項１に記載の視聴データ管理システム。
【請求項５】
前記ビデオサーバと任意の受信側端末装置間におけるデータベース情報の送受信と視聴データ配信を検出した場合に、前記ビデオサーバが送信側の前記記録装置に視聴用データ配信の有無と内容を問い合わせることにより視聴データの配信を認識することを特徴とする請求項１に記載の視聴データ管理システム。
【請求項６】
前記記録装置と前記視聴用端末装置との間において視聴データ配信を行う前に、受信側の前記視聴用端末装置が前記ビデオサーバに対して配信を受ける視聴データ内容特定情報を送信することで、前記ビデオサーバが視聴用データの配信を認識することを特徴とする請求項３に記載の視聴データ管理システム。
【請求項７】
前記記録装置と前記視聴用端末装置との間において視聴データ配信を行う前に、送信側の前記記録装置が前記ビデオサーバに対して配信する視聴データ内容特定情報を送信することで、前記ビデオサーバが視聴データの配信を認識することを特徴とする請求項３に記載の視聴データ管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、外部からの放送網・通信網を介して家庭等に送信される映像・音声情報を記録するための複数の記録機器（ビデオサーバを含む）が存在する視聴システムにおいて、ネットワーク内の受信端末が配信を受ける際の視聴管理システムに関する。
【０００２】
【従来の技術】
現在では各家庭においても、ＣＳディジタル、ＢＳディジタル、地上波( アナログまたはデジタル) 放送、ケーブルテレビ放送、加入者系光ファイバー通信、ATM 通信、無線通信など様々な放送網・通信網を介して家庭に送信される映像・音声情報を、視聴することが可能になっている。家庭内サーバを用いて配信される番組データを宅内の受信端末に配信するようにした視聴管理システムも実現している。
【０００３】
家庭内等で、遠隔した番組配信装置によって配信される番組データを受信および蓄積する番組受信／蓄積装置の一例が特開平１１−３３１７１６号公報に開示されている。同公報の開示する装置は、ＴＶ局等の番組配信装置から継続的に配信されてくる番組データをビデオサーバの蓄積装置に格納して、各番組データを管理するための管理情報を作成しておき、各端末装置では視聴したい番組データを視聴する時間を特定して予約コマンドをビデオサーバに送信し希望する番組データの配信を受けるようになっている。
【０００４】
近年、デジタル放送サービスへの注目度が大きくなり、各家庭へも一段と浸透してきた。この種サービスではいわゆるビデオオンデマンド（以下、ＶＯＤという）が可能で、この場合には視聴管理を行い決まった課金がなされる（課金管理）。従来のVOD 分野では、視聴システムが基本的に１つのビデオサーバからデータを出力する形態を取っており、そのビデオサーバのみ監視することで視聴管理を行っている。そしてこの視聴管理に基づき課金を行っている。
【０００５】
また、ＩＥＥＥ１３９４のように宅内でも容易にネットワークを構築することができる技術が進歩してきたため、デジタル放送のデータ等を宅内で共有するニーズも高まってきている。
【０００６】
例えば、視聴システムに適用するデータに、MPEG2(Moving Picture Experts Group Phase2)などの圧縮映像・音声データ形式を採用した場合を考える。MPEG2 規格では、デジタル放送への応用を考慮し、複数番組の時分割多重伝送を行うトランスポート・ストリーム（以下、MPEG2-TSという）が規定されている。
【０００７】
これにより、従来のアナログ放送では、通信衛星の１つのトランスポンダ（１チャンネル）で１番組しか放送できなかったのに対し、MPEG2-TSを利用したデジタル放送では、複数の番組を時分割多重放送が可能となった。そのため、受信端末のチューナにおけるチャンネル選択だけで、所望の番組を視聴することができる。このためには、MPEG2-TS形式で時分割多重されて送られてくる複数の番組から選択分離を行う必要が生じる。
【０００８】
MPEG2-TS規格においては、１８８バイト固定長のTSパケットで構成され、TSパケットは、４バイトのパケットヘッダと１８４バイトのデータ領域から構成されている。パケットヘッダには、同期パターンを先頭に、１３ビットのパケット識別子ＰＩＤ（Packet Identifier ）などの情報が含まれている。データ領域には、各種データがTSパケット単位で格納される。
【０００９】
番組データは、時分割多重して放送する各番組の映像・音声データであり、具体的には、各番組に対応したMPEG2 のビデオデータとMPEG2 のオーディオデータである。プログラム仕様情報であるPSI （Program Specific Information）データは、受信端末で前記番組選択を容易に行なうことができるようにするための情報であり、具体的には、PAT(Program Association Table), 各番組に対応したPMT(Program Map Table)及びNIT(Network Information Table)などである。
【００１０】
これら番組データとPSI データには、各々固有のPID が割り当てられ、TSパケット単位で時分割多重される。このため、TSパケットのPID により、当該TSパケットのデータ領域に格納されているデータ種別を識別できるようになっている。
【００１１】
PAT には、MPEG2-TSで時分割多重して放送される全ての番組に対応するPMT のPID がプログラム番号と対に記載されている。各番組のPMT には、各番組固有のプログラム番号とともに、その番組を構成する映像情報及び音声情報が伝送されるTSパケットのPID が記載されている。このように、PAT やPMT はMPEG2 規格でデータ構成の詳細が定義されている。
【００１２】
一方、システムの各ＡＶ装置間での高速データ送受信に使用する伝送路については、例えば、ＩＥＥＥ１３９４規格に準拠した伝送路があり、これは、米国電気電子技術者協会（ＩＥＥＥ）が規格化したリアルタイム伝送の機能を備えるシリアルインタフェース高速伝送路である。ＩＥＥＥ１３９４伝送路の特徴としては、１００Ｍｂｐｓ、２００Ｍｂｐｓ、４００Ｍｂｐｓなどといった高速な通信が可能という点が挙げられる。また、制御コマンドの転送に適した非同期転送方法（以下、Asynchronous転送と呼ぶ）とリアルタイム転送に適したアイソクロナス転送方法（以下、Isochronous 転送と呼ぶ）が存在することが挙げられる。
【００１３】
先に例示したMPEG2-TSのようなリアルタイム性が求められるデータは、後者のIsochronous 転送を用いて伝送を行う。そして、このIsochronous 転送により転送されるデータについては、ＩＥＥＥ１３９４シリアルバスに接続されている機器であれば、どのようなデータが流れているのか取得することができる。
【００１４】
ところで、これまでのいわゆるビデオオンデマンド（以下、ＶＯＤという）では、映像・音楽等のデータを１箇所の記録媒体（ビデオサーバ）へ集中して記録しているものであった。そのため、視聴の管理を行う際には、この記録媒体のみ監視していれば良く、課金管理が容易であった。しかし、複数の記録媒体（装置）が存在するような家庭内視聴システムに対しては、従来のＶＯＤシステムをそのまま適用することはできない。
【００１５】
すなわち、宅内にはビデオデッキ・パーソナルコンピュータなどの記録機器が複数存在するが、このようなシステム形態に対しては既存の管理方法に依っては、各機器が、いつ、何のコンテンツを、何回視聴したのかを認識し、管理することができなかった。従って、課金ができず、また、視聴頻度の過多等を把握することもできない。
【００１６】
また、視聴管理を行うことができないばかりではなく、家庭内視聴システム等のビデオデッキ、パーソナルコンピュータなどの複数の記録機器が存在するシステム形態においては、従来の管理形態に依っては、番組データを既存の記録機器へと分散して効率的に保存するような運用をすることもできない。
【００１７】
【発明が解決しようとする課題】
本発明の目的は、ＣＳディジタル、ＢＳディジタル、地上波( アナログまたはデジタル) 放送、ケーブルテレビ放送、加入者系光ファイバー通信、ATM 通信、無線通信など様々な放送網・通信網を介して家庭等に送信される映像・音声情報を受信するとともに、複数の記録機器と視聴用端末器を含み構成された視聴システムに適用可能で、視聴用端末器で配信を受け視聴する際の効果的な視聴管理を実現する視聴データ管理システムを提案することである。
【００１８】
【課題を解決するための手段】
課題解決のために、本発明よる視聴データ管理システムは、上流のソース源からの視聴用データが入力されるビデオサーバと、前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記伝送路を監視して前記視聴用端末装置への視聴データ配信を検出することで配信履歴を記録・管理することを特徴とする。
【００１９】
また、本発明よる視聴データ管理システムは、上流のソース源からの視聴用データが入力されるビデオサーバと、前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記視聴端末装置との間におけるデータベース情報の送受信に基づき視聴データの配信を認識することを特徴とする。
【００２０】
視聴用データの配信の認識は、ビデオサーバが当該視聴端末装置に視聴用データ受信の有無と内容を問い合わせることにより、或いは当該送信側端末装置に視聴用データ配信の有無と内容を問い合わせることにより行うことができる。
【００２１】
或いは、ビデオサーバによる視聴用データの配信の認識は、端末装置間においてコンテンツ配信を行う前に、コンテンツ受信側の端末装置がビデオサーバに対して配信を受けることで、或いは端末装置間においてコンテンツ配信を行う前に、コンテンツ送信側の端末装置がビデオサーバに対して配信するコンテンツ内容特定情報を送信することで行うこともできる。なお、ビデオサーバは得られた認識情報を蓄積しこれを基に受信端末への配信管理（視聴管理）を行う。
【００２２】
【発明の実施の形態】
本発明によれば視聴管理システムを、ソース源となるＣＳディジタル、ＢＳディジタル、地上波( アナログまたはデジタル) 放送、ケーブルテレビ放送、加入者系光ファイバー通信、ATM 通信、無線通信など様々な放送網・通信網を介して家庭に送信される映像・音声情報（視聴用データ）を受信する例えば家庭内サーバとしてのビデオサーバと、このビデオサーバの下流側に接続された視聴データ記録装置および複数の視聴用端末装置群と、前記ビデオサーバと前記視聴データ記録装置と前記視聴用端末装置群とを、これら各装置を相互に接続する例えばＩＥＥＥ１３９４による伝送路でネットワーク化して構成し、前記ビデオサーバの管理下で視聴用データ）を宅内等の視聴用端末装置群に配信する。
【００２３】
前記ビデオサーバは、同ビデオサーバに入力される前記ソース源からの一連の視聴データを、当該ビデオサーバ内の記録媒体もしくは前記視聴データ記録装置に対して当該視聴データに対して個別に視聴管理用の管理データを付加して転送し記録させるとともに夫々の管理データを特定するインデックス情報を保持し、前記伝送路を監視して前記視聴用端末装置が記録された視聴データの配信を受ける場合を検出して配信履歴を記録・管理する。
【００２４】
図１はビデオサーバによる配信管理の概略を示す説明図で、図１(a) は送信機器（視聴データ記録装置）から受信機器（視聴用端末装置）から視聴データが送信（配信）される場合で、送信に先立って或いは送信中に送信機器もしくは受信機器に対してサーバより配信コンテンツＩＤの要求が出され、これに対する応答に基づきビデオサーバが配信管理を行う。詳細については後述する。なお、システム構成によってはビデオサーバ自身が視聴データを配信する場合（図１(b) ）もある。
【００２５】
このように、家庭内サーバ等が各記録機器へとデータ転送をする前に、送信するデータに管理対象の情報を埋め込むこと、かつ、そのデータの情報を記録しておくこと、さらに、ネットワーク上の信号を常に監視することにより、ネットワーク上に流れているデータの情報を監視する。これにより、受信端末が複数の記録媒体に記録された映像・音楽情報の配信を受ける際の視聴管理を実現する。なお、ビデオサーバは音楽情報のみを扱うものであっても良い。
【００２６】
〔実施例〕以下、実施例を挙げ図面を用いて本発明につき詳細に説明する。図２は、本発明が適用される視聴管理システムの一実施例としての家庭内課金管理システムの構成例を示す概略ブロック図である。
【００２７】
このシステムは、外部のコンテンツ提供者から送信される視聴データを利用可能な信号に復調するための受信チューナ１およびＩＳＤＮ端末装置５と、これら上流側のソース源からの信号（視聴用データ）が入力される、既知のサーバ機能を備えておりデータベース機能部６を有したビデオサーバ２と、このビデオサーバ２とＩＥＥＥ１３９４シリアルバスで接続されている視聴データ記録装置としての録画機器３及び複数の視聴用端末装置４ａ，４ｂ，４ｃにより構成されている。
【００２８】
図１において、例えば、コンテンツ提供者から送信されたデータは受信チューナ１により受信される。受信チューナ１はその受信データを、宅内のビデオサーバとしてのデジタル放送ビデオサーバ２へと送信し、デジタル放送ビデオサーバ２がこのデータを受信する。デジタル放送ビデオサーバ２は受信したデータを後述の所定処理して家庭内ネットワーク、例えば、ＩＥＥＥ１３９４で接続されている録画機器３へと送出する。
【００２９】
即ち、デジタル放送ビデオサーバ２（以下、単にビデオサーバとも記す）は視聴データ送出の際には、視聴管理機能の実現を容易にするために、この視聴管理対象データであることを示す情報をデータ中に埋め込み転送すると同時に、当該データを特定するためのインデックス情報（例えば、データの内容、種類、日時等）を、自己のデータベース６に登録する。記録装置としての録画機器３はビデオサーバ２から送信されたデータを受信し、記録する。
【００３０】
視聴用端末装置４ａ、４ｂ、４ｃは随時、サーバ２のデータベースにアクセスすることが可能になっており、どの記録媒体（記録装置）にどのようなデータがあるのかデータ情報の検索を行うことで、視聴用端末装置と該当する録画機器間でのデータの送受信が可能となる。この時、録画機器から視聴用端末装置への視聴用データの流れをサーバ２は常に監視するようにしており、データ中に埋め込まれた課金情報を抽出することも可能となる。また、視聴用データの個々の配信についてはその履歴を記録・蓄積しておき、集計する等により実際の課金を行ったりコンテンツ毎の人気を知ることなどができる。
【００３１】
次に、実際の視聴認識（視聴用データの視聴用端末装置への配信認識）のための具体的方法について例示する。第一の実施例方法として、デジタル放送ビデオサーバと視聴用端末装置間におけるデータベース情報の送受信に基づいて視聴認識を実現する方法がある。図３は、この場合の視聴用端末装置からのコンテンツ要求に対する、デジタル放送ビデオサーバの動作を示したものである。
【００３２】
図中で(A1)の矢印は、視聴用端末装置からビデオサーバへのデータベース情報要求を示す。視聴用端末装置は、ビデオサーバにAV/Cコマンドに準拠したAsynchronous転送を用いてデータベース情報要求を送信する。例えば、図４に示すようなフォーマットで実現することができる（Asynchronous転送のdata＿field のみ記載）。このフォーマットは、AV/Cコマンドと同様に、先頭4bitが”0000“、ctype 、subunit ＿type、subunit ＿ID、opecode 、operand[1]〜で構成されている。
【００３３】
Ctype は、AV/Cコマンドでは、「CONTROL 」、「STATUS」、「INQUIRY 」、「NOTIFY」が定義されており、ここでもその定義に従う。subunit ＿type、subunit ＿IDもAV/Cコマンドの定義に従う。主なものを記載すると、subunit ＿typeは”0 ”：ビデオモニタ、”4 ”：ビデオカセットレコーダ、”7 ”：ビデオカメラがあり、subunit ＿IDはインスタンスナンバと定義されている。opecode は、ユニットコマンド・サブユニットコマンドが逐次定義されているため、未定義の値を利用する。例えば、0x80を用いるものとする。
【００３４】
ビデオサーバは、視聴用端末装置からのデータベース情報要求に対し、(A2)で示すように、データベース情報応答を行う。この時、Asynchronous転送はデータ転送速度によって最大転送サイズが異なり、S100では512Byte 、S200では1024Byte、S400では2048Byteであるため、AV/Cコマンドの後に分割送信可能となるようにカウンタを所有する。そしてその後に続いて、コンテンツ情報が付加される。図５はこのようなデータベース情報のフォーマットの一例を示している。
【００３５】
図５では、例えば、コンテンツＩＤ（Video,Audio,Data）、タイトル、カテゴリ、録画年月日時分、録画時間、録画先、視聴回数で構成されている。この情報がビデオサーバから送信されるものとする。端末装置は、ビデオサーバから受信したデータベース情報を元にユーザが番組を選択し、選択した番組を指示する信号（番組選択要求）をビデオサーバに送信する（(A3)）。ビデオサーバは、端末装置からの番組選択要求を受信したことを端末に知らせ（(A4)）、端末装置は、ビデオサーバにデータ送信要求を出す（(A5)）。ビデオサーバは、コンテンツ送信要求を受信したことを返答し（(A6)）、更に今度はIsochronous 転送を用いてコンテンツを送信する（(A7)）。
【００３６】
上述一連の過程により端末装置にて所望のコンテンツが視聴されるが、この際にビデオサーバ側では、視聴用端末装置区分、配信内容等を掌握でき視聴管理が行える。このように、実施例システムにおいてはデジタル放送ビデオサーバ（視聴管理サーバ）が常にネットワーク上のデータの流れを監視しており、いつどのようなデータをどの端末が送受信しているのかがわかるため視聴管理が容易に実現できる。
【００３７】
なお、このようにビデオサーバ以外の記録機器からの配信に対してビデオサーバが一元的に視聴管理ができるということは、システムが複数の記録機器を含む構成であっても良いことを意味し、従来では実現できなかった、デジタル著作物を複数箇所（複数装置）に分割して保管できるという点も本発明システムの生み出す効果である。
【００３８】
近年の家庭では、パーソナルコンピュータ、ビデオデッキ等の記録機器が複数存在することが珍しくない。従来のVOD のように１つのビデオサーバに蓄積する形態を様々な記録形態が存在する宅内にそのまま適用することは難しい。しかし本発明を適用すると、複数の記録媒体が存在する場合でもデータの流れが常に監視され、ビデオサーバで管理しているため、視聴管理を実現できる。これにより、視聴用データを複数に分割記録することが可能となる。
【００３９】
なお、情報提供者側が、ユーザが視聴したコンテンツのタイプ・視聴回数等を取得することができ得るという点も本発明による第三の効果として挙げられる。これは、ビデオサーバがネットワーク上に流れるコンテンツを監視し、その結果を情報提供者にフィードバックするための情報を取得できるからである。
【００４０】
以下、更に本発明の他の実施例について説明する。上述した方法以外にも、視聴用データの視聴用端末装置への配信認識のための第二の実施例方法として、記録装置と端末装置間におけるコンテンツ送受信中にビデオサーバが視聴用端末装置にデータベース情報の要求を行うことで認識を実現する方法がある。図６は、装置間のコンテンツ送受信における端末の各装置とビデオサーバの動作過程を示しており、端末装置Ｂがネットワーク上に接続されている記録装置Ａからコンテンツを取得する例を示している。
【００４１】
先ず、視聴用端末装置Ｂは、ネットワークの管理者であるビデオサーバにAV/Cコマンドに準拠したAsynchronous転送を用いてデータベース情報要求を送信する（(B1)）。この要求は、例えば前述第一の例と同様に、先の図４に示すようなAV/Cに準拠したフォーマットで実現する。ビデオサーバは、端末装置Ｂからのデータベース情報要求に対し、データベース情報応答を行う（(B2)）。
【００４２】
端末装置Ｂは、ビデオサーバから受信したデータベース情報を元に番組を選択し、選択した番組を所有する記録装置Ａにコンテンツの送信要求を出す（(B3)）。記録装置Ａは、端末装置Ｂからのコンテンツ送信要求を受信した旨の応答を返し（(B4)）、続いて、端末装置Ｂに対してIsochronous 転送でコンテンツを送信（配信）する（(B5)）。
【００４３】
ビデオサーバは、端末間（記録装置Ａと端末装置Ｂ間）でのデータの流れを認識し、所定時間経過後に端末装置Ｂに対してデータを受信しているか否かを問い合わせる（(B6)）。端末装置Ｂは、データを受信していれば受信している番組についての情報を返答する。もし、受信していなければ、受信していない旨を返答する（(B7)）。この一連の過程により端末装置にて所望のコンテンツが視聴され、またビデオサーバ側では、端末装置区分、配信内容等を掌握でき視聴管理が行える。
【００４４】
第三の例として、記録装置と端末装置間におけるコンテンツ送受信中にビデオサーバが記録装置Ａ（配信側端末）にデータベース情報の要求を行うことで視聴認識を実現する方法がある。図７は、装置間のコンテンツ送受信における各装置とビデオサーバの動作過程を示しており、視聴用端末装置Ｂがネットワーク上に接続されている記録装置Ａからコンテンツを取得する場合である。
【００４５】
本例ではコンテンツ受信側の端末装置Ｂは、ネットワークの管理者であるビデオサーバにAV/Cコマンドに準拠したAsynchronous転送を用いてデータベース情報要求を送信する（(C1)）。要求は例えば、先の第一の例と同様に、図３に示すようなAV/Cに準拠したフォーマットで実現する。ビデオサーバは、端末装置Ｂからのこのデータベース情報要求に対し、データベース情報応答を行う（(C2)）。
【００４６】
視聴用端末装置Ｂは、ビデオサーバから受信したデータベース情報を元に番組を選択し、選択した番組を記録（所有）した記録装置Ａ（送信側端末）に番組コンテンツの送信要求を出す（(C3)）。記録装置Ａは、端末装置Ｂに対してコンテンツ送信要求を受信したことを返答し（(C4)）、その後、端末端末Ｂに向けてIsochronous 転送でコンテンツを送信する（(C5)）。
【００４７】
ビデオサーバは、装置間（記録装置Ａと端末装置Ｂ間）でのデータの流れを認識し、送信側の記録装置Ａに対して視聴用データを送信しているか否かを問い合わせる（(C6)）。記録装置Ａは、データを受信していれば受信している番組の特定情報を返答する。もし受信していなければ受信していない旨を応答する（(C7)）。
【００４８】
こうして、第三例によっても、視聴用端末装置にて所望のコンテンツが視聴され、またビデオサーバ側においては、端末装置区分、配信内容等を掌握でき視聴管理を行うことができる。
【００４９】
第四例として、図８に示すように、記録装置と端末装置間においてコンテンツ送受信を行う前に、コンテンツ受信側の端末装置Ｂがビデオサーバにデータベース情報を送信することで、ビデオサーバが視聴認識を実現する方法がある。受信用端末装置Ｂは、受信する予定のコンテンツの情報をビデオサーバに送信する（(D1)）。
【００５０】
ビデオサーバは、この情報を受信したことを応答する（(D2)）。その後、端末装置Ｂから記録装置Ａに対してコンテンツ受信の要求を出し（(D3)）、記録装置Ａはこれに応答を行い（(D4)）、記録装置ＡからIsochronous 転送により所望のコンテンツが送信され端末装置Ｂがこれを受信する（(D5)）。
【００５１】
第五例として、図９に示すように、記録装置と端末装置間においてコンテンツ配信を行う前に、コンテンツ送信側の記録装置Ａがビデオサーバにコンテンツ特定情報（データベース情報）を送信することで、ビデオサーバによる視聴認識を実現する方法がある。送出側の記録装置Ａは、送信する予定のコンテンツの情報をビデオサーバに送信する（(E1)）。ビデオサーバは、その情報を受信した旨を返答する（(E2)）。その後、記録装置Ａから視聴用端末装置Ｂに対してコンテンツ送信の要求を出し（(E3)）、端末装置Ｂは応答を行い（(E4)）、これを受けて記録装置Ａが端末装置Ｂに対して所定のコンテンツをIsochronous 転送で送信する（(E5)）。
【００５２】
【発明の効果】
本発明によれば次のような効果を得ることができる。即ち、第一の効果は、ビデオサーバ（視聴管理サーバ）が常にネットワーク上のデータの流れを監視しており、いつどのような視聴データをどの視聴用端末装置が受信しているのかがわかるため、システムに複数の記録装置が含まれていても視聴管理が容易に実現できるという点である。
【００５３】
また、複数の記録媒体が存在していてもデータの流れが常に監視され、ビデオサーバで管理しているため、一元的に視聴管理を実現できる。これにより、デジタル著作物を複数箇所に分割記録することが可能となるとの第二の効果が得られる。
【００５４】
第三の効果として、視聴用情報提供者側が、ユーザが視聴したコンテンツのタイプ・視聴回数等の情報を取得できるという点である。その理由は、ビデオサーバがネットワーク上に流れるコンテンツを監視しており、配信結果を取得して必要情報を情報提供者にフィードバックすることもできるからである。
【図面の簡単な説明】
【図１】  (a) 、(b) は本発明に係る、ビデオサーバによる配信管理の概略を示す説明図である。
【図２】本発明に係る視聴管理システムの一実施例である家庭内課金管理システムの概略構成を示すブロック図である。
【図３】本発明における視聴認識のための具体的方法を例示する説明図である。
【図４】視聴用端末装置からビデオサーバへのデータベース情報要求のフォーマットの例を示す図である。
【図５】本発明に係る、視聴データのデータベース情報のフォーマットの一例を示す図である。
【図６】本発明における視聴認識のための他の具体的方法を例示する説明図である。
【図７】本発明における視聴認識のための別な具体的方法を例示する説明図である。
【図８】本発明における視聴認識のための他の具体的方法を例示する説明図である。
【図９】本発明における視聴認識のための別な具体的方法を例示する説明図である。
【符号の説明】
１…受信チューナ
２…ビデオサーバ（デジタル放送サーバ）
３…録画機器（送信機器）
４（４ａ，４ｂ，４ｃ）…視聴用端末装置（受信機器）
５…ＩＳＤＮ端末装置
６…データベース機能部
【図１】
0004518225.tif 000002
【図２】
0004518225.tif 000003
【図３】
0004518225.tif 000004
【図４】
0004518225.tif 000005
【図５】
0004518225.tif 000006
【図６】
0004518225.tif 000007
【図７】
0004518225.tif 000008
【図８】
0004518225.tif 000009
【図９】
0004518225.tif 000010