Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4518225B2 - Viewing data management system - Google Patents
[go: Go Back, main page]

JP4518225B2 - Viewing data management system - Google Patents

Viewing data management system Download PDF

Info

Publication number
JP4518225B2
JP4518225B2 JP2000136288A JP2000136288A JP4518225B2 JP 4518225 B2 JP4518225 B2 JP 4518225B2 JP 2000136288 A JP2000136288 A JP 2000136288A JP 2000136288 A JP2000136288 A JP 2000136288A JP 4518225 B2 JP4518225 B2 JP 4518225B2
Authority
JP
Japan
Prior art keywords
viewing
video server
data
viewing data
recording
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000136288A
Other languages
Japanese (ja)
Other versions
JP2001320688A (en
Inventor
浩 寺崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2000136288A priority Critical patent/JP4518225B2/en
Publication of JP2001320688A publication Critical patent/JP2001320688A/en
Application granted granted Critical
Publication of JP4518225B2 publication Critical patent/JP4518225B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、外部からの放送網・通信網を介して家庭等に送信される映像・音声情報を記録するための複数の記録機器(ビデオサーバを含む)が存在する視聴システムにおいて、ネットワーク内の受信端末が配信を受ける際の視聴管理システムに関する。
【0002】
【従来の技術】
現在では各家庭においても、CSディジタル、BSディジタル、地上波( アナログまたはデジタル) 放送、ケーブルテレビ放送、加入者系光ファイバー通信、ATM 通信、無線通信など様々な放送網・通信網を介して家庭に送信される映像・音声情報を、視聴することが可能になっている。家庭内サーバを用いて配信される番組データを宅内の受信端末に配信するようにした視聴管理システムも実現している。
【0003】
家庭内等で、遠隔した番組配信装置によって配信される番組データを受信および蓄積する番組受信/蓄積装置の一例が特開平11−331716号公報に開示されている。同公報の開示する装置は、TV局等の番組配信装置から継続的に配信されてくる番組データをビデオサーバの蓄積装置に格納して、各番組データを管理するための管理情報を作成しておき、各端末装置では視聴したい番組データを視聴する時間を特定して予約コマンドをビデオサーバに送信し希望する番組データの配信を受けるようになっている。
【0004】
近年、デジタル放送サービスへの注目度が大きくなり、各家庭へも一段と浸透してきた。この種サービスではいわゆるビデオオンデマンド(以下、VODという)が可能で、この場合には視聴管理を行い決まった課金がなされる(課金管理)。従来のVOD 分野では、視聴システムが基本的に1つのビデオサーバからデータを出力する形態を取っており、そのビデオサーバのみ監視することで視聴管理を行っている。そしてこの視聴管理に基づき課金を行っている。
【0005】
また、IEEE1394のように宅内でも容易にネットワークを構築することができる技術が進歩してきたため、デジタル放送のデータ等を宅内で共有するニーズも高まってきている。
【0006】
例えば、視聴システムに適用するデータに、MPEG2(Moving Picture Experts Group Phase2)などの圧縮映像・音声データ形式を採用した場合を考える。MPEG2 規格では、デジタル放送への応用を考慮し、複数番組の時分割多重伝送を行うトランスポート・ストリーム(以下、MPEG2-TSという)が規定されている。
【0007】
これにより、従来のアナログ放送では、通信衛星の1つのトランスポンダ(1チャンネル)で1番組しか放送できなかったのに対し、MPEG2-TSを利用したデジタル放送では、複数の番組を時分割多重放送が可能となった。そのため、受信端末のチューナにおけるチャンネル選択だけで、所望の番組を視聴することができる。このためには、MPEG2-TS形式で時分割多重されて送られてくる複数の番組から選択分離を行う必要が生じる。
【0008】
MPEG2-TS規格においては、188バイト固定長のTSパケットで構成され、TSパケットは、4バイトのパケットヘッダと184バイトのデータ領域から構成されている。パケットヘッダには、同期パターンを先頭に、13ビットのパケット識別子PID(Packet Identifier )などの情報が含まれている。データ領域には、各種データがTSパケット単位で格納される。
【0009】
番組データは、時分割多重して放送する各番組の映像・音声データであり、具体的には、各番組に対応したMPEG2 のビデオデータとMPEG2 のオーディオデータである。プログラム仕様情報であるPSI (Program Specific Information)データは、受信端末で前記番組選択を容易に行なうことができるようにするための情報であり、具体的には、PAT(Program Association Table), 各番組に対応したPMT(Program Map Table)及びNIT(Network Information Table)などである。
【0010】
これら番組データとPSI データには、各々固有のPID が割り当てられ、TSパケット単位で時分割多重される。このため、TSパケットのPID により、当該TSパケットのデータ領域に格納されているデータ種別を識別できるようになっている。
【0011】
PAT には、MPEG2-TSで時分割多重して放送される全ての番組に対応するPMT のPID がプログラム番号と対に記載されている。各番組のPMT には、各番組固有のプログラム番号とともに、その番組を構成する映像情報及び音声情報が伝送されるTSパケットのPID が記載されている。このように、PAT やPMT はMPEG2 規格でデータ構成の詳細が定義されている。
【0012】
一方、システムの各AV装置間での高速データ送受信に使用する伝送路については、例えば、IEEE1394規格に準拠した伝送路があり、これは、米国電気電子技術者協会(IEEE)が規格化したリアルタイム伝送の機能を備えるシリアルインタフェース高速伝送路である。IEEE1394伝送路の特徴としては、100Mbps、200Mbps、400Mbpsなどといった高速な通信が可能という点が挙げられる。また、制御コマンドの転送に適した非同期転送方法(以下、Asynchronous転送と呼ぶ)とリアルタイム転送に適したアイソクロナス転送方法(以下、Isochronous 転送と呼ぶ)が存在することが挙げられる。
【0013】
先に例示したMPEG2-TSのようなリアルタイム性が求められるデータは、後者のIsochronous 転送を用いて伝送を行う。そして、このIsochronous 転送により転送されるデータについては、IEEE1394シリアルバスに接続されている機器であれば、どのようなデータが流れているのか取得することができる。
【0014】
ところで、これまでのいわゆるビデオオンデマンド(以下、VODという)では、映像・音楽等のデータを1箇所の記録媒体(ビデオサーバ)へ集中して記録しているものであった。そのため、視聴の管理を行う際には、この記録媒体のみ監視していれば良く、課金管理が容易であった。しかし、複数の記録媒体(装置)が存在するような家庭内視聴システムに対しては、従来のVODシステムをそのまま適用することはできない。
【0015】
すなわち、宅内にはビデオデッキ・パーソナルコンピュータなどの記録機器が複数存在するが、このようなシステム形態に対しては既存の管理方法に依っては、各機器が、いつ、何のコンテンツを、何回視聴したのかを認識し、管理することができなかった。従って、課金ができず、また、視聴頻度の過多等を把握することもできない。
【0016】
また、視聴管理を行うことができないばかりではなく、家庭内視聴システム等のビデオデッキ、パーソナルコンピュータなどの複数の記録機器が存在するシステム形態においては、従来の管理形態に依っては、番組データを既存の記録機器へと分散して効率的に保存するような運用をすることもできない。
【0017】
【発明が解決しようとする課題】
本発明の目的は、CSディジタル、BSディジタル、地上波( アナログまたはデジタル) 放送、ケーブルテレビ放送、加入者系光ファイバー通信、ATM 通信、無線通信など様々な放送網・通信網を介して家庭等に送信される映像・音声情報を受信するとともに、複数の記録機器と視聴用端末器を含み構成された視聴システムに適用可能で、視聴用端末器で配信を受け視聴する際の効果的な視聴管理を実現する視聴データ管理システムを提案することである。
【0018】
【課題を解決するための手段】
課題解決のために、本発明よる視聴データ管理システムは、上流のソース源からの視聴用データが入力されるビデオサーバと、前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記伝送路を監視して前記視聴用端末装置への視聴データ配信を検出することで配信履歴を記録・管理することを特徴とする
【0019】
また、本発明よる視聴データ管理システムは、上流のソース源からの視聴用データが入力されるビデオサーバと、前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記視聴端末装置との間におけるデータベース情報の送受信に基づき視聴データの配信を認識することを特徴とする
【0020】
視聴用データの配信の認識は、ビデオサーバが当該視聴端末装置に視聴用データ受信の有無と内容を問い合わせることにより、或いは当該送信側端末装置に視聴用データ配信の有無と内容を問い合わせることにより行うことができる。
【0021】
或いは、ビデオサーバによる視聴用データの配信の認識は、端末装置間においてコンテンツ配信を行う前に、コンテンツ受信側の端末装置がビデオサーバに対して配信を受けることで、或いは端末装置間においてコンテンツ配信を行う前に、コンテンツ送信側の端末装置がビデオサーバに対して配信するコンテンツ内容特定情報を送信することで行うこともできる。なお、ビデオサーバは得られた認識情報を蓄積しこれを基に受信端末への配信管理(視聴管理)を行う。
【0022】
【発明の実施の形態】
本発明によれば視聴管理システムを、ソース源となるCSディジタル、BSディジタル、地上波( アナログまたはデジタル) 放送、ケーブルテレビ放送、加入者系光ファイバー通信、ATM 通信、無線通信など様々な放送網・通信網を介して家庭に送信される映像・音声情報(視聴用データ)を受信する例えば家庭内サーバとしてのビデオサーバと、このビデオサーバの下流側に接続された視聴データ記録装置および複数の視聴用端末装置群と、前記ビデオサーバと前記視聴データ記録装置と前記視聴用端末装置群とを、これら各装置を相互に接続する例えばIEEE1394による伝送路でネットワーク化して構成し、前記ビデオサーバの管理下で視聴用データ)を宅内等の視聴用端末装置群に配信する。
【0023】
前記ビデオサーバは、同ビデオサーバに入力される前記ソース源からの一連の視聴データを、当該ビデオサーバ内の記録媒体もしくは前記視聴データ記録装置に対して当該視聴データに対して個別に視聴管理用の管理データを付加して転送し記録させるとともに夫々の管理データを特定するインデックス情報を保持し、前記伝送路を監視して前記視聴用端末装置が記録された視聴データの配信を受ける場合を検出して配信履歴を記録・管理する。
【0024】
図1はビデオサーバによる配信管理の概略を示す説明図で、図1(a) は送信機器(視聴データ記録装置)から受信機器(視聴用端末装置)から視聴データが送信(配信)される場合で、送信に先立って或いは送信中に送信機器もしくは受信機器に対してサーバより配信コンテンツIDの要求が出され、これに対する応答に基づきビデオサーバが配信管理を行う。詳細については後述する。なお、システム構成によってはビデオサーバ自身が視聴データを配信する場合(図1(b) )もある。
【0025】
このように、家庭内サーバ等が各記録機器へとデータ転送をする前に、送信するデータに管理対象の情報を埋め込むこと、かつ、そのデータの情報を記録しておくこと、さらに、ネットワーク上の信号を常に監視することにより、ネットワーク上に流れているデータの情報を監視する。これにより、受信端末が複数の記録媒体に記録された映像・音楽情報の配信を受ける際の視聴管理を実現する。なお、ビデオサーバは音楽情報のみを扱うものであっても良い。
【0026】
〔実施例〕以下、実施例を挙げ図面を用いて本発明につき詳細に説明する。図2は、本発明が適用される視聴管理システムの一実施例としての家庭内課金管理システムの構成例を示す概略ブロック図である。
【0027】
このシステムは、外部のコンテンツ提供者から送信される視聴データを利用可能な信号に復調するための受信チューナ1およびISDN端末装置5と、これら上流側のソース源からの信号(視聴用データ)が入力される、既知のサーバ機能を備えておりデータベース機能部6を有したビデオサーバ2と、このビデオサーバ2とIEEE1394シリアルバスで接続されている視聴データ記録装置としての録画機器3及び複数の視聴用端末装置4a,4b,4cにより構成されている。
【0028】
図1において、例えば、コンテンツ提供者から送信されたデータは受信チューナ1により受信される。受信チューナ1はその受信データを、宅内のビデオサーバとしてのデジタル放送ビデオサーバ2へと送信し、デジタル放送ビデオサーバ2がこのデータを受信する。デジタル放送ビデオサーバ2は受信したデータを後述の所定処理して家庭内ネットワーク、例えば、IEEE1394で接続されている録画機器3へと送出する。
【0029】
即ち、デジタル放送ビデオサーバ2(以下、単にビデオサーバとも記す)は視聴データ送出の際には、視聴管理機能の実現を容易にするために、この視聴管理対象データであることを示す情報をデータ中に埋め込み転送すると同時に、当該データを特定するためのインデックス情報(例えば、データの内容、種類、日時等)を、自己のデータベース6に登録する。記録装置としての録画機器3はビデオサーバ2から送信されたデータを受信し、記録する。
【0030】
視聴用端末装置4a、4b、4cは随時、サーバ2のデータベースにアクセスすることが可能になっており、どの記録媒体(記録装置)にどのようなデータがあるのかデータ情報の検索を行うことで、視聴用端末装置と該当する録画機器間でのデータの送受信が可能となる。この時、録画機器から視聴用端末装置への視聴用データの流れをサーバ2は常に監視するようにしており、データ中に埋め込まれた課金情報を抽出することも可能となる。また、視聴用データの個々の配信についてはその履歴を記録・蓄積しておき、集計する等により実際の課金を行ったりコンテンツ毎の人気を知ることなどができる。
【0031】
次に、実際の視聴認識(視聴用データの視聴用端末装置への配信認識)のための具体的方法について例示する。第一の実施例方法として、デジタル放送ビデオサーバと視聴用端末装置間におけるデータベース情報の送受信に基づいて視聴認識を実現する方法がある。図3は、この場合の視聴用端末装置からのコンテンツ要求に対する、デジタル放送ビデオサーバの動作を示したものである。
【0032】
図中で(A1)の矢印は、視聴用端末装置からビデオサーバへのデータベース情報要求を示す。視聴用端末装置は、ビデオサーバにAV/Cコマンドに準拠したAsynchronous転送を用いてデータベース情報要求を送信する。例えば、図4に示すようなフォーマットで実現することができる(Asynchronous転送のdata_field のみ記載)。このフォーマットは、AV/Cコマンドと同様に、先頭4bitが”0000“、ctype 、subunit _type、subunit _ID、opecode 、operand[1]〜で構成されている。
【0033】
Ctype は、AV/Cコマンドでは、「CONTROL 」、「STATUS」、「INQUIRY 」、「NOTIFY」が定義されており、ここでもその定義に従う。subunit _type、subunit _IDもAV/Cコマンドの定義に従う。主なものを記載すると、subunit _typeは”0 ”:ビデオモニタ、”4 ”:ビデオカセットレコーダ、”7 ”:ビデオカメラがあり、subunit _IDはインスタンスナンバと定義されている。opecode は、ユニットコマンド・サブユニットコマンドが逐次定義されているため、未定義の値を利用する。例えば、0x80を用いるものとする。
【0034】
ビデオサーバは、視聴用端末装置からのデータベース情報要求に対し、(A2)で示すように、データベース情報応答を行う。この時、Asynchronous転送はデータ転送速度によって最大転送サイズが異なり、S100では512Byte 、S200では1024Byte、S400では2048Byteであるため、AV/Cコマンドの後に分割送信可能となるようにカウンタを所有する。そしてその後に続いて、コンテンツ情報が付加される。図5はこのようなデータベース情報のフォーマットの一例を示している。
【0035】
図5では、例えば、コンテンツID(Video,Audio,Data)、タイトル、カテゴリ、録画年月日時分、録画時間、録画先、視聴回数で構成されている。この情報がビデオサーバから送信されるものとする。端末装置は、ビデオサーバから受信したデータベース情報を元にユーザが番組を選択し、選択した番組を指示する信号(番組選択要求)をビデオサーバに送信する((A3))。ビデオサーバは、端末装置からの番組選択要求を受信したことを端末に知らせ((A4))、端末装置は、ビデオサーバにデータ送信要求を出す((A5))。ビデオサーバは、コンテンツ送信要求を受信したことを返答し((A6))、更に今度はIsochronous 転送を用いてコンテンツを送信する((A7))。
【0036】
上述一連の過程により端末装置にて所望のコンテンツが視聴されるが、この際にビデオサーバ側では、視聴用端末装置区分、配信内容等を掌握でき視聴管理が行える。このように、実施例システムにおいてはデジタル放送ビデオサーバ(視聴管理サーバ)が常にネットワーク上のデータの流れを監視しており、いつどのようなデータをどの端末が送受信しているのかがわかるため視聴管理が容易に実現できる。
【0037】
なお、このようにビデオサーバ以外の記録機器からの配信に対してビデオサーバが一元的に視聴管理ができるということは、システムが複数の記録機器を含む構成であっても良いことを意味し、従来では実現できなかった、デジタル著作物を複数箇所(複数装置)に分割して保管できるという点も本発明システムの生み出す効果である。
【0038】
近年の家庭では、パーソナルコンピュータ、ビデオデッキ等の記録機器が複数存在することが珍しくない。従来のVOD のように1つのビデオサーバに蓄積する形態を様々な記録形態が存在する宅内にそのまま適用することは難しい。しかし本発明を適用すると、複数の記録媒体が存在する場合でもデータの流れが常に監視され、ビデオサーバで管理しているため、視聴管理を実現できる。これにより、視聴用データを複数に分割記録することが可能となる。
【0039】
なお、情報提供者側が、ユーザが視聴したコンテンツのタイプ・視聴回数等を取得することができ得るという点も本発明による第三の効果として挙げられる。これは、ビデオサーバがネットワーク上に流れるコンテンツを監視し、その結果を情報提供者にフィードバックするための情報を取得できるからである。
【0040】
以下、更に本発明の他の実施例について説明する。上述した方法以外にも、視聴用データの視聴用端末装置への配信認識のための第二の実施例方法として、記録装置と端末装置間におけるコンテンツ送受信中にビデオサーバが視聴用端末装置にデータベース情報の要求を行うことで認識を実現する方法がある。図6は、装置間のコンテンツ送受信における端末の各装置とビデオサーバの動作過程を示しており、端末装置Bがネットワーク上に接続されている記録装置Aからコンテンツを取得する例を示している。
【0041】
先ず、視聴用端末装置Bは、ネットワークの管理者であるビデオサーバにAV/Cコマンドに準拠したAsynchronous転送を用いてデータベース情報要求を送信する((B1))。この要求は、例えば前述第一の例と同様に、先の図4に示すようなAV/Cに準拠したフォーマットで実現する。ビデオサーバは、端末装置Bからのデータベース情報要求に対し、データベース情報応答を行う((B2))。
【0042】
端末装置Bは、ビデオサーバから受信したデータベース情報を元に番組を選択し、選択した番組を所有する記録装置Aにコンテンツの送信要求を出す((B3))。記録装置Aは、端末装置Bからのコンテンツ送信要求を受信した旨の応答を返し((B4))、続いて、端末装置Bに対してIsochronous 転送でコンテンツを送信(配信)する((B5))。
【0043】
ビデオサーバは、端末間(記録装置Aと端末装置B間)でのデータの流れを認識し、所定時間経過後に端末装置Bに対してデータを受信しているか否かを問い合わせる((B6))。端末装置Bは、データを受信していれば受信している番組についての情報を返答する。もし、受信していなければ、受信していない旨を返答する((B7))。この一連の過程により端末装置にて所望のコンテンツが視聴され、またビデオサーバ側では、端末装置区分、配信内容等を掌握でき視聴管理が行える。
【0044】
第三の例として、記録装置と端末装置間におけるコンテンツ送受信中にビデオサーバが記録装置A(配信側端末)にデータベース情報の要求を行うことで視聴認識を実現する方法がある。図7は、装置間のコンテンツ送受信における各装置とビデオサーバの動作過程を示しており、視聴用端末装置Bがネットワーク上に接続されている記録装置Aからコンテンツを取得する場合である。
【0045】
本例ではコンテンツ受信側の端末装置Bは、ネットワークの管理者であるビデオサーバにAV/Cコマンドに準拠したAsynchronous転送を用いてデータベース情報要求を送信する((C1))。要求は例えば、先の第一の例と同様に、図3に示すようなAV/Cに準拠したフォーマットで実現する。ビデオサーバは、端末装置Bからのこのデータベース情報要求に対し、データベース情報応答を行う((C2))。
【0046】
視聴用端末装置Bは、ビデオサーバから受信したデータベース情報を元に番組を選択し、選択した番組を記録(所有)した記録装置A(送信側端末)に番組コンテンツの送信要求を出す((C3))。記録装置Aは、端末装置Bに対してコンテンツ送信要求を受信したことを返答し((C4))、その後、端末端末Bに向けてIsochronous 転送でコンテンツを送信する((C5))。
【0047】
ビデオサーバは、装置間(記録装置Aと端末装置B間)でのデータの流れを認識し、送信側の記録装置Aに対して視聴用データを送信しているか否かを問い合わせる((C6))。記録装置Aは、データを受信していれば受信している番組の特定情報を返答する。もし受信していなければ受信していない旨を応答する((C7))。
【0048】
こうして、第三例によっても、視聴用端末装置にて所望のコンテンツが視聴され、またビデオサーバ側においては、端末装置区分、配信内容等を掌握でき視聴管理を行うことができる。
【0049】
第四例として、図8に示すように、記録装置と端末装置間においてコンテンツ送受信を行う前に、コンテンツ受信側の端末装置Bがビデオサーバにデータベース情報を送信することで、ビデオサーバが視聴認識を実現する方法がある。受信用端末装置Bは、受信する予定のコンテンツの情報をビデオサーバに送信する((D1))。
【0050】
ビデオサーバは、この情報を受信したことを応答する((D2))。その後、端末装置Bから記録装置Aに対してコンテンツ受信の要求を出し((D3))、記録装置Aはこれに応答を行い((D4))、記録装置AからIsochronous 転送により所望のコンテンツが送信され端末装置Bがこれを受信する((D5))。
【0051】
第五例として、図9に示すように、記録装置と端末装置間においてコンテンツ配信を行う前に、コンテンツ送信側の記録装置Aがビデオサーバにコンテンツ特定情報(データベース情報)を送信することで、ビデオサーバによる視聴認識を実現する方法がある。送出側の記録装置Aは、送信する予定のコンテンツの情報をビデオサーバに送信する((E1))。ビデオサーバは、その情報を受信した旨を返答する((E2))。その後、記録装置Aから視聴用端末装置Bに対してコンテンツ送信の要求を出し((E3))、端末装置Bは応答を行い((E4))、これを受けて記録装置Aが端末装置Bに対して所定のコンテンツをIsochronous 転送で送信する((E5))。
【0052】
【発明の効果】
本発明によれば次のような効果を得ることができる。即ち、第一の効果は、ビデオサーバ(視聴管理サーバ)が常にネットワーク上のデータの流れを監視しており、いつどのような視聴データをどの視聴用端末装置が受信しているのかがわかるため、システムに複数の記録装置が含まれていても視聴管理が容易に実現できるという点である。
【0053】
また、複数の記録媒体が存在していてもデータの流れが常に監視され、ビデオサーバで管理しているため、一元的に視聴管理を実現できる。これにより、デジタル著作物を複数箇所に分割記録することが可能となるとの第二の効果が得られる。
【0054】
第三の効果として、視聴用情報提供者側が、ユーザが視聴したコンテンツのタイプ・視聴回数等の情報を取得できるという点である。その理由は、ビデオサーバがネットワーク上に流れるコンテンツを監視しており、配信結果を取得して必要情報を情報提供者にフィードバックすることもできるからである。
【図面の簡単な説明】
【図1】 (a) 、(b) は本発明に係る、ビデオサーバによる配信管理の概略を示す説明図である。
【図2】本発明に係る視聴管理システムの一実施例である家庭内課金管理システムの概略構成を示すブロック図である。
【図3】本発明における視聴認識のための具体的方法を例示する説明図である。
【図4】視聴用端末装置からビデオサーバへのデータベース情報要求のフォーマットの例を示す図である。
【図5】本発明に係る、視聴データのデータベース情報のフォーマットの一例を示す図である。
【図6】本発明における視聴認識のための他の具体的方法を例示する説明図である。
【図7】本発明における視聴認識のための別な具体的方法を例示する説明図である。
【図8】本発明における視聴認識のための他の具体的方法を例示する説明図である。
【図9】本発明における視聴認識のための別な具体的方法を例示する説明図である。
【符号の説明】
1…受信チューナ
2…ビデオサーバ(デジタル放送サーバ)
3…録画機器(送信機器)
4(4a,4b,4c)…視聴用端末装置(受信機器)
5…ISDN端末装置
6…データベース機能部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a viewing system including a plurality of recording devices (including a video server) for recording video / audio information transmitted to a home or the like via an external broadcast network / communication network. The present invention relates to a viewing management system when a receiving terminal receives distribution.
[0002]
[Prior art]
At present, each home also has a variety of broadcasting and communication networks such as CS digital, BS digital, terrestrial (analog or digital) broadcasting, cable TV broadcasting, subscriber optical fiber communication, ATM communication, and wireless communication. The transmitted video / audio information can be viewed. There has also been realized a viewing management system in which program data distributed using a home server is distributed to a receiving terminal in the home.
[0003]
An example of a program receiving / accumulating apparatus for receiving and accumulating program data distributed by a remote program distribution apparatus at home or the like is disclosed in Japanese Patent Laid-Open No. 11-331716. The device disclosed in this publication stores program data continuously distributed from a program distribution device such as a TV station in a storage device of a video server, and creates management information for managing each program data. In each terminal device, the time for viewing the program data to be viewed is specified and a reservation command is transmitted to the video server to receive distribution of the desired program data.
[0004]
In recent years, attention to digital broadcasting services has increased, and it has become more pervasive in every home. In this type of service, so-called video on demand (hereinafter referred to as VOD) is possible. In this case, viewing management is performed and a fixed charge is made (billing management). In the conventional VOD field, the viewing system basically takes the form of outputting data from one video server, and viewing management is performed by monitoring only the video server. Billing is performed based on this viewing management.
[0005]
In addition, since a technology capable of easily constructing a network at home, such as IEEE 1394, has advanced, there is an increasing need for sharing digital broadcast data and the like at home.
[0006]
For example, consider a case where a compressed video / audio data format such as MPEG2 (Moving Picture Experts Group Phase 2) is adopted as data applied to a viewing system. The MPEG2 standard defines a transport stream (hereinafter referred to as MPEG2-TS) that performs time division multiplex transmission of a plurality of programs in consideration of application to digital broadcasting.
[0007]
As a result, in conventional analog broadcasting, only one program can be broadcasted by one transponder (one channel) of a communication satellite, whereas in digital broadcasting using MPEG2-TS, multiple programs are time-division multiplexed broadcasting. It has become possible. Therefore, a desired program can be viewed only by selecting a channel in the tuner of the receiving terminal. For this purpose, it is necessary to perform selection / separation from a plurality of programs transmitted in a time division multiplexed manner in the MPEG2-TS format.
[0008]
In the MPEG2-TS standard, it is composed of 188-byte fixed-length TS packets, and the TS packet is composed of a 4-byte packet header and a 184-byte data area. The packet header includes information such as a 13-bit packet identifier PID (Packet Identifier) starting from the synchronization pattern. Various data are stored in the data area in units of TS packets.
[0009]
The program data is video / audio data of each program broadcast in a time-division multiplexed manner, and specifically, MPEG2 video data and MPEG2 audio data corresponding to each program. Program specific information (PSI) data, which is program specification information, is information for enabling the receiving terminal to easily perform the program selection. Specifically, PAT (Program Association Table), each program Such as PMT (Program Map Table) and NIT (Network Information Table).
[0010]
Each program data and PSI data is assigned a unique PID and is time-division multiplexed in units of TS packets. Therefore, the data type stored in the data area of the TS packet can be identified by the PID of the TS packet.
[0011]
In PAT, PMT PIDs corresponding to all programs broadcast by time division multiplexing in MPEG2-TS are described in pairs with program numbers. The PMT of each program describes the PID of a TS packet in which video information and audio information constituting the program are transmitted together with a program number unique to each program. As described above, details of the data structure of PAT and PMT are defined in the MPEG2 standard.
[0012]
On the other hand, transmission lines used for high-speed data transmission / reception between the AV devices of the system include, for example, transmission lines conforming to the IEEE 1394 standard, which is a real-time standardized by the Institute of Electrical and Electronics Engineers (IEEE). This is a serial interface high-speed transmission path having a transmission function. A feature of the IEEE 1394 transmission path is that high-speed communication such as 100 Mbps, 200 Mbps, and 400 Mbps is possible. In addition, there are asynchronous transfer methods suitable for control command transfer (hereinafter referred to as asynchronous transfer) and isochronous transfer methods suitable for real-time transfer (hereinafter referred to as isochronous transfer).
[0013]
Data that requires real-time performance, such as the MPEG2-TS exemplified above, is transmitted using the latter isochronous transfer. As for the data transferred by this isochronous transfer, it is possible to obtain what kind of data is flowing if it is a device connected to the IEEE 1394 serial bus.
[0014]
By the way, in the so-called video on demand (hereinafter referred to as VOD) so far, data such as video and music has been recorded on one recording medium (video server) in a concentrated manner. Therefore, when viewing management is performed, it is only necessary to monitor this recording medium, and billing management is easy. However, the conventional VOD system cannot be applied to a home viewing system in which a plurality of recording media (devices) exist.
[0015]
That is, there are a plurality of recording devices such as VCRs and personal computers in the house, but depending on the existing management method for such a system configuration, when each device has what content, what content, I was unable to recognize and manage how many times I watched it. Accordingly, it is impossible to charge, and it is impossible to grasp an excessive viewing frequency.
[0016]
In addition to not being able to perform viewing management, in a system configuration in which a plurality of recording devices such as a video deck such as a home viewing system and a personal computer are present, program data may be stored depending on the conventional management configuration. It is also impossible to operate in such a way that it is distributed efficiently to existing recording devices.
[0017]
[Problems to be solved by the invention]
The object of the present invention is CS digital, BS digital, terrestrial (analog or digital) broadcast, cable television broadcast, subscriber optical fiber communication, ATM communication, wireless communication, etc. Applicable to a viewing system that includes video and audio information to be transmitted and includes a plurality of recording devices and viewing terminals, and effective viewing management when receiving and viewing on a viewing terminal It is to propose a viewing data management system that realizes.
[0018]
[Means for Solving the Problems]
To solve problems The viewing data management system according to the present invention is Connected to the video server to which viewing data from the upstream source source is input and the downstream side of the video server From the video server Viewing data Record Connected to the recording device and the downstream side of the video server Multiple viewing terminal devices And the video server The recording device And said Multiple viewing terminal devices And the video server, Management data for viewing management is individually added to the viewing data from the source source, transferred to a recording medium in the video server or the recording device, and recorded. Holding the index information for identifying each management data, monitoring the transmission path, and the viewing terminal device By detecting viewing data distribution to Record and manage distribution history It is characterized by .
[0019]
The viewing data management system according to the present invention includes a video server to which viewing data from an upstream source source is input, and a recording device that is connected to the downstream side of the video server and records viewing data from the video server. And a plurality of viewing terminal devices connected to the downstream side of the video server, and a transmission path connecting the video server, the recording device, and the plurality of viewing terminal devices to each other, and the video server However, the management information for viewing management is individually added to the viewing data from the source source, transferred to the recording medium in the video server or the recording device, and recorded, and index information for specifying each management data And the distribution of the viewing data is recognized based on transmission / reception of database information to / from the viewing terminal device. .
[0020]
Recognition of the distribution of the viewing data is performed by the video server inquiring the viewing terminal device whether or not the viewing data is received and the content, or by inquiring the transmitting terminal device whether or not the viewing data is distributed. be able to.
[0021]
Alternatively, the distribution of the viewing data by the video server is recognized by the content receiving terminal device receiving the distribution to the video server before the content distribution between the terminal devices, or the content distribution between the terminal devices. Before the content transmission is performed, the content transmission side terminal device transmits the content content specifying information distributed to the video server. The video server accumulates the obtained recognition information, and performs distribution management (viewing management) to the receiving terminal based on the accumulated recognition information.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
According to the present invention, the viewing management system can be used for various broadcasting networks such as CS digital, BS digital, terrestrial (analog or digital) broadcasting, cable television broadcasting, subscriber optical fiber communication, ATM communication, and wireless communication as source sources. For example, a video server as a home server that receives video / audio information (viewing data) transmitted to a home via a communication network, a viewing data recording device connected to the downstream side of the video server, and a plurality of viewings The video server, the video server, the viewing data recording device, and the viewing terminal device group are configured by networking, for example, a transmission path according to IEEE 1394 that interconnects these devices. (Viewing data) is distributed to a group of viewing terminals such as in the house.
[0023]
The video server is configured to individually manage a series of viewing data from the source source input to the video server with respect to the viewing data to a recording medium in the video server or the viewing data recording device. The management data is added, transferred, recorded, index information for identifying each management data is held, and the transmission terminal is monitored to detect when the viewing terminal device receives the recorded viewing data Record and manage distribution history.
[0024]
FIG. 1 is an explanatory diagram showing an outline of distribution management by a video server. FIG. 1A shows a case where viewing data is transmitted (distributed) from a transmitting device (viewing data recording device) from a receiving device (viewing terminal device). Thus, prior to transmission or during transmission, a request for distribution content ID is issued from the server to the transmission device or reception device, and the video server performs distribution management based on a response to the request. Details will be described later. Depending on the system configuration, the video server itself may distribute viewing data (FIG. 1 (b)).
[0025]
As described above, before the home server or the like transfers data to each recording device, the information to be managed is embedded in the data to be transmitted, and the information on the data is recorded, and further, on the network. By constantly monitoring these signals, data information flowing on the network is monitored. This realizes viewing management when the receiving terminal receives distribution of video / music information recorded on a plurality of recording media. Note that the video server may handle only music information.
[0026]
[Embodiments] The present invention will be described in detail with reference to the drawings. FIG. 2 is a schematic block diagram showing a configuration example of a home billing management system as an embodiment of a viewing management system to which the present invention is applied.
[0027]
This system includes a receiving tuner 1 and an ISDN terminal device 5 for demodulating viewing data transmitted from an external content provider into usable signals, and signals (viewing data) from these upstream source sources. A video server 2 having a known server function and having a database function unit 6, a recording device 3 as a viewing data recording apparatus connected to the video server 2 via an IEEE 1394 serial bus, and a plurality of viewings Terminal devices 4a, 4b, and 4c.
[0028]
In FIG. 1, for example, data transmitted from a content provider is received by the reception tuner 1. The reception tuner 1 transmits the received data to a digital broadcast video server 2 as a home video server, and the digital broadcast video server 2 receives this data. The digital broadcast video server 2 performs the predetermined processing described later and sends the received data to a home network, for example, a recording device 3 connected by IEEE1394.
[0029]
That is, the digital broadcast video server 2 (hereinafter also simply referred to as a video server), when transmitting viewing data, stores information indicating this viewing management target data in order to facilitate the viewing management function. Simultaneously with the embedded transfer, index information (for example, data content, type, date, etc.) for specifying the data is registered in its own database 6. The recording device 3 as a recording device receives and records data transmitted from the video server 2.
[0030]
The terminal devices for viewing 4a, 4b, and 4c can access the database of the server 2 at any time, and by searching the data information what kind of data exists in which recording medium (recording device). Data can be transmitted and received between the viewing terminal device and the corresponding recording device. At this time, the server 2 always monitors the flow of the viewing data from the recording device to the viewing terminal device, and it becomes possible to extract the charging information embedded in the data. In addition, the history of each distribution of the viewing data can be recorded and accumulated, and the actual charge can be made by knowing the total and the popularity of each content can be known.
[0031]
Next, a specific method for actual viewing recognition (recognition of distribution of viewing data to the viewing terminal device) will be exemplified. As a first embodiment method, there is a method for realizing viewing recognition based on transmission / reception of database information between a digital broadcast video server and a viewing terminal device. FIG. 3 shows the operation of the digital broadcast video server in response to the content request from the viewing terminal device in this case.
[0032]
In the figure, an arrow (A1) indicates a database information request from the viewing terminal apparatus to the video server. The terminal device for viewing transmits a database information request to the video server using Asynchronous transfer conforming to the AV / C command. For example, it can be realized in a format as shown in FIG. 4 (only data_field of Asynchronous transfer is described). This format is composed of “0000”, ctype, subunit_type, subunit_ID, opecode, and operand [1] to 4 bits, as in the AV / C command.
[0033]
Ctype defines “CONTROL”, “STATUS”, “INQUIRY”, and “NOTIFY” in the AV / C command. The subunit_type and subunit_ID also follow the AV / C command definition. When main items are described, subunit_type is “0”: video monitor, “4”: video cassette recorder, “7”: video camera, and subunit_ID is defined as an instance number. opecode uses undefined values because unit commands and subunit commands are defined sequentially. For example, 0x80 is used.
[0034]
In response to the database information request from the viewing terminal device, the video server makes a database information response as shown in (A2). At this time, the maximum transfer size of Asynchronous transfer varies depending on the data transfer rate, and is 512 bytes in S100, 1024 bytes in S200, and 2048 bytes in S400. Subsequently, content information is added. FIG. 5 shows an example of the format of such database information.
[0035]
In FIG. 5, for example, a content ID (Video, Audio, Data), a title, a category, a recording date, a recording date, a recording destination, and the number of times of viewing are configured. It is assumed that this information is transmitted from the video server. The terminal device selects a program based on the database information received from the video server, and transmits a signal (program selection request) instructing the selected program to the video server ((A3)). The video server informs the terminal that it has received the program selection request from the terminal device ((A4)), and the terminal device issues a data transmission request to the video server ((A5)). The video server replies that it has received the content transmission request ((A6)), and this time transmits the content using isochronous transfer ((A7)).
[0036]
The desired content is viewed on the terminal device through the above-described series of processes. At this time, the video server side can grasp the viewing terminal device classification, the contents of distribution, etc., and perform viewing management. In this way, in the embodiment system, the digital broadcast video server (viewing management server) constantly monitors the flow of data on the network, and it is possible to see when and what data is transmitted and received by which terminal. Management can be realized easily.
[0037]
Note that the fact that the video server can centrally manage viewing for distribution from recording devices other than the video server in this way means that the system may include a plurality of recording devices, Another advantage of the system of the present invention is that it is possible to divide and store digital works in a plurality of locations (multiple devices), which could not be realized in the past.
[0038]
In recent homes, it is not uncommon for a plurality of recording devices such as personal computers and video decks to exist. It is difficult to apply a form stored in one video server as in a conventional VOD to a home where various recording forms exist. However, when the present invention is applied, even if there are a plurality of recording media, the data flow is always monitored and managed by the video server, so that viewing management can be realized. As a result, the viewing data can be divided and recorded in a plurality.
[0039]
Note that the third effect of the present invention is that the information provider side can acquire the type of content viewed by the user, the number of times of viewing, and the like. This is because the video server can monitor the content flowing on the network and acquire information for feeding back the result to the information provider.
[0040]
Hereinafter, other embodiments of the present invention will be described. In addition to the method described above, as a second embodiment method for recognizing distribution of viewing data to a viewing terminal device, the video server stores a database in the viewing terminal device during content transmission / reception between the recording device and the terminal device. There is a method for realizing recognition by requesting information. FIG. 6 shows the operation process of each device of the terminal and the video server in content transmission / reception between devices, and shows an example in which the terminal device B acquires content from the recording device A connected on the network.
[0041]
First, the viewing terminal apparatus B transmits a database information request to the video server, which is a network administrator, using asynchronous transfer conforming to the AV / C command ((B1)). This request is realized, for example, in a format compliant with AV / C as shown in FIG. 4 as in the first example. In response to the database information request from the terminal device B, the video server makes a database information response ((B2)).
[0042]
The terminal device B selects a program based on the database information received from the video server, and issues a content transmission request to the recording device A that owns the selected program ((B3)). The recording device A returns a response indicating that the content transmission request from the terminal device B has been received ((B4)), and then transmits (distributes) the content to the terminal device B by isochronous transfer ((B5)). ).
[0043]
The video server recognizes the data flow between the terminals (between the recording device A and the terminal device B), and inquires whether the data is received from the terminal device B after a predetermined time has elapsed ((B6)). . If the terminal device B receives data, it returns information about the received program. If it has not been received, a response that it has not been received is returned ((B7)). Through this series of processes, the desired content is viewed on the terminal device, and the video server side can grasp the terminal device classification, distribution contents, etc., and perform viewing management.
[0044]
As a third example, there is a method for realizing viewing recognition by a video server requesting database information to the recording apparatus A (distribution side terminal) during content transmission / reception between the recording apparatus and the terminal apparatus. FIG. 7 shows an operation process of each device and the video server in content transmission / reception between devices, and the viewing terminal device B acquires content from the recording device A connected on the network.
[0045]
In this example, the terminal device B on the content receiving side transmits a database information request to the video server, which is a network administrator, using asynchronous transfer conforming to the AV / C command ((C1)). The request is realized, for example, in a format compliant with AV / C as shown in FIG. 3, as in the first example. In response to this database information request from the terminal device B, the video server makes a database information response ((C2)).
[0046]
The viewing terminal device B selects a program based on the database information received from the video server and issues a program content transmission request to the recording device A (transmission side terminal) that records (owns) the selected program ((C3 )). The recording device A replies to the terminal device B that it has received the content transmission request ((C4)), and then transmits the content to the terminal terminal B by isochronous transfer ((C5)).
[0047]
The video server recognizes the data flow between the devices (between the recording device A and the terminal device B), and inquires whether or not viewing data is being transmitted to the recording device A on the transmission side ((C6)). ). If the recording apparatus A has received data, it returns specific information of the received program. If not received, a response indicating that it has not been received is returned ((C7)).
[0048]
Thus, according to the third example, desired content can be viewed on the viewing terminal device, and on the video server side, the terminal device classification, distribution contents, etc. can be grasped and viewing management can be performed.
[0049]
As a fourth example, as shown in FIG. 8, before the content transmission / reception is performed between the recording device and the terminal device, the terminal device B on the content receiving side transmits the database information to the video server, so that the video server recognizes the viewing. There is a way to realize. The receiving terminal device B transmits information on the content scheduled to be received to the video server ((D1)).
[0050]
The video server responds that this information has been received ((D2)). Thereafter, the terminal device B issues a content reception request to the recording device A ((D3)), the recording device A responds to this ((D4)), and the desired content is obtained from the recording device A by isochronous transfer. It is transmitted and the terminal device B receives it ((D5)).
[0051]
As a fifth example, as shown in FIG. 9, before content distribution is performed between the recording device and the terminal device, the recording device A on the content transmission side transmits content specifying information (database information) to the video server. There is a method for realizing viewing recognition by a video server. The sending-side recording apparatus A sends information on the content to be sent to the video server ((E1)). The video server replies that the information has been received ((E2)). Thereafter, the recording device A issues a content transmission request to the viewing terminal device B ((E3)), and the terminal device B responds ((E4)). Predetermined content is transmitted by isochronous transfer ((E5)).
[0052]
【The invention's effect】
According to the present invention, the following effects can be obtained. That is, the first effect is that the video server (viewing management server) constantly monitors the flow of data on the network, and knows what viewing data is received by which viewing terminal device. Even if the system includes a plurality of recording devices, viewing management can be easily realized.
[0053]
Also, even if there are a plurality of recording media, the data flow is constantly monitored and managed by the video server, so that viewing management can be realized centrally. As a result, a second effect that a digital work can be divided and recorded at a plurality of locations is obtained.
[0054]
A third effect is that the viewing information provider side can acquire information such as the type and the number of viewing times of the content viewed by the user. The reason is that the video server monitors the content flowing on the network, and can acquire the distribution result and feed back necessary information to the information provider.
[Brief description of the drawings]
FIGS. 1A and 1B are explanatory views showing an outline of distribution management by a video server according to the present invention.
FIG. 2 is a block diagram showing a schematic configuration of a home billing management system which is an embodiment of a viewing management system according to the present invention.
FIG. 3 is an explanatory diagram illustrating a specific method for viewing recognition in the present invention.
FIG. 4 is a diagram illustrating an example of a format of a database information request from a viewing terminal device to a video server.
FIG. 5 is a diagram illustrating an example of a format of database information of viewing data according to the present invention.
FIG. 6 is an explanatory diagram illustrating another specific method for viewing recognition in the present invention.
FIG. 7 is an explanatory diagram illustrating another specific method for viewing recognition in the present invention.
FIG. 8 is an explanatory diagram illustrating another specific method for viewing recognition in the present invention.
FIG. 9 is an explanatory diagram illustrating another specific method for viewing recognition in the present invention.
[Explanation of symbols]
1 ... Receiver tuner
2 ... Video server (digital broadcasting server)
3. Recording equipment (transmitting equipment)
4 (4a, 4b, 4c) ... Terminal device for viewing (receiving device)
5 ... ISDN terminal equipment
6 ... Database function section

Claims (7)

上流のソース源からの視聴用データが入力されるビデオサーバと、
前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、
前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、
前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、
前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記伝送路を監視して前記視聴用端末装置への視聴データ配信を検出することで配信履歴を記録・管理することを特徴とする視聴データ管理システム。
A video server to which viewing data from an upstream source source is input;
A recording device connected to the downstream side of the video server and for recording viewing data from the video server ;
A plurality of viewing terminal devices connected to the downstream side of the video server;
The video server, the recording device, and a plurality of terminal devices for viewing are interconnected to each other,
The video server individually adds management data for viewing management to the viewing data from the source source, transfers the recorded data to a recording medium in the video server or the recording device, and specifies each management data. the index information held for viewing data management system the transmission path by monitoring the distribution history is recorded and managed by detecting the viewing data delivery to the viewing terminal device, characterized in that.
前記ビデオサーバが、更に、前記ソース源からの視聴データを、前記視聴用端末装置に対して配信するとともにこの配信履歴も記録・管理することを特徴とする請求項1に記載の視聴データ管理システム。The viewing data management system according to claim 1, wherein the video server further distributes viewing data from the source source to the viewing terminal device and records and manages the distribution history. . 上流のソース源からの視聴用データが入力されるビデオサーバと、
前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、
前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、
前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、
前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記視聴端末装置との間におけるデータベース情報の送受信に基づき視聴データの配信を認識する
ことを特徴とする視聴データ管理システム。
A video server to which viewing data from an upstream source source is input;
A recording device connected to the downstream side of the video server and for recording viewing data from the video server;
A plurality of viewing terminal devices connected to the downstream side of the video server;
The video server, the recording device, and a plurality of terminal devices for viewing are interconnected to each other,
The video server individually adds management data for viewing management to the viewing data from the source source, transfers the recorded data to a recording medium in the video server or the recording device, and specifies each management data. Holding index information, and recognizing distribution of viewing data based on transmission and reception of database information with the viewing terminal device ,
A viewing data management system characterized by that.
前記ビデオサーバと任意の視聴端末装置間におけるデータベース情報の送受信と視聴データ配信を検出した場合に、前記ビデオサーバが当該視聴端末装置に視聴用データ受信の有無と内容を問い合わせることにより視聴データの配信を認識することを特徴とする請求項に記載の視聴データ管理システム。 When detecting the viewing data delivery and reception of database information between the video server and any viewing terminal apparatus, the distribution of the viewing data by the video server inquires whether the contents of the viewing data received to the viewing terminal device The viewing data management system according to claim 1 , wherein: 前記ビデオサーバと任意の受信側端末装置間におけるデータベース情報の送受信と視聴データ配信を検出した場合に、前記ビデオサーバが送信側の前記記録装置に視聴用データ配信の有無と内容を問い合わせることにより視聴データの配信を認識することを特徴とする請求項に記載の視聴データ管理システム。 View when detecting the viewing data delivery and reception of database information between the video server and any receiving terminal apparatus, the video server by inquiring the existence and content of the viewing data distributed to the recording apparatus on the transmission side The viewing data management system according to claim 1 , wherein the distribution of data is recognized. 前記記録装置と前記視聴用端末装置との間において視聴データ配信を行う前に、受信側前記視聴用端末装置が前記ビデオサーバに対して配信を受ける視聴データ内容特定情報を送信することで、前記ビデオサーバが視聴用データの配信を認識することを特徴とする請求項に記載の視聴データ管理システム。 Wherein prior to performing the viewing data delivery between the recording device and the viewing terminal device, by the viewing terminal device on the receiving side transmits the viewing data content identification information receive delivery to the video server, 4. The viewing data management system according to claim 3 , wherein the video server recognizes distribution of viewing data. 前記記録装置と前記視聴用端末装置との間において視聴データ配信を行う前に、送信側前記記録装置前記ビデオサーバに対して配信する視聴データ内容特定情報を送信することで、前記ビデオサーバが視聴データの配信を認識することを特徴とする請求項に記載の視聴データ管理システム。 Wherein prior to performing the viewing data delivery between the recording device and the viewing terminal device, by the recording apparatus on the transmitting side transmits the viewing data content specific information to be distributed to the video server, the video server There viewing data management system according to claim 3, characterized in that to recognize the distribution of the viewing data.
JP2000136288A 2000-05-09 2000-05-09 Viewing data management system Expired - Fee Related JP4518225B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000136288A JP4518225B2 (en) 2000-05-09 2000-05-09 Viewing data management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000136288A JP4518225B2 (en) 2000-05-09 2000-05-09 Viewing data management system

Publications (2)

Publication Number Publication Date
JP2001320688A JP2001320688A (en) 2001-11-16
JP4518225B2 true JP4518225B2 (en) 2010-08-04

Family

ID=18644252

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000136288A Expired - Fee Related JP4518225B2 (en) 2000-05-09 2000-05-09 Viewing data management system

Country Status (1)

Country Link
JP (1) JP4518225B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3776363B2 (en) * 2002-02-18 2006-05-17 パナソニック モバイルコミュニケーションズ株式会社 Mobile communication terminal recognition system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1155645A (en) * 1997-08-07 1999-02-26 Mitsubishi Electric Corp Multimedia distribution operation management system
JP3810530B2 (en) * 1997-09-18 2006-08-16 富士通株式会社 Video server system, content dynamic arrangement device, and content dynamic arrangement method
JPH11252486A (en) * 1998-02-27 1999-09-17 Mitsubishi Electric Corp Video server system
JP2001136508A (en) * 1999-11-05 2001-05-18 Nec Corp Server device and viewer management system

Also Published As

Publication number Publication date
JP2001320688A (en) 2001-11-16

Similar Documents

Publication Publication Date Title
US8209734B2 (en) Data transmission control method, data transmitting method, data transmitting apparatus, and receiving apparatus
US8649385B2 (en) Methods and apparatus for using tuners efficiently for delivering one or more programs
US6188684B1 (en) Bidirectional communication system
US6211901B1 (en) Video data distributing device by video on demand
EP1414246B1 (en) Electronic program guide multiplexed in an MPEG stream
US9124928B2 (en) Multicast video advertisement insertion using routing protocols
EP1073223A1 (en) Transmitter and receiver
KR20000016951A (en) An apparatus for controlling and distribution copy right and receiver system
WO1998011726A1 (en) A system and method for distributing information throughout an aircraft
US20020023267A1 (en) Universal digital broadcast system and methods
JP2003087765A (en) Apparatus for providing viewing information to subscriber terminals
US20050027786A1 (en) MPTS-SPTS separation device
EP0893898B1 (en) Multiplex data receiving equipment
US20050101246A1 (en) MPEG2 SPTS-splitting type subscriber distribution system and distribution method thereof
JP2000184303A (en) Digital broadcast receiving system and digital broadcast receiving apparatus
US8146129B2 (en) Apparatus and method for providing video content and supplemental information to a client over a switched digital video content-based network
JP4518225B2 (en) Viewing data management system
JP4168802B2 (en) Program information acquisition device
JPH09149399A (en) Data transmission system
JP3573977B2 (en) Communication device and communication method
JP2002198925A (en) Data receiving apparatus and method
JP3162286B2 (en) Video distribution system
JP4244521B2 (en) Electronic device, signal processing method, input signal switching method, and download system
CN1322757C (en) Universal digital broadcast system and methods
JP3146865B2 (en) Image information distribution system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070423

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100204

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100329

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100428

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130528

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100511

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140528

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees