JP3830756B2 - Broadcast data sharing server device - Google Patents

Broadcast data sharing server device Download PDF

Info

Publication number
JP3830756B2
JP3830756B2 JP2000383479A JP2000383479A JP3830756B2 JP 3830756 B2 JP3830756 B2 JP 3830756B2 JP 2000383479 A JP2000383479 A JP 2000383479A JP 2000383479 A JP2000383479 A JP 2000383479A JP 3830756 B2 JP3830756 B2 JP 3830756B2
Authority
JP
Japan
Prior art keywords
broadcast data
program
distribution
contract
storage
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
JP2000383479A
Other languages
Japanese (ja)
Other versions
JP2002185931A (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.)
Sharp Corp
Original Assignee
Sharp 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 Sharp Corp filed Critical Sharp Corp
Priority to JP2000383479A priority Critical patent/JP3830756B2/en
Publication of JP2002185931A publication Critical patent/JP2002185931A/en
Application granted granted Critical
Publication of JP3830756B2 publication Critical patent/JP3830756B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
この発明は、無線、有線を問わず放送されるデータを一時保存して、保存したデータを各契約者に再配信する放送データの共有サーバ装置に関し、特に、地上波、衛星放送などを使用した通常のブロードキャスト(電波放送)情報、およびケーブルテレビを利用して配信される番組データを一時蓄え、各家庭に再配信する、比較的小規模な地域で用いられる放送データの共有サーバの形態と運営方法とに関する。
【0002】
【従来の技術】
現代社会では、各種通信形態による各家庭への情報の配信が可能となっている。通信媒体としては、VHF(Very High Frequency)、UHF(UltraHigh Frequency)、BS(Broadcast Satellite)、CS(Communications Satellite)、CATV(Community Antenna Television System)など多くの種類がある。これら多くの通信媒体を介して番組などの放送データが各家庭に送信される。各家庭では、各通信媒体に適合したチューナなどを用いて番組を視聴している。
【0003】
しかし従来は、これらの放送は、一部で開始されているいわゆるビデオ・オン・デマンドサービスなどの場合を除き、予め定められた時間割(番組表)に素手放映されるのみである。したがって各個人は、番組表に生活を合わせることにより見たい番組を視聴している。
【0004】
一方、前述のビデオ・オン・デマンドサービスでは、視聴者が要求すればその内容が放送されるというのがそのセールスポイントである。しかし実際には、このサービスを提供するサーバに多数のユーザが直接接続する形態をとっているため、選択した番組が直ちに視聴できるとは限らない。一つのサーバで一度に配信できる番組量には制限があるので、複数の同じ要求をまとめて対応の番組を配信する処理などをしているためである。
【0005】
特開平9−163344号公報には、こうした問題を解決するために、中間サーバを用意することが開示されている。配信元となるサーバと各家庭との間に中間サーバを用意しておくことで、中間サーバが記憶しているデータに関しては配信元のサーバにアクセスすることなく中間サーバから要求元に対して直接に送信することができる。そのため、各個人は選択した番組を直ちに視聴できる可能性が高くなる。
【0006】
しかし、このように番組を直接に選択できるようなサービスはまだ限られたごく一部で利用可能なだけである。こうしたサービスが利用できない地域では、予め定められた時間割に沿って放映が行なわれるので、各個人が自分の都合にあわせて見たい番組を視聴するようなことはできない。
【0007】
こうした問題に対する各個人で利用可能な解決策は、ビデオ録画装置を利用することである。映像を記録できるビデオ録画装置は、既に広く普及している。いわゆる留守番録画を行なうことにより、一旦録画した番組を後の自由な時間に視聴することができる。
【0008】
しかしこの場合にも、前もって番組を調べて留守番録画を正しく予約しておかなければならない。また何か突発的な事情があったため、予め発表された番組表に対して実際に放送された時間が異なっていた場合には、正しく録画が行なわれない。また録画テープの時間が足りなくなることもあるため、留守番録画によって所望の番組を確実に視聴できるとは限らない。
【0009】
そのため、最近ではホームサーバという考えが導入され実現されようとしている。ホームサーバの使用例の一つは以下のようなものである。各家庭にホームサーバといわれる設備を設置する。ホームサーバ内には、現在放送されている放送を常時記録することが可能な記録装置を設ける。ホームサーバが設置された家庭内の個人によって要求された番組を、記録装置の中から再生し、それによって各個人が自分の好きな番組を視聴することができるようにする。たとえば記録装置の記録容量が、BS放送の全チャンネルの全番組を1週間分記録できるだけの大きさがあれば、各個人は、過去1週間のBS放送の番組の中から好きなものを選んで直ちに視聴することができる。
【0010】
ホームサーバの記録装置として最も有力視されているのは、ハードディスク装置(以下「HDD」と呼ぶ。)である。HDDの単位価格当たりの記憶容量は、毎年1.5倍近い比率で増大している。現在では40〜100ギガバイト(GB)のハードディスクでも比較的手軽に入手できる。この傾向が続けば、近い将来1テラバイト(TB)のHDDが手軽に購入できるようになる可能性が高い。1TBの記憶容量があれば、DVD(Digital Video Disc)に記録される画像であれば約500時間分となる。一チャンネル当たり一日20時間の放送があるとして、1TBのHDDによって3チャンネル分の全番組の一週間以上分を全て記録することが可能である。
【0011】
しかし、VHF,UHF、CS、およびCATVを用いた放送では多くのチャンネルが提供されている。そのため、全ての放送を記録しようとした場合、たとえば一週間分の記録であっても何十TBという容量の記録装置が必要となる。これだけの記録装置を確保することは、遠い将来においては可能になるとは考えられるが、近い将来においては、個人レベルでは極めて困難である。特に現在のHDDドライブの記録容量の大きさから考えて、上述した大きさの記録装置を実現するためには非常に多数のHDDドライブが必要となり、コストが高いこと、機器サイズが大きくなることなどの要因によって、各家庭に一台ずつ設置することができるような商品を安価に提供することはほぼ不可能である。
【0012】
また多数のHDDを用意する必要がある場合に発生する問題は、コスト、サイズに関するものだけではない。消費する電力量、発熱の大きさ、常時動作するためのメンテナンスなど、家庭で使用する場合には克服しなければならない多数の問題がある。
【0013】
【発明が解決しようとする課題】
さらにまた、記録装置に関する技術的な問題だけが障害であるという訳ではない。制度的な問題もまた存在する。その一つは、放送業者(放送局)と各家庭との契約および課金方式の複雑さである。
【0014】
図42に、上記したホームサーバの技術的課題が解決されたことを想定し、各家庭に一台ずつホームサーバが設置された場合の、放送局と各家庭との間の関係を示す。図42を参照して、いままでの契約形態によれば、放送局100と、各放送局100と契約して放送を視聴する家庭1100との間には個別に契約が締結される。したがって、各家庭から見ると、契約している放送局の数だけ支払請求を受けることになり、各家庭にとってその処理が煩雑である。また各放送局では、それぞれ契約している分だけの数の家庭に対して支払い請求を行なう必要がある。これらは、特に将来放送局の数が増大する可能性が有ることを考えると、早期に解決する必要がある問題である。
【0015】
また、図42に示すように、各家庭1100では、有線による以外の無線による放送を受信する場合には、それぞれ使用される電波の周波数帯域が異なるため、それぞれの放送局での放送形態にあわせて複数のアンテナを準備する必要がある。各家庭にそのような負担を強いるのは好ましくない。また各家庭の屋根などにそれぞれ多数のアンテナが林立すると、景観を害するという問題も有る。
【0016】
それゆえにこの発明の目的は、各契約者に対し過大な負担を強いることなく、各契約者が所望の番組を所望のときに視聴することが容易にできるような放送データの共有サーバ装置を提供することである。
【0017】
この発明の他の目的は、各契約者に過大な負担を強いることなく、各契約者が所望の番組を所望のときに視聴することが容易で、かつ各家庭での事務的な負担の増大も防ぐことができる放送データの共有サーバ装置を提供することである。
【0018】
この発明のさらに他の目的は、各契約者に過大な負担を強いることなく、各契約者が所望の番組を所望のときに視聴することが容易で、かつできるだけ多数の番組を視聴可能にすることができる放送データの共有サーバ装置を提供することである。
【0019】
【課題を解決するための手段】
本発明にかかる放送データの共有サーバ装置は、予め定められている複数チャンネルの放送データの配信を受けて表示するための複数の契約機器に、前記放送データを所定の通信媒体を介して送信する、放送データの共有サーバ装置であって、受信された番組を記録可能な信号形式の放送データに変換するための信号変換手段と、前記信号変換手段により出力される放送データのうち、少なくとも最新の所定容量の放送データを記憶するための記憶手段と、前記信号変換手段から出力される放送データを所定の方式にしたがって、可変の圧縮率で圧縮して前記記憶手段に記憶させるための圧縮手段と、前記記憶手段と前記圧縮手段を制御するための制御手段とを含み、前記制御手段は、前記記憶手段に対して、前記放送データの記憶を制御するとともに、前記通信媒体を介して接続される契約機器のうちの一つのものからの指示に応答して、前記記憶手段に記憶されている放送データのうちの前記指示により特定された前記放送データを再生し出力するよう制御し、前記圧縮手段に対して、前記契約機器からの指定および前記放送データを放送する側の指定にしたがって決定した前記放送データの圧縮率によって圧縮するよう制御し、前記記憶手段に記憶された放送データを前記所定の方式にしたがって伸長して前記配信手段に与えるための伸長手段と、前記信号変換手段の出力する放送データおよび前記記憶手段の出力する放送データのうちの前記指示により特定された前記放送データを、前記制御手段により指定された契約機器に前記通信媒体を介して配信するための配信手段とをさらに含む。
【0020】
本発明の他の局面にかかる放送データの共有サーバ装置においてはさらに、前記信号変換手段は、受信された複数局からの番組のストリームデータを同時並列的に前記放送データに変換するための手段を含み、前記記憶手段は、前記信号変換手段により同時並列的に変換され出力される複数局からの放送データを記憶するための手段を含み、前記制御手段は、前記通信媒体を介して任意の前記契約機器から検索のための情報を受信し、前記記憶手段に記憶された放送データのうちで、前記検索のための情報と合致するものを検索するための手段と、前記検索のための情報と合致する放送データを前記記憶手段から再生し出力させるための手段と、前記記憶手段から再生し出力された放送データを前記検索のための情報を送信してきた契約機器に配信するよう前記配信手段を制御するための手段とを含む。
【0021】
本発明のさらに他の局面にかかる放送データの共有サーバ装置によれば、前記制御手段はさらに、前記検索のための情報と合致する放送データが、現在放送中の番組を指定するものであるか否かを判定するための手段と、前記検索のための情報が現在放送中の番組を指定するものであると判定されたことに応答して、前記指定された番組であって、かつ前記信号変換手段によって放送データに変換されたものを前記検索のための情報を送信してきた契約機器に配信するよう前記配信手段を制御するための手段とを含む。
【0022】
ここで前記配信手段は、無線により前記契約機器と送受信するための手段を含んでもよく、また、前記信号変換手段は、音声のみのラジオ番組を受信して、受信されたラジオ番組を記録可能な信号形式の放送データに変換するためのラジオ信号変換手段を含んでもよく、また、前記信号変換手段は、有線による番組を受信して、受信されたラジオ番組を記録可能な信号形式の放送データに変換するためのラジオ信号変換手段を含んでもよい。
【0023】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においては、前記制御手段はさらに、前記検索のための情報と合致する放送データが配信可能か否かを判定するための手段と、前記検索のための情報と合致する放送データが配信可能でないと判定されたことに応答して、前記検索のための情報を送信してきた契約機器に対して、要求された放送データが配信可能でないことを示す信号を前記配信手段を介して送信するための手段を含む。
【0024】
ここで放送データの共有サーバ装置はさらに、他の放送データの共有サーバ装置に接続され、前記検索のための情報と合致する放送データが配信可能でないと判定されたことに応答して、前記他の放送データの共有サーバ装置に対して前記検索のための情報と合致する放送データの配信を要求するための手段と、前記他の放送データの共有サーバ装置から、前記検索のための情報と合致する放送データの配信を受け、前記検索のための情報を送信してきた契約機器に送信するように前記配信装置を制御するための手段を含んでもよく、さらに前記制御装置は、高視聴率を得た番組に対応し、かつ前記記憶手段に記憶されていない放送データを特定するための特定手段と、前記特定手段により特定された放送データの配信を他の放送データの共有装置に対して要求し配信を受けるための手段とをさらに含んでもよい。
【0025】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においては、前記制御手段は、さらに、予め定められた番組記憶スケジュールを記憶するためのスケジュール記憶手段と、前記スケジュール記憶手段により記憶された番組記憶スケジュールにしたがって前記放送データを記憶するように前記記憶手段を制御するための手段を含む。
【0026】
ここで前記制御手段は、さらに、前記信号変換手段により受信される番組によって放送がされる期間を判定するための放送期間判定手段と、前記放送期間判定手段により放送がされていると判定された期間の全てにおいて、当該番組を放送データに変換して前記記憶手段に記憶させるように前記信号変換手段と前記記憶手段とを制御するための手段を含んでもよいし、また前記制御手段はさらに、任意の契約機器から送信されてきた番組記憶スケジュールを受信するための番組記憶スケジュール受信手段と、前記番組記憶スケジュール記憶手段により受信された番組記憶スケジュールを前記スケジュール記憶手段に記憶させるための手段を含んでもよい。
【0027】
またはここで前記制御手段はさらに、任意の契約機器から送信されてきた、放送データの配信要求を受信するための配信要求受信手段と、前記配信要求受信手段により受信された配信要求に対応する放送データが前記記憶手段にあるか否かを判定するための手段と、前記配信要求受信手段により受信された配信要求に対応する放送データが前記記憶手段に記憶されていないと判定されたことに応答して、前記配信要求受信手段により受信された配信要求に対応する放送データに対応する番組を受信して記録するように前記スケジュール記憶手段に記憶された番組記憶スケジュールにスケジュールを追加するためのスケジュール追加手段とを含んでもよく、さらに前記制御手段は、前記スケジュール追加手段によって前記番組記憶スケジュールに追加された放送データが、契約機器に配信されたか否かを判定するための手段を含んでもよい。
【0028】
またはここで前記制御手段はさらに、各番組の視聴率情報を受信するための手段と、受信された各番組の視聴率情報に基づいて、前記記憶手段によって記憶されるべき放送データを決定するための決定手段と、前記決定手段によって、前記記憶手段に記憶されるべきであると決定された番組に対応する放送データを記憶するように前記番組記憶スケジュールを変更するための手段とを含んでもよいし、また、前記制御手段はさらに、各番組の視聴率情報を受信するための手段と、受信された各番組の視聴率情報に応じて、前記番組記憶スケジュールから当該各番組に対応する放送データを削除するか否かを判定するための削除判定手段と、前記削除判定手段によって前記番組記憶スケジュールから削除すべきと判定された番組を、前記番組記憶スケジュールから削除するための削除手段とを含んでもよく、さらに前記制御装置は、各契約機器からの各番組の配信要求に基づいて、各番組の視聴率を算出するための視聴率算出手段と、他の放送データの共有サーバに接続され、前記視聴率算出手段によって算出された各番組の視聴率を前記他の放送データの共有サーバに送信するとともに、他の放送データの共有サーバの視聴率算出手段によって算出された各番組の視聴率を受信するための手段と、自身において算出された各番組の視聴率と、前記他の放送データの共有サーバから受信した各番組の視聴率とに基づいて、配信要求に基づく各番組の視聴率を算出するための手段とを含んでもよい。
【0029】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記記憶手段は、放送データを番組単位で記憶し、前記放送データの共有サーバ装置はさらに、放送データを前記記憶手段に記憶させる際に、前記記憶手段に記憶されるデータ量が所定の上限を超えるか否かを判定し、上限を超える場合には特定の番組単位で消去するための消去手段を含む。
【0030】
ここで、前記特定の番組単位としては、新たに放送データを記憶する容量が得られるまで、前記記憶手段に記憶された放送データのうち最先に記憶されたもの、または、各番組毎に決定される、記憶された時刻と、最も最近に配信された時刻とのうちのいずれか新しいものの古いものから順番に、前記記憶手段に記憶された放送データとすることができる。
【0031】
またここで前記記憶手段は複数個の記憶領域に区分され、前記制御手段は、番組を所定の基準にしたがって分類するための分類手段と、前記分類手段にしたがって、前記複数個の記憶領域のいずれかを選択して当該番組を記憶させるための手段とを含み、前記消去手段は、各前記記憶領域ごとに消去すべき放送データを決定して消去するための手段を含んでもよい。
【0032】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記制御手段は、前記記憶手段に記憶された放送データの消去の禁止が解除される時刻を番組単位で記憶するための消去許可時刻記憶手段と、現在時刻と前記消去許可時刻記憶手段に記憶された番組ごとの消去の禁止が解除される時刻とを比較して、消去が許可された番組に対応する放送データを前記記憶手段から消去するための手段とをさらに含む。
【0033】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記記憶手段は、番組単位で前記放送データを記憶し、前記制御手段は、各番組を記憶することを指定する要求を契約機器から受信するための要求受信手段と、前記要求受信手段と前記記憶手段とに接続され、要求された番組に対応する放送データを前記記憶手段に記憶させるとともに、記憶された番組を記憶するよう要求した契約機器を、前記記憶手段に記憶された放送データごとに記憶するための契約機器記憶手段と、前記記憶手段と前記契約機器記憶手段とに接続され、前記記憶手段に記憶された放送データごとに、当該放送データに対応する番組を記憶するよう要求した契約機器に当該放送データが配信されたか否かを判定するための配信判定手段と、前記記憶手段と前記配信判定手段とに接続され、各放送データに対応する番組を記憶するよう要求した契約機器に当該放送データが配信されたと判定されたことに応答して、当該放送データを前記記憶手段から削除するための手段とを含む。
【0034】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記記憶手段は、各前記契約機器ごとに個別の記憶領域を有し、前記制御手段はさらに、各前記契約機器が記憶を要求した番組に対応する放送データを、当該契約機器に対応して設けられた前記個別の記憶領域に記憶するよう前記記憶手段を制御するための手段を含む。
【0035】
本発明のさらに他の局面にかかる放送データの共有サーバ装置はさらに、前記通信媒体を介して前記配信手段に接続されている各前記契約機器に対して、当該契約機器へ配信される放送データの当該契約機器への配信回数または当該契約機器に配信される当該放送データの広告部の有無に応じてサービス料を課金するための手段を含む。
【0036】
ここで、前記課金手段は、各前記契約機器ごとに、放送データを配信した時間または回数のいずれか一方または双方を計数するための計数手段と、前記計数手段による計数値の関数として各前記契約機器に対する課金を行なうための手段とを含んでもよい。
【0037】
本発明のさらに他の局面にかかる放送データの共有サーバ装置は、さらに、前記記憶手段に記憶された放送データに対応する各番組ごとに、前記配信手段によって配信された回数を記憶するための手段を含む。
【0038】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記課金手段は、前記記憶手段に記憶された放送データに対応する各番組ごとに、各前記契約機器ごとに配信された回数を記憶するための配信回数記憶手段と、前記契約機器に配信中の番組が何回目の配信回数であるかを判定するための手段と、前記配信回数の関数として前記契約機器に対する前記配信中の番組の課金を決定するための手段とを含む。
【0039】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記制御手段は、前記記憶手段によって記憶されている放送データの番組の本編と広告部とを判別するための手段と、契約機器からの要求に応じて、要求された放送データの本編のみを前記要求を送信してきた契約機器に配信するよう前記配信手段を制御するための手段とをさらに含む。
【0040】
本発明のさらに他の局面にかかる放送データの共有サーバ装置おいては、前記制御手段はさらに、前記記憶手段によって記憶されている放送データの番組の本編と広告部とを判別するための手段と、契約機器から広告の配信の有無の選択指定を受け付けて記憶するための選択指定記憶手段と、契約機器からの要求に応答し、前記選択指定記憶手段に記憶された、当該要求を送信して来た契約機器による選択指定に基づいて、前記要求に対応した放送データの本編のみ、または前記放送データの本編および広告部、のいずれかを選択して当該契約機器に配信するよう前記配信手段を制御するための手段をさらに含む。
【0041】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においては、前記制御手段はさらに、各前記契約機器に配信した回数を番組ごとに記憶するための配信回数記憶手段と、前記記憶手段によって記憶されている放送データの番組の本編と広告部とを判別するための手段と、契約機器から広告の配信の有無の選択指定を受け付けて記憶するための選択指定記憶手段と、配信中の番組が何回目の配信であるかを判定するための配信回数判定手段と、契約機器からの要求に応答し、前記選択指定記憶手段に記憶された、当該要求を送信して来た契約機器による選択指定と、前記配信回数判定手段による判定結果とに基づいて、前記要求に対応した放送データの本編のみ、または前記放送データの本編および広告部、のいずれかを選択して当該契約機器に配信するよう前記配信手段を制御するための手段をさらに含む。
【0042】
ここで、共有サーバ装置はさらに、前記通信媒体を介して前記配信手段に接続されている各前記契約機器に対して、接続に基づくサービス料を課金するための課金手段と、前記課金手段による課金料金を、前記広告部の送信の有無に基づいて変更するための課金料金変更手段とを含んでもよい。
【0043】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記制御手段は、各前記契約機器から、特定の番組の配信を不能化する指定を受信する不能化指定受信手段と、前記不能化指定受信手段によって特定の番組の配信を不能化する指定が受信された契約機器に対しては、前記特定の番組の配信を禁止するよう前記配信手段を制御するための手段をさらに含む。
【0044】
ここで、前記特定の番組としては、特定の放送局によって放送される番組、特定の時間帯における番組、特定の時間帯に放送される番組、または、放送される番組はいずれも所定のカテゴリーに分類されており、そのうちの特定のカテゴリーの番組とすることもできる。
【0047】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においては、前記制御手段はさらに、各前記契約機器から、放送データの配信を開始する時間を指定する指令を受けるための手段と、前記指令に基づいて、指定された時間に当該契約機器に対する放送データの配信を開始するよう、前記配信手段を制御するための手段を含む。
【0048】
ここで、前記制御手段はさらに、各前記契約機器から、当該契約機器以外の契約機器に対する放送データの配信を開始する時間を指定する指令を受けるための手段を含んでもよい。
【0049】
本発明のさらに他の局面にかかる放送データの共有サーバ装置はさらに、前記信号変換手段から出力される放送データを所定の方式にしたがって圧縮して前記記憶手段に記憶させるための圧縮手段と、前記記憶手段に記憶された放送データを前記所定の方式にしたがって伸長して前記配信手段に与えるための伸長手段とを含む。
【0050】
ここで、前記圧縮手段は、可変の圧縮率にしたがって放送データを圧縮することが可能であり、前記制御手段は、所定の基準にしたがって前記圧縮手段による放送データの圧縮率を決定するための手段をさらに含んでもよく、また、前記制御手段は、各放送データが前記記憶手段に最初に記憶された時間を記憶するための手段をさらに含み、前記圧縮率を決定するための前記手段は、各放送データが前記記憶手段に最初に記憶された時間の関数として各放送データの圧縮率を決定するための手段を含んでもよいし、またここで、前記圧縮手段は、可変の圧縮率にしたがって放送データを圧縮することが可能であり、前記制御手段は、各前記契約機器から番組ごとの圧縮率を指定する圧縮率指定情報を受信するための手段と、受信された圧縮率にしたがって各番組を圧縮するように前記圧縮手段を制御するための手段をさらに含んでもよいし、前記圧縮手段は、可変の圧縮率にしたがって放送データを圧縮することが可能であり、前記制御手段は、各放送局から番組ごとの圧縮率を指定する圧縮率指定情報を受信するための手段と、受信された圧縮率にしたがって各番組を圧縮するように前記圧縮手段を制御するための手段をさらに含んでもよい。
【0051】
本発明のさらに他の局面にかかる放送データの共有サーバ装置はさらに、前記信号変換手段から出力される放送データを所定の方式にしたがって、可変の圧縮率で圧縮して前記記憶手段に記憶させるための圧縮手段と、前記記憶手段に記憶された放送データを前記所定の方式にしたがって伸長して前記配信手段に与えるための伸長手段とを含み、前記制御手段は、所定の基準にしたがって前記圧縮手段による放送データの圧縮率を決定するための手段をさらに含み、前記配信手段により前記記憶手段から契約機器に配信される放送データの、前記圧縮手段による記憶時の圧縮率に基づいて当該放送データの当該契約機器への配信に対する課金を行なうための課金手段をさらに含む。
【0052】
本発明のさらに他の局面にかかる放送データの共有サーバ装置は、さらに、所定の挿入放送データを記憶するための手段を含み、前記制御手段は、契約機器に放送データを放送する際に、前記挿入放送データを挿入して配信するよう前記配信手段を制御するための手段をさらに含む。
【0053】
ここで、前記制御手段は、契約機器から、前記挿入放送データを配信するか否かを示す指令を受信するための手段と、各前記契約機器ごとに、前記挿入放送データを配信するか否かを示す指令を受信したか否かにしたがって、かつ前記配信手段により前記挿入放送データが各前記契約機器に配信された回数の関数として、各前記契約機器に対する放送データの配信の課金額を決定するための手段をさらに含んでもよい。
【0054】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においては、前記配信手段は、前記通信媒体を介して各契約機器から放送データを受信する機能を有し、前記記憶手段は、前記配信手段が各契約機器から受信した放送データをも記憶し、前記制御手段は、前記配信手段によって受信され前記記憶手段に記憶された放送データも、各契約機器からの配信要求に応じて配信するように前記配信手段を制御する。
【0055】
ここで、前記制御手段は、各契約機器から受信した前記放送データの配信回数を計数するための配信回数計数手段と、前記配信回数計数手段による計数結果の関数として、前記各契約機器から受信した前記放送データの提供者に対する支払い金額を決定するための手段とを含んでもよい。
【0056】
本発明のさらに他の局面にかかる放送データの共有サーバ装置においてはさらに、前記制御手段は、前記記憶手段に記憶されている放送データごとに、前記記憶手段に記憶されている期間を算出するための手段を含み、前記放送データの共有サーバ装置はさらに、前記配信手段が配信する放送データごとに、前記記憶手段に記憶されていた期間の関数として課金を計算するための課金手段を含む。
【0057】
本発明のさらに他の局面にかかる放送データの共有サーバ装置はさらに、各前記契約機器からの、特定の放送データの配信に対する課金金額についての照会を受信するための手段と、前記照会に応答して、前記特定の放送データの配信に対する課金金額を算出して前記照会を送信して来た契約機器に返信するための手段とをさらに含む。
【0058】
【発明の実施の形態】
[第1の実施の形態]
以下、本発明の第1の実施の形態のシステムについて図面を参照して説明するが、それに先だって本発明にかかるシステムの前提として、現状の問題点についてさらに述べる。
【0059】
前述したとおり、現状のホームサーバは、各家庭におかれることを想定している。しかしこの場合には、当然のことながら各家庭が常時記録型のホームサーバを設置して、各家庭が常時同じデータをこのホームサーバの記録装置に書込み、保持していることになる。これは、複数の家庭をまとめて見た場合には、同じデータの複製が各家庭ごとに作成されることを意味している。しかもそれら複製の大多数は利用されることもなく廃棄される。これは記録領域と、記録動作との無駄である。
【0060】
そこで、本願発明では、ホームサーバを各家庭ではなく、比較的小規模な地域ごとに一台設置し、その地域に存在する家庭でそのホームサーバを共有することを基本とする。このようにホームサーバを共有することにより、上記したようにデータの複製を大量に作成し、利用することもなく廃棄する、という無駄は大幅に軽減される。各家庭では、この共有ホームサーバにアクセスすることで、番組が放送されてから一定の期間のみではあるが、どの番組にも自由にアクセスし視聴することができる。さらに永続的に保存しておきたい番組が存在する場合には、各家庭においてその番組を保存すればよい。この場合には、保存が必要なもののみを保存すればよいので、比較的小規模なホームサーバを各家庭に設けることによって実現できる。また、従来のビデオ録画装置を利用することもできる。また共有ホームサーバにアクセスすれば、過去の一定期間に放映された番組はいつでも視聴できるので、留守番録画をしたりする必要もない。
【0061】
以下、本発明の第1の実施の形態に係るシステムについて図1〜図7を参照して説明する。図1を参照して、この実施の形態に係るシステムは、VHF、UHF、BS、CSなどの各種無線放送局100からの電波104と、図示しない有線放送局からの放送データ112とを受け、一時それら放送データを蓄積しておいて、契約した複数の家庭126に配信する機能を持つ、これら複数の家庭126によって共有される共有ホームサーバ102を含む。
【0062】
共有ホームサーバ102は、各種無線放送局100の放送形態にあわせた各種のアンテナ110と、アンテナ110によって受信された各種電波によって搬送された放送データを、蓄積可能かつ配信可能な信号形式に変換するための信号生成部114と、信号生成部114から出力される放送データを圧縮してFIFO(First-In, First-Out,先入先出)方式で保持するための記録部118と、必要に応じて記録部118から伸長して出力された放送データをケーブル124または無線122により各家庭に配信するための接続部120と、信号生成部114、記録部118および接続部120を制御するための制御部116とを含む。
【0063】
信号生成部114は、本実施の形態のシステムではVHF用の信号生成部152、UHF用の信号生成部154、BS用の信号生成部156、CS用の信号生成部158、BSデジタル用の信号生成部160、地上波デジタル用の信号生成部162、および各CATV局ごとに設けられたCATV用の信号生成部164〜166とを含む。
【0064】
これら信号生成部152〜166は、対象となる信号源が異なるものの、いずれも類似した構成を有する。たとえばBS用の信号生成部156は、図2に示されるように、BSアンテナ110で受信した電波を分配するための分配器172と、分配器172から受けた電波を画像信号に変換するための複数の変換部174と、それぞれ対応の変換部174の出力する画像信号を受け、デジタル信号に変換するための複数のエンコーダ176とを含む。
【0065】
図1を参照して、記録部118は、エンコーダ176の出力するデジタル信号をMPEG(Moving Picture coding Experts Group)1またはMPEG2などの符号化方式にしたがって圧縮するための圧縮部140と、圧縮部140によって圧縮された画像信号を記憶するための、大容量の複数個のHDD142と、HDD142から読み出された画像信号を伸長して再生放送データとして接続部120に出力するための伸長部144とを含む。
【0066】
接続部120は、信号生成部114からの放送データと、伸長部144からの再生放送データとの双方を受けることができ、各家庭126に対して、各家庭126から要求された放送データを送信する機能を持つ。どのようにしてどの方法データをどの家庭に配信するかについては後述する。接続部120と各家庭126との間は、ケーブル124または無線122で接続されている。有線の場合、接続方式としてはATM(Asynchronous Transmission Mode)、IEEE802.3、IEEE1394など、必要なデータを配信できる能力があればどのようなものでもよい。無線の場合にも同様である。各家庭に送信する信号は、受信器が受信できる形態であれば何でもよく、圧縮したままの信号でもよい。
【0067】
各家庭126は、送られてくる画像信号を表示するための表示装置130と、共有サーバ102の制御部116に対して番組要求信号を送信する際に操作される操作部134とを含む。また表示装置130は、サーバ102との間の通信などを司るための端末制御装置132を含む。
【0068】
接続部120は、各画像信号を各家庭126に対して個別に配信する。この配信は、制御部116によって次のような操作にしたがって行なわれる。まず操作部134を用いて番組の要求が入力され、その要求が接続部120を介して制御部116に送られる。制御部116は、図3を参照して、この要求によって送信が要求された番組が現在放送中のものか否かを判定する(180)。もし現在放送中のものであれば、信号生成部114の出力する放送データ信号のうち該当のものを、要求した家庭126に対して送信するように接続部120を制御する(190)。
【0069】
要求された番組が現在放送中のものでない場合(ステップ180において「NO」)、その番組がHDD142に記録されたものか否かを判定する(182)。HDD142に記憶されているものであれば、記録部118から該当する番組を取出し伸長させて該当する家庭に送信するように記録部118および接続部120を制御する(186)。要求された番組がHDD142に記憶されたものでなければ、その旨を表示する信号をその家庭に送る(184)。こうして、制御部116の制御にしたがって、要求に応じた適切な放送データが各家庭に配信される。
【0070】
なお、制御部116は、上記した制御を可能とするために、現在放送中の番組情報(番組表)および記憶部118に記憶されている番組情報(番組リスト)を常時更新しながら保持している。これら情報に基づいて各家庭に要求された情報を配信する技術は、既にCATVなどのビデオ・オン・デマンドで実現されている技術である。なお、番組表は手入力による入力であってもよい。
【0071】
記憶部118における番組の記憶および消去はFIFO方式で行なわれる。その手順は以下のようになっている。
【0072】
図4を参照して、記憶部118が、その内部に記憶領域200を有するものとする。記憶領域200には、番組A(202)が記憶されているものとする。さらに、これから記憶される番組B(204)がある(放送中)ものとする。番組の放送はここに示されるように番組A(202),番組B(204)の順番で行なわれるものとする。図4(A)に示されるように、まず番組A(202)から記憶領域200に記憶され、次に番組B(204)が記憶され、以下順に番組C,D,Eが記憶されたものとする。そして各番組が記憶されるたびに、先に記憶された各番組は、記憶領域200中でその位置を先に進めるものとする。そして、番組Eまでが記憶された時点で、番組A(202)が記憶領域200の先頭まで達したものとする(図4(B))。この状態でさらに次の番組F(208)が記憶されると、番組A(202)は図4(C)に示されるように記憶領域200から消去されることになる。
【0073】
例として、記憶期間が一週間になったものとして具体的に説明する。たとえばBS放送で5チャンネルの全番組を毎日20時間分記憶するものとする。MPEG2に変換した後、もとの放送データの1時間当たりに必要な記憶容量を約2GBとすれば、2GB×20時間×5チャンネル×7日で、必要な記憶容量は1.4TBとなる。この程度の記憶容量は、各家庭に設置するホームサーバならともかく、本実施の形態のような共有サーバであれば十分に実現可能な大きさである。なお、MPEG1で放送データを記憶する場合には、より小さな記憶容量でも十分である。
【0074】
ここで、ある家庭より番組C(210)に対する視聴の要求があった場合を想定する。ここでの番組入力方法は、番組名でもよいし、チャンネル番号および時間でも、予め番組に振られているコードでもよい。共有サーバが解釈可能で番組を特定することができるものでありさえすればよい。この要求は、本実施の形態では接続部120を介して制御部116に送信される。直接制御部116に送信されるような実施の形態も当然に考えられる。
【0075】
この場合、番組C(210)がこの家庭に送信されるとともに、番組Cは記憶領域200の中で最も新しい番組が記憶される領域212に移動する(図4(D)から図4(E)に変化)。これに伴い番組D〜Fの位置はそれぞれ番組Cの大きさの分だけ先に進められる。この後番組H(214)が記録された時点で番組D(218)が記憶領域220から削除される。一方番組C(212)は記憶領域200中に残っている。すなわち、先に放送された番組であっても、ある家庭から視聴の要求があったものは、その後に放送された番組で視聴の要求がなかったものよりも後まで残ることになる。
【0076】
図4(F)において、次の番組I(220)が記録されるときには、代わりに番組Eが削除されることになる。
【0077】
以上の動作で、先に記録されたもので視聴がされなかったものが優先的に消去されることになる。
【0078】
このようにすると、次の効果が得られる。一度視聴要求があった番組は、他の家庭から、または同じ家庭から再度視聴要求がある可能性が高いと考えられる。その結果、本実施の形態のような制御をする場合には、より視聴要求の高い番組が長く記録されることになり、記憶部をより有効に利用することができる。
【0079】
なお、この場合の記憶部118におけるFIFO的な記憶および消去の方法については、シフトレジスタにおけるデータの格納および移動と同じように実際に各番組の放送データが占める記憶領域を移動させていってもよいし、放送データの記憶領域自体は移動させず、その順序のラベル付だけを操作するようにしてもよい。
【0080】
さて、本実施の形態のシステムでは、記憶部118に放送データを記録する場合、MPEG1,MPEG2などの圧縮をして記憶させている。この場合、圧縮率を高くするほど一般的に再生時の画質が落ちることが知られている。しかし、もともとの番組の画質が悪い場合には、高品位となる低い圧縮率の圧縮ではなく、低品位な高い圧縮率の圧縮で記録しても、再生時の画質にそれほどの相違は生じない。高い圧縮率であればより多量の放送データを記録することができる。したがって本実施の形態のシステムでは、記憶部118の記憶容量をより有効に生かすため、低画質の番組については高い圧縮率の圧縮で記録することにしている。
【0081】
実際に圧縮を行なうのは、図1に示す圧縮部140であり、圧縮された放送データを伸長するのは伸長部144である。なお、圧縮部140および伸長部144はこの実施の形態では記憶部118の内部に備えるようにしたが、本発明はそのような実施の形態には限定されず、記憶部118の外部に設けてもよい。
【0082】
図5を参照して、制御部116による圧縮率制御の処理を説明する。共有サーバ側では、番組が低画質か、高画質か、またはいずれでもないかの3種の分類が予め分かっているものとする。この分類は、たとえば予め番組表に付された付随的な情報として共有サーバに各放送局から配信されているものとする。
【0083】
まず、圧縮対象の番組が低画質か否かを判定する(230)。低画質であると判定されれば、ステップ238で高い圧縮率C3での圧縮処理を行なう(238)。圧縮された放送データがHDD142に記憶される。
【0084】
ステップ230で番組が低画質の番組ではないと判定された場合、番組が高画質番組か否かを判定する(232)。高画質番組であれば最も低い圧縮率C1で圧縮を行なって(234)、圧縮後の放送データをHDD142に記憶する。高画質番組ではないと判定された場合、圧縮率C2で圧縮を行ない(236)、圧縮後の放送データをHDD142に記憶する。
【0085】
ここで、圧縮率C1,C2およびC3の間にはC1<C2<C3の関係が成立しているものとする。この結果、再生時には圧縮率C1で圧縮されたものが最も高画質で再生され、続いて圧縮率C2,C3の順序となる。
【0086】
なお本実施の形態のシステムでは圧縮率として3種類を用いた。しかし本発明はこの実施の形態には限定されない。たとえば圧縮率として2種類を用いてもよいし、4種類以上を用いてもよい。また、番組の付随情報として送信されてくる画質の分類と、適用される圧縮率とが1対1に対応する必要もない。
【0087】
また、この実施の形態のシステムでは、番組が高画質か否かによって圧縮率を変化させている。しかし本発明はそのような実施の形態に限定されるわけではない。たとえば、番組の性質が、画質が重要視されるものか否かによって圧縮率を変えてもよい。たとえば映画番組のように一般に高い画質が要求される番組の場合には低圧縮率を、ニュースなどのように画質に対する要求がそれほどでもない場合には高い圧縮率を、それぞれ適用するようにすることができる。このような圧縮率の定め方を用いることにより、限られた記憶容量を有効に用いて、より多くの番組を、それぞれの番組の性質に適した画質で記憶し配信することが可能となる。
【0088】
この実施の形態の共有サーバを用いると、次のような効果がさらに得られる。図6に示すように、放送局100が複数有り、それぞれ異なる通信形態で番組を放送する場合、従来であれば各家庭で各通信形態に対応したアンテナを設置する必要があった。しかし本発明によれば、放送の受信は共有サーバが行なう。各通信形態に対応したアンテナは共有サーバ102のみに設置すればよく、各家庭126はホームサーバ102とケーブル124または無線により接続すればよい。したがって各家庭に各通信形態に対応したアンテナを設置する必要はない。
【0089】
さらに、本実施の形態のシステムによれば、放送局と各家庭との間の契約形態についても次のような効率的な形を採用することができる。共有サーバ102の運営者250が放送局100の情報を受信するのであるため、共有サーバ102の運営者250と放送局100の各放送業者との間には契約が必要となる。一方、共有サーバ102の運営者250と各家庭126(契約者)との間にも何らかの契約が存在する。
【0090】
ここで、放送局100と共有サーバ102の運営者250との間の契約として、各契約者126との間の契約をも包括した形の契約を締結することとする。すると、結果として各放送局と各家庭126との間の個々の契約は不要となる。各家庭は共有サーバ102の運営者250と一括して契約を結べばよく、多数の放送業者との間の煩雑な支払い処理が簡素化される。
【0091】
共有サーバ102の運営者250は、各放送業者100との間の契約で支払う金額および共有サーバ102の運営費用の合計よりも多い金額を得られるように、各家庭126との間の契約金額を定めることにより、利益を上げることができる。各家庭にとっては、多数の放送業者との間の個々の契約という煩雑な処理が簡素化される上、支払いも一括して行なえばよい。その上、共有サーバ102によって多彩な放送局のサービスが受けられるのであるから、このような契約を結ぶ動機は十分に存在する。また各放送局にとっても、個々の契約者に対する請求業務および入金に伴う経理処理が軽減されるため、同様にこうした契約を締結する可能性は高い。
【0092】
このようなシステムを実現する上では、課金処理が必須である。図7に、本実施の形態における課金処理の内容を示す。図7を参照して、この実施の形態のシステムでは放送データの配信ごとに課金計算を行なっている。まず、契約者家庭から配信要求があった場合(270)、要求された番組が放送中であるか記憶されていて配信が可能か否かを調べる(272)。番組が配信可能であれば、その番組を要求のあった契約者の家庭に配信し(274)、課金計算を行なう(276)。この実施の形態では、1番組を配信するごとに一定金額を課金金額に加算する。
【0093】
一方、ステップ272で番組の配信が不可能であると判定された場合には、その旨を伝える信号を要求のあった契約者の家庭に送信し(278)処理を終了する。
【0094】
このような課金処理を行なうことにより、各契約者ごとに、配信された番組の数に応じて課金を行なうことができる。
【0095】
この例では1番組配信につき一定金額を課金している。しかし本発明はそのような課金方式に限定されるわけではない。たとえば、一定時間の配信があるごとに一定金額を加算するような課金計算を行なってもよい。このほか、課金に関する変形に関しては後に図36、図37および図38を参照して説明する。
【0096】
本実施の形態の共有サーバは、具体的には、各家庭にとっては次のような利点を提供する。
【0097】
・ 各種のアンテナが不要となり、住居の美観を損ねない。1本のケーブルまたは無線により多数のチャンネルの番組を視聴できるので、アンテナ工事を繰返し行なう必要がない。
【0098】
・ 各家庭にホームサーバを設置することなく、過去の一定期間に放送のあった番組を自由な時間に視聴することができる。
【0099】
・ 各家庭にホームサーバを設置する必要がないため、ホームサーバ費用、設置面積、運営のための電気代、メンテナンス、故障時の対応などの処理から解放される。
【0100】
・ 同じ共有サーバに接続されている家庭同士で、同じ番組をそれぞれ別の時間に見ることができる。たとえばある家庭のユーザがある番組に対する感想を他の家庭の家族に述べた場合、その家族は同じ番組を共有サーバに要求して視聴することができる。その結果、地域の家庭間でのコミュニケーションが活発になる。
【0101】
・ 各家庭では、表示のための簡単な装置さえあればよく、アンテナ、チューナなどが不要となる。
【0102】
・ 一定期間前の放送時間までさかのぼって番組を見ることができるため、留守番録画をする必要がなくなり、そのためのビデオ録画装置およびビデオテープなどが不要になる。
【0103】
放送局にとって共通サーバ102によって提供される具体的な利点は以下のとおりである。
【0104】
・ 各家庭ごとに個別にどの番組を視聴したか、どの番組の視聴を要求したかが分かるので、視聴率を正確に把握できる。
【0105】
・ 配信された放送データに関する統計情報をとることで、各番組の延べの視聴率が把握できる。
【0106】
以上のようにこの実施の形態の共有サーバによれば、各家庭にホームサーバを設置しなくとも、過去の一定期間において放送された番組を各家庭において任意の時間に視聴することができる。サーバの記憶装置が各家庭で共有されるため、記憶装置の使用効率が高い。各家庭にホームサーバを設置する必要がないので、各家庭に対して過大な負担が生じるおそれがない。また共有サーバの運営者と放送業者、共有サーバの運営者と各家庭(契約者)の間で契約を結べばよく、各放送業者と各家庭とが個別に契約を結ぶ必要はない。そのため、各家庭は個別に放送業者と契約を結ぶ作業と、個別に支払いをする作業とから解放される。さらに、各放送業者にとっては個別に番組の正確な視聴率と、延べ視聴率とを把握することができ、スポンサーとの契約交渉において、また番組製作の方針の策定において有用である。
[第2の実施の形態]
第1の実施の形態のシステムでは、各家庭と接続されている共有サーバが一つのみであった。しかし本発明の実施の形態はそのようなものに限定されるわけではない。たとえば、各家庭と接続されている共有サーバが複数であってもよい。第2の実施の形態にかかるシステムはそのような形態のものである。
【0107】
図8を参照して、このシステムは、それぞれ放送局100および図示しないCATV局等から番組を受信して各家庭126に配信する機能を有する複数個の共有サーバ300、302および304を含む。
【0108】
共有サーバ300は、BSおよびCS放送を受信し各家庭に配信する機能を有する。共有サーバ302は、VHFおよびUHF放送を受信し各家庭に配信する機能を有する。共有サーバ304は、BSデジタル放送および地上波デジタル放送を受信して各家庭に配信する機能を有する。すなわち、本実施の形態のシステムでは、複数の共有サーバは互いに排他的な信号源からの信号を受信し配信する。このように共有サーバがそれぞれ排他的な信号源からの信号を受信し配信すればよいので、各共有サーバが必要とする受信機、記憶装置の容量などを小さくすることができる。また各家庭からの要求が複数の共有サーバの間で分散されるので、各家庭から要求される番組配信量が第1の実施の形態の場合と同じであると想定すれば、共有サーバ一台当たりの配信量が削減される。または、各共有サーバとして第1の実施の形態のものと同様の規模を想定すると、全体として配信可能な量が増加するということもできる。
【0109】
図8に示す例では、各家庭126はいずれも3台の共有サーバ300、302および304に接続されている。このような場合、各家庭内に設けられている端末制御装置132(図1参照)では以下のような制御が行なわれる。図9を参照して、ユーザの操作により、端末制御装置132はまず第1の共有サーバ300に対してユーザが指定した番組の配信を要求する(320)。サーバから送られてくる信号により、その番組が第1の共有サーバ300から配信可能か否かを判定する(322)。配信可能な場合には、第1の共有サーバ300からこの番組を受信(324)して処理は終了する。
【0110】
ステップ322において、第1の共有サーバ300からの配信が不可能であると判定された場合には、第2の共有サーバ302に対して配信要求を送信する(330)。そして、第2の共有サーバ302から送られてくる信号により、その番組が第2の共有サーバ302から配信可能か否かを判定する(332)。配信可能な場合には、第2の共有サーバ302からこの番組を受信(334)して処理は終了する。
【0111】
ステップ332において、第2の共有サーバ302からの配信が不可能であると判定された場合には、第3の共有サーバ304に対して配信要求を送信する(340)。そして、第3の共有サーバ304から送られてくる信号により、その番組が第3の共有サーバ304から配信可能か否かを判定する(342)。配信可能な場合には、第3の共有サーバ304からこの番組を受信(344)して処理は終了する。
【0112】
ステップ342において、第3の共有サーバ304からの配信も不可能であると判定された場合には、ユーザに対して番組が受信不可能である旨の表示を行ない(346)、処理を終了する。
[第3の実施の形態]
第2の実施の形態のシステムでは、各共有サーバにかかる負荷が軽減される。しかし、逆に各家庭からは複数の共有サーバにそれぞれ接続しなければならず、その結果配線工事などの点で第1の実施の形態の場合と比較して各家庭の負担が増加するおそれがある。第3の実施の形態のシステムは、そのような各家庭にかかる負担を軽減することができる構成となっている。
【0113】
図10を参照して、この第3の実施の形態のシステムは、第2の実施の形態のシステムと同様にそれぞれ放送局100および図示しないCATV局などからの放送を排他的に受信する複数の共有サーバ350、352および354と、それぞれ特定の一つの共有サーバとケーブル370または無線通信372により接続される複数の契約者家庭126とを含む。
【0114】
共有サーバ350および352は何らかの通信媒体360で、共有サーバ350および354は通信媒体362で、共有サーバ352および354は通信媒体364で、それぞれ相互に接続されている。
【0115】
このように共有サーバ350、352および354が相互に接続されており、互いの間で通信が可能である場合、各家庭126はいずれか一つの共有サーバに接続されていればどのサーバからも番組の配信を受けることができる。
【0116】
たとえば、図10において左端の家庭126からある番組の配信要求があり、それが第3の共有サーバ354にのみ蓄積されているものとする。この場合には、図10の通信媒体362およびケーブル370を用いて、経路370によって番組が共有サーバ354から左端の家庭126に配信される。どの共有サーバから番組配信が可能であるかを調べる手順は第2の実施の形態の場合と同様でよいので、ここではその詳細な説明は繰返さない。
【0117】
この第3の実施の形態のシステムによれば、各家庭と共有サーバとの間の接続数が減少すること、それに伴い接続に必要なケーブルが削減されること、また配線に必要な工事の回数が減少すること、という効果を得ることができる。
[第4の実施の形態]
第1の実施の形態〜第3の実施の形態のシステムでは、共有サーバでは全チャンネルの全時間の番組を録画することを前提として来た。しかし、チャンネルによっては番組を放送しない時間帯が存在することがある。そのような場合、その時間帯にそのチャンネルで受信される放送データを録画しても無意味である。そこで第4の実施の形態のシステムの共有サーバでは、各チャンネルごとに、放送のある時間帯のみ記憶時間帯として予め記憶しておき、その時間帯のみ放送データを蓄積することとする。
【0118】
図11に、あるチャンネル(チャンネルA、BおよびC)390の放送時間帯394の例を示す。横軸392は時間を示す。チャンネルごとに、図11に示されるような放送時間帯のみ共有サーバで録画を行なうことによって、一定期間の全番組を蓄積するのに必要な記憶部の記憶容量を削減することができる。
【0119】
図12を参照して、この場合の各共有サーバで行なわれる処理は以下のような制御構造を有する。まず現在の時刻がスケジュールされている放送時間帯に対応した記憶時間帯か否かを判定する(400)。記憶時間帯であれば記憶し(402)、記憶時間帯でなければ記憶を停止する(404)。
[第5の実施の形態]
第4の実施の形態のシステムでは、予め記憶時間帯が記憶されている。しかし、各チャンネルで放送があるか否かを受信信号から判定することも可能である。第5の実施の形態のシステムでは、番組が放送中か否かを実際の受信信号から判定し、その結果にしたがって記憶するか否かを決定する。
【0120】
図13にその場合の各共有サーバでチャンネルごとに行なわれる処理の制御構造を示す。図13を参照して、この実施の形態の共有サーバでは、まず受信信号から番組が放送中か否かを判定する(410)。番組が放送中であると判定されればその番組を記憶し(412)、放送中でなければ記憶を停止する(414)。
【0121】
この第5の実施の形態の共有サーバでも、第4の実施の形態と同様の効果を得ることができる。
[第6の実施の形態]
第1の実施の形態〜第5の実施の形態では、一定期間の全チャンネルの全番組を蓄積することを前提としてきた。しかし、現実問題として記憶部118の記憶容量の制限により、一定期間の全番組を蓄積することが困難な場合もある。また、番組の中でも地域的な制限若しくは時間的な制限などで、または統計的に、共有サーバに接続されている各家庭で全く視聴されない番組もあり得る。
【0122】
そうした場合には、全番組の一部を蓄積しないようにするほうが記憶部118の記憶容量の効率的使用の点から望ましい。この第6の実施の形態にかかるシステムはそのような柔軟な記憶方式を提供する。
【0123】
図14に記憶する番組スケジュールの例を示す。図14を参照して、各チャンネル(チャンネルA,BおよびC)390について、放送時間帯とその番組内容が分類されスケジュールとして記憶されている。なお図14において横軸392は時間を表す。たとえばチャンネルAの場合、放送時間帯420が、ユーザによって番組視聴の要求があったが、蓄積されていなかった場合に、翌週の同じ番組を蓄積するように番組記録スケジュールに自動追加される記録時間帯422と、ユーザの希望により番組記録スケジュールに追加される記録時間帯424と、初期設定として予め設定された記録時間帯426と、番組の視聴率によって自動的に番組記録スケジュールに追加される番組の記録時間帯428と、それ以外の、蓄積されない番組の時間帯とを含む。
【0124】
記録時間帯426は18時〜22時のいわゆる「ゴールデンタイム」であって、番組視聴の要望が多いことが予想される時間帯である。
【0125】
記録時間帯422で示されるように各家庭の要望にしたがって記憶番組リストに番組を追加することにより、各家庭で視聴することが予想される番組を確実に蓄積することができる。
【0126】
また、記録時間帯422で示されるように、本実施の形態のシステムでは、各家庭から見たい番組として視聴要求があったが、その番組が記録されていない場合には、次の週の同じ番組を番組記憶スケジュールに自動追加する制御が行なわれる。このような制御をすることにより、たとえばはじめてある番組を見たいと思って視聴要求を出した場合、初回は見ることができなかったとしても、次回からは見ることができるようになるという効果を奏する。また、このように自動追加した番組については、次週にその番組が蓄積されたにもかかわらず視聴要求がなかった場合、自動的に番組記憶スケジュールから削除する制御が行なわれる。この自動削除により、視聴されない番組の蓄積を停止することができ、記憶部の記憶容量を無駄に使用することが防止できる。
【0127】
記録時間帯428は、以下のような条件にしたがって自動的に番組記憶スケジュールに追加される。
【0128】
・ 各家庭の特定の出演者が出る番組の視聴要求がよく出される場合、その出演者が出演するほかの番組を番組記憶スケジュールに自動追加する。
【0129】
・ 予め高視聴率となることが予想される番組を番組記憶スケジュールに自動追加する。
【0130】
・ 放送されている番組の視聴率を集計し、集計された視聴率に基づいて高視聴率の番組を自動的に番組記憶スケジュールに自動追加する。共有サーバは、蓄積された番組のみでなく、現在放送中の番組も配信するので、このような視聴率の集計は容易に行なえる。
【0131】
・ 放送されている各番組の、全国的な、または地域的な視聴率に基づいて、一定の視聴率以上の番組を番組記憶スケジュールに自動追加する。
【0132】
共有サーバでスケジュール追加要求に対する処理の制御構造を図15に、視聴要求に基づく番組記憶の自動追加の処理の制御構造を図16に、自動追加された番組の番組記憶スケジュールからの自動削除の制御構造を図17に、視聴率に基づいて高視聴率の番組を番組記憶スケジュールに自動追加する処理の制御構造を図18に、それぞれ示す。
【0133】
図15を参照して、番組記憶スケジュールの追加要求を受けると(440)、その番組が既にスケジュール内にあるか否かを判定する(442)。スケジュール内にその番組がなければ、その番組を番組記憶スケジュール内に新規追加登録する(444)。スケジュール内に既にその番組があれば、何もせず処理を終了する。
【0134】
図16を参照して、家庭からの配信要求を受けると(460)、その番組が記憶部に蓄積されているか否かを判定する(462)。蓄積されている場合にはその番組を配信し(464)、課金処理を行なう(466)。蓄積されていない場合にはその旨を表示するための信号を当該家庭に送信し(470)、前述したとおりその番組を番組記憶スケジュールに追加する(472)。
【0135】
このように、各家庭の意向を分析して自動的に番組記憶スケジュールへの追加を行なうことにより、各家庭の意向を的確に反映した番組記憶スケジュールを生成することができる。そのため、各家庭の意向により的確に答えつつ、記憶部の記憶容量を有効に利用することができる。
【0136】
図17を参照して、自動追加された番組を番組記憶スケジュールから自動削除する処理は以下のようにして行なわれる。なお、この前提として、共有サーバでは、蓄積された番組が家庭に配信されるたびに配信回数を加算する処理を行なうものとする。まず、自動追加された番組(削除候補)の配信回数を得る処理を行なう(500)。その結果配信回数が0であった場合には、だれもその番組を見なかったのであるから、その番組を番組記憶スケジュールから削除する(504)。
【0137】
図18を参照して、全ての番組について、視聴率に基づき番組記憶スケジュールに自動追加するか否かを判定する処理について説明する。まず、番組番号などの、始めの番組を示すインデックス値などを得て、処理対象の番組を先頭の番組とする(510)。インデックス値に対応する番組につき、視聴率のデータを自己の集計値または全国的に公開されている視聴率から得る(512)。その視聴率が基準値以上か否かを判定する(514)。基準値以上であればその番組を番組記憶スケジュールに自動追加し、基準値未満であればその番組を番組記憶スケジュールに追加することなく、また既に番組記憶スケジュールに記録されていれば番組記憶スケジュールからその番組を削除する(518)。
【0138】
そして、残りの番組があるか否かを判定し(520)、残りの番組があればインデックス値を進めて次の番組を処理対象とし(522)、ステップ512の処理以後をこの新しい番組に対して行なう。ステップ520において残りの番組がないと判定されたら処理を終了する。
【0139】
この実施の形態のシステムによれば、各家庭からの要望により、またそれら要望を分析した結果により、番組記憶リストに番組を追加する。また視聴率に基づいて番組記憶リストに番組を追加する。そのため、家庭の要望と視聴傾向とに合わせて、各家庭の要望に的確に答えながら、記憶部の記憶容量を有効に利用することができる。
[第7の実施の形態]
第6の実施の形態のシステムでは、番組記憶スケジュールに記録対象の番組を自動的に、または家庭の要望に応じて登録し、そのスケジュールにしたがって番組を記憶した。しかし、そのように予め番組記憶スケジュールに設定された内容によって番組記憶した場合のみ、上記したような効果が奏されるわけではない。この第7の実施の形態のシステムでは、番組を記憶部118または他の記憶装置に常時記憶しておき、その番組に対する全国的な、または一定の地域におけるリアルタイムの視聴率が一定の値以上の場合に、その記憶された番組を永続的に蓄積することとし、それ以外の場合には番組終了後直ちに消去する。
【0140】
こうした制御によって、予め番組記憶スケジュールに番組を追加することなく、放映された番組の実際の、リアルタイムの視聴率に基づいて蓄積しておくか否かが決定される。このため、各家庭から視聴要求が出されることが予想される番組を効果的に予測し蓄積しておくことが可能になる。
【0141】
この実施の形態の共有サーバにおける処理の制御構造を図19に示す。図19を参照して、一時的に記憶された番組の視聴率を得る(530)。この視聴率は、そうしたサービスを提供する業者と契約することにより、リアルタイムな情報として提供される。続いて、得られた視聴率が番組を蓄積しておくべきか否かを定めるための、予め設定された適当な基準値以下か否かを判定する(532)。視聴率が基準値以下であれば、一時的に記憶された番組を削除する(534)。それ以外の場合は何もしない。すなわちこの場合には一時的に記憶された番組がそのまま蓄積される。
[第8の実施の形態]
第7の実施の形態のシステムでは、全国的な、または地域的な番組の視聴率によって、一時的に記憶されていた番組を削除するか蓄積しておくかが決定された。しかしこの発明はそのようなものには限定されない。たとえば、複数個の共有サーバが存在し、各共有サーバがいずれも同様の番組の配信を行なっている場合を想定する。この場合には、それら複数の共有サーバのそれぞれの視聴率に基づき、番組を蓄積するか否かの判定をする際の視聴率を計算してもよい。そして、視聴率が基準値以上である番組については、一時的に記憶したその番組を消去することなく蓄積するようにする。またこのように複数の共有サーバが存在することが想定される場合には、全ての共有サーバにおいて、放送中の番組を一時記憶する必要はなく、そのうちの一部の共有サーバのみにおいて一時的に記憶する処理を行ない、高視聴率であることが判明した時点で各共有サーバにその一時的に記憶された番組を配信して蓄積するようにしてもよい。
【0142】
視聴率計算の処理フローを図20に、視聴率に基づいて他の共有サーバから番組の配信を受けるか否かを決定する処理フローを図21に、それぞれ示す。
【0143】
図20を参照して、まず別の第1の共有サーバからその共有サーバにおける視聴率を得る(540)。以下同様にして、N番目の共有サーバまで、各共有サーバにおける視聴率を得る(546)。最後に、得られたN個の視聴率データに基づいて総視聴率を計算する(548)。この場合、この視聴率の計算の中に、自分自身における視聴率を含ませるようにしてもよい。
【0144】
図21を参照して、前述のようにして視聴率を得る(560)。この視聴率が基準値以上か否かを判定する(562)。基準値未満であれば何もしない。基準値以上であれば、続いてその視聴率を記録した番組が自分自身の中に蓄積済みか否かを判定する(564)。もし蓄積済みであれば処理を終了する。蓄積がされていなければ、他の共有サーバをサーチし(566)、他の共有サーバにその番組が蓄積されているか否かを判定する(568)。その番組を蓄積している共有サーバがあれば、そのサーバから番組を受信して(570)処理を終了する。番組を蓄積している共有サーバがなければ、処理を終了する。
【0145】
このように、番組のリアルタイムの視聴率にもとづいて番組の蓄積・廃棄を決定することにより、各家庭から視聴要求があることが予想される番組を高い確率で自サーバ内に蓄積しておくことができる。
[第9の実施の形態]
これまでの実施の形態の共有サーバでは、所定の大きさの記憶領域を使用して、FIFO方式で放送データを蓄積していた。しかし本発明における放送データの削除方式はそのような方式のみに限定されるわけではない。この第9の実施の形態のシステムでは、番組ごとに記憶期間または消去する時間を定めておき、これに基づいて各番組の消去が制御される。
【0146】
図22を参照して、この処理は以下のようにして行なわれる。まず処理対象となる番組を指すインデックス値を、最初の番組を指す値とする(580)。続いて、インデックス値によって示される番組を消去すべき時刻に関する情報を得る(582)。この情報は、番組ごとの値として予め共有サーバの記憶部内に保持されているものとする。
【0147】
ステップ584で、インデックス値によって示される番組の消去時間が過ぎたか否かを判定し(584)、消去時間が過ぎている場合には当該番組を記憶部から消去する(586)。
【0148】
さらに、残りの番組があるか否かを判定し(588)、残りの番組があればインデックス値を次の番組を示す値に進めて、制御をステップ582に戻す。以下ステップ582〜588(590)の処理を繰返し行なう。ステップ588において、残りの番組がないと判定された場合、処理を終了する。
【0149】
こうすることにより、FIFO方式で消去する場合と比較して、記憶部の記憶容量の大きさにかかわらず、番組を消去する時刻が明確に定められるという効果がある。
[第10の実施の形態]
以上の実施の形態では、記憶部118を全体として一つのFIFO記憶領域として取り扱っていた。しかし本発明はそのような実施の形態に限定されるわけではなく、記憶部118を複数の記憶領域に分割してそれぞれ別個に利用することもできる。
【0150】
図23を参照して、この第10の実施の形態のシステムでは、記憶部の記憶領域は、第1の記憶領域560と、第2の記憶領域562とを含む。各番組に対しては、第1の記憶領域560と第2の記憶領域562とのどちらに蓄積するかが予め定められている。図23に示される例では、番組A(576)については第2の記憶領域562に、それ以外の番組B〜F(572)については第1の記憶領域560に記憶されることが予め定められている。
【0151】
図23に示される例では、番組A(576)以外の番組がすべて第1の記憶領域560に記憶されるため、図23(A)〜(C)に示されるように、番組Gが記憶される時点で番組B(572)が消去される。他の番組についても同様である。一方番組A(576)については、これらとは別の第2の記憶領域562に記憶されるので、番組B(572)が消去される時点でも依然として記憶されたままとなる。つまり、このような運用をすることにより、ある記憶領域に割当てた番組数が少なければ、他の記憶領域に割当てられた番組よりも長い期間にわたり記憶されるようにできる。
【0152】
たとえば、ある連続ドラマだけを第2の記憶領域562に記憶し、他の番組は全て第1の記憶領域560に記憶する。この場合には、第2の記憶領域にはこの連続ドラマの放送データのみ、数週間分以上が記憶される。したがってまとめてこの連続ドラマを視聴することができる。
【0153】
このような制御をするに際して、家庭から要求があった番組を第2の記憶領域562に記憶するようにもできる。そうした設定とすれば、各家庭から要求のあった番組を長期間記録することができる。また、要求したユーザが見終わったらその番組を消去するようにすれば、記憶領域を有効に利用することができる。
【0154】
本実施の形態のシステムのように記憶領域を分けて番組を振り分けて使用することで、番組の記憶されている期間を長期間および短期間に分けることができる。
[第11の実施の形態]
第10の実施の形態の場合の変形として、各家庭ごとに一定の記憶領域を準備することもできる。その場合の記憶領域の模式図を図24に示す。
【0155】
図24を参照して、この実施の形態のシステムの記憶領域は、共通の記憶領域600と、各家庭ごとに準備された、複数の専用の記憶領域602とを含む。共通の記憶領域600には、番組572がFIFO方式で記憶される。一方、専用の記憶領域602には、対応の家庭の要求した番組のみ記憶する。
【0156】
このように、各家庭ごとに専用の記憶領域を設けると、各家庭ごとにビデオ録画装置とテープとを持ったのと同じ効果を奏することができる。また、一つの家庭に対して一つの記憶領域が対応しており、かつ一つの家庭内のどの表示装置からも同じ記憶領域を参照することができるので、家庭内の各部屋ごとにビデオ録画装置を準備したのと同じことになる。
【0157】
さらに、このようにある家庭に専用の記憶領域を他の家庭からアクセスすることができるようにすると、ちょうど、ある家庭が所有しているビデオテープを他の家庭に貸すのと同じ効果を奏することができる。しかも本実施の形態の場合には物理的にビデオテープを渡す必要がないので、従来のやりかたと比較してはるかに容易である。
【0158】
このように家庭ごとに専用の記憶領域を設ける場合、各家庭のユーザが明示的に番組の消去を指示するようにしてもよいし、各家庭のユーザが視聴した段階で自動的に番組を消去するようにしてもよい。自動的に消去する場合には記憶領域を節約することができる。
【0159】
この実施の形態のシステムにおいて、各家庭のユーザが番組を視聴した段階で自動的に番組を消去する制御を実現するためのプログラムの制御構造を図25に示す。
【0160】
図25を参照して、まず各家庭からの配信要求を受ける(610)。この配信要求に応じて、その番組をその家庭に配信する。この場合、番組が共通の記憶領域にあれば共通の記憶領域から、専用の記憶領域にあれば専用の記憶領域から、当該家庭に配信される。
【0161】
続いて、配信された番組が記憶されていたのが専用の記憶領域であるか否かについての判定が行なわれる(614)。専用の記憶領域ではなかった場合には処理を終了する。専用の記憶領域であった場合、視聴した家庭が、この専用の記憶領域に対応する家庭であるか否かを判定し(616)、そうであれば当該番組をその専用記憶領域から消去する。それ以外の場合には番組をそのまま残す。
【0162】
この実施の形態のように、各家庭にごとに専用の記憶領域を共有サーバに設けることにより、各家庭ごとにビデオ録画装置を設けることが不要となる。また、同じ共有サーバに接続されている家庭であれば、別の家庭のための専用の記憶領域に記憶されている番組を視聴することも可能になる。
[第12の実施の形態]
放送がいわゆる広告(以下「CM」と呼ぶ。)に適した媒体であることは当然である。一方で、番組によってはCMがあまり歓迎されないこともありうる。したがって、第12の実施の形態にかかる共有サーバは、各家庭からの要求に応じて、番組からCMをカットして配信する機能を提供する。しかしこの場合でも、全くCMをカットするのではなく、限定された条件のときのみCMをカットするものとする。たとえば番組の1回目の配信時にはCMはカットせず、それ以外の場合にはCMをカットするものとする。
【0163】
図26を参照して、まずこれから家庭に送信する番組の配信がその家庭に対する1回目の配信であるか否かを判定する。各家庭への各番組の配信ごとに、その番組の配信回数を計数する機能が共有サーバ内に設けられているものとする。
【0164】
もし配信が1回目の場合には、配信先の家庭からCMカット要求があったか否かを判定し、CMカット要求が予め出されていた場合にはCMなしの番組を配信して(634)処理を終了する。CMカット要求が出されていない場合にはCM有りの番組を配信して(636)処理を終了する。
【0165】
ステップ630でこの番組の当該家庭への配信が2回目以降の配信ではない、すなわち最初の配信であると判定された場合には、CM有りの番組を配信して(636)処理を終了する。
【0166】
以上のような制御をすることにより、各家庭では番組の1回目の配信ではCMを見る必要があるが、2回目以降の配信ではCMをカットするか否かを選択することが可能となる。
【0167】
このように、1回目の配信時にはCMのカットはできないが、2回目以降は選択可能とすることにより、CMを放送したいという放送局側の要求を最低限は満たしながら、CMをカットした番組を視聴したいという各家庭の要求にも応じられる。
【0168】
なお、本実施の形態で注意すべきことは、番組の配信が、記憶されたものからではなく放送中のものについて行なわれる場合には、そもそもCMのカットが不可能であるということである。2回目以降の配信は必ず記憶部から行なわれるので、指定された場合には必ずCMのカットが可能となる。
【0169】
事情が許せば、記憶部からの配信に限っては、1回目の配信であってもCMをカットするような運営方法も技術的には可能である。
【0170】
また、CMを含んだ番組を視聴した場合の課金金額が、CMをカットした番組を視聴した場合の課金金額より少なくなるような運営も考えられる。この場合、CMの製作者からCM配信料を受取って、課金の減少分にあてることができる。また逆に、CMをカットした番組の課金金額を高くなるようにして、その差額をCMの製作者に支払うようにしてもよい。
【0171】
放送データの内容のどこがCMであるか、それ以外であるかを判定する方法としては、従来からCMカット機能を有するビデオ録画装置などで使用されていた方法を用いることができるので、ここではその詳細な説明は繰返さない。
【0172】
なお、この実施の形態のシステムでは、各家庭における番組ごとの視聴回数をカウントする。そのため、共有サーバの側では、番組ごとの延べの視聴率を計算していることになる。通常の視聴率計算は放送1回についてのみ行なわれるため、各家庭においてビデオ録画され繰返し視聴される場合についてはカウントできない。それに対して本実施の形態のシステムでは、共有サーバで番組ごとに何度視聴されたかを把握でき、再視聴回数まで含めた視聴率の計算を行うことができる。
[第13の実施の形態]
放送のチャンネルが多くなり、様々な内容の番組を視聴できるようになることは、ユーザにとって利益ではあるが、これに伴う問題点もまた生じてくる。たとえば、子供のいる家庭では、子供に見せたくない番組などについては配信を制限したいと考えるであろう。本実施の形態および次に述べる第14、第15の実施の形態はそのような配信制限を可能にした共有サーバに関するものである。
【0173】
この第13の実施の形態の共有サーバでは、チャンネル単位で配信契約があるか否かを判定し、配信契約のないチャンネルに関しては配信制限を行なう。
【0174】
図27を参照して、あるチャンネルの番組に関して配信要求があると、最初にそのチャンネルに関して契約があるか否かについての判定を行なう(650)。契約がない場合には配信拒否のエラーメッセージを当該家庭の表示装置に向けて送信して表示させる(654)。契約がある場合には、指定された番組を当該家庭に配信する(652)。
【0175】
このようにチャンネルごとに配信制限を行なうことにより、たとえば子供に見せたくない番組の多いチャンネルについては家庭で見ることができないようにすることができる。また、番組の視聴そのものが有料である有料チャンネルに関して、予め契約から除外しておくことにより、各家庭でそうした有料チャンネルの内容を視聴することはなくなり、あやまって見ることにより料金を支払う必要が生じるというおそれがない。
[第14の実施の形態]
この第14の実施の形態のシステムでは、第13の実施の形態と同様に配信制限を可能とする。この実施の形態のシステムでは、配信制限を行なう時間帯を予め各家庭で指定する。たとえば子供に深夜まで視聴をさせたくない家庭では、深夜の時間を配信制限の対象としておけばよい。
【0176】
図28を参照して、この場合共有サーバでは、配信要求があった時間帯が契約時間内か否かを判定する(670)。契約時間外であれば、配信拒否のエラーメッセージを当該家庭の表示装置に向けて送信して表示させる(674)。契約時間内である場合には、指定された番組を当該家庭に配信する(672)。
【0177】
このような共有サーバにより、子供に夜遅くまで視聴をさせたくない家庭では、深夜の視聴を制限して子供の夜遅くの視聴を制限することができる。
[第15の実施の形態]
第15の実施の形態のシステムでは、番組ごとに配信可能か否かを家庭で指定できるものとする。この場合、図29に示されるように、まず最初に配信要求があった番組が配信可能な番組であるか否かを判定する(680)。配信不可と指定されていた場合には、配信拒否のエラーメッセージを当該家庭の表示装置に向けて送信して表示させる(684)。配信可能である場合には、指定された番組を当該家庭に配信する(682)。
【0178】
このような制御をすることにより、各家庭において番組ごとに、選択的に子供に見せたくないか否かを検討し、見せたくない番組のみを配信拒否するように設定することができる。
【0179】
なお、この実施の形態のように各番組について個々に配信可か否かを指定するのではなく、各番組に予めカテゴリー情報を付加することとしておき、家庭ではカテゴリー別に一括して配信不可か否かを指定するようにしてもよい。
[第16の実施の形態]
家庭の表示装置130(図1参照)については、以上の実施の形態の装置では表示装置の側から何らかのアクションを起こしてはじめて共有サーバから放送データが配信されることとなっていた。しかし本発明はそのような表示装置を用いるものには限定されない。この第16の実施の形態のシステムでは、各家庭で用いられる表示装置として、共有サーバから何らかの配信があれば自動的に表示が開始されるものを用いる。これに対応して、各家庭からは、各共有サーバに対して配信を行なう時間を予め指定できるものとする。
【0180】
この場合の共有サーバで行なわれる処理につき図30を参照して説明する。まず、始めの端末(表示装置内の端末制御装置)を対象に選択する(700)。続いて、処理対象の端末に対する設定を対応の設定ファイルから読込み(702)、配信する時間か否かを判定する(704)。配信する時間であれば場設定ファイルで指定された番組を当該端末に配信し(706)。
【0181】
続いて残りの端末があるか否かを判定し(708)、残りの端末があれば処理対象を次の端末に進めて(710)、ステップ702以下の処理を繰返す。ステップ708において残りの端末がないと判定されたら処理を終了する。
【0182】
一方、ユーザ側の表示装置の端末制御装置は図31に示すような制御を行なう。まず自身が自動表示モードに設定されているか否かを調べ(720)。自動表示モードでなければ処理を終了する。自動表示モードであれば、続いて共有サーバから配信があるか否かを判定し(722)、配信がなければ電源をオフとして処理を終了する(728)。配信があれば、電源をオンとし(724)、配信された放送データを表示する(726)。
【0183】
このような共有サーバおよび表示装置を用いることにより、各家庭においてはこの配信システムを目覚まし代わりに使用することができるし、必ず見たい番組を、放送のある時間に確実に見ることが可能になる。緊急放送などをこの共有サーバを介して配信することにより、各家庭に緊急情報を伝達することも可能となる。
【0184】
なお、このような自動受信および表示の設定を手軽に変更する機能を設けておけば、平日と休日とで配信システムの使用方法を使い分けることもできる。また、共有サーバに保存される設定情報を、その設定情報に対応する家庭以外の家庭から設定可能とすることもできる。そのような機能を持たせることにより、たとえばこの配信システムの使用方法についてよく分からない人のために、他の人が設定を行なうことも可能となる。
[第17の実施の形態]
既に述べた実施の形態の中に、画像の画質により圧縮率を変更して記憶部の記憶領域を有効利用する第1の実施の形態があった。この第17の実施の形態ではさらに、ユーザの希望にしたがって圧縮率を変更する制御を追加することにより、ユーザの希望にしたがった画質で番組を配信することを可能としている。
【0185】
この実施の形態でも、第1の実施の形態の場合と同様に各番組に対して低画質、高画質、いずれでもないの3種類の画質情報が番組情報として与えられているものとする。図32を参照して、まず、これから圧縮する番組が高画質番組か否かを判定する(740)。高画質番組である場合には低圧縮率を適用した圧縮設定を行なう(748)。高画質番組でない場合には、低画質番組か否かを判定する(742)。低画質番組である場合には高圧縮率を適用した圧縮設定を行なう(744)。それ以外の場合には中程度の圧縮率を適用した通常画質の設定を行なう(746)。この処理により、圧縮される番組の記憶画質の初期設定がされたことになる。
【0186】
続いて、対象となる番組に対して家庭のユーザによって画質(圧縮率)の指定があったか否かが判定される(750)。画質の指定がある場合には、その指定が高画質を希望するものか否かを判定する(764)。高画質を希望する指定がされた場合には、一旦初期設定されていた画質を高画質設定に変更する(760)。
【0187】
ステップ752において、高画質希望の指定がされているわけではないと判定された場合、通常画質を希望する指定がされていたか否かについての判定が行なわれる(754)。通常画質を希望する指定がされていなかった場合には画質の設定の変更を行なわない。ステップ754において「通常画質希望」と判定された場合、さらに対象となる番組の画質が高画質に初期設定されていたか否かが判定される(756)。高画質に初期設定されていれば画質はそのままの設定となり、高画質に初期設定されていなければ画質を通常画質に設定する(758)
このようにして、もともとの番組の画質による番組の圧縮時の画質設定に加え、ユーザによる指定を考慮して圧縮時の画質を設定できる。
【0188】
さらに本実施の形態の共有サーバでは、ステップ762の処理によって、放送側でさらに画質の指定があるか否かを判定する。この指定は、放送側で高画質による再配信を希望しないような場合に有効である。
【0189】
まず、圧縮に関し、放送側での指定があるか否かを判定する(762)。この指定がなければステップ760までの処理で決定された画質に合わせて圧縮処理が実行される(780)。放送側での指定がない場合には、制御はステップ764に進む。
【0190】
ステップ764では、放送側により、再配信時には低画質のみとする指定があるか否かについての判定が行なわれる(764)。もしこの指定が行なわれていた場合には、圧縮率として低画質に対応する高圧縮率が設定され(772)、制御はステップ780に進む。放送側により低画質とすべき指定がなかった場合には、放送側によって再配信時の画質が通常画質までに制限することが指定されているか否かについての判定が行なわれる(766)。指定がない場合には、ステップ780でこれまでに行なわれた設定にしたがって圧縮処理が行なわれる。通常画質までの指定がされている場合、制御はステップ768に進む。
【0191】
ステップ768では、対象となっている番組の初期設定が低画質となっているか否かについての判定が行なわれる(768)。低画質となっていればその指定にしたがって圧縮が行なわれ(780)、それ以外の場合には画質は通常画質に設定されて(770)その設定にしたがい圧縮が行なわれる(780)。
【0192】
以上のような制御構造を有する圧縮処理を共有サーバで実行することにより、番組ごとに指定されている画質と、ユーザによる画質指定と、放送側による再配信時の画質指定とに基づいて、放送側による意向を尊重しながらユーザの意向をも生かした圧縮および配信を行なうことができる。
[第18の実施の形態]
第17の実施の形態までにおいては、一旦圧縮された放送データは、配信時に伸長されるまでは、消去される場合を除いて何らも変更を受けなかった。しかし本発明はそのような記録方法を採用したもののみには限定されない。たとえば、一度圧縮した放送データを、その後で再度圧縮しなおすことが考えられる。この第18の実施の形態のシステムではそのように、一旦圧縮され記憶された放送データのうち、一定期間が経過したものは圧縮しなおされる点に特徴がある。その場合には、一度目の圧縮と比較してより高い圧縮率で(画質を落として)再圧縮する。それにより、放送データの占める領域が小さくなり記憶部の記憶領域を有効に活用できる。
【0193】
この場合、共有サーバでは以下のような制御構造を有する処理が実行される。以下の説明では、圧縮され記憶されている全ての番組について、再圧縮するか否かを決定する場合を想定する。なお以下に述べる処理は、一定間隔で繰り返し実行される。
【0194】
図33を参照して、処理対象となる最初の記憶番組を示す値にインデックス値を設定する(800)。インデックス値で示される記憶番組に対する記憶時間を得る(802)。記憶時間とは、その番組が前回に圧縮記憶されてからの経過時間のことをいう。
【0195】
続いて、この記憶時間が高圧縮率で圧縮する処理を行なうために予め定められた所定の基準値以上か否かを判定する(804)。基準値未満であればこの記憶番組に対する処理は何も行なわない。基準値以上であれば、続いてこの記憶番組が既に高圧縮率で圧縮されているか否かについて判定する(806)。既に高圧縮率で圧縮されているのではない場合のみ、高圧縮率でこの記憶番組を圧縮しなおす(806)。
【0196】
そしてステップ810で記憶番組の残りがあるか否かを判定し、残りがある場合にはインデックス値を次の記憶番組を示す値に進め(812)制御をステップ802に戻して以下の処理を繰返す。残りの記憶番組がない場合には処理を終了する。
【0197】
圧縮するための手段は記憶部自体の内部に設けられていてもよいし、記憶部から一旦外部に読み出されてそこで圧縮されてもよい。
【0198】
このように画質を変更した場合、配信するときの番組の画質によって視聴料金を変更することもできる。たとえば、高画質の配信では視聴量を高くし、低画質の場合には低くするなどである。これは、高画質の番組では圧縮率が低いために記憶領域を多く必要とし、低画質の番組では逆に少ない記憶領域しか必要としないためである。つまり、各番組の視聴料金は、それら番組を記憶しておくために必要とされるリソースの量に応じて定められる。
【0199】
同様の考え方で、長時間記憶している番組ほど、長くリソースを消費しているためにより遠い過去に放送された番組ほど視聴料を高くする運営も考えられる。高くてもより過去の放送データを視聴したいというユーザがいれば、その分徴集できる金額も多くなり、徴集された金額をリソースである記憶装置に配分することで、より過去の番組をより多く記憶して配信することができるようになる。すなわち、長期間記録が必要な番組が多くなると、そのために消費されるリソースを増加させるための費用が自動的に調達できる。
[第19の実施の形態]
第12の実施の形態では、番組中からCMをカットした。逆に、この第19の実施の形態のように共有サーバ単位で番組中にCMを挿入する処理を行なうこともできる。
【0200】
図34(A)を参照して、通常の配信では、配信要求820の後に、番組822が送信され、その間にCM824が挿入される。これに対し、この第19の実施の形態の共有サーバでは、たとえば図34(B)に示されるように、配信要求の直後に共有サーバ独自のCM830を新たに追加し、その後に通常の番組822と通常のCM824との配信を行なう。
【0201】
別の例として、図34(C)に示されるように配信要求の直後に追加のCM830を送信し、その後に番組822と、通常のCM824とは別の独自のCM832とを放送することもできる。さらに図34(D)に示されるように、配信要求820の直後に追加のCM830を追加した後は、番組中にCMを挿入しないような運営も可能である。
【0202】
このように配信時に共有サーバ単位でCMを挿入することにより、CMの配信を要求する企業から料金を徴収することが可能となる。そのため、このCMは小規模な企業のものでよい。共有サーバ自体が各地に分散した比較的小規模な地域に対して設けられるので、その地域に対応したごく小さい規模および範囲に限定したCMで十分である。逆に、このようなCMの放送は従来は不可能であったため、共有サーバによる配信が新たなCMメディアとなる可能性もある。特に、CMに限らず、ごく小さな地域のみに限定して配信したい情報などについて、共有サーバの利用は有益である。たとえば小規模小売店の広告、自治会の広報、連絡、学校から各家庭への連絡などにも利用することができる。このようにごく小さな地域への情報の伝達として、この共有サーバによる配信は新しい手段を提供する。
[第20の実施の形態]
第19の実施の形態の共有サーバシステムまでは、情報は共有サーバから各家庭への一方向のみであった。しかし、図1に示されるように各家庭が共有サーバにケーブルおよび無線など、双方向の通信が可能な通信媒体で接続されるのであるから、各家庭から共有サーバへの情報のアップロードも可能となる。第20の実施の形態のシステムは、そのような情報のアップロードを可能としたものである。
【0203】
図35を参照して、この第20の実施の形態にかかる共有サーバ850は、管理者880によって管理されるものであり、放送局からの放送電波を受信するためのアンテナ110と、アンテナ110の出力に接続された信号生成部114と、信号生成部114の出力する放送情報を圧縮して記憶し、指定された放送情報を伸長して出力するための記憶部118と、信号生成部114の出力する放送情報または記憶部118から出力される放送情報のいずれかを選択して配信先の家庭126に送信するとともに、各家庭126からの情報を受信して記憶部118中に記憶させる機能を有する接続部862と、信号生成部114、記憶部118および接続部862を制御するための制御部860とを含む。
【0204】
この第20の実施の形態のシステムでは、たとえば図35における左端の家庭から経路870を経て共有サーバ850にアップロードされた情報を、経路872などを経由して他の家庭に配信することができる。そのため、共有サーバにより接続された地域の各家庭に対してのみ配信可能なメディアが提供できる。このようにアップロードされた情報については、管理者880は他の番組と同様に視聴した家庭から料金を徴収することができる。そして管理者880がこの徴集した料金の一部を、アップロードされた情報を作成したユーザに配分することが可能となる(874)。
【0205】
このように、ごく限定された地域の中で、情報のアップロードと、配信と、料金の徴収および配分が可能となるため、たとえば限定地域向けの映画作成など、新たな商業的メディアを生むことになる。
[第21の実施の形態]
第1の実施の形態のシステムでは、比較的単純な課金方法で課金計算が行なわれていた。しかし、本発明のシステムで採用される課金方法がそのような方法のみに限定されるわけではないことはもちろんである。この第21の実施の形態のシステムでは、視聴回数が1回目か2回目以降かによって課金金額を変える制御がなされる。
【0206】
図36を参照して、各家庭からある番組の配信要求があった場合(900)、その配信要求がその家庭に対する2回目以降の配信か否かを判定する(902)。2回目以降の配信でない(すなわち1回目の配信である)場合には、1回目配信の料金として予め設定された料金を課金する(904)。2回目以降の配信である場合には、2回目以降の料金として予め設定された料金を課金する(906)。
【0207】
たとえば1回目の視聴は有料で、2回目以降の視聴については無料としたり、1回目の視聴料金は規定の料金を課金し、2回目以降の視聴については視聴回数に応じて料金を低減するような課金方法が実現できる。
[第22の実施の形態]
この第22の実施の形態のシステムでは、さらに別の課金方法を採用する。この実施の形態は、1回目の番組の配信ではCMのカットができず、2回目以降の配信ではCMカットを設定することができるシステムであることを想定する。
【0208】
図37を参照して、この実施の形態では、番組の配信に伴う課金計算では、最初にCMカット要求があったか否かを判定する(910)。CMカット要求がなかった場合には、CM有りで番組を配信し(920)、CM有りの料金を課金する(922)。
【0209】
CMカット要求がなかった場合には、その配信がその番組に関するその家庭への2回目以降の配信か否かを判定する(912)。2回目以降の配信でない(すなわち1回目の配信である)場合、CM有りで番組を配信し(920)、CM有りの料金を課金する(922)。
【0210】
CMカット要求があり、かつその配信がその番組に関するその家庭への2回目以降の配信であった場合には、CMなしで当該番組を配信し(914)、CMなしの料金を課金する(916)。
【0211】
このような制御を採用することにより、CMなしの配信の場合の料金を高くし、その一部をCMを提供している企業などに変換するなどの運営を行なうことが可能になる。
[第23の実施の形態]
配信される番組の画質によって課金料を変更することも可能である。図38を参照して、この実施の形態のシステムでは、配信される番組が低画質か否かを判定する(940)。低画質番組であれば、低画質でその番組を配信し(952)、低画質に対応した課金計算を行なう(954)。
【0212】
低画質でなければ、高画質番組か否かの判定を行なう(942)。高画質番組であれば、高画質で当該番組を配信し(944)、高画質の課金計算を行なう(946)。高画質でなければ、通常画質で配信し(948)、通常画質の課金計算を行なう(950)。
【0213】
このように配信時の画質に応じた課金を行なうことにより、画質に見合った課金システムが可能になる。もちろん、この場合、画質が高いほど課金も高くするのが一般的である。
[第24の実施の形態]
この実施の形態では、第19の実施の形態で示したような追加のCMを配信する場合の課金形態を説明する。この場合、追加CMの有無により課金料を変える。
【0214】
図39を参照して、配信に伴う追加CMがあるか否かを判定する(1000)。追加CMがなければ追加CMなしで番組を配信し(1002)、通常の課金処理を行なう(1004)。追加CMがあれば、追加CMを含めて番組の配信を行ない(1006)、追加CM有りの課金処理を行なう(1008)。
【0215】
このように、追加CMの有無に応じて課金方法を変える場合、追加CMの提供企業または商店から配信料を受取り、それを課金料金に反映させる運営が可能となる。すなわち、追加CM有りの場合には、追加CMなしの場合と比較して課金料金を低くすることができる。これにより、各家庭は地域に密着したCMを見ることができる上に、番組を安く見ることができるようになる。したがって、地域CMを介したビジネスが生まれることが期待される。
[第25の実施の形態]
この第25の実施の形態のシステムでは、番組の記憶時間により課金料金を変更する。
【0216】
図40を参照して、要求された番組の配信処理が開始されると(1020)、その番組が記憶部に記憶されていた期間(記憶時間)が調べられる。そして、その番組が所定の基準時間以上、記憶部に記憶されていたか否かについての判定が行なわれる(1022)。基準時間以上記憶されていた場合には、長期記憶番組に対応した課金処理が行なわれ(1026)、そうでない場合には通常の課金処理が行なわれる(1024)。
【0217】
たとえば、ある家庭のユーザが共有サーバの特定領域にに特定の番組を記憶することを依頼し、長期間放置した後にその番組を視聴する場合には、そのユーザは長期間共有サーバの記憶領域というリソースを占有していたことになるので、このような場合にはステップ1026で高い料金を課金することが適当である。このような課金処理により、共有サーバのリソースの使用状況に応じて各ユーザに対して公平な課金を行なうことができる。
[第26の実施の形態]
ある家庭が、複数の共有サーバに接続しており、かつ各共有サーバが類似のサービスを提供する場合があり得る。すなわち、同じ番組に関して双方の共有サーバから配信が可能な場合がある。その場合、ユーザとしては視聴料金の安いサーバを選択して見ることが望ましい。しかしそのような選択をユーザがいちいち行なうのは煩雑である。この第26の実施の形態のシステムでは、各家庭の表示装置に含まれる端末制御装置が、最も課金の安いサーバを選択して配信要求を行なうことができる。また、前提として、このシステムの各サーバは、端末制御装置からの問合せに対して、配信対象の番組の課金料金を返答する機能を有するものとする。
【0218】
図41を参照して、このシステムで用いられる、各家庭に設けられる表示装置の端末制御装置は以下のように動作する。ここでは共有サーバが3つあることを想定する。まず、第1のサーバから第3のサーバまで、配信対象の番組に関する配信料金を問い合わせ、受信する(1040、1042、1044)。
【0219】
続いて、第1のサーバと第3のサーバとの間で料金を比較する(1046)。第1のサーバの方が安価であれば制御はステップ1048に、それ以外の場合には制御はステップ1058に進む。ステップ1048では第1のサーバと第2のサーバとの間で料金比較を行なう。第1のサーバの方が安価であれば制御はステップ1050に進み、それ以外の場合には制御はステップ1054に進む。
【0220】
一方、第1のサーバと第3のサーバとの料金比較(1046)で第3のサーバの方が安価であった場合、ステップ1058で第2のサーバと第3のサーバとの間で料金比較が行なわれる。第2のサーバの方が安価であれば制御はステップ1054に、それ以外の場合には制御はステップ1060に進む。
【0221】
以上の処理で、第1のサーバが最も安価な場合には制御はステップ1050に、第2のサーバが最も安価な場合には制御はステップ1054に、第3のサーバが最も安価な場合には制御はステップ1060に、それぞれ進むことが分かる。
【0222】
ステップ1050では第1のサーバからこの番組を受信し、さらに第1のサーバによる課金処理が行なわれて(1052)処理を終了する。ステップ1054では第2のサーバからこの番組を受信し、さらに第2のサーバによる課金処理が行なわれて(1056)処理を終了する。ステップ1060では第3のサーバからこの番組を受信し、さらに第3のサーバによる課金処理が行なわれて(1062)処理を終了する。
【0223】
したがってこの実施の形態のシステムでは、各家庭のユーザは、可能な選択肢のうちで、最も安価に所望の番組を視聴できるようにサーバを選択することができる。
【0224】
【発明の効果】
以上のようにこの発明によれば、期間はある程度限定されるが過去の番組が各契約装置でいつでも視聴可能になる。また、放送データを記憶するサーバが複数の契約機器につき1台となるので、装置コストが安くなる。また各家庭でサーバ装置を管理する必要がないため、サーバ装置の管理費、電気代、設置面積などが少なくなる。また、契約者にとってはサーバ装置を自前で準備する場合の手間から解放される。
【0225】
各家庭には簡単な表示装置さえあればよく、アンテナ、チューナなども不要となる。したがって、アンテナを放送形態ごとに準備するための設置工事、配線工事などを最小限にすることができる。また、一定期間の放送番組を後で見ることができるため、留守番録画する必要がなく、ビデオ録画装置およびビデオテープがいずれも不要となる。
【0226】
現在放送中の番組も、記憶手段に記憶されている番組も視聴可能である。つまり、過去の番組であっても視聴可能である。これは有線、無線、ラジオ、テレビジョンなどを問わない。
【0227】
複数個の共有サーバを準備することにより分散処理が可能になる。また各共有サーバが必要とする受信機、記憶装置の容量などを小さくすることができ、結果としてサーバ装置のコストを下げることが可能である。
【0228】
放送されている時間帯だけサーバ装置で記憶したり、放送データを圧縮して記憶したりするようにすれば、記憶容量を有効に利用することができる。また契約者の要求に合わせて記憶番組を有効に選択することができ、サーバ装置に必要な記憶手段の容量を小さくできる。または、一定の記憶容量で記憶できる番組の期間を長くすることができる。さらに、ユーザが長く見る可能性のある番組を長く記録することで、記憶手段の記憶容量を有効利用できる。
【0229】
記憶手段を契約機器ごとに分割することにより、各契約者においては実際にはビデオデッキを購入することなく、あたかもビデオデッキを持ったときと同じように番組を視聴することが可能となる。また、同じ共有サーバ装置に接続されている契約機器であれば、別の契約機器からもその専用の領域をアクセスすることができる。
【0230】
また、共有サーバ装置によって番組記憶サービス業を構築し、利益を上げることができる。これにより各ユーザは各放送業者と個別の契約をし個別の支払いをする手間から解放される。
【0231】
共有サーバ装置の運営者にとっては、各番組について延べの視聴率を知ることが可能な環境を実現できる。また複数のサーバにわたる視聴率を算出することもできる。
【0232】
ユーザからの指令に応じて、広告の配信の有無を選択可能にできる。その際に、放送側の意向を最低限はかなえながら、ユーザの意向にもまたこたえることができる。またそれに伴い番組配信時の課金または広告料を調整することができる。
【0233】
さらに、配信を望まない局、番組、時間帯には配信を禁止することができ、料金支払いの無駄、教育上好ましくない番組または教育上好ましくない時間帯の番組の視聴を制限することができる。
【0234】
表示装置に自動表示機能を持たせることにより、共有サーバ装置を目覚まし時計代わりに用いることなども可能になる。また、緊急放送を確実に伝達することが可能になる。
【0235】
ある契約機器から他の契約機器に関する設定を行なえるようにすることにより、新しい装置を使用する上で困難のある家庭についても、所望の設定を行なうことが可能になる。
【0236】
また、番組を長期間記録することが必要な場合、記録されている期間の関数として番組の配信時の課金を調整することにより、番組を長期間記録するために必要なリソース購入のための資金の手当てが可能となる。
【0237】
さらに、放送される番組の性質に合わせた画質、放送される番組のもともとの画質に合わせた画質などで記憶し配信することができ、記憶手段の記憶容量を効率的に使用することができる。さらに、高視聴率の番組は高画質で録画することができ、より多くの契約機器によりよい画質の番組を配信することができる。
【0238】
記憶手段に放送データを記憶する際に、ユーザにより圧縮率を指定したり、一度記憶された放送データを再度より高い圧縮率で圧縮しなおしたりすることにより、記憶手段の記憶容量を効率的に使用してより多くの番組を記憶することができる。また、放送局側から圧縮率を指定することができるようにすることにより、番組を記憶する際の画質として放送局側が高画質を望まない場合には、その希望に合わせて低画質で記録することができる。そのため、放送局の利益を擁護しながら、ユーザの希望にもある程度こたえることができる。また画質にあわせて課金することで、サービスに対応した料金を確保することができる。
【0239】
さらに、共有サーバ独自に追加広告を番組に挿入して配信することにより、共有サーバ運営者が独自に地域的な広告メディアを実現することができる。また、追加広告の配信の有無に応じて契約者の課金も調整することができ、広告提供者の利益と契約者の利益との双方を実現することができる。
【0240】
さらに、契約機器からの放送データを配信することができるようにすることで、従来はなかった、地域に密着したメディアを実現することができる。またこれにより各ユーザにとっても自己の作成した放送データ(番組)の配信が可能となり、情報発信の場を提供することができる。
【0241】
本発明に拠れば、上記した各サービスの提供により、放送局および契約者を交えてサービス料を徴収する新たなビジネスを創生することができる。
【図面の簡単な説明】
【図1】 本発明の第1の実施の形態にかかる共有サーバシステムの概略を示す図である。
【図2】 信号生成部の詳細を示す図である。
【図3】 第1の実施の形態にかかる共有サーバにおいて、放送中の番組と、蓄積されている番組とのいずれかを選択する処理を示すフローチャートである。
【図4】 第1の実施の形態にかかる共有サーバにおける番組の蓄積方法を示す図である。
【図5】 第1の実施の形態にかかる共有サーバにおける圧縮率の決定方法を示すフローチャートである。
【図6】 第1の実施の形態にかかる共有サーバを用いた場合の契約形態を示すための図である。
【図7】 第1の実施の形態における課金処理の内容を示す図である。
【図8】 第2の実施の形態の、共有サーバを含むシステムの概略を示す図である。
【図9】 第2の実施の形態において、各家庭の表示装置が行なうサーバ選択処理の概略を示すフローチャートである。
【図10】 第3の実施の形態の、共有サーバを含むシステムの概略を示す図である。
【図11】 第4の実施の形態における、各チャンネルの放送時間帯を模式的に示す図である。
【図12】 第4の実施の形態の各共有サーバで行なわれる処理の概略を示すフローチャートである。
【図13】 第5の実施の形態の各共有サーバでチャンネルごとに行なわれる処理の制御構造を示すフローチャートである。
【図14】 記憶する番組スケジュールの例を示す図である。
【図15】 第6の実施の形態における共有サーバでスケジュール追加要求に対して行なう処理の制御構造を示すフローチャートである。
【図16】 第6の実施の形態における共有サーバで視聴要求に基づく番組記憶の自動追加の処理の制御構造を示すフローチャートである。
【図17】 第6の実施の形態における共有サーバで自動追加された番組の番組記憶スケジュールからの自動削除の制御構造を示すフローチャートである。
【図18】 第6の実施の形態における共有サーバで視聴率に基づいて高視聴率の番組を番組記憶スケジュールに自動追加する処理の制御構造を示すフローチャートである。
【図19】 第7の実施の形態の共有サーバにおける処理の制御構造を示すフローチャートである。
【図20】 第8の実施の形態の共有サーバにおける視聴率計算の処理を示すフローチャートである。
【図21】 第8の実施の形態の共有サーバにおける視聴率に基づいて他の共有サーバから番組の配信を受けるか否かを決定する処理を示すフローチャートである。
【図22】 第9の実施の形態において、時間によって各放送データを消去する処理を示すフローチャートである。
【図23】 第10の実施の形態のシステムにおける記憶部の記憶領域を模式的に示す図である。
【図24】 第11の実施の形態のシステムにおける記憶部の記憶領域を模式的に示す図である。
【図25】 第11の実施の形態のシステムにおいて、各家庭のユーザが番組を視聴した段階で自動的に番組を消去する制御を実現するためのプログラムの制御構造を示すフローチャートである。
【図26】 第12の実施の形態の共有サーバにおいて、配信回数によってCMの送信を制御する処理のフローチャートである。
【図27】 第13の実施の形態の共有サーバにおいて、配信契約のないチャンネルに関して配信制限を行なうための処理のフローチャートである。
【図28】 第14の実施の形態のシステムにおいて、予め指定された時間帯にしたがって配信制限を行なう処理のフローチャートである。
【図29】 第15の実施の形態のシステムにおいて、番組ごとに配信可能か否かを判定して配信制限を行なう処理のフローチャートである。
【図30】 第16の実施の形態のシステムの各共有サーバで行なわれる処理のフローチャートである。
【図31】 第16の実施の形態のシステムのユーザ側の表示装置の端末制御装置で行われれる処理を示すフローチャートである。
【図32】 第17の実施の形態の共有サーバにおいて、ユーザの希望にしたがって圧縮率を変更する処理を示すフローチャートである。
【図33】 第18の実施の形態のシステムの共有サーバで行なわれる処理のフローチャートである。
【図34】 第19の実施の形態のシステムにおいて、共有サーバから送信される番組およびCMの状態を示す図である。
【図35】 第20の実施の形態にかかる共有サーバを含むシステムの構成を示す模式図である。
【図36】 第21の実施の形態のシステムにおける、視聴回数が1回目か2回目以降かによって課金金額を変える処理を示すフローチャートである。
【図37】 第22の実施の形態のシステムにおける、番組の配信に伴う課金計算処理のフローチャートである。
【図38】 第23の実施の形態のシステムにおいて、配信される番組の画質によって課金料を変更する処理のフローチャートである。
【図39】 第24の実施の形態において、追加のCMを配信する場合に追加CMの有無により課金料を変える処理のフローチャートである。
【図40】 第25の実施の形態のシステムにおいて、番組の記憶時間により課金料金を変更する処理のフローチャートである。
【図41】 第26の実施の形態のシステムにおいて、各家庭の表示装置に含まれる端末制御装置が行なう、最も課金の安いサーバを選択して配信要求を行なう処理のフローチャートである。
【図42】 従来の技術による、各家庭に一台ずつホームサーバが設置された場合の、放送局と各家庭との間の関係を模式的に示す図である。
【符号の説明】
100 放送局、102,300,302,304,350,352,354,850 共有サーバ、110 アンテナ、114 信号生成部、116,860 制御部、118 記憶部、120,862 接続部、130 表示装置、132 端末制御装置、134 操作部、140 圧縮部、142 ハードディスク、144 伸長部、200 記憶領域、250 管理者、560 第1の記憶領域、562 第2の記憶領域、600 共通記憶領域、602 専用記憶領域。
[0001]
BACKGROUND OF THE INVENTION
TECHNICAL FIELD The present invention relates to a broadcast data sharing server device that temporarily stores data to be broadcast regardless of whether it is wireless or wired, and redistributes the stored data to each contractor. In particular, the present invention uses terrestrial and satellite broadcasting. Broadcast data sharing server used in a relatively small area where ordinary broadcast (radio wave) information and program data distributed using cable TV are temporarily stored and redistributed to each home With respect to methods.
[0002]
[Prior art]
In modern society, it is possible to distribute information to each home by various communication forms. There are many types of communication media such as VHF (Very High Frequency), UHF (Ultra High Frequency), BS (Broadcast Satellite), CS (Communications Satellite), and CATV (Community Antenna Television System). Broadcast data such as programs is transmitted to each home via these many communication media. Each home uses a tuner suitable for each communication medium to view the program.
[0003]
Conventionally, however, these broadcasts are only aired on a predetermined timetable (program schedule) except in the case of a so-called video-on-demand service that has been partially started. Therefore, each individual views the program he / she wants to watch by matching his / her life with the program guide.
[0004]
On the other hand, the selling point of the above-mentioned video on demand service is that the contents are broadcast if the viewer requests it. However, in reality, since a large number of users are directly connected to a server that provides this service, the selected program cannot always be viewed immediately. This is because there is a limit to the amount of programs that can be distributed at one time by one server, and therefore, processing for distributing a corresponding program by collecting a plurality of the same requests is performed.
[0005]
Japanese Patent Application Laid-Open No. 9-163344 discloses that an intermediate server is prepared in order to solve such a problem. By preparing an intermediate server between the distribution source server and each home, the data stored in the intermediate server can be directly accessed from the intermediate server to the request source without accessing the distribution source server. Can be sent to. This increases the possibility that each individual can immediately view the selected program.
[0006]
However, only a limited number of services that can directly select programs in this way are available. In areas where these services are not available, airing is performed according to a predetermined timetable, so it is not possible for each individual to watch a program that he / she wants to watch.
[0007]
An individual available solution to these problems is to use a video recording device. Video recording devices that can record video are already widely used. By performing so-called answering machine recording, the recorded program can be viewed at a later free time.
[0008]
However, even in this case, the program must be checked in advance and the answering machine recording must be reserved correctly. Also, due to some unexpected circumstances, recording is not performed correctly if the actual broadcast time differs for the previously announced program guide. In addition, since the recording tape may run out of time, it is not always possible to reliably view a desired program by answering machine recording.
[0009]
Therefore, recently, the idea of a home server has been introduced and is being realized. One example of using a home server is as follows. Install equipment called home server in each home. In the home server, a recording device capable of constantly recording broadcasts currently being broadcast is provided. The program requested by the individual in the home where the home server is installed is reproduced from the recording device, so that each individual can watch his / her favorite program. For example, if the recording capacity of the recording device is large enough to record all the programs on all BS broadcast channels for one week, each individual selects his / her favorite BS broadcast program from the past week. You can watch it immediately.
[0010]
A hard disk device (hereinafter referred to as “HDD”) is regarded as the most prominent recording device of the home server. The storage capacity per unit price of HDD is increasing at a rate close to 1.5 times every year. At present, even hard disks of 40 to 100 gigabytes (GB) can be obtained relatively easily. If this trend continues, there is a high possibility that a 1 terabyte (TB) HDD can be easily purchased in the near future. If the storage capacity is 1 TB, an image recorded on a DVD (Digital Video Disc) takes about 500 hours. Assuming that there is 20 hours of broadcasting per channel per day, it is possible to record all the programs for three weeks or more for one week or more with a 1 TB HDD.
[0011]
However, many channels are provided for broadcasting using VHF, UHF, CS, and CATV. Therefore, when trying to record all broadcasts, for example, a recording device having a capacity of tens of TB is required even for recording for one week. Although it is considered that it is possible to secure such a recording apparatus in the distant future, it is extremely difficult at the individual level in the near future. In particular, considering the current recording capacity of HDD drives, a very large number of HDD drives are required to realize a recording apparatus of the above-mentioned size, resulting in high costs and equipment size. Due to these factors, it is almost impossible to provide a product that can be installed in each household at a low cost.
[0012]
Further, problems that arise when a large number of HDDs need to be prepared are not limited to cost and size. There are a number of problems that must be overcome when used at home, such as the amount of power consumed, the magnitude of heat generation, and maintenance for continuous operation.
[0013]
[Problems to be solved by the invention]
Furthermore, not only a technical problem with the recording device is a failure. Institutional issues also exist. One of them is the complexity of the contract and billing system between the broadcaster (broadcast station) and each household.
[0014]
FIG. 42 shows a relationship between a broadcasting station and each home when one home server is installed in each home, assuming that the technical problem of the home server described above has been solved. Referring to FIG. 42, according to the conventional contract form, a contract is individually concluded between broadcasting station 100 and home 1100 that contracts with each broadcasting station 100 to view the broadcast. Therefore, from the viewpoint of each household, payment requests are received for the number of broadcast stations subscribed to, and the processing is complicated for each household. In addition, each broadcasting station needs to make a payment request for as many homes as it has contracted. These are problems that need to be solved at an early stage, especially considering the possibility that the number of broadcast stations will increase in the future.
[0015]
Also, as shown in FIG. 42, in each home 1100, when receiving a broadcast by radio other than by wire, the frequency band of the radio wave used is different, so that it matches the broadcast form at each broadcast station. Multiple antennas need to be prepared. It is not preferable to impose such a burden on each household. In addition, if a large number of antennas stand on the roof of each household, there is also a problem that the scenery is damaged.
[0016]
SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide a broadcast data sharing server device that allows each contractor to easily view a desired program at a desired time without imposing an excessive burden on each contractor. It is to be.
[0017]
Another object of the present invention is to make it easy for each contractor to view a desired program at a desired time without imposing an excessive burden on each contractor, and to increase the office burden at each home. It is another object of the present invention to provide a broadcast data sharing server device that can prevent the above.
[0018]
Still another object of the present invention is to make it possible for each contractor to easily view a desired program when desired and to view as many programs as possible without imposing an excessive burden on each contractor. It is an object of the present invention to provide a broadcast data sharing server device that can be used.
[0019]
[Means for Solving the Problems]
The broadcast data sharing server device according to the present invention includes: A plurality of contract devices for receiving and displaying broadcast data of a plurality of channels determined in advance; Broadcast data via a predetermined communication medium Send A broadcast data sharing server device for converting a received program into broadcast data in a recordable signal format, and at least of the broadcast data output by the signal conversion means Storage means for storing the latest predetermined volume of broadcast data; Compressing means for compressing the broadcast data output from the signal converting means at a variable compression rate according to a predetermined method and storing it in the storage means, and control for controlling the storage means and the compression means And the control means includes: In the storage means On the other hand, Controlling the storage of broadcast data and out of the contract devices connected via the communication medium One In response to an instruction from the broadcast data stored in the storage means The broadcast data specified by the instruction Play and output And controlling the compression means to compress the broadcast data according to the compression rate of the broadcast data determined according to the designation from the contract device and the broadcast data. Decompression means for decompressing the broadcast data according to the predetermined method and supplying the broadcast data to the distribution means; Of the broadcast data output from the signal conversion means and the broadcast data output from the storage means The broadcast data specified by the instruction Distribution means for distributing the information to the contracted device designated by the control means via the communication medium. further Including.
[0020]
In the broadcast data sharing server device according to another aspect of the present invention, the signal conversion means further includes means for converting the received stream data of the programs from the plurality of stations into the broadcast data simultaneously in parallel. And the storage means includes means for storing broadcast data from a plurality of stations that are simultaneously converted and output by the signal conversion means, and the control means includes any of the above-mentioned communication media via the communication medium. Means for receiving information for search from a contracted device, and searching for broadcast data stored in the storage means that matches the information for search; information for search; Means for reproducing and outputting the matching broadcast data from the storage means, and contract equipment that has transmitted the information for searching the broadcast data reproduced and output from the storage means And means for controlling said delivery means to deliver.
[0021]
According to the broadcast data sharing server device according to still another aspect of the present invention, the control means further specifies whether the broadcast data matching the information for search specifies a program currently being broadcast. In response to determining that the information for the search specifies a program that is currently being broadcast, and the signal that is the specified program and the signal Means for controlling the distribution means so as to distribute the data converted into broadcast data by the conversion means to the contract device that has transmitted the information for the search.
[0022]
Here, the distribution means may include means for wirelessly transmitting and receiving to / from the contracted device, and the signal converting means is capable of receiving an audio-only radio program and recording the received radio program. Radio signal conversion means for converting into signal format broadcast data may be included, and the signal conversion means receives a wired program and converts the received radio program into a record format broadcast data that can be recorded. Radio signal conversion means for conversion may be included.
[0023]
In the broadcast data sharing server device according to still another aspect of the present invention, the control means further includes means for determining whether broadcast data matching the information for the search can be distributed, and In response to determining that broadcast data matching the information for search cannot be distributed, the requested broadcast data cannot be distributed to the contract device that has transmitted the information for search. Means for transmitting via the distribution means.
[0024]
Here, the broadcast data sharing server device is further connected to another broadcast data sharing server device, and in response to determining that the broadcast data matching the information for search is not distributable, Means for requesting the broadcast data sharing server device to distribute broadcast data that matches the search information, and the other broadcast data sharing server device matches the search information. And a means for controlling the distribution device to transmit the broadcast data to the contracted device that has transmitted the information for search, and the control device further obtains a high audience rating. The broadcast data specified by the specifying means and the broadcast data specified by the specifying means are shared with other broadcast data. Means and may further include for receiving a request delivered to the device.
[0025]
In the broadcast data sharing server device according to still another aspect of the present invention, the control means is further stored by a schedule storage means for storing a predetermined program storage schedule and the schedule storage means. Means for controlling said storage means to store said broadcast data according to a program storage schedule.
[0026]
Here, the control means is further determined to be broadcast by the broadcast period determination means for determining a period during which the program received by the signal conversion means is broadcast, and the broadcast period determination means. It may include means for controlling the signal conversion means and the storage means so that the program is converted into broadcast data and stored in the storage means in all of the period, and the control means further includes Program storage schedule receiving means for receiving a program storage schedule transmitted from an arbitrary contracted device, and means for storing the program storage schedule received by the program storage schedule storage means in the schedule storage means But you can.
[0027]
Alternatively, the control means further includes a distribution request receiving means for receiving a broadcast data distribution request transmitted from an arbitrary contracted device, and a broadcast corresponding to the distribution request received by the distribution request receiving means. A means for determining whether or not data is stored in the storage means, and a response to determining that broadcast data corresponding to the distribution request received by the distribution request receiving means is not stored in the storage means And a schedule for adding a schedule to the program storage schedule stored in the schedule storage means so as to receive and record the program corresponding to the broadcast data corresponding to the distribution request received by the distribution request receiving means. Adding means, and the control means may further include the program storage schedule by the schedule adding means. Additional broadcast data may include means for determining whether or not delivered to contract equipment.
[0028]
Alternatively, the control means further includes means for receiving audience rating information of each program and broadcast data to be stored by the storage means based on the audience rating information of each received program. Determining means, and means for changing the program storage schedule to store broadcast data corresponding to the program determined to be stored in the storage means by the determining means. The control means further includes means for receiving audience rating information of each program, and broadcast data corresponding to each program from the program storage schedule according to the audience rating information of each received program. Delete determination means for determining whether or not to delete, and a program determined to be deleted from the program storage schedule by the deletion determination means. Deletion means for deleting from the schedule, and the control device further includes an audience rating calculation means for calculating an audience rating of each program based on a distribution request for each program from each contracted device, The audience rating of each program calculated by the audience rating calculating means connected to the other broadcast data sharing server is transmitted to the other broadcast data sharing server, and the audience rating of the other broadcast data sharing server is calculated. Based on the means for receiving the audience rating of each program calculated by the means, the audience rating of each program calculated by itself, and the audience rating of each program received from the other broadcast data sharing server And means for calculating the audience rating of each program based on the distribution request.
[0029]
In the broadcast data sharing server device according to still another aspect of the present invention, the storage unit further stores broadcast data in units of programs, and the broadcast data sharing server device further stores the broadcast data in the storage unit. When storing, it is determined whether or not the amount of data stored in the storage means exceeds a predetermined upper limit, and if it exceeds the upper limit, an erasing means for erasing in a specific program unit is included.
[0030]
Here, the specific program unit is determined for each program stored first in the broadcast data stored in the storage means until a capacity for newly storing broadcast data is obtained or for each program. Broadcast data stored in the storage means in order from the newest one of the stored time and the most recently distributed time.
[0031]
Here, the storage means is divided into a plurality of storage areas, and the control means includes a classification means for classifying the program according to a predetermined standard, and according to the classification means, any one of the plurality of storage areas. Means for selecting and storing the program, and the erasure means may include means for determining and erasing broadcast data to be erased for each of the storage areas.
[0032]
In the broadcast data sharing server apparatus according to still another aspect of the present invention, the control means further stores a time at which the prohibition of erasure of the broadcast data stored in the storage means is canceled in units of programs. The erasure permission time storage means compares the current time with the time when the erasure prohibition for each program stored in the erasure permission time storage means is canceled, and broadcast data corresponding to the program permitted to be erased is Means for erasing from the storage means.
[0033]
In the broadcast data sharing server device according to still another aspect of the present invention, the storage means stores the broadcast data in units of programs, and the control means requests to specify that each program is stored. Connected to the request receiving means for receiving from the contract device, the request receiving means and the storage means, the broadcast data corresponding to the requested program is stored in the storage means, and the stored program is stored The contracted device storage means for storing the requested contract device for each broadcast data stored in the storage means, the broadcast means connected to the storage means and the contract device storage means, and stored in the storage means Distribution determining means for determining, for each data, whether or not the broadcast data has been distributed to a contracted device that has requested to store a program corresponding to the broadcast data; In response to determining that the broadcast data has been distributed to a contract device that is connected to the storage means and the distribution determination means and that has requested to store a program corresponding to each broadcast data, the broadcast data is Means for deleting from the storage means.
[0034]
In the broadcast data sharing server device according to still another aspect of the present invention, the storage means further includes a separate storage area for each contract device, and the control means further stores each contract device. Includes means for controlling the storage means to store broadcast data corresponding to the program that requested the program in the individual storage area provided corresponding to the contract device.
[0035]
The broadcast data sharing server device according to still another aspect of the present invention further provides the contract device connected to the distribution means via the communication medium. Depending on the number of times broadcast data distributed to the contract device is distributed to the contract device or the presence / absence of an advertising section for the broadcast data distributed to the contract device Means for charging a service fee.
[0036]
Here, for each of the contract devices, the billing means includes a counting means for counting one or both of the time and the number of times broadcast data is distributed, and each contract as a function of a count value by the counting means. And means for charging the device.
[0037]
The broadcast data sharing server device according to still another aspect of the present invention further includes means for storing the number of times of distribution by the distribution means for each program corresponding to the broadcast data stored in the storage means. including.
[0038]
In the broadcast data sharing server device according to still another aspect of the present invention, the billing unit is distributed to each contract device for each program corresponding to the broadcast data stored in the storage unit. Distribution number storage means for storing the number of times, means for determining the number of distribution times of the program being distributed to the contract device, and the distribution to the contract device as a function of the distribution number Means for determining the billing of the program.
[0039]
In the broadcast data sharing server device according to still another aspect of the present invention, the control means further includes means for discriminating between the main part of the broadcast data program stored in the storage means and the advertising part, And a means for controlling the distribution means to distribute only the main part of the requested broadcast data to the contract apparatus that has transmitted the request in response to a request from the contract apparatus.
[0040]
In the broadcast data sharing server device according to still another aspect of the present invention, the control means further includes means for discriminating between the main part of the program of broadcast data stored in the storage means and the advertising part. A selection designation storage means for accepting and storing a selection designation of whether or not an advertisement is delivered from the contract device, and responding to a request from the contract device, and transmitting the request stored in the selection designation storage means The distribution means is configured to select only the main part of the broadcast data corresponding to the request or the main part of the broadcast data and the advertisement unit based on the selection designation by the contract apparatus that has been received and distribute the selected part to the contract apparatus. Further comprising means for controlling.
[0041]
In the broadcast data sharing server device according to still another aspect of the present invention, the control unit further includes a distribution number storage unit for storing the number of distributions to each contract device for each program, and the storage unit. Means for discriminating between the main part and the advertising part of the program of the stored broadcast data; selection designation storage means for receiving and storing selection designation of whether or not to deliver advertisements from the contract device; and a program being delivered The number of times of delivery for determining the number of times of delivery, and the selection by the contracted device that has transmitted the request stored in the selection designation storage means in response to the request from the contracted device Based on the designation and the determination result by the distribution number determination means, only the main part of the broadcast data corresponding to the request or the main part of the broadcast data and the advertising part is selected. Further comprising means for controlling said delivery means to deliver the said contract equipment.
[0042]
Here, the shared server device further includes a charging unit for charging a service fee based on the connection to each of the contract devices connected to the distribution unit via the communication medium, and charging by the charging unit Billing fee changing means for changing the fee based on the presence / absence of transmission of the advertisement unit may be included.
[0043]
In the broadcast data sharing server device according to still another aspect of the present invention, the control means further includes a disabling designation receiving means for receiving a designation for disabling delivery of a specific program from each of the contract devices, A means for controlling the distribution means to prohibit the distribution of the specific program is further included for a contracted device for which the specification for disabling the distribution of the specific program is received by the disabling specification receiving means. .
[0044]
Here, as the specific program, a program broadcast by a specific broadcast station, a program in a specific time zone, a program broadcast in a specific time zone, or a program to be broadcast are all in a predetermined category. It is classified and can be a program of a specific category.
[0047]
In the broadcast data sharing server device according to still another aspect of the present invention, the control means further includes means for receiving an instruction for designating a time for starting distribution of broadcast data from each of the contract devices; Means for controlling the delivery means so as to start delivery of broadcast data to the contract device at a designated time based on the command.
[0048]
Here, the control means may further include means for receiving a command for designating a time for starting distribution of broadcast data to each contract device other than the contract device.
[0049]
The broadcast data sharing server device according to still another aspect of the present invention further includes: compression means for compressing broadcast data output from the signal converting means according to a predetermined method and storing the compressed data in the storage means; Decompression means for decompressing the broadcast data stored in the storage means according to the predetermined method and providing the data to the distribution means.
[0050]
Here, the compression means is capable of compressing broadcast data according to a variable compression ratio, and the control means is means for determining a compression ratio of broadcast data by the compression means according to a predetermined standard. And the control means further includes means for storing the time when each broadcast data was first stored in the storage means, and the means for determining the compression ratio comprises: Means may be included for determining the compression rate of each broadcast data as a function of the time that the broadcast data was initially stored in the storage means, wherein the compression means broadcasts according to a variable compression rate. Data can be compressed, and the control means receives means for receiving compression rate designation information for designating a compression rate for each program from each of the contracted devices, and the received compression rate Therefore, it may further include means for controlling the compression means to compress each program, and the compression means is capable of compressing broadcast data in accordance with a variable compression rate, and the control means Means for receiving compression rate designation information for designating a compression rate for each program from each broadcasting station, and means for controlling the compression means to compress each program in accordance with the received compression rate May be included.
[0051]
The broadcast data sharing server device according to still another aspect of the present invention further compresses the broadcast data output from the signal conversion means at a variable compression rate according to a predetermined method and stores the data in the storage means. Compression means, and decompression means for decompressing the broadcast data stored in the storage means according to the predetermined method and supplying the data to the distribution means, the control means comprising the compression means according to a predetermined standard Means for determining the compression rate of the broadcast data by the distribution means based on the compression rate of the broadcast data distributed from the storage means to the contract device by the distribution means when stored by the compression means. It further includes billing means for billing the distribution to the contract device.
[0052]
The broadcast data sharing server device according to still another aspect of the present invention further includes means for storing predetermined insertion broadcast data, and the control means is configured to broadcast the broadcast data to a contract device. Means for controlling the distribution means to insert and distribute the inserted broadcast data is further included.
[0053]
Here, the control means receives a command indicating whether to distribute the inserted broadcast data from a contracted device, and whether to distribute the inserted broadcast data for each contracted device. In accordance with whether or not an instruction indicating the broadcast data is received, and as a function of the number of times the inserted broadcast data is distributed to each contract device by the distribution means, a charge amount for distribution of broadcast data to each contract device is determined. Means may further be included.
[0054]
In the broadcast data sharing server device according to still another aspect of the present invention, the distribution means has a function of receiving broadcast data from each contract device via the communication medium, and the storage means The means also stores broadcast data received from each contract device, and the control means distributes the broadcast data received by the distribution means and stored in the storage means in response to a distribution request from each contract device. The distribution means is controlled.
[0055]
Here, the control means receives from each contract device as a function of the number of distribution times for counting the number of distributions of the broadcast data received from each contract device, and the result of counting by the number of distribution times counting means. Means for determining a payment amount for the provider of the broadcast data.
[0056]
In the broadcast data sharing server device according to still another aspect of the present invention, the control means further calculates a period stored in the storage means for each broadcast data stored in the storage means. The broadcast data sharing server device further includes a billing unit for calculating a bill for each broadcast data distributed by the distribution unit as a function of a period stored in the storage unit.
[0057]
The broadcast data sharing server device according to still another aspect of the present invention further includes each of the contracts. machine Means for receiving an inquiry about a billing amount for distribution of specific broadcast data from said device, and in response to said inquiry, calculating a billing amount for distribution of said specific broadcast data and transmitting said query The contract that came machine And means for replying to.
[0058]
DETAILED DESCRIPTION OF THE INVENTION
[First Embodiment]
Hereinafter, a system according to a first embodiment of the present invention will be described with reference to the drawings. Prior to that, current problems will be further described as a premise of the system according to the present invention.
[0059]
As described above, the current home server is assumed to be in each home. However, in this case, as a matter of course, each home always installs a recording type home server, and each home always writes and holds the same data in the recording device of the home server. This means that when a plurality of homes are viewed together, a copy of the same data is created for each home. And most of those duplicates are discarded without being used. This is a waste of the recording area and the recording operation.
[0060]
Therefore, in the present invention, one home server is installed not for each home but for each relatively small area, and the home server is shared by homes existing in that area. By sharing the home server in this way, the waste of creating a large number of data replicas and discarding them without using them as described above is greatly reduced. In each home, by accessing this shared home server, it is possible to freely access and view any program, although it is only for a certain period after the program is broadcast. Furthermore, when there is a program to be stored permanently, the program may be stored at each home. In this case, since only what needs to be stored needs to be stored, this can be realized by providing a relatively small home server in each home. A conventional video recording apparatus can also be used. Also, if the shared home server is accessed, programs broadcast during a certain period in the past can be viewed at any time, so there is no need to record an answering machine.
[0061]
The system according to the first embodiment of the present invention will be described below with reference to FIGS. Referring to FIG. 1, a system according to this embodiment receives radio waves 104 from various radio broadcast stations 100 such as VHF, UHF, BS, CS, and broadcast data 112 from a cable broadcast station (not shown). A shared home server 102 shared by the plurality of homes 126 having a function of temporarily storing the broadcast data and distributing the broadcast data to the contracted homes 126 is included.
[0062]
The shared home server 102 converts various antennas 110 according to the broadcasting form of the various wireless broadcasting stations 100 and broadcast data carried by various radio waves received by the antenna 110 into a signal format that can be stored and distributed. A signal generation unit 114 for recording, a recording unit 118 for compressing broadcast data output from the signal generation unit 114 and storing the data in a FIFO (First-In, First-Out, First-In-First-Out) system, and as necessary And a control unit for controlling the signal generator 114, the recording unit 118, and the connection unit 120. The connection unit 120 distributes broadcast data output from the recording unit 118 to each home via the cable 124 or the radio 122. Part 116.
[0063]
In the system of this embodiment, the signal generation unit 114 is a signal generation unit 152 for VHF, a signal generation unit 154 for UHF, a signal generation unit 156 for BS, a signal generation unit 158 for CS, and a signal for BS digital. It includes a generation unit 160, a terrestrial digital signal generation unit 162, and CATV signal generation units 164 to 166 provided for each CATV station.
[0064]
These signal generation units 152 to 166 have similar configurations, although the target signal sources are different. For example, as shown in FIG. 2, the BS signal generation unit 156 distributes the radio waves received by the BS antenna 110, and converts the radio waves received from the distributor 172 into image signals. A plurality of converters 174 and a plurality of encoders 176 for receiving the image signals output from the corresponding converters 174 and converting them into digital signals are included.
[0065]
Referring to FIG. 1, recording unit 118 compresses a digital signal output from encoder 176 according to a coding scheme such as MPEG (Moving Picture coding Experts Group) 1 or MPEG2, and compression unit 140. A plurality of large-capacity HDDs 142 for storing the image signals compressed in accordance with the above, and an expansion unit 144 for expanding the image signals read from the HDD 142 and outputting them to the connection unit 120 as reproduced broadcast data. Including.
[0066]
The connection unit 120 can receive both broadcast data from the signal generation unit 114 and playback broadcast data from the decompression unit 144, and transmits broadcast data requested from each home 126 to each home 126. It has a function to do. How to distribute which method data to which home will be described later. The connection unit 120 and each home 126 are connected by a cable 124 or a radio 122. In the case of wired communication, any connection method may be used as long as it has the ability to distribute necessary data, such as ATM (Asynchronous Transmission Mode), IEEE802.3, IEEE1394. The same applies to the wireless case. The signal to be transmitted to each home may be in any form that can be received by the receiver, or may be a compressed signal.
[0067]
Each home 126 includes a display device 130 for displaying a transmitted image signal and an operation unit 134 that is operated when a program request signal is transmitted to the control unit 116 of the shared server 102. The display device 130 also includes a terminal control device 132 for managing communication with the server 102 and the like.
[0068]
The connection unit 120 distributes each image signal to each home 126 individually. This distribution is performed by the control unit 116 according to the following operation. First, a program request is input using the operation unit 134, and the request is sent to the control unit 116 via the connection unit 120. Referring to FIG. 3, control unit 116 determines whether the program requested to be transmitted by this request is currently being broadcast (180). If it is currently being broadcast, the connection unit 120 is controlled to transmit the corresponding broadcast data signal output from the signal generation unit 114 to the requested home 126 (190).
[0069]
If the requested program is not currently being broadcast ("NO" in step 180), it is determined whether the program is recorded on the HDD 142 (182). If it is stored in the HDD 142, the recording unit 118 and the connection unit 120 are controlled so that the corresponding program is taken out from the recording unit 118, decompressed, and transmitted to the corresponding home (186). If the requested program is not stored in the HDD 142, a signal to that effect is sent to the home (184). Thus, according to the control of the control unit 116, appropriate broadcast data according to the request is distributed to each home.
[0070]
In order to enable the above-described control, the control unit 116 holds the program information (program list) currently being broadcast and the program information (program list) stored in the storage unit 118 while constantly updating it. Yes. A technique for distributing requested information to each home based on such information is a technique that has already been realized on video-on-demand such as CATV. The program guide may be input manually.
[0071]
Storage and deletion of programs in the storage unit 118 is performed by the FIFO method. The procedure is as follows.
[0072]
Referring to FIG. 4, it is assumed that storage unit 118 has a storage area 200 therein. It is assumed that program A (202) is stored in the storage area 200. Furthermore, it is assumed that there is a program B (204) to be stored (broadcasting). It is assumed that the program is broadcast in the order of program A (202) and program B (204) as shown here. As shown in FIG. 4A, first, program A (202) is stored in storage area 200, program B (204) is stored, and programs C, D, and E are stored in the following order. To do. Each time each program is stored, the position of each program stored earlier is advanced in the storage area 200. Then, it is assumed that the program A (202) reaches the top of the storage area 200 when the program E is stored (FIG. 4B). When the next program F (208) is further stored in this state, the program A (202) is deleted from the storage area 200 as shown in FIG.
[0073]
As an example, a specific description will be given assuming that the storage period is one week. For example, it is assumed that all programs of 5 channels are stored for 20 hours every day in BS broadcasting. If the storage capacity required per hour of the original broadcast data after conversion to MPEG2 is about 2 GB, 2 GB × 20 hours × 5 channels × 7 days, and the required storage capacity is 1.4 TB. This level of storage capacity is sufficiently large if it is a shared server like this embodiment, regardless of the home server installed in each home. Note that a smaller storage capacity is sufficient when storing broadcast data in MPEG1.
[0074]
Here, it is assumed that there is a request for viewing program C (210) from a certain home. The program input method here may be a program name, a channel number and time, or a code assigned to a program in advance. It is only necessary that the shared server can interpret the program and specify the program. This request is transmitted to the control unit 116 via the connection unit 120 in the present embodiment. Naturally, an embodiment in which the information is directly transmitted to the control unit 116 is also conceivable.
[0075]
In this case, the program C (210) is transmitted to the home, and the program C moves to the area 212 where the newest program is stored in the storage area 200 (FIG. 4D to FIG. 4E). Change). Accordingly, the positions of programs D to F are advanced by the size of program C, respectively. Thereafter, when the program H (214) is recorded, the program D (218) is deleted from the storage area 220. On the other hand, the program C (212) remains in the storage area 200. That is, even if a program is broadcast earlier, a program that has been requested to be viewed from a certain home will remain after a program that has been broadcast thereafter and that has not been requested to be viewed.
[0076]
In FIG. 4F, when the next program I (220) is recorded, the program E is deleted instead.
[0077]
With the above operation, the previously recorded ones that have not been viewed are preferentially erased.
[0078]
In this way, the following effects can be obtained. A program that has been requested to be viewed once is highly likely to be requested again from another home or from the same home. As a result, when control as in the present embodiment is performed, a program with a higher viewing request is recorded for a longer time, and the storage unit can be used more effectively.
[0079]
In this case, the FIFO storage and erasing method in the storage unit 118 may be performed even if the storage area actually occupied by the broadcast data of each program is moved in the same manner as the storage and movement of data in the shift register. Alternatively, the broadcast data storage area itself may not be moved, and only the labeling in that order may be operated.
[0080]
In the system of the present embodiment, when recording broadcast data in the storage unit 118, MPEG1, MPEG2, etc. are compressed and stored. In this case, it is known that the image quality during reproduction generally decreases as the compression rate increases. However, if the image quality of the original program is poor, even if recording is performed with compression with a low compression rate and a high compression rate, rather than a compression with a low compression rate that results in high quality, there will be no significant difference in image quality during playback. . With a high compression rate, a larger amount of broadcast data can be recorded. Therefore, in the system according to the present embodiment, in order to make more effective use of the storage capacity of the storage unit 118, low-quality programs are recorded with high compression ratio compression.
[0081]
The actual compression is performed by the compression unit 140 shown in FIG. 1, and the decompression unit 144 decompresses the compressed broadcast data. In this embodiment, the compression unit 140 and the decompression unit 144 are provided inside the storage unit 118. However, the present invention is not limited to such an embodiment, and is provided outside the storage unit 118. Also good.
[0082]
With reference to FIG. 5, the compression rate control processing by the control unit 116 will be described. It is assumed that the shared server side knows in advance three types of classifications of whether the program has low image quality, high image quality, or none. This classification is distributed from each broadcasting station to the shared server as, for example, accompanying information previously attached to the program guide.
[0083]
First, it is determined whether or not the program to be compressed has low image quality (230). If it is determined that the image quality is low, in step 238, compression processing is performed at a high compression rate C3 (238). The compressed broadcast data is stored in the HDD 142.
[0084]
If it is determined in step 230 that the program is not a low-quality program, it is determined whether the program is a high-quality program (232). If it is a high-quality program, compression is performed at the lowest compression rate C1 (234), and the compressed broadcast data is stored in the HDD 142. If it is determined that the program is not a high-quality program, compression is performed at the compression rate C2 (236), and the compressed broadcast data is stored in the HDD 142.
[0085]
Here, it is assumed that a relationship of C1 <C2 <C3 is established between the compression ratios C1, C2, and C3. As a result, at the time of reproduction, the one compressed at the compression rate C1 is reproduced with the highest image quality, and then the compression rates C2 and C3 are in order.
[0086]
In the system of the present embodiment, three types of compression rates are used. However, the present invention is not limited to this embodiment. For example, two types of compression rates may be used, or four or more types may be used. Further, it is not necessary that the classification of image quality transmitted as the accompanying information of the program and the applied compression rate correspond one-to-one.
[0087]
In the system of this embodiment, the compression rate is changed depending on whether the program has high image quality. However, the present invention is not limited to such an embodiment. For example, the compression rate may be changed depending on whether or not the quality of the program emphasizes image quality. For example, a low compression ratio is generally applied to a program that requires high image quality, such as a movie program, and a high compression ratio is applied to a case where there is not much demand for image quality, such as news. Can do. By using such a method for determining the compression rate, it becomes possible to store and distribute more programs with image quality suitable for the characteristics of each program by effectively using a limited storage capacity.
[0088]
When the shared server of this embodiment is used, the following effects can be further obtained. As shown in FIG. 6, when there are a plurality of broadcasting stations 100 and each broadcasts a program in a different communication form, conventionally, it is necessary to install an antenna corresponding to each communication form in each home. However, according to the present invention, the broadcast is received by the shared server. An antenna corresponding to each communication mode may be installed only in the shared server 102, and each home 126 may be connected to the home server 102 by a cable 124 or wirelessly. Therefore, it is not necessary to install an antenna corresponding to each communication form in each home.
[0089]
Furthermore, according to the system of the present embodiment, the following efficient form can be adopted for the contract form between the broadcast station and each home. Since the operator 250 of the shared server 102 receives information on the broadcast station 100, a contract is required between the operator 250 of the shared server 102 and each broadcaster of the broadcast station 100. On the other hand, some kind of contract exists between the operator 250 of the shared server 102 and each household 126 (contractor).
[0090]
Here, as a contract between the broadcasting station 100 and the operator 250 of the shared server 102, a contract including a contract with each contractor 126 is concluded. As a result, an individual contract between each broadcasting station and each household 126 becomes unnecessary. Each home only needs to make a contract with the operator 250 of the shared server 102 in a lump, and the complicated payment process with a large number of broadcasters is simplified.
[0091]
The operator 250 of the shared server 102 can set the contract amount with each home 126 so as to obtain an amount larger than the sum of the amount paid by the contract with each broadcaster 100 and the total operation cost of the shared server 102. Providing it can make a profit. For each household, complicated processing of individual contracts with a large number of broadcasters is simplified, and payments may be made collectively. In addition, since the shared server 102 can receive services from various broadcasting stations, there is a sufficient motivation to conclude such a contract. Also, each broadcasting station is likely to conclude such a contract in the same manner because billing operations for individual contractors and accounting processing associated with payment are reduced.
[0092]
In order to realize such a system, billing processing is essential. FIG. 7 shows the contents of the billing process in the present embodiment. Referring to FIG. 7, in the system of this embodiment, billing calculation is performed every time broadcast data is distributed. First, when there is a distribution request from the contractor's home (270), it is checked whether the requested program is being broadcast or stored and can be distributed (272). If the program can be distributed, the program is distributed to the home of the contractor who requested it (274), and billing calculation is performed (276). In this embodiment, every time one program is distributed, a certain amount is added to the charge amount.
[0093]
On the other hand, if it is determined in step 272 that the program cannot be distributed, a signal to that effect is transmitted to the home of the requesting contractor (278), and the process ends.
[0094]
By performing such a charging process, it is possible to charge each contractor according to the number of programs distributed.
[0095]
In this example, a fixed amount is charged for one program distribution. However, the present invention is not limited to such a charging method. For example, a billing calculation may be performed in which a certain amount is added each time there is a certain time of distribution. In addition, the billing modification will be described later with reference to FIGS. 36, 37, and 38.
[0096]
Specifically, the shared server of the present embodiment provides the following advantages for each household.
[0097]
・ Various antennas are not required, and the appearance of the house is not impaired. Since it is possible to view a program of a large number of channels with one cable or wirelessly, it is not necessary to repeat the antenna work.
[0098]
-Users can watch programs broadcast during a certain period in the past without installing a home server in each home.
[0099]
-Since it is not necessary to install a home server in each home, it is freed from processing such as home server cost, installation area, electricity cost for operation, maintenance, and response to failure.
[0100]
-You can watch the same program at different times between homes connected to the same shared server. For example, when a user in a certain household describes his / her feelings about a program to a family in another household, the family can request the same program from the shared server and view it. As a result, communication between local households becomes active.
[0101]
・ Each household only needs a simple device for display, and an antenna, a tuner, etc. are unnecessary.
[0102]
-Since the program can be viewed back to the broadcast time before a certain period of time, there is no need to perform an answering machine recording, and a video recording device and a video tape for that purpose become unnecessary.
[0103]
Specific advantages provided by the common server 102 to the broadcast station are as follows.
[0104]
-It is possible to know which program has been viewed individually for each household, and which program has been requested to be viewed, so that the audience rating can be accurately grasped.
[0105]
・ By collecting statistical information about the broadcast data distributed, the total audience rating of each program can be ascertained.
[0106]
As described above, according to the shared server of this embodiment, it is possible to view a program broadcast in a past fixed period at any time in each home without installing a home server in each home. Since the storage device of the server is shared by each household, the use efficiency of the storage device is high. Since it is not necessary to install a home server in each home, there is no possibility that an excessive burden is generated on each home. Moreover, it is only necessary to make a contract between the shared server operator and the broadcaster, and between the shared server operator and each household (contractor), and it is not necessary for each broadcaster and each household to make a contract individually. Therefore, each household is freed from the work of individually making a contract with the broadcaster and the work of paying individually. Furthermore, each broadcaster can grasp the exact audience rating and total audience rating of each program individually, which is useful in negotiating contracts with sponsors and formulating program production policies.
[Second Embodiment]
In the system according to the first embodiment, there is only one shared server connected to each home. However, the embodiment of the present invention is not limited to such a configuration. For example, there may be a plurality of shared servers connected to each home. The system according to the second embodiment has such a form.
[0107]
Referring to FIG. 8, this system includes a plurality of shared servers 300, 302, and 304 each having a function of receiving a program from broadcast station 100 and a CATV station (not shown) and the like and distributing it to each home 126.
[0108]
The shared server 300 has a function of receiving BS and CS broadcasts and distributing them to each home. The shared server 302 has a function of receiving VHF and UHF broadcasts and distributing them to each home. The shared server 304 has a function of receiving BS digital broadcasting and terrestrial digital broadcasting and distributing them to each home. That is, in the system of the present embodiment, a plurality of shared servers receive and distribute signals from mutually exclusive signal sources. In this way, since the shared servers only have to receive and distribute signals from the exclusive signal sources, it is possible to reduce the capacity of the receivers and storage devices required for each shared server. Also, since requests from each home are distributed among a plurality of shared servers, assuming that the amount of program distribution requested from each home is the same as in the first embodiment, one shared server The amount of distribution per hit is reduced. Alternatively, assuming that each shared server has the same scale as that of the first embodiment, it can be said that the amount that can be distributed as a whole increases.
[0109]
In the example shown in FIG. 8, each home 126 is connected to three shared servers 300, 302, and 304. In such a case, the terminal control device 132 (see FIG. 1) provided in each home performs the following control. With reference to FIG. 9, the terminal control device 132 first requests the first shared server 300 to distribute the program designated by the user (320) by the user's operation. Based on the signal sent from the server, it is determined whether or not the program can be distributed from the first shared server 300 (322). If distribution is possible, the program is received from the first shared server 300 (324), and the process ends.
[0110]
If it is determined in step 322 that distribution from the first shared server 300 is impossible, a distribution request is transmitted to the second shared server 302 (330). Based on the signal sent from the second shared server 302, it is determined whether or not the program can be distributed from the second shared server 302 (332). If distribution is possible, the program is received from the second shared server 302 (334), and the process ends.
[0111]
If it is determined in step 332 that distribution from the second shared server 302 is impossible, a distribution request is transmitted to the third shared server 304 (340). Based on the signal sent from the third shared server 304, it is determined whether or not the program can be distributed from the third shared server 304 (342). If distribution is possible, the program is received from the third shared server 304 (344), and the process ends.
[0112]
If it is determined in step 342 that distribution from the third shared server 304 is also impossible, a message indicating that the program cannot be received is displayed to the user (346), and the process ends. .
[Third Embodiment]
In the system according to the second embodiment, the load on each shared server is reduced. However, conversely, each home must connect to a plurality of shared servers, and as a result, there is a risk that the burden on each home may increase compared to the case of the first embodiment in terms of wiring work and the like. is there. The system according to the third embodiment is configured to reduce such a burden on each home.
[0113]
Referring to FIG. 10, the system according to the third embodiment, like the system according to the second embodiment, receives a plurality of broadcasts exclusively from broadcast station 100 and a CATV station (not shown). Shared servers 350, 352, and 354, and a plurality of subscriber homes 126 each connected to one specific shared server by cable 370 or wireless communication 372.
[0114]
Shared servers 350 and 352 are connected to each other by some kind of communication medium 360, shared servers 350 and 354 are connected to each other by communication medium 362, and shared servers 352 and 354 are connected to each other by communication medium 364.
[0115]
As described above, when the shared servers 350, 352, and 354 are connected to each other and can communicate with each other, each home 126 is connected to any one of the shared servers. You can receive the delivery.
[0116]
For example, it is assumed that there is a distribution request for a program from the leftmost home 126 in FIG. 10 and that it is stored only in the third shared server 354. In this case, the program is distributed from the shared server 354 to the leftmost home 126 through the path 370 using the communication medium 362 and the cable 370 of FIG. The procedure for checking from which shared server program distribution is possible may be the same as in the second embodiment, and therefore, detailed description thereof will not be repeated here.
[0117]
According to the system of the third embodiment, the number of connections between each home and the shared server is reduced, the number of cables required for connection is reduced accordingly, and the number of constructions required for wiring. Can be obtained.
[Fourth Embodiment]
In the systems of the first to third embodiments, the shared server has been premised on recording a program for all hours on all channels. However, there are times when there are times when programs are not broadcast depending on the channel. In such a case, it is meaningless to record broadcast data received on that channel during that time period. Therefore, in the shared server of the system of the fourth embodiment, for each channel, only a certain time zone of broadcasting is stored in advance as a storage time zone, and broadcast data is accumulated only in that time zone.
[0118]
FIG. 11 shows an example of a broadcast time zone 394 of a certain channel (channels A, B, and C) 390. The horizontal axis 392 indicates time. For each channel, recording in the shared server only during the broadcast time period as shown in FIG. 11 can reduce the storage capacity of the storage unit required to store all programs for a certain period.
[0119]
Referring to FIG. 12, the processing performed in each shared server in this case has the following control structure. First, it is determined whether the current time is a storage time zone corresponding to the scheduled broadcast time zone (400). If it is the storage time zone, it is stored (402), and if it is not the storage time zone, the storage is stopped (404).
[Fifth Embodiment]
In the system according to the fourth embodiment, a storage time zone is stored in advance. However, it is also possible to determine from the received signal whether there is a broadcast on each channel. In the system of the fifth embodiment, whether or not a program is being broadcast is determined from an actual received signal, and whether or not to store is determined according to the result.
[0120]
FIG. 13 shows a control structure of processing performed for each channel in each shared server in that case. Referring to FIG. 13, in the shared server of this embodiment, it is first determined from the received signal whether the program is being broadcast (410). If it is determined that the program is being broadcast, the program is stored (412), and if it is not being broadcast, the storage is stopped (414).
[0121]
Even in the shared server of the fifth embodiment, the same effect as that of the fourth embodiment can be obtained.
[Sixth Embodiment]
In the first to fifth embodiments, it is assumed that all programs of all channels for a certain period are accumulated. However, as a practical problem, it may be difficult to store all programs for a certain period due to the limitation of the storage capacity of the storage unit 118. In addition, among programs, there may be programs that are not viewed at all in each home connected to the shared server due to regional limitations, time limitations, or statistically.
[0122]
In such a case, it is desirable from the viewpoint of efficient use of the storage capacity of the storage unit 118 not to store a part of all programs. The system according to the sixth embodiment provides such a flexible storage system.
[0123]
An example of a program schedule stored in FIG. 14 is shown. Referring to FIG. 14, for each channel (channels A, B, and C) 390, the broadcast time zone and the contents of the program are classified and stored as a schedule. In FIG. 14, the horizontal axis 392 represents time. For example, in the case of channel A, the recording time automatically added to the program recording schedule so that the same program of the next week is stored when the broadcast time zone 420 is requested but not stored by the user. A band 422, a recording time zone 424 that is added to the program recording schedule at the request of the user, a recording time zone 426 that is preset as an initial setting, and a program that is automatically added to the program recording schedule according to the audience rating of the program Recording time zone 428 and other program time zones that are not stored.
[0124]
The recording time zone 426 is a so-called “golden time” from 18:00 to 22:00, and is a time zone in which there are many demands for viewing the program.
[0125]
By adding the program to the stored program list according to the needs of each home as indicated by the recording time zone 422, the programs expected to be viewed at each home can be reliably stored.
[0126]
Also, as indicated by the recording time zone 422, in the system of this embodiment, there is a viewing request as a program that each home wants to watch, but if that program is not recorded, the same for the next week Control for automatically adding a program to the program storage schedule is performed. By controlling in this way, for example, if you want to watch a program for the first time and make a viewing request, even if you cannot watch it for the first time, you can watch it from the next time. Play. In addition, the program automatically added in this way is controlled to be automatically deleted from the program storage schedule when there is no viewing request even though the program is accumulated in the next week. By this automatic deletion, accumulation of programs that are not viewed can be stopped, and use of the storage capacity of the storage unit can be prevented.
[0127]
The recording time zone 428 is automatically added to the program storage schedule according to the following conditions.
[0128]
-When a request for viewing a program from a particular performer in each household is frequently issued, other programs in which the performer appears are automatically added to the program storage schedule.
[0129]
-Programs that are expected to have a high audience rating are automatically added to the program storage schedule.
[0130]
-The audience rating of the program being broadcast is aggregated, and a program with a high audience rating is automatically added to the program storage schedule based on the aggregate audience rating. Since the shared server distributes not only stored programs but also programs that are currently being broadcast, such audience ratings can be easily calculated.
[0131]
-Automatically add programs above a certain audience rating to the program storage schedule based on the national or regional audience rating of each program being broadcast.
[0132]
FIG. 15 shows a control structure of processing for a schedule addition request in the shared server, FIG. 16 shows a control structure of automatic addition of program storage based on a viewing request, and control of automatic deletion of the automatically added program from the program storage schedule. FIG. 17 shows the structure, and FIG. 18 shows the control structure of processing for automatically adding a program with a high audience rating to the program storage schedule based on the audience rating.
[0133]
Referring to FIG. 15, when a request for adding a program storage schedule is received (440), it is determined whether or not the program is already in the schedule (442). If the program is not in the schedule, the program is newly registered in the program storage schedule (444). If the program already exists in the schedule, the process ends without doing anything.
[0134]
Referring to FIG. 16, when a distribution request from the home is received (460), it is determined whether or not the program is stored in the storage unit (462). If stored, the program is distributed (464) and billing processing is performed (466). If it is not stored, a signal to that effect is transmitted to the home (470), and the program is added to the program storage schedule as described above (472).
[0135]
As described above, by analyzing the intention of each household and automatically adding it to the program storage schedule, it is possible to generate a program storage schedule that accurately reflects the intention of each household. Therefore, it is possible to effectively use the storage capacity of the storage unit while answering more accurately according to the intention of each household.
[0136]
Referring to FIG. 17, the process of automatically deleting the automatically added program from the program storage schedule is performed as follows. As a precondition, the shared server performs a process of adding the number of distributions every time the stored program is distributed to the home. First, processing for obtaining the number of distributions of automatically added programs (candidates for deletion) is performed (500). As a result, if the number of distributions is 0, no one has seen the program, so the program is deleted from the program storage schedule (504).
[0137]
With reference to FIG. 18, a process for determining whether or not to automatically add all programs to the program storage schedule based on the audience rating will be described. First, an index value indicating the first program such as a program number is obtained, and the program to be processed is set as the first program (510). For the program corresponding to the index value, audience rating data is obtained from its own aggregated value or nationwide audience rating (512). It is determined whether the audience rating is equal to or higher than a reference value (514). If it is above the reference value, the program is automatically added to the program storage schedule, and if it is less than the reference value, the program is not added to the program storage schedule, and if it is already recorded in the program storage schedule, The program is deleted (518).
[0138]
Then, it is determined whether or not there is a remaining program (520), and if there is a remaining program, the index value is advanced to process the next program (522), and the processing after step 512 is performed for this new program. To do. If it is determined in step 520 that there are no remaining programs, the process is terminated.
[0139]
According to the system of this embodiment, a program is added to the program storage list according to requests from homes and the results of analyzing those requests. A program is added to the program storage list based on the audience rating. Therefore, it is possible to effectively use the storage capacity of the storage unit while accurately answering the needs of each household according to the demands of the home and the viewing tendency.
[Seventh Embodiment]
In the system of the sixth embodiment, a program to be recorded is registered automatically or in response to a household request in the program storage schedule, and the program is stored according to the schedule. However, the above-described effects are not exhibited only when the program is stored according to the contents set in advance in the program storage schedule. In the system according to the seventh embodiment, a program is always stored in the storage unit 118 or another storage device, and the real-time audience rating for the program in a country or in a certain region exceeds a certain value. In some cases, the stored program is stored permanently, otherwise it is erased immediately after the program ends.
[0140]
By such control, it is determined whether or not to store the program based on the actual, real-time audience rating of the aired program without adding the program to the program storage schedule in advance. For this reason, it is possible to effectively predict and store programs that are expected to be viewed from each home.
[0141]
A control structure of processing in the shared server of this embodiment is shown in FIG. Referring to FIG. 19, the audience rating of the temporarily stored program is obtained (530). This audience rating is provided as real-time information by contracting with a provider providing such services. Subsequently, it is determined whether or not the obtained audience rating is equal to or less than a predetermined appropriate reference value for determining whether or not the program should be accumulated (532). If the audience rating is below the reference value, the temporarily stored program is deleted (534). Otherwise, do nothing. That is, in this case, the temporarily stored program is accumulated as it is.
[Eighth Embodiment]
In the system according to the seventh embodiment, it is determined whether to delete or accumulate the temporarily stored program according to the audience rating of the national or regional program. However, the present invention is not limited to such. For example, it is assumed that there are a plurality of shared servers, and each shared server distributes the same program. In this case, the audience rating when determining whether or not to store the program may be calculated based on the audience rating of each of the plurality of shared servers. And about the program whose audience rating is more than a reference value, the program memorized temporarily is accumulated without deleting. In addition, when it is assumed that there are a plurality of shared servers in this way, it is not necessary to temporarily store the program being broadcast in all the shared servers, and only temporarily in some of the shared servers. Processing for storing may be performed, and the program stored temporarily may be distributed and accumulated in each shared server when it is determined that the audience rating is high.
[0142]
FIG. 20 shows a processing flow for calculating the audience rating, and FIG. 21 shows a processing flow for determining whether to receive program distribution from another shared server based on the audience rating.
[0143]
Referring to FIG. 20, first, the audience rating in the shared server is obtained from another first shared server (540). Similarly, the audience rating in each shared server is obtained up to the Nth shared server (546). Finally, the total audience rating is calculated based on the N audience rating data obtained (548). In this case, the audience rating may be included in the audience rating calculation.
[0144]
Referring to FIG. 21, the audience rating is obtained as described above (560). It is determined whether the audience rating is equal to or higher than a reference value (562). If it is less than the reference value, nothing is done. If it is equal to or greater than the reference value, it is then determined whether or not the program recording the audience rating has already been stored in itself (564). If accumulated, the process is terminated. If the program is not stored, another shared server is searched (566), and it is determined whether the program is stored in another shared server (568). If there is a shared server storing the program, the program is received from the server (570), and the process is terminated. If there is no shared server that stores the program, the process ends.
[0145]
In this way, by deciding whether to store or discard a program based on the real-time audience rating of the program, it is possible to store the program that is expected to be requested by each home in the server with a high probability. Can do.
[Ninth Embodiment]
In the shared server of the embodiments so far, broadcast data is accumulated by the FIFO method using a storage area of a predetermined size. However, the broadcast data deletion method in the present invention is not limited to such a method. In the system of the ninth embodiment, a storage period or a time to be erased is determined for each program, and the erase of each program is controlled based on this.
[0146]
Referring to FIG. 22, this process is performed as follows. First, an index value indicating a program to be processed is set as a value indicating the first program (580). Subsequently, information about the time at which the program indicated by the index value should be deleted is obtained (582). This information is assumed to be stored in advance in the storage unit of the shared server as a value for each program.
[0147]
In step 584, it is determined whether or not the deletion time of the program indicated by the index value has passed (584). If the deletion time has passed, the program is deleted from the storage unit (586).
[0148]
Further, it is determined whether there is a remaining program (588). If there is a remaining program, the index value is advanced to a value indicating the next program, and the control is returned to step 582. Thereafter, steps 582 to 588 (590) are repeated. If it is determined in step 588 that there are no remaining programs, the process ends.
[0149]
By doing so, compared to the case of erasing by the FIFO method, there is an effect that the time for erasing the program is clearly determined regardless of the storage capacity of the storage unit.
[Tenth embodiment]
In the above embodiment, the storage unit 118 as a whole is handled as one FIFO storage area. However, the present invention is not limited to such an embodiment, and the storage unit 118 can be divided into a plurality of storage areas and used separately.
[0150]
Referring to FIG. 23, in the system of the tenth embodiment, the storage area of the storage unit includes a first storage area 560 and a second storage area 562. For each program, the first storage area 560 or the second storage area 562 is stored in advance. In the example shown in FIG. 23, it is predetermined that the program A (576) is stored in the second storage area 562, and the other programs BF (572) are stored in the first storage area 560. ing.
[0151]
In the example shown in FIG. 23, all the programs other than the program A (576) are stored in the first storage area 560. Therefore, as shown in FIGS. 23 (A) to (C), the program G is stored. At this point, program B (572) is deleted. The same applies to other programs. On the other hand, since the program A (576) is stored in the second storage area 562 different from these, the program A (576) is still stored even when the program B (572) is deleted. In other words, by performing such an operation, if the number of programs assigned to a certain storage area is small, it can be stored for a longer period of time than programs assigned to other storage areas.
[0152]
For example, only a certain drama is stored in the second storage area 562 and all other programs are stored in the first storage area 560. In this case, only the broadcast data of this continuous drama is stored for several weeks or more in the second storage area. Therefore, it is possible to watch this series drama collectively.
[0153]
When such control is performed, a program requested from the home can be stored in the second storage area 562. With such a setting, a program requested from each home can be recorded for a long time. Further, if the requested user finishes watching the program, the storage area can be used effectively by deleting the program.
[0154]
By dividing and using the program by dividing the storage area as in the system of the present embodiment, the period in which the program is stored can be divided into a long period and a short period.
[Eleventh embodiment]
As a modification of the tenth embodiment, a certain storage area can be prepared for each household. FIG. 24 shows a schematic diagram of the storage area in that case.
[0155]
Referring to FIG. 24, the storage area of the system of this embodiment includes a common storage area 600 and a plurality of dedicated storage areas 602 prepared for each home. In the common storage area 600, the program 572 is stored in a FIFO manner. On the other hand, the dedicated storage area 602 stores only programs requested by the corresponding household.
[0156]
Thus, if a dedicated storage area is provided for each home, the same effect as having a video recording device and a tape for each home can be achieved. In addition, since one storage area corresponds to one home and the same storage area can be referred from any display device in one home, a video recording device is provided for each room in the home. It will be the same as having prepared.
[0157]
In addition, when a storage area dedicated to one home can be accessed from another home in this way, it has the same effect as renting a video tape owned by one home to another home. Can do. In addition, in the case of this embodiment, it is not necessary to physically deliver the video tape, so that it is much easier than the conventional method.
[0158]
In this way, when a dedicated storage area is provided for each home, the user at each home may explicitly instruct to delete the program, or the program is automatically deleted when the user at each home watches. You may make it do. When erasing automatically, the storage area can be saved.
[0159]
FIG. 25 shows a control structure of a program for realizing control for automatically erasing a program when a user at each home views the program in the system of this embodiment.
[0160]
Referring to FIG. 25, first, a distribution request from each home is received (610). In response to this distribution request, the program is distributed to the home. In this case, if the program is in a common storage area, the program is distributed to the home from the common storage area, and if it is in the dedicated storage area, the program is distributed from the dedicated storage area.
[0161]
Subsequently, a determination is made as to whether the distributed program is stored in a dedicated storage area (614). If it is not a dedicated storage area, the process ends. If it is a dedicated storage area, it is determined whether the viewed home is a home corresponding to this dedicated storage area (616). If so, the program is deleted from the dedicated storage area. Otherwise, leave the program as it is.
[0162]
By providing a dedicated storage area for each home in the shared server as in this embodiment, it is not necessary to provide a video recording device for each home. In addition, if the home is connected to the same shared server, it is possible to view a program stored in a dedicated storage area for another home.
[Twelfth embodiment]
Of course, broadcasting is a medium suitable for so-called advertisement (hereinafter referred to as “CM”). On the other hand, depending on the program, the CM may not be welcomed. Therefore, the shared server according to the twelfth embodiment provides a function of cutting and distributing a CM from a program in response to a request from each home. However, even in this case, the CM is not cut at all, but the CM is cut only under limited conditions. For example, the CM is not cut when the program is distributed for the first time, and the CM is cut otherwise.
[0163]
Referring to FIG. 26, it is first determined whether or not the distribution of the program to be transmitted to the home is the first distribution to the home. It is assumed that a function for counting the number of times a program is distributed for each program distributed to each home is provided in the shared server.
[0164]
If the distribution is the first time, it is determined whether or not a CM cut request has been received from the distribution destination home. If a CM cut request has been issued in advance, a program without CM is distributed (634). Exit. If no CM cut request has been issued, a program with CM is distributed (636), and the process is terminated.
[0165]
If it is determined in step 630 that the distribution of the program to the home is not the second or subsequent distribution, that is, the first distribution, the program with CM is distributed (636) and the process is terminated.
[0166]
By performing the control as described above, it is necessary to watch the CM in the first delivery of the program in each home, but it is possible to select whether or not to cut the CM in the second and subsequent delivery.
[0167]
In this way, CMs cannot be cut during the first distribution, but by selecting the second and subsequent times, programs that cut the CMs can be selected while satisfying the requirements of the broadcasting station to broadcast the CMs at a minimum. It is also possible to meet the demands of each family that they want to watch.
[0168]
It should be noted that in the present embodiment, when a program is distributed not from a stored program but a broadcast program, it is impossible to cut a CM in the first place. Since the second and subsequent distributions are always performed from the storage unit, the CM can always be cut when specified.
[0169]
If circumstances permit, a management method that cuts a CM even in the first delivery is technically possible only for delivery from the storage unit.
[0170]
In addition, an operation may be considered in which the charge amount when viewing a program including a CM is less than the charge amount when viewing a program with a cut CM. In this case, it is possible to receive a CM distribution fee from the CM producer and use it for the decrease in billing. On the contrary, the billing amount of the program in which the CM is cut may be increased, and the difference amount may be paid to the CM producer.
[0171]
As a method for determining where the content of the broadcast data is a CM or the other, a method conventionally used in a video recording apparatus having a CM cut function can be used. Detailed description will not be repeated.
[0172]
In the system of this embodiment, the number of times of viewing for each program in each home is counted. Therefore, on the shared server side, the total audience rating for each program is calculated. Since normal audience rating calculation is performed only for one broadcast, it is not possible to count the cases where video recording and repeated viewing are performed at each home. On the other hand, in the system according to the present embodiment, it is possible to grasp how many times each program has been viewed on the shared server, and to calculate the audience rating including the number of times of re-viewing.
[Thirteenth embodiment]
Although it is beneficial for the user to increase the number of broadcast channels and to be able to view programs with various contents, problems associated therewith also occur. For example, in a family with children, you may want to restrict the distribution of programs that you do not want to show to your children. The present embodiment and the following fourteenth and fifteenth embodiments relate to a shared server that enables such distribution restriction.
[0173]
In the shared server according to the thirteenth embodiment, it is determined whether or not there is a distribution contract for each channel, and distribution is restricted for a channel without a distribution contract.
[0174]
Referring to FIG. 27, when a distribution request is made for a program of a certain channel, it is first determined whether or not there is a contract for that channel (650). If there is no contract, a delivery refusal error message is sent to the home display device for display (654). If there is a contract, the designated program is distributed to the home (652).
[0175]
By restricting the distribution for each channel in this way, for example, a channel with many programs that the child does not want to show can be prevented from being viewed at home. In addition, pay channels that are charged for viewing the program itself are excluded from the contract in advance, so that the contents of such paid channels will not be viewed in each home, and it will be necessary to pay the fees by watching them accidentally There is no fear.
[Fourteenth embodiment]
In the system of the fourteenth embodiment, it is possible to restrict distribution as in the thirteenth embodiment. In the system of this embodiment, a time zone for restricting distribution is designated in advance at each home. For example, in a home where the child does not want to watch until midnight, the midnight time may be subject to distribution restrictions.
[0176]
Referring to FIG. 28, in this case, the shared server determines whether or not the time period for which the distribution request has been made is within the contract time (670). If it is outside the contract time, a delivery refusal error message is sent to the home display device for display (674). If it is within the contract time, the designated program is distributed to the home (672).
[0177]
With such a shared server, at home where the child does not want to watch until late at night, the late-night viewing can be restricted and the late-night viewing can be restricted.
[Fifteenth embodiment]
In the system of the fifteenth embodiment, it can be specified at home whether or not each program can be distributed. In this case, as shown in FIG. 29, it is first determined whether or not the program requested to be distributed is a distributable program (680). If it is specified that delivery is impossible, a delivery refusal error message is transmitted to the home display device and displayed (684). If distribution is possible, the designated program is distributed to the home (682).
[0178]
By performing such control, it is possible to consider whether or not to selectively show a child to each program for each program in each home, and to set to reject delivery of only programs that are not desired to be shown.
[0179]
Instead of specifying whether or not each program can be individually distributed as in this embodiment, it is assumed that category information is added to each program in advance, and whether or not distribution is possible collectively for each category at home. May be specified.
[Sixteenth embodiment]
With respect to the home display device 130 (see FIG. 1), the broadcast data is distributed from the shared server only after some action is taken from the display device side in the device of the above embodiment. However, the present invention is not limited to those using such a display device. In the system of the sixteenth embodiment, as a display device used in each home, a display device that automatically starts display if there is any distribution from a shared server is used. Correspondingly, it is assumed that the time for distribution to each shared server can be designated in advance from each home.
[0180]
Processing performed in the shared server in this case will be described with reference to FIG. First, the first terminal (terminal control device in the display device) is selected as a target (700). Subsequently, the setting for the processing target terminal is read from the corresponding setting file (702), and it is determined whether it is time to distribute (704). If it is time to distribute, the program specified in the place setting file is distributed to the terminal (706).
[0181]
Subsequently, it is determined whether or not there is a remaining terminal (708). If there is a remaining terminal, the process target is advanced to the next terminal (710), and the processes in and after step 702 are repeated. If it is determined in step 708 that there are no remaining terminals, the process ends.
[0182]
On the other hand, the terminal control device of the display device on the user side performs control as shown in FIG. First, it is checked whether or not it is set to the automatic display mode (720). If not in the automatic display mode, the process is terminated. If it is the automatic display mode, it is subsequently determined whether or not there is a distribution from the shared server (722). If there is no distribution, the power is turned off and the process is terminated (728). If there is distribution, the power is turned on (724), and the distributed broadcast data is displayed (726).
[0183]
By using such a shared server and display device, this distribution system can be used as a wake-up in each home, and a program that the user wants to watch can be surely viewed at a certain broadcast time. . By distributing emergency broadcasts and the like via this shared server, emergency information can be transmitted to each home.
[0184]
If a function for easily changing such automatic reception and display settings is provided, the usage method of the distribution system can be properly used for weekdays and holidays. In addition, the setting information stored in the shared server can be set from a home other than the home corresponding to the setting information. By providing such a function, for example, for those who are not sure how to use the distribution system, other people can make settings.
[Seventeenth embodiment]
Among the embodiments already described, there is a first embodiment in which the compression ratio is changed according to the image quality of the image and the storage area of the storage unit is effectively used. Further, in the seventeenth embodiment, by adding control for changing the compression rate according to the user's desire, it is possible to distribute the program with the image quality according to the user's desire.
[0185]
Also in this embodiment, it is assumed that, as in the case of the first embodiment, three types of image quality information of low image quality and high image quality are provided as program information for each program. Referring to FIG. 32, it is first determined whether or not the program to be compressed is a high-quality program (740). If it is a high-quality program, compression setting is applied to which a low compression rate is applied (748). If it is not a high-quality program, it is determined whether it is a low-quality program (742). If it is a low-quality program, compression setting is applied to apply a high compression ratio (744). In other cases, the normal image quality setting with a medium compression ratio is set (746). By this processing, the initial setting of the storage image quality of the program to be compressed is performed.
[0186]
Subsequently, it is determined whether or not the image quality (compression rate) has been designated by the home user for the target program (750). If the image quality is specified, it is determined whether the specified image quality is desired (764). If the user desires high image quality, the initially set image quality is changed to the high image quality setting (760).
[0187]
If it is determined in step 752 that the desired high image quality has not been specified, a determination is made as to whether or not the normal image quality has been specified (754). If the desired image quality is not specified, the image quality setting is not changed. If it is determined in step 754 that “normal image quality is desired”, it is further determined whether the image quality of the target program is initially set to high image quality (756). If the image quality is initially set to the high image quality, the image quality is set as it is. If the image quality is not initially set to the high image quality, the image quality is set to the normal image quality (758).
In this way, in addition to the image quality setting at the time of program compression based on the image quality of the original program, the image quality at the time of compression can be set in consideration of the designation by the user.
[0188]
Furthermore, in the shared server according to the present embodiment, it is determined whether or not there is further image quality designation on the broadcast side by the processing in step 762. This designation is effective when the broadcaster does not wish to redistribute with high image quality.
[0189]
First, regarding compression, it is determined whether there is designation on the broadcast side (762). If this is not specified, compression processing is executed in accordance with the image quality determined in the processing up to step 760 (780). If there is no designation on the broadcast side, control proceeds to step 764.
[0190]
In step 764, the broadcast side determines whether or not there is a designation of only low image quality during redistribution (764). If this designation has been made, a high compression rate corresponding to low image quality is set as the compression rate (772), and control proceeds to step 780. If the broadcast side does not specify that the image quality should be low, a determination is made as to whether or not the broadcast side has specified that the image quality at the time of redistribution is limited to the normal image quality (766). If there is no designation, compression processing is performed in step 780 according to the settings made so far. If the normal image quality has been designated, control proceeds to step 768.
[0191]
In step 768, a determination is made as to whether the initial setting of the target program is of low image quality (768). If the image quality is low, compression is performed according to the designation (780). Otherwise, the image quality is set to normal image quality (770), and compression is performed according to the setting (780).
[0192]
By executing the compression process having the control structure as described above on the shared server, the broadcast is performed based on the image quality designated for each program, the image quality designation by the user, and the image quality designation at the time of redistribution by the broadcast side. It is possible to perform compression and distribution taking into account the user's intention while respecting the intention of the side.
[Eighteenth embodiment]
Up to the seventeenth embodiment, once compressed broadcast data is not changed until it is erased at the time of distribution, except when it is deleted. However, the present invention is not limited to only those employing such a recording method. For example, it is conceivable that broadcast data once compressed is then compressed again. As described above, the system according to the eighteenth embodiment is characterized in that the broadcast data once compressed and stored is compressed after a certain period. In that case, recompression is performed at a higher compression rate (decreasing the image quality) compared to the first compression. Thereby, the area occupied by the broadcast data is reduced, and the storage area of the storage unit can be used effectively.
[0193]
In this case, the shared server executes processing having the following control structure. In the following description, it is assumed that it is determined whether or not to recompress all the programs that are compressed and stored. Note that the processing described below is repeatedly executed at regular intervals.
[0194]
Referring to FIG. 33, an index value is set to a value indicating the first stored program to be processed (800). The storage time for the stored program indicated by the index value is obtained (802). The storage time refers to the elapsed time since the program was previously compressed and stored.
[0195]
Subsequently, it is determined whether or not the storage time is equal to or greater than a predetermined reference value determined in order to perform a process of compressing at a high compression rate (804). If it is less than the reference value, no processing is performed for this stored program. If it is equal to or greater than the reference value, it is subsequently determined whether or not the stored program is already compressed at a high compression rate (806). Only when the program is not already compressed at a high compression rate, the stored program is compressed again at a high compression rate (806).
[0196]
In step 810, it is determined whether or not there is a remaining stored program. If there is a remaining program, the index value is advanced to a value indicating the next stored program (812), and the control is returned to step 802 and the following processing is repeated. . If there are no remaining stored programs, the process is terminated.
[0197]
The means for compressing may be provided inside the storage unit itself, or may be temporarily read out from the storage unit and compressed there.
[0198]
When the image quality is changed in this way, the viewing fee can be changed according to the image quality of the program at the time of distribution. For example, the viewing amount is increased for high-quality distribution, and is decreased for low-quality image distribution. This is because a high-quality program requires a large storage area because the compression rate is low, whereas a low-quality program requires a small storage area. That is, the viewing fee for each program is determined according to the amount of resources required to store those programs.
[0199]
In the same way, it can be considered that a program that has been stored for a long time consumes resources for a long time, so that a program that has been broadcast in a distant past has a higher viewing fee. If there is a user who wants to watch past broadcast data even if it is high, the amount of money that can be collected increases, and the collected money is distributed to the storage device that is a resource, so that more past programs can be stored. And be able to deliver. That is, as the number of programs that need to be recorded for a long time increases, the cost for increasing the resources consumed for the program can be automatically procured.
[Nineteenth embodiment]
In the twelfth embodiment, the CM is cut from the program. Conversely, as in the nineteenth embodiment, a process of inserting a CM into a program can be performed in units of shared servers.
[0200]
With reference to FIG. 34A, in normal distribution, a program 822 is transmitted after a distribution request 820, and a CM 824 is inserted therebetween. On the other hand, in the shared server of the nineteenth embodiment, for example, as shown in FIG. 34B, a new CM 830 unique to the shared server is added immediately after the distribution request, and then the normal program 822 is added. And normal CM 824 are distributed.
[0201]
As another example, as shown in FIG. 34C, an additional CM 830 can be transmitted immediately after the distribution request, and then the program 822 and a unique CM 832 different from the normal CM 824 can be broadcast. . Further, as shown in FIG. 34 (D), after adding an additional CM 830 immediately after the distribution request 820, it is possible to operate such that no CM is inserted into the program.
[0202]
Thus, by inserting a CM for each shared server at the time of distribution, it is possible to collect a fee from a company that requests distribution of the CM. Therefore, this CM may be from a small company. Since the shared server itself is provided for a relatively small area distributed in various places, a CM limited to a very small scale and range corresponding to the area is sufficient. On the contrary, since such CM broadcasting has been impossible in the past, the distribution by the shared server may become a new CM medium. In particular, it is useful to use a shared server for information that is desired to be distributed only in a very small area, not limited to a CM. For example, it can also be used for small-scale retail store advertisements, residents' association public relations, communication, and contact from home to school. As described above, the distribution by the shared server provides a new means for transmitting information to a very small area.
[20th embodiment]
Up to the shared server system of the nineteenth embodiment, the information is only in one direction from the shared server to each home. However, as shown in FIG. 1, each home is connected to the shared server via a communication medium capable of two-way communication such as cable and wireless, so that information can be uploaded from each home to the shared server. Become. The system of the twentieth embodiment makes it possible to upload such information.
[0203]
Referring to FIG. 35, the shared server 850 according to the twentieth embodiment is managed by an administrator 880. The antenna 110 for receiving broadcast radio waves from a broadcast station, and the antenna 110 A signal generator 114 connected to the output; a storage unit 118 for compressing and storing broadcast information output from the signal generator 114; and decompressing and outputting designated broadcast information; and a signal generator 114 A function of selecting broadcast information to be output or broadcast information output from the storage unit 118 and transmitting the selected broadcast information to the distribution destination home 126 and receiving information from each home 126 and storing the information in the storage unit 118. And a control unit 860 for controlling the signal generation unit 114, the storage unit 118, and the connection unit 862.
[0204]
In the system of the twentieth embodiment, for example, information uploaded to the shared server 850 via the route 870 from the leftmost home in FIG. 35 can be distributed to other homes via the route 872 and the like. Therefore, it is possible to provide media that can be distributed only to each household in the area connected by the shared server. As for the information uploaded in this way, the administrator 880 can collect a fee from the home of the viewing as with other programs. Then, the administrator 880 can distribute a part of the collected fee to the user who created the uploaded information (874).
[0205]
In this way, it is possible to upload, distribute, and collect and distribute fees in a very limited area, thus creating new commercial media such as creating movies for limited areas. Become.
[Twenty-first embodiment]
In the system of the first embodiment, charging calculation is performed by a relatively simple charging method. However, it goes without saying that the charging method employed in the system of the present invention is not limited to such a method. In the system of the twenty-first embodiment, control is performed to change the charge amount depending on whether the number of viewing times is the first time or the second time or later.
[0206]
Referring to FIG. 36, when there is a distribution request for a certain program from each home (900), it is determined whether the distribution request is the second or subsequent distribution to that home (902). If it is not the second or later distribution (that is, the first distribution), a charge set in advance as the charge for the first distribution is charged (904). If the distribution is for the second time or later, a fee set in advance as the fee for the second or later time is charged (906).
[0207]
For example, the first viewing is charged, the second and subsequent viewings are free, the first viewing fee is charged a prescribed fee, and the second and subsequent viewings are reduced according to the number of viewings. Can be realized.
[Twenty-second embodiment]
In the system of the twenty-second embodiment, yet another charging method is adopted. In this embodiment, it is assumed that the CM can not be cut in the first program distribution, and the CM cut can be set in the second and subsequent distributions.
[0208]
Referring to FIG. 37, in this embodiment, it is determined whether there is a CM cut request first in the billing calculation accompanying the distribution of the program (910). If there is no CM cut request, the program is distributed with CM (920), and the charge with CM is charged (922).
[0209]
If there is no CM cut request, it is determined whether or not the distribution is the second or subsequent distribution to the home related to the program (912). If the distribution is not the second or later distribution (that is, the first distribution), the program is distributed with CM (920), and the charge with CM is charged (922).
[0210]
If there is a CM cut request and the distribution is the second or later distribution to the home regarding the program, the program is distributed without CM (914), and the charge without CM is charged (916) ).
[0211]
By adopting such control, it becomes possible to increase the fee for distribution without CM, and to perform operations such as converting a part of it to a company providing CM.
[Twenty-third embodiment]
It is also possible to change the charge fee according to the image quality of the program to be distributed. Referring to FIG. 38, in the system according to this embodiment, it is determined whether or not the program to be distributed has a low image quality (940). If it is a low-quality program, the program is delivered with low image quality (952), and billing calculation corresponding to the low image quality is performed (954).
[0212]
If the image quality is not low, it is determined whether the program is a high quality program (942). If it is a high-quality program, the program is distributed with high image quality (944), and high-quality billing calculation is performed (946). If the image quality is not high, the image is distributed with the normal image quality (948), and the charge calculation for the normal image quality is performed (950).
[0213]
By charging in accordance with the image quality at the time of distribution in this way, a charging system commensurate with the image quality becomes possible. Of course, in this case, generally, the higher the image quality, the higher the charge.
[Twenty-fourth embodiment]
In this embodiment, a charging form in the case of distributing an additional CM as shown in the nineteenth embodiment will be described. In this case, the billing fee is changed depending on whether or not there is an additional CM.
[0214]
Referring to FIG. 39, it is determined whether there is an additional CM accompanying distribution (1000). If there is no additional CM, the program is distributed without the additional CM (1002), and normal billing processing is performed (1004). If there is an additional CM, the program including the additional CM is distributed (1006), and charging processing with the additional CM is performed (1008).
[0215]
As described above, when the charging method is changed in accordance with the presence or absence of an additional CM, it is possible to perform an operation for receiving a distribution fee from a company or a store that provides the additional CM and reflecting it in the charging fee. That is, when there is an additional CM, the charging fee can be reduced compared to when there is no additional CM. As a result, each home can watch commercials that are closely related to the area and can also watch programs at a low price. Therefore, it is expected that business through local CM will be born.
[Twenty-fifth embodiment]
In the system of the twenty-fifth embodiment, the charge fee is changed according to the program storage time.
[0216]
Referring to FIG. 40, when the distribution process of the requested program is started (1020), the period (storage time) in which the program is stored in the storage unit is checked. Then, a determination is made as to whether or not the program has been stored in the storage unit for a predetermined reference time or more (1022). If it has been stored for more than the reference time, a billing process corresponding to the long-term stored program is performed (1026), otherwise a normal billing process is performed (1024).
[0217]
For example, when a user at a home requests to store a specific program in a specific area of the shared server and views the program after leaving it for a long time, the user is referred to as a storage area of the shared server for a long time. In this case, it is appropriate to charge a high fee in step 1026 because the resource was occupied. By such charging processing, it is possible to charge each user fairly according to the usage status of the resources of the shared server.
[Twenty-sixth embodiment]
A home may be connected to a plurality of shared servers, and each shared server may provide a similar service. That is, the same program may be distributed from both shared servers. In that case, it is desirable for the user to select and view a server with a low viewing fee. However, it is troublesome for the user to make such a selection one by one. In the system of the twenty-sixth embodiment, the terminal control device included in each home display device can select the server with the lowest charge and make a distribution request. In addition, as a premise, each server of this system has a function of responding to the inquiry from the terminal control device with the charge for the program to be distributed.
[0218]
Referring to FIG. 41, the terminal control device of the display device provided in each home used in this system operates as follows. Here, it is assumed that there are three shared servers. First, a distribution fee relating to a distribution target program is inquired and received from the first server to the third server (1040, 1042, 1044).
[0219]
Subsequently, the charges are compared between the first server and the third server (1046). If the first server is less expensive, control proceeds to step 1048; otherwise, control proceeds to step 1058. In step 1048, charge comparison is performed between the first server and the second server. If the first server is less expensive, control proceeds to step 1050, otherwise control proceeds to step 1054.
[0220]
On the other hand, if the third server is less expensive in the charge comparison (1046) between the first server and the third server, the charge comparison is made between the second server and the third server in step 1058. Is done. If the second server is cheaper, control proceeds to step 1054; otherwise, control proceeds to step 1060.
[0221]
In the above processing, when the first server is the cheapest, the control goes to Step 1050, when the second server is the cheapest, the control goes to Step 1054, and when the third server is the cheapest. It can be seen that control proceeds to step 1060, respectively.
[0222]
In step 1050, the program is received from the first server, and the billing process is further performed by the first server (1052), thereby terminating the process. In step 1054, this program is received from the second server, and billing processing by the second server is further performed (1056), thereby terminating the processing. In step 1060, the program is received from the third server, and the billing process is further performed by the third server (1062), thereby terminating the process.
[0223]
Therefore, in the system of this embodiment, the user at each home can select the server so that the desired program can be viewed at the lowest cost among the possible options.
[0224]
【The invention's effect】
As described above, according to the present invention, although the period is limited to some extent, past programs can be viewed at any time on each contract apparatus. In addition, since the number of servers storing broadcast data is one for a plurality of contract devices, the apparatus cost is reduced. Further, since it is not necessary to manage the server device in each home, the management cost, the electricity bill, the installation area, etc. of the server device are reduced. Also, the contractor is freed from the trouble of preparing the server device by himself.
[0225]
Each home only needs a simple display device, and an antenna and a tuner are not necessary. Therefore, installation work and wiring work for preparing an antenna for each broadcasting form can be minimized. In addition, since a broadcast program for a certain period can be viewed later, there is no need to record an answering machine, and neither a video recording device nor a video tape is required.
[0226]
The program currently being broadcast and the program stored in the storage means can be viewed. That is, even a past program can be viewed. This may be wired, wireless, radio or television.
[0227]
Distributed processing is possible by preparing a plurality of shared servers. In addition, the capacity of the receiver and the storage device required for each shared server can be reduced, and as a result, the cost of the server device can be reduced.
[0228]
If the server device stores the broadcast time only, or the broadcast data is compressed and stored, the storage capacity can be used effectively. Further, the stored program can be effectively selected according to the request of the contractor, and the capacity of the storage means required for the server device can be reduced. Or the period of the program which can be memorize | stored by fixed memory capacity can be lengthened. Furthermore, the storage capacity of the storage means can be effectively used by recording a program that the user may watch for a long time.
[0229]
By dividing the storage means for each contracted device, each contractor can actually view the program as if he had the video deck without actually purchasing the video deck. Further, if the contract device is connected to the same shared server device, the dedicated area can be accessed from another contract device.
[0230]
In addition, it is possible to build a program storage service industry with a shared server device and increase profits. As a result, each user is freed from the trouble of making an individual contract with each broadcaster and making an individual payment.
[0231]
For the operator of the shared server device, it is possible to realize an environment in which the total audience rating can be known for each program. It is also possible to calculate the audience rating across multiple servers.
[0232]
The presence or absence of advertisement distribution can be selected according to a command from the user. At that time, it is possible to meet the user's intention while minimizing the intention of the broadcasting side. Along with this, it is possible to adjust the billing or advertisement fee at the time of program distribution.
[0233]
Furthermore, distribution can be prohibited at stations, programs, and time zones where distribution is not desired, and it is possible to limit the waste of fee payment, viewing of programs that are undesirable for education or programs that are undesirable for education.
[0234]
By providing the display device with an automatic display function, the shared server device can be used instead of an alarm clock. In addition, it is possible to reliably transmit emergency broadcasts.
[0235]
By making settings related to other contract devices from a certain contract device, it becomes possible to perform desired settings even in a home where it is difficult to use a new device.
[0236]
In addition, if it is necessary to record a program for a long period of time, funds for purchasing resources necessary for recording the program for a long period of time can be adjusted by adjusting the charge at the time of program distribution as a function of the recorded period. Can be paid.
[0237]
Furthermore, it is possible to store and distribute the image quality according to the nature of the broadcast program, the image quality according to the original image quality of the broadcast program, etc., and the storage capacity of the storage means can be used efficiently. Furthermore, a program with a high audience rating can be recorded with high image quality, and a program with better image quality can be distributed to more contracted devices.
[0238]
When storing broadcast data in the storage means, the storage capacity of the storage means can be efficiently increased by designating a compression rate by the user or recompressing broadcast data once stored at a higher compression rate. It can be used to store more programs. In addition, by allowing the broadcast station to specify the compression rate, if the broadcast station does not want high image quality as the image quality when storing the program, it records with low image quality according to the desire. be able to. Therefore, it is possible to respond to the user's wishes to some extent while defending the interests of the broadcasting station. Also, by charging according to the image quality, it is possible to secure a fee corresponding to the service.
[0239]
Furthermore, the shared server operator can independently realize a regional advertisement medium by inserting and distributing an additional advertisement into the program independently on the shared server. Also, the billing of the contractor can be adjusted according to whether or not the additional advertisement is distributed, and both the profit of the advertisement provider and the profit of the contractor can be realized.
[0240]
Furthermore, by making it possible to distribute broadcast data from a contract device, it is possible to realize a media that is closely related to the region, which has not existed before. This also enables each user to distribute the broadcast data (program) created by him / her and provide a place for information transmission.
[0241]
According to the present invention, by providing each service described above, it is possible to create a new business that collects a service fee with a broadcasting station and a contractor.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of a shared server system according to a first embodiment of the present invention.
FIG. 2 is a diagram illustrating details of a signal generation unit.
FIG. 3 is a flowchart showing a process of selecting either a broadcast program or an accumulated program in the shared server according to the first embodiment;
FIG. 4 is a diagram illustrating a program storage method in the shared server according to the first embodiment.
FIG. 5 is a flowchart illustrating a compression rate determination method in the shared server according to the first embodiment;
FIG. 6 is a diagram for illustrating a contract form when the shared server according to the first embodiment is used.
FIG. 7 is a diagram showing the contents of a charging process in the first embodiment.
FIG. 8 is a diagram illustrating an outline of a system including a shared server according to a second embodiment.
FIG. 9 is a flowchart showing an outline of server selection processing performed by a display device in each household in the second embodiment.
FIG. 10 is a diagram illustrating an outline of a system including a shared server according to a third embodiment.
FIG. 11 is a diagram schematically showing a broadcast time zone of each channel in the fourth embodiment.
FIG. 12 is a flowchart illustrating an outline of processing performed in each shared server according to the fourth embodiment.
FIG. 13 is a flowchart illustrating a control structure of processing performed for each channel in each shared server according to the fifth embodiment.
FIG. 14 is a diagram showing an example of a program schedule to be stored.
FIG. 15 is a flowchart illustrating a control structure of processing performed in response to a schedule addition request in a shared server according to the sixth embodiment.
FIG. 16 is a flowchart illustrating a control structure of a program storage automatic addition process based on a viewing request in a shared server according to a sixth embodiment;
FIG. 17 is a flowchart showing a control structure of automatic deletion from a program storage schedule of a program automatically added by a shared server in the sixth embodiment.
FIG. 18 is a flowchart showing a control structure of a process for automatically adding a program with a high audience rating to a program storage schedule based on the audience rating in the shared server in the sixth embodiment.
FIG. 19 is a flowchart illustrating a control structure of processing in the shared server according to the seventh embodiment.
FIG. 20 is a flowchart illustrating audience rating calculation processing in the shared server according to the eighth embodiment.
FIG. 21 is a flowchart illustrating processing for determining whether to receive program distribution from another shared server based on the audience rating in the shared server according to the eighth embodiment;
FIG. 22 is a flowchart showing a process of erasing each broadcast data according to time in the ninth embodiment.
FIG. 23 is a diagram schematically illustrating a storage area of a storage unit in the system according to the tenth embodiment.
FIG. 24 is a diagram schematically illustrating a storage area of a storage unit in the system according to the eleventh embodiment.
FIG. 25 is a flowchart showing a control structure of a program for realizing control for automatically deleting a program when a user at each home views the program in the system of the eleventh embodiment.
FIG. 26 is a flowchart of processing for controlling CM transmission according to the number of distributions in the shared server according to the twelfth embodiment.
FIG. 27 is a flowchart of processing for restricting distribution for a channel without a distribution contract in the shared server according to the thirteenth embodiment;
FIG. 28 is a flowchart of processing for restricting distribution according to a time zone designated in advance in the system of the fourteenth embodiment.
FIG. 29 is a flowchart of processing for restricting distribution by determining whether distribution is possible for each program in the system according to the fifteenth embodiment;
FIG. 30 is a flowchart of processing performed in each shared server of the system according to the sixteenth embodiment.
FIG. 31 is a flowchart illustrating processing performed by the terminal control device of the display device on the user side of the system according to the sixteenth embodiment.
FIG. 32 is a flowchart illustrating processing for changing a compression rate according to a user's request in the shared server according to the seventeenth embodiment;
FIG. 33 is a flowchart of processing performed in a shared server of the system according to the eighteenth embodiment.
FIG. 34 is a diagram showing the status of programs and CMs transmitted from a shared server in the system of the nineteenth embodiment.
FIG. 35 is a schematic diagram showing a configuration of a system including a shared server according to a twentieth embodiment.
FIG. 36 is a flowchart showing processing for changing the charge amount depending on whether the number of viewing times is the first time or the second time or later in the system according to the twenty-first embodiment;
FIG. 37 is a flowchart of billing calculation processing accompanying program distribution in the system of the twenty-second embodiment;
FIG. 38 is a flowchart of processing for changing a charging fee according to the image quality of a distributed program in the system of the twenty-third embodiment;
FIG. 39 is a flowchart of processing for changing a charging fee depending on presence / absence of an additional CM when distributing an additional CM in the twenty-fourth embodiment;
FIG. 40 is a flowchart of processing for changing a charging fee according to program storage time in the system of the twenty-fifth embodiment.
FIG. 41 is a flowchart of processing for making a distribution request by selecting a server with the lowest charge, which is performed by a terminal control device included in each home display device, in the system of the twenty-sixth embodiment;
FIG. 42 is a diagram schematically illustrating a relationship between a broadcasting station and each home when one home server is installed in each home according to a conventional technique.
[Explanation of symbols]
100 broadcast station, 102, 300, 302, 304, 350, 352, 354, 850 shared server, 110 antenna, 114 signal generation unit, 116, 860 control unit, 118 storage unit, 120, 862 connection unit, 130 display device, 132 terminal controller, 134 operation unit, 140 compression unit, 142 hard disk, 144 decompression unit, 200 storage area, 250 administrator, 560 first storage area, 562 second storage area, 600 common storage area, 602 dedicated storage region.

Claims (22)

予め定められている複数チャンネルの放送データの配信を受けて表示するための複数の契約機器に、前記放送データを所定の通信媒体を介して送信する、放送データの共有サーバ装置であって、
受信された番組を記録可能な信号形式の放送データに変換するための信号変換手段と、
前記信号変換手段により出力される放送データのうち、少なくとも最新の所定容量の放送データを記憶するための記憶手段と、
前記信号変換手段から出力される放送データを所定の方式にしたがって、可変の圧縮率で圧縮して前記記憶手段に記憶させるための圧縮手段と、
前記記憶手段と前記圧縮手段を制御するための制御手段とを含み、
前記制御手段は、
前記記憶手段に対して、前記放送データの記憶を制御するとともに、前記通信媒体を介して接続される契約機器のうちの一つのものからの指示に応答して、前記記憶手段に記憶されている放送データのうちの前記指示により特定された前記放送データを再生し出力するよう制御し、
前記圧縮手段に対して、前記契約機器からの指定および前記放送データを放送する側の指定にしたがって決定した前記放送データの圧縮率によって圧縮するよう制御し、
前記記憶手段に記憶された放送データを前記所定の方式にしたがって伸長して前記配信手段に与えるための伸長手段と、
前記信号変換手段の出力する放送データおよび前記記憶手段の出力する放送データのうちの前記指示により特定された前記放送データを、前記制御手段により指定された契約機器に前記通信媒体を介して配信するための配信手段とをさらに含む、放送データの共有サーバ装置。
A plurality of contracts devices for displaying by receiving the delivery of broadcast data of a plurality of channels which are predetermined, to send the broadcast data via a predetermined communication medium, a sharing server apparatus of the broadcast data,
A signal conversion means for converting the received program into broadcast data in a recordable signal format;
Of the broadcast data output by the signal conversion means, storage means for storing at least the latest predetermined capacity of broadcast data;
Compression means for compressing the broadcast data output from the signal conversion means at a variable compression rate according to a predetermined method and storing the compressed data in the storage means;
Control means for controlling the storage means and the compression means,
The control means includes
For in the storage means controls the storing of the broadcast data, in response to an instruction from that of one of the contracts devices connected via the communication medium, stored in said storage means Control to reproduce and output the broadcast data specified by the instruction of the broadcast data ,
Controlling the compression means to compress at a compression rate of the broadcast data determined according to the designation from the contract device and the designation of the broadcast data broadcast side,
Decompression means for decompressing the broadcast data stored in the storage means according to the predetermined method and providing the data to the distribution means;
The broadcast data specified by the instruction among the broadcast data output from the signal conversion means and the broadcast data output from the storage means is distributed to the contract device designated by the control means via the communication medium. The broadcast data sharing server device further includes a distribution means for receiving the broadcast data.
前記信号変換手段は、受信された複数局からの番組のストリームデータを同時並列的に前記放送データに変換するための手段を含み、
前記記憶手段は、前記信号変換手段により同時並列的に変換され出力される複数局からの放送データを記憶するための手段を含み、
前記制御手段は、
前記通信媒体を介して任意の前記契約機器から検索のための情報を受信し、前記記憶手段に記憶された放送データのうちで、前記検索のための情報と合致するものを検索するための手段と、
前記検索のための情報と合致する放送データを前記記憶手段から再生し出力させるための手段と、
前記記憶手段から再生し出力された放送データを前記検索のための情報を送信してきた契約機器に配信するよう前記配信手段を制御するための手段とを含む、請求項1に記載の放送データの共有サーバ装置。
The signal converting means includes means for converting the received stream data of a program from a plurality of stations into the broadcast data simultaneously and in parallel.
The storage means includes means for storing broadcast data from a plurality of stations that are simultaneously converted and output by the signal conversion means,
The control means includes
Means for receiving information for search from any of the contract devices via the communication medium, and searching for broadcast data stored in the storage means that matches the information for search When,
Means for reproducing and outputting broadcast data matching the information for the search from the storage means;
2. The broadcast data of claim 1, further comprising: means for controlling the distribution means to distribute the broadcast data reproduced and output from the storage means to a contract device that has transmitted information for the search. Shared server device.
前記制御手段はさらに、前記検索のための情報と合致する放送データが、現在放送中の番組を指定するものであるか否かを判定するための手段と、
前記検索のための情報が現在放送中の番組を指定するものであると判定されたことに応答して、前記指定された番組であって、かつ前記信号変換手段によって放送データに変換されたものを前記検索のための情報を送信してきた契約機器に配信するよう前記配信手段を制御するための手段とを含む、請求項2に記載の放送データの共有サーバ装置。
The control means further includes means for determining whether or not the broadcast data matching the information for the search designates a program currently being broadcast;
In response to the determination that the information for search specifies a currently broadcast program, the specified program is converted into broadcast data by the signal conversion means. The broadcast data sharing server device according to claim 2, further comprising: means for controlling the distribution means to distribute the information to the contracted device that has transmitted the information for the search.
前記制御手段はさらに、前記検索のための情報と合致する放送データが配信可能か否かを判定するための手段と、
前記検索のための情報と合致する放送データが配信可能でないと判定されたことに応答して、前記検索のための情報を送信してきた契約機器に対して、要求された放送データが配信可能でないことを示す信号を前記配信手段を介して送信するための手段を含む、請求項2または3に記載の放送データの共有サーバ装置。
The control means further includes means for determining whether broadcast data matching the information for the search can be distributed;
In response to the determination that broadcast data matching the information for search is not distributable, the requested broadcast data is not distributable to the contract device that has transmitted the information for search. The broadcast data sharing server apparatus according to claim 2, further comprising means for transmitting a signal indicating that via the distribution means.
前記制御手段は、さらに、予め定められた番組記憶スケジュールを記憶するためのスケジュール記憶手段と、
前記スケジュール記憶手段により記憶された番組記憶スケジュールにしたがって前記放送データを記憶するように前記記憶手段を制御するための手段を含む、請求項2〜4のいずれかに記載の放送データの共有サーバ装置。
The control means further includes schedule storage means for storing a predetermined program storage schedule;
5. The broadcast data sharing server apparatus according to claim 2, further comprising means for controlling the storage means so as to store the broadcast data in accordance with a program storage schedule stored by the schedule storage means. .
前記記憶手段は、放送データを番組単位で記憶し、
前記放送データの共有サーバ装置はさらに、放送データを前記記憶手段に記憶させる際に、前記記憶手段に記憶されるデータ量が所定の上限を超えるか否かを判定し、上限を超える場合には特定の番組単位で消去するための消去手段を含む、請求項1〜5のいずれかに記載の放送データの共有サーバ装置。
The storage means stores broadcast data in units of programs,
The broadcast data sharing server device further determines whether or not the amount of data stored in the storage means exceeds a predetermined upper limit when the broadcast data is stored in the storage means. 6. The broadcast data sharing server apparatus according to claim 1, further comprising an erasing unit for erasing in units of specific programs.
前記制御手段は、前記記憶手段に記憶された放送データの消去の禁止が解除される時刻を番組単位で記憶するための消去許可時刻記憶手段と、
現在時刻と前記消去許可時刻記憶手段に記憶された番組ごとの消去の禁止が解除される時刻とを比較して、消去が許可された番組に対応する放送データを前記記憶手段から消去するための手段とをさらに含む、請求項2〜5のいずれかに記載の放送データの共有サーバ装置。
The control means includes an erasure permission time storage means for storing a time at which the prohibition of erasure of broadcast data stored in the storage means is canceled in units of programs,
Comparing the current time with the time when the prohibition of erasure for each program stored in the erasure permission time storage means is canceled, the broadcast data corresponding to the program permitted to be erased is erased from the storage means The broadcast data sharing server device according to claim 2, further comprising: means.
前記記憶手段は、番組単位で前記放送データを記憶し、
前記制御手段は、
各番組を記憶することを指定する要求を契約機器から受信するための要求受信手段と、
前記要求受信手段と前記記憶手段とに接続され、要求された番組に対応する放送データを前記記憶手段に記憶させるとともに、記憶された番組を記憶するよう要求した契約機器を、前記記憶手段に記憶された放送データごとに記憶するための契約機器記憶手段と、
前記記憶手段と前記契約機器記憶手段とに接続され、前記記憶手段に記憶された放送データごとに、当該放送データに対応する番組を記憶するよう要求した契約機器に当該放送データが配信されたか否かを判定するための配信判定手段と、
前記記憶手段と前記配信判定手段とに接続され、各放送データに対応する番組を記憶するよう要求した契約機器に当該放送データが配信されたと判定されたことに応答して、当該放送データを前記記憶手段から削除するための手段と、
を含む、請求項2〜5のいずれかに記載の放送データの共有サーバ装置。
The storage means stores the broadcast data in units of programs,
The control means includes
Request receiving means for receiving from the contract device a request to store each program;
Broadcast data corresponding to the requested program is stored in the storage means and is connected to the request receiving means and the storage means, and contract equipment requested to store the stored program is stored in the storage means Contract device storage means for storing for each broadcast data,
Whether or not the broadcast data is distributed to the contract device that is connected to the storage unit and the contract device storage unit and that requests to store a program corresponding to the broadcast data for each broadcast data stored in the storage unit A delivery determination means for determining whether or not
In response to determining that the broadcast data has been distributed to a contract device that is connected to the storage means and the distribution determination means and that has requested to store a program corresponding to each broadcast data, the broadcast data is Means for deleting from the storage means;
The broadcast data sharing server device according to claim 2, comprising:
前記記憶手段は、各前記契約機器ごとに個別の記憶領域を有し、
前記制御手段はさらに、各前記契約機器が記憶を要求した番組に対応する放送データを、当該契約機器に対応して設けられた前記個別の記憶領域に記憶するよう前記記憶手段を制御するための手段を含む、請求項2〜5のいずれかに記載の放送データの共有サーバ装置。
The storage means has a separate storage area for each of the contract devices,
The control means further controls the storage means to store broadcast data corresponding to a program requested to be stored by each contract device in the individual storage area provided for the contract device. The broadcast data sharing server apparatus according to claim 2, further comprising: means.
さらに、前記通信媒体を介して前記配信手段に接続されている各前記契約機器に対して、当該契約機器へ配信される放送データの当該契約機器への配信回数または当該契約機器に配信される当該放送データの広告部の有無に応じてサービス料を課金するための手段を含む、請求項1〜9のいずれかに記載の放送データの共有サーバ装置。Furthermore, for each contract device connected to the distribution means via the communication medium, the number of distributions of broadcast data distributed to the contract device to the contract device or the contract device to be distributed to the contract device 10. The broadcast data sharing server apparatus according to claim 1, further comprising means for charging a service fee in accordance with the presence / absence of a broadcast data advertising unit . 前記記憶手段に記憶された放送データに対応する各番組ごとに、前記配信手段によって配信された回数を記憶するための手段をさらに含む、請求項1〜10のいずれかに記載の放送データの共有サーバ装置。  The broadcast data sharing according to any one of claims 1 to 10, further comprising means for storing the number of times of distribution by the distribution means for each program corresponding to the broadcast data stored in the storage means. Server device. 前記課金手段は、
前記記憶手段に記憶された放送データに対応する各番組ごとに、各前記契約機器ごとに配信された回数を記憶するための配信回数記憶手段と、
前記契約機器に配信中の番組が何回目の配信回数であるかを判定するための手段と、
前記配信回数の関数として前記契約機器に対する前記配信中の番組の課金を決定するための手段とを含む、請求項1〜10のいずれかに記載の放送データの共有サーバ装置。
The billing means is
For each program corresponding to the broadcast data stored in the storage means, a distribution number storage means for storing the number of distributions for each contract device;
Means for determining how many times the program being distributed to the contract device is distributed;
11. The broadcast data sharing server apparatus according to claim 1, further comprising: means for determining charging of the program being distributed to the contracted device as a function of the number of distribution times.
前記制御手段は、
前記記憶手段によって記憶されている放送データの番組の本編と広告部とを判別するための手段と、
契約機器からの要求に応じて、要求された放送データの本編のみを前記要求を送信してきた契約機器に配信するよう前記配信手段を制御するための手段とをさらに含む、請求項2〜12のいずれかに記載の放送データの共有サーバ装置。
The control means includes
Means for discriminating between the main part of the program of broadcast data stored in the storage means and the advertising part;
And further comprising means for controlling the distribution means to distribute only the main part of the requested broadcast data to the contract apparatus that has transmitted the request in response to a request from the contract apparatus. The broadcast data sharing server device according to any one of the above.
前記制御手段はさらに、
前記記憶手段によって記憶されている放送データの番組の本編と広告部とを判別するための手段と、
契約機器から広告の配信の有無の選択指定を受け付けて記憶するための選択指定記憶手段と、
契約機器からの要求に応答し、前記選択指定記憶手段に記憶された、当該要求を送信して来た契約機器による選択指定に基づいて、前記要求に対応した放送データの本編のみ、または前記放送データの本編および広告部、のいずれかを選択して当該契約機器に配信するよう前記配信手段を制御するための手段をさらに含む、請求項2〜9のいずれかに記載の放送データの共有サーバ装置。
The control means further includes
Means for discriminating between the main part of the program of broadcast data stored in the storage means and the advertising part;
A selection designation storage means for accepting and storing selection designation of presence / absence of advertisement distribution from the contract device;
In response to a request from a contract device, only the main part of the broadcast data corresponding to the request, based on the selection specification by the contract device that has transmitted the request, stored in the selection specification storage means, or the broadcast The broadcast data sharing server according to any one of claims 2 to 9, further comprising means for controlling the distribution means to select any one of the main part of the data and the advertisement section and distribute the selected data to the contract device. apparatus.
前記制御手段はさらに、
各前記契約機器に配信した回数を番組ごとに記憶するための配信回数記憶手段と、
前記記憶手段によって記憶されている放送データの番組の本編と広告部とを判別するための手段と、
契約機器から広告の配信の有無の選択指定を受け付けて記憶するための選択指定記憶手段と、
配信中の番組が何回目の配信であるかを判定するための配信回数判定手段と、
契約機器からの要求に応答し、前記選択指定記憶手段に記憶された、当該要求を送信して来た契約機器による選択指定と、前記配信回数判定手段による判定結果とに基づいて、前記要求に対応した放送データの本編のみ、または前記放送データの本編および広告部、のいずれかを選択して当該契約機器に配信するよう前記配信手段を制御するための手段をさらに含む、請求項2〜9のいずれかに記載の放送データの共有サーバ装置。
The control means further includes
Distribution number storage means for storing the number of times of distribution to each contract device for each program;
Means for discriminating between the main part of the program of broadcast data stored in the storage means and the advertising part;
A selection designation storage means for accepting and storing selection designation of presence / absence of advertisement distribution from the contract device;
A delivery number determination means for determining how many times the program being distributed is distributed;
In response to the request from the contract device, the request is stored based on the selection specification stored in the selection specification storage means by the contract device that has transmitted the request and the determination result by the distribution number determination means. The system further comprises means for controlling the distribution means so as to select only the main part of the corresponding broadcast data or the main part of the broadcast data and the advertising unit and distribute the selected part to the contract device. The broadcast data sharing server device according to any one of the above.
前記制御手段は、
各前記契約機器から、特定の番組の配信を不能化する指定を受信する不能化指定受信手段と、
前記不能化指定受信手段によって特定の番組の配信を不能化する指定が受信された契約機器に対しては、前記特定の番組の配信を禁止するよう前記配信手段を制御するための手段をさらに含む、請求項2〜15のいずれかに記載の放送データの共有サーバ装置。
The control means includes
Disabling designation receiving means for receiving designation for disabling delivery of a specific program from each of the contract devices;
A means for controlling the distribution unit to prohibit distribution of the specific program is further included for a contracted device that has received a specification for disabling the distribution of the specific program by the disabling specification receiving unit. The broadcast data sharing server device according to any one of claims 2 to 15.
前記制御手段はさらに、
各前記契約機器から、放送データの配信を開始する時間を指定する指令を受けるための手段と、
前記指令に基づいて、指定された時間に当該契約機器に対する放送データの配信を開始するよう、前記配信手段を制御するための手段を含む、請求項2〜16のいずれかに記載の放送データの共有サーバ装置。
The control means further includes
Means for receiving an instruction for designating a time for starting distribution of broadcast data from each of the contract devices;
The broadcast data according to any one of claims 2 to 16, further comprising means for controlling the distribution means so as to start distribution of broadcast data to the contract device at a designated time based on the command. Shared server device.
さらに、前記配信手段により前記記憶手段から契約機器に配信される放送データの、前記圧縮手段による記憶時の圧縮率に基づいて当該放送データの当該契約機器への配信に対する課金を行なうための課金手段をさらに含む、請求項2〜9のいずれかに記載の放送データの共有サーバ装置。 Moreover, the broadcast data by the pre-Symbol delivery means is delivered to the contract equipment from the storage unit, the billing for on the basis of the compression ratio at the time of storage performs charging for delivery to the agreement equipment of the broadcast data by the compressing means The broadcast data sharing server apparatus according to claim 2, further comprising means. さらに、所定の挿入放送データを記憶するための手段を含み、
前記制御手段は、契約機器に放送データを放送する際に、前記挿入放送データを挿入して配信するよう前記配信手段を制御するための手段をさらに含む、請求項1〜1のいずれかに記載の放送データの共有サーバ装置。
And further includes means for storing predetermined insertion broadcast data,
Wherein, when broadcasting the broadcast data to the contract equipment, further comprising means for controlling said delivery means to deliver by inserting the insertion broadcast data, to any of claims 1 to 1 7 The broadcast data sharing server device described.
前記配信手段は、前記通信媒体を介して各契約機器から放送データを受信する機能を有し、
前記記憶手段は、前記配信手段が各契約機器から受信した放送データをも記憶し、
前記制御手段は、前記配信手段によって受信され前記記憶手段に記憶された放送データも、各契約機器からの配信要求に応じて配信するように前記配信手段を制御する、請求項1〜19のいずれかに記載の放送データの共有サーバ装置。
The distribution means has a function of receiving broadcast data from each contract device via the communication medium,
The storage means also stores broadcast data received from each contract device by the distribution means,
Wherein, the broadcast data stored in the storage means is received by said distributing means also controls the delivery means to deliver in response to a distribution request from each contract equipment, any claim 1 to 19 A broadcast data sharing server device according to claim 1.
前記制御手段は、前記記憶手段に記憶されている放送データごとに、前記記憶手段に記憶されている期間を算出するための手段を含み、
前記放送データの共有サーバ装置はさらに、前記配信手段が配信する放送データごとに、前記記憶手段に記憶されていた期間の関数として課金を計算するための課金手段を含む、請求項2〜9のいずれかに記載の放送データの共有サーバ装置。
The control means includes means for calculating a period stored in the storage means for each broadcast data stored in the storage means,
10. The broadcast data sharing server apparatus further includes a billing unit for calculating a bill for each broadcast data distributed by the distribution unit as a function of a period stored in the storage unit. The broadcast data sharing server device according to any one of the above.
各前記契約機器からの、特定の放送データの配信に対する課金金額についての照会を受信するための手段と、
前記照会に応答して、前記特定の放送データの配信に対する課金金額を算出して前記照会を送信して来た契約機器に返信するための手段とをさらに含む、請求項1〜21のいずれかに記載の放送データの共有サーバ装置。
Means for receiving an inquiry from each said contract device for a billing amount for distribution of specific broadcast data;
In response to the inquiry, further comprising a specific means for replying to contract equipment came transmits the inquiry to calculate the billing amount for the delivery of broadcast data, claim 1-21 The broadcast data sharing server device according to claim 1.
JP2000383479A 2000-12-18 2000-12-18 Broadcast data sharing server device Expired - Fee Related JP3830756B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000383479A JP3830756B2 (en) 2000-12-18 2000-12-18 Broadcast data sharing server device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000383479A JP3830756B2 (en) 2000-12-18 2000-12-18 Broadcast data sharing server device

Publications (2)

Publication Number Publication Date
JP2002185931A JP2002185931A (en) 2002-06-28
JP3830756B2 true JP3830756B2 (en) 2006-10-11

Family

ID=18851129

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000383479A Expired - Fee Related JP3830756B2 (en) 2000-12-18 2000-12-18 Broadcast data sharing server device

Country Status (1)

Country Link
JP (1) JP3830756B2 (en)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6769128B1 (en) 1995-06-07 2004-07-27 United Video Properties, Inc. Electronic television program guide schedule system and method with data feed access
DE69812701T2 (en) 1997-07-21 2004-02-05 E Guide, Inc., Pasadena METHOD FOR NAVIGATING A TV PROGRAM GUIDE WITH ADVERTISING
CN1867068A (en) 1998-07-14 2006-11-22 联合视频制品公司 Client-server based interactive television program guide system with remote server recording
US6898762B2 (en) 1998-08-21 2005-05-24 United Video Properties, Inc. Client-server electronic program guide
KR20190096450A (en) 2000-10-11 2019-08-19 로비 가이드스, 인크. Systems and methods for delivering media content
WO2004040908A1 (en) * 2002-10-30 2004-05-13 Fujitsu Limited Stream server
US7493646B2 (en) * 2003-01-30 2009-02-17 United Video Properties, Inc. Interactive television systems with digital video recording and adjustable reminders
GB2399250B (en) * 2003-02-12 2005-08-24 Video Networks Ltd System and method for identification and insertion of advertising in broadcast programmes
GB0303176D0 (en) 2003-02-12 2003-03-19 Video Networks Ltd A system for capture and selective playback of broadcast programmes
JP2004265335A (en) 2003-03-04 2004-09-24 Sony Corp Information processing device and method, and program
WO2004082277A1 (en) * 2003-03-11 2004-09-23 Thomson Licensing S.A. Apparatus and method for distributing signals
US7738774B2 (en) * 2003-06-24 2010-06-15 Panasonic Corporation Recording device and proxy-recording device
US8462808B2 (en) 2004-09-02 2013-06-11 Brother Kogyo Kabushiki Kaisha Information server and communication apparatus
US20090259730A1 (en) * 2005-09-26 2009-10-15 Nec Personal Products, Ltd. Content accumulating system, user terminal apparatus, content accumulating method,content accumulating program and storage medium
JP4863680B2 (en) * 2005-09-30 2012-01-25 パナソニック株式会社 Broadcast receiver
US7801888B2 (en) 2007-03-09 2010-09-21 Microsoft Corporation Media content search results ranked by popularity
WO2009032046A1 (en) * 2007-08-31 2009-03-12 United Video Properties, Inc. Systems and methods for recording popular media in an interactive media delivery system
US10063934B2 (en) 2008-11-25 2018-08-28 Rovi Technologies Corporation Reducing unicast session duration with restart TV
JP2010273083A (en) * 2009-05-21 2010-12-02 Sharp Corp Video recorder, terminal device, video providing method, and control program for the video recorder
US8805418B2 (en) 2011-12-23 2014-08-12 United Video Properties, Inc. Methods and systems for performing actions based on location-based rules
JP6504695B2 (en) * 2015-01-21 2019-04-24 株式会社ナイルワークス Video distribution system
JP7069900B2 (en) 2018-03-19 2022-05-18 船井電機株式会社 Content distribution device

Also Published As

Publication number Publication date
JP2002185931A (en) 2002-06-28

Similar Documents

Publication Publication Date Title
JP3830756B2 (en) Broadcast data sharing server device
CN1321531C (en) Method and system for starting multimedia content timely
EP1900221B1 (en) System and method for digital content retrieval
US10250928B2 (en) Price driven multimedia content video time-bandwidth product improvement (VTBPI) reception
US7526788B2 (en) Graphic user interface alternate download options for unavailable PRM content
CN100359944C (en) Method and apparatus for producing program information and receiving apparatus for processing the information in a broadcast system
CA2451485C (en) Method and apparatus for recordable media content distribution
KR100795648B1 (en) Data transmission device, data receiving device, data transmitting method, data receiving method, recording device, playback device, recording method, and palyback method
US20030002862A1 (en) Bandwidth allocation and pricing system for downloadable media content
US20150289006A1 (en) Media recording and playback
US20040015993A1 (en) System and method for providing movies on demand
US20040113936A1 (en) Optimized delivery of multimedia content
CN103986970A (en) System for capture and selective playback of broadcast programmes
KR20110076831A (en) Dispersive network personal video recorder system and service method thereof
EP1396112A2 (en) Method and apparatus to send feedback from clients to a server in a content distribution broadcast system
US8533767B1 (en) Method and system for prioritizing content in a delivery queue of a content delivery system
JP3747541B2 (en) Program-related information transmission control method, program-related information transmission control device, and program-related information transmission control system
US20030005451A1 (en) Method and apparatus to distribute content descriptors in a content distribution broadcast system
US20020143591A1 (en) Method and apparatus for a hybrid content on demand broadcast system
US20020199197A1 (en) System for exchanging data
JP4483368B2 (en) Group program processing method, group program processing apparatus, and computer program
WO2003041383A2 (en) Provision of video-on-demand
KR100684030B1 (en) Network recording system and its method
US20190141111A1 (en) Method and System for Controlling Future Behavior of Devices
JP2002305703A (en) Broadcast program distribution device broadcast program distribution method, and its program and recording medium

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060322

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060517

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: 20060704

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060712

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees