JP2003339001A - ストリーミング配信システムにおける管理サーバおよびコンピュータプログラム - Google Patents

Abstract

(57)【要約】 【課題】ライブ中継の番組をユーザが所望するときに観
ることができるようにする。 【解決手段】ストリーミング配信を行うデータ配信サー
バ２が設けられたストリーミング配信システム１におけ
る管理サーバ１０に、ユーザの所望する番組と記録を行
う時間帯とを示す予約録画情報７４を取得する録画予約
受付部１０４と、予約録画情報７４に示される時間帯に
ストリーミング配信される番組のデータを受信するデー
タ受信部１０５と、受信された番組の番組録画データ８
０をユーザと対応付けて保存する録画データ記憶部１Ｄ
２と、保存された番組録画データ８０をユーザの端末装
置に送信する録画データ送信部１０６と、を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ストリーミング配
信によってマルチメディアコンテンツをユーザに配信す
るストリーミング配信システムに用いられる管理サーバ
に関する。

【０００２】

【従来の技術】従来より、コンサートまたはスポーツな
どの番組（マルチメディアコンテンツ）をストリーミン
グ配信によってユーザにライブ中継する技術が提案され
ている。ユーザは、インターネットなどを介してパソコ
ンなどの端末装置をストリーミングサーバに接続し、様
々なジャンルの番組をリアルタイムに楽しむことができ
る。一般に、このような配信の形態を「ライブ配信」と
いう。ライブ配信は、ニュースまたはスポーツなどの番
組のように新しさが要求されるものを配信するのに適し
ている。

【０００３】また、ストリーミングサーバに様々な番組
のためのマルチメディアデータを用意しておき、ユーザ
からの要求に応じて番組をストリーミング配信する技術
が提案されている。一般に、このような配信の形態を
「ビデオオンデマンド」という。ビデオオンデマンドに
よると、ユーザは、いつでも好きな番組を楽しむことが
できる。つまり、ビデオオンデマンドは、映画またはド
ラマなどの番組に適している。

【０００４】このように、ライブ配信およびビデオオン
デマンドの両形態は、番組の種類などに応じて使い分け
られている。

【０００５】

【発明が解決しようとする課題】しかし、ライブ配信の
場合は、ユーザは、配信時間（放送時間）に必ず端末装
置３の前にいなければならないので、時間的な拘束を受
けてしまう。また、用事があるときは番組を観ることが
できないし、観られなかった番組がビデオオンデマンド
により配信されるとは限らない。

【０００６】端末装置を家庭用のビデオデッキなどに接
続しビデオテープに録画する方法が考えられるが、スト
リーミング配信を気軽に楽しみたいユーザにとっては、
必ずしもよい方法であるとはいえない。なぜなら、パソ
コンなどの端末装置にはビデオ端子が設けられていない
場合がほとんどであり、実際に端末装置をビデオデッキ
に接続するのは難しいからである。また、ビデオデッキ
や接続用のデバイスなどを購入するための新たな費用が
掛かってしまう。

【０００７】また、ストリーミング配信は、ライブ配信
またはビデオオンデマンドのいずれの形態であるかに関
わらず、通信量が膨大でありかつストリーミングサーバ
の処理の負担が大きい。したがって、ストリーミングサ
ーバへのアクセスが集中すると、すぐに通信回線が混雑
してしまい、またはストリーミングサーバの処理に遅れ
が生じてしまう。このような原因により、ストリーミン
グサーバから番組の配信を受けようとしても、ストリー
ミングサーバに接続ができない場合やデータがなかなか
送信されて来ない場合などがある。

【０００８】また、従来はＩＳＰ（Internet Service P
rovider）または放送局などの情報配信の専門業者がス
トリーミング配信を行っていたが、近年は専門業者以外
の企業、商店、または個人などの者が事務所、店舗、ま
たは自宅などにストリーミングサーバを設置し、ストリ
ーミング配信を行うようになってきている。しかし、こ
れらの者は、専門業者のような高性能のシステムを有し
ないし、高速度の通信回線を有しない。したがって、こ
れらの者にとって、通信回線の混雑による処理の遅延な
どの問題は一層深刻となる。

【０００９】本発明は、このような問題点に鑑み、ユー
ザがライブ中継の番組を所望するときに観ることができ
るようにすることを目的とする。また、ストリーミング
配信を円滑することを目的とする。

【００１０】

【課題を解決するための手段】本発明に係るストリーミ
ング配信システムにおける管理サーバは、動画像または
音声を再生するためのマルチメディアデータをストリー
ミング配信することによってユーザに番組を配信するス
トリーミングサーバが１つまたは複数設けられたストリ
ーミング配信システムにおける管理サーバであって、ユ
ーザの端末装置から送信される、当該ユーザが記録をし
ておいて欲しい番組を配信する予定の前記ストリーミン
グサーバを示すサーバ指定情報と当該記録をする希望の
時間帯を示す時間帯指定情報とを、取得する指定情報取
得手段と、前記サーバ指定情報に示される前記ストリー
ミングサーバから前記時間帯情報に示される時間帯にス
トリーミング配信される番組のデータを受信するデータ
受信手段と、受信された番組のデータを当該番組の記録
を希望したユーザと対応付けて保存する番組データ保存
手段と、保存された前記番組のデータを当該データと対
応付けられたユーザの端末装置に送信するデータ送信手
段とを有してなる。

【００１１】または、動画像または音声を再生するため
のマルチメディアデータをストリーミング配信すること
によって１つまたは複数の番組を配信するストリーミン
グサーバが１つまたは複数設けられたストリーミング配
信システムにおける管理サーバであって、ユーザの端末
装置から送信される、当該ユーザが記録をしておいて欲
しい番組を示す番組指定情報と当該番組を配信する予定
の前記ストリーミングサーバを示すサーバ指定情報と当
該記録をする時間帯を示す時間帯指定情報とを、取得す
る指定情報取得手段と、前記サーバ指定情報に示される
前記ストリーミングサーバから前記時間帯情報に示され
る時間帯にストリーミング配信される、前記番組指定情
報に示される番組のデータを、受信するデータ受信手段
と、受信された番組のデータを当該番組の記録を希望し
たユーザと対応付けて保存する番組データ保存手段と、
保存された前記番組のデータを当該データと対応付けら
れたユーザの端末装置に送信するデータ送信手段とを有
してなる。または、番組の配信の予定を示す予定情報を
前記ストリーミングサーバごとに記憶する予定情報記憶
手段と、前記各予定情報に基づいて前記各ストリーミン
グサーバから配信される番組の一覧情報を生成する一覧
情報生成手段と、生成された前記一覧情報をユーザの端
末装置に送信する一覧情報送信手段とを有してなる。

【００１２】または、番組の配信の予定を示す予定情報
を前記ストリーミングサーバごとに記憶する予定情報記
憶手段と、ユーザの端末装置から送信される、当該ユー
ザが記録をしておいて欲しい番組を示す番組指定情報と
当該記録をする時間帯を示す時間帯指定情報とを、取得
する指定情報取得手段と、取得された前記番組指定情報
に示される番組がいずれの前記ストリーミングサーバか
ら配信される予定があるかを前記予定情報記憶手段に記
憶されている前記各予定情報に基づいて検索するサーバ
検索手段と、検索された前記ストリーミングサーバから
前記時間帯情報に示される時間帯にストリーミング配信
される、前記番組指定情報に示される番組のデータを、
受信するデータ受信手段と、受信された番組のデータを
当該番組の記録を希望したユーザと対応付けて保存する
番組データ保存手段と、保存された前記番組のデータを
当該データと対応付けられたユーザの端末装置に送信す
るデータ送信手段とを有してなる。

【００１３】または、動画像または音声を再生するため
のマルチメディアデータをストリーミング配信するスト
リーミングサーバが１つまたは複数設けられたストリー
ミング配信システムにおける管理サーバであって、ユー
ザが使用を希望する前記ストリーミングサーバを示すサ
ーバ指定情報と当該ストリーミングサーバの使用をする
予定の時間帯を示す時間帯指定情報とを取得することに
よって当該ストリーミングサーバの使用の予約を受け付
ける予約受付手段と、前記時間帯指定情報に示される時
間帯においては、前記予約を依頼したユーザの端末装置
が他の端末装置よりも優先して前記サーバ指定情報に示
される前記ストリーミングサーバに接続されるように制
御する接続制御手段とを有してなる。

【００１４】または、前記ストリーミングサーバの現在
のトラフィックを示すトラフィック情報を取得するトラ
フィック情報取得手段と、前記ストリーミングサーバの
今後のトラフィックの予測を示すトラフィック予測情報
を、当該ストリーミングサーバに係る前記各時間帯指定
情報および前記トラフィック情報に基づいて生成する予
測情報生成手段と、を有し、前記接続制御手段は、前記
ストリーミングサーバの前記トラフィック予測情報に示
されるトラフィックの予測が当該ストリーミングサーバ
に与えられた最大トラフィックを上回る場合に、当該ス
トリーミングサーバの予約を依頼したユーザの端末装置
と当該ストリーミングサーバとの接続を可能な状態に
し、これから接続を行おうとする他のユーザの端末装置
と当該ストリーミングサーバとの接続を不可能な状態に
するように制御する。または、前記トラフィック情報取
得手段によって取得される前記各ストリーミングサーバ
の前記トラフィック情報に基づいてトラフィックの一覧
を示すトラフィック一覧情報を生成するトラフィック一
覧生成手段と、生成された前記トラフィック一覧情報を
端末装置に送信する一覧情報送信手段とを有してなる。

【００１５】または、動画像または音声を再生するため
のマルチメディアデータをストリーミング配信するスト
リーミングサーバが設けられたストリーミング配信シス
テムにおける管理サーバであって、トラフィックが多い
ことが原因でユーザの端末装置と前記ストリーミングサ
ーバとの接続ができない場合に当該端末装置から送信さ
れる、当該端末装置と当該ストリーミングサーバとの接
続の要求を、取得する要求取得手段と、前記ストリーミ
ングサーバの現在のトラフィックを示すトラフィック情
報を取得するトラフィック情報取得手段と、前記要求に
係る前記ストリーミングサーバの前記トラフィック情報
に基づいて端末装置と当該ストリーミングサーバとの接
続が可能であるか否かを判別する判別手段と、前記判別
手段によって接続が可能であると判別された場合に、前
記要求を行ったユーザの端末装置に対して接続が可能に
なった旨を通知する通知手段とを有してなる。

【００１６】

【発明の実施の形態】〔第一の実施形態〕図１は本発明
に係るストリーミング配信システム１の構成の例を示す
図、図２はデータ配信サーバ２Ｌのハードウェア構成の
例を示す図、図３は管理サーバ１０のハードウェア構成
の例を示す図、図４は管理サーバ１０の機能的構成の例
を説明する図、図５は予約フォーム画面ＨＧ１の例を示
す図、図６は確認画面ＨＧ２の例を示す図、図７は管理
サーバ１０の処理の流れの例を説明するフローチャート
である。

【００１７】図１に示すように、本発明に係るストリー
ミング配信システム１は、管理サーバ１０、データ配信
サーバ２、端末装置３、および通信回線５などによって
構成される。ストリーミング配信システム１の各装置
は、通信回線５を介して互いに接続可能である。通信回
線５として、インターネット、公衆回線、または専用線
などが用いられる。データ配信サーバ２および管理サー
バ１０は、ＩＳＰ（Internet Service Provider）、Ａ
ＳＰ（Application Service Provider）、テレビ局、ラ
ジオ局、またはケーブルテレビ局など情報発信の専門業
者に設置されている。

【００１８】このストリーミング配信システム１による
と、ユーザは、自分の端末装置３からデータ配信サーバ
２にアクセスし、データ配信サーバ２からストリーミン
グ配信（送信）されるデータを受信し、音声または動画
像（映像）などによる種々の情報（いわゆるマルチメデ
ィアコンテンツ）を視聴することができる。マルチメデ
ィアコンテンツとして、例えば、映画、ドラマ、ドキュ
メント、アニメーションマンガ、スポーツ、演劇、コン
サート、またはニュースなど様々な種類のものがユーザ
に配信され提供されている。以下、ユーザに配信される
これらのマルチメディアコンテンツを「番組」と記載す
ることがある。なお、これらのマルチメディアコンテン
ツ（番組）を作成し提供するのは、情報発信の専門業者
に限られない。例えば、商店または個人などが、データ
配信サーバ２を事務所または自宅などに設置し、マルチ
メディアコンテンツを作成し提供する場合もある。

【００１９】番組のデータの配信形態として、ビデオカ
メラで撮影された映像などを直ちに配信する「ライブ配
信」と、マルチメディアファイルとして記憶されている
ものをユーザからの要求に応じて配信する「ビデオオン
デマンド（ＶｏＤ）配信」の２種類がある。以下、ライ
ブ配信を行うデータ配信サーバ２を「データ配信サーバ
２Ｌ」と記載し、ＶｏＤ配信を行うデータ配信サーバ２
を「データ配信サーバ２Ｖ」と記載することがある。

【００２０】また、ユーザは、ライブ配信されるマルチ
メディアコンテンツを管理サーバ１０に一旦記録してお
き、後からこの番組を視聴することができる。以下、こ
のようにライブ配信された番組のデータを記録すること
を「録画」と記載することがある。

【００２１】端末装置３は、通信回線５に接続するため
のインタフェースを有し、映像または音声を再生するた
めのストリーミングアプリケーション、Ｗｅｂブラウザ
（ＷＷＷブラウザ）、および電子メールアプリケーショ
ンなどがインストールされている。端末装置３として、
パーソナルコンピュータ、ＰＤＡ（Personal DigitalAs
sistant）、または携帯電話端末などが用いられる。ス
トリーミングアプリケーションとして、マイクロソフト
社のＷｉｎｄｏｗｓ Ｍｅｄｉａ Ｐｌａｙｅｒ（商
標）またはリアルネットワークス社のＲｅａｌ Ｐｌａ
ｙｅｒ（登録商標）などが用いられる。

【００２２】データ配信サーバ２Ｌは、図２に示すよう
に、ＣＰＵ２ａ、ＲＡＭ２ｂ、ＲＯＭ２ｃ、磁気記憶装
置２ｄ、ビデオ入力インタフェース２ｅ、および音声入
力インタフェース２ｆなどによって構成される。データ
配信サーバ２Ｌには、ビデオ入力インタフェース２ｅお
よび音声入力インタフェース２ｆを介してストリーミン
グ配信するためのマルチメディアデータが入力される。
ＩＥＥＥ１３９４または通信インタフェースなどのイン
タフェースを介してマルチメディアデータを入力しても
よい。磁気記憶装置２ｄには、ＯＳ（オペレーティング
システム）、ストリーミングサーバ用アプリケーショ
ン、および種々のプログラムおよびデータが記憶されて
いる。これらのプログラム（アプリケーション）および
データは必要に応じてＲＡＭ２ｂにロードされ、ＣＰＵ
２ａによってプログラムが実行される。ストリーミング
サーバ用アプリケーションとして、マイクロソフト社の
Ｗｉｎｄｏｗｓ Ｍｅｄｉａ Ｓｅｒｖｅｒ（商標）ま
たはリアルネットワークス社のＲｅａｌ Ｓｅｒｖｅｒ
（登録商標）などが用いられる。

【００２３】データ配信サーバ２Ｌには、同時に複数の
番組を配信することができるものがある。つまり、１台
の装置の中に仮想的に複数のストリーミングサーバが構
成されているものがある。データ配信サーバ２Ｖの構成
については、第二の実施形態で説明する。

【００２４】このような構成により、データ配信サーバ
２Ｌは、マルチメディアコンテンツ（番組）をストリー
ミング配信するストリーミングサーバとして機能する。
すなわち、ライブ撮影によって得られるマルチメディア
データに対してストリーミングサーバ用アプリケーショ
ンを実行し、番組を再生するためのデータをパケットに
して端末装置３に次々に送信する。このとき、端末装置
３は、パケットを受信しながら番組をリアルタイム再生
する。

【００２５】管理サーバ１０は、図３に示すように、Ｃ
ＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、磁気記憶装
置１０ｄ、および各種インタフェースなどによって構成
される。磁気記憶装置１０ｄには、ＯＳ（オペレーティ
ングシステム）、ＷＷＷ（Ｗｅｂ）サーバ用プログラ
ム、データ配信サーバ２（ストリーミングサーバ）の管
理用プログラム、ストリーミングサーバ用アプリケーシ
ョン、および種々のプログラムおよびデータが記憶され
ている。

【００２６】このような構成により、管理サーバ１０
は、図４に示すように、配信予定受信部１０１、予定一
覧生成部１０２、予定一覧送信部１０３、録画予約受付
部１０４、データ受信部１０５、録画データ送信部１０
６、配信予定記憶部１Ｄ１、録画データ記憶部１Ｄ２、
および予約録画情報記憶部１Ｄ３などの機能が実現され
る。これらの構成によって、各データ配信サーバ２から
配信される番組の管理、ユーザから予約するように要求
された番組の録画、および録画した番組の送信などの処
理を行う。

【００２７】配信予定受信部１０１は、番組の配信の予
定すなわちタイムテーブルを示す配信予定情報７１を各
データ配信サーバ２Ｌから受信する。受信された配信予
定情報７１は、配信予定記憶部１Ｄ１に記憶される。

【００２８】予定一覧生成部１０２は、これらの配信予
定情報７１に基づいて、各データ配信サーバ２Ｌから配
信される番組の一覧表を有する画面を表示するための番
組一覧情報７３を生成する。番組一覧情報７３は、ＨＴ
ＭＬ（Hypertext Markup Language）またはＸＭＬ（Ext
ensible Markup Language）などの言語で記述される。
または、ＪＡＶＡ（登録商標）などのアプリケーション
プログラムなどで構成されてもよい。後に説明する各画
面を表示するための画面情報も同様である。

【００２９】番組一覧情報７３の生成は、いずれかのデ
ータ配信サーバ２Ｌの番組の配信予定に変更があった場
合、一定時間（例えば半日）が経過したとき、または端
末装置３から要求されたときなどに生成される。

【００３０】予定一覧送信部１０３は、生成された番組
一覧情報７３を端末装置３に送信する。すると、端末装
置３には、図５に示すような予約フォーム画面ＨＧ１が
表示される。予約フォーム画面ＨＧ１の中の番組一覧表
ＬＳ１は、各データ配信サーバ２Ｌから配信される番組
の予定を示している。「１ｃｈ」、「２ｃｈ」などのチ
ャンネル名は、データ配信サーバ２Ｌごとに適当に割り
振られている。１台のデータ配信サーバ２Ｌが複数の番
組を同時に配信する場合は、その数に応じてチャンネル
名が割り振られる。時計アイコンＡＮ１は、現在の時刻
を示している。ユーザは、番組一覧表ＬＳ１を参照し、
視聴したい番組のタイトルをクリックする。すると、端
末装置３は、その番組を配信しているデータ配信サーバ
２Ｌにアクセスし、ストリーミング配信されるデータを
受信しながら映像または音声をリアルタイムに再生す
る。例えば、「国際ニュース」をクリックすると、ライ
ブ配信されている国際ニュースの番組が再生される。

【００３１】また、ユーザは、番組一覧表ＬＳ１に示さ
れる番組を指定して録画の予約を行うことができる。録
画の予約は、次のような手順で行われる。まず、ユーザ
は、所望する番組を番組一覧表ＬＳ１の中から見つけて
クリックする。すると、テキストボックスＴＸ１１に
は、ＵＲＬ（Uniform Resource Locator）が表示され
る。このＵＲＬは、予約録画の対象である番組の番組名
（タイトル）およびその番組を配信するデータ配信サー
バ２Ｌのサーバ名を示している。例えば、図５のＵＲＬ
のうち「スポーツニュース」は番組名を示し、「ｓｅｒ
ｖｅｒ１」はサーバ名を示している。

【００３２】テキストボックスＴＸ１２には、その番組
が配信される予定の時間帯が表示される。ユーザは、番
組の一部分だけを視聴したい場合は、テキストボックス
ＴＸ１２に示される時間帯を変更することができる。な
お、１つのデータ配信サーバ２Ｌに１つのチャンネルし
か与えられていない場合は、サーバ名および時間帯の２
つを指定すればよい。この２つの情報だけで録画したい
番組が特定されるからである。

【００３３】録画したい番組および録画する時間帯が決
まった後、ユーザは、予約録画ボタンＢＮ１１をクリッ
クする。すると、端末装置３は、テキストボックスＴＸ
１１、ＴＸ１２の内容および予約を行ったユーザのユー
ザ名などが予約録画情報７４として管理サーバ１０に送
信される。

【００３４】図４に戻って、端末装置３から送信された
予約録画情報７４は、録画予約受付部１０４によって受
信され、予約録画情報記憶部１Ｄ３に記憶される。以上
により、録画の予約が完了する。

【００３５】データ受信部１０５は、予約録画情報記憶
部１Ｄ３に記憶されている予約録画情報７４に基づいて
データ配信サーバ２Ｌから番組を受信し、予約を行った
ユーザと対応付けてその番組のマルチメディアデータを
録画データ記憶部１Ｄ２に記憶する。例えば、図５の予
約フォーム画面ＨＧ１で予約された予約録画情報７４の
場合は、２１時になる数十秒前にデータ配信サーバ２Ｌ
１にアクセスする。２１時ちょうどになったときから、
データ配信サーバ２Ｌ１からストリーミング配信される
データを録画データ記憶部１Ｄ２に記録し始める。デー
タの記録は、２２時になるまで続けられる。そして、受
信したデータの一群をユーザと対応付けて保存する。

【００３６】このように、データ配信サーバ２Ｌからラ
イブ配信される番組をユーザの希望の時間帯に応じて編
集し、そのユーザ個人のものとして記録し保存しておく
ことができる。以下、録画データ記憶部１Ｄ２に記録さ
れた番組のデータを「番組録画データ８０」と記載す
る。

【００３７】次に、録画した番組を視聴する場合の処理
について説明する。所定の操作を行うと、端末装置３に
は、図６に示す確認画面ＨＧ２が表示される。ユーザ
は、予約した番組の一覧を確認することができる。つま
り、確認画面ＨＧ２は、ユーザが予約をした番組のイン
デックスの役割を果たしている。確認画面ＨＧ２の中の
「未」はその番組がまだ録画されていないことを示し、
「済」は録画済みであることを示している。端末装置３
が管理サーバ１０から録画の完了の通知を受けると、そ
の番組の「未」の表示は「済」に更新される。

【００３８】ユーザは、視聴したい番組に対応する再生
ボタンＢＮ２１をクリックする。すると、図４の録画デ
ータ送信部１０６は、クリックされた再生ボタンＢＮ２
１に対応する番組録画データ８０を録画データ記憶部１
Ｄ２から抽出し、ストリーミング配信を開始する。この
ようにして、ユーザは、管理サーバ１０に録画しておい
た番組をいつでも好きなときに視聴することができる。

【００３９】なお、各番組録画データ８０にその番組の
カテゴリを示すカテゴリ情報を付けておいてもよい。こ
の場合は、図６の確認画面ＨＧ２の各再生ボタンＢＮ２
１は、カテゴリごとにグループ化されて配置される。

【００４０】次に、第一の実施形態における管理サーバ
１０の処理の流れを、図７に示すフローチャートを参照
して説明する。図７に示すように、管理サーバ１０は、
配信予定の番組の一覧表を端末装置３に配布する（＃１
１）。一覧表は、配信の予定に変更があったときなどに
生成され、配布される。

【００４１】図５に示す予約フォーム画面ＨＧ１におい
て入力された予約録画情報７４を端末装置３から取得
し、番組の記録（録画）の予約を受け付ける（＃１
２）。予約録画情報７４に示される時間帯に近づくと、
番組を配信するデータ配信サーバ２に接続し、ストリー
ミング配信されるデータの受信を開始する（＃１３）。
そして、予約録画情報７４に示される時間帯の分のデー
タを、番組録画データ８０として記録し保存する（＃１
４）。

【００４２】ユーザから再生の指令を受けると（図６参
照）、指令された番組録画データ８０を録画データ記憶
部１Ｄ２から抽出し、そのユーザの端末装置３にストリ
ーミング配信する（＃１５）。

【００４３】本実施形態によると、ストリーミング配信
される番組を管理サーバ１０に記録しておくことができ
るので、ユーザは、ライブ中継の番組であっても自分の
好きなときに番組を観ることができる。また、時間帯を
指定し、番組の一部分のみを記録することができる。

【００４４】本実施形態では端末装置３において図５に
示すように番組名とサーバ名とを指定したが、番組名だ
けを指定するように構成してもよい。この場合は、管理
サーバ１０は、端末装置３において指定された番組名を
配信予定記憶部１Ｄ１に記憶されている各データ配信サ
ーバ２Ｌの配信予定情報７１と照らし合わすことによっ
て、その番組を配信する予定があるデータ配信サーバ２
Ｌを判別する。そして、上に述べたデータ受信部１０５
などによる処理を行い、番組録画データ８０を生成す
る。

【００４５】家庭用ビデオの録画予約に用いられるＧコ
ード（ジェムスタコード）のように、番組ごとにその配
信元および時間帯を識別する識別情報を発行し、端末装
置３に送信してもよい。これにより、ユーザは、日常使
用している家庭用ビデオと同じような感覚で録画の予約
を行うことができる。

【００４６】一定期間経過しても再生の指令がない場合
は、番組録画データ８０を削除してもよいか否かをユー
ザに問い合わせるようにしてもよい。 〔第二の実施形態〕図８はデータ配信サーバ２Ｖのハー
ドウェア構成の例を示す図、図９は管理サーバ１０Ｂの
機能的構成の例を説明する図、図１０はトラフィック一
覧画面ＨＧ６の例を示す図、図１１は接続予約画面ＨＧ
７の例を示す図、図１２は管理サーバ１０Ｂの処理の流
れの例を説明するフローチャートである。

【００４７】第一の実施形態のストリーミング配信シス
テム１は、ライブ配信されるマルチメディアコンテンツ
（番組）を管理サーバ１０に記録（録画）しておき、ユ
ーザの好きなときに視聴するためのシステムであった。
本実施形態のストリーミング配信システム１Ｂは、デー
タ配信サーバ２（ストリーミングサーバ）へのアクセス
の集中などが原因でマルチメディアコンテンツの配信が
受けられない場合に、そのデータ配信サーバ２の使用の
予約を行うためのシステムである。

【００４８】予約の方法は２種類ある。第一の予約方法
は、使用を希望するデータ配信サーバ２および時間帯の
指定を受け付け、そのユーザの端末装置３とそのデータ
配信サーバ２との接続を確保するために、指定された時
間帯付近における他のユーザの端末装置３とそのデータ
配信サーバ２との接続を制限する方法である。第二の予
約方法は、データ配信サーバ２のみの指定を受け付け、
そのデータ配信サーバ２の通信の混雑が解消したらその
旨をユーザに知らせる方法である。

【００４９】ストリーミング配信システム１Ｂは、図１
に示す第一の実施形態のストリーミング配信システム１
と同様に構成される。すなわち、ストリーミング配信シ
ステム１Ｂにはライブ配信を行うデータ配信サーバ２Ｌ
とＶｏＤ配信を行うデータ配信サーバ２Ｖとが設けられ
ており、ユーザはこれらのデータ配信サーバ２から種々
の番組の提供を得ることができる。

【００５０】管理サーバ１０Ｂのハードウェア構成は、
図３に示す管理サーバ１０のハードウェア構成と同様で
ある。ただし、磁気記憶装置１０ｄには、ストリーミン
グ管理用アプリケーションおよびストリーミングサーバ
用アプリケーションの代わりに、データ配信サーバ２の
通信を制御するプログラム、メール送信プログラム、お
よび課金用プログラムなどがインストールされている。

【００５１】データ配信サーバ２Ｖは、図８に示すよう
に構成される。ただし、磁気記憶装置２ｄには、ＯＳお
よびストリーミングサーバ用アプリケーションのほか、
ＶｏＤ配信するためのマルチメディアファイルＭＦＬな
どが記憶されている。

【００５２】このような構成により、管理サーバ１０Ｂ
は、図９に示すように、トラフィック監視部１２１、ト
ラフィック一覧生成部１２２、トラフィック一覧送信部
１２３、第一の接続予約受付部１２４、接続制御部１２
５、コンテンツ情報送信部１２６、課金処理部１２７、
第二の接続予約受付部１３１、接続可否判別部１３２、
接続可能通知部１３３、トラフィック情報記憶部１Ｄ
６、および接続予約記憶部１Ｄ７などの機能が実現され
る。

【００５３】トラフィック監視部１２１は、各データ配
信サーバ２の現在の通信の混雑の状態すなわちトラフィ
ックを監視する。例えば、データ配信サーバ２において
送受信されるデータ量を監視する。または、現在データ
配信サーバ２に接続されている端末装置３の数を監視
し、トラフィックを推測してもよい。監視の結果は、デ
ータ配信サーバ２ごとにトラフィック情報７６としてト
ラフィック情報記憶部１Ｄ６に記憶される。

【００５４】トラフィック一覧生成部１２２は、各デー
タ配信サーバ２のトラフィック情報７６に基づいてトラ
フィック一覧情報７７を生成する。生成されたトラフィ
ック一覧情報７７は、トラフィック一覧送信部１２３に
よって端末装置３に送信される。

【００５５】トラフィック一覧情報７７を受信した端末
装置３には、図１０に示すようなトラフィック一覧画面
ＨＧ６が表示される。例えば、トラフィック一覧画面Ｈ
Ｇ６の中の「８０／１００Ｍｂｐｓ」という情報は、ス
トリーミングサーバＡ（データ配信サーバ２Ｌ１）のト
ラフィックの状況を示している。すなわち、分母の値
は、そのストリーミングサーバが１秒当たりに通信可能
な最大データ量すなわち最高通信速度を示している。分
子の値は、そのストリーミングサーバで現在行われてい
る通信の１秒当たりのデータ量を示している。データ量
の単位は、メガビットである。

【００５６】または、トラフィックの状況を「８０／１
００本」のように示してもよい。すなわち、それぞれの
端末装置３との接続ごとに１Ｍｂｐｓ分ずつ通信回線を
割り当てる。１Ｍｂｐｓ分の通信回線を１つのチャンネ
ルと仮想する。すると、ストリーミングサーバＡは１０
０本の通信回線（チャンネル）を有していることにな
り、「８０／１００本」という表示はそのうちの８０本
が使用中であることを示すことになる。

【００５７】ストリーミングサーバＣのトラフィックの
表示は「１００／１００Ｍｂｐｓ」である。したがっ
て、ストリーミングサーバＣの通信回線は混雑してお
り、これ以上多くの端末装置３をストリーミングサーバ
Ｃに接続することができないことが分かる。このような
場合は、「混雑中！」などの警告メッセージを表示し、
ユーザに分かりやすくする。ユーザは、混雑しているス
トリーミングサーバ（データ配信サーバ２）に接続した
い場合は、管理サーバ１０Ｂに対して予約を依頼しなけ
ればならない。予約は、次のような手順で行われる。

【００５８】まず、予約の対象のデータ配信サーバ２に
対応する選択ボタンＢＮ６１をクリックする。すると、
図１１に示すような接続予約画面ＨＧ７が表示される。
テキストボックスＴＸ７１に使用帯域を入力し、テキス
トボックスＴＸ７２に使用する時間帯を入力する。本実
施形態において、「使用帯域」とは、そのユーザの端末
装置３とデータ配信サーバ２とが接続した際に確保され
る通信速度の範囲を意味する。図１１の場合は、ユーザ
は、０〜１Ｍｂｐｓの範囲の通信速度を確保するように
要求している。そして、ユーザが予約ボタンＢＮ７１を
クリックすると、テキストボックスＴＸ７１、７２に入
力された内容、予約対象のサーバ名、およびユーザ名な
どが第一の予約情報７８として管理サーバ１０Ｂに送信
される。

【００５９】図９に戻って、端末装置３から送信された
第一の予約情報７８は、第一の接続予約受付部１２４に
よって受け付けられ、接続予約記憶部１Ｄ７に記憶され
る。なお、使用帯域は、一人のユーザが通信を独占しな
いようにするために所定の値に固定しておくのが望まし
い。または、所定の値以下しか指定できないように制限
しておいてもよい。

【００６０】接続制御部１２５は、第一の予約情報７８
およびトラフィック情報７６に基づいてデータ配信サー
バ２と端末装置３との接続の制御を行う。係る制御は、
例えば、次のような手順で行われる。

【００６１】例えば、データ配信サーバ２Ｖ１と各端末
装置３との接続の制御を行う場合は、まず、接続予約記
憶部１Ｄ７の中からデータ配信サーバ２Ｖ１に対応する
第一の予約情報７８を抽出する。同時に、データ配信サ
ーバ２Ｖ１のトラフィック情報７６を取得する。これに
より、データ配信サーバ２Ｖ１の予約の状況および現在
のトラフィックの状況が分かる。

【００６２】抽出された第一の予約情報７８の時間帯
（図１１のテキストボックスＴＸ７２に入力された時間
帯）およびトラフィック情報７６に示される混雑の具合
に基づいて、これからの混雑の具合を予測する。例え
ば、現在の時刻が２０時３０分であり、図１１に示す内
容と同じ予約（使用帯域＝１Ｍｂｐｓ、時間帯＝２１：
００〜２２：００を指定した予約）が１０件あり、現在
のトラフィックの状況が８０／１００Ｍｂｐｓであると
する。

【００６３】この場合は、現在のトラフィックの状況よ
り、あと２０Ｍｂｐｓ分の端末装置３の接続が可能であ
ることが分かる。しかし、１Ｍｂｐｓの予約が１０件あ
るので、現在のトラフィックの状況のまま時間が経過す
ると、２１時前後には、予約をした端末装置３とデータ
配信サーバ２Ｖ１との通信が順次開始されるので、トラ
フィックの状況が９０／１００Ｍｂｐｓであると予測で
きる。

【００６４】そこで、接続制御部１２５は、データ配信
サーバ２Ｖ１に対して、９０Ｍｂｐｓになるまではすべ
ての端末装置３からの接続の要求を受け付けてもよい
が、９０Ｍｂｐｓを超えた場合は予約を行った端末装置
３以外からの接続は拒否するように指令する。このよう
にして、予約を行った端末装置３とデータ配信サーバ２
Ｖ１との接続のための通信回線を確保することができ
る。

【００６５】なお、現在接続中の各端末装置３の接続時
間などに基づいて接続を終了する端末装置３の台数を予
測し、この予測結果をデータ配信サーバ２のトラフィッ
クの状況の予測に用いてもよい。その他、種々の公知の
手法を用いて接続の制御を行ってもよい。

【００６６】コンテンツ情報送信部１２６は、図４に示
す第一の実施形態の管理サーバ１０における配信予定受
信部１０１、配信予定記憶部１Ｄ１、予定一覧生成部１
０２、および予定一覧送信部１０３などと同様の処理を
行う。つまり、ライブ配信の番組一覧表（図５参照）お
よびＶｏＤ配信可能なマルチメディアコンテンツの一覧
表を生成し、端末装置３に送信する。

【００６７】課金処理部１２７は、第一の接続予約受付
部１２４によって接続の予約が受け付けられたときに、
指定された時間帯および使用帯域（図１１参照）に基づ
いて予約手数料を徴収するための処理を行う。例えば、
クレジットカード会社または銀行などのシステムに接続
し、課金の処理を行う。請求書を発行し、ユーザに送付
するようにしてもよい。

【００６８】次に、第二の予約方法について説明する。
図１１に示す接続予約画面ＨＧ７において空き通知ボタ
ンＢＮ７２がクリックされると、予約の対象のストリー
ミングサーバ（データ配信サーバ２）のサーバ名が第二
の予約情報７９として管理サーバ１０Ｂに送信される。
第二の予約方法では、使用帯域および時間帯を指定する
必要はない。

【００６９】図９に示す第二の接続予約受付部１３１に
よって第二の予約情報７９が受け付けられると、接続可
否判別部１３２は、第二の予約情報７９に示されるデー
タ配信サーバ２のトラフィック情報７６を参照し、デー
タ配信サーバ２の混雑が解消したか否かを判別する。混
雑が解消していないと判別した場合は、所定の時間（例
えば１分）が経過した後、最新のトラフィック情報７６
を取得し直し、再度判別を行う。

【００７０】接続可否判別部１３２によって混雑が解消
したと判別された場合は、接続可能通知部１３３は、予
約を行ったユーザに対して混雑が解消した旨の通知を行
う。例えば、ユーザの電子メールアドレスに電子メール
を送信することによって通知を行う。電子メールアドレ
スは、端末装置３に設定されたものに限らず、ユーザの
携帯電話に設定されたものを用いてもよい。これによ
り、ユーザは、データ配信サーバ２への接続を何度もリ
トライする必要がなくなるので、混雑が解消するまで自
由に過ごすことができる。

【００７１】このとき、接続制御部１２５によって、予
約を行ったユーザの端末装置３とデータ配信サーバ２と
の接続を確保しておいてもよい。この場合は、課金処理
部１２７によって課金処理を行う。電子メールによる通
知だけを行う場合は、課金処理は行わなくてもよい。

【００７２】次に、第二の実施形態における管理サーバ
１０Ｂの処理の流れを、図１２に示すフローチャートを
参照して説明する。図１２に示すように、管理サーバ１
０Ｂは、各データ配信サーバ２のトラフィックの状況を
示すトラフィックの一覧（図１０参照）を端末装置３に
配布する（＃２１）。トラフィックの状況は常に変化し
ているので、トラフィック一覧表は頻繁に更新され、端
末装置３に配布される。

【００７３】端末装置３とデータ配信サーバ２との接続
の予約情報を受け付ける（＃２２）。受け付けた予約情
報が第一の予約情報７８である場合は（＃２３でＹｅ
ｓ）、課金の処理を行い（＃２４）、指定された時間帯
にユーザの端末装置３がデータ配信サーバ２に接続でき
るように、各端末装置３とデータ配信サーバ２との接続
の制御を行う（＃２５）。すなわち、予約のない端末装
置３とデータ配信サーバ２との接続を制限し予約のある
端末装置３とデータ配信サーバ２との接続のための通信
回線を確保するように、データ配信サーバ２に対して指
令する。

【００７４】予約情報にデータ配信サーバ２を使用する
時間帯を示す情報が含まれていない場合は（＃２３でＮ
ｏ）、そのデータ配信サーバ２の混雑が解消されるまで
トラフィックを監視する（＃２６）。混雑が解消された
と判別された場合は（＃２６でＹｅｓ）、データ配信サ
ーバ２への接続が可能になった旨の電子メールをユーザ
に送信する（＃２７）。

【００７５】本実施形態によると、現在管理されている
ストリーミングサーバの使用状況がグラフィカルに表示
される。よって、ユーザは、各ストリーミングサーバの
混雑を一目で確認することができるので、番組を快適に
観ることができるのか、または今はストリーミングサー
バへの避けたほうがよいのか、という選択を簡単に行う
ことができる。

【００７６】ストリーミングサーバが混雑している場合
は、ユーザは予約を行い、自分の端末装置とストリーミ
ングサーバとの接続を確保することができる。これによ
り、ストリーミング配信を円滑にすることができる。ま
た、トラフィックの混雑が解消した旨をユーザに通知す
るので、接続のリトライの繰り返しなどの無駄な通信を
なくし、ストリーミング配信を円滑にすることができ
る。

【００７７】図１に示すように、データ配信サーバ２お
よび管理サーバ１０、１０Ｂとしてそれぞれ別々のサー
バ機を用いたが、１台のサーバ機によってデータ配信サ
ーバ２および管理サーバ１０の処理を行うように構成し
てもよい。または、管理サーバ１０、１０Ｂを複数台の
サーバ機で構成してもよい。

【００７８】その他、ストリーミング配信システム１、
管理サーバ１０、１０Ｂ、データ配信サーバ２、端末装
置３の全体または各部の構成、表示画面、処理内容、処
理順序などは、本発明の趣旨に沿って適宜変更すること
ができる。

【００７９】

【発明の効果】請求項１ないし請求項４および請求項９
の発明によると、ユーザは、ライブ中継の番組を所望す
るときに観ることができる。請求項５ないし請求項８お
よび請求項１０の発明によると、ストリーミング配信を
円滑にすることができる。

【図面の簡単な説明】

【図１】本発明に係るストリーミング配信システムの構
成の例を示す図である。

【図２】データ配信サーバのハードウェア構成の例を示
す図である。

【図３】管理サーバのハードウェア構成の例を示す図で
ある。

【図４】管理サーバの機能的構成の例を説明する図であ
る。

【図５】予約フォーム画面の例を示す図である。

【図６】確認画面の例を示す図である。

【図７】管理サーバの処理の流れの例を説明するフロー
チャートである。

【図８】データ配信サーバのハードウェア構成の例を示
す図である。

【図９】管理サーバの機能的構成の例を説明する図であ
る。

【図１０】トラフィック一覧画面の例を示す図である。

【図１１】接続予約画面の例を示す図である。

【図１２】管理サーバの処理の流れの例を説明するフロ
ーチャートである。

【符号の説明】

１、１Ｂ ストリーミング配信システム １０、１０Ｂ 管理サーバ ２ データ配信サーバ（ストリーミングサーバ） １０２ 予定一覧生成部（一覧情報生成手段） １０４ 録画予約受付部（指定情報取得手段） １０５ データ受信部（データ受信手段） １０６ 録画データ送信部（データ送信手段） １Ｄ１ 配信予定記憶部１Ｄ１（予定情報記憶手段） １Ｄ２ 録画データ記憶部（番組データ保存手段） １２１ トラフィック監視部（トラフィック情報取得手
段） １２２ トラフィック一覧生成部（トラフィック一覧生
成手段） １２４ 第一の接続予約受付部（予約受付手段） １２５ 接続制御部（接続制御手段、予測情報生成手
段） １３１ 第二の接続予約受付部（要求取得手段） １３２ 接続可否判別部（判別手段） １３３ 接続可能通知部（通知手段） ７４ 予約録画情報（サーバ指定情報、時間帯指定情
報、番組指定情報） ７６ トラフィック情報 ７８ 第一の予約情報（サーバ指定情報、時間帯指定情
報） ７９ 第二の予約情報

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C052 AA01 AB02 CC01 DD04 5C053 FA23 GB21 LA11 LA14 5C064 BA01 BB07 BC16 BD03 BD08

Claims (10)

【特許請求の範囲】
1. 【請求項１】動画像または音声を再生するためのマルチ
   メディアデータをストリーミング配信することによって
   ユーザに番組を配信するストリーミングサーバが１つま
   たは複数設けられたストリーミング配信システムにおけ
   る管理サーバであって、 ユーザの端末装置から送信される、当該ユーザが記録を
   しておいて欲しい番組を配信する予定の前記ストリーミ
   ングサーバを示すサーバ指定情報と当該記録をする希望
   の時間帯を示す時間帯指定情報とを、取得する指定情報
   取得手段と、 前記サーバ指定情報に示される前記ストリーミングサー
   バから前記時間帯情報に示される時間帯にストリーミン
   グ配信される番組のデータを受信するデータ受信手段
   と、 受信された番組のデータを当該番組の記録を希望したユ
   ーザと対応付けて保存する番組データ保存手段と、 保存された前記番組のデータを当該データと対応付けら
   れたユーザの端末装置に送信するデータ送信手段と、 を有してなることを特徴とするストリーミング配信シス
   テムにおける管理サーバ。
2. 【請求項２】動画像または音声を再生するためのマルチ
   メディアデータをストリーミング配信することによって
   １つまたは複数の番組を配信するストリーミングサーバ
   が１つまたは複数設けられたストリーミング配信システ
   ムにおける管理サーバであって、 ユーザの端末装置から送信される、当該ユーザが記録を
   しておいて欲しい番組を示す番組指定情報と当該番組を
   配信する予定の前記ストリーミングサーバを示すサーバ
   指定情報と当該記録をする時間帯を示す時間帯指定情報
   とを、取得する指定情報取得手段と、 前記サーバ指定情報に示される前記ストリーミングサー
   バから前記時間帯情報に示される時間帯にストリーミン
   グ配信される、前記番組指定情報に示される番組のデー
   タを、受信するデータ受信手段と、 受信された番組のデータを当該番組の記録を希望したユ
   ーザと対応付けて保存する番組データ保存手段と、 保存された前記番組のデータを当該データと対応付けら
   れたユーザの端末装置に送信するデータ送信手段と、 を有してなることを特徴とするストリーミング配信シス
   テムにおける管理サーバ。
3. 【請求項３】番組の配信の予定を示す予定情報を前記ス
   トリーミングサーバごとに記憶する予定情報記憶手段
   と、 前記各予定情報に基づいて前記各ストリーミングサーバ
   から配信される番組の一覧情報を生成する一覧情報生成
   手段と、 生成された前記一覧情報をユーザの端末装置に送信する
   一覧情報送信手段と、を有してなる、 請求項２記載のストリーミング配信システムにおける管
   理サーバ。
4. 【請求項４】動画像または音声を再生するためのマルチ
   メディアデータをストリーミング配信することによって
   １つまたは複数の番組を配信するストリーミングサーバ
   が１つまたは複数設けられたストリーミング配信システ
   ムにおける管理サーバであって、 番組の配信の予定を示す予定情報を前記ストリーミング
   サーバごとに記憶する予定情報記憶手段と、 ユーザの端末装置から送信される、当該ユーザが記録を
   しておいて欲しい番組を示す番組指定情報と当該記録を
   する時間帯を示す時間帯指定情報とを、取得する指定情
   報取得手段と、 取得された前記番組指定情報に示される番組がいずれの
   前記ストリーミングサーバから配信される予定があるか
   を前記予定情報記憶手段に記憶されている前記各予定情
   報に基づいて検索するサーバ検索手段と、 検索された前記ストリーミングサーバから前記時間帯情
   報に示される時間帯にストリーミング配信される、前記
   番組指定情報に示される番組のデータを、受信するデー
   タ受信手段と、 受信された番組のデータを当該番組の記録を希望したユ
   ーザと対応付けて保存する番組データ保存手段と、 保存された前記番組のデータを当該データと対応付けら
   れたユーザの端末装置に送信するデータ送信手段と、 を有してなることを特徴とするストリーミング配信シス
   テムにおける管理サーバ。
5. 【請求項５】動画像または音声を再生するためのマルチ
   メディアデータをストリーミング配信するストリーミン
   グサーバが１つまたは複数設けられたストリーミング配
   信システムにおける管理サーバであって、 ユーザが使用を希望する前記ストリーミングサーバを示
   すサーバ指定情報と当該ストリーミングサーバの使用を
   する予定の時間帯を示す時間帯指定情報とを取得するこ
   とによって当該ストリーミングサーバの使用の予約を受
   け付ける予約受付手段と、 前記時間帯指定情報に示される時間帯においては、前記
   予約を依頼したユーザの端末装置が他の端末装置よりも
   優先して前記サーバ指定情報に示される前記ストリーミ
   ングサーバに接続されるように制御する接続制御手段
   と、 を有してなることを特徴とするストリーミング配信シス
   テムにおける管理サーバ。
6. 【請求項６】前記ストリーミングサーバの現在のトラフ
   ィックを示すトラフィック情報を取得するトラフィック
   情報取得手段と、 前記ストリーミングサーバの今後のトラフィックの予測
   を示すトラフィック予測情報を、当該ストリーミングサ
   ーバに係る前記各時間帯指定情報および前記トラフィッ
   ク情報に基づいて生成する予測情報生成手段と、を有
   し、 前記接続制御手段は、前記ストリーミングサーバの前記
   トラフィック予測情報に示されるトラフィックの予測が
   当該ストリーミングサーバに与えられた最大トラフィッ
   クを上回る場合に、当該ストリーミングサーバの予約を
   依頼したユーザの端末装置と当該ストリーミングサーバ
   との接続を可能な状態にし、これから接続を行おうとす
   る他のユーザの端末装置と当該ストリーミングサーバと
   の接続を不可能な状態にするように制御する、 請求項５記載のストリーミング配信システムにおける管
   理サーバ。
7. 【請求項７】前記トラフィック情報取得手段によって取
   得される前記各ストリーミングサーバの前記トラフィッ
   ク情報に基づいてトラフィックの一覧を示すトラフィッ
   ク一覧情報を生成するトラフィック一覧生成手段と、 生成された前記トラフィック一覧情報を端末装置に送信
   する一覧情報送信手段と、を有してなる、 請求項６記載のストリーミング配信システムにおける管
   理サーバ。
8. 【請求項８】動画像または音声を再生するためのマルチ
   メディアデータをストリーミング配信するストリーミン
   グサーバが設けられたストリーミング配信システムにお
   ける管理サーバであって、 トラフィックが多いことが原因でユーザの端末装置と前
   記ストリーミングサーバとの接続ができない場合に当該
   端末装置から送信される、当該端末装置と当該ストリー
   ミングサーバとの接続の要求を、取得する要求取得手段
   と、 前記ストリーミングサーバの現在のトラフィックを示す
   トラフィック情報を取得するトラフィック情報取得手段
   と、 前記要求に係る前記ストリーミングサーバの前記トラフ
   ィック情報に基づいて端末装置と当該ストリーミングサ
   ーバとの接続が可能であるか否かを判別する判別手段
   と、 前記判別手段によって接続が可能であると判別された場
   合に、前記要求を行ったユーザの端末装置に対して接続
   が可能になった旨を通知する通知手段と、 を有してなることを特徴とするストリーミング配信シス
   テムにおける管理サーバ。
9. 【請求項９】動画像または音声を再生するためのマルチ
   メディアデータをストリーミング配信することによって
   ユーザに番組を配信するストリーミングサーバが１つま
   たは複数設けられたストリーミング配信システムにおけ
   るコンピュータに用いられるコンピュータプログラムで
   あって、 ユーザの端末装置から送信される、当該ユーザが記録を
   しておいて欲しい番組を配信する予定の前記ストリーミ
   ングサーバを示すサーバ指定情報と当該記録をする希望
   の時間帯を示す時間帯指定情報とを、取得する処理と、 前記サーバ指定情報に示される前記ストリーミングサー
   バから前記時間帯情報に示される時間帯にストリーミン
   グ配信される番組のデータを受信する処理と、 受信された番組のデータを当該番組の記録を希望したユ
   ーザと対応付けて番組データ保存手段に保存する処理
   と、 保存された前記番組のデータを当該データと対応付けら
   れたユーザの端末装置に送信する処理と、 をコンピュータに実行させるためのコンピュータプログ
   ラム。
10. 【請求項１０】動画像または音声を再生するためのマル
    チメディアデータをストリーミング配信するストリーミ
    ングサーバが１つまたは複数設けられたストリーミング
    配信システムにおけるコンピュータに用いられるコンピ
    ュータプログラムであって、 ユーザが使用を希望する前記ストリーミングサーバを示
    すサーバ指定情報と当該ストリーミングサーバの使用を
    する予定の時間帯を示す時間帯指定情報とを取得するこ
    とによって当該ストリーミングサーバの使用の予約を受
    け付ける処理と、 前記時間帯指定情報に示される時間帯においては、前記
    予約を依頼したユーザの端末装置が他の端末装置よりも
    優先して前記サーバ指定情報に示される前記ストリーミ
    ングサーバに接続されるように制御する処理と、 を有してなることを特徴とするストリーミング配信シス
    テムにおける管理サーバ。