JP2004096570A - ライブ放送受信方法、通知サーバ、システム、プログラム並びに該プログラムを記録した記録媒体 - Google Patents

Abstract

【課題】配信サーバにとって、配信サーバのライブ放送の配信情報をユーザに容易に告知できる、ライブ放送受信方法、通知サーバ、システム及びプログラム並びに該プログラムを記録した記録媒体の提供。
【解決手段】ライブ放送を配信する配信サーバ１を一以上と、配信サーバ１から配信されるライブ放送を受信するクライアント端末２を一以上と、配信サーバ１の当該ライブ放送に係る配信情報が配信サーバ１により登録され保持すると共にクライアント端末２からの要求に基いてその要求に合った配信情報をクライアント端末２に通知する通知サーバ３とを、ネットワーク４によりそれぞれ接続したシステム構成の採用。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク放送における番組提供に関わり、特に、ネットワークでのライブ放送における番組検索、番組開始の通知を行わせる、ライブ放送受信方法、通知サーバ、システム及びプログラム並びに該プログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】
従来、電波を用いた、所謂テレビジョン放送における番組配信スケジュールは、テレビ番組表として視聴者に提示され、それには、放送されるチャネル毎に番組が何時配信されるか記入されており、視聴者はそれを見ることにより、番組開始時刻を知ることができる。
【０００３】
また、電波による放送のみでなく、インターネットなどのＩＰ網などを使ってのネットワーク放送が行われるようになりつつあり、そのネットワーク放送には行政の認可が不要であるので、それ用の機材が整えば誰でも放送を行うことが可能である。従って、ネットワーク放送局なるものは数多く存在し、今後益々増え続けていくと考えられる。
【０００４】
そして、ネットワーク放送局でなされる放送の形態には、ユーザが要求する都度配信を開始するビデオオンディマンド（ＶＯＤ）放送と放送者が配信時刻を決めて配信するライブ放送とがある。後者のライブ放送においては、番組を配信する時刻を視聴者に知らせる手法として、ネットワーク放送局毎にＷＷＷなどを利用して告知する手法が採られている。
【０００５】
【発明が解決しようとする課題】
ところが、ネットワーク放送局のライブ放送のＷＷＷによる番組告知は各局毎に作成されるため、全ての局の番組告知を統合して一つの番組表の形態で視聴者に告知されることは現状において殆どないし、また、多数のネットワーク放送局のスケジュールを番組表の形態に纏めて視聴者に提示しても、乱立するネットワーク放送局の全ての放送スケジュールを網羅することは不可能である。
【０００６】
また、多数のネットワーク放送局に関する番組表から、ユーザがどの時刻に視聴したい番組が放送されるかを探したり、仮に見つけたとしてもそれを覚えておくことは難しい。更に、現に今視聴したい番組を見つけ出すことも困難である。
【０００７】
また、特に、スポーツ、コンサートを中継するライブ放送の場合、ネットワーク放送局はそのイベントが開始する時刻からライブ放送配信を開始することが適切ではあるものの、イベント開始時刻が遅れることもあり、事前に番組スケジュールを立てることができない場合もあるので、正確な番組配信開始時刻を告知することができなかった。そのため、ユーザは、かようなライブ放送の番組を最初から視聴しようとしても開始時刻が分からないので、最初から視聴することはできなかった。
【０００８】
ここにおいて、本発明の解決すべき主要な目的は以下の通りである。
本発明の第１の目的は、配信サーバにとって、配信するライブ放送の配信情報をユーザに容易に告知できる、ライブ放送受信方法、通知サーバ、システム及びプログラム並びに該プログラムを記録した記録媒体を提供することである。
【０００９】
本発明の第２の目的は、ユーザにとって、自分の視聴したいライブ放送番組を簡単に探し出せる、ライブ放送受信方法、通知サーバ、システム及びプログラム、並びに該プログラムを記録した記録媒体を提供することである。
【００１０】
本発明の第３の目的は、更には、ライブ放送の開始時刻が未定であっても又は変動しても、そのライブ放送の番組をユーザが最初から視聴できる、ライブ放送受信方法、通知サーバ、システム及びプログラム並びに該プログラムを記録した記録媒体を提供することである。
【００１１】
本発明の他の目的は、明細書、図面、特に特許請求の範囲における各請求項の記載から自ずと明らかとなろう。
【００１２】
【課題を解決するための手段】
本発明方法は、上記課題の解決に当たり、配信サーバからのライブ放送に係る配信情報を保持しておき、クライアント端末から要求があると、ライブ放送される配信情報を当該クライアント端末に送信して当該クライアント端末にてユーザの要求との合致を判定するか、又はその要求と共に送信されたユーザの要求に合致した配信情報のみを当該クライアント端末に送信するかの何れかにより、クライアント端末が配信サーバからライブ放送を受信可能に実施する、という特徴的構成手法を講じる。
【００１３】
本発明サーバは、上記課題の解決に当たり、ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続され、当該配信サーバから配信されるライブ放送に係る配信情報を保持する保持機能手段と、当該配信サーバをモニタリングしてライブ放送の配信開始のみ又は開始と終了の双方を検知する検知機能手段とを具備し、更に、当該クライアント端末の要求に従って、ユーザの設定情報と合致する配信情報を全て通知する合致判定通知機能手段を具備するか、クライアント端末毎にユーザの設定情報を保持する別の保持機能手段及び前記配信サーバがライブ放送を開始したタイミングにおいて当該クライアント端末にその配信サーバの配信情報を通知する通知機能手段を具備するか、又は、現にライブ放送を配信している配信サーバの配信情報を全てクライアント端末に通知する通知機能手段を具備するかの何れかの構成である、という特徴的構成手段を講じる。
【００１４】
本発明システムは、上記課題の解決に当たり、上記本発明サーバと、ライブ放送を配信する配信サーバを一以上と、ライブ放送を受信するクライアント端末を一以上とをネットワークにより接続可能にシステム構築した、という特徴的構成手段を講じる。
【００１５】
本発明プログラムは、上記課題の解決に当たり、ライブ放送を配信する配信サーバ及びライブ放送を受信するクライアント端末とネットワークを介して接続されたコンピュータに、上記本発明サーバの各機能手段を連係実行させる、という特徴的構成手順を講じる。
【００１６】
本発明記録媒体は、上記課題の解決に当たり、本発明プログラムの手順を媒体に完結的に実録した、という特徴的構成手続を講じる。
【００１７】
更に、具体的詳細に述べると、当該課題の解決では、本発明が次に列挙する新規な特徴的構成手法、手段、手順又は手続を採用することにより、上記目的を達成するようになされる。
【００１８】
本発明方法の第１の特徴は、ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続される通知サーバにおいて、当該配信サーバから配信されるライブ放送に係る配信情報を保持し、当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知すると共に、当該クライアント端末からユーザの要求に係る設定情報を受け、当該保持された配信情報の内、当該設定情報と合致した配信情報を全て当該クライアント端末に通知することにより、当該クライアント端末がライブ放送を受信可能に実施してなる、ライブ放送受信方法の構成採用にある。
【００１９】
本発明方法の第２の特徴は、ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続される通知サーバにおいて、当該配信サーバから配信されるライブ放送に係る配信情報及びクライアント端末毎にユーザの設定情報を保持する一方、当該配信サーバをモニタリングし、ライブ放送の配信が開始されたことを検知して当該配信サーバがライブ放送を開始したタイミングでもって、当該クライアント端末にその配信サーバの配信情報を通知することにより、当該クライアント端末がライブ放送を受信可能に実施してなる、ライブ放送受信方法の構成採用にある。
【００２０】
本発明方法の第３の特徴は、ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続される通知サーバにおいて、当該配信サーバから配信されるライブ放送に係る配信情報を保持し、当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知すると共に、現にライブ放送を配信している配信サーバ全ての配信情報を当該クライアント端末に通知することにより、当該クライアント端末が当該受けた配信情報からライブ放送を受信可能に実施してなる、ライブ放送受信方法の構成採用にある。
【００２１】
本発明サーバの第１の特徴は、ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続されるサーバであって、前記配信されるライブ放送に係る配信情報を保持する保持機能手段と、前記配信サーバをモニタリングして前記ライブ放送の配信開始及び終了を検知する検知機能手段と、前記クライアント端末からユーザの要求に係る設定情報を受け、前記保持機能手段により保持された配信情報の内、当該受けた設定情報と合致した配信情報を全て当該クライアント端末に通知する合致判定通知機能手段とにより機能構成されてなる、ライブ放送受信通知サーバの構成採用にある。
【００２２】
本発明サーバの第２の特徴は、ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続されるサーバであって、前記配信されるライブ放送に係る配信情報を保持する保持機能手段と、前記クライアント端末からのユーザの設定情報を保持する別の保持機能手段と、前記配信サーバをモニタリングして前記ライブ放送の配信開始を検知する検知機能手段と、前記配信サーバがライブ放送を開始したタイミングでもって、前記クライアント端末にその配信サーバの配信情報を通知する通知機能手段とにより機能構成されてなる、ライブ放送受信通知サーバの構成採用にある。
【００２３】
本発明サーバの第３の特徴は、ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続されるサーバであって、前記配信されるライブ放送に係る配信情報を保持する保持機能手段と、前記配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知する検知機能手段と、現にライブ放送を配信している配信サーバ全ての配信情報を前記クライアント端末に通知する通知機能手段とにより機能構成されてなる、ライブ放送受信サーバの構成採用にある。
【００２４】
本発明システムの第１の特徴は、前記本発明サーバの第１の特徴を具備したライブ放送受信通知サーバと、前記配信サーバと、前記設定情報を前記ライブ放送受信通知サーバに通知する手段及び当該ライブ放送受信通知サーバから前記合致した配信情報を受信して取得する手段を具備した前記クライアント端末とを、前記ネットワークを介して接続自在にシステム構築されてなる、ライブ放送受信システムの構成採用にある。
【００２５】
本発明システムの第２の特徴は、前記本発明サーバの第２の特徴を具備したライブ放送受信通知サーバと、前記配信サーバと、前記設定情報を前記ライブ放送受信通知サーバに通知する手段及び当該ライブ放送受信通知サーバから前記配信情報を受信して取得する手段を具備した前記クライアント端末とを、前記ネットワークを介して接続自在にシステム構築されてなる、ライブ放送受信システムの構成採用にある。
【００２６】
本発明システムの第３の特徴は、前記本発明サーバの第３の特徴を具備したライブ放送受信通知サーバと、前記配信サーバと、前記ライブ放送受信通知サーバから前記配信情報を受信する手段及び当該手段により受信した配信情報の内、ユーザの設定情報と合致する配信情報のみをユーザに通知する手段を具備した前記クライアント端末とを、前記ネットワークを介して接続自在にシステム構築されてなる、ライブ放送受信システムの構成採用にある。
【００２７】
本発明システムの第４の特徴は、前記本発明サーバの第３の特徴を具備したライブ放送受信通知サーバと、前記配信サーバと、前記ライブ放送受信通知サーバから前記配信情報を受信する手段、ユーザの設定情報を保持する手段及び当該受信した配信情報の内、当該保持されたユーザの設定情報に合致する配信情報のみを当該受信したタイミングにてユーザに通知する手段を具備した前記クライアント端末とを、前記ネットワークを介して接続自在にシステム構築されてなる、ライブ放送受信システムの構成採用にある。
【００２８】
本発明システムの第５の特徴は、上記本発明システムの第２又は第４の特徴における前記クライアント端末が、前記配信情報を前記ライブ放送受信通知サーバから通知されたタイミングでもって、当該配信情報に係る配信サーバのライブ放送の再生を開始する手段をも具備してなる、ライブ放送受信システムの構成採用にある。
【００２９】
本発明プログラムの第１の特徴は、ライブ放送を配信する配信サーバ及びそれを受信するクライアント端末とネットワークを介して接続されたコンピュータに格納されるプログラムであって、前記コンピュータに、前記配信サーバの配信情報を保持する保持機能手段、当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知する検知機能手段、及びクライアント端末からのユーザの要求に基いてユーザの設定情報と合致したライブ放送に係る配信情報を全て当該クライアント端末に通知する通知機能手段として機能させる連係手順を実行させてなる、ライブ放送受信プログラムの構成採用にある。
【００３０】
本発明プログラムの第２の特徴は、ライブ放送を配信する配信サーバ及びそれを受信するクライアント端末とネットワークを介して接続されたコンピュータに格納されるプログラムであって、前記コンピュータに、前記配信サーバの配信情報を保持する保持機能手段、前記クライアント端末からのユーザの設定情報を保持する別の保持機能手段、当該配信サーバをモニタリングしてライブ放送の配信開始を検知する検知機能手段、及び当該配信サーバがライブ放送を開始したタイミングでもって、当該クライアント端末にその配信サーバの配信情報を通知する通知機能手段として機能させる連係手順を実行させてなる、ライブ放送受信プログラムの構成採用にある。
【００３１】
本発明プログラムの第３の特徴は、ライブ放送を配信する配信サーバ及びそれを受信するクライアント端末とネットワークを介して接続されたコンピュータに格納されるプログラムであって、前記コンピュータに、前記配信サーバの配信情報を保持する保持機能手段、当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知する検知機能手段、及び現にライブ放送を配信している配信サーバ全ての配信情報を前記クライアント端末に通知する通知機能手段として機能させる連係手順を実行させてなる、ライブ放送受信プログラムの構成採用にある。
【００３２】
本発明記録媒体の第１の特徴は、前記本発明プログラムの第１、第２又は第３の特徴におけるプログラムを媒体に記録してなる、ライブ放送受信プログラムを記録した記録媒体の構成採用にある。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態として、図面を参照して、システム例、サーバ例、プログラム例、記録媒体例及び方法例を説明する。
【００３４】
（システム例及びサーバ例）
本発明の一実施形態であるライブ放送受信システムを説明する。
図１は、その構成図である。
【００３５】
ライブ放送受信システムは、ライブ放送を配信する（別の説明をすれば、映像を配信する）配信サーバ１を一以上と、配信サーバ１から配信されるライブ放送（別の説明をすれば、配信サーバ１から配信される映像）を受信するクライアント端末２を一以上と、配信サーバ１の配信情報をクライアント端末２に通知する、本発明の一実施形態でもある通知サーバ３とを、ネットワーク（ＩＰネットワーク、例えばインターネットなど）４によりそれぞれ接続したシステムである。なお、ライブ放送には、映像のみ、音声のみ、その双方の形態がありうる。
【００３６】
（プログラム例及び記録媒体例）
本発明の一実施形態であるライブ放送受信プログラムは、配信サーバ１及びクライアント端末２とネットワーク４を介して接続されたコンピュータ（ＣＰＵ、メモリ、ネットワークインタフェースなどにより構成される電子計算機）を、本発明の一実施形態でもある通知サーバ３の機能手段として実行させるプログラム手順であり、また当該プログラム手順を一連の完結手続として実録した物が、記録媒体例である。
【００３７】
（方法例１）
図１のシステム構成により実施される、本発明の一実施形態であるライブ放送受信方法のその１につき、通知サーバ３で実施される制御内容を説明することにより、前述のシステム例、サーバ例、プログラム例及び記録媒体例についての説明を補充しつつ、説明を施すことにする。
【００３８】
その制御としては、▲１▼現在ライブ放送を配信している配信サーバ１の配信情報を保持すること（保持機能手段による。）、▲２▼配信サーバ１をモニタリングしてライブ放送の配信開始及び終了を検知すること（検知機能手段による。）、▲３▼クライアント端末２の要求に従って、ユーザの設定情報と合致するライブ放送を配信する配信サーバ１全ての配信情報をそのクライアント端末２に通知すること（合致判定通知機能手段による。）の三点を主として行う（なお、合致する配信サーバ１の配信情報は、合致すれば複数でもよい（勿論、一つであれば一つである。）以下、同様。）。
【００３９】
かかる制御内容に呼応するべく、クライアント端末２においては、▲１▼ユーザにより設定される設定情報を通知サーバ３に通知すること、▲２▼通知サーバ３から通知される配信サーバ１の配信情報を受信して取得することが行われる。
【００４０】
かかる構成により、ネットワーク放送局たる配信サーバ１は、配信サーバ１が配信情報を通知サーバ３に登録しさえすれば、通知サーバ３がクライアント端末２の要求に基いて、現在配信サーバ１から配信しているライブ放送の配信情報を通知することが可能となり、結果として、視聴者であるユーザに対して配信情報を提供することが可能となる。
【００４１】
また、ユーザは、自分の視聴したいライブ放送を設定して、通知サーバ３に現在配信されている番組を照会することにより、視聴したいライブ放送を配信している配信サーバ１の配信情報を取得することが可能となる。
【００４２】
（方法例２）
図１のシステム構成により実施される、本発明の一実施形態であるライブ放送受信方法のその２につき、通知サーバ３で実施される制御内容を説明することにより、前述のシステム例、サーバ例、プログラム例及び記録媒体例についての説明を補充しつつ、説明を施すことにする。
【００４３】
その制御としては、▲１▼現在ライブ放送を配信している配信サーバの配信情報を保持すること（保持機能手段による。）、▲２▼クライアント端末２毎にユーザにより設定された設定情報を保持すること（別の保持機能手段による。）、▲３▼配信サーバ１をモニタリングしてライブ放送の配信開始を検知すること（検知機能手段による。）、▲４▼配信サーバ１がライブ放送を開始したタイミングで、クライアント端末２にその配信サーバ１の配信情報を通知すること（通知機能手段による。）の四点を主として行う。
【００４４】
かかる制御内容に呼応するべく、クライアント端末２においては、▲１▼ユーザにより設定される設定情報を通知サーバ３に通知すること、▲２▼通知サーバ３から通知される配信サーバ１の配信情報を受信して取得することが行われる。
更には、▲３▼配信サーバ１の配信情報が通知された、即ち▲２▼の受信したタイミングで、配信サーバ１のライブ放送の映像（音声を含むことを妨げない。）の再生を開始することが行われてもよい。
【００４５】
かかる構成により、ユーザは自分が視聴したいライブ放送を設定しておくことにより、配信サーバ１からライブ放送の配信が開始されたタイミングで通知サーバ３からクライアント端末２にその配信情報が通知されるので、クライアント端末２は視聴対象たるライブ放送の配信が開始されたときにその通知を受けることが可能となる。
【００４６】
更には、配信サーバ１からライブ放送の配信が開始されたタイミングで、ライブ放送の映像がユーザに提示されるので、ユーザにとっては、ライブ放送される番組を最初から視聴することが可能となる。
【００４７】
（方法例３）
図１のシステム構成により実施される、本発明の一実施形態であるライブ放送受信方法のその３につき、通知サーバ３で実施される制御内容を説明することにより、前述のシステム例、サーバ例、プログラム例及び記録媒体例についての説明を補充しつつ、説明を施すことにする。
【００４８】
その制御としては、▲１▼現在ライブ放送を配信している配信サーバの配信情報を保持すること（保持機能手段による。）、▲２▼配信サーバ１をモニタリングしてライブ放送の配信開始及び終了を検知すること（検知機能手段による。）、▲３▼現在、ライブ放送を配信している配信サーバ１全ての配信情報をクライアント端末２に通知すること（通知機能手段による。）の三点を主として行う。
【００４９】
かかる制御内容に呼応するべく、クライアント端末２においては、次の場合１、２の何れかが行われる。
［場合１］としては、▲１▼通知サーバ３から通知される配信サーバ１の配信情報を受信して取得すること、▲２▼受信した配信サーバ１の配信情報の内、ユーザにより設定される設定情報に合致する配信サーバ１の配信情報をユーザに告知（通知）することが行われる。
【００５０】
［場合２］としては、▲１▼通知サーバ３から通知される配信サーバ１の配信情報を受信して取得すること、▲２▼ユーザにより設定される設定情報を保持すること、▲３▼▲２▼の保持された設定情報に合致する配信サーバ１の配信情報を▲１▼の受信したタイミングでユーザに告知（通知）することが行われる。
更には、その▲３▼の配信サーバ１の情報が告知（通知）されたタイミングで、配信サーバ１のライブ放送の映像（音声を含むことを妨げない。）の再生を開始することが行われてもよい。
【００５１】
かかる構成により、［場合１］においては、ネットワーク放送局たる配信サーバ１は、配信情報を通知サーバ３に登録しておけば、通知サーバ３がクライアント端末２の要求に基いて、現在配信サーバ１から配信しているライブ放送の配信情報を通知することが可能となり、結果として、視聴者に配信情報を提供することが可能となる。また、ユーザにとっては、自分が視聴したいライブ放送を配信情報から選択して、そのライブ放送を配信している配信サーバ１の配信情報を取得することが可能となる。
【００５２】
また、［場合２］においては、ユーザは自分が視聴したいライブ放送を設定しておくことにより、クライアント端末２に配信サーバ１から配信される配信サーバ１の配信情報に基いて、ライブ放送の配信が開始されたタイミングで通知されるので、クライアント端末２はその番組の配信が開始されたときに通知を受けることが可能となる。更には、配信サーバ１からライブ放送の配信が開始されたタイミングで、ライブ放送映像をユーザに提供できるので、ユーザはライブ放送される番組を最初から視聴可能となる。
【００５３】
【実施例】
ここで、本発明の実施の形態における説明を前提に、本発明の実施例を説明する。
【００５４】
（実施例１）
配信情報とユーザの設定情報との照合を通知サーバ３にて行う構成である、実施例１を説明する。
【００５５】
＜通知サーバ、クライアント端末の内部構成＞
図２は、本発明の実施例１における通知サーバの内部構成図である。
図中、３１は配信情報受信器、３２は配信モニタ、３３は配信情報ＤＢ、３４は判定器、３５は情報送信器、３６はユーザ設定受信器、３７はユーザ設定ＤＢである。
【００５６】
図３は、本発明の実施例１におけるクライアント端末の内部構成図である。
図中、２１はユーザ設定送信器、２２はユーザ設定器、２３は配信情報受信器、２４は通知器、２５はモニタ、２６は配信映像受信器、２７は配信映像再生器である。
【００５７】
図４（ａ）（ｂ）は配信サーバから通知サーバに登録される配信情報の各例、（ｃ）（ｄ）は配信情報ＤＢに保持される内容を記述した各例、（ｅ）はユーザＤＢに保持される内容を記述した一例である。
【００５８】
以下、図２、３の内部構成で構成された通知サーバ３、クライアント端末２でもって、図１のシステムを構築したことを前提に、それにより実現できる、ライブ放送受信方法につき説明する（方法例１、２に該当）。
【００５９】
＊▲１▼配信サーバ１から配信情報を通知サーバ３に登録する処理に関して＊▲１▼につき、以下の説明事案１、２を取上げて説明する。
【００６０】
［説明事案１］
説明事案１として、配信サーバ１からスケジュールが決まったライブ放送を配信する場合を取上げて説明する。
【００６１】
図１のシステムにおいて、配信サーバ１が予め放送開始時刻が決まったライブ放送を行うとき、配信開始前に配信情報（放送開始時刻、放送終了時刻、配信サーバ１が放送する番組のＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）及び番組の内容に関するメタ情報などから構成される情報）を通知サーバ３にネットワーク４を経由して登録する。
【００６２】
ここで、「番組のＵＲＩ」とは、当該番組をクライアント端末２に配信するときの、クライアント端末２からの接続先の情報である。
図４（ａ）の配信情報は、左から、放送開始時刻、放送終了時刻、配信サーバ１が放送する番組のＵＲＩ、番組名、番組の種類、放送対象年齢を示す。番組の属性には番組名、番組の種類、放送対象年齢が該当するが、これら以外の情報が記述されても構わない。
【００６３】
［説明事案２］
説明事案２として、放送開姶時刻が決まっていないライブ放送を配信する場合を取上げて説明する。
放送開始時刻が決まっていないライブ放送を、配信サーバ１が行う場合には、配信開始前に、配信情報（配信サーバ１が放送する番組のＵＲＩ及び番組の属性から構成される情報）を通知サーバ１に登録する。
【００６４】
図４（ｂ）の配信情報は、図４（ａ）と同様に、左から、放送開始時刻、放送終了時刻、配信サーバ１が放送する番組のＵＲＩ、番組名、番組の種類、放送対象年齢を示すものの、放送開始時刻及び放送終了時刻は決定していないので、例えば「未定」と記述される。もちろん図４（ａ）の場合と同様に、番組の属性には番組名、番組の種類、放送対象年齢が該当するが、これら以外の情報が記述されても構わない。
【００６５】
［配信情報受信及び保持］
配信サーバ１からネットワーク４を経由して通知サーバ３に送られる配信情報は、配信情報受信器３１で受け取られる。そして受信した配信情報は、配信情報ＤＢ３３へ送られ、配信情報ＤＢ３３において、配信情報をデータベースとして保持する（前述の保持機能手段に相当。）。例えば、配信サーバ１によって登録される配信情報は、図４（ｃ）のテーブルの第２、３行のように、記述され、保持されている。
【００６６】
［配信情報ＤＢに配信開始・終了時刻未定の場合のモニタリング及びＤＢ書換］
ここで、配信情報ＤＢ３３に放送開始時刻が「未定」である配信情報が存在するときには、配信情報ＤＢ３３からその配信情報が配信モニタ３２へ送られ、配信モニタ３２は当該配信情報に含まれる「放送ＵＲＩ」からライブ放送が開始されるかどうかをモニタリングする（前述の検知機能手段の一部又は全部に相当。）。
【００６７】
なお、モニタリングの手法としては、その「放送ＵＲＩ」に通知サーバ３が接続を試み、パケットを受信できるかどうかによって、配信開始を判定する手法、また、配信サーバ１が通知手段、例えば、配信に関するメタ情報を随時配信する手段を持っている場合には、このメタ情報を通知サーバ３がモニタリングして配信開始時刻を得る手法もある。
【００６８】
かような手法を用いてライブ放送が開始されたことを確認したら、そのタイミングで配信情報ＤＢ３３のその配信情報の配信開始時刻を、「未定」から「配信開始を確認した時刻」（図４（ｃ）の例では、書換後を示す図４（ｄ）のように、「２００２／７／２４　１１：００：００」）に書換える。
【００６９】
例えば、配信サーバ１から登録した配信情報を元に配信サーバ１のライブ放送ＵＲＩ「ｒｔｓｐ：／／ｂ／ｓｏｃｃｅｒ」を配信モニタ３２がモニタリングし、番組「日本対アメリカ」が時刻「２００２／７／２４　１１：００：００」に放送開始したことを検知すると、図４（ｃ）の第３行目、第１列目の放送開始時刻を「２００２／７／２４　１１：００：００」に書換える。その書換後の配信情報ＤＢ３３の内容をテーブルにより示したのが図４（ｄ）である。
【００７０】
ところで、配信情報ＤＢ３３に、放送開始時刻が現時点より以前でかつ放送終了時刻が「未定」である配信情報が存在する場合においては、配信情報ＤＢ３３からその配信情報が配信モニタ３２へ送られ、配信モニタ３２はその送られた配信情報に含まれる「放送ＵＲＩ」からのライブ放送が終了したかどうかをモニタリングする。そして、ライブ放送が終了したことを確認したら、そのタイミングで配信情報ＤＢ３３のその配信情報の放送終了時刻を「配信終了を確認した時刻」に書換える（前述の検知機能手段の一部に相当。）。
【００７１】
以上、配信情報ＤＢ３３に放送開始時刻、放送終了時刻が「未定」である配信情報が存在する場合に行われるモニタリング及び配信情報ＤＢ３３の書換につき説明したものの、配信情報の放送開始時刻及び放送終了時刻の更新は配信モニタ３２に依存せずに、配信サーバ１から送られる配信情報によって上書きして更新するように構成しても構わない。
【００７２】
＊▲２▼クライアント端末２によりライブ放送を受信するまでの処理に関して＊▲２▼につき、現在放送されているライブ放送を視聴する場合、放送予定のライブ放送をユーザが指定しそれを最初から視聴する場合の二つの場合について説明する。
【００７３】
［現在放送されているライブ放送を視聴する場合］
今までの説明を前提として、クライアント端末２から現在放送されているライブ放送から視聴したい番組を視聴する場合（方法例１に該当）につき説明する。
【００７４】
ＳＴ１−１として、クライアント端末２を繰作するユーザは、ユーザ設定器２２を用いて自分が見たい番組を設定する。例えば、「ユーザＡ」というユーザが見たい番組の種類として「スポーツ」及び「ニュース」を設定したとする。
【００７５】
ＳＴ１−２として、ＳＴ１−１にて設定された情報は、例えばそのユーザの年齢などのユーザのプロファイルデータと共にユーザの設定情報として、ユーザ設定送信器２１からネットワーク４を経由して通知サーバ３へ送信される。
【００７６】
ＳＴ１−３として、ＳＴ１−２にてクライアント端末２から送信された設定情報を、通知サーバ３がユーザ設定受信器３６により受信し、かかる受信した設定情報はユーザ設定ＤＢ３７へ送られる。なお、ユーザ設定ＤＢ３７の内容を表形式で記述した一例が図４（ｅ）であり、ＳＴ１−３によりクライアント端末２から送られてきた「ユーザＡ」の（ユーザの）設定情報が、図４（ｅ）のテーブルの第２行に記述されている。
【００７７】
ＳＴ１−４として、現在のライブ配信番組の照会を行うため、そのユーザの設定情報は更に判定器３４に送られ、配信情報ＤＢ３３の配信情報と照合され、判定器３４にて、設定情報に合致する配信情報が得られるとその合致した情報を情報送信器３５からネットワーク４を経由してそのクライアント端末２へ送る。
【００７８】
例えば、現在時刻が「「２００２／７／２４／１０：３０：００」であったとすると、配信情報ＤＢ３３に保持きれる情報の内、放送開始時刻が現在以前で、かつ放送終了時刻が現在以降又は「未定」の配信情報で、かつユーザＡが指定した「スポーツ」、「ニュース」という種類のライブ放送で、しかも放送対象年齢がユーザＡのプロファイルデータと不整合とならないものとして、番組「高校野球」が選択される。従って、この場合、「高枚野球」の配信情報がクライアント端末２へ送られる。
【００７９】
ＳＴ１−５として、クライアント端末２にて、ＳＴ１−４にて通知サーバ３から送られた配信情報（前述の例では「高校野球」の配信情報）を、配信情報受信器２３により受信する。
【００８０】
ＳＴ１−６として、受信した配信情報は通知器２４に送られ、例えばモニタ２５にその情報を表示することにより、ユーザ（前述の例ではユーザＡ）は、「２００２／７／２４　１０：３０：００」現在「高校野球」が放送されていることを知ることができ、自分の見たい番組を簡単に探し出すことができる。
【００８１】
そして、通知された配信情報を元に自動的に映像を表示する構成にあっては、通知器２４が配信情報に含まれる「放送ＵＲＩ」を配信映像受信器２６へ送り、配信映像受信器２６は指定された「放送ＵＲＩ」である配信サーバ１にアクセスすることにより、現に配信されている「高枚野球」のライブ映像を受信し始め、当該受信した映像を配信映像再生器２７で再生し、モニタ２５に提示する。
【００８２】
［放送予定のライブ放送をユーザが指定しそれを最初から視聴する場合］
今までの説明を前提として、ユーザが放送予定のライブ放送を指定してライブ放送を最初から視聴する場合（方法例２に該当）につき説明する。
【００８３】
ＳＴ２−１として、クライアント端末２から通知サーバ３に配信予定のライブ放送に関する情報を要求する。詳説すれば、クライアント端末２を操作するユーザである「ユーザＢ」により、ユーザ設定器２２に対して視聴したい番組の種類が設定される。例えば、ユーザＢがユーザＡと同様、視聴したい番組の種類として「スポーツ」と「ニュース」を設定したとする。かかる設定により、例えばユーザＢの年齢などそのユーザ（ここではユーザＢ）のプロファイルデータと共にユーザの設定情報としてユーザ設定送信器２１からネットワーク４を経由して通知サーバ３へ送られる。
【００８４】
ＳＴ２−２として、通知サーバ３は、ユーザ設定受信器３６により、クライアント端末２からＳＴ２−１により送られてくるユーザの設定情報を受信すると、当該受信したユーザの設定情報をユーザ設定ＤＢ３７に送る。
【００８５】
ＳＴ２−３として、ユーザ設定ＤＢ３７に保持されたユーザの設定情報は、判定器３４に送られ、配信情報ＤＢ３３に保持されている配信情報と照合される。そして、判定器３４において、かかるユーザの設定情報に合致する配信情報が得られると、その合致した配信情報を情報送信器３５からネットワーク４を経由してクライアント端末２に送る。
【００８６】
一例を挙げれば、配信情報ＤＢ３３に保持されている配信情報の内容が図４（ｃ）であったとし、現在時刻が「２００２／７／２４　１０：３０：００」であったとすると、配信情報ＤＢ３３に保持される配信情報の内、放送開始時刻が現在以降又は「未定」の配信情報で、かつ、ユーザＢが設定した視聴したい番組の種類（先の例では、「スポーツ」又は「ニュース」という種類）のライブ放送で、しかも放送対象年齢がユーザのプロファイルデータと不整合しないものとして、番組「日本対アメリカ」が選択され、この「日本対アメリカ」の配信情報がクライアント端末２へ送られることになる。
【００８７】
ＳＴ２−４として、クライアント端末２にて、ＳＴ２−３により通知サーバ３から送られた配信情報を、配信情報受信器２３により受信し、受信した配信情報は通知器２４に送られ、例えば、モニタ２５にかかる配信情報を表示する。これにより、ユーザは、「２００２／７／１４　１０：３０：００」現在「日本対アメリカ」が放送予定であることを知ることができる。
【００８８】
ＳＴ２−５として、クライアント端末２を操作するユーザＢにより、ユーザ設定器２２は、自分が視聴したい番組の視聴予約を受ける。前述の例では、「日本対アメリカ」が設定される。かかる設定された情報は、（例えばユーザの年齢などのユーザのプロファイルデータと共に）ユーザの設定情報として、ユーザ設定送信器２１からネットワーク４を経由して通知サーバ３へ送られる。
【００８９】
ＳＴ２−６として、通知サーバ３では、ＳＴ２−５により送られてきたユーザの設定情報をユーザ設定受信器３６で受け、ユーザ設定ＤＢ３７に保持される。即ち、図４（ｅ）においては、例えばそのテーブルの第３行のように最新のユーザの設定情報が上書されて記述される。
【００９０】
ＳＴ２−７として、ＳＴ２−６によりユーザ設定ＤＢ３７に保持（上書き）されたことを契機に、そのユーザの設定情報が判定器３４に送られ、配信情報ＤＢ３３に保持されている配信情報と照合される。例えば、現在時刻が「２００２／７／２４　１０：３０：００」であったとすると、配信情報ＤＢ３３に保持されている情報で、番組「日本対アメリカ」に合致する情報は、存在しない。かかる場合に、このユーザの設定情報をユーザ設定ＤＢ３７に保持したままとして、その後の任意のタイミングで判定器３４が配信情報ＤＢ３３に格納されている配信情報と照合する。
【００９１】
ＳＴ２−８として、現在時刻が「２００２／７／２４　１１：００：００」になったとすると、配信モニタ３２により配信情報ＤＢ３３は、図４（ｃ）から図４（ｄ）のように書換えられる（詳細は既に説明した通りである。）。このとき、前述の例では、番組「日本対アメリカ」の放送開始時刻が現在となることから、ユーザＢのユーザの設定情報と番組「日本対アメリカ」の配信情報が合致する（この合致判断は判定器３４により行われる。）。この合致したタイミングにて、情報送信器３５により、この番組「日本対アメリカ」の配信情報がクライアント端末２へ送られる。
【００９２】
ＳＴ２−９として、クライアント端末２がＳＴ２−８により送られたその配信情報を配信情報受信器２３により受け取る。
このとき、その受け取ったその配信情報に基いて自動的に映像を表示するように構成されている場合にあっては、通知器２４がその配信情報に含まれている「放送ＵＲＩ」を配信映像受信器２６へ送り、配信映像受信器２６はその送られてきた、指定された「放送ＵＲＩ」、即ち、その配信サーバ１にアクセスし、配信されている「日本対アメリカ」のライブ映像を受信し始める。そして受信した映像は配信映像再生器２７に送られ再生され、モニタ２５に提示される。
【００９３】
かかる場合においては、クライアント端末２は、配信サーバ１からライブ映像を配信されたときにその配信情報を受け取る構成であるので、ユーザＢは「日本対アメリカ」のライブ放送を最初から見ることができる。
【００９４】
以上、実施例１においては、配信情報とユーザの設定情報との照合を通知サーバ３にて行う構成であったが、それは、本発明の目的を達成する上で必ずしも必須構成となるものではなく、後述する実施例２の各クライアント端末２にて行う構成であってもよい。
【００９５】
（実施例２）
そこで、以下、実施例２として、配信情報とユーザの設定情報との照合をクライアント端末２にて行う構成について説明することにする。
【００９６】
＜通知サーバ、クライアント端末の内部構成＞
図５、６は、本発明の実施例２における、通知サーバの内部構成図、クライアント端末の内部構成図面である。
実施例２における通知サーバ３は、実施例１（図２参照）にいう、判定器３４、ユーザ設定ＤＢ３７及びユーザ設定受信器３６は不要であり、配信情報ＤＢ３３に保持された配信情報をクライアント端末２に送信すべく情報送信器３５がダイレクトにつながれている（同一又は類似の機能の構成要素については機械的に同一符号を付した。）。
【００９７】
実施例２におけるクライアント端末２は、実施例１（図３参照）にいう、ユーザ設定送信器２１は不要であり、その代わりに、ユーザ設定器２２につながれた判定器２８を配信情報受信器２３と通知器２４との間に介在させている（同一又は類似の機能の構成要素については機械的に同一符号を付した。）。
【００９８】
以下、図５、６の内部構成で構成された通知サーバ３、クライアント端末２でもって、図１のシステムを構築したことを前提に、それにより実現できる、ライブ放送受信方法につき説明する（方法例３に該当。）。
【００９９】
＊▲１▼配信サーバ１による配信情報を通知サーバ３に登録する処理に関して＊▲１▼につき説明を行うも、実施例１と同様であるので、簡略化して説明する。
【０１００】
通知サーバ３において、配信サーバ１から送られる配信情報を、配信情報受信器３１でもって受信し、配信情報ＤＢ３３に保持される（一例として、前述の図４（ｃ））。ここで、放送開始時刻が「未定」である配信情報は、実施例１と同様、配信モニタ３２によってその配信情報に含まれている「放送ＵＲＩ」からライブ放送が開始されるかどうかをモニタリングし、ライブ放送が開始されたことを確認したら、そのタイミングで配信情報ＤＢ３３のその配信情報の放送開始時刻を、「放送開始を確認した時刻」に書換える。
【０１０１】
▲２▼クライアント端末２によりライブ放送を受信するまでの処理に関して＊▲２▼につき、クライアント端末２が現在放送さているライブ放送から視聴したい番組を探す場合、ユーザが所望するライブ放送が始まったときにユーザに通知する場合の二つの場合について説明する。
【０１０２】
［現在放送されているライブ放送を視聴する場合］
今までの説明を前提として、クライアント端末２が、現在放送されているライブ放送から見たい番組を探す場合（方法例３の場合１に該当）につき説明する。
【０１０３】
ＳＴ３−１として、ユーザにより、ユーザ設定器２２を介して、自分が見たい番組をユーザの設定情報として設定する。かかる設定のタイミング又は別の手段により設定されるタイミングでもって、クライアント端末２は通知サーバ３に配信情報を要求する（これにまつわる内部構成は図６に示していない。）。
【０１０４】
ＳＴ３−２として、通知サーバ３は、配信情報ＤＢ３３に保持している配信情報の内で、放送開始時刻が現在以前で、かつ、放送終了時刻が現在以降又は「未定」である配信情報を、情報送信器３５からクライアント端末２に送る。もっとも、通知サーバ３からクライアント端末２ヘの配信情報の送信については、クライアント端末２主導である必要はなく、逆に通知サーバ３主導、いわゆるプッシュ型で行われる構成を採っても構わない。
【０１０５】
ＳＴ３−３として、クライアント端末２は、配信情報受信器２３によりＳＴ３−２により送信された配信情報を受信し、判定器２８に送り、それを受けた判定器２８によりユーザの設定情報と合致する配信情報が存在すれば、その配信情報を通知器２４に送る。そして、通知器２４によりその受けた配信情報をモニタ２５に表示して、現在放送されているライブ放送をユーザに知らせる。
【０１０６】
この際、通知器２４がその配信情報に含まれている「放送ＵＲＩ」を配信映像受信器２６へ送り、それを受けた配信映像受信器２６がその指定された「放送ＵＲＩ」にアクセスして、配信されているライブ映像を受信し始めると、その受信した映像を配信映像再生器２７により再生してモニタ２５に表示してユーザに即座に提示することも可能となる。
【０１０７】
［放送予定のライブ放送をユーザが指定しそれを最初から視聴する場合］
ユーザが所望するライブ放送が始まったときにユーザ通知する場合、即ち、放送予定のライブ放送をユーザが指定しそれを最初から視聴する場合（方法例３の場合２に該当）につき説明する。
【０１０８】
通知サーバ３の情報送信器３５が、常時又は随時通知サーバ３からクライアント端末２に最新の配信情報が送信されるように、機能構成され、クライアント端末２は、通知サーバ３から配信情報受信器２３により得た最新の配信情報を、判定器２８にてその都度、ユーザの設定情報と合致するかどうか判定するように機能構成される。
【０１０９】
一例を挙げるならば、ユーザが実施例１と同様又は別の手段で、「日本対アメリカ」が配信サーバ１から配信予定であることを知ったときに、「日本対アメリカ」を見たいとユーザ設定器２２に設定したとする。通知サーバ３では、現在時刻が「２００２／７／２４　１０：３０：００」であったときには、図４（ｃ）に示すように通知サーバ３の配信情報ＤＢ３３に保持される情報で、番組「日本対アメリカ」の配信開始時刻は「未定」であるので、この配信情報はクライアント端末２には送信されない。
【０１１０】
時が経過して、現在時刻が「２００２／７／２４　１１：００：００」になったとすると、通知サーバ３にて、配信モニタ３２により、配信情報ＤＢ３３は、図４（ｄ）のように書換がなされる。従って、時刻「２００２／７／２４　１１：００：００」以降は、番組「日本対アメリカ」の配信情報が通知サーバ３からクライアント端末２に送られる。
【０１１１】
それを受けたクライアント端末２においては、判定器２８により、この送られてきた配信情報がユーザの設定情報と合致することを検知するので、その配信情報が通知器２４に送られ、通知器２４によりその配信情報がモニタ２５に送られその情報を提示する。
【０１１２】
更に、配信映像受信器２６に送られる構成を採れば、配信映像受信器２６によりその配信情報に含まれている「放送ＵＲＩ」にアクセスされ、受信したライブ映像を配信映像再生器２７にて再生しモニタ２５に表示することにより、ライブ映像を提示することが可能である。
【０１１３】
以上の様に、配信サーバ１から番組「日本対アメリカ」が配信されるタイミングで、ユーザに配信情報を提示したり、ライブ映像を提示することが可能となる。
【０１１４】
以上、本発明の一実施形態としてシステム例、サーバ例、プログラム例、記録媒体例及び方法例を、更に実施例を説明したが、本発明の目的を達し、下記する効果を奏する範囲において、適宜変更して実施可能である。
【０１１５】
【発明の効果】
以上、本発明によれば、以下の▲１▼乃至▲３▼などの有益な効果を奏する。
▲１▼配信サーバが放送するライブ放送の配信情報を通知サーバに登録するだけで、通知サーバは、クライアント端末の要求に基いて、配信情報をクライアント端末に送信するので、配信サーバのライブ放送の配信情報をクライアント端末に提供することが可能となる。
【０１１６】
▲２▼クライアント端末が通知サーバに問い合わせをするだけで、保持している配信情報から、その時点で配信しているライブ放送の配信情報をユーザの設定情報に合せて得ることができるので、ユーザは自分が視聴したいライブ放送番組を簡単に探し出すことが可能となる。
【０１１７】
▲３▼通知サーバは配信サーバからライブ放送が配信されているかをモニタリングすることにより、結果として、通知サーバに保持される配信情報が更新される。そして、通知サーバからはライブ放送の開始時にクライアント端末の要求に合致したライブ放送の配信情報がクライアント端末に送信されるので（合致するかはクライアント端末で行っても同様。）、結果として、正確なライブ番組配信時刻を通知サーバがクライアント端末に通知することが可能となる。また、それにより、クライアント端末を操作するユーザは、設定したライブ放送を最初から見ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるライブ放送受信システムの構成図である。
【図２】本発明の実施例１における通知サーバの内部構成図である。
【図３】本発明の実施例１におけるクライアント端末の内部構成図である。
【図４】本発明の実施例を説明する各テーブルであり、（ａ）及び（ｂ）は配信サーバが通知サーバに登録する配信情報の記述例、（ｃ）及び（ｄ）は配信情報ＤＢの記述例、（ｅ）はユーザ設定ＤＢの記述例である。
【図５】本発明の実施例２における通知サーバの内部構成図である。
【図６】本発明の実施例２におけるクライアント端末の内部構成図である。
【符号の説明】
１…配信サーバ
２…クライアント端末
３…通知サーバ
４…ネットワーク
２１…ユーザ設定送信器
２２…ユーザ設定器
２３…配信情報受信器
２４…通知器
２５…モニタ
２６…配信映像受信器
２７…配信映像再生器
２８…判定器
３１…配信情報受信器
３２…配信モニタ
３３…配信情報ＤＢ
３４…判定器
３５…情報送信器
３６…ユーザ設定受信器
３７…ユーザ設定ＤＢ

Claims (15)

1. ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続される通知サーバにおいて、
   当該配信サーバから配信されるライブ放送に係る配信情報を保持し、
   当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知すると共に、
   当該クライアント端末からユーザの要求に係る設定情報を受け、
   当該保持された配信情報の内、当該設定情報と合致した配信情報を全て当該クライアント端末に通知することにより、
   当該クライアント端末がライブ放送を受信可能に実施する、
   ことを特徴とするライブ放送受信方法。
2. ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続される通知サーバにおいて、
   当該配信サーバから配信されるライブ放送に係る配信情報及びクライアント端末毎にユーザの設定情報を保持する一方、
   当該配信サーバをモニタリングし、ライブ放送の配信が開始されたことを検知して当該配信サーバがライブ放送を開始したタイミングでもって、当該クライアント端末にその配信サーバの配信情報を通知することにより、
   当該クライアント端末がライブ放送を受信可能に実施する、
   ことを特徴とするライブ放送受信方法。
3. ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続される通知サーバにおいて、
   当該配信サーバから配信されるライブ放送に係る配信情報を保持し、
   当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知すると共に、
   現にライブ放送を配信している配信サーバ全ての配信情報を当該クライアント端末に通知することにより、
   当該クライアント端末が当該受けた配信情報からライブ放送を受信可能に実施する、
   ことを特徴とするライブ放送受信方法。
4. ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続されるサーバであって、
   前記配信されるライブ放送に係る配信情報を保持する保持機能手段と、
   前記配信サーバをモニタリングして前記ライブ放送の配信開始及び終了を検知する検知機能手段と、
   前記クライアント端末からユーザの要求に係る設定情報を受け、前記保持機能手段により保持された配信情報の内、当該受けた設定情報と合致した配信情報を全て当該クライアント端末に通知する合致判定通知機能手段と
   により機能構成された、
   ことを特徴とするライブ放送受信通知サーバ。
5. ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続されるサーバであって、
   前記配信されるライブ放送に係る配信情報を保持する保持機能手段と、
   前記クライアント端末からのユーザの設定情報を保持する別の保持機能手段と、
   前記配信サーバをモニタリングして前記ライブ放送の配信開始を検知する検知機能手段と、
   前記配信サーバがライブ放送を開始したタイミングでもって、前記クライアント端末にその配信サーバの配信情報を通知する通知機能手段と
   により機能構成された、
   ことを特徴とするライブ放送受信通知サーバ。
6. ライブ放送を配信する配信サーバとそれを受信するクライアント端末とをネットワークを介して接続されるサーバであって、
   前記配信されるライブ放送に係る配信情報を保持する保持機能手段と、
   前記配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知する検知機能手段と、
   現にライブ放送を配信している配信サーバ全ての配信情報を前記クライアント端末に通知する通知機能手段と
   により機能構成された、
   ことを特徴とするライブ放送受信サーバ。
7. 前記請求項４に記載のライブ放送受信通知サーバと、
   前記配信サーバと、
   前記設定情報を前記ライブ放送受信通知サーバに通知する手段及び当該ライブ放送受信通知サーバから前記合致した配信情報を受信して取得する手段を具備した前記クライアント端末とを、
   前記ネットワークを介して接続自在にシステム構築された、
   ことを特徴とするライブ放送受信システム。
8. 前記請求項５に記載のライブ放送受信通知サーバと、
   前記配信サーバと、
   前記設定情報を前記ライブ放送受信通知サーバに通知する手段及び当該ライブ放送受信通知サーバから前記配信情報を受信して取得する手段を具備した前記クライアント端末とを、
   前記ネットワークを介して接続自在にシステム構築された、
   ことを特徴とするライブ放送受信システム。
9. 前記請求項６に記載のライブ放送受信通知サーバと、
   前記配信サーバと、
   前記ライブ放送受信通知サーバから前記配信情報を受信する手段及び当該手段により受信した配信情報の内、ユーザの設定情報と合致する配信情報のみをユーザに通知する手段を具備した前記クライアント端末とを、
   前記ネットワークを介して接続自在にシステム構築された、
   ことを特徴とするライブ放送受信システム。
10. 前記請求項６に記載のライブ放送受信通知サーバと、
    前記配信サーバと、
    前記ライブ放送受信通知サーバから前記配信情報を受信する手段、ユーザの設定情報を保持する手段及び当該受信した配信情報の内、当該保持されたユーザの設定情報に合致する配信情報のみを当該受信したタイミングにてユーザに通知する手段を具備した前記クライアント端末とを、
    前記ネットワークを介して接続自在にシステム構築された、
    ことを特徴とするライブ放送受信システム。
11. 前記クライアント端末は、
    前記配信情報を前記ライブ放送受信通知サーバから通知されたタイミングでもって、当該配信情報に係る配信サーバのライブ放送の再生を開始する手段をも具備する、
    ことを特徴とする請求項８又は１０に記載のライブ放送受信システム。
12. ライブ放送を配信する配信サーバ及びそれを受信するクライアント端末とネットワークを介して接続されたコンピュータに格納されるプログラムであって、
    前記コンピュータに、前記配信サーバの配信情報を保持する保持機能手段、当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知する検知機能手段、及びクライアント端末からのユーザの要求に基いてユーザの設定情報と合致したライブ放送に係る配信情報を全て当該クライアント端末に通知する通知機能手段として機能させる連係手順を実行させる、
    ことを特徴とするライブ放送受信プログラム。
13. ライブ放送を配信する配信サーバ及びそれを受信するクライアント端末とネットワークを介して接続されたコンピュータに格納されるプログラムであって、
    前記コンピュータに、前記配信サーバの配信情報を保持する保持機能手段、前記クライアント端末からのユーザの設定情報を保持する別の保持機能手段、当該配信サーバをモニタリングしてライブ放送の配信開始を検知する検知機能手段、及び当該配信サーバがライブ放送を開始したタイミングでもって、当該クライアント端末にその配信サーバの配信情報を通知する通知機能手段として機能させる連係手順を実行させる、
    ことを特徴とするライブ放送受信プログラム。
14. ライブ放送を配信する配信サーバ及びそれを受信するクライアント端末とネットワークを介して接続されたコンピュータに格納されるプログラムであって、
    前記コンピュータに、前記配信サーバの配信情報を保持する保持機能手段、当該配信サーバをモニタリングしてライブ放送の配信開始及び終了を検知する検知機能手段、及び現にライブ放送を配信している配信サーバ全ての配信情報を前記クライアント端末に通知する通知機能手段として機能させる連係手順を実行させる、
    ことを特徴とするライブ放送受信プログラム。
15. 前記請求項１２、１３又は１４に記載のプログラム手順を一連の完結手続として実録した、
    ことを特徴とするライブ放送受信プログラムを記録した記録媒体。

Images