(57)【要約】【課題】  通信網の通信負荷を軽減するとともに、低コストで導入できる放送システムを提供する。【解決手段】  放送時間が対応付けられた定時放送コンテンツを配信する放送サーバーＳと、定時放送コンテンツを受信する複数の端末Ｔ１,Ｔ２…Ｔｎとが通信網であるインタ―ネットＩを介して接続され，これら端末のうちの１又は複数を一単位とした複数の端末グループＧ１,Ｇ２…Ｇｎが形成されている。そして、放送サーバーＳは、上記端末Ｔ１,Ｔ２…Ｔｎの端末処理部７の要求によって、放送時間よりも前に定時放送コンテンツを配信し、時間差配信を可能にしている。【選択図】  図１
2020065137.tif 000002
【特許請求の範囲】
【請求項１】
放送時間が対応付けられた定時放送コンテンツを配信する放送サーバーと、定時放送コンテンツを受信する複数の端末とが通信網を介して接続され、
これら端末のうちの１又は複数を一単位とした複数の端末グループを形成し、
上記放送サーバーは、
サーバー処理部と、入力部と、サーバー記憶部と、サーバー通信部とを備え、
上記サーバー記憶部には、上記入力部から入力された上記定時放送コンテンツが記憶され、
上記サーバー処理部は、定時放送コンテンツの放送時間前であってあらかじめ設定された配信時間内に、上記サーバー通信部を介して、上記端末グループごとに時間差を設けて定時放送コンテンツを上記端末に配信する機能を備え、
上記端末グループの各端末は、
放送サーバーから配信された定時放送コンテンツを受信する端末通信部と、
この端末通信部で受信した定時放送コンテンツを記憶する端末記憶部と、
音声又は画像によって定時放送コンテンツを出力する出力部と、
あらかじめ設定された放送時間に、上記端末記憶部に記憶された定時放送コンテンツを上記出力部から出力させる端末処理部と
が備えられた放送システム。
【請求項２】
緊急事態の発生あるいはその経過や対処方法などを知らせる緊急放送コンテンツには上記端末グループに対する配信の優先順位を示す信号が付与されてサーバー処理部に入力されるとともに、
上記サーバー処理部は上記優先順位信号に準じて緊急放送コンテンツを上記端末グループに配信する一方、
上記緊急放送コンテンツを上記端末処理部が受信したとき、
この端末処理部は、
上記優先順位信号によって緊急放送コンテンツであることを認識する機能と、
放送中の定時放送があるかないかを判定する機能と、
定時放送があると判定したとき、その定時放送時間に割り込ませて上記緊急放送コンテンツを出力させる機能と、
定時放送がないと判定したとき、上記緊急放送コンテンツの受信と同時に緊急放送を出力させる機能とを備えた請求項１に記載の放送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、小規模なローカル放送に最適な放送システムに関する。
【背景技術】
【０００２】
従来から知られている放送システムのほとんどは、放送すべき放送時間帯をあらかじめ決めておき、その放送時間に放送コンテンツを多数の端末に同時配信するようにしている。放送コンテンツを放送時間に同時配信するのは、規模の小さなローカル放送などでも同じである。
【０００３】
しかし、どんなに小規模なローカル放送であっても、近年の大容量データ通信時代に対応しなければならない。このような大容量データ通信時代に、放送コンテンツを多数の端末に同時配信すれば、通信負荷が大きくならざるを得ない。
【０００４】
また、最近はローカル放送も有線放送からインターネット放送にとって代わる傾向もある。しかし、インターネット自体はすべての人に開かれた通信システムなので、通信網が混雑することがある。このような混雑状況の中で、大容量のデータを同時配信しようとすれば、やはり通信負荷が大きくなってしまう。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２０８０４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のように大容量データ通信時代に対応した放送システムを構築しようとすれば、通信負荷の増大を無視できなくなるので、従来は放送システム全体の設備費がかさんでしまうという問題があった。
【０００７】
また、通信容量を必要最小限に設定したりすれば、その容量を少しでもオーバーしたときに、通信が不可能になったり、音声や画像が乱れたりしてしまう。そのために通信容量にゆとりを持たせて設備を考えなければならない。また、大容量データ通信では送信側のサーバーの容量も大きくせざるをえない。結果的には、通信容量を必要以上に大きくしなければならず、設備費の増大が避けられなかった。
【０００８】
この発明の目的は、通信負荷を小さくできるとともに、全体の設備費も少なくできる放送システムを提供することである。
【課題を解決するための手段】
【０００９】
第１の発明の最大の特徴は、放送サーバーが放送時間前に定時放送コンテンツを端末に配信して、その定時放送コンテンツを一時的に端末に記憶させるとともに、上記放送時間になった時点で当該端末がその番組を時間通りに放送を開始する点にある。
【００１０】
上記のように放送時間前に定時放送コンテンツを配信するようにしたので、配信から放送時間までの間に時間的なゆとりを作ることができる。このように時間的なゆとりを作れるので、そのゆとり時間内で配信時間に差を設けることができる。つまり、従来は同時配信を原則としていたのに対して、この発明は時間差配信を可能にした点に特徴を有するものである。言い換えると、同時配信という従来の既成概念を打破して、まったく新しい概念の放送システムを構築した点に特徴を有する。
【００１１】
そして、複数の端末のうちの１または複数を一単位にして複数の端末グループを形成し、放送サーバーは、これら端末グループごとに時間差を設けて上記コンテンツを端末に配信する機能を備えている。
【００１２】
なお、上記端末グループごとに配信時間に差を設けるが、当該端末グループに割り当てられた配信時間内であれば、グループを構成する端末ごとに配信時間に差を設けてもよいし、それら複数の端末を一括して同時配信をしてもよい。ただし、同時配信するときには、通信負荷にゆとりを持てる範囲で、ひとくくりの端末の数を設定すべきである。もし、１つの端末グループをひとくくりにして同時配信すると、通信負荷が大きくなりすぎるときには、当該端末グループ内でさらに小グループを形成し、それら小グループごとに時間差配信ができるようにしてもよい。
【００１３】
また、この発明では、放送コンテンツにはその放送時間が対応付けられ、各端末がその放送時間を認識して当該時刻に放送コンテンツを自動的に放送するようにしている。したがって、すべての機能を放送サーバーに依存するのではなく、放送サーバーと端末とで機能分担することができる。放送サーバーと端末とで機能分担できるので、放送サーバーを大型化しなくても足りることになる。
【００１４】
第２の発明は、緊急事態の発生あるいはその経過や対処方法を知らせる緊急放送コンテンツには上記端末グループに対する配信の優先順位を示す信号が付与されてサーバー処理部に入力される。緊急放送コンテンツが入力されると、サーバー処理部は上記優先順位信号に応じて緊急放送コンテンツを上記端末グループに配信する。
【００１５】
そして、各端末の端末処理部は、上記優先順位信号によって緊急放送コンテンツであることを認識する機能を備えている。また、端末処理部は放送中の定時放送があるかないかを判定する機能と、定時放送があると判定したとき、その定時放送時間に割り込ませて上記緊急放送コンテンツを出力させる機能と、
定時放送がないと判定したとき、上記緊急放送コンテンツの受信と同時に緊急放送を出力させる機能とを備えている。
【００１６】
上記緊急事態の発生に関する緊急放送コンテンツとは、例えば災害の発生や野生動物の出現などの事実をいち早く伝えるためのものである。また、緊急事態の経過や対処方法に関する緊急放送コンテンツとは、災害の発生や野生動物の出現などの経過や事実が発生した後の対応の仕方などに関する。また、緊急事態の発生に関する緊急放送コンテンツを緊急一次情報としてとらえ、緊急事態の経過や対処方法に関する緊急放送コンテンツを緊急二次情報としてとらえることもできる。
【００１７】
そして、緊急放送コンテンツに優先順位を付けたのは、放送エリア全体の中でも限られた地域に密着した緊急放送を想定したものである。つまり、緊急事態に直接影響を受ける端末グループに優先的に緊急放送コンテンツを配信し、その他の端末グループには、影響度に応じた優先順位を付し、その優先順位に応じて時間差配信ができるようにするためである。
【発明の効果】
【００１８】
第１の発明の放送システムによれば、サーバー処理部はあらかじめ決められた放送時間前に定時放送コンテンツを端末に送信できるようにしたので、時間差を設けて定時放送コンテンツを配信することができる。時間差を設けて配信できるので、時間単位で配信すべき通信容量を小さくできる。したがって、通信負荷も小さくでき、その分、放送システム全体の設備を軽減できる。
また、放送サーバーと端末とで、放送システムの機能を分担できる。特に、放送時間の管理機能を端末に依存できるので、放送サーバーの負担が軽くなり、そのサーバーの小型化を可能にする。
【００１９】
第２の発明の放送システムによれば、緊急事態の発生や経過、その対処方法などを知らせる緊急放送コンテンツを、地域に対する優先度を基準にして配信できる。優先順位を付けて緊急放送コンテンツを配信できるので、この緊急放送コンテンツも時間差配信が可能になる。
しかも、端末側で緊急放送であるかどうかを判別するとともに、定時放送の有無も判定して緊急放送コンテンツの放送を管理するので、緊急放送コンテンツの配信ができるにもかかわらず放送サーバーを小型化できる。
【図面の簡単な説明】
【００２０】
【図１】放送システム全体を示す概略図である。
【図２】端末のブロック図である。
【図３】サーバーと端末との時間割を示した表である。
【図４】サーバー処理部と端末処理部との処理プロセスを示したフローチャートである。
【発明を実施するための形態】
【００２１】
第1実施形態は、放送局側の放送サーバーＳと、この放送サーバーＳとインターネットＩなどの通信網を介して接続された複数の端末Ｔ1，Ｔ２…Ｔnとを主要素にしてなる（図１参照）。
なお、上記複数の端末Ｔ1,Ｔ2…Ｔｎは、例えば、地域を基準にグループＧ１,Ｇ２…Ｇｎに分けられている。ただし、グループ化の基準は、地域以外にコンテンツの内容や対象者の年齢等、どのようなものであってもよい。また、放送サーバーＳは、各端末Ｔ１,Ｔ２…Ｔｎの所属グループＧ１,Ｇ２…Ｇｎを識別できるようにしている。
【００２２】
上記放送サーバーＳは、入力部１、サーバー記憶部２、サーバー処理部３及びインターネットIに接続されるサーバー通信部４を備えている。
上記サーバー処理部３には、図３に示すように定時放送コンテンツの端末Ｔ１,Ｔ２…Ｔｎの要求を受け付ける要求受付時間があらかじめ設定されている。
なお、図３に示した要求受付時間とはすべての端末Ｔ１,Ｔ２…Ｔｎの要求を受け付ける時間帯を示すもので、特定の１台の端末Ｔの要求を受け付ける時間ではない。
【００２３】
また、入力部１からは定時放送コンテンツが入力されるが、この定時放送コンテンツが入力されるとサーバー処理部３はそのコンテンツをサーバー記憶部２に記憶させる。
なお、この定時放送コンテンツには放送開始時刻及び終了時間を示す放送時間信号が付与されているが、サーバー処理部３は上記要求受付時間と上記放送時間信号とを対応付けて認識している。したがって、サーバー処理部３は、要求受付時間からそれに対応した放送時間を基に定時放送コンテンツを特定できる。
また、上記放送時間信号は、後で説明するように端末Ｔ１,Ｔ２…Ｔｎも認識できるようにしている。
【００２４】
さらに、上記サーバー処理部３には、端末グループＧ１,Ｇ２…Ｇｎに対する配信の優先順位があらかじめ設定され、その優先順に基づいて定時放送コンテンツを配信するようにしている。このように配信時間に優先順位を設けたとしても、後で説明するように定時放送コンテンツの放送時間には何ら影響を及ぼさない。なお、この優先順位を固定化してもよいし、変更できるようにしてもよいことは当然である。
【００２５】
端末Ｔ１,Ｔ２…Ｔｎの各々は、１又は複数の端末を１単位にしてグループ化されるとともに、端末Ｔ１,Ｔ２…ＴｎがインターネットＩに接続される端末通信部５、端末記憶部６、端末処理部７、音声や画像を出力するスピーカーやディスプレイ等からなる出力部８が備えられている（図２参照）。
上記端末処理部７には、図３に示すようにサーバー処理部３に設定された定時放送コンテンツの要求受付時間及び配信時間に対応した定時放送コンテンツの要求及び受信時間があらかじめ設定されている。
【００２６】
なお、上記要求及び受信時間は、放送サーバーＳのサーバー処理部３からの指令信号によって変更できるようにしている。そして、放送サーバーＳには、サーバー処理部３に設定された配信時間が変更されたときは、サーバー処理部３は端末処理部７に上記変更指令信号を出力して受信時間を変更する機能を備えている。
【００２７】
また、端末処理部７は、定時放送の開始時刻になったら当該端末Ｔ１,Ｔ２…Ｔｎを自動的にスイッチオンさせるとともに、終了時間に達したら自動的にスイッチオフさせる機能を備えている。
そして、各端末Ｔ１,Ｔ２…Ｔｎの要求及び受信時間は、サーバー処理部３に設定された配信の優先順位に対応して端末グループＧ１,Ｇ２…Ｇｎ単位で振り分けられている。つまり、優先順位トップの端末グループＧ１,Ｇ２…Ｇｎの要求及び受付時間が最初で、順次優先順位の低い端末グループＧ１,Ｇ２…Ｇｎの要求及び受付時間が巡ってくるようにしている。
【００２８】
次に、端末Ｔ１,Ｔ２…Ｔｎが放送サーバーＳから定時放送コンテンツを取得するまでのプロセスを図３，４に基づいて説明する。
なお、第１実施形態では、端末Ｔ１,Ｔ２…Ｔｎが、１日３回あらかじめ設定された時間に第一次定時放送〜第三次定時放送をするようにしている。
【００２９】
端末Ｔ１,Ｔ２…Ｔｎの端末処理部７は、要求及び受信時刻になると、当該端末Ｔを自動的にスイッチオンするとともに、端末通信部５及びサーバー通信部４を介してサーバー処理部３にアクセスし、図４に示すように定時放送コンテンツの有無を確認する。
【００３０】
定時放送コンテンツを要求されたサーバー処理部３は、要求を受け付けた時間がサーバー処理部３にあらかじめ設定された要求受付時間内にあるかどうかを判定するとともに、要求受付時間内にあればその要求受付時間に対応づけられた定時放送コンテンツを特定し、アクセスしてきた端末Ｔ１,Ｔ２…Ｔｎに定時放送コンテンツがある旨の返信をする。
【００３１】
上記定時放送コンテンツがあることを確認した端末処理部７は、再びサーバー処理部３に自動的にアクセスして該当する定時放送コンテンツを要求する。この端末処理部７の要求に応じてサーバー処理部３は、サーバー記憶部２に記憶されている定時放送コンテンツを端末処理部７に配信するとともに、配信した端末ＩＤに配信済みのフラグを立てる。
【００３２】
ただし、上記のように端末処理部７とサーバー処理部３との間で何回もやりとりをせずに、端末処理部７の１回の要求に基づいて、サーバー処理部3が定時放送コンテンツを端末Ｔに配信するようにしてもよい。
なお、定時放送コンテンツは、同一の端末グループＧの複数の端末Ｔをひとくくりにして同時配信してもよいし、同一の端末グループＧの複数の端末Ｔに時間差を設けて配信してもよい。
【００３３】
ただし、時間差配信をして通信負荷を軽減することがこの発明の目的なので、上記のように同時配信するとき、通信負荷が大きくなりすぎたのでは意味がなくなる。このような場合には、個々の端末グループＧをさらに小グループに分けて、それら小グループ単位で一括して同時配信すればよい。もちろん、同一端末グループの個々の端末Ｔ１,Ｔ２…Ｔｎごとに時間差を設けて配信してもよい。いずれを選択するかは当該システムのマネジメントに依存する。
【００３４】
端末Ｔ１,Ｔ２…Ｔｎからの要求があらかじめ設定された要求受付時間外の要求であれば、サーバー処理部３は端末Ｔ１,Ｔ２…Ｔｎからの要求を無視する。また、サーバー記憶部２に上記要求受付時間に対応づけられた定時放送コンテンツが記憶されていなければ、サーバー処理部３は同様に当該要求を無視する。
さらに、配信時間内にそれに対応づけられた定時放送コンテンツがあっても、当該端末ＴのＩＤに配信済みフラグが立てられているときにもサーバー処理部３は上記要求を無視する。
【００３５】
サーバー処理部３から定時放送コンテンツが端末Ｔ１,Ｔ２…Ｔｎの端末通信部５に配信されると、各端末Ｔ１,Ｔ２…Ｔｎは、端末処理部７を介してその定時放送コンテンツを端末記憶部6に記憶させる。
そして、端末処理部7はあらかじめ設定された放送時間になるまで定時放送コンテンツを端末記憶部6に記憶させたままにしておく。
【００３６】
端末処理部７は、あらかじめ設定された放送時間になったら、当該端末Ｔ１,Ｔ２…Ｔｎを自動的にスイッチオンするとともに、端末記憶部6に記憶された定時放送コンテンツを出力部8に自動的に出力させる。そして、定時放送コンテンツに付与された終了時間に達したら、端末処理部7は当該端末Ｔ１,Ｔ２…Ｔｎのスイッチを自動的にオフにする。
【００３７】
上記のようにこの実施形態によれば、放送サーバーＳは端末Ｔ１,Ｔ２…Ｔｎに時間差を設けて定時放送コンテンツを配信できるので、定時放送コンテンツを同時配信する場合よりも通信負荷を軽減できる。
【００３８】
また、端末Ｔ１,Ｔ２…Ｔｎが放送サーバーＳに対して自ら定時放送コンテンツを要求するので、放送サーバーＳはどの端末Ｔ１,Ｔ２…Ｔｎにいつ配信するかを細かく管理しなくてもよく、しかも、端末Ｔ１,Ｔ２…Ｔｎが放送時間を管理するので、放送サーバーＳと端末Ｔ１,Ｔ２…Ｔｎとが役割分担しながら、放送サーバーＳの負担を軽くできる。したがって、放送サーバーＳを小型化できるとともに全体的にも設備費を軽減できる。
【００３９】
次に、定時放送コンテンツと緊急情報コンテンツとを配信する第２実施形態について説明する。ただし、この第２実施形態におけるハード的な構成は第1実施形態と同じなので、それらの各構成要素は第1実施形態と同一符号を付して説明する。
【００４０】
放送サーバーＳのサーバー処理部３は、各端末Ｔ１,Ｔ２…Ｔｎに付与されたＩＤによって、それら端末が所属する端末グループＧ１,Ｇ２…Ｇｎを認識するとともに、定時放送コンテンツを配信するときには、端末グループＧ１,Ｇ２…Ｇｎごとに時間差を設けて配信するようにしている。つまり、サーバー処理部３には、端末グループＧ１,Ｇ２…Ｇｎごとに定時放送コンテンツの配信順があらかじめ設定されている。
【００４１】
また、放送サーバーＳには、入力部１を介して定時放送コンテンツが入力されるとともに、それがサーバー処理部３を介してサーバー記憶部２に記憶されるが、これらの点は第１実施形態と同じである。
そして、この第２実施形態では、入力部１から緊急放送コンテンツも入力される。緊急放送コンテンツには、例えば災害の発生や野生動物の出現などの事実をいち早く伝えるための緊急一次情報や、災害の発生や野生動物の出現など緊急事態が発生した後の経過やその対応の仕方などに関する緊急二次情報が含まれる。
【００４２】
入力部１から緊急放送コンテンツが入力されるときには、どの端末グループＧ１,Ｇ２…Ｇｎに優先的に配信するかを定めた優先順位信号があらかじめ付与されている。この優先順位信号は、緊急情報の地域密着性を基準に決められる。例えば、野生動物の出現の事実を伝える緊急一次情報に関しては、野生動物の出現地域などの端末グループＧ１,Ｇ２…Ｇｎを最優先に配信できるように優先順位信号が付与される。
また、緊急二次情報に関しても、地域密着度に応じて優先順位信号が付与される。
【００４３】
なお、緊急放送コンテンツは、端末グループＧ１,Ｇ２…Ｇｎの優先順位が保たれれば、同一の端末グループＧの複数の端末Ｔをひとくくりにして同時配信してもよいし、同一の端末グループＧの複数の端末Ｔに時間差を設けて配信してもよいが、同時配信か時間差配信かはサーバー処理部３にあらかじめ設定されていなければならない。
【００４４】
なお、緊急事態の発生を広範囲に同時配信しなければならない場合には、緊急一次情報をテレビやラジオ等の公共放送に任せ、緊急二次情報のみを配信するようにして時間差配信を徹底すればよい。ただし、緊急一次情報及び緊急二次情報の両方を配信するか、緊急二次情報のみを配信するかは、当該放送システムのマネジメントに依存することになる。
【００４５】
一方、第２実施形態の端末Ｔ１,Ｔ２…Ｔｎは、端末処理部７が例えば５〜１０分ごとにコンテンツを要求する要求信号を出力し、端末通信部５を介してその要求信号を放送サーバーＳに定期的に発信する機能を備えている。
【００４６】
上記要求信号を受信したサーバー処理部３は、サーバー記憶部２に緊急放送コンテンツが記憶されているかどうかを判定する。サーバー処理部３は、優先順位信号が付与されているコンテンツがあるかどうかで緊急放送コンテンツの有無を判定する。
【００４７】
緊急放送コンテンツがサーバー記憶部２に記憶されていれば、サーバー処理部３は、当該緊急放送コンテンツを優先順位にしたがって配信する。例えば、要求信号を受け付けた端末ＴのＩＤが優先順位のトップにあれば、他の端末Ｔの要求信号を一時的に無視して当該端末Ｔの所属する端末グループＧに緊急放送コンテンツを同時配信するとともに、それらグループの各端末Ｔに緊急放送コンテンツを配信した旨の配信済みフラグを立てる。
【００４８】
上記のようにして特定の端末グループＧの端末Ｔに緊急放送コンテンツが配信されたら、サーバー処理部３は、要求信号を受信した端末Ｔ１,Ｔ２…Ｔｎのうち優先順位が高い順に端末グループＧの端末Ｔに緊急放送コンテンツを配信するとともに、その配信のたびに上記と同様の配信済みフラグを立てる。
【００４９】
なお、上記のように端末処理部７が５〜１０分ごとに要求信号を出力していれば、サーバー処理部３は定時放送コンテンツを配信中に要求信号を受信することも考えられる。このような場合には、定時放送コンテンツの配信を中断してでも緊急放送コンテンツの配信を優先させるか、あるいは定時放送コンテンツの配信終了後に即座に緊急放送コンテンツの配信を開始するかいずれであってもよいが、いずれであってもその処理プロセスをサーバー処理部３にあらかじめ設定しておかなければならない。
【００５０】
このとき緊急放送コンテンツに、サーバー処理部３が緊急一次情報と緊急二次情報とを区別できる識別信号を付与しておけば、サーバー処理部３に次のような処理プロセスを実行させることができる。すなわち、サーバー処理部３が緊急一次情報を配信するときには定時放送コンテンツの配信中であっても、それを一時的に中断して緊急放送コンテンツを配信し、緊急二次情報を配信するときには定時放送コンテンツの配信が終了した後に直ちに緊急放送コンテンツを配信する処理プロセスを実行することができる。
【００５１】
端末Ｔ１,Ｔ２…Ｔｎが緊急放送コンテンツを受信したときには、端末処理部７は優先順位信号によって当該コンテンツが緊急放送コンテンツであると認識する。緊急放送コンテンツであると認識したとき、端末処理部７は定時放送コンテンツを放送中かどうか判定する。
【００５２】
端末Ｔ１,Ｔ２…Ｔｎが定時放送コンテンツの放送をしていない空き時間帯（図３参照）にあれば、端末処理部７は当該端末Ｔをスイッチオンするとともに、出力部８を介して緊急放送コンテンツを直ちに放送する。
端末Ｔ１,Ｔ２…Ｔｎが定時放送コンテンツを放送中のときには、端末処理部７は定時放送を一時中断して緊急放送コンテンツの放送を割り込ませる。なお、端末処理部７は、割り込みの時間分だけ定時放送コンテンツの放送終了時間を延長する機能を備えている。
【００５３】
なお、第２実施形態では、各端末Ｔ１,Ｔ２…Ｔｎが一定の間隔ごとにサーバー処理部３にアクセスするので、それらのアクセスが重複することがある。しかし、端末処理部７はコンテンツの有無を確認するだけなので、そのときの通信容量はそれほど大きくならない。したがって、通信負荷を過大にすることもない。
【００５４】
いずれにしても、端末処理部７は短時間に定期的にサーバー処理部３にアクセスするが、このときサーバー処理部３は次のように機能する。
サーバー処理部３は、端末処理部７からコンテンツの要求があったとき、先ずは、その端末グループＧ１,Ｇ２…Ｇｎに対応づけられた緊急コンテンツの有無を判定する。緊急コンテンツがあれば先に説明したプロセスを実行する。
【００５５】
緊急コンテンツがなければ、当該端末Ｔ１,Ｔ２…Ｔｎが所属する端末ループＧ１,Ｇ２…Ｇｎ、あらかじめ設定された優先順位及び配信済みのフラグの有無を判定する。
【００５６】
そして、配信済みのフラグが立っていなければ、優先順位の高い順に端末グループＧ１,Ｇ２…Ｇｎを特定し、優先順位の高い端末グループＧ１,Ｇ２…Ｇｎごとに時間差を設けて定時放送コンテンツを配信する。
端末Ｔ１,Ｔ２…Ｔｎに定時放送コンテンツが配信された後は、第１実施形態と同じである。
【産業上の利用可能性】
【００５７】
地域に密着した小規模なローカル放送に最適なシステムである。
【符号の説明】
【００５８】
Ｉ…通信網であるインターネット、Ｓ…放送サーバー、１…入力部、２…サーバー記憶部、３…サーバー処理部、Ｔ１,Ｔ２…Ｔｎ…端末、Ｇ１,Ｇ２…Ｇｎ…端末グループ、５…端末通信部、６…端末記憶部、７…端末処理部、８…出力部
【図１】
2020065137.tif 000003
【図２】
2020065137.tif 000004
【図３】
2020065137.tif 000005
【図４】
2020065137.tif 000006