JP4518225B2 - Viewing data management system - Google Patents
Viewing data management system Download PDFInfo
- 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
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
[0028]
In FIG. 1, for example, data transmitted from a content provider is received by the
[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
[0030]
The terminal devices for viewing 4a, 4b, and 4c can access the database of the
[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.
前記ビデオサーバの下流側に接続され、前記ビデオサーバからの視聴データを記録する記録装置と、
前記ビデオサーバの下流側に接続された複数の視聴用端末装置と、
前記ビデオサーバと前記記録装置と前記複数の視聴用端末装置とを相互に接続する伝送路とからなり、
前記ビデオサーバが、前記ソース源からの視聴データに視聴管理用の管理データを個別に付加して、当該ビデオサーバ内の記録媒体もしくは前記記録装置に転送し記録させるとともに、夫々の管理データを特定するインデックス情報を保持し、前記視聴端末装置との間におけるデータベース情報の送受信に基づき視聴データの配信を認識する、
ことを特徴とする視聴データ管理システム。 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.
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)
| 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)
| 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 |
-
2000
- 2000-05-09 JP JP2000136288A patent/JP4518225B2/en not_active Expired - Fee Related
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 |