JP3676048B2 - 放送システム、放送方法及び記録媒体 - Google Patents
放送システム、放送方法及び記録媒体 Download PDFInfo
- Publication number
- JP3676048B2 JP3676048B2 JP23797997A JP23797997A JP3676048B2 JP 3676048 B2 JP3676048 B2 JP 3676048B2 JP 23797997 A JP23797997 A JP 23797997A JP 23797997 A JP23797997 A JP 23797997A JP 3676048 B2 JP3676048 B2 JP 3676048B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- broadcast
- server
- information block
- channel
- 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 - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の技術分野】
本発明は、音声や動画等の連続したデータストリームを多数の端末へ放送するための技術に関わる。本発明は、ＩＰマルチキャストのように特定の端末群へ放送する場合にも、通常の放送のように全端末群へ配信する場合にも適用でき、例えば、各種のテレビジョン放送、ラジオ放送、文字放送等の種々の放送分野で利用することができる。
【０００２】
【従来の技術】
従来、例えばインターネット等のネットワークにおける音声や動画等の連続したマルチメディアデータストリームの放送は、図１に示すようなやり方で行われている。すなわち、種々のコンテンツ事業者（番組制作者）１Ａ〜１Ｄがそれぞれ独自の番組コンテンツのデータ３Ａ〜３Ｄを作成してファイルとしてディストリビュータ（配信事業者）に納入する。ディストリビュータ（配信事業者）は、それら番組データ３Ａ〜３Ｄを放送スケジュールに沿って繋ぎ合わせて一つのマルチメディアデータストリーム５を編集する。そして、このマルチメディアデータストリーム５をいったん一つの情報サーバ７に蓄積し、この情報サーバ７からその単一のデータストリーム５をネットワーク９上の端末１１群へ向けて放送する。
【０００３】
【発明が解決しようとする課題】
従来システムでは、一つの情報サーバ７に全番組のコンテンツを蓄積する必要がある。その準備として、コンテンツ事業者１Ａ〜１Ｄはそれぞれの番組データファイル３Ａ〜３Ｄをディストリビュータに持込み、ディストリビュータはそれらをスケジュールに合せて組合せてマルチメディアデータストリーム５を編集しそして情報サーバ７に蓄積する、という時間と手間と費用のかかる作業を行う必要がある。また、ディストリビュータ側では、高速で大容量の情報サーバ７を設備している必要があり、また、多くの人員も必要である。
【０００４】
こうしたことから、ディストリビュータに課される設備、作業、人員、コスト面での負担は大きい。そのため、通常、一つのディストリビュータは一つのチャンネル（データストリーム数）しか持っていないし、また、そのチャンネルのスケジュールはいったん決めたら変更しない。よって、クライアントは一つのディストリビュータが提供する番組を、固定的な一つのスケジュールに従って受信することしかできない。また、情報サーバが故障すると、全番組の放送が停止してしまう。
【０００５】
従って、本発明の目的は、より低コストな設備及び少ない作業量による放送を実現することにある。
【０００６】
本発明の別の目的は、複数チャンネルを通じ異なるスケジュールで放送することを容易化することにある。
【０００７】
本発明の更に別の目的は、放送スケジュールの変更を容易化することにある。
【０００８】
本発明の更に別の目的は、情報サーバの故障により放送停止される番組数を最小化することにある。
【０００９】
【課題を解決するための手段】
本発明に従う放送システムは、インデックスサーバに２台以上の情報サーバが通信可能に接続される放送システムであって、前記インデックスサーバは、放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールを記憶する記憶手段と、前記記憶手段に記憶された放送スケジュールに従って、前記送出する情報ブロック名と放送するべき放送時間帯と送出先チャンネルとを前記情報サーバの各々に対して送信する放送制御手段と、を備え、前記情報サーバは、２つ以上の情報ブロックのコンテンツデータを記憶する情報ブロック記憶手段と、前記放送スケジュールを前記インデックスサーバから受信する受信手段と、前記受信手段が受信した放送スケジュールに基づいて、情報ブロック名に対応する情報ブロックのコンテンツデータを送出先チャンネルによって指定されたチャンネルへ放送時間帯に従って放送する放送手段とを備える。
【００１０】
この放送システムは、典型的には次のような態様で用いることができる。すなわち、ディストリビュータ側にはインデックスサーバが設備され、複数のコンテンツ事業者の各々側には情報サーバが設備されるというように、インデックスサーバ及び情報サーバはネットワーク上で分散配置される。ディストリビュータ側のインデックスサーバは、そのディストリビュータが提供するチャンネルの放送スケジュールを管理している。各コンテンツ事業者の情報サーバは、各コンテンツ事業者の制作した番組（情報ブロック）のコンテンツデータを保持している。インデックスサーバは、各コンテンツ事業者の情報サーバに対し、放送スケジュールに従って各番組を放送するための時間帯とチャンネルとを指定する（時間帯の指定の仕方には、放送開始時刻及び終了時刻を前もって指定する方法や、放送開始時刻及び終了時刻に即時に放送開始しまた即時に放送終了するよう指示する方法など、種々の態様が採り得る）。各情報サーバは、インデックスサーバからの指定に従って各々の保有する番組のコンテンツデータを放送する。結果として、各チャンネル毎に、異なる情報サーバから放送される番組コンテンツが放送スケジュールに従って時間的に繋がって一連のデータストリームを構成する。クライアント端末（放送閲覧装置）は、一つ以上のチャンネルを選択して、その選択チャンネルから、種々の情報サーバから放送されているデータストリームを受信する。
【００１１】
本システムによれば、コンテンツ事業者側では、コンテンツデータの搬入作業が不要となり、自己の情報サーバに蓄積すればよく、ディストリビュータ側でも、コンテンツデータの編集作業が無くなるので、即時性の向上、作業の効率化などの効率的な情報発信が可能となる。また、従来のような全番組を記憶する大容量の情報サーバが不要となるので、特にディストリビュータ側の負担が軽減される。
【００１２】
また、複数の放送スケジュールをインデックスサーバに登録することで、容易に、複数のチャンネルに異なるスケジュールのデータストリームを構成することができる。放送スケジュールの変更も容易である。さらに、一部の情報サーバが停止しても、スケジュールの変更でチャンネルを維持することができ、システムのサバイバリティが高い。
【００１３】
好適な実施形態では、各情報サーバはＩＰマルチキャストの方法でコンテンツデータを放送する。従って、一つのデータストリームを多数のクライアント端末が同時に受信できる。
【００１４】
また、好適な実施形態では、インデックスサーバが、放送スケジュールの新規登録及び変更を行うための放送計画管理手段を有しているので、ディストリビュータ側でチャンネルを増設したり放送スケジュールを変更したりする作業が容易に行える。
【００１５】
また、好適な実施形態では、各情報サーバが、各情報ブロック（番組）のコンテンツデータと共に番組の放送時のタイトルを含む詳細情報を保有していて、その詳細情報をインデックスサーバへ通知することができる。そのため、コンテンツ事業者側で設定した番組に対する放送時のタイトルやその他の詳細情報（例えば、情報サーバのＵＲＬやＩＰアドレスなど）をインデックスサーバが自動的に把握することができるので、放送スケジュールの管理が容易にかつきめ細かく行える。
【００１６】
更に、好適な実施形態では、インデックスサーバは、各情報サーバからの問い合せに応答して各情報サーバの操作者が正式権限者であるか否かチェックして、チェック結果を各情報サーバへ返信する認証手段を有している。また、各情報サーバは、それぞれの操作者が入力したＩＤやパスワードのような情報をインデックスサーバへ送ってチェックを依頼し、インデックスサーバからのチェック結果が認証成功であるときにその操作者による操作を許可する手段を有している。これにより、ディストリビュータは、自己のチャンネルに無許可のコンテンツ事業者が勝手に放送することを防止することができる。
【００１７】
インデックスサーバ、情報サーバ及びクライアント端末は典型的にはコンピュータによって実施されるが、そのためのコンピュータプログラムは、ディスク形記憶装置、半導体記憶装置、通信ネットワークなどの種々の形態のプログラム媒体を通じてコンピュータにインストールすることができる。
【００１８】
【発明の実施の形態】
図２は、本発明の一実施形態にかかる放送システムの全体的な概略構成を示す。
【００１９】
ディストリビュータは、インデックスサーバ２１と呼ばれるサーバを設備している。インデックスサーバ２１には、ディストリビュータの提供する複数の放送チャンネルＣＨ１、ＣＨ２、…の各々の放送スケジュール（各チャンネルで放送される複数の番組とその放送時間を規定したもの）３１Ａ、３１Ｂ、…が格納されている。しかし、番組のコンテンツデータはインデックスサーバ２１には格納されていない。一方、複数のコンテンツ事業者の各々は、情報サーバ２５Ａ〜２５Ｄを設備している。各情報サーバ２５Ａ〜２５Ｄには、各コンテンツ事業者の作成した番組コンテンツのファイル（番組データファイル）３３Ａ〜３３Ｆが格納されている。
【００２０】
インデックスサーバ２１、情報サーバ２５Ａ〜２５Ｄ、及び多数のクライアント端末２９Ａ、２９Ｂ、…が、ネットワーク２３を介して通信可能に接続されている。インデックスサーバ２１は、そこに格納されている各チャンネルＣＨ１、ＣＨ２、…の放送スケジュール３１Ａ、３１Ｂ、…に従って各番組を規定された放送時間に各チャンネルへ放送するよう、各番組コンテンツを保有している情報サーバ２５Ａ〜２５Ｄに要求する。各情報サーバ２５Ａ〜２５Ｄは、インデックスサーバ２１からの要求に従い、各々の保有する番組データファイル３３Ａ〜３３Ｆのデータを指定された放送時間にネットワーク２３の指定されたチャンネルに送出する。全ての情報サーバ３３Ａ〜３３Ｆがこのように動作するので、ネットワーク２３上には、各チャンネルＣＨ１、ＣＨ２、…毎に、それぞれの放送スケジュール３１Ａ、３１Ｂ、…に従って番組コンテンツが連結したマルチメディアデータストリーム３５Ａ、３５Ｂ、…が形成される。
【００２１】
マルチメディアデータストリーム３５Ａ、３５Ｂ、…の放送は、例えばＩＰマルチキャストの方法で行われ、よって、１本のマルチメディアデータストリームを複数の端末２９Ａ、２９Ｂ、…が受信できる。尚、全端末が自由に受信できる通常の放送も、理論的には、ＩＰマルチキャストにおける全端末指定の特殊な一態様とみなすことができる。クライアント端末２９Ａ、２９Ｂ、…の各々は、複数の放送チャンネルＣＨ１、ＣＨ２、…の中から任意の１つ又は２つ以上のチャンネルを選択し、その選択したチャンネルからマルチメディアデータストリーム３５Ａ、３５Ｂ、…の１つ又は２つ以上を受信する。
【００２２】
上記システムでは、従来のようにコンテンツ事業者が自己の制作した番組コンテンツをディストリビュータに持込み、それをディストリビュータが編集する、という面倒な準備作業は必要ない。各コンテンツ事業者は、各々の番組コンテンツを各々の情報サーバ（従来のディストリビュータの情報サーバのように大容量である必要はない）に蓄積して指定された放送時間に放送すればよく、ディストリビュータはインデックスサーバ（これも従来の情報サーバのように大容量である必要はない）に各チャンネルのスケジュールを格納し、各コンテンツ事業者に放送時間を指示すればよい。従って、設備や人員等の面の負担、特にディストリビュータ側のそれ、が大幅に小さくなる。また、複数のチャンネルを提供するために行うべきことは、基本的に、複数チャンネルのスケジュールを作ってインデックスサーバ２１に登録することであって、各チャンネル毎に番組コンテンツを繋げてデータストリームを編集する必要はない。また、放送スケジュールの変更も、基本的に、インデックスサーバ２１内のスケジュールを変更するだけで良い。従って、容易に複数のチャンネルが提供できるし、各チャンネルのスケジュール変更も容易である。
【００２３】
図３は、インデックスサーバ２１と個々の情報サーバ２５の内部構成及び動作を示したものである。
【００２４】
インデックスサーバ２１は、サービス管理者認証部４１、番組管理者認証部４３、放送計画管理部４５及び放送制御部４７という処理モジュールを有し、また、管理者データベース４９及び番組データベース５１という資源を有する。個々の情報サーバ２５は、番組管理者認証部５３、コンテンツ保守部５５、番組保守部５７、及び放送部５９という処理モジュールを有し、また、上述した通り各番組の番組ファイル３３を有する。
【００２５】
以下、各部について詳細に説明する。まず、インデックスサーバ２１側から説明する。
【００２６】
インデックスサーバ２１の管理者データベース４９には、ディストリビュータ及びコンテンツ事業者の識別コード（ＩＤ）、パスワード及び管理者種別が登録されている。ディストリビュータの管理者種別は「サービス管理者」であり、各コンテンツ事業者の管理者種別は「番組管理者」である。
【００２７】
インデックスサーバ２１のサービス管理者認証部４１は、インデックスサーバ２１を操作する者がいたとき、その操作者が正式権限者であるか否かの判断を行うものである。すなわち、サービス管理者認証部４１は次のように動作する。
【００２８】
(1)その操作者からＩＤとパスワードの入力を受ける。
【００２９】
(2)入力されたＩＤとパスワードが管理者データベース４９内に予め登録されている「サービス管理者」のＩＤとパスワードと一致するか否かをチェックする。
【００３０】
(3)チェックの結果、ＩＤとパスワードの双方が一致していた場合にのみ、放送計画管理部４５を呼出す（これにより、後述するように放送スケジュール３１Ａ、３１Ｂ、…の新規登録、更新、削除などの作業が行えるようになる）。
【００３１】
インデックスサーバ２１の番組管理者認証部４３は、情報サーバ２５の番組管理者認証部５３と協働して、情報サーバ２５を操作する者がいたとき、その操作者が正式権限者であるか否かの判断を行うものである。すなわち、番組管理者認証部４３、５３は次のように動作する。
【００３２】
(1)情報サーバ２５の番組管理者認証部５３が、その操作者からＩＤとパスワードの入力を受ける。
【００３３】
(2)情報サーバ２５の番組管理者認証部５３が、入力されたＩＤとパスワードを問い合せメッセージに組込んで、インデックスサーバ２１に送信する。
【００３４】
(3)インデックスサーバ２１の番組管理者認証部４３が、情報サーバ２１からの問い合せメッセージに応答して、その入力されたＩＤとパスワードが管理者データベース４９内に予め登録されている「番組管理者」のＩＤとパスワードと一致するか否かをチェックする。ＩＤとパスワードの双方が一致したときのみ「認証成功」、それ以外は「認証失敗」と判断する。
【００３５】
(4)インデックスサーバ２１の番組管理者認証部４３が、認証成功か失敗かの判断結果を情報サーバ２５に返信する。
【００３６】
(5)情報サーバ２５の番組管理者認証部５３が、インデックスサーバ２１からの結果が「認証成功」であるときのみ、操作者に業務の選択を許可する。選択できる業務は「コンテンツ保守」と「番組保守」である。
【００３７】
(6)情報サーバ２５の番組管理者認証部５３が、操作者が「コンテンツ保守」を選択した場合、コンテンツ保守部５５を呼出し（これにより、後述するように番組コンテンツの新規登録、送信、削除などが行えるようになり）、一方、操作者が「番組保守」を選択した場合は、番組保守部５７を呼出す（これにより、後述するように放送スケジュール３１Ａ、３１Ｂ、…への番組詳細情報の登録や更新などが行えるようになる）。
【００３８】
インデックスサーバ２１の放送計画管理部４５は、番組データベース５１にチャンネル毎の放送スケジュール３１Ａ、３１Ｂ、…を新規登録したり、これを更新したり削除したりするスケジュール管理機能と、情報サーバ２５の番組保守部５７からの要求に従って放送スケジュール３１Ａ、３１Ｂ、…に各番組の詳細情報を新規登録したり、これを更新したりする番組管理機能とを有する。番組管理機能については、後に情報サーバ２５の番組保守部５７を説明する際に一緒に説明する。スケジュール管理機能については、その動作は次の通りである。
【００３９】
(1)放送計画管理部４５は、前述したサービス管理者認証部４１によって呼出されると、図４に示すような番組表をインデックスサーバ２１のディスプレイ装置（図示せず）に表示する。この番組表には、チャンネル番号と、番組名と、その番組を提供する情報サーバ名と、その番組の開始時刻及び終了時刻とをそれぞれエントリするためのフィールドが多数並んでいる。初期的には番組表の全フィールドはブランクである。
【００４０】
(2)放送計画管理部４５は、操作者から放送スケジュールの内容（つまり、チャンネル番号、番組名、情報サーバ名、開始時刻及び終了時刻）の入力を受けて、入力された内容を番組表にエントリする。その際、操作者がチャンネル番号を入力すると、放送計画管理部４５は、その入力されたチャンネル番号の登録済みの放送スケジュールを番組データベース５１内から探し、それが見つかった場合は、その登録済み放送スケジュールの内容を番組表にエントリする。そうした後に、放送計画管理部４５は、操作者から入力されたスケジュール内容を、番組表上の登録済み放送スケジュールの内容に上書きしていく。従って、この番組表上では、新規チャンネルのスケジュールの新規エントリは勿論、既存チャンネルの登録み放送スケジュールの変更も可能である。
【００４１】
(3)番組表へのエントリ作業が終わると、放送計画管理部４５は、番組表にエントリされた内容の放送スケジュールを、番組データベース５１に登録する。その際、上述のように番組表上で登録済み放送スケジュールが変更された場合は、その変更後の内容の放送スケジュールを番組データベース５１内の変更前の登録済み放送スケジュールに上書きする（つまり、更新する）。
【００４２】
番組データベース５１内の各放送スケジュール３１Ａ、３１Ｂ、…には、各番組について例えば次の事項が登録されている。
【００４３】
a)放送名（放送時の番組タイトル）
b)番組名（番組コンテンツの名称）
c)チャンネル番号
d)開始時刻
e)終了時刻
f)ＩＰマルチキャストアドレス（ＩＰマルチキャスト用の宛て先ＩＰアドレス）
g)情報サーバＩＰアドレス
h)情報サーバＵＲＬ
これらの事項の内、b)〜e)は上述したディストリビュータが行うスケジュール管理作業で登録されるものである。他の事項は、後述する番組保守作業で情報サーバ２５から提供される番組詳細情報に基づいて登録されるものである。
【００４４】
インデックスサーバ２１の放送制御部４７は、番組データベース５１内の放送スケジュール３１Ａ、３１Ｂ、…に従って各番組の開始及び終了指示を、各番組を担当する情報サーバ２５に与えるものである。その動作は次の通りである。
【００４５】
(1)番組データベース５１内の放送スケジュール３１Ａ、３１Ｂ、…から、各番組の開始時刻と終了時刻とチャンネル番号と、各番組を担当する情報サーバ２５のＩＰアドレスとを取得する。
【００４６】
(2)各情報サーバ２５に対し、その情報サーバ２５が担当する番組を、どのチャンネル番号へ何時に放送開始せよ又は即時に放送開始せよという放送開始指示と、何時に放送終了せよ又は即時に放送終了せよという放送終了指示とを送信する。
【００４７】
次に、情報サーバ２５側の各部を説明する。
【００４８】
情報サーバ２５の番組管理者認証部５３については、インデックスサーバ２１の番組管理者認証部４３と一緒に既に説明した通りである。
【００４９】
情報サーバ２５のコンテンツ保守部５５は、番組コンテンツやそれに関連する情報を番組ファイル３３として新規登録したり、それを更新したり削除したりするためのものである。その動作は次の通りである。
【００５０】
(1)既に説明した通り、番組管理者の認証成功の場合に番組管理者認証部５３によって呼出される。
【００５１】
(2)操作者から作業種別（登録、更新、削除）の指定を受け、さらに、登録又は更新の場合は対象の番組のコンテンツデータ及びフローメディア定義情報の入力を、また、削除の場合には対象の番組の番組名の指定を受ける。動画・音声データ、文字データ及び静止画像データなどの複数種類のデータを１番組のコンテンツデータとして入力することができる。フローメディア定義情報には、例えば次の様な情報が含まれる。
【００５２】
a)放送名
b)番組名
c)動画・音声データのファイル名
d)文字データのファイル名
e)静止画像データのファイル名
f)関連するＵＲＬ
(3)登録の場合、入力されたコンテンツデータ及びフローメディア定義情報を、新規の番組ファイル３３として登録する。１つの番組ファイル３３には、上述した各種コンテンツデータのファイル６１と、フローメディア定義情報のファイル６３とが含まれる。
【００５３】
(4)更新の場合、入力されたコンテンツデータ及びフローメディア定義情報を、対応する既存の番組ファイル３３に上書きする。
【００５４】
(5)削除の場合、指定された番組名の番組ファイル３３を削除する。但し、その番組がインデックスサーバ２１内のいずれかの放送スケジュール３１Ａ、３１Ｂ、…に登録されている場合は、削除を拒否する。
【００５５】
情報サーバ２５の番組保守部５７は、インデックスサーバ２１の放送計画部４５の番組保守機能と協働して、番組詳細情報をインデックスサーバ２１内の放送スケジュール３１Ａ、３１Ｂ、…に登録したり、これを更新したりするものである。番組保守部５７及び放送計画部４５の番組保守機能の動作は次の通りである。
【００５６】
(1)既に説明したように、番組保守部５７は、番組管理者の認証成功の場合に番組管理者認証部５３によって呼出される。
【００５７】
(2)番組保守部５７は、全ての番組（又は、操作者が指定した番組、又は新規登録もしくは更新された番組）の番組ファイル３３内のフローメディア定義ファイル６３を参照し、対象の番組の番組名を問い合せメッセージに組込んでインデックスサーバ２１に送信する。
【００５８】
(3)インデックスサーバ２１の放送計画部４５は、情報サーバ２５からの問い合せメッセージに応答して、番組データベース５２内の放送スケジュール３１Ａ、３１Ｂ、…から指定された番組名を検索する。
【００５９】
(4)インデックスサーバ２１の放送計画部４５は、検索の結果を情報サーバ２５へ返信する。検索結果には、登録されているか否か、並びに登録されている場合はチャンネル番号、開始時刻及び終了時刻が少なくとも含まれており、更に、既に番組詳細情報が登録済みの番組については、その登録済み番組詳細情報（放送名、ＩＰマルチアドレス、情報サーバＵＲＬなど）も含まれている。
【００６０】
(5)情報サーバ２５の番組保守部５７は、インデックスサーバ２１からの検索結果に問題が無ければ、対象番組のフローメディア定義ファイル６３から番組詳細情報を読み込んでこれをインデックスサーバ２１に送る。
【００６１】
(6)インデックスサーバ２１の放送計画部４５は、情報サーバ２５からの番組詳細情報を、その番組が登録されている放送スケジュール３１Ａ、３１Ｂ、…に登録する。
【００６２】
情報サーバ２５の放送部５９は、番組ファイル３３内のコンテンツデータをネットワーク２３へ放送するものである。その動作は次の通りである。
【００６３】
(1)既に述べたとおり、インデックスサーバ２１の放送制御部４７から、放送の開始指示と終了指示を受ける。
【００６４】
(2)開始指示に従って、対象の番組のコンテンツデータ及びＵＲＬを番組ファイル３３から読み込み、これを指定されたチャンネルへ、指定された開始時刻から放送を開始する。
【００６５】
(3)終了指示に従って、対象の番組の放送を指定された終了時刻に終了する。
【００６６】
以上、本発明の好適な一実施形態を説明したが、本発明は上に説明した実施形態以外の様々な形態でも実施することができる。例えば、ＩＰマルチキャスト以外の方法による放送にも適用できるし、通常のＴＶ放送に様に無線チャンネルを通じて放送する場合にも適用することができる。
【００６７】
以上、本発明の好適な実施形態を説明したが、本発明は上記実施形態にのみ限定されるものではなく、上記とは異なる種々の態様でも実施することができる。例えば、番組管理者の認証は、情報サーバ２５の番組管理者認証部５３のみによる認証、インデックスサーバ２１の番組管理者認証部４３のみによる認証、及び情報サーバ２５の番組管理者認証部５３とインデックスサーバ２１の番組管理者認証部４３との併用による認証の３通りを実施できるようにしてもよい。
【図面の簡単な説明】
【図１】従来の放送システムを示すブロック図。
【図２】本発明の一実施形態にかかる放送システムの全体的な概略構成を示すブロック図。
【図３】インデックスサーバ２１と情報サーバ２５の内部構成及び動作を示したブロック図。
【図４】番組表を示す説明図。
【符号の説明】
２１ インデックスサーバ
２３ ネットワーク
２５ 情報サーバ
２９ クライアント端末
３１ 放送スケジュール
３３ 番組コンテンツ
３５ マルチメディアデータストリーム
【発明の技術分野】
本発明は、音声や動画等の連続したデータストリームを多数の端末へ放送するための技術に関わる。本発明は、ＩＰマルチキャストのように特定の端末群へ放送する場合にも、通常の放送のように全端末群へ配信する場合にも適用でき、例えば、各種のテレビジョン放送、ラジオ放送、文字放送等の種々の放送分野で利用することができる。
【０００２】
【従来の技術】
従来、例えばインターネット等のネットワークにおける音声や動画等の連続したマルチメディアデータストリームの放送は、図１に示すようなやり方で行われている。すなわち、種々のコンテンツ事業者（番組制作者）１Ａ〜１Ｄがそれぞれ独自の番組コンテンツのデータ３Ａ〜３Ｄを作成してファイルとしてディストリビュータ（配信事業者）に納入する。ディストリビュータ（配信事業者）は、それら番組データ３Ａ〜３Ｄを放送スケジュールに沿って繋ぎ合わせて一つのマルチメディアデータストリーム５を編集する。そして、このマルチメディアデータストリーム５をいったん一つの情報サーバ７に蓄積し、この情報サーバ７からその単一のデータストリーム５をネットワーク９上の端末１１群へ向けて放送する。
【０００３】
【発明が解決しようとする課題】
従来システムでは、一つの情報サーバ７に全番組のコンテンツを蓄積する必要がある。その準備として、コンテンツ事業者１Ａ〜１Ｄはそれぞれの番組データファイル３Ａ〜３Ｄをディストリビュータに持込み、ディストリビュータはそれらをスケジュールに合せて組合せてマルチメディアデータストリーム５を編集しそして情報サーバ７に蓄積する、という時間と手間と費用のかかる作業を行う必要がある。また、ディストリビュータ側では、高速で大容量の情報サーバ７を設備している必要があり、また、多くの人員も必要である。
【０００４】
こうしたことから、ディストリビュータに課される設備、作業、人員、コスト面での負担は大きい。そのため、通常、一つのディストリビュータは一つのチャンネル（データストリーム数）しか持っていないし、また、そのチャンネルのスケジュールはいったん決めたら変更しない。よって、クライアントは一つのディストリビュータが提供する番組を、固定的な一つのスケジュールに従って受信することしかできない。また、情報サーバが故障すると、全番組の放送が停止してしまう。
【０００５】
従って、本発明の目的は、より低コストな設備及び少ない作業量による放送を実現することにある。
【０００６】
本発明の別の目的は、複数チャンネルを通じ異なるスケジュールで放送することを容易化することにある。
【０００７】
本発明の更に別の目的は、放送スケジュールの変更を容易化することにある。
【０００８】
本発明の更に別の目的は、情報サーバの故障により放送停止される番組数を最小化することにある。
【０００９】
【課題を解決するための手段】
本発明に従う放送システムは、インデックスサーバに２台以上の情報サーバが通信可能に接続される放送システムであって、前記インデックスサーバは、放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールを記憶する記憶手段と、前記記憶手段に記憶された放送スケジュールに従って、前記送出する情報ブロック名と放送するべき放送時間帯と送出先チャンネルとを前記情報サーバの各々に対して送信する放送制御手段と、を備え、前記情報サーバは、２つ以上の情報ブロックのコンテンツデータを記憶する情報ブロック記憶手段と、前記放送スケジュールを前記インデックスサーバから受信する受信手段と、前記受信手段が受信した放送スケジュールに基づいて、情報ブロック名に対応する情報ブロックのコンテンツデータを送出先チャンネルによって指定されたチャンネルへ放送時間帯に従って放送する放送手段とを備える。
【００１０】
この放送システムは、典型的には次のような態様で用いることができる。すなわち、ディストリビュータ側にはインデックスサーバが設備され、複数のコンテンツ事業者の各々側には情報サーバが設備されるというように、インデックスサーバ及び情報サーバはネットワーク上で分散配置される。ディストリビュータ側のインデックスサーバは、そのディストリビュータが提供するチャンネルの放送スケジュールを管理している。各コンテンツ事業者の情報サーバは、各コンテンツ事業者の制作した番組（情報ブロック）のコンテンツデータを保持している。インデックスサーバは、各コンテンツ事業者の情報サーバに対し、放送スケジュールに従って各番組を放送するための時間帯とチャンネルとを指定する（時間帯の指定の仕方には、放送開始時刻及び終了時刻を前もって指定する方法や、放送開始時刻及び終了時刻に即時に放送開始しまた即時に放送終了するよう指示する方法など、種々の態様が採り得る）。各情報サーバは、インデックスサーバからの指定に従って各々の保有する番組のコンテンツデータを放送する。結果として、各チャンネル毎に、異なる情報サーバから放送される番組コンテンツが放送スケジュールに従って時間的に繋がって一連のデータストリームを構成する。クライアント端末（放送閲覧装置）は、一つ以上のチャンネルを選択して、その選択チャンネルから、種々の情報サーバから放送されているデータストリームを受信する。
【００１１】
本システムによれば、コンテンツ事業者側では、コンテンツデータの搬入作業が不要となり、自己の情報サーバに蓄積すればよく、ディストリビュータ側でも、コンテンツデータの編集作業が無くなるので、即時性の向上、作業の効率化などの効率的な情報発信が可能となる。また、従来のような全番組を記憶する大容量の情報サーバが不要となるので、特にディストリビュータ側の負担が軽減される。
【００１２】
また、複数の放送スケジュールをインデックスサーバに登録することで、容易に、複数のチャンネルに異なるスケジュールのデータストリームを構成することができる。放送スケジュールの変更も容易である。さらに、一部の情報サーバが停止しても、スケジュールの変更でチャンネルを維持することができ、システムのサバイバリティが高い。
【００１３】
好適な実施形態では、各情報サーバはＩＰマルチキャストの方法でコンテンツデータを放送する。従って、一つのデータストリームを多数のクライアント端末が同時に受信できる。
【００１４】
また、好適な実施形態では、インデックスサーバが、放送スケジュールの新規登録及び変更を行うための放送計画管理手段を有しているので、ディストリビュータ側でチャンネルを増設したり放送スケジュールを変更したりする作業が容易に行える。
【００１５】
また、好適な実施形態では、各情報サーバが、各情報ブロック（番組）のコンテンツデータと共に番組の放送時のタイトルを含む詳細情報を保有していて、その詳細情報をインデックスサーバへ通知することができる。そのため、コンテンツ事業者側で設定した番組に対する放送時のタイトルやその他の詳細情報（例えば、情報サーバのＵＲＬやＩＰアドレスなど）をインデックスサーバが自動的に把握することができるので、放送スケジュールの管理が容易にかつきめ細かく行える。
【００１６】
更に、好適な実施形態では、インデックスサーバは、各情報サーバからの問い合せに応答して各情報サーバの操作者が正式権限者であるか否かチェックして、チェック結果を各情報サーバへ返信する認証手段を有している。また、各情報サーバは、それぞれの操作者が入力したＩＤやパスワードのような情報をインデックスサーバへ送ってチェックを依頼し、インデックスサーバからのチェック結果が認証成功であるときにその操作者による操作を許可する手段を有している。これにより、ディストリビュータは、自己のチャンネルに無許可のコンテンツ事業者が勝手に放送することを防止することができる。
【００１７】
インデックスサーバ、情報サーバ及びクライアント端末は典型的にはコンピュータによって実施されるが、そのためのコンピュータプログラムは、ディスク形記憶装置、半導体記憶装置、通信ネットワークなどの種々の形態のプログラム媒体を通じてコンピュータにインストールすることができる。
【００１８】
【発明の実施の形態】
図２は、本発明の一実施形態にかかる放送システムの全体的な概略構成を示す。
【００１９】
ディストリビュータは、インデックスサーバ２１と呼ばれるサーバを設備している。インデックスサーバ２１には、ディストリビュータの提供する複数の放送チャンネルＣＨ１、ＣＨ２、…の各々の放送スケジュール（各チャンネルで放送される複数の番組とその放送時間を規定したもの）３１Ａ、３１Ｂ、…が格納されている。しかし、番組のコンテンツデータはインデックスサーバ２１には格納されていない。一方、複数のコンテンツ事業者の各々は、情報サーバ２５Ａ〜２５Ｄを設備している。各情報サーバ２５Ａ〜２５Ｄには、各コンテンツ事業者の作成した番組コンテンツのファイル（番組データファイル）３３Ａ〜３３Ｆが格納されている。
【００２０】
インデックスサーバ２１、情報サーバ２５Ａ〜２５Ｄ、及び多数のクライアント端末２９Ａ、２９Ｂ、…が、ネットワーク２３を介して通信可能に接続されている。インデックスサーバ２１は、そこに格納されている各チャンネルＣＨ１、ＣＨ２、…の放送スケジュール３１Ａ、３１Ｂ、…に従って各番組を規定された放送時間に各チャンネルへ放送するよう、各番組コンテンツを保有している情報サーバ２５Ａ〜２５Ｄに要求する。各情報サーバ２５Ａ〜２５Ｄは、インデックスサーバ２１からの要求に従い、各々の保有する番組データファイル３３Ａ〜３３Ｆのデータを指定された放送時間にネットワーク２３の指定されたチャンネルに送出する。全ての情報サーバ３３Ａ〜３３Ｆがこのように動作するので、ネットワーク２３上には、各チャンネルＣＨ１、ＣＨ２、…毎に、それぞれの放送スケジュール３１Ａ、３１Ｂ、…に従って番組コンテンツが連結したマルチメディアデータストリーム３５Ａ、３５Ｂ、…が形成される。
【００２１】
マルチメディアデータストリーム３５Ａ、３５Ｂ、…の放送は、例えばＩＰマルチキャストの方法で行われ、よって、１本のマルチメディアデータストリームを複数の端末２９Ａ、２９Ｂ、…が受信できる。尚、全端末が自由に受信できる通常の放送も、理論的には、ＩＰマルチキャストにおける全端末指定の特殊な一態様とみなすことができる。クライアント端末２９Ａ、２９Ｂ、…の各々は、複数の放送チャンネルＣＨ１、ＣＨ２、…の中から任意の１つ又は２つ以上のチャンネルを選択し、その選択したチャンネルからマルチメディアデータストリーム３５Ａ、３５Ｂ、…の１つ又は２つ以上を受信する。
【００２２】
上記システムでは、従来のようにコンテンツ事業者が自己の制作した番組コンテンツをディストリビュータに持込み、それをディストリビュータが編集する、という面倒な準備作業は必要ない。各コンテンツ事業者は、各々の番組コンテンツを各々の情報サーバ（従来のディストリビュータの情報サーバのように大容量である必要はない）に蓄積して指定された放送時間に放送すればよく、ディストリビュータはインデックスサーバ（これも従来の情報サーバのように大容量である必要はない）に各チャンネルのスケジュールを格納し、各コンテンツ事業者に放送時間を指示すればよい。従って、設備や人員等の面の負担、特にディストリビュータ側のそれ、が大幅に小さくなる。また、複数のチャンネルを提供するために行うべきことは、基本的に、複数チャンネルのスケジュールを作ってインデックスサーバ２１に登録することであって、各チャンネル毎に番組コンテンツを繋げてデータストリームを編集する必要はない。また、放送スケジュールの変更も、基本的に、インデックスサーバ２１内のスケジュールを変更するだけで良い。従って、容易に複数のチャンネルが提供できるし、各チャンネルのスケジュール変更も容易である。
【００２３】
図３は、インデックスサーバ２１と個々の情報サーバ２５の内部構成及び動作を示したものである。
【００２４】
インデックスサーバ２１は、サービス管理者認証部４１、番組管理者認証部４３、放送計画管理部４５及び放送制御部４７という処理モジュールを有し、また、管理者データベース４９及び番組データベース５１という資源を有する。個々の情報サーバ２５は、番組管理者認証部５３、コンテンツ保守部５５、番組保守部５７、及び放送部５９という処理モジュールを有し、また、上述した通り各番組の番組ファイル３３を有する。
【００２５】
以下、各部について詳細に説明する。まず、インデックスサーバ２１側から説明する。
【００２６】
インデックスサーバ２１の管理者データベース４９には、ディストリビュータ及びコンテンツ事業者の識別コード（ＩＤ）、パスワード及び管理者種別が登録されている。ディストリビュータの管理者種別は「サービス管理者」であり、各コンテンツ事業者の管理者種別は「番組管理者」である。
【００２７】
インデックスサーバ２１のサービス管理者認証部４１は、インデックスサーバ２１を操作する者がいたとき、その操作者が正式権限者であるか否かの判断を行うものである。すなわち、サービス管理者認証部４１は次のように動作する。
【００２８】
(1)その操作者からＩＤとパスワードの入力を受ける。
【００２９】
(2)入力されたＩＤとパスワードが管理者データベース４９内に予め登録されている「サービス管理者」のＩＤとパスワードと一致するか否かをチェックする。
【００３０】
(3)チェックの結果、ＩＤとパスワードの双方が一致していた場合にのみ、放送計画管理部４５を呼出す（これにより、後述するように放送スケジュール３１Ａ、３１Ｂ、…の新規登録、更新、削除などの作業が行えるようになる）。
【００３１】
インデックスサーバ２１の番組管理者認証部４３は、情報サーバ２５の番組管理者認証部５３と協働して、情報サーバ２５を操作する者がいたとき、その操作者が正式権限者であるか否かの判断を行うものである。すなわち、番組管理者認証部４３、５３は次のように動作する。
【００３２】
(1)情報サーバ２５の番組管理者認証部５３が、その操作者からＩＤとパスワードの入力を受ける。
【００３３】
(2)情報サーバ２５の番組管理者認証部５３が、入力されたＩＤとパスワードを問い合せメッセージに組込んで、インデックスサーバ２１に送信する。
【００３４】
(3)インデックスサーバ２１の番組管理者認証部４３が、情報サーバ２１からの問い合せメッセージに応答して、その入力されたＩＤとパスワードが管理者データベース４９内に予め登録されている「番組管理者」のＩＤとパスワードと一致するか否かをチェックする。ＩＤとパスワードの双方が一致したときのみ「認証成功」、それ以外は「認証失敗」と判断する。
【００３５】
(4)インデックスサーバ２１の番組管理者認証部４３が、認証成功か失敗かの判断結果を情報サーバ２５に返信する。
【００３６】
(5)情報サーバ２５の番組管理者認証部５３が、インデックスサーバ２１からの結果が「認証成功」であるときのみ、操作者に業務の選択を許可する。選択できる業務は「コンテンツ保守」と「番組保守」である。
【００３７】
(6)情報サーバ２５の番組管理者認証部５３が、操作者が「コンテンツ保守」を選択した場合、コンテンツ保守部５５を呼出し（これにより、後述するように番組コンテンツの新規登録、送信、削除などが行えるようになり）、一方、操作者が「番組保守」を選択した場合は、番組保守部５７を呼出す（これにより、後述するように放送スケジュール３１Ａ、３１Ｂ、…への番組詳細情報の登録や更新などが行えるようになる）。
【００３８】
インデックスサーバ２１の放送計画管理部４５は、番組データベース５１にチャンネル毎の放送スケジュール３１Ａ、３１Ｂ、…を新規登録したり、これを更新したり削除したりするスケジュール管理機能と、情報サーバ２５の番組保守部５７からの要求に従って放送スケジュール３１Ａ、３１Ｂ、…に各番組の詳細情報を新規登録したり、これを更新したりする番組管理機能とを有する。番組管理機能については、後に情報サーバ２５の番組保守部５７を説明する際に一緒に説明する。スケジュール管理機能については、その動作は次の通りである。
【００３９】
(1)放送計画管理部４５は、前述したサービス管理者認証部４１によって呼出されると、図４に示すような番組表をインデックスサーバ２１のディスプレイ装置（図示せず）に表示する。この番組表には、チャンネル番号と、番組名と、その番組を提供する情報サーバ名と、その番組の開始時刻及び終了時刻とをそれぞれエントリするためのフィールドが多数並んでいる。初期的には番組表の全フィールドはブランクである。
【００４０】
(2)放送計画管理部４５は、操作者から放送スケジュールの内容（つまり、チャンネル番号、番組名、情報サーバ名、開始時刻及び終了時刻）の入力を受けて、入力された内容を番組表にエントリする。その際、操作者がチャンネル番号を入力すると、放送計画管理部４５は、その入力されたチャンネル番号の登録済みの放送スケジュールを番組データベース５１内から探し、それが見つかった場合は、その登録済み放送スケジュールの内容を番組表にエントリする。そうした後に、放送計画管理部４５は、操作者から入力されたスケジュール内容を、番組表上の登録済み放送スケジュールの内容に上書きしていく。従って、この番組表上では、新規チャンネルのスケジュールの新規エントリは勿論、既存チャンネルの登録み放送スケジュールの変更も可能である。
【００４１】
(3)番組表へのエントリ作業が終わると、放送計画管理部４５は、番組表にエントリされた内容の放送スケジュールを、番組データベース５１に登録する。その際、上述のように番組表上で登録済み放送スケジュールが変更された場合は、その変更後の内容の放送スケジュールを番組データベース５１内の変更前の登録済み放送スケジュールに上書きする（つまり、更新する）。
【００４２】
番組データベース５１内の各放送スケジュール３１Ａ、３１Ｂ、…には、各番組について例えば次の事項が登録されている。
【００４３】
a)放送名（放送時の番組タイトル）
b)番組名（番組コンテンツの名称）
c)チャンネル番号
d)開始時刻
e)終了時刻
f)ＩＰマルチキャストアドレス（ＩＰマルチキャスト用の宛て先ＩＰアドレス）
g)情報サーバＩＰアドレス
h)情報サーバＵＲＬ
これらの事項の内、b)〜e)は上述したディストリビュータが行うスケジュール管理作業で登録されるものである。他の事項は、後述する番組保守作業で情報サーバ２５から提供される番組詳細情報に基づいて登録されるものである。
【００４４】
インデックスサーバ２１の放送制御部４７は、番組データベース５１内の放送スケジュール３１Ａ、３１Ｂ、…に従って各番組の開始及び終了指示を、各番組を担当する情報サーバ２５に与えるものである。その動作は次の通りである。
【００４５】
(1)番組データベース５１内の放送スケジュール３１Ａ、３１Ｂ、…から、各番組の開始時刻と終了時刻とチャンネル番号と、各番組を担当する情報サーバ２５のＩＰアドレスとを取得する。
【００４６】
(2)各情報サーバ２５に対し、その情報サーバ２５が担当する番組を、どのチャンネル番号へ何時に放送開始せよ又は即時に放送開始せよという放送開始指示と、何時に放送終了せよ又は即時に放送終了せよという放送終了指示とを送信する。
【００４７】
次に、情報サーバ２５側の各部を説明する。
【００４８】
情報サーバ２５の番組管理者認証部５３については、インデックスサーバ２１の番組管理者認証部４３と一緒に既に説明した通りである。
【００４９】
情報サーバ２５のコンテンツ保守部５５は、番組コンテンツやそれに関連する情報を番組ファイル３３として新規登録したり、それを更新したり削除したりするためのものである。その動作は次の通りである。
【００５０】
(1)既に説明した通り、番組管理者の認証成功の場合に番組管理者認証部５３によって呼出される。
【００５１】
(2)操作者から作業種別（登録、更新、削除）の指定を受け、さらに、登録又は更新の場合は対象の番組のコンテンツデータ及びフローメディア定義情報の入力を、また、削除の場合には対象の番組の番組名の指定を受ける。動画・音声データ、文字データ及び静止画像データなどの複数種類のデータを１番組のコンテンツデータとして入力することができる。フローメディア定義情報には、例えば次の様な情報が含まれる。
【００５２】
a)放送名
b)番組名
c)動画・音声データのファイル名
d)文字データのファイル名
e)静止画像データのファイル名
f)関連するＵＲＬ
(3)登録の場合、入力されたコンテンツデータ及びフローメディア定義情報を、新規の番組ファイル３３として登録する。１つの番組ファイル３３には、上述した各種コンテンツデータのファイル６１と、フローメディア定義情報のファイル６３とが含まれる。
【００５３】
(4)更新の場合、入力されたコンテンツデータ及びフローメディア定義情報を、対応する既存の番組ファイル３３に上書きする。
【００５４】
(5)削除の場合、指定された番組名の番組ファイル３３を削除する。但し、その番組がインデックスサーバ２１内のいずれかの放送スケジュール３１Ａ、３１Ｂ、…に登録されている場合は、削除を拒否する。
【００５５】
情報サーバ２５の番組保守部５７は、インデックスサーバ２１の放送計画部４５の番組保守機能と協働して、番組詳細情報をインデックスサーバ２１内の放送スケジュール３１Ａ、３１Ｂ、…に登録したり、これを更新したりするものである。番組保守部５７及び放送計画部４５の番組保守機能の動作は次の通りである。
【００５６】
(1)既に説明したように、番組保守部５７は、番組管理者の認証成功の場合に番組管理者認証部５３によって呼出される。
【００５７】
(2)番組保守部５７は、全ての番組（又は、操作者が指定した番組、又は新規登録もしくは更新された番組）の番組ファイル３３内のフローメディア定義ファイル６３を参照し、対象の番組の番組名を問い合せメッセージに組込んでインデックスサーバ２１に送信する。
【００５８】
(3)インデックスサーバ２１の放送計画部４５は、情報サーバ２５からの問い合せメッセージに応答して、番組データベース５２内の放送スケジュール３１Ａ、３１Ｂ、…から指定された番組名を検索する。
【００５９】
(4)インデックスサーバ２１の放送計画部４５は、検索の結果を情報サーバ２５へ返信する。検索結果には、登録されているか否か、並びに登録されている場合はチャンネル番号、開始時刻及び終了時刻が少なくとも含まれており、更に、既に番組詳細情報が登録済みの番組については、その登録済み番組詳細情報（放送名、ＩＰマルチアドレス、情報サーバＵＲＬなど）も含まれている。
【００６０】
(5)情報サーバ２５の番組保守部５７は、インデックスサーバ２１からの検索結果に問題が無ければ、対象番組のフローメディア定義ファイル６３から番組詳細情報を読み込んでこれをインデックスサーバ２１に送る。
【００６１】
(6)インデックスサーバ２１の放送計画部４５は、情報サーバ２５からの番組詳細情報を、その番組が登録されている放送スケジュール３１Ａ、３１Ｂ、…に登録する。
【００６２】
情報サーバ２５の放送部５９は、番組ファイル３３内のコンテンツデータをネットワーク２３へ放送するものである。その動作は次の通りである。
【００６３】
(1)既に述べたとおり、インデックスサーバ２１の放送制御部４７から、放送の開始指示と終了指示を受ける。
【００６４】
(2)開始指示に従って、対象の番組のコンテンツデータ及びＵＲＬを番組ファイル３３から読み込み、これを指定されたチャンネルへ、指定された開始時刻から放送を開始する。
【００６５】
(3)終了指示に従って、対象の番組の放送を指定された終了時刻に終了する。
【００６６】
以上、本発明の好適な一実施形態を説明したが、本発明は上に説明した実施形態以外の様々な形態でも実施することができる。例えば、ＩＰマルチキャスト以外の方法による放送にも適用できるし、通常のＴＶ放送に様に無線チャンネルを通じて放送する場合にも適用することができる。
【００６７】
以上、本発明の好適な実施形態を説明したが、本発明は上記実施形態にのみ限定されるものではなく、上記とは異なる種々の態様でも実施することができる。例えば、番組管理者の認証は、情報サーバ２５の番組管理者認証部５３のみによる認証、インデックスサーバ２１の番組管理者認証部４３のみによる認証、及び情報サーバ２５の番組管理者認証部５３とインデックスサーバ２１の番組管理者認証部４３との併用による認証の３通りを実施できるようにしてもよい。
【図面の簡単な説明】
【図１】従来の放送システムを示すブロック図。
【図２】本発明の一実施形態にかかる放送システムの全体的な概略構成を示すブロック図。
【図３】インデックスサーバ２１と情報サーバ２５の内部構成及び動作を示したブロック図。
【図４】番組表を示す説明図。
【符号の説明】
２１ インデックスサーバ
２３ ネットワーク
２５ 情報サーバ
２９ クライアント端末
３１ 放送スケジュール
３３ 番組コンテンツ
３５ マルチメディアデータストリーム
Claims (12)
- インデックスサーバに２台以上の情報サーバが通信可能に接続される放送システムであって、
前記インデックスサーバは、
放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールを記憶する記憶手段と、
前記記憶手段に記憶された放送スケジュールに従って、前記送出する情報ブロック名と放送するべき放送時間帯と送出先チャンネルとを前記情報サーバの各々に対して送信する放送制御手段と、を備え、
前記情報サーバは、
２つ以上の情報ブロックのコンテンツデータを記憶する情報ブロック記憶手段と、
前記放送スケジュールを前記インデックスサーバから受信する受信手段と、
前記受信手段が受信した放送スケジュールに基づいて、情報ブロック名に対応する情報ブロックのコンテンツデータを送出先チャンネルによって指定されたチャンネルへ放送時間帯に従って放送する放送手段と
を備えた放送システム。 - 前記情報サーバと前記インデックスサーバが通信ネットワーク上で分散配置されている請求項１記載の放送システム。
- 前記情報サーバの各々が、ＩＰマルチキャストの方法で前記コンテンツデータを放送する請求項１記載の放送システム。
- 前記インデックスサーバが、前記放送スケジュールの新規登録及び変更を行うための放送計画管理手段を有する請求項１記載の放送システム。
- 前記情報サーバが、各情報ブロックの前記コンテンツデータと共に各情報ブロックの放送時のタイトルを含む情報ブロック詳細情報を保有し、且つ、前記情報ブロック詳細情報を前記インデックスサーバへ通知する手段を有する請求項１記載の放送システム。
- 前記インデックスサーバが、各情報サーバからの問い合せに応答して各情報サーバの操作者が正式権限者であるか否かチェックして、チェック結果を各情報サーバへ返信する認証手段を有し、
前記各情報サーバが、各情報サーバの操作者が入力した情報を前記インデックスサーバへ送って前記チェックを依頼し、前記インデックスサーバからのチェック結果が認証成功であるときに前記操作者による各情報サーバの操作を許可する手段を有する請求項１記載の放送システム。 - 前記情報サーバに放送閲覧装置が通信可能に接続され、
前記放送閲覧装置は、
前記複数あるチャンネルの中から任意のチャンネルを選択する選択手段と、
前記２台以上の情報サーバから前記選択手段によって選択したチャンネルへ放送されている前記コンテンツデータのストリームを受信する受信手段と、
を備えた請求項１から請求項６のうちいずれかに記載の放送システム。 - ２つ以上の情報ブロックのコンテンツデータを保有して、各情報ブロックのコンテンツデータを指定された時間帯に指定されたチャンネルへ選択的に放送する２台以上の情報サーバと通信可能なインデックスサーバであって、
放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールを記憶する記憶手段と、
前記記憶手段に記憶された放送スケジュールに従って、前記送出する情報ブロック名と放送するべき放送時間帯と送出先チャンネルとを前記情報サーバの各々に対して送信する放送制御手段と、
を備えたインデックスサーバ。 - ２台以上の情報サーバに対して２つ以上のチャンネルの各々の放送スケジュールを管理し、放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールを前記情報サーバ名に基づいて送信するインデックスサーバと通信可能に接続される情報サーバであって、
２つ以上の情報ブロックのコンテンツデータを記憶する情報ブロック記憶手段と、
前記放送スケジュールを前記インデックスサーバから受信する受信手段と、
前記受信手段が受信した放送スケジュールに基づいて、情報ブロック名に対応する情報ブロックのコンテンツデータを送出先チャンネルによって指定されたチャンネルへ放送時間帯に従って放送する放送手段と
を備えた情報サーバ。 - ２つ以上の情報ブロックのコンテンツデータを保有して、各情報ブロックのコンテンツデータを指定された時間帯に指定されたチャンネルへ選択的に放送する２台以上の情報サーバとインデックスサーバとが通信可能に接続された放送システムにおける放送方法であって、
前記インデックスサーバは、
放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールに従って、前記送出する情報ブロック名と放送するべき放送時間帯と送出先チャンネルとを前記情報サーバの各々に対して送信し、
前記情報サーバは、
前記放送スケジュールを前記インデックスサーバから受信し、
受信した放送スケジュールに基づいて、情報ブロック名に対応する情報ブロックのコンテンツデータを送出先チャンネルによって指定されたチャンネルへ放送時間帯に従って放送する
放送方法。 - ２つ以上の情報ブロックのコンテンツデータを保有して、各情報ブロックのコンテンツデータを指定された時間帯に指定されたチャンネルへ選択的に放送する２台以上の情報サーバと通信可能なインデックスサーバに用いられる記録媒体であって、
放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールに従って、前記送出する情報ブロック名と放送するべき放送時間帯と送出先チャンネルとを前記情報サーバの各々に対して送信するステップ
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。 - ２台以上の情報サーバに対して２つ以上のチャンネルの各々の放送スケジュールを管理し、放送を指示する対象となる情報サーバ名と、送出する情報ブロック名と、複数あるチャンネルのうち該送出する情報ブロック名に対応する情報ブロックを送信するチャンネルを特定する送出先チャンネルと、放送するべき放送時間帯との関係を示した放送スケジュールを前記情報サーバ名に基づいて送信するインデックスサーバと通信可能に接続される情報サーバに用いられる記録媒体であって、
前記放送スケジュールを前記インデックスサーバから受信する受信するステップと、
前記受信手段が受信した放送スケジュールに基づいて、２つ以上の情報ブロックのコンテンツデータを記憶する情報ブロック記憶手段から情報ブロック名に対応する情報ブロックのコンテンツデータを読み出して送出先チャンネルによって指定されたチャンネルへ放送時間帯に従って放送するステップ
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23797997A JP3676048B2 (ja) | 1997-09-03 | 1997-09-03 | 放送システム、放送方法及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23797997A JP3676048B2 (ja) | 1997-09-03 | 1997-09-03 | 放送システム、放送方法及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1188279A JPH1188279A (ja) | 1999-03-30 |
| JP3676048B2 true JP3676048B2 (ja) | 2005-07-27 |
Family
ID=17023320
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23797997A Expired - Lifetime JP3676048B2 (ja) | 1997-09-03 | 1997-09-03 | 放送システム、放送方法及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3676048B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4209126B2 (ja) * | 1999-05-20 | 2009-01-14 | ヤマハ株式会社 | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 |
| JP2001036423A (ja) | 1999-05-20 | 2001-02-09 | Yamaha Corp | 番組再生システム及び番組再生方法 |
| CN1106099C (zh) * | 1999-06-14 | 2003-04-16 | 林昌鑫 | 多媒体数据的播放装置与方法 |
| JP2001054095A (ja) * | 1999-08-09 | 2001-02-23 | Fujitsu Ltd | 情報配信／再生制御装置、情報配信／再生制御方法および情報配信／再生制御プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP4517480B2 (ja) * | 2000-01-31 | 2010-08-04 | ソニー株式会社 | 情報提供システム、情報端末装置、情報サーバ装置及び情報提供方法 |
| US8082355B1 (en) * | 2000-05-26 | 2011-12-20 | Thomson Licensing | Internet multimedia advertisement insertion architecture |
| JP4489269B2 (ja) * | 2000-08-09 | 2010-06-23 | シャープ株式会社 | 番組受信装置 |
| WO2002037855A1 (fr) * | 2000-11-01 | 2002-05-10 | Interglobe Television Corporation | Systeme de distribution d'informations |
| KR100418502B1 (ko) * | 2001-08-10 | 2004-02-11 | 주식회사 인터엠 | 방송 시스템 유지 관리방법 |
| JP3801014B2 (ja) | 2001-10-30 | 2006-07-26 | 日本電気株式会社 | 同期制御サーバ、チャネルドライバ及びプログラム |
| JP3685753B2 (ja) | 2001-11-30 | 2005-08-24 | パナソニック コミュニケーションズ株式会社 | 宅側情報配信システム及び番組受信方法 |
| JP2005513606A (ja) * | 2001-12-15 | 2005-05-12 | トムソン ライセンシング ソシエテ アノニム | サーバ呼び出しタイムスケジューリングテレビ会議 |
| JP2004312413A (ja) * | 2003-04-08 | 2004-11-04 | Sony Corp | コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム |
| JP2004312412A (ja) | 2003-04-08 | 2004-11-04 | Sony Corp | コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム |
| JP4990718B2 (ja) * | 2007-08-17 | 2012-08-01 | 日本電信電話株式会社 | メディアストリーム加工システム、メディアストリーム加工方法、コンポーネント実現装置 |
| JP5027868B2 (ja) * | 2009-12-21 | 2012-09-19 | 日本放送協会 | チャンネル情報管理装置及びチャンネル情報管理プログラム |
-
1997
- 1997-09-03 JP JP23797997A patent/JP3676048B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1188279A (ja) | 1999-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3676048B2 (ja) | 放送システム、放送方法及び記録媒体 | |
| US6160988A (en) | System and method for managing hardware to control transmission and reception of video broadcasts | |
| EP2449771B1 (en) | Centralized content management system for managing distribution of packages to video service providers | |
| US7451202B2 (en) | Information management system having a common management server for establishing secure communication among groups formed out of a plurality of terminals | |
| JPH09214935A (ja) | 映像情報提供システム | |
| JP2004193920A (ja) | 番組配信システム及び受信装置 | |
| US8555401B2 (en) | Content provision system | |
| CN102197410A (zh) | 用于创建和共享媒体内容的书签的方法和系统 | |
| KR20110025051A (ko) | 네트워크 상에서 컨텐츠와 컨텐츠의 메타 데이터를 중개하는 시스템 및 방법 | |
| JP4306365B2 (ja) | サーバ及びコンテンツ受信装置 | |
| US20060168651A1 (en) | Service use method and management method | |
| CN109936751A (zh) | 视频录制方法、装置、设备、计算机可读存储介质和系统 | |
| EP1843519B1 (en) | Method for processing the multicast service and the system thereof | |
| JP4571937B2 (ja) | アクセスシステム及びアクセス方法 | |
| JP2002320246A (ja) | 視聴履歴利用システム及びそれに関する装置 | |
| KR100751424B1 (ko) | 디지털 극장의 영화 컨텐츠 송출 시스템 및 그 방법 | |
| CN109302624A (zh) | 显示屏播放系统及播放控制方法 | |
| CN112423017A (zh) | 频道包装系统 | |
| CN100414876C (zh) | 一种宽带视频业务的接入方法 | |
| CN1997145B (zh) | 模板更换的方法、系统和设备 | |
| JP4130760B2 (ja) | コンテンツ配信管理方法，装置およびプログラム | |
| US7548966B2 (en) | Multi-layer user management method for multicasting proxy | |
| CN101166265B (zh) | 一种宽带视频业务的接入方法 | |
| JP4285015B2 (ja) | ネットワーク放送システム、コンテンツ配信方法、及び番組提供装置 | |
| JP2006040038A (ja) | 情報処理装置、デジタルコンテンツ配信システム及びライセンス管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040709 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040730 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040730 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040906 |
|
| RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20040903 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041008 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050118 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050318 |
|
| 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: 20050419 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050427 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090513 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090513 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100513 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130513 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |