JP2002208962A

JP2002208962A - メディア配信資源管理装置および記録媒体

Info

Publication number: JP2002208962A
Application number: JP2000403479A
Authority: JP
Inventors: 良弘 ▲吉▼井; Yoshihiro Yoshii; Yasuhiko Motoe; 泰彦本江; Susumu Miyao; 進宮尾; Takahiro Endo; 貴裕遠藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-12-28
Filing date: 2000-12-28
Publication date: 2002-07-26
Also published as: US20020087675A1

Abstract

(57)【要約】【課題】インターネット等を使用し回線帯域を始めと
する通信資源を共用するメディア配信サービスにおいて
共有資源の有効活用を図るための技術に関し、共有資源
の有効活用と必要最低限の資源確保の保証を共に実現
することにある。【解決手段】資源利用情報管理部５０４は、使用可能
なネットワーク資源及びコンテンツサーバ４０６等の
共有資源の情報を管理する。共通資源管理部５０５
は、各コンテンツ配信事業者からの資源利用申請に基
づき、共有資源を配分し又は再配分する。配信管理部５
０８は、コンテンツサーバ４０６毎に設けられ、共通
資源管理部５０５によって配分又は再配分された資源
利用権限の範囲内で、各コンテンツサーバ４０６に対
するメディア配信の予約管理及び配信管理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツプロバ
イダがインターネットを介して映像コンテンツを提供す
る等の、コンピュータネットワークを使用しかつ回線帯
域をはじめとする通信資源を共用するメディア配信サー
ビスにおいて、共有資源の有効活用を図るための技術に
関する。

【０００２】

【従来の技術】コンテンツプロバイダがインターネット
を介して映像コンテンツを提供する等のサービスを運用
する場合の形態として、次の２つのサービスが考えられ
る。専用サービスコンテンツプロバイダが自前で、インターネットへの専
用線及びＷＷＷサーバを保有しているサービス（図４９
(a) 参照）。共用サービスＷＷＷサーバやコンテンツサーバを特定のデータセンタ
に設置し、いくつかのコンテンツプロバイダでインター
ネットへの接続回線やＷＷＷサーバを共用するサービス
（図５０参照）。

【０００３】上述の２つのサービスのうち、まずの専
用サービスは、回線帯域は保証されるが回線コストが高
くなるという問題点を有している。またこのサービスで
は、図４９(b) に示されるように、ピーク時以外の回線
利用率は低くなるという問題点を有している。また、こ
のサービスでは、サーバのメンテナンスや維持は基本的
にはコンテンツプロバイダ自身が行わねばならないた
め、運用時の規模・コスト共に大きくなる可能性があ
り、限定されたコンテンツプロバイダでしかこのサービ
スを運用するメリットがないという問題点を有してい
る。

【０００４】一方、の共用サービスでは、回線が複数
のプロバイダで共用されるため、回線全体の利用率は高
くなることが期待できる。また、このサービスでは、Ｗ
ＷＷサーバも共通のセンタで運用するので、メンテナン
ス等のコストを抑える事が可能となり、運用時の規模・
コスト共に小さくすることができ、小規模のコンテンツ
プロバイダによる運用でもメリットを享受できるという
利点があるため、利用プロバイダの拡大が期待できる。

【０００５】

【発明が解決しようとする課題】上述のように、今後は
の共用サービスが有望であるが、このサービスは下記
の２つの問題点を有している。

【０００６】まず、第１の問題点として、例えば各コン
テンツ配信事業者がそれぞれに仮想的に設定された通信
資源値を限度として通信資源を利用する場合、実資源に
余裕があっても各コンテンツ配信事業者はそれぞれに設
定された通信資源値を超えて映像等を配信することはで
きない。

【０００７】一方、各コンテンツ配信事業者が実資源の
最大値を限度として通信資源を利用する場合、例えば或
るコンテンツ配信事業者が通信資源の限度いっぱいの映
像配信を行っている場合には、映像配信資源がその事業
者によって独占的に利用されることになり、通信資源を
共用している他のコンテンツ配信事業者は一切の映像配
信を行うことができないという問題点を有している。

【０００８】このように、従来の共用サービスシステム
では、設定資源を限度とする利用方式においては共有資
源が有効に活用されないという問題点を有しており、他
方、実資源の最大値を限度とする利用方式においては必
要最低限の資源確保を保証できないという問題点を有し
ている。

【０００９】本発明の課題は、共有資源の有効活用と必
要最低限の資源確保の保証を共に実現することにある。

【００１０】

【課題を解決するための手段】本発明は、資源管理サー
バで通信資源（以下、単に「資源」という）を管理する
ことにより、各コンテンツ毎に「最低保証配信数」を設
定し、回線を効率よく利用できる仕組みを提供する。

【００１１】本発明による資源管理サーバは、下記の機
能を提供する。 (a) コンテンツ配信事業者（以下、「プロバイダ」とい
う）が時間帯を指定する予約機能を使用し、資源管理サ
ーバは、各プロバイダの「最低保証配信数」を「予約可
能配信数」として管理する。 (b) 資源管理サーバは、共用資源を使用する全てのプロ
バイダの予約状況を管理することにより、共用資源の利
用率向上を目指す。

【００１２】より具体的には、本発明による資源管理サ
ーバは、下記の〜の３つの機能を実現する。以下、
図１〜図３の原理図を用いながら説明する。コンテンツ毎に最低保証配信数を設定する機能の提供
（図１）各プロバイダは、この機能を用いて、各コンテンツに
対する重みを、配信数を単位として設定する（−
１）。

【００１３】資源管理サーバは、コンテンツの予約状況
を、配信数を単位として管理する（−２）。資源管理
サーバは、コンテンツ毎の予約状況を収集することによ
り、システム全体の予約状況も配信数を単位として管理
する（−３）。時間帯毎に予約状況から回線利用可能数を調べ、予約
無しの視聴者に帯域を割り当てる機能の提供（図２）或る時間帯Ａになると、資源管理サーバは、各プロバイ
ダの予約状況を集約して、最大利用可能配信数から回線
利用可能数を算出する（−１）。ここで、最大利用可
能配信数とは、インターネットに接続する回線の容量に
対して決まる配信可能数をいう。

【００１４】この時点で、予約をしていない視聴者が或
るコンテンツを利用しようとしている状態を仮定する
（−２）。この状態において、回線利用可能数が視聴
を希望するコンテンツの重み（配信数）以上であれば視
聴者は番組を視聴でき、そうでなければ時間帯を予約す
る作業が実施される（−３）。

【００１５】番組視聴が可能ならば、資源管理サーバ
は、回線利用可能数からコンテンツの重みを引いた上
で、コンテンツを配信するコンテンツサーバに対して、
視聴者への希望コンテンツの配信を指示する（−
４）。

【００１６】以上の機能により、配信資源の有効活用
が期待できる。視聴時間帯を過ぎた後でもコンテンツを利用できるよ
うに調整する機能の提供（図３）視聴者がコンテンツを利用している間に、予約していた
時間帯Ａからそうでない時間帯Ｂになったとする（−
１）。

【００１７】時間帯Ｂに突入した時点で、資源管理サー
バは、各プロバイダの予約状況を集約し、最大利用可能
配信数から回線利用可能数を算出する（−２）。計算
した回線利用可能数よりも時間超過分の重みが小さい場
合は、資源管理サーバは、回線利用可能数から時間超過
分の重みを引いた上で引き続き、コンテンツサーバに対
してコンテンツの利用続行を指示する。

【００１８】以上の機能により、コンテンツ利用者に
よるサービスの快適利用が実現される。

【００１９】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について詳細に説明する。図４は、本発明
の実施の形態の全体システム構成図である。

【００２０】各視聴者は、視聴者端末４０４から、イン
ターネット４０３にアクセスし、共用回線４０２に接続
されている共用サービスセンタ４０１から映像コンテン
ツの配信を受ける。

【００２１】共用サービスセンタ４０１には、各プロバ
イダ毎に、ＷＷＷサーバ４０５とコンテンツサーバ４０
６が設置されており、視聴者端末４０４において実行さ
れるブラウザアプリケーションは、ＨＴＴＰ（ハイパー
テキストトランスファプロトコル）方式によって各プロ
バイダのＷＷＷサーバ４０５にアクセスし、そこからコ
ンテンツサーバ４０６に接続して映像コンテンツの配信
を受ける。なお、複数のプロバイダによって１つのＷＷ
Ｗサーバ４０５が共用される構成であってもよい。

【００２２】各プロバイダによる映像コンテンツの配信
時の資源は、各プロバイダのＷＷＷサーバ４０５及びコ
ンテンツサーバ４０６にＬＡＮ（ローカルエリアネット
ワーク）によって接続される資源管理サーバ４０７が集
中的に管理する。資源管理サーバ４０７とコンテンツサ
ーバ４０６との通信は、例えばＨＴＴＰ（或いはより一
般的なＴＣＰ／ＩＰ方式）により行われる。

【００２３】図５は、資源管理サーバ４０７の機能を示
す構成図である。このサーバは、ＣＰＵ、メインメモ
リ、補助記憶装置、ネットワーク通信装置等を備える一
般的なコンピュータであり、所定の資源管理プログラム
を実行することにより、図５の５０２〜５０９として示
される各機能部分を実現する。

【００２４】図５において、資源利用情報管理部５０４
は、使用可能なネットワーク資源及びコンテンツサーバ
４０６の資源などの共有資源の情報を管理する。より具
体的には、資源利用情報管理部５０４は少なくとも、サ
ーバ資源管理機能とネットワーク資源管理機能とを備え
る。サーバ資源管理機能は、コンテンツサーバ４０６に
関するサーバ資源の情報を管理する。ネットワーク資源
管理機能は、映像配信を行うためのネットワーク資源の
情報を管理する。

【００２５】共通資源管理部５０５は、各コンテンツ配
信事業者からの資源利用申請に基づいて、各事業者毎に
設置される配信管理部５０８（後述する）に対して、共
有資源を配分し又は再配分する。より具体的には、共通
資源管理部５０５は、資源利用情報抽出機能、共有資源
利用可能表示機能、資源利用情報入力機能、共有資源配
分機能、共有資源利用量抽出機能、及び共有資源再配分
機能を備える。資源利用情報抽出機能は、利用可能な資
源情報を資源利用情報管理部５０４から抽出する。共有
資源利用可能表示機能は、コンテンツ配信事業者に対し
て、使用可能な共有資源の情報を表示する。資源利用情
報入力機能は、そのコンテンツ配信事業者から資源利用
要求を入力させる。共有資源配分機能は、時間帯毎に資
源利用情報抽出機能及び資源利用情報入力機能から得ら
れた情報に基づいて、各コンテンツ配信事業者用に設置
される配信管理部５０８に対して、特定時間内における
共有資源の利用権限を配分する。共有資源利用量抽出機
能は、特定時間内における共有資源の実施状況を抽出す
る。共有資源再配分機能は、この実施状況と配信管理部
５０８により抽出される特定時間内の配信希望要求とに
基づいて、未実施の共有資源の利用権限を配信管理部５
０８へ再配分する。

【００２６】配信管理部５０８は、コンテンツサーバ４
０６毎に設けられ、共通資源管理部５０５によって配
分又は再配分された資源利用権限の範囲内で、各コンテ
ンツサーバ４０６に対する予約管理及び配信管理を行
う。より具体的には、配信管理部５０８は、予約可能候
補表示機能、配信希望予約入力機能、配信予約管理機
能、直接視聴受付機能、共有資源確認機能、直接視聴許
可機能、及び配信指示機能を備える。予約可能候補表示
機能は、共通資源管理部５０５から配分された利用権限
の範囲内で、予約可能なコンテンツの候補を表示させ
る。配信希望予約入力機能は、表示された候補の中から
少なくとも１つ以上の配信希望コンテンツを視聴者（会
員）に選択させる。配信予約管理機能は、その入力情報
に基づいて、視聴者の配信予約を行う。直接視聴受付機
能は、コンテンツ配信時間内に予約外の視聴希望者に対
して、配信要求を入力させる。共有資源確認機能は、そ
の入力情報に基づいて、共通資源管理部５０５に対し
て、未実施の共有資源が利用可能かどうかの確認を行
う。直接視聴許可機能は、共通資源管理部５０５から再
配分された利用権限に基づいて、上述のコンテンツ配信
時間内における視聴を許可する。配信指示機能は、コン
テンツサーバ４０６に対して、コンテンツ配信を予約し
た視聴者及び予約外の視聴希望者のうち直接配信を許可
された視聴者に対するコンテンツ配信を指示する。

【００２７】配信事業者情報入力部５０２と配信事業者
認証部５０３は、共有資源の利用を希望するコンテンツ
配信事業者の情報を管理する。配信事業者情報入力部５
０２は、共有資源の利用を希望するコンテンツ配信事業
者に対して、その事業者自身の情報を入力させる。配信
事業者認証部５０３は、その入力情報に基づいてコンテ
ンツ配信事業者の認証を行う。

【００２８】会員情報入力部５０６と会員認証部５０７
は、視聴者である会員の情報を管理する。会員情報入力
部５０６は、視聴を希望する会員に対して、その会員自
身の情報を入力させる。会員認証部５０７は、その入力
情報に基づいて会員の認証を行う。

【００２９】上述の構成において、視聴者端末４０４又
は配信事業者端末５０１と資源管理サーバ４０７との間
の情報通信は、以下の説明では特には言及しないが、資
源管理サーバ４０７内に設けられている特には図示しな
いＷＷＷサーバ部を経由して、ＨＴＴＰ方式によって行
われる。会員登録を行ってサービスを利用する形態の動作説明図６及び図７は本発明のデータ構成図であり、図８〜図
１７は視聴者が会員登録を行ってサービスを利用する形
態のシステムフローチャート、図１８はその画面遷移、
図１９〜図３４はその画面例、図３５は会員管理テーブ
ルを、それぞれ示す図である。

【００３０】以下、これらの図を用いながら説明を行
う。まず、図８は、コンテンツ配信事業者に資源の利用
を登録させるためのシステムフローチャートである。こ
のフローは、図５において、コンテンツ配信事業者が、
配信事業者端末５０１からインターネット４０３を経由
して資源管理サーバ４０７内の特には図示しないＷＷＷ
サーバ部に接続し、そこを経由し配信事業者情報入力部
５０２にアクセスして配信事業者情報を入力し、その入
力情報に基づいて配信事業者認証部５０３で認証が行わ
れ、認証ＯＫの場合に共通資源管理部５０５に接続さ
れ、その共通資源管理部５０５が実行する制御プログラ
ムの動作として実現される。このフローが実現する機能
は、共通資源管理部５０５が備える前述の資源利用情報
抽出機能、共有資源利用可能表示機能、資源利用情報入
力機能、及び共有資源配分機能に対応する。

【００３１】まず、共通資源管理部５０５は、コンテン
ツ配信事業者に、予約可能配信数を入力させる（ステッ
プ１０）。次に、共通資源管理部５０５は、図６に示さ
れるように、それが管理する事業者情報テーブル６０３
に、プロバイダ（コンテンツ配信事業者）ＩＤと予約可
能配信数を記録する（ステップ１１）。

【００３２】続いて、共通資源管理部５０５は、コンテ
ンツ配信事業者に、コンテンツ毎に配信数を単位とする
重みを入力させる（ステップ１２）。そして、共通資源
管理部５０５は、図６に示されるように、コンテンツ情
報テーブル６０２に、コンテンツＩＤ、プロバイダＩ
Ｄ、及び重みを記録する（ステップ１３）。

【００３３】図９は、会員からの配信予約（後述する）
に基づいて直接視聴希望者からの希望を受け付けて、番
組（コンテンツ）の視聴を可能にするためのシステムフ
ローチャートである。このフローは、図５において、会
員が、視聴者端末４０４からインターネット４０３を経
由して資源管理サーバ４０７内の特には図示しないＷＷ
Ｗサーバ部に接続し、そこを経由し会員情報入力部５０
６にアクセスして会員情報を入力し、その入力情報に基
づいて会員認証部５０７で認証が行われ、認証ＯＫの場
合に配信管理部５０８に接続され、その配信管理部５０
８が実行する制御プログラムの動作として実現される。
このフローが実現する機能は、配信管理部５０８が備え
る前述の配信指示機能に対応する。

【００３４】まず会員は、視聴者端末４０４に表示され
ているメイン画面上で「番組視聴」をクリックする（図
１８のＳ１、図１９）。この結果、会員情報入力部５０
６（図５）が会員情報入力画面を視聴者端末４０４に表
示させる（図１８のＳ２）。これに対して、会員は、会
員ＩＤとパスワードを入力し（図２０）、これらの会員
情報が会員認証部５０７（図５）にて認証される。

【００３５】認証ＯＫならば、配信管理部５０８に制御
が渡される。配信管理部５０８は、接続した会員の現在
時間帯での予約の有無を、予約管理テーブル６０１（図
６）上で確認する（図９のステップ２０、図１８のＳ
３）。

【００３６】予約が確認されれば、配信管理部５０８
は、番組を選択させるための番組選択画面を視聴者端末
４０４に表示させ（図１８のＳ４、図２１）、視聴者に
番組を選択させる（図９のステップ２１）。

【００３７】視聴者が番組を選択すると、配信管理部５
０８は、選択された番組の時間と会員の現在時間帯の残
り時間とを比較する（図９のステップ２２、図１８のＳ
５）。

【００３８】選択された番組の時間が会員の現在時間帯
の残り時間よりも短ければ、配信管理部５０８は、自分
が担当するコンテンツサーバ４０６（図４）に対して、
視聴者への番組送信を指示する（図９のステップ２
３）。この結果、該当するコンテンツサーバ４０６は視
聴者端末４０４に向けて番組を放映する（図１８のＳ
６、図２２）。

【００３９】その後、番組が終了するまでは（途中終了
を含む）、配信管理部５０８は、コンテンツサーバ４０
６に番組放映を指示しながら、予約管理テーブル６０１
を参照することにより、視聴者の現在時間帯が超過した
か否かの判定を繰り返し実施する（図９のステップ２３
→２４→２３の繰り返し、図１８のＳ６→Ｓ７→Ｓ６の
繰り返し）。

【００４０】番組が終了すると、配信管理部５０８は、
制御を番組選択画面の送信に戻す（図１８のＳ６→Ｓ
４、図２１）。図１０は、図９のステップ２０、図１８
のＳ３において、接続した会員の現在時間帯で予約が無
いと判定された場合に配信管理部５０８が実行する、番
組の視聴を可能にするためのシステムフローチャートで
ある。このフローが実現する機能は、配信管理部５０８
が備える前述の共有資源確認機能、直接視聴許可機能、
及び配信指示機能、並びに共通資源管理部５０５が備え
る前述の共有資源利用量抽出機能及び共有資源再配分機
能に対応する。

【００４１】図９のステップ２０の判定の後、配信管理
部５０８はまず、共通資源管理部５０５に対して、会員
が指定した現在の時間帯及びコンテンツについて未実施
の共有資源が利用可能かどうかの確認を行う。共通資源
管理部５０５は、図７のシステム情報管理テーブル７０
１として示されるように、時間帯毎に、各コンテンツサ
ーバ４０６に対応する各配信管理部５０８が管理する予
約管理テーブル６０１（図６）の内容を集約し、最大利
用可能配信数から各プロバイダの予約配信数の合計を引
くことにより、回線利用可能数を算出する。ここで、最
大利用可能配信数とは、インターネット４０３に接続す
る回線の容量に対して決まる配信可能数をいう。共通資
源管理部５０５は、配信管理部５０８からの問合せに対
して、システム情報管理テーブル７０１上で該当する時
間帯の回線利用可能数が、０よりも大きくかつ配信管理
部５０８から指定されたコンテンツ（番組）についての
コンテンツ情報テーブル６０２（図６）から抽出される
重み値よりも大きければ、システム情報管理テーブル７
０１上の該当する回線利用可能数の値を上記コンテンツ
の重み値分だけ減じた後に、配信管理部５０８に視聴可
能という結果を返す。これ以外の場合には、共通資源管
理部５０５は、配信管理部５０８に視聴不可能という結
果を返す（以上、図９のステップ３０及びステップ３
１、図１８のＳ８）。

【００４２】共通資源管理部５０５が配信管理部５０８
に視聴可能を返した場合には、配信管理部５０８は、図
９のステップ２１以降、図１８のＳ４以降の処理を実行
することにより、視聴者は予約をしていなくても回線の
利用が可能ならば番組を視聴することができる。

【００４３】共通資源管理部５０５が配信管理部５０８
に視聴不可能を返した場合には、配信管理部５０８は、
予約管理テーブル６０１（図６）を参照することによ
り、その会員が現在時間帯の前後の時間帯に予約を入れ
ているか否かを判定する（図１０のステップ３２）。

【００４４】その判定がＹＥＳの場合には、配信管理部
５０８は更に、その会員が予約している時間帯が現在時
間帯の直後であるか直前であるかを判定する（図１０の
ステップ３３、図１８のＳ９）。

【００４５】その会員が予約している時間帯が現在時間
帯の直後である場合には、配信管理部５０８は、予約し
た時間帯に改めてアクセスするよう依頼する、再アクセ
ス依頼画面（図２３）を、視聴者端末４０４に表示させ
る（図１０のステップ３４、図１８のＳ１０）。

【００４６】その会員が予約している時間帯が現在時間
帯の直前である場合には、配信管理部５０８は、予約の
やり直しを求める予約案内画面（図２４等）を、視聴者
端末４０４に表示させる（図１０のステップ３５、図１
８のＳ１１）。

【００４７】また、その会員が現在時間帯の前後の時間
帯に予約を入れていない場合には、配信管理部５０８
は、予約を勧める予約案内画面（図２４等）を、視聴者
端末４０４に表示させる（図１０のステップ３６、図１
８のＳ１１）。

【００４８】上記予約案内画面の表示の後、配信管理部
５０８は後述する図１３の番組予約処理を実行する（図
１０のステップ３７、図１８のＳ２０〜Ｓ２２）。図１
１は、図９のステップ２２、図１８のＳ５において、選
択された番組の時間が会員の現在時間帯の残り時間より
も長い、即ち番組が時間帯が変化しないと終わらないと
判定された場合に配信管理部５０８が実行する、番組の
視聴を可能にするためのシステムフローチャートであ
る。このフローが実現する機能は、配信管理部５０８が
備える前述の共有資源確認機能、直接視聴許可機能、及
び配信指示機能、並びに共通資源管理部５０５が備える
前述の共有資源利用量抽出機能、共有資源再配分機能、
及び配信予約管理機能に対応する。

【００４９】図９のステップ２２の判定の後、配信管理
部５０８はまず、共通資源管理部５０５に対して、会員
が指定した現在の時間帯の次の時間帯及び会員が指定し
たコンテンツについて未実施の共有資源が利用可能かど
うかの確認を行う。共通資源管理部５０５は、図１０の
ステップ３０の場合と同様にして、配信管理部５０８か
らの問合せに対し、システム情報管理テーブル７０１上
で該当する時間帯の回線利用可能数が、０よりも大きく
かつ配信管理部５０８から指定されたコンテンツについ
ての重み値よりも大きければ、配信管理部５０８に視聴
可能という結果を返し、これ以外の場合は、共通資源管
理部５０５は、配信管理部５０８に視聴不可能という結
果を返す（以上、図１１のステップ４０、図１８のＳ１
２）。

【００５０】共通資源管理部５０５が配信管理部５０８
に視聴可能を返した場合には、配信管理部５０８は、次
の時間帯の予約を自動的に行う旨を案内する予約追加告
知画面（図２５）を視聴者端末４０４に表示させる（図
１１のステップ４１、図１８のＳ１３）。

【００５１】続いて、配信管理部５０８は、視聴者がこ
の画面において「予約する」を選択したか否かを判定す
る（図１１のステップ４２、図１８のＳ１４）。視聴者
が予約追加告知画面（図２５）において「予約する」を
選択した場合には、配信管理部５０８から予約管理部５
０９に制御が渡り予約管理部５０９が、予約管理テーブ
ル６０１（図６）に、日付、会員が指定した現在の時間
帯の次の時間帯の番号、会員番号、及び会員が指定した
コンテンツのＩＤを記録することによって、上記会員に
ついて、上記コンテンツについて上記次の時間帯での予
約処理を実行する（図１１のステップ４３）。

【００５２】そして、配信管理部５０８は、前述した図
９のステップ２３の処理に移り、自分が担当するコンテ
ンツサーバ４０６（図４）に対して、視聴者への番組送
信を指示する。この結果、該当するコンテンツサーバ４
０６は視聴者端末４０４に向向けて番組を放映する（図
１８のＳ１４→Ｓ６、図２２）。

【００５３】一方、共通資源管理部５０５が配信管理部
５０８に視聴不可能を返した場合には、配信管理部５０
８は、時間帯が変化した場合に番組送信を打ち切る旨
を案内する打ち切り予告画面（図２６）を視聴者端末
４０４に表示させる（図１１のステップ４０→４４、図
１８のＳ１２→Ｓ１５）。

【００５４】続いて配信管理部５０８は、視聴者がこの
画面で「はい」（番組を視聴する）を選択したか否か
を判定する（図１１のステップ４５、図１８のＳ１
６）。視聴者が打ち切り予告画面（図２６）において
「はい」を選択した場合には、配信管理部５０８は、前
述した図９のステップ２３の処理に移り、自分が担当す
るコンテンツサーバ４０６（図４）に対して、視聴者へ
の番組送信を指示する。この結果、該当するコンテンツ
サーバ４０６は視聴者端末４０４に向けて番組を放映す
る（図１８のＳ１４→Ｓ６、図２２）。

【００５５】一方、視聴者が予約追加告知画面（図２
５）で「予約しない」を選択した場合又は打ち切り予告
画面（図２６）で「いいえ」を選択した場合には、配信
管理部５０８は、予約を勧める予約案内画面（図２４
等）を、視聴者端末４０４に表示させる（図１１のステ
ップ４５→４６又はステップ４２→４６、図１８のＳ１
４→Ｓ１１又はＳ１６→Ｓ１１）。

【００５６】上記予約案内画面の表示の後、配信管理部
５０８は後述する図１３の番組予約処理を実行する（図
１１のステップ４７、図１８のＳ２０〜Ｓ２２）。図１
２は、番組放映中の配信管理部５０８による図９のステ
ップ２３→２４→２３の繰り返し処理において、視聴者
の現在時間帯が超過したと判定した場合に配信管理部５
０８が実行する、番組の進行を制御するためのシステム
フローチャートである。このフローが実現する機能は、
配信管理部５０８が備える前述の配信指示機能に対応す
る。

【００５７】配信管理部５０８は、予約管理テーブル６
０１を参照することによって視聴者の現在時間帯が超過
したと判定した場合には、まず、共通資源管理部５０５
に対して、後述する予約数集約処理を実行させる（図１
２のステップ５０）。

【００５８】その後、配信管理部５０８は、予約管理テ
ーブル６０１を参照することによって、現在時間帯の次
の時間帯において、現在番組放映中の会員及びコンテン
ツについて予約が存在するか否かを判定する（図１２の
ステップ５１、図１８のＳ１７）。

【００５９】予約が存在すれば、配信管理部５０８は、
前述した図９のステップ２３の処理に移り、自分が担当
するコンテンツサーバ４０６（図４）に対して、視聴者
への番組送信の続行を指示する。この結果、該当するコ
ンテンツサーバ４０６は、次の時間帯においても、視聴
者端末４０４に向けて番組の放映を続行する（図１８の
Ｓ１４→Ｓ６、図２２）。

【００６０】一方、予約が存在しなければ配信管理部５
０８は、コンテンツサーバ４０６に対して番組の打ち切
りを指示すると共に、時間超過による視聴打ち切りを案
内する打ち切り画面（図２７）を視聴者端末４０４に表
示させる（図１２のステップ５２、図１８のＳ１８）。

【００６１】この画面において視聴者が「確認」をクリ
ックすると、視聴者端末４０４の表示はメイン画面（図
１９）の表示に戻る。図１３は、視聴を希望する会員に
番組の予約をさせるためのシステムフローチャートであ
る。このフローは、図５において、会員が、視聴者端末
４０４からインターネット４０３を経由して資源管理サ
ーバ４０７内の特には図示しないＷＷＷサーバ部に接続
し、そこを経由し会員情報入力部５０６にアクセスして
会員情報を入力し、その入力情報に基づいて会員認証部
５０７で認証が行われ、認証ＯＫの場合に予約管理部５
０９に接続され、その予約管理部５０９が実行する制御
プログラムの動作として実現される。

【００６２】まず会員は、視聴者端末４０４に表示され
ているメイン画面上で「視聴予約」をクリックする（図
１８のＳ１、図１９）。この結果、会員情報入力部５０
６（図５）が会員情報入力画面を視聴者端末４０４に表
示させる（図１８のＳ１９）。これに対して、会員は、
会員ＩＤとパスワードを入力し（図２０）、これらの会
員情報が会員認証部５０７（図５）にて認証される。

【００６３】認証ＯＫならば、予約管理部５０９に制御
が渡される。予約管理部５０９はまず、予約情報入力画
面（図２８）を視聴者端末４０４に表示させる（図１８
のＳ２０）。

【００６４】会員はまず、視聴したい日を希望日として
入力し「確認」をクリックする（図１３のステップ６
０、図２８）。予約管理部５０９は、コンテンツのある
事業者毎に、共通資源管理部５０５が管理するシステム
情報管理テーブル７０１（図７）上のその事業者の予約
配信数が、同じく共通資源管理部５０５が管理する事業
者情報テーブル６０３（図６）上のその事業者の予約可
能配信数よりも小さい時間帯を抽出する（図１３のステ
ップ６１）。

【００６５】次に予約管理部５０９は、予約可能時間帯
のリストを、視聴者端末４０４に表示される予約情報入
力画面（図２８）に表示する（図１３のステップ６
２）。その画面表示中に視聴可能な時間帯が無ければ、
会員は再び、視聴したい日を希望日として入力し「確
認」をクリックする（図１３のステップ６３→６０、図
２８）。

【００６６】その画面表示中に視聴可能な時間帯が有れ
ば、会員が上記リスト表示中から視聴したい時間帯を選
択し「選択」をクリックする（図１３のステップ６４、
図２８）。

【００６７】予約管理部５０９は、予約確認画面（図２
９）を視聴者端末４０４に表示させる（図１３のステッ
プ６５、図１８のＳ２１）。この画面において会員が
「ＯＫ」をクリックすると、予約管理部５０９は、予約
登録処理を実行する（図１３のステップ６６→６７）。
一方、上記画面において会員が「キャンセル」をクリッ
クすると、予約管理部５０９は、予約情報入力画面を再
び視聴者端末４０４に表示させて会員に時間帯を選択さ
せる（図１３のステップ６６→６４）。

【００６８】図１４は、図１３のステップ６７の予約登
録処理を示すシステムフローチャートである。図１４に
おいて、予約管理部５０９はまず、予約管理テーブル６
０１（図６）に、日付、会員が選択した時間帯の番号、
会員番号、及び会員が予め指定したコンテンツのＩＤを
記録する（図１４のステップ６７１）。

【００６９】次に予約管理部５０９は、会員認証部５０
７が管理する会員管理テーブル（後述する図３５参照）
において、図１８のＳ１９で会員によって入力された会
員番号をキーとして、その会員のメールアドレスを検索
する（図１４のステップ６７２）。

【００７０】そして、予約管理部５０９は、その検索し
たメールアドレス宛てに、予約日と時間帯をメール送信
する（図１４のステップ６７３）。以上のようにして図
１３のステップ６７の予約登録処理が終了した後、予約
管理部５０９は、予約状況を更新させるために、共通資
源管理部５０５に対して予約集約処理の実行を指示し
（図１３のステップ６８）、その後、視聴者端末４０４
に予約終了画面（図３０）を表示させて、会員による
「メイン画面に戻る」（図３０）のクリックにより、メ
イン画面に戻る（図１８のＳ２２→Ｓ１）。

【００７１】図１５は、図１２のステップ５０又は図１
３のステップ６８において共通資源管理部５０５によっ
てそれぞれ実行される予約数集約処理を示すシステムフ
ローチャートである。

【００７２】まず、共通資源管理部５０５は、配信管理
部５０８が管理する各事業者（プロバイダ）の予約管理
テーブル６０１（図６）から、時間帯別に予約した人数
を抽出し、コンテンツ毎にそれをカウントする（図１５
のステップ７０）。

【００７３】次に、共通資源管理部５０５は、各時間帯
における各事業者の予約配信数を、（コンテンツ予約人
数×コンテンツの重み）の総和として算出する（図１５
のステップ７１）。

【００７４】次に、共通資源管理部５０５は、算出した
各時間帯での各事業者の予約配信数を、システム情報管
理テーブル７０１（図７）に記憶させる（図１５のステ
ップ７２）。

【００７５】続いて、共通資源管理部５０５は、時間帯
毎のシステムの回線利用可能数を、｛最大利用可能配信
数−（各時間帯での各事業者の予約配信数の和) ｝とし
て算出する（図１５のステップ７３）。

【００７６】そして、共通資源管理部５０５は、このよ
うにして算出した時間帯毎のシステムの回線利用可能数
を、システム情報管理テーブル７０１に記憶させる（図
１５のステップ７４）。

【００７７】以上のようにして、共通資源管理部５０５
は最新の予約状況を把握できる。図１６は、に予約をキ
ャンセルさせるためのシステムフローチャートである。
このフローは、図５において、会員が、視聴者端末４０
４からインターネット４０３を経由して資源管理サーバ
４０７内の特には図示しないＷＷＷサーバ部に接続し、
更に予約管理部５０９に接続され、その予約管理部５０
９が実行する制御プログラムの動作として実現される。

【００７８】まず会員は、視聴者端末４０４に表示され
ているメイン画面上で「予約取消」をクリックする（図
１８のＳ１、図１９）。この結果、予約キャンセル画面
（図３１）が視聴者端末４０４に表示させられる。

【００７９】会員は、この画面において、会員番号とパ
スワードを入力して、「確認」をクリックする（図１６
のステップ８０）。この結果、これらの会員情報が会員
認証部５０７（図５）にて認証される。

【００８０】認証ＯＫならば、予約管理部５０９に制御
が渡される。予約管理部５０９は、各配信管理部５０８
が管理する各予約管理テーブル６０１上で該当する会員
番号の予約データを検索する（図１６のステップ８
１）。

【００８１】予約管理部５０９は、検索した予約データ
を、予約キャンセル画面（図３１）に表示させる（図１
６のステップ８２）。会員は、予約キャンセル画面（図
３１）に表示されている予約データのうち、キャンセル
したいものを選択し、「実行」をクリックする（図１６
のステップ８３）。

【００８２】この結果、予約管理部５０９は、予約管理
テーブル６０１から、選択された予約データを削除する
（図１６のステップ８３→８４→８５）。その後、予
約状況を更新させるために、共通資源管理部５０５に対
して図１５として前述した予約集約処理の実行を指示し
（図１３のステップ６８）、視聴者端末４０４に予約
キャンセル確認画面（図３２）を表示させて、会員に
よる「メイン画面に戻る」（図３２）のクリックによ
り、メイン画面に戻る（図１８のＳ２４→Ｓ１）。

【００８３】図１７は、会員登録を行うためのシステム
フローチャートである。このフローは、図５において、
会員が、視聴者端末４０４からインターネット４０３を
経由して資源管理サーバ４０７内の特には図示しないＷ
ＷＷサーバ部に接続し、更に会員情報入力部５０６に接
続され、その会員情報入力部５０６が実行する制御プロ
グラムの動作として実現される。

【００８４】まず、会員希望者は、視聴者端末４０４に
表示されているメイン画面上で「会員登録」をクリック
する（図１８のＳ１、図１９）。この結果、会員情報入
力部５０６が、会員登録画面（図３３）を視聴者端末４
０４に表示させる。

【００８５】会員希望者は、この画面上で、名前・パス
ワード・メールアドレスを入力し、「実行」をクリック
する（図１７のステップ８０→８１）。会員情報入力部
５０６は、会員番号を生成する（図１７のステップ８
２）。

【００８６】続いて、会員情報入力部５０６は、会員番
号とパスワードを表示する登録確認画面（図３４）を視
聴者端末４０４に表示させる。会員情報入力部５０６
は、会員番号・パスワード・名前・メールアドレスを、
図３５に示されるデータ構造を有する会員管理テーブル
に登録する（図１７のステップ８４）。

【００８７】最後に、会員情報入力部５０６は、登録さ
れたメールアドレス宛てに、会員番号とパスワードをメ
ール送信する（図１７のステップ８５）。新規会員によ
る「メイン画面に戻る」（図３４）のクリックにより、
メイン画面に戻る（図１８のＳ２６→Ｓ１）。予約ＩＤを取得してサービスを利用する形態の動作説明上述の実施の形態では、視聴者は必ず会員登録を行って
サービスを利用する形態について説明したが、本発明は
これに限られるものではなく、例えば会員登録は行わず
に、番組予約を行う毎に予約ＩＤの発行を受けてサービ
スを利用する形態も考えられる。その場合の実施の形態
について、以下に説明する。

【００８８】まず、図４１の画面遷移図は、前述の実施
の形態の図１８に対応するものであり、図１８の場合と
同じ番号が付された部分は同じ機能を有する。図４１が
図１８の場合と異なる点は、図１８において必要であっ
た会員登録のための処理Ｓ２５及びＳ２６が不要にな
り、会員情報の入力操作Ｓ２が予約情報の入力操作Ｓ
２’に変更になった点である。これに伴って、メイン画
面についても、図４２に示されるように、前述の実施の
形態の図１９に比較し、会員登録のメニューが無くなっ
ている。

【００８９】次に、図３６は、前述の実施の形態の図９
に対応するものである。図３６が図９の場合と異なる点
は、視聴者による予約ＩＤの入力操作（ステップ２
０’）が加わった点である。これに伴って、番組選択画
面についも、図４３に示されるように、前述の実施の形
態の図２１に比較して、予約ＩＤとパスワードの入力項
目が追加されている。また、前述の実施の形態で必要で
あった事前の会員情報の入力画面（図２０）が不要にな
っている。

【００９０】前述の実施の形態における図１０は、本実
施の形態でも全く同様である。図３７は、前述の実施の
形態の図１１に対応するものである。図３７が図１１の
場合と異なる点は、自動予約時の予約管理テーブルへの
登録項目のうち、会員番号の登録が予約ＩＤの登録に変
更になった点である（ステップ４３’）。

【００９１】前述の実施の形態における図１２は、本実
施の形態でも全く同様である。図３８及び図３９は、前
述の実施の形態の図１３及び図１４に対応するものであ
る。

【００９２】図３８及び図３９が図１３及び図１４の場
合と異なる点は、番組予約時に、希望パスワードとメー
ルアドレスを視聴者が入力する点（ステップ６４’）、
並びに予約管理テーブルへの登録項目のうち会員番号の
登録が予約ＩＤの登録に変更になった点（ステップ６７
１’）、会員番号をキーにメールアドレスを検索する処
理（ステップ６７２）がなくなった点（ステップ６４’
で入力するから）、及び入力されたメールアドレス宛て
に予約日と時間帯だけではなく入力された予約ＩＤとパ
スワードも送信する点（ステップ６７３’）である。こ
れらに伴って、予約情報入力画面、予約確認画面、予約
終了画面についも、図４４〜図４６に示されるように、
前述の実施の形態の図２８〜図３０に比較して、予約Ｉ
Ｄ、パスワード、メールアドレス等の情報項目が追加さ
れている。

【００９３】前述の実施の形態における図１５は、本実
施の形態でも全く同様である。図４０は、前述の実施の
形態の図１６に対応するものである。図４０が図１６の
場合と異なる点は、視聴者は予約キャンセル時に会員番
号ではなく予約ＩＤを入力する点（ステップ８０’）、
予約管理テーブル上で予約ＩＤに基づいてキャンセルさ
れる予約データがダイレクトに検索され表示される点
（ステップ８１’、８２’）、従って、視聴者が予約デ
ータを選択する処理（ステップ８３）が不要になった点
である。これらに伴って、予約キャンセル画面につい
も、図４７に示されるように、前述の実施の形態の図３
１に比較して、会員番号とパスワードの指定項目が予
約ＩＤとパスワードの指定項目に変更になっており、予
約データは１つのみが表示されるようになっている。

【００９４】また、本実施の形態では、前述の実施の形
態の図３５の会員管理テーブルの代わりに、図４８の予
約ＩＤ管理テーブルが使用される。なお本発明は、資源
管理サーバ４０７を構成するコンピュータにより使用さ
れたときに、上述の本発明の実施の形態の各構成によっ
て実現される機能と同様の機能をコンピュータに行わせ
るためのコンピュータ読出し可能記録媒体として構成す
ることもできる。この場合、例えばフロッピィディス
ク、ＣＤ−ＲＯＭディスク、光ディスク、リムーバブル
ハードディスク等の可搬型記録媒体や、ネットワーク回
線経由で、本発明の実施の形態の各種機能を実現するプ
ログラムが、資源管理サーバ４０７を構成するコンピュ
ータ内の記憶装置（ＲＡＭ又はハードディスク等）にロ
ードされて、実行される。

【００９５】以上の本発明の実施の形態の特徴について
まとめると、下記の通りとなる。コンテンツプロバイダー（配信事業者）にとっての効果１．時間帯毎の予約可能配信数を設定し、予約機能を使
用するので安定したコンテンツの運用が可能。２．予約をしないで視聴にきた視聴者に対しても、シス
テム全体の回線利用可能数を調べることによりコンテン
ツの利用をしてもらったり予約の案内をしたりできるの
で利用者の満足度を上げることが期待できる。３．時間帯毎に予約可能配信数を規定することでコンテ
ンツの利用分析がより簡単になる。視聴者にとっての効果１．予約を行なっていなくても、システムの利用状況に
余裕があればすぐに視聴可能である。余裕がなかった場
合には、空きのある時間帯を確認して予約ができるの
で、利便性が高い。２．事前に利用したい時間を予約しておけば、必ず利用
できるシステムなので安心である。３．利用するコンテンツが予約した時間帯を超えないと
終了しない場合でも、次の時間帯のシステムの予約状況
に余裕があれば最後まで利用できる。サービス事業者にとっての効果１．コンテンツプロバイダに対して最も効率のよいサー
ビスを提供することが可能になる。２．実際に稼動させるコンテンツの内容はコンテンツプ
ロバイダの自由なので、様々なケースに適用することが
でき、ビジネスチャンスの拡大につながる。

【００９６】（付記１）ネットワークを使った資源共
用型のメディア配信資源管理装置であって、使用可能な
ネットワーク資源及びメディア配信システム資源に関す
る共有資源の情報を管理する資源利用情報管理手段と、
各コンテンツ配信事業者からの資源利用申請に基づい
て、前記共有資源を配分し又は再配分する共通資源管理
手段と、メディア配信サーバ毎に設けられ、前記共通資
源管理手段によって配分又は再配分された資源利用権限
の範囲内で、前記各メディア配信サーバに対するメディ
ア配信の予約管理及び配信管理を行う配信管理手段と、
前記共有資源の利用を希望するメディア配信事業者の情
報を管理する配信事業者管理手段と、視聴者の情報を管
理する視聴者管理手段と、を含むことを特徴とするメデ
ィア配信資源管理装置。

【００９７】（付記２）請求項１に記載の装置であっ
て、前記資源利用情報管理手段は、メディア配信サーバ
に関する資源の情報を管理するサーバ資源管理手段と、
メディア配信を行うためのネットワーク資源の情報を管
理するネットワーク資源管理手段と、を含むことを特徴
とするメディア配信資源管理装置。

【００９８】（付記３）請求項１乃至２の何れか１項
に記載の装置であって、前記共通資源管理部は、利用可
能な資源情報を前記資源利用情報管理手段から抽出する
資源利用情報抽出手段と、メディア配信事業者に対し
て、使用可能な共有資源の情報を表示する共有資源利用
可能表示手段と、前記メディア配信事業者から資源利用
要求を入力させる資源利用情報入力手段と、時間帯毎に
前記資源利用情報抽出手段及び前記資源利用情報入力手
段から得られた情報に基づいて、前記各メディア配信事
業者用に設置される前記配信管理手段に対して、特定時
間内における前記共有資源の利用権限を配分する共有資
源配分手段と、特定時間内における前記共有資源の実施
状況を抽出する共有資源利用量抽出手段と、該実施状況
と前記配信管理手段により抽出される特定時間内の配信
希望要求とに基づいて、未実施の前記共有資源の利用権
限を前記配信管理手段へ再配分する共有資源再配分手段
と、を含むことを特徴とするメディア配信資源管理装
置。

【００９９】（付記４）請求項１乃至３の何れか１項
に記載の装置であって、前記配信管理手段は、前記共通
資源管理手段から配分された利用権限の範囲内で、予約
可能なコンテンツの候補を表示させる予約可能候補表示
手段と、該表示された候補の中から少なくとも１つ以上
の配信希望コンテンツを視聴者に選択させる配信希望予
約入力手段と、該選択情報に基づいて、視聴者の配信予
約を行う配信予約管理手段と、メディア配信時間内に予
約外の視聴希望者に対して配信要求を入力させる直接視
聴受付手段と、該選択情報に基づいて、前記共通資源管
理手段に対して、未実施の前記共有資源が利用可能かど
うかの確認を行う共有資源確認手段と、前記共通資源管
理手段から再配分された利用権限に基づいて、前記メデ
ィア配信時間内における視聴を許可する直接視聴許可手
段と、前記メディア配信サーバに対して、メディア配信
を予約した視聴者及び予約外の視聴希望者のうち直接配
信を許可された視聴者に対するメディア配信を指示す
る配信指示手段と、を含むことを特徴とするメディア配
信資源管理装置。

【０１００】（付記５）請求項１乃至４の何れか１項
に記載の装置であって、前記配信事業者管理手段は前記
共有資源の利用を希望するメディア配信事業者に対し
て、その事業者自身の情報を入力させる配信事業者情報
入力手段と、その入力情報に基づいて前記メディア配信
事業者の認証を行う配信事業者認証手段と、を含むこと
を特徴とするメディア配信資源管理装置。

【０１０１】（付記６）請求項１乃至５の何れか１項
に記載の装置であって、前記視聴者管理手段は、視聴を
希望する視聴者の情報を入力させる視聴者情報入力手段
と、その入力情報に基づいて前記視聴者の認証を行う視
聴者認証手段と、を含むことを特徴とするメディア配信
資源管理装置。

【０１０２】（付記７）コンピュータにより使用され
たときにそれによって読み出されるプログラムを記録し
た記録媒体であって、使用可能なネットワーク資源及び
メディア配信システム資源に関する共有資源の情報を管
理する資源利用情報管理機能と、各コンテンツ配信事業
者からの資源利用申請に基づいて、前記共有資源を配分
し又は再配分する共通資源管理機能と、メディア配信サ
ーバ毎に設けられ、前記共通資源管理機能によって配分
又は再配分された資源利用権限の範囲内で、前記各メデ
ィア配信サーバに対するメディア配信の予約管理及び配
信管理を行う配信管理機能と、前記共有資源の利用を希
望するメディア配信事業者の情報を管理する配信事業者
管理機能と、視聴者の情報を管理する視聴者管理機能
と、を前記コンピュータに行わせるためのプログラムを
記録したコンピュータ読出し可能記録媒体。

【０１０３】

【発明の効果】本発明によれば、共有型メディア配信サ
ービスにおける共有資源を効率的に利用することがで
き、視聴希望者に対しては予約をさせることで確実なメ
ディア配信を保証し、メディア配信事業者にとっては、
予め設定した以上の配信要求が発生した場合にも、可能
な限りメディアコンテンツの配信数を増やすことがで
き、費用対効果を最大限に向上させることが可能とな
る。

【図面の簡単な説明】

【図１】本発明の原理説明図（その１）である。

【図２】本発明の原理説明図（その２）である。

【図３】本発明の原理説明図（その３）である。

【図４】本発明の実施の形態の全体システム構成図であ
る。

【図５】映像配信資源管理システムの構成図である。

【図６】本発明の実施の形態のデータ構成図（その１）
である。

【図７】本発明の実施の形態のデータ構成図（その２）
である。

【図８】システムフローチャート（資源利用登録）であ
る。

【図９】システムフローチャート（番組視聴その１）で
ある。

【図１０】システムフローチャート（アクセスした時間
帯に予約がない場合の番組視聴)である。

【図１１】システムフローチャート（番組が時間帯が変
化しないと終わらない場合の番組視聴その１）である。

【図１２】システムフローチャート（番組視聴中に時間
帯が変化した場合の番組視聴）である。

【図１３】システムフローチャート（番組予約その１）
である。

【図１４】システムフローチャート（予約登録その１）
である。

【図１５】システムフローチャート（予約数集約処理）
である。

【図１６】システムフローチャート（予約キャンセルそ
の１）である。

【図１７】システムフローチャート（会員登録）であ
る。

【図１８】画面遷移図（その１）である。

【図１９】メイン画面（その１）である。

【図２０】会員情報入力画面である。

【図２１】番組選択画面（その１）である。

【図２２】番組放映画面である。

【図２３】再アクセス依頼画面である。

【図２４】予約案内画面である。

【図２５】予約追加告知画面である。

【図２６】打ち切り予告画面である。

【図２７】打ち切り画面である。

【図２８】予約情報入力画面（その１）である。

【図２９】予約確認画面（その１）である。

【図３０】予約終了画面（その１）である。

【図３１】予約キャンセル画面（その１）である。

【図３２】予約キャンセル確認画面である。

【図３３】会員登録画面である。

【図３４】登録確認画面である。

【図３５】会員管理テーブルである。

【図３６】システムフローチャート( 番組視聴その２
（予約ＩＤ版）) である。

【図３７】システムフローチャート( 番組が時間帯が変
化しないと終わらない場合の番組視聴その２（予約ＩＤ
版）) である。

【図３８】システムフローチャート( 番組予約その２
（予約ＩＤ版）) である。

【図３９】システムフローチャート予約登録その２（予
約ＩＤ版）) である。

【図４０】システムフローチャート( 予約キャンセルそ
の２（予約ＩＤ版）) である。

【図４１】画面遷移図（その２（予約ＩＤ版））であ
る。

【図４２】メイン画面（その２）である。

【図４３】番組選択画面（その２）である。

【図４４】予約情報入力画面（その２）である。

【図４５】予約確認画面（その２）である。

【図４６】予約終了画面（その２）である。

【図４７】予約キャンセル画面（その２）である。

【図４８】予約ＩＤ管理テーブルである。

【図４９】映像配信資源管理の第１の従来技術を示す図
である。

【図５０】映像配信資源管理の第２の従来技術を示す図
である。

【符号の説明】

４０１共用サービスセンタ４０２共用回線４０３インターネット４０４視聴者端末４０５ＷＷＷサーバ４０６コンテンツサーバ５０１配信事業者端末５０２配信事業者情報入力部５０３配信事業者認証部５０４資源利用情報管理部５０５共通資源管理部５０６会員情報入力部５０７会員認証部５０８配信管理部５０９予約管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者宮尾進東京都文京区後楽１丁目７番27号株式会社富士通ビジネスシステム内 (72)発明者遠藤貴裕東京都文京区後楽１丁目７番27号株式会社富士通ビジネスシステム内Ｆターム(参考） 5B085 BG07 CA04 5K030 KA02 LC06 LC09

Claims

【特許請求の範囲】

【請求項１】ネットワークを使った資源共用型のメデ
ィア配信資源管理装置であって、使用可能なネットワーク資源及びメディア配信システム
資源に関する共有資源の情報を管理する資源利用情報管
理手段と、各コンテンツ配信事業者からの資源利用申請に基づい
て、前記共有資源を配分し又は再配分する共通資源管理
手段と、メディア配信サーバ毎に設けられ、前記共通資源管理手
段によって配分又は再配分された資源利用権限の範囲内
で、前記各メディア配信サーバに対するメディア配信の
予約管理及び配信管理を行う配信管理手段と、前記共有資源の利用を希望するメディア配信事業者の情
報を管理する配信事業者管理手段と、視聴者の情報を管理する視聴者管理手段と、を含むことを特徴とするメディア配信資源管理装置。
【請求項２】請求項１に記載の装置であって、前記資源利用情報管理手段は、メディア配信サーバに関する資源の情報を管理するサー
バ資源管理手段と、メディア配信を行うためのネットワーク資源の情報を管
理するネットワーク資源管理手段と、を含むことを特徴とするメディア配信資源管理装置。
【請求項３】請求項１乃至２の何れか１項に記載の装
置であって、前記共通資源管理部は、利用可能な資源情報を前記資源利用情報管理手段から抽
出する資源利用情報抽出手段と、メディア配信事業者に対して、使用可能な共有資源の情
報を表示する共有資源利用可能表示手段と、前記メディア配信事業者から資源利用要求を入力させる
資源利用情報入力手段と、時間帯毎に前記資源利用情報抽出手段及び前記資源利用
情報入力手段から得られた情報に基づいて、前記各メデ
ィア配信事業者用に設置される前記配信管理手段に対し
て、特定時間内における前記共有資源の利用権限を配分
する共有資源配分手段と、特定時間内における前記共有資源の実施状況を抽出する
共有資源利用量抽出手段と、該実施状況と前記配信管理手段により抽出される特定時
間内の配信希望要求とに基づいて、未実施の前記共有資
源の利用権限を前記配信管理手段へ再配分する共有資源
再配分手段と、を含むことを特徴とするメディア配信資源管理装置。
【請求項４】請求項１乃至３の何れか１項に記載の装
置であって、前記配信管理手段は、前記共通資源管理手段から配分された利用権限の範囲内
で、予約可能なコンテンツの候補を表示させる予約可能
候補表示手段と、該表示された候補の中から少なくとも１つ以上の配信希
望コンテンツを視聴者に選択させる配信希望予約入力手
段と、該選択情報に基づいて、視聴者の配信予約を行う配信予
約管理手段と、メディア配信時間内に予約外の視聴希望者に対して配信
要求を入力させる直接視聴受付手段と、該選択情報に基づいて、前記共通資源管理手段に対し
て、未実施の前記共有資源が利用可能かどうかの確認を
行う共有資源確認手段と、前記共通資源管理手段から再配分された利用権限に基づ
いて、前記メディア配信時間内における視聴を許可する
直接視聴許可手段と、前記メディア配信サーバに対して、メディア配信を予約
した視聴者及び予約外の視聴希望者のうち直接配信を許
可された視聴者に対するメディア配信を指示する配信指
示手段と、を含むことを特徴とするメディア配信資源管理装置。
【請求項５】コンピュータにより使用されたときにそ
れによって読み出されるプログラムを記録した記録媒体
であって、使用可能なネットワーク資源及びメディア配信システム
資源に関する共有資源の情報を管理する資源利用情報管
理機能と、各コンテンツ配信事業者からの資源利用申請に基づい
て、前記共有資源を配分し又は再配分する共通資源管理
機能と、メディア配信サーバ毎に設けられ、前記共通資源管理機
能によって配分又は再配分された資源利用権限の範囲内
で、前記各メディア配信サーバに対するメディア配信の
予約管理及び配信管理を行う配信管理機能と、前記共有資源の利用を希望するメディア配信事業者の情
報を管理する配信事業者管理機能と、視聴者の情報を管理する視聴者管理機能と、を前記コンピュータに行わせるためのプログラムを記録
したコンピュータ読出し可能記録媒体。