配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラム
【課題】配信サーバの配信効率を高める。
【解決手段】 本発明は、第１蓄積手段及び第２蓄積手段を有し、いずれかに蓄積されたコンテンツを配信する複数の配信サーバと、コンテンツの配信を行うサーバを選択する配信サーバ管理装置とを備える配信システムであり、配信サーバ管理装置が、複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段を有する。
【解決手段】 本発明は、第１蓄積手段及び第２蓄積手段を有し、いずれかに蓄積されたコンテンツを配信する複数の配信サーバと、コンテンツの配信を行うサーバを選択する配信サーバ管理装置とを備える配信システムであり、配信サーバ管理装置が、複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムに関し、例えば、ＩＰネットワークを通して、動画像を配信するシステムにおいて、放送中の番組を、既に放送した部分から視聴するスタートオーバ型蓄積配信システムに適用し得るものである。
【背景技術】
【０００２】
従来の動画配信サービスシステムは、主に次のような課題がある．
１．サーバは非常に大きい時間当たりの配信量を処理しなければいけない．
２．広範囲の配信地域に対し可能な限り小さい遅延でサーバは配信しなければいけない．
３．数と容量が膨大なコンテンツをサーバは管理しなければいけない。
【０００３】
上記課題を解決するために、従来、次のような対策が施されている．
１．サーバの数を増やす。これにより、配信量をサーバに振り分けることができるので、膨大な配信量でも対処できる．
２．例えば地域毎に配信サーバのグループを作る。これにより、各地域の利用者はグループ内のいずれかの配信サーバを利用する様にすることで、配信経路が短くなる．
３．コンテンツを配信するサーバを全てのコンテンツを保持管理するセンタサーバと需要の高いコンテンツのみを保持するローカルサーバに分ける。これにより、コンテンツを一元管理することができ、記録媒体に要するコストも抑えることができる。
【０００４】
特許文献１には、全てのコンテンツを保持管理しているセンタサーバから、ローカルサーバへのコンテンツの配信を効率的に行うため、センタサーバを根とし、ローカルサーバを節とする木構造のコンテンツ配送網を構成するコンテンツ配信システムが記載されている。
【０００５】
図２は、特許文献１の記載技術のシステム構成を示す構成図である。特許文献１に記載のシステムは、センタサーバ７が管理するコンテンツを、図２に示すパスで、コンテンツ配送するというものである。また、特許文献１に記載のシステムは、ローカルサーバ８−１及び８−２、ローカルサーバ９−１〜９−４がコンテンツ全体を保持するのではなく、平均視聴時間等に応じてローカルサーバ８−１及び８−２、ローカルサーバ９−１〜９−４がコンテンツの一部を保持することで、記録媒体の使用効率を高める手法が取られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−０３４８７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、動画配信サービスの一つとして、スタートオーバ型の動画配信システムがある。スタートオーバ型の動画配信システムとは、放送中の番組を蓄積し、既に放送した部分から視聴することを可能とする蓄積配信システムをいう。
【０００８】
スタートオーバ型の動画配信システムは、以下のような特徴がある．
１．当該システムは現在放送中の放送番組を蓄積しながら配信する．
２．視聴要求は番組放送時間のみ受け付けられ、視聴は視聴期限内に限られる．
３．番組開始時の配信数は通常のＶＯＤ（ビデオオンデマンド）コンテンツよりかなり多い．
４．配信数は、図３に示すように、番組開始時に最も増加量が大きく、その後その数を維持し、番組終了後、配信数は急減する．
５．放送スケジュールがあるので、現在放送の番組終了後、その番組に後続する番組がある。そのため、蓄積配信要求は放送スケジュールに沿って続けて発生する。
【０００９】
スタートオーバ型の動画配信システムには、次のような課題がある．
１．番組放送中はＶＯＤコンテンツに比べかなり多い配信数を確保する必要がある．
２．蓄積配信要求は続けて発生し、番組終了後その番組の配信数は急減して視聴期限で０となるので、各サーバの配信数を最大化できるように、各番組を放送開始時点で最も適したサーバへ割り当てなければいけない。
【００１０】
上記のような課題を従来技術で解決しようとしても、次のような問題が生じ得る。
【００１１】
１．従来の動画配信システムは、コンテンツの視聴期限が無いか、又は視聴期限が長いかのいずれかであり、一定期間において配信数が集中して多くなるということがない。そのため、従来のＶＯＤシステムも、一時期の集中的な配信に対応できる大きな配信容量を備えていない。
【００１２】
２．コンテンツは一元管理されており、負荷分散のため、視聴率等に応じセンタサーバからローカルサーバにコピーされ配信される。そのため、従来の動画配信システムは、比較的緩やかな速度で負荷の分散がなされる。しかし、スタートオーバ型の放送番組の蓄積配信システムは、リアルタイム性が要求されるので、従来の負荷分散方法では対処できない。
【００１３】
そのため、番組を配信すべき配信数が配信時間により大きく変動するため、メモリーサーバの配信効率を高めることができる配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムが求められている。
【課題を解決するための手段】
【００１４】
かかる課題を解決するために、第１の本発明の配信システムは、（Ａ）クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する複数の配信サーバと、（Ｂ）複数の配信サーバのうち、コンテンツの配信を行う配信サーバを選択し、その選択した配信サーバのアドレス情報をクライアントに通知する配信サーバ管理装置とを備え、配信サーバ管理装置が、（１）各配信サーバにおける第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての配信サーバから定期的に取得する蓄積配信状態情報取得手段と、（２）外部からコンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、（３）複数の配信サーバの蓄積配信状態情報及びコンテンツ情報を記憶する情報記憶手段と、（４）複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、（５）サーバ選択手段により選択された配信サーバに対して、コンテンツに関するコンテンツ情報を与え、コンテンツの蓄積配信を要求する蓄積配信要求手段と、（６）クライアントからのコンテンツの配信先の通知要求を受けると、サーバ選択手段により選択された配信サーバのアドレス情報を、クライアントに通知するサーバ情報通知手段とを有することを特徴とする。
【００１５】
第２の本発明の配信サーバ管理装置は、クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する複数の配信サーバのうち、コンテンツの配信を行う配信サーバを選択し、その選択した配信サーバのアドレス情報をクライアントに通知する配信サーバ管理装置において、（１）各配信サーバにおける第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての配信サーバから定期的に取得する蓄積配信状態情報取得手段と、（２）外部からコンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、（３）複数の配信サーバの蓄積配信状態情報及びコンテンツ情報を記憶する情報記憶手段と、（４）複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、（５）サーバ選択手段により選択された配信サーバに対して、コンテンツに関するコンテンツ情報を与え、コンテンツの蓄積配信を要求する蓄積配信要求手段と、（６）クライアントからのコンテンツの配信先の通知要求を受けると、サーバ選択手段により選択された配信サーバのアドレス情報を、クライアントに通知するサーバ情報通知手段とを備えることを特徴とする。
【００１６】
第３の本発明の配信サーバ管理プログラムは、クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する複数の配信サーバのうち、コンテンツの配信を行う配信サーバを選択し、その選択した配信サーバのアドレス情報をクライアントに通知する配信サーバ管理プログラムにおいて、コンピュータを、（１）各配信サーバにおける第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての配信サーバから定期的に取得する蓄積配信状態情報取得手段、（２）外部からコンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段、（３）複数の配信サーバの蓄積配信状態情報及びコンテンツ情報を記憶する情報記憶手段、（４）複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段、（５）サーバ選択手段により選択された配信サーバに対して、コンテンツに関するコンテンツ情報を与え、コンテンツの蓄積配信を要求する蓄積配信要求手段、（６）クライアントからのコンテンツの配信先の通知要求を受けると、サーバ選択手段により選択された配信サーバのアドレス情報を、クライアントに通知するサーバ情報通知手段として機能させるものである。
【００１７】
第４の本発明の配信サーバクライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する配信サーバであって、（１）第１蓄積手段又は第２蓄積手段のいずれかに蓄積されたコンテンツを配信することを制御する配信切替制御手段と、（２）配信サーバ管理装置からの要求を受けて、第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を配信サーバ管理装置に応答する状態管理手段とを備えることを特徴とする。
【００１８】
第５の本発明の配信プログラムは、クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する配信プログラムであって、コンピュータを、（１）第１蓄積手段又は第２蓄積手段のいずれかに蓄積されたコンテンツを配信することを制御する配信切替制御手段、（２）配信サーバ管理装置からの要求を受けて、第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を配信サーバ管理装置に応答する状態管理手段として機能させることを特徴とするものである。
【発明の効果】
【００１９】
本発明によれば、コンテンツを配信すべき配信数が配信時間により大きく変動するため、メモリーサーバの配信効率を高めることができる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施形態の配信システムの全体構成を示す全体構成図である。
【図２】従来の配信システムの構成例を示す構成図である。
【図３】スタートオーバでの配信数の時間推移を説明する説明図である。
【図４】第１の実施形態メモリーサーバ３０の内部構成を示す内部構成図である。
【図５】第１の実施形態のメモリーサーバマネジャ１０の内部構成を示す内部構成図である。
【図６】第１の実施形態の配信システムにおける放送番組蓄積機能の処理を説明するシーケンス図である。
【図７】第１の実施形態のメモリーサーバの選択方法を説明する説明図である。
【図８】第１の実施形態の配信システムにおける蓄積番組配信機能の処理を説明するシーケンス図である。
【図９】第１の実施形態のメモリーサーバにおける配信方式の切り替え処理を説明する説明図である。
【図１０】第２の実施形態のメモリーサーバの選択方法を説明するフローチャートである。
【図１１】第２の実施形態のメモリー空き容量推移表の構成例を示す構成図である。
【図１２】第２の実施形態のメモリー空き容量推移と蓄積番組の蓄積に必要な蓄積量との関係を説明する説明図である。
【図１３】第２の実施形態のメモリーのメモリー領域の統合処理を説明する説明図である。
【図１４】第３の実施形態の配信システムにおける放送番組蓄積機能の処理を説明するシーケンス図である。
【発明を実施するための形態】
【００２１】
（Ａ）第１の実施形態
以下では、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第１の実施形態について、図面を参照しながら説明する。
【００２２】
第１の実施形態は、例えばスタートオーバ型の放送番組蓄積配信システムに本発明を適用した実施形態を例示する。
【００２３】
（Ａ−１）第１の実施形態の構成
（Ａ−１−１）全体構成
図１は、第１の実施形態の配信システムの全体構成を示す全体構成図である。図１において、第１の実施形態の配信システム１は、メモリーサーバマネジャ１０、蓄積配信管理リスト２０、複数台（図１ではＮ台：Ｎは正の整数）のメモリーサーバ３０−１〜３０−Ｎ、クライアント４０、ディスパッチャー５０を少なくとも有して構成される。
【００２４】
メモリーサーバマネジャ１０は、放送番組（コンテンツ）を配信するメモリーサーバ３０−１〜３０−Ｎを管理するものである。
【００２５】
メモリーサーバマネジャ１０は、図示しないシステム管理者端末から番組蓄積配信要求を受け取り、システム管理者端末から受け取った番組情報を蓄積配信管理リスト２０に登録する。メモリーサーバマネジャ１０は、番組情報の登録後、システム管理者端末から番組蓄積配信要求に対する応答を返信する。
【００２６】
ここで、番組情報とは、放送番組に関する情報であり、例えば、番組を識別する番組番号、放送番組の開始時間、放送番組の終了時間、放送番組を視聴できる視聴期限（視聴期間）、番組を蓄積するための蓄積量等がある。
【００２７】
なお、図示しないシステム管理者端末は、予め設定されている番組の放送スケジュールに従って、これから放送する番組について、番組蓄積配信要求をメモリーサーバマネジャ１０に行う。
【００２８】
また、メモリーサーバマネジャ１０は、定期的に、メモリーサーバ３０−１〜３０−Ｎに対してメモリーサーバ状態取得要求を行い、各メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を取得するものである。メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を受け取ると、各メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を、蓄積配信管理リスト２０に記憶・更新する。
【００２９】
ここで、メモリーサーバ状態情報とは、各メモリーサーバ３０−１〜３０−Ｎを識別するメモリーサーバ番号、蓄積開始又は蓄積終了を示す蓄積状態、メモリー配信又はＨＤＤ（ハードディスクドライブ）配信を示す配信状態、メモリー配信又はＨＤＤ配信の配信数、メモリー使用状況（例えば、使用予定メモリー容量、現在蓄積容量等）がある。
【００３０】
さらに、メモリーサーバマネジャ１０は、番組の開始時間直前に、蓄積配信管理リスト２０における、全メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を参照して、メモリーサーバ３０−１〜３０−Ｎのうち、クライアント４０に対して番組を放送するメモリーサーバを選択するものである。
【００３１】
また、メモリーサーバマネジャ１０は、ディスパッチャー５０から番組配信メモリーサーバ情報取得要求を受けると、蓄積配信管理リスト２０を参照して、当該番組を配信するものとして選択したメモリーサーバ３０のメモリーサーバ番号をディスパッチャー５０に応答するものである。
【００３２】
蓄積配信管理リスト２０は、蓄積配信要求された放送番組に関する情報及びメモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を管理するものである。蓄積配信管理リスト２０は、番組を配信するメモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を対応付けて管理する。例えば、蓄積配信管理リスト２０は、番組番号、開始番号、終了番組、視聴期限、メモリーサーバ番号、蓄積状態、配信状態、配信数、使用予定メモリー容量、現在蓄積容量等を管理する。
【００３３】
メモリーサーバ３０（３０−１〜３０−Ｎ）は、メモリー３１及びＨＤＤ３２を備え、図示しないサーバから受け取った放送番組を、メモリー３１及びＨＤＤ３２の両方に蓄積し、メモリー３１及びＨＤＤ３２に蓄積した、いずれかの番組をクライアント４０に対して配信するものである。
【００３４】
メモリーサーバ３０−１〜３０−Ｎは、メモリーサーバマネジャ１０から蓄積配信開始要求を受けたものが、その要求に係る番組について、番組の開始時間から、番組の終了時間及び番組の視聴期限までにおいて番組配信を行う。また、メモリーサーバ３０−１〜３０−Ｎは、終了時間までにクライアント４０から配信要求を受け付け、配信要求してきたクライアント４０に対して番組配信を行う。
【００３５】
メモリーサーバ３０−１〜３０−Ｎは、メモリー３１の配信数について閾値αを設定している。メモリーサーバ３０−１〜３０−Ｎは、メモリー３１上の配信数が閾値αを超えるとき、メモリー３１に蓄積されるデータを用いてクライアント４０に配信するメモリー配信を行う。また、メモリー３１の配信数が閾値αを下回るとき、メモリーサーバ３０−１〜３０−Ｎは、ＨＤＤ３２の蓄積データをクライアント４０に配信するＨＤＤ配信に切り替え、当該番組データのメモリー３１への蓄積をやめ、当該メモリー３１に蓄積されているデータを削除する。これにより、後続に控えている番組データ（例えば、次の別番組の番組データ）を当該メモリー３１に蓄積することができる。
【００３６】
クライアント４０は、メモリーサーバ３０−１〜３０−Ｎから配信された番組を受信するものである。クライアント４０は、番組配信を受ける際、当該番組の配信先についてのメモリーサーバ割り当て要求を、ディスパッチャー５０に対して行う。これにより、クライアント４０がディスパッチャー５０から配信先のメモリーサーバ３０のメモリーサーバ番号を受けると、そのメモリーサーバ番号のメモリーサーバ３０に対して配信要求を行う。
【００３７】
ディスパッチャー５０は、クライアント４０からメモリーサーバ割り当て要求を受けると、その番組についての番組配信メモリーサーバ情報取得要求を、メモリーサーバマネジャ１０に行うものである。また、ディスパッチャー５０は、メモリーサーバマネジャ１０から当該番組を配信する番組配信メモリーサーバ情報を取得すると、そのメモリーサーバ情報をクライアント４０に与えるものである。
【００３８】
（Ａ−１−２）メモリーサーバ３０の内部構成
図４は、メモリーサーバ３０の内部構成を示す内部構成図である。図４において、メモリーサーバ３０は、メモリー３１、ＨＤＤ３２、制御部３３、通信部３４を少なくとも有する。
【００３９】
メモリー３１は、通信部３４を介して、図示しないサーバから受信した番組データを蓄積する記憶部である。メモリー３１は、制御部３３の制御の下、通信部３４を介して、蓄積データをクライアント４０に配信する。
【００４０】
ＨＤＤ３２は、ハードディスクドライブである。ＨＤＤ３２も、通信部３４を介して、図示しないサーバから受信した番組データを蓄積する。また、ＨＤＤ３２は、制御部３３の制御の下、通信部３４を介して、蓄積データをクライアント４０に配信する。
【００４１】
制御部３３は、メモリーサーバ３０における処理を司るものである。制御部３３の主な機能としては、番組蓄積配信処理部３３１、状態管理部３３２、配信方式切替制御部３３３を少なくとも有する。
【００４２】
番組蓄積配信処理部３３１は、蓄積した番組データの配信処理を行うものである。番組蓄積配信処理部３３１は、メモリーサーバマネジャ１０から、番組番号、開始時間、終了時間、視聴期限を含む蓄積配信開始要求を受けると、メモリー３１及びＨＤＤ３２に対して、当該番組についての番組データの蓄積割り当てを行う。
【００４３】
また、番組蓄積配信処理部３３１は、当該番組の開始時刻になると、メモリー３１及びＨＤＤ３２に番組データの蓄積を開始し、メモリーサーバマネジャ１０に対して蓄積配信開始応答を行う。
【００４４】
さらに、番組蓄積配信処理部３３１は、クライアント４０から、番組番号、有効期限、再生方法を含む配信要求を受けると、その番組番号の番号について、メモリー３１及びＨＤＤ３２に蓄積されたデータに基づき、指定された再生方法で再生可能とするデータに加工して、クライアント４０に配信する。
【００４５】
なお、番組蓄積配信処理部３３１は、クライアント４０からの配信要求が番組終了時間まで受け付けるようにし、終了時間経過後は、配信要求を受け付けない。
【００４６】
また、番組蓄積配信処理部３３１は、視聴期限になると、メモリー３１及びＨＤＤ３２に蓄積されたデータを削除する。
【００４７】
状態管理部３３２は、当該メモリーサーバ３０のメモリー３１及びＨＤＤ３２の状態を監視するものである。状態管理部３３２は、メモリーサーバマネジャ１０からメモリーサーバ状態取得要求を受けると、メモリー３１及びＨＤＤ３２の状態を含むメモリーサーバ状態情報をメモリーサーバマネジャ１０に応答する。
【００４８】
具体的には、状態管理部３３２は、番組配信で利用するメモリー３１及びＨＤＤ３２の蓄積状態（現在蓄積中又は蓄積終了等）、番組配信方式がメモリー配信であるか又はＨＤＤ配信であるか、メモリー３１及びＨＤＤ３２が配信中である番組のストリームの数を示す配信数、メモリー３１の使用状況として使用予定メモリー容量、メモリー３１及びＨＤＤ３２の現在の蓄積容量等を監視する。
【００４９】
そして、状態管理部３３２は、自身のメモリーサーバ番号と、上記のように監視した、メモリー３１及びＨＤＤ３２の蓄積状態、配信状態、メモリー３１及びＨＤＤ３２の配信数、使用予定メモリー容量、現在蓄積容量等を含む情報をメモリーサーバ状態情報としてメモリーサーバマネジャ１０に与える。
【００５０】
配信方式切替制御部３３３は、メモリー配信又はＨＤＤ配信の方式切替を制御するものである。
【００５１】
配信方式切替制御部３３３は、メモリー３１の配信数についての閾値αを設定している。配信方式切替制御部３３３は、状態管理部３３２が監視したメモリー３１の配信数と閾値αとを比較する。その配信数が閾値αを超えるとき、配信方式切替制御部３３３はメモリー配信とし、その配信数が閾値αを下回るとき、配信方式切替制御部３３３は、メモリー３１への蓄積を終了し、メモリー３１に蓄積されているデータを削除する。
【００５２】
番組開始時は、クライアント４０からの配信要求が多く、配信数が多い場合がある。第１の実施形態は、番組開始時にメモリー配信を行うことで、番組開始時の配信数の多さにも対応できるようにする。また、メモリー３１の比較的容量は少なく、さらに次の番組蓄積配信も控えているので、配信数が閾値αを下回ると（例えば番組終了時に配信数が少なくなると）、ＨＤＤ配信に切り替える。そして、メモリー３１は、後続の番組を蓄積するものとして寄与する。
【００５３】
通信部３４は、ネットワークと通信する処理部又は装置である。通信部３４は、ネットワークを介して、図示しないサーバ、メモリーサーバマネジャ１０、クライアント４０と情報の授受を行うものである。
【００５４】
（Ａ−１−３）メモリーサーバマネジャ１０の内部構成
図５は、メモリーサーバマネジャ１０の内部構成を示す内部構成図である。図５において、メモリーサーバマネジャ１０は、制御部１１、通信部１２を少なくとも有する。
【００５５】
制御部１１は、メモリーサーバマネジャ１０における処理を司るものである。制御部１１の主な機能としては、番組情報登録部１１１、メモリーサーバ状態取得部１１２、メモリーサーバ選択部１１３、蓄積配信要求部１１４、番組配信メモリーサーバ情報応答部１１５を有する。
【００５６】
番組情報登録部１１１は、図示しないシステム管理者端末から番組蓄積要求を受け取ると、番組情報を蓄積配信管理リスト２０に登録するものである。また、番組情報登録部１１１は、蓄積配信管理リスト２０に番組情報の登録が成功したか否かを示す番組登録成否情報を、システム管理端末に応答する。
【００５７】
メモリーサーバ状態取得部１１２は、定期的に、全てのメモリーサーバ３０−１〜３０−Ｎに対してメモリーサーバ状態情報の取得要求を行う。メモリーサーバ状態取得部１１２は、メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を取得すると、そのメモリーサーバ状態情報を蓄積配信管理リスト２０に登録する。
【００５８】
メモリーサーバ選択部１１３は、蓄積配信管理リスト２０を参照して、番組配信を行うメモリーサーバ３０を選択するものである。
【００５９】
ここで、メモリーサーバの選択方法は、蓄積配信管理リスト２０に登録されているメモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報に基づいて、メモリーサーバ選択部１１３が判断することができれば、種々の方法を適用することができる。
【００６０】
例えば、メモリーサーバ選択部１１３が、メモリー３１の使用状況（使用予定メモリー容量、現在蓄積容量）に基づいて、番組を蓄積するのに十分な容量を持ったメモリーサーバ３０のリストを作成する。そして、メモリーサーバ選択部１１３は、そのリストに基づいて、メモリー３１の配信数が最小であるメモリーサーバ３０を選択する方法を適用することができる。なお、番組を蓄積するのに十分な容量とは、番組データの蓄積に必要な蓄積量よりも、メモリー空き容量が上回っていることをいう。
【００６１】
蓄積配信開始要求部１１４は、メモリーサーバ選択部１１３はが選択したメモリーサーバ３０に対して、番組番号、当該番組の開始時間、終了時間、視聴期限を含む蓄積配信開始要求を行うものである。
【００６２】
番組配信メモリーサーバ情報応答部１１５は、ディスパッチャー５０から番組配信メモリーサーバ情報の取得要求を受けると、その要求された番組について、メモリーサーバ選択部１１３が選択したメモリーサーバ３０のメモリーサーバ番号（例えばアドレス情報）をディスパッチャー５０に応答するものである。
【００６３】
通信部１２は、ネットワークを介して通信処理を行う処理部又は装置である。通信部１２は、ネットワークを介して、システム管理端末（図示しない）、メモリーサーバ３０−１〜３０−Ｎ、ディスパッチャー５０と情報の授受を行う。
【００６４】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のスタートオーバ型の配信システム１における処理の動作について、図面を参照しながら説明する。
【００６５】
第１の実施形態の配信システム１は、放送番組蓄積機能と蓄積番組配信機能とを有する。
【００６６】
放送番組蓄積機能は、システム管理者端末がメモリーサーバマネジャ１０に対して要求する機能である。メモリーサーバマネジャ１０は、システム管理者端末により指定された番組の蓄積を開始する。
【００６７】
蓄積番組配信機能は、メモリーサーバマネジャ１０が、クライアント４０の要求を受けたディスパッチャー５０を通して、番組配信するメモリーサーバ３０を割り当てる。そして、その割り当てられたメモリーサーバ３０がクライアント４０に対して蓄積番組を配信する機能である。
【００６８】
（Ａ−２−１）放送番組蓄積機能
図６は、第１の実施形態の配信システム１における放送番組蓄積機能の処理を説明するシーケンス図である。
【００６９】
図６において、システム管理者端末６０は、メモリーサーバマネジャ１０に対して番組蓄積配信要求を行う（Ｓ１０１）。このとき、システム管理者端末は、番組番号、番組の放送開始時間、終了時間、視聴期限を含む情報をメモリーサーバマネジャ１０に与える。
【００７０】
メモリーサーバマネジャ１０は、システム管理者端末６０から受信した番組情報を、蓄積配信管理リスト２０に登録する（Ｓ１０２）。また、番組情報の登録が成功すると、メモリーサーバマネジャ１０は、システム管理者端末６０に対して、番組蓄積配信要求に対する応答を行う（Ｓ１０３）。
【００７１】
メモリーサーバマネジャ１０は、蓄積配信管理リスト２０に登録される各番組の放送開始時間を監視する。そして、番組の放送開始時間が近づくと（Ｓ１０４）、メモリーサーバマネジャ１０は、全てのメモリーサーバ３０−１〜３０−Ｎに対して、メモリーサーバ状態取得要求を行う（Ｓ１０５）。
【００７２】
メモリーサーバ３０−１〜３０−Ｎは、メモリーサーバマネジャ１０からメモリーサーバ状態取得要求を受けると、自身のメモリー３１及びＨＤＤ３２の蓄積状態等、例えば、現在のメモリー３１及びＨＤＤ３２がデータ蓄積中であるか又は蓄積完了しているか、配信方式の状態、メモリー３１及びＨＤＤ３２上で現在配信している番組の配信数、メモリー３１及びＨＤＤ３２の使用予定メモリー容量、現在の蓄積容量等を監視する。
【００７３】
そして、メモリーサーバ３０−１〜３０−Ｎは、上記監視した情報と自身のメモリーサーバ番号とを含む情報をメモリーサーバマネジャ１０に応答する（Ｓ１０６）。
【００７４】
なお、図６では、全てのメモリーサーバ３０−１〜３０−Ｎに対するメモリーサーバ状態取得要求及び応答を１回のみしか示していないが、メモリーサーバマネジャ１０は、定期的に行うものとする。
【００７５】
メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を取得すると、各メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を、蓄積配信管理リスト２０に記憶・更新する。
【００７６】
メモリーサーバマネジャ１０は、蓄積配信管理リスト２０の各メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報に基づいて、番組配信を行うメモリーサーバ３０を選択する（Ｓ１０７）。
【００７７】
ここで、メモリーサーバ３０の選択方法の概念について、図７を参照しながら説明する。
【００７８】
メモリーサーバマネジャ１０は、蓄積配信管理リスト２０のメモリーサーバ状態情報に基づいて選択するが、図７では、説明便宜のために、メモリーサーバ３０のメモリー１の状態を図示して説明する。図７では、４台のメモリーサーバ３０−１〜３０−４のメモリーサーバ状態を例示する。
【００７９】
図７において、各メモリーサーバ３０−１〜３０−４の有するメモリー３１において、斜線部分はメモリーの空き容量を示す。メモリーサーバマネジャ１０は、システム管理者端末６０からの番組蓄積配信要求に伴い、当該番組のデータ蓄積に必要な容量を取得する。
【００８０】
メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−４のメモリーサーバ状態情報から、メモリー３１の空き容量を判断する。そして、空き容量が十分にあるメモリーサーバ３０をリスト化する。図７の場合、メモリーサーバ３０−２及び３０−３がメモリー３１の空き容量が十分であるとする。
【００８１】
メモリーサーバマネジャ１０は、メモリー３１の空き容量が十分なものの中から、配信数が最小のメモリーサーバ３０を、当該番組を配信するメモリーサーバとして選択する。図７の場合、メモリーサーバ３０−２の配信数が最小であるので、メモリーサーバ３０−２を番組配信用のサーバとして選択する。なお、メモリーサーバ３０の配信数とは、メモリー３１上にある番組の配信中のストリームの数の総和とすることができる。
【００８２】
上記のようにして、蓄積番組配信用のサーバを選択すると、メモリーサーバマネジャ１０は、当該選択したメモリーサーバ３０に対して、蓄積配信開始要求を行う（Ｓ１０８）。このとき、メモリーサーバマネジャ１０は、番組番号、番組放送開始時間、終了時間、視聴期限を含む情報を、選択したメモリーサーバ３０に与える。
【００８３】
これを受けて、メモリーサーバ３０は、蓄積配信開始要求に係る番組のデータを蓄積するメモリー３１及びＨＤＤ３２の容量の割り当てを行う。蓄積する番組データの容量だけ、メモリー３１及びＨＤＤ３２に確保しておく。
【００８４】
メモリーサーバ３０は、番組放送開始すると、受信した番組データを受信し、その受信した番組データをメモリー３１及びＨＤＤ３２に蓄積する。その後、蓄積配信開始処理が行われると（Ｓ１０９）、メモリーサーバ３０は、メモリーサーバマネジャ１０に対して蓄積配信開始要求の応答を行う（Ｓ１１０）。このとき、メモリーサーバ３０は、配信開始に伴い、自身のメモリーサーバ状態をメモリーサーバマネジャ１０に与えるようにしてもよい。
【００８５】
メモリーサーバマネジャ１０は、配信処理を開始したメモリーサーバ３０からの蓄積配信開始要求応答を受け取ると、受信したメモリーサーバ状態情報に基づいて、蓄積配信管理リスト２０の内容を更新する（Ｓ１１１）。
【００８６】
（Ａ−２−２）蓄積番組配信機能
図８は、第１の実施形態の配信システム１における蓄積番組配信機能の処理を説明するシーケンス図である。蓄積番組の配信は、番組終了時までの間に、クライアント４０からの配信要求があるときに行われる。
【００８７】
図８において、クライアント４０は、ディスパッチャー５０に対して、番組の番組番号を引数としたメモリーサーバ割り当て要求を行う（Ｓ２０１）。つまり、クライアント４０は、利用者が視聴する番組の番組番号を指定して、メモリーサーバ割り当て要求をディスパッチャー５０に行う。
【００８８】
ディスパッチャー５０は、クライアント４０から指定された番組番号の番組が、どのメモリーサーバ３０から配信されているかの情報を得るために、メモリーサーバマネジャ１０に対して、メモリーサーバ情報取得要求を行う（Ｓ２０２）。
【００８９】
メモリーサーバマネジャ１０は、ディスパッチャー５０からメモリーサーバ割り当て要求を受け取ると、蓄積配信管理リスト２０を参照して、当該番組番号について、配信可能なメモリーサーバ３０を選択する（Ｓ２０３）。
【００９０】
このメモリーサーバ３０の選択は、図７を用いて説明した方法と同様の方法を適用することができる。つまり、十分なメモリー容量をもつメモリーサーバについてリスト化し、そのリストから配信数が最小のメモリーサーバ３００を選択する。
【００９１】
このように、メモリーサーバ割り当て要求の受信のたびに、上記リストを用いて、番組を配信するメモリーサーバ３０を選択することで、当該要求のときに、配信数の少ないメモリーサーバ３０を選択することができる。その結果、メモリーサーバ３０の配信に係る負荷を分散することができる。
【００９２】
メモリーサーバマネジャ１０は、番組配信するメモリーサーバ３０を選択すると、そのメモリーサーバ３０のメモリーサーバ番号（例えばアドレス情報）を含む情報を、蓄積配信メモリーサーバ情報取得要求に対する応答としてディスパッチャー５０に返信する（Ｓ２０４）。
【００９３】
ディスパッチャー５０は、指定された番組番号の番組を配信するメモリーサーバ３０のアドレス情報を、メモリーサーバ割り当て要求の応答としてクライアント４０に返信する（Ｓ２０５）。
【００９４】
クライアント４０が番組配信するメモリーサーバ３０のアドレス情報を取得すると、クライアント４０は、そのアドレス情報を用いて、メモリーサーバ３０に対して、番組配信を要求する（Ｓ２０６）。
【００９５】
メモリーサーバ３０は、クライアント４０から番組番号についての配信要求を受けると、当該番組番号の番組をクライアント４０に配信する（Ｓ２０７）。
【００９６】
（Ａ−２−３）配信方式の切り替え処理
図９は、第１の実施形態のメモリーサーバ３０における配信方式の切り替え処理を説明する説明図である。
【００９７】
図９（Ａ）は、番組開始時のデータ蓄積を説明する図である。番組の放送が開始すると、メモリーサーバ３０は、受信した番組データをメモリー３１及びＨＤＤ３２の両方に蓄積する。番組の配信は、メモリー３１に蓄積されたデータを用いる。つまり、番組放送開始時の配信方式は、メモリー配信とする。
【００９８】
その後、メモリーサーバマネジャ１０からの定期的なメモリーサーバ状態取得要求の受信に伴い、メモリーサーバ３０は、自身の配信状況を定期的に監視する。
【００９９】
そして、メモリー３１上の配信数が閾値αを下回る番組については、メモリー３１への蓄積をやめ、当該メモリー３１に蓄積されたデータを削除する。さらに、番組の配信は、図９（Ｂ）に示すように、ＨＤＤ配信に切り替える。このとき、メモリー３１は、次の番組のデータを蓄積する。このように、メモリー３１に次の番組データを蓄積させるようにすることで、配信する番組数が多いスタートオーバ型の蓄積配信システムに対応させることができる。
【０１００】
また、視聴期限になると、メモリーサーバ３０は、メモリー３１及びＨＤＤ３２の両方に蓄積されている当該番組のデータを削除する。
【０１０１】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、番組の配信数が番組の終了と共に減少すると、メモリー配信からＨＤＤ配信に切り替え、新たな番組蓄積用に当該メモリーを開放する。これにより、配信数の少ない番組がメモリーを占有する事無く、後続の大きな配信量を必要とする番組が開放されたメモリー領域を使用できる。そのため、メモリーサーバの配信効率を高める事ができる。
【０１０２】
また、第１の実施形態によれば、番組の蓄積配信用のメモリーサーバとして、番組を蓄積できるだけの空き容量がメモリーにあり、メモリー配信数の最も小さいメモリーサーバを選択する。そのため、メモリーサーバの配信効率を可能な限り上げる事ができる。
【０１０３】
（Ｂ）第２の実施形態
次に、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第２の実施形態について、図面を参照しながら説明する。
【０１０４】
第２の実施形態も、スタートオーバ型の蓄積配信システムに本発明を適用する場合の実施形態である。
【０１０５】
第１の実施形態は、メモリーサーバの選択方法について、番組データを蓄積する十分なメモリー容量を持っているものをリスト化する場合を例示した。しかし、場合によっては、十分な容量を持っているメモリーサーバがない場合もある。そこで、第２の実施形態では、このような場合にどうやって配信開始を行うかの方法について説明する。
【０１０６】
（Ｂ−１）第２の実施形態の構成及び動作
第２の実施形態の構成は、図１、図４及び図５に例示した第１の実施形態と同じであるから、ここでも図１、図４及び図５を用いて説明する。また、第２の実施形態の動作は、基本的には、図６及び図８に例示する第１の実施形態と同じである。
【０１０７】
図１０は、メモリーサーバマネジャ１０が番組配信を行うメモリーサーバ３０を選択する方法を説明するフローチャートである。
【０１０８】
なお、図１０は、メモリーに十分な空き容量なく、第１の実施形態で説明したメモリーサーバ割り当てが失敗した場合の処理である。
【０１０９】
（ａ）Ｓ３０１について
メモリーサーバマネジャ１０において、メモリーサーバ選択部１１３は、各メモリーサーバ３０のメモリー空き容量推移表を作成する（Ｓ３０１）。
【０１１０】
メモリーサーバ選択部１１３は、各メモリーサーバ３０−１〜３０−Ｎから取得したメモリーサーバ状態情報を、蓄積配信管理リスト２０から抽出し、そのメモリーサーバ状態情報に基づいて、各メモリーサーバ３０−１〜３０−Ｎについてのメモリー空き容量推移表を生成する。
【０１１１】
図１１は、メモリー空き容量推移表の構成例を示す構成図である。メモリー空き容量推移表とは、メモリー配信中の番組の配信数、番組終了時刻、番組視聴期限等に基づいて、メモリー配信からＨＤＤ配信への切り替え時期を予測するために、切り替え時期とメモリー空き容量（メモリー３１を開放した分を累積した値）とを対応付けた表である。なお、図１１（Ｂ）は、Ｃ言語の構造体で、図１１（Ａ）の表を表した場合を示す。
【０１１２】
まず、メモリーサーバ選択部１１３は、上記メモリー空き容量推移表を生成するために、メモリー配信中の各番組の配信数が閾値αに達する時間を推定する。
【０１１３】
ここでは、未だ放送が終了していない番組の配信数が閾値αに達する時間を、以下のようにして求める。
【０１１４】
番組の終了後、当該番組の配信数は、視聴期限まで線形に減少すると仮定する。
【０１１５】
時刻ｔにおける配信数は、番組終了時の配信数（ここでは番組終了時間まで推移表作成時の配信数を維持するものと仮定する）ａ、番組終了時刻ｂ、番組視聴期限ｃとすると、次のようになる。
【数１】
【０１１６】
よって、配信数が閾値αとなる時間は、式（２）のようになる。
【数２】
【０１１７】
また、終了時間が過ぎている番組に関しても同じく視聴期限まで線形に減少すると仮定する。
【０１１８】
時刻ｔにおける配信数は、メモリー空き容量推移表作成時の配信数ａ、当該推移表作成時の時刻ｂ、番組視聴期限ｃとすると、次のようになる。
【数３】
【０１１９】
よって、配信数が閾値αとなる時間は、式（４）のようになる。
【数４】
【０１２０】
メモリーサーバ選択部１１３は、上記で求めた配信数が閾値αとなる時間（以後、配信方法切り替え時間という）を元に、メモリー空き容量推移表を作成する．
（１）メモリーサーバ選択部１１３は、メモリー配信中の全ての番組に対し配信方法切り替え時間を計算し、配信方法切り替え時間と番組に割り当てられたメモリー容量とが対となるリストを生成する．
（２）メモリーサーバ選択部１１３は、（１）で生成したリストを時間の昇順に整列させる．
（３）メモリーサーバ選択部１１３は、配信方法切り替え時間が同じ場合、それらの対となっているメモリー容量を１つに統合（使用メモリー量を足し合わせる）する．
（４）使用メモリー容量を累積する。
【０１２１】
（ｂ）Ｓ３０２について
次に、メモリーサーバ選択部１１３は、メモリー空き容量推移表の各時点での空き容量が番組の予想蓄積量を上回るメモリーサーバのリストを作成する（Ｓ３０２）。
【０１２２】
すなわち、メモリーサーバ選択部１１３は、メモリー空き容量推移表と番組蓄積によるメモリーの消費量の推移を比較し、メモリー空き容量の推移がメモリーの消費量の推移を吸収しきれるかを確認する。
【０１２３】
図１２は、推定したメモリー空き容量推移と、番組の蓄積に必要な蓄積量との関係を説明する説明図である。図１２において、太い実線は、番組蓄積に必要な蓄積の累積量を示す。また、細い実線及び点線は、推定したメモリー空き容量の推移を示す。太い実線に示す蓄積に必要な蓄積量の推移は、蓄積当初から時間経過に伴い、その累積量が増えていることがわかる。
【０１２４】
図１２において、細い実線で示すような空き容量を持つ場合、常に、蓄積に必要な蓄積量（太い実線）を上回っている。従って、この場合、パケット蓄積量をカバーすることができている。すなわち、蓄積配信開始時に、メモリーの空き容量が不十分でも、この場合、メモリーの空き容量が太い実線を上回っているので問題はない。
【０１２５】
また、点線で示すような空き容量を持つ場合、メモリー空き容量が蓄積に必要な蓄積量を上回っているが、途中からメモリー容量が不足している。そのため、途中からＨＤＤ配信を行う必要がある。ＨＤＤ配信数が十分に確保できないと、配信の一部を中断しなければならない。
【０１２６】
メモリーサーバ選択部１１３は、メモリー空き容量の推移が、番組データを蓄積する蓄積量の推移を吸収できるメモリーサーバ３０のリストを作成するために、次式の条件を満たすか否かの判断を行う。
【数５】
【０１２７】
メモリーサーバ選択部１１３は、式（５）の条件を満たすメモリーサーバ３０をリス化する。
【０１２８】
（ｃ）Ｓ３０３について
メモリーサーバ選択部１１３は、上記リスト化を作成し、リストが空でない場合、すなわち、式（５）の条件を満たすメモリーサーバ３０がある場合、Ｓ３０４に移行する。
【０１２９】
一方、リストが空である場合、すなわち式（５）の条件を満たすメモリーサーバ３０がない場合、Ｓ３０５に移行する。
【０１３０】
（ｄ）Ｓ３０４について
メモリーサーバ選択部１１３は、式（５）の条件を満たすメモリーサーバ３０のリストが生成されると、そのリストにあるメモリーサーバ３０の中から、メモリー配信数が最小のものを選択する。
【０１３１】
（ｅ）Ｓ３０５について
式（５）の条件を満たすメモリーサーバ３０のリストが作成できない場合である。すなわち、メモリー３１に空き容量が見込まれない場合である。この場合、メモリーサーバ選択部１１３は、ＨＤＤ配信数が最小であるメモリーサーバ３０を選択する。この選択されたメモリーサーバ３０は、ＨＤＤ配信により番組配信を開始する。
【０１３２】
上述した方法は、メモリーサーバマネジャ１０が、番組配信するメモリーサーバ３０の選択方法である。各メモリーサーバ３０−１〜３０−Ｎは、メモリーサーバ状態取得要求を受信すると、上記条件の計算に必要な情報を、メモリーサーバマネジャ１０に応答しなければならない。
【０１３３】
図１０のＳ３０５で、メモリーサーバマネジャ１０により選択されたメモリーサーバ３０は、メモリー容量が十分でないため、メモリー配信からＨＤＤ配信に切り替えて番組を配信する。
【０１３４】
当該メモリーサーバ３０は、メモリー容量が不十分であり、番組データを蓄積するのに必要な容量がない。容量が不十分のまま配信を開始した番組をメモリー３１に蓄積してメモリー配信できるようにするために、メモリー３１の領域において、当該番組のデータを蓄積するための予約を行う。
【０１３５】
これは、メモリー３１が空き領域になると、後続する新しい別の番組データが蓄積されるのが通常である。しかし、この後続の番組ではなく、当初容量不十分で配信開始した番組をメモリー３１に蓄積するため、メモリー３１に蓄積する番組の予約が必要となる。そこで、メモリーサーバ３０は、メモリー容量が不足し、メモリー配信からＨＤＤ配信に切り替わったとき、次のようにして、メモリー３１のメモリー領域の統合を行い、その統合した領域に、容量が不十分のまま配信を開始した番組を予約する。
【０１３６】
図１３は、メモリー３１のメモリー領域の統合を説明する説明図である。図１３（Ａ）において、メモリー３１の空き領域に、番組蓄積に必要な量の一部を割り当てる。このとき、メモリー３１は、既に蓄積されている蓄積データをメモリー配信している。
【０１３７】
図１３（Ａ）において、メモリー３１から蓄積データがメモリー配信されると、図１３（Ｂ）に示すように、そのメモリー配信された後の領域（空き領域）と、番組蓄積に割り当てた一部の領域とを統合する。また、そのメモリー配信された領域については、ＨＤＤ配信される。
【０１３８】
また、図１３（Ｂ）において、さらにメモリー３１から蓄積データがメモリー配信されると、図１３（Ｃ）に示すように、そのメモリー配信された後の領域がさらに統合される。また、そのメモリー配信された領域については、ＨＤＤ配信される。
【０１３９】
上記のようなメモリー領域の統合を行うことで、番組の蓄積に必要な容量の領域を確保でき、容量が不十分のまま配信を開始した番組の蓄積にメモリー３１を使用することができる。
【０１４０】
また、容量が不十分のまま配信を開始した番組をメモリー３１に蓄積する予約方法は、特に限定されることなく、種々の方法を広く適用することができる。例えば、蓄積配信の割り当てのとき、将来使用するメモリー３１に予約フラグを付けておき、後続の番組が使用できないようにする方法を適用することができる。具体的には、例えば、蓄積配信管理リスト２０に、当該番組を次の項目として追加することで実現できる。
【０１４１】
（Ｂ−２）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態の効果に加えて、メモリーサーバマネジャが、配信中の番組について、メモリー配信からＨＤＤ配信に切り替わる時間を予測する事で、十分な空き容量がなくても、蓄積配信を開始する事が可能となる。
【０１４２】
（Ｃ）第３の実施形態
次に、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第３の実施形態について、図面を参照しながら説明する。
【０１４３】
第３の実施形態も、第１の実施形態と同様に、スタートオーバ型の蓄積配信システムに本発明を適用する場合の実施形態である。
【０１４４】
第１の実施形態では、一例として、番組配信するメモリーサーバを１台選択する場合を説明した。しかし、１台のメモリーサーバだけでは必要な配信数を確保できない場合がある。そこで、第３の実施形態では、複数台のメモリーサーバが蓄積配信を行う場合を説明する。
【０１４５】
（Ｃ−１）第３の実施形態の構成及び動作
第３の実施形態の構成は、図１、図４及び図５に例示した第１の実施形態と同じであるから、ここでも図１、図４及び図５を用いて説明する。また、第３の実施形態の動作は、基本的には、図６及び図８に例示する第１の実施形態と同じである。
【０１４６】
第３の実施形態が、第１及び第２の実施形態と異なる点は、メモリーサーバマネジャ１０における、メモリーサーバの選択処理と、配信メモリーサーバの割り当て処理（クライアント４０がサーバ割り当て要求を出したときの処理）である。
【０１４７】
メモリーサーバ３０の選択処理については、メモリーサーバ選択部１１３が、目的の配信数に達するまで、メモリーサーバ３０を割り当てる。
【０１４８】
図１４は、第３の実施形態の配信システム１における放送番組蓄積機能の処理を説明するシーケンス図である。
【０１４９】
まず、システム管理者端末６０は、メモリーサーバマネジャ１０に番組蓄積配信要求を行う（Ｓ４０１）。このとき、システム管理者端末６０は、必要配信数を指定し、その必要配信数をメモリーサーバマネジャ１０に与える。
【０１５０】
メモリーサーバマネジャ１０は、配信番組の番組情報を蓄積配信管理リスト２０に登録し（Ｓ４０２）、番組蓄積要求に対する応答をシステム管理者端末６０に返信する８Ｓ４０３）。
【０１５１】
メモリーサーバマネジャ１０は、第１の実施形態と同様にして、全てのメモリーサーバ３０−１〜３０−Ｎに対してメモリーサーバ状態取得要求を行い（Ｓ４０４）、各メモリーサーバ３０−１〜３０−Ｎは、自身のメモリー状態等をメモリーサーバ状態取得要求応答としてメモリーサーバマネジャ１０に返信する（Ｓ４０５）。
【０１５２】
メモリーサーバマネジャ１０では、メモリーサーバ選択部１１３が、システム管理者端末１０からの必要配信数に達するまで、メモリーサーバ３０を選択する（Ｓ４０６）。
【０１５３】
複数台のメモリーサーバ３０を選択する方法については、種々の方法を広く適用することができる。例えば、次に示すような方法を適用することができる。
【０１５４】
例えば、必要配信数ｘとする。まず、第１及び第２の実施形態と同様に、メモリーサーバ選択部１１３は、リストを作成し、１台のメモリーサーバ３０を選択する。このとき、メモリーサーバ選択部１１３は、選択したメモリーサーバ３０が割り当て可能な配信数を、蓄積配信管理リスト２０から取得する。このメモリーサーバ選択部１１３が配信可能な配信数をｙとする。
【０１５５】
そして、メモリーサーバ選択部１１３は、ｚ＝ｘ−ｙを行い、ｚが０になるまで、リストからメモリーサーバ３０の選択を繰り返し行う。なお、ｚ＜０となる場合もｚ＝０とする。
【０１５６】
その後、Ｓ４０７〜Ｓ４１３では、メモリーサーバマネジャ１０は、選択した全てのメモリーサーバ３０に対して蓄積配信開始要求を行う。また、各メモリーサーバ３０は、蓄積配信開始処理を行い、蓄積配信開始要求の応答をメモリーサーバマネジャ１０に返信する。メモリーサーバマネジャ１０は、蓄積配信管理リスト２０の更新を行う。
【０１５７】
なお、図１４では図示しないが、メモリーサーバマネジャ１０は、ディスパッチャー５０から蓄積配信メモリーサーバ情報取得要求を受信した場合、指定された番組にについて、蓄積配信管理リストにある複数のサーバから配信数の最も少ないサーバを１つ選択する。
【０１５８】
（Ｃ−２）第３の実施形態の効果
以上のように、第３の実施形態によれば、第１及び第２の実施形態の効果に加えて、第１及び第２の実施形態では必要な配信数に満たない可能性があったが、蓄積配信メモリーサーバを複数指定する事で、指定された配信数を満たす事が可能となる。
【０１５９】
（Ｄ）第４の実施形態
次に、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第４の実施形態について図面を参照しながら説明する。
【０１６０】
第４の実施形態も、第１の実施形態と同様に、スタートオーバ型の蓄積配信システムに本発明を適用する場合の実施形態を説明する。
【０１６１】
番組開始時間にどのメモリーサーバのメモリーにも空きスペースが無ければ、少ない配信数でＨＤＤ配信を始めるしかない。この様な場合、予め番組の蓄積配信を予約しておけば、直前になってメモリー配信するサーバがないと言う事にはならない。
【０１６２】
そこで、第４の実施形態は、番組情報の登録時に、メモリーサーバの仮割り当て処理を行う実施形態を説明する。
【０１６３】
（Ｄ−１）第４の実施形態の構成及び動作
第４の実施形態の構成は、図１、図４及び図５に例示した第１の実施形態と同じであるから、ここでも図１、図４及び図５を用いて説明する。また、第４の実施形態の動作は、基本的には、図６及び図８に例示する第１の実施形態と同じである。
【０１６４】
第４の実施形態が、第１〜第３の実施形態と異なる点は、メモリーサーバマネジャ１０における、番組情報登録部１１１の処理である。
【０１６５】
第４の実施形態の番組情報登録部１１１は、システム管理者端末６０から番組蓄積配信要求を受信した場合に、次のような処理を行い、番組を配信するメモリーサーバの仮割り当てを行う。
【０１６６】
まず、メモリーサーバマネジャ１０は、全てのメモリーサーバ３０−１〜３０−Ｎから目メモリーサーバ状態情報を取得し、蓄積配信管理リスト２０に記憶・更新する。
【０１６７】
次に、メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−Ｎに対し、メモリー空き容量推移表を作成する。このメモリー空き容量推移表は、第２の実施形態で説明した方法で作成する。また、メモリー空き容量推移表を作成する際、配信中の番組のみについてのメモリーサーバ３０のメモリー空き容量を考慮する。
【０１６８】
メモリーサーバマネジャ０は、メモリー空き容量推移表の修正を行う。
【０１６９】
メモリー空き容量推移表の修正の仕方は、種々の方法を適用することができるが、この実施形態では次の方法を適用する。
【０１７０】
（１）番組蓄積配信要求された番組の開始時間から視聴期限までの間に、視聴期限が来る予定の番組の使用メモリー容量をfst_table[i].free_space（fst_table[i].time＜視聴期限）から差し引く
（２）番組蓄積配信要求された番組の開始時間から視聴期限までの間に、開始予定の番組の予定使用メモリー容量をfst_table[i].free_space（fst_table[i].time≧視聴期限）から差し引く。
【０１７１】
そして、番組蓄積配信開始要求された番組のメモリー消費量の推移を上で修正したメモリー空き容量推移表と比較し、番組蓄積配信に必要なメモリー３１をカバーできるメモリーサーバ３０のリストを作成する。このリストの作成方法は、第２の実施形態の図１０のＳ３０２の処理と同様の方法を適用することができる。
【０１７２】
番組蓄積配信要求された番組の番組開始時間から視聴期限までの間に、同時配信する番組の数が一番少ないメモリーサーバ３０を選択し、この選択したメモリーサーバ３０を仮の蓄積配信メモリーサーバ３０とする。
【０１７３】
上記の動作は、システム管理者端末６０から番組蓄積配信要求を受信し、蓄積配信管理リスト２０に配信番組の登録を行う際に、メモリーサーバマネジャ１０が、番組の蓄積配信を行うメモリーサーバ３０の仮割り当てを行う。
【０１７４】
また、番組開始直前に、メモリーサーバマネジャ１０は、メモリーサーバ３０の選択を行う（これを本割り当てという）が、その本割り当ての方法は、仮割り当て方法と同じとすることができる。
【０１７５】
つまり、仮割り当てで予約したメモリーサーバ３０を考慮し、その選択時の新しいメモリーサーバ状態情報を用いて、メモリー３１の容量が十分で、配信数が最小のメモリーサーバ３０を選択するようにしてもよい。
【０１７６】
（Ｄ−２）第４の実施形態の効果
以上のように、第４の実施形態によれば、番組開始時間直前のメモリーサーバの選択（本割り当て）の前に、番組登録の段階で仮割り当てを行う事でメモリーサーバのメモリーの確保を行う事ができる。
【０１７７】
（Ｅ）他の実施形態
第１〜第４の実施形態では、スタートオーバ型の放送番組蓄積配信システムに本発明を適用する場合を例示したが、スタートオーバ型の放送番組蓄積配信システム以外の配信システムにも広く適用することができる。
【０１７８】
第１〜第４の実施形態のメモリーサーバ及びメモリーサーバマネジャの各種機能は、いわゆるソフトウェア処理により実現することができる。例えば、メモリーサーバ及びメモリーサーバマネジャのハードウェア構成は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ等からなり、ＣＰＵがＲＯＭに格納される処理プログラムを読み出し、ＣＰＵが処理プログラムを実行することで、各種機能は実現される。
【符号の説明】
【０１７９】
１…配信システム、２０…蓄積配信管理リスト、
１０…メモリーサーバマネジャ、１１…制御部、１１１…番組情報登録部、
１１２…メモリーサーバ状態取得部、１１３…メモリーサーバ選択部、
１１４…蓄積配信要求部、１１５…番組配信メモリーサーバ情報応答部、
１２…通信部、
３０−１〜３０−Ｎ…メモリーサーバ、３１…メモリー、３２…ＨＤＤ、
３３…制御部、３３１…番組蓄積配信処理部、３３２…状態管理部、
３３３…配信方式切替制御部、３４…通信部、
４０…クライアント、５０…ディスパッチャー。
【技術分野】
【０００１】
本発明は、配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムに関し、例えば、ＩＰネットワークを通して、動画像を配信するシステムにおいて、放送中の番組を、既に放送した部分から視聴するスタートオーバ型蓄積配信システムに適用し得るものである。
【背景技術】
【０００２】
従来の動画配信サービスシステムは、主に次のような課題がある．
１．サーバは非常に大きい時間当たりの配信量を処理しなければいけない．
２．広範囲の配信地域に対し可能な限り小さい遅延でサーバは配信しなければいけない．
３．数と容量が膨大なコンテンツをサーバは管理しなければいけない。
【０００３】
上記課題を解決するために、従来、次のような対策が施されている．
１．サーバの数を増やす。これにより、配信量をサーバに振り分けることができるので、膨大な配信量でも対処できる．
２．例えば地域毎に配信サーバのグループを作る。これにより、各地域の利用者はグループ内のいずれかの配信サーバを利用する様にすることで、配信経路が短くなる．
３．コンテンツを配信するサーバを全てのコンテンツを保持管理するセンタサーバと需要の高いコンテンツのみを保持するローカルサーバに分ける。これにより、コンテンツを一元管理することができ、記録媒体に要するコストも抑えることができる。
【０００４】
特許文献１には、全てのコンテンツを保持管理しているセンタサーバから、ローカルサーバへのコンテンツの配信を効率的に行うため、センタサーバを根とし、ローカルサーバを節とする木構造のコンテンツ配送網を構成するコンテンツ配信システムが記載されている。
【０００５】
図２は、特許文献１の記載技術のシステム構成を示す構成図である。特許文献１に記載のシステムは、センタサーバ７が管理するコンテンツを、図２に示すパスで、コンテンツ配送するというものである。また、特許文献１に記載のシステムは、ローカルサーバ８−１及び８−２、ローカルサーバ９−１〜９−４がコンテンツ全体を保持するのではなく、平均視聴時間等に応じてローカルサーバ８−１及び８−２、ローカルサーバ９−１〜９−４がコンテンツの一部を保持することで、記録媒体の使用効率を高める手法が取られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−０３４８７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、動画配信サービスの一つとして、スタートオーバ型の動画配信システムがある。スタートオーバ型の動画配信システムとは、放送中の番組を蓄積し、既に放送した部分から視聴することを可能とする蓄積配信システムをいう。
【０００８】
スタートオーバ型の動画配信システムは、以下のような特徴がある．
１．当該システムは現在放送中の放送番組を蓄積しながら配信する．
２．視聴要求は番組放送時間のみ受け付けられ、視聴は視聴期限内に限られる．
３．番組開始時の配信数は通常のＶＯＤ（ビデオオンデマンド）コンテンツよりかなり多い．
４．配信数は、図３に示すように、番組開始時に最も増加量が大きく、その後その数を維持し、番組終了後、配信数は急減する．
５．放送スケジュールがあるので、現在放送の番組終了後、その番組に後続する番組がある。そのため、蓄積配信要求は放送スケジュールに沿って続けて発生する。
【０００９】
スタートオーバ型の動画配信システムには、次のような課題がある．
１．番組放送中はＶＯＤコンテンツに比べかなり多い配信数を確保する必要がある．
２．蓄積配信要求は続けて発生し、番組終了後その番組の配信数は急減して視聴期限で０となるので、各サーバの配信数を最大化できるように、各番組を放送開始時点で最も適したサーバへ割り当てなければいけない。
【００１０】
上記のような課題を従来技術で解決しようとしても、次のような問題が生じ得る。
【００１１】
１．従来の動画配信システムは、コンテンツの視聴期限が無いか、又は視聴期限が長いかのいずれかであり、一定期間において配信数が集中して多くなるということがない。そのため、従来のＶＯＤシステムも、一時期の集中的な配信に対応できる大きな配信容量を備えていない。
【００１２】
２．コンテンツは一元管理されており、負荷分散のため、視聴率等に応じセンタサーバからローカルサーバにコピーされ配信される。そのため、従来の動画配信システムは、比較的緩やかな速度で負荷の分散がなされる。しかし、スタートオーバ型の放送番組の蓄積配信システムは、リアルタイム性が要求されるので、従来の負荷分散方法では対処できない。
【００１３】
そのため、番組を配信すべき配信数が配信時間により大きく変動するため、メモリーサーバの配信効率を高めることができる配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムが求められている。
【課題を解決するための手段】
【００１４】
かかる課題を解決するために、第１の本発明の配信システムは、（Ａ）クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する複数の配信サーバと、（Ｂ）複数の配信サーバのうち、コンテンツの配信を行う配信サーバを選択し、その選択した配信サーバのアドレス情報をクライアントに通知する配信サーバ管理装置とを備え、配信サーバ管理装置が、（１）各配信サーバにおける第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての配信サーバから定期的に取得する蓄積配信状態情報取得手段と、（２）外部からコンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、（３）複数の配信サーバの蓄積配信状態情報及びコンテンツ情報を記憶する情報記憶手段と、（４）複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、（５）サーバ選択手段により選択された配信サーバに対して、コンテンツに関するコンテンツ情報を与え、コンテンツの蓄積配信を要求する蓄積配信要求手段と、（６）クライアントからのコンテンツの配信先の通知要求を受けると、サーバ選択手段により選択された配信サーバのアドレス情報を、クライアントに通知するサーバ情報通知手段とを有することを特徴とする。
【００１５】
第２の本発明の配信サーバ管理装置は、クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する複数の配信サーバのうち、コンテンツの配信を行う配信サーバを選択し、その選択した配信サーバのアドレス情報をクライアントに通知する配信サーバ管理装置において、（１）各配信サーバにおける第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての配信サーバから定期的に取得する蓄積配信状態情報取得手段と、（２）外部からコンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、（３）複数の配信サーバの蓄積配信状態情報及びコンテンツ情報を記憶する情報記憶手段と、（４）複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、（５）サーバ選択手段により選択された配信サーバに対して、コンテンツに関するコンテンツ情報を与え、コンテンツの蓄積配信を要求する蓄積配信要求手段と、（６）クライアントからのコンテンツの配信先の通知要求を受けると、サーバ選択手段により選択された配信サーバのアドレス情報を、クライアントに通知するサーバ情報通知手段とを備えることを特徴とする。
【００１６】
第３の本発明の配信サーバ管理プログラムは、クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する複数の配信サーバのうち、コンテンツの配信を行う配信サーバを選択し、その選択した配信サーバのアドレス情報をクライアントに通知する配信サーバ管理プログラムにおいて、コンピュータを、（１）各配信サーバにおける第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての配信サーバから定期的に取得する蓄積配信状態情報取得手段、（２）外部からコンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段、（３）複数の配信サーバの蓄積配信状態情報及びコンテンツ情報を記憶する情報記憶手段、（４）複数の配信サーバの蓄積配信状態情報に基づいて、コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の第１蓄積手段を有する配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段、（５）サーバ選択手段により選択された配信サーバに対して、コンテンツに関するコンテンツ情報を与え、コンテンツの蓄積配信を要求する蓄積配信要求手段、（６）クライアントからのコンテンツの配信先の通知要求を受けると、サーバ選択手段により選択された配信サーバのアドレス情報を、クライアントに通知するサーバ情報通知手段として機能させるものである。
【００１７】
第４の本発明の配信サーバクライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する配信サーバであって、（１）第１蓄積手段又は第２蓄積手段のいずれかに蓄積されたコンテンツを配信することを制御する配信切替制御手段と、（２）配信サーバ管理装置からの要求を受けて、第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を配信サーバ管理装置に応答する状態管理手段とを備えることを特徴とする。
【００１８】
第５の本発明の配信プログラムは、クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、クライアントからの配信要求を受けると、第１蓄積手段及び第２蓄積手段のいずれかに蓄積されたコンテンツを配信する配信プログラムであって、コンピュータを、（１）第１蓄積手段又は第２蓄積手段のいずれかに蓄積されたコンテンツを配信することを制御する配信切替制御手段、（２）配信サーバ管理装置からの要求を受けて、第１蓄積手段及び第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を配信サーバ管理装置に応答する状態管理手段として機能させることを特徴とするものである。
【発明の効果】
【００１９】
本発明によれば、コンテンツを配信すべき配信数が配信時間により大きく変動するため、メモリーサーバの配信効率を高めることができる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施形態の配信システムの全体構成を示す全体構成図である。
【図２】従来の配信システムの構成例を示す構成図である。
【図３】スタートオーバでの配信数の時間推移を説明する説明図である。
【図４】第１の実施形態メモリーサーバ３０の内部構成を示す内部構成図である。
【図５】第１の実施形態のメモリーサーバマネジャ１０の内部構成を示す内部構成図である。
【図６】第１の実施形態の配信システムにおける放送番組蓄積機能の処理を説明するシーケンス図である。
【図７】第１の実施形態のメモリーサーバの選択方法を説明する説明図である。
【図８】第１の実施形態の配信システムにおける蓄積番組配信機能の処理を説明するシーケンス図である。
【図９】第１の実施形態のメモリーサーバにおける配信方式の切り替え処理を説明する説明図である。
【図１０】第２の実施形態のメモリーサーバの選択方法を説明するフローチャートである。
【図１１】第２の実施形態のメモリー空き容量推移表の構成例を示す構成図である。
【図１２】第２の実施形態のメモリー空き容量推移と蓄積番組の蓄積に必要な蓄積量との関係を説明する説明図である。
【図１３】第２の実施形態のメモリーのメモリー領域の統合処理を説明する説明図である。
【図１４】第３の実施形態の配信システムにおける放送番組蓄積機能の処理を説明するシーケンス図である。
【発明を実施するための形態】
【００２１】
（Ａ）第１の実施形態
以下では、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第１の実施形態について、図面を参照しながら説明する。
【００２２】
第１の実施形態は、例えばスタートオーバ型の放送番組蓄積配信システムに本発明を適用した実施形態を例示する。
【００２３】
（Ａ−１）第１の実施形態の構成
（Ａ−１−１）全体構成
図１は、第１の実施形態の配信システムの全体構成を示す全体構成図である。図１において、第１の実施形態の配信システム１は、メモリーサーバマネジャ１０、蓄積配信管理リスト２０、複数台（図１ではＮ台：Ｎは正の整数）のメモリーサーバ３０−１〜３０−Ｎ、クライアント４０、ディスパッチャー５０を少なくとも有して構成される。
【００２４】
メモリーサーバマネジャ１０は、放送番組（コンテンツ）を配信するメモリーサーバ３０−１〜３０−Ｎを管理するものである。
【００２５】
メモリーサーバマネジャ１０は、図示しないシステム管理者端末から番組蓄積配信要求を受け取り、システム管理者端末から受け取った番組情報を蓄積配信管理リスト２０に登録する。メモリーサーバマネジャ１０は、番組情報の登録後、システム管理者端末から番組蓄積配信要求に対する応答を返信する。
【００２６】
ここで、番組情報とは、放送番組に関する情報であり、例えば、番組を識別する番組番号、放送番組の開始時間、放送番組の終了時間、放送番組を視聴できる視聴期限（視聴期間）、番組を蓄積するための蓄積量等がある。
【００２７】
なお、図示しないシステム管理者端末は、予め設定されている番組の放送スケジュールに従って、これから放送する番組について、番組蓄積配信要求をメモリーサーバマネジャ１０に行う。
【００２８】
また、メモリーサーバマネジャ１０は、定期的に、メモリーサーバ３０−１〜３０−Ｎに対してメモリーサーバ状態取得要求を行い、各メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を取得するものである。メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を受け取ると、各メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を、蓄積配信管理リスト２０に記憶・更新する。
【００２９】
ここで、メモリーサーバ状態情報とは、各メモリーサーバ３０−１〜３０−Ｎを識別するメモリーサーバ番号、蓄積開始又は蓄積終了を示す蓄積状態、メモリー配信又はＨＤＤ（ハードディスクドライブ）配信を示す配信状態、メモリー配信又はＨＤＤ配信の配信数、メモリー使用状況（例えば、使用予定メモリー容量、現在蓄積容量等）がある。
【００３０】
さらに、メモリーサーバマネジャ１０は、番組の開始時間直前に、蓄積配信管理リスト２０における、全メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を参照して、メモリーサーバ３０−１〜３０−Ｎのうち、クライアント４０に対して番組を放送するメモリーサーバを選択するものである。
【００３１】
また、メモリーサーバマネジャ１０は、ディスパッチャー５０から番組配信メモリーサーバ情報取得要求を受けると、蓄積配信管理リスト２０を参照して、当該番組を配信するものとして選択したメモリーサーバ３０のメモリーサーバ番号をディスパッチャー５０に応答するものである。
【００３２】
蓄積配信管理リスト２０は、蓄積配信要求された放送番組に関する情報及びメモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を管理するものである。蓄積配信管理リスト２０は、番組を配信するメモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を対応付けて管理する。例えば、蓄積配信管理リスト２０は、番組番号、開始番号、終了番組、視聴期限、メモリーサーバ番号、蓄積状態、配信状態、配信数、使用予定メモリー容量、現在蓄積容量等を管理する。
【００３３】
メモリーサーバ３０（３０−１〜３０−Ｎ）は、メモリー３１及びＨＤＤ３２を備え、図示しないサーバから受け取った放送番組を、メモリー３１及びＨＤＤ３２の両方に蓄積し、メモリー３１及びＨＤＤ３２に蓄積した、いずれかの番組をクライアント４０に対して配信するものである。
【００３４】
メモリーサーバ３０−１〜３０−Ｎは、メモリーサーバマネジャ１０から蓄積配信開始要求を受けたものが、その要求に係る番組について、番組の開始時間から、番組の終了時間及び番組の視聴期限までにおいて番組配信を行う。また、メモリーサーバ３０−１〜３０−Ｎは、終了時間までにクライアント４０から配信要求を受け付け、配信要求してきたクライアント４０に対して番組配信を行う。
【００３５】
メモリーサーバ３０−１〜３０−Ｎは、メモリー３１の配信数について閾値αを設定している。メモリーサーバ３０−１〜３０−Ｎは、メモリー３１上の配信数が閾値αを超えるとき、メモリー３１に蓄積されるデータを用いてクライアント４０に配信するメモリー配信を行う。また、メモリー３１の配信数が閾値αを下回るとき、メモリーサーバ３０−１〜３０−Ｎは、ＨＤＤ３２の蓄積データをクライアント４０に配信するＨＤＤ配信に切り替え、当該番組データのメモリー３１への蓄積をやめ、当該メモリー３１に蓄積されているデータを削除する。これにより、後続に控えている番組データ（例えば、次の別番組の番組データ）を当該メモリー３１に蓄積することができる。
【００３６】
クライアント４０は、メモリーサーバ３０−１〜３０−Ｎから配信された番組を受信するものである。クライアント４０は、番組配信を受ける際、当該番組の配信先についてのメモリーサーバ割り当て要求を、ディスパッチャー５０に対して行う。これにより、クライアント４０がディスパッチャー５０から配信先のメモリーサーバ３０のメモリーサーバ番号を受けると、そのメモリーサーバ番号のメモリーサーバ３０に対して配信要求を行う。
【００３７】
ディスパッチャー５０は、クライアント４０からメモリーサーバ割り当て要求を受けると、その番組についての番組配信メモリーサーバ情報取得要求を、メモリーサーバマネジャ１０に行うものである。また、ディスパッチャー５０は、メモリーサーバマネジャ１０から当該番組を配信する番組配信メモリーサーバ情報を取得すると、そのメモリーサーバ情報をクライアント４０に与えるものである。
【００３８】
（Ａ−１−２）メモリーサーバ３０の内部構成
図４は、メモリーサーバ３０の内部構成を示す内部構成図である。図４において、メモリーサーバ３０は、メモリー３１、ＨＤＤ３２、制御部３３、通信部３４を少なくとも有する。
【００３９】
メモリー３１は、通信部３４を介して、図示しないサーバから受信した番組データを蓄積する記憶部である。メモリー３１は、制御部３３の制御の下、通信部３４を介して、蓄積データをクライアント４０に配信する。
【００４０】
ＨＤＤ３２は、ハードディスクドライブである。ＨＤＤ３２も、通信部３４を介して、図示しないサーバから受信した番組データを蓄積する。また、ＨＤＤ３２は、制御部３３の制御の下、通信部３４を介して、蓄積データをクライアント４０に配信する。
【００４１】
制御部３３は、メモリーサーバ３０における処理を司るものである。制御部３３の主な機能としては、番組蓄積配信処理部３３１、状態管理部３３２、配信方式切替制御部３３３を少なくとも有する。
【００４２】
番組蓄積配信処理部３３１は、蓄積した番組データの配信処理を行うものである。番組蓄積配信処理部３３１は、メモリーサーバマネジャ１０から、番組番号、開始時間、終了時間、視聴期限を含む蓄積配信開始要求を受けると、メモリー３１及びＨＤＤ３２に対して、当該番組についての番組データの蓄積割り当てを行う。
【００４３】
また、番組蓄積配信処理部３３１は、当該番組の開始時刻になると、メモリー３１及びＨＤＤ３２に番組データの蓄積を開始し、メモリーサーバマネジャ１０に対して蓄積配信開始応答を行う。
【００４４】
さらに、番組蓄積配信処理部３３１は、クライアント４０から、番組番号、有効期限、再生方法を含む配信要求を受けると、その番組番号の番号について、メモリー３１及びＨＤＤ３２に蓄積されたデータに基づき、指定された再生方法で再生可能とするデータに加工して、クライアント４０に配信する。
【００４５】
なお、番組蓄積配信処理部３３１は、クライアント４０からの配信要求が番組終了時間まで受け付けるようにし、終了時間経過後は、配信要求を受け付けない。
【００４６】
また、番組蓄積配信処理部３３１は、視聴期限になると、メモリー３１及びＨＤＤ３２に蓄積されたデータを削除する。
【００４７】
状態管理部３３２は、当該メモリーサーバ３０のメモリー３１及びＨＤＤ３２の状態を監視するものである。状態管理部３３２は、メモリーサーバマネジャ１０からメモリーサーバ状態取得要求を受けると、メモリー３１及びＨＤＤ３２の状態を含むメモリーサーバ状態情報をメモリーサーバマネジャ１０に応答する。
【００４８】
具体的には、状態管理部３３２は、番組配信で利用するメモリー３１及びＨＤＤ３２の蓄積状態（現在蓄積中又は蓄積終了等）、番組配信方式がメモリー配信であるか又はＨＤＤ配信であるか、メモリー３１及びＨＤＤ３２が配信中である番組のストリームの数を示す配信数、メモリー３１の使用状況として使用予定メモリー容量、メモリー３１及びＨＤＤ３２の現在の蓄積容量等を監視する。
【００４９】
そして、状態管理部３３２は、自身のメモリーサーバ番号と、上記のように監視した、メモリー３１及びＨＤＤ３２の蓄積状態、配信状態、メモリー３１及びＨＤＤ３２の配信数、使用予定メモリー容量、現在蓄積容量等を含む情報をメモリーサーバ状態情報としてメモリーサーバマネジャ１０に与える。
【００５０】
配信方式切替制御部３３３は、メモリー配信又はＨＤＤ配信の方式切替を制御するものである。
【００５１】
配信方式切替制御部３３３は、メモリー３１の配信数についての閾値αを設定している。配信方式切替制御部３３３は、状態管理部３３２が監視したメモリー３１の配信数と閾値αとを比較する。その配信数が閾値αを超えるとき、配信方式切替制御部３３３はメモリー配信とし、その配信数が閾値αを下回るとき、配信方式切替制御部３３３は、メモリー３１への蓄積を終了し、メモリー３１に蓄積されているデータを削除する。
【００５２】
番組開始時は、クライアント４０からの配信要求が多く、配信数が多い場合がある。第１の実施形態は、番組開始時にメモリー配信を行うことで、番組開始時の配信数の多さにも対応できるようにする。また、メモリー３１の比較的容量は少なく、さらに次の番組蓄積配信も控えているので、配信数が閾値αを下回ると（例えば番組終了時に配信数が少なくなると）、ＨＤＤ配信に切り替える。そして、メモリー３１は、後続の番組を蓄積するものとして寄与する。
【００５３】
通信部３４は、ネットワークと通信する処理部又は装置である。通信部３４は、ネットワークを介して、図示しないサーバ、メモリーサーバマネジャ１０、クライアント４０と情報の授受を行うものである。
【００５４】
（Ａ−１−３）メモリーサーバマネジャ１０の内部構成
図５は、メモリーサーバマネジャ１０の内部構成を示す内部構成図である。図５において、メモリーサーバマネジャ１０は、制御部１１、通信部１２を少なくとも有する。
【００５５】
制御部１１は、メモリーサーバマネジャ１０における処理を司るものである。制御部１１の主な機能としては、番組情報登録部１１１、メモリーサーバ状態取得部１１２、メモリーサーバ選択部１１３、蓄積配信要求部１１４、番組配信メモリーサーバ情報応答部１１５を有する。
【００５６】
番組情報登録部１１１は、図示しないシステム管理者端末から番組蓄積要求を受け取ると、番組情報を蓄積配信管理リスト２０に登録するものである。また、番組情報登録部１１１は、蓄積配信管理リスト２０に番組情報の登録が成功したか否かを示す番組登録成否情報を、システム管理端末に応答する。
【００５７】
メモリーサーバ状態取得部１１２は、定期的に、全てのメモリーサーバ３０−１〜３０−Ｎに対してメモリーサーバ状態情報の取得要求を行う。メモリーサーバ状態取得部１１２は、メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を取得すると、そのメモリーサーバ状態情報を蓄積配信管理リスト２０に登録する。
【００５８】
メモリーサーバ選択部１１３は、蓄積配信管理リスト２０を参照して、番組配信を行うメモリーサーバ３０を選択するものである。
【００５９】
ここで、メモリーサーバの選択方法は、蓄積配信管理リスト２０に登録されているメモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報に基づいて、メモリーサーバ選択部１１３が判断することができれば、種々の方法を適用することができる。
【００６０】
例えば、メモリーサーバ選択部１１３が、メモリー３１の使用状況（使用予定メモリー容量、現在蓄積容量）に基づいて、番組を蓄積するのに十分な容量を持ったメモリーサーバ３０のリストを作成する。そして、メモリーサーバ選択部１１３は、そのリストに基づいて、メモリー３１の配信数が最小であるメモリーサーバ３０を選択する方法を適用することができる。なお、番組を蓄積するのに十分な容量とは、番組データの蓄積に必要な蓄積量よりも、メモリー空き容量が上回っていることをいう。
【００６１】
蓄積配信開始要求部１１４は、メモリーサーバ選択部１１３はが選択したメモリーサーバ３０に対して、番組番号、当該番組の開始時間、終了時間、視聴期限を含む蓄積配信開始要求を行うものである。
【００６２】
番組配信メモリーサーバ情報応答部１１５は、ディスパッチャー５０から番組配信メモリーサーバ情報の取得要求を受けると、その要求された番組について、メモリーサーバ選択部１１３が選択したメモリーサーバ３０のメモリーサーバ番号（例えばアドレス情報）をディスパッチャー５０に応答するものである。
【００６３】
通信部１２は、ネットワークを介して通信処理を行う処理部又は装置である。通信部１２は、ネットワークを介して、システム管理端末（図示しない）、メモリーサーバ３０−１〜３０−Ｎ、ディスパッチャー５０と情報の授受を行う。
【００６４】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のスタートオーバ型の配信システム１における処理の動作について、図面を参照しながら説明する。
【００６５】
第１の実施形態の配信システム１は、放送番組蓄積機能と蓄積番組配信機能とを有する。
【００６６】
放送番組蓄積機能は、システム管理者端末がメモリーサーバマネジャ１０に対して要求する機能である。メモリーサーバマネジャ１０は、システム管理者端末により指定された番組の蓄積を開始する。
【００６７】
蓄積番組配信機能は、メモリーサーバマネジャ１０が、クライアント４０の要求を受けたディスパッチャー５０を通して、番組配信するメモリーサーバ３０を割り当てる。そして、その割り当てられたメモリーサーバ３０がクライアント４０に対して蓄積番組を配信する機能である。
【００６８】
（Ａ−２−１）放送番組蓄積機能
図６は、第１の実施形態の配信システム１における放送番組蓄積機能の処理を説明するシーケンス図である。
【００６９】
図６において、システム管理者端末６０は、メモリーサーバマネジャ１０に対して番組蓄積配信要求を行う（Ｓ１０１）。このとき、システム管理者端末は、番組番号、番組の放送開始時間、終了時間、視聴期限を含む情報をメモリーサーバマネジャ１０に与える。
【００７０】
メモリーサーバマネジャ１０は、システム管理者端末６０から受信した番組情報を、蓄積配信管理リスト２０に登録する（Ｓ１０２）。また、番組情報の登録が成功すると、メモリーサーバマネジャ１０は、システム管理者端末６０に対して、番組蓄積配信要求に対する応答を行う（Ｓ１０３）。
【００７１】
メモリーサーバマネジャ１０は、蓄積配信管理リスト２０に登録される各番組の放送開始時間を監視する。そして、番組の放送開始時間が近づくと（Ｓ１０４）、メモリーサーバマネジャ１０は、全てのメモリーサーバ３０−１〜３０−Ｎに対して、メモリーサーバ状態取得要求を行う（Ｓ１０５）。
【００７２】
メモリーサーバ３０−１〜３０−Ｎは、メモリーサーバマネジャ１０からメモリーサーバ状態取得要求を受けると、自身のメモリー３１及びＨＤＤ３２の蓄積状態等、例えば、現在のメモリー３１及びＨＤＤ３２がデータ蓄積中であるか又は蓄積完了しているか、配信方式の状態、メモリー３１及びＨＤＤ３２上で現在配信している番組の配信数、メモリー３１及びＨＤＤ３２の使用予定メモリー容量、現在の蓄積容量等を監視する。
【００７３】
そして、メモリーサーバ３０−１〜３０−Ｎは、上記監視した情報と自身のメモリーサーバ番号とを含む情報をメモリーサーバマネジャ１０に応答する（Ｓ１０６）。
【００７４】
なお、図６では、全てのメモリーサーバ３０−１〜３０−Ｎに対するメモリーサーバ状態取得要求及び応答を１回のみしか示していないが、メモリーサーバマネジャ１０は、定期的に行うものとする。
【００７５】
メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−Ｎからメモリーサーバ状態情報を取得すると、各メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報を、蓄積配信管理リスト２０に記憶・更新する。
【００７６】
メモリーサーバマネジャ１０は、蓄積配信管理リスト２０の各メモリーサーバ３０−１〜３０−Ｎのメモリーサーバ状態情報に基づいて、番組配信を行うメモリーサーバ３０を選択する（Ｓ１０７）。
【００７７】
ここで、メモリーサーバ３０の選択方法の概念について、図７を参照しながら説明する。
【００７８】
メモリーサーバマネジャ１０は、蓄積配信管理リスト２０のメモリーサーバ状態情報に基づいて選択するが、図７では、説明便宜のために、メモリーサーバ３０のメモリー１の状態を図示して説明する。図７では、４台のメモリーサーバ３０−１〜３０−４のメモリーサーバ状態を例示する。
【００７９】
図７において、各メモリーサーバ３０−１〜３０−４の有するメモリー３１において、斜線部分はメモリーの空き容量を示す。メモリーサーバマネジャ１０は、システム管理者端末６０からの番組蓄積配信要求に伴い、当該番組のデータ蓄積に必要な容量を取得する。
【００８０】
メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−４のメモリーサーバ状態情報から、メモリー３１の空き容量を判断する。そして、空き容量が十分にあるメモリーサーバ３０をリスト化する。図７の場合、メモリーサーバ３０−２及び３０−３がメモリー３１の空き容量が十分であるとする。
【００８１】
メモリーサーバマネジャ１０は、メモリー３１の空き容量が十分なものの中から、配信数が最小のメモリーサーバ３０を、当該番組を配信するメモリーサーバとして選択する。図７の場合、メモリーサーバ３０−２の配信数が最小であるので、メモリーサーバ３０−２を番組配信用のサーバとして選択する。なお、メモリーサーバ３０の配信数とは、メモリー３１上にある番組の配信中のストリームの数の総和とすることができる。
【００８２】
上記のようにして、蓄積番組配信用のサーバを選択すると、メモリーサーバマネジャ１０は、当該選択したメモリーサーバ３０に対して、蓄積配信開始要求を行う（Ｓ１０８）。このとき、メモリーサーバマネジャ１０は、番組番号、番組放送開始時間、終了時間、視聴期限を含む情報を、選択したメモリーサーバ３０に与える。
【００８３】
これを受けて、メモリーサーバ３０は、蓄積配信開始要求に係る番組のデータを蓄積するメモリー３１及びＨＤＤ３２の容量の割り当てを行う。蓄積する番組データの容量だけ、メモリー３１及びＨＤＤ３２に確保しておく。
【００８４】
メモリーサーバ３０は、番組放送開始すると、受信した番組データを受信し、その受信した番組データをメモリー３１及びＨＤＤ３２に蓄積する。その後、蓄積配信開始処理が行われると（Ｓ１０９）、メモリーサーバ３０は、メモリーサーバマネジャ１０に対して蓄積配信開始要求の応答を行う（Ｓ１１０）。このとき、メモリーサーバ３０は、配信開始に伴い、自身のメモリーサーバ状態をメモリーサーバマネジャ１０に与えるようにしてもよい。
【００８５】
メモリーサーバマネジャ１０は、配信処理を開始したメモリーサーバ３０からの蓄積配信開始要求応答を受け取ると、受信したメモリーサーバ状態情報に基づいて、蓄積配信管理リスト２０の内容を更新する（Ｓ１１１）。
【００８６】
（Ａ−２−２）蓄積番組配信機能
図８は、第１の実施形態の配信システム１における蓄積番組配信機能の処理を説明するシーケンス図である。蓄積番組の配信は、番組終了時までの間に、クライアント４０からの配信要求があるときに行われる。
【００８７】
図８において、クライアント４０は、ディスパッチャー５０に対して、番組の番組番号を引数としたメモリーサーバ割り当て要求を行う（Ｓ２０１）。つまり、クライアント４０は、利用者が視聴する番組の番組番号を指定して、メモリーサーバ割り当て要求をディスパッチャー５０に行う。
【００８８】
ディスパッチャー５０は、クライアント４０から指定された番組番号の番組が、どのメモリーサーバ３０から配信されているかの情報を得るために、メモリーサーバマネジャ１０に対して、メモリーサーバ情報取得要求を行う（Ｓ２０２）。
【００８９】
メモリーサーバマネジャ１０は、ディスパッチャー５０からメモリーサーバ割り当て要求を受け取ると、蓄積配信管理リスト２０を参照して、当該番組番号について、配信可能なメモリーサーバ３０を選択する（Ｓ２０３）。
【００９０】
このメモリーサーバ３０の選択は、図７を用いて説明した方法と同様の方法を適用することができる。つまり、十分なメモリー容量をもつメモリーサーバについてリスト化し、そのリストから配信数が最小のメモリーサーバ３００を選択する。
【００９１】
このように、メモリーサーバ割り当て要求の受信のたびに、上記リストを用いて、番組を配信するメモリーサーバ３０を選択することで、当該要求のときに、配信数の少ないメモリーサーバ３０を選択することができる。その結果、メモリーサーバ３０の配信に係る負荷を分散することができる。
【００９２】
メモリーサーバマネジャ１０は、番組配信するメモリーサーバ３０を選択すると、そのメモリーサーバ３０のメモリーサーバ番号（例えばアドレス情報）を含む情報を、蓄積配信メモリーサーバ情報取得要求に対する応答としてディスパッチャー５０に返信する（Ｓ２０４）。
【００９３】
ディスパッチャー５０は、指定された番組番号の番組を配信するメモリーサーバ３０のアドレス情報を、メモリーサーバ割り当て要求の応答としてクライアント４０に返信する（Ｓ２０５）。
【００９４】
クライアント４０が番組配信するメモリーサーバ３０のアドレス情報を取得すると、クライアント４０は、そのアドレス情報を用いて、メモリーサーバ３０に対して、番組配信を要求する（Ｓ２０６）。
【００９５】
メモリーサーバ３０は、クライアント４０から番組番号についての配信要求を受けると、当該番組番号の番組をクライアント４０に配信する（Ｓ２０７）。
【００９６】
（Ａ−２−３）配信方式の切り替え処理
図９は、第１の実施形態のメモリーサーバ３０における配信方式の切り替え処理を説明する説明図である。
【００９７】
図９（Ａ）は、番組開始時のデータ蓄積を説明する図である。番組の放送が開始すると、メモリーサーバ３０は、受信した番組データをメモリー３１及びＨＤＤ３２の両方に蓄積する。番組の配信は、メモリー３１に蓄積されたデータを用いる。つまり、番組放送開始時の配信方式は、メモリー配信とする。
【００９８】
その後、メモリーサーバマネジャ１０からの定期的なメモリーサーバ状態取得要求の受信に伴い、メモリーサーバ３０は、自身の配信状況を定期的に監視する。
【００９９】
そして、メモリー３１上の配信数が閾値αを下回る番組については、メモリー３１への蓄積をやめ、当該メモリー３１に蓄積されたデータを削除する。さらに、番組の配信は、図９（Ｂ）に示すように、ＨＤＤ配信に切り替える。このとき、メモリー３１は、次の番組のデータを蓄積する。このように、メモリー３１に次の番組データを蓄積させるようにすることで、配信する番組数が多いスタートオーバ型の蓄積配信システムに対応させることができる。
【０１００】
また、視聴期限になると、メモリーサーバ３０は、メモリー３１及びＨＤＤ３２の両方に蓄積されている当該番組のデータを削除する。
【０１０１】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、番組の配信数が番組の終了と共に減少すると、メモリー配信からＨＤＤ配信に切り替え、新たな番組蓄積用に当該メモリーを開放する。これにより、配信数の少ない番組がメモリーを占有する事無く、後続の大きな配信量を必要とする番組が開放されたメモリー領域を使用できる。そのため、メモリーサーバの配信効率を高める事ができる。
【０１０２】
また、第１の実施形態によれば、番組の蓄積配信用のメモリーサーバとして、番組を蓄積できるだけの空き容量がメモリーにあり、メモリー配信数の最も小さいメモリーサーバを選択する。そのため、メモリーサーバの配信効率を可能な限り上げる事ができる。
【０１０３】
（Ｂ）第２の実施形態
次に、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第２の実施形態について、図面を参照しながら説明する。
【０１０４】
第２の実施形態も、スタートオーバ型の蓄積配信システムに本発明を適用する場合の実施形態である。
【０１０５】
第１の実施形態は、メモリーサーバの選択方法について、番組データを蓄積する十分なメモリー容量を持っているものをリスト化する場合を例示した。しかし、場合によっては、十分な容量を持っているメモリーサーバがない場合もある。そこで、第２の実施形態では、このような場合にどうやって配信開始を行うかの方法について説明する。
【０１０６】
（Ｂ−１）第２の実施形態の構成及び動作
第２の実施形態の構成は、図１、図４及び図５に例示した第１の実施形態と同じであるから、ここでも図１、図４及び図５を用いて説明する。また、第２の実施形態の動作は、基本的には、図６及び図８に例示する第１の実施形態と同じである。
【０１０７】
図１０は、メモリーサーバマネジャ１０が番組配信を行うメモリーサーバ３０を選択する方法を説明するフローチャートである。
【０１０８】
なお、図１０は、メモリーに十分な空き容量なく、第１の実施形態で説明したメモリーサーバ割り当てが失敗した場合の処理である。
【０１０９】
（ａ）Ｓ３０１について
メモリーサーバマネジャ１０において、メモリーサーバ選択部１１３は、各メモリーサーバ３０のメモリー空き容量推移表を作成する（Ｓ３０１）。
【０１１０】
メモリーサーバ選択部１１３は、各メモリーサーバ３０−１〜３０−Ｎから取得したメモリーサーバ状態情報を、蓄積配信管理リスト２０から抽出し、そのメモリーサーバ状態情報に基づいて、各メモリーサーバ３０−１〜３０−Ｎについてのメモリー空き容量推移表を生成する。
【０１１１】
図１１は、メモリー空き容量推移表の構成例を示す構成図である。メモリー空き容量推移表とは、メモリー配信中の番組の配信数、番組終了時刻、番組視聴期限等に基づいて、メモリー配信からＨＤＤ配信への切り替え時期を予測するために、切り替え時期とメモリー空き容量（メモリー３１を開放した分を累積した値）とを対応付けた表である。なお、図１１（Ｂ）は、Ｃ言語の構造体で、図１１（Ａ）の表を表した場合を示す。
【０１１２】
まず、メモリーサーバ選択部１１３は、上記メモリー空き容量推移表を生成するために、メモリー配信中の各番組の配信数が閾値αに達する時間を推定する。
【０１１３】
ここでは、未だ放送が終了していない番組の配信数が閾値αに達する時間を、以下のようにして求める。
【０１１４】
番組の終了後、当該番組の配信数は、視聴期限まで線形に減少すると仮定する。
【０１１５】
時刻ｔにおける配信数は、番組終了時の配信数（ここでは番組終了時間まで推移表作成時の配信数を維持するものと仮定する）ａ、番組終了時刻ｂ、番組視聴期限ｃとすると、次のようになる。
【数１】
【０１１６】
よって、配信数が閾値αとなる時間は、式（２）のようになる。
【数２】
【０１１７】
また、終了時間が過ぎている番組に関しても同じく視聴期限まで線形に減少すると仮定する。
【０１１８】
時刻ｔにおける配信数は、メモリー空き容量推移表作成時の配信数ａ、当該推移表作成時の時刻ｂ、番組視聴期限ｃとすると、次のようになる。
【数３】
【０１１９】
よって、配信数が閾値αとなる時間は、式（４）のようになる。
【数４】
【０１２０】
メモリーサーバ選択部１１３は、上記で求めた配信数が閾値αとなる時間（以後、配信方法切り替え時間という）を元に、メモリー空き容量推移表を作成する．
（１）メモリーサーバ選択部１１３は、メモリー配信中の全ての番組に対し配信方法切り替え時間を計算し、配信方法切り替え時間と番組に割り当てられたメモリー容量とが対となるリストを生成する．
（２）メモリーサーバ選択部１１３は、（１）で生成したリストを時間の昇順に整列させる．
（３）メモリーサーバ選択部１１３は、配信方法切り替え時間が同じ場合、それらの対となっているメモリー容量を１つに統合（使用メモリー量を足し合わせる）する．
（４）使用メモリー容量を累積する。
【０１２１】
（ｂ）Ｓ３０２について
次に、メモリーサーバ選択部１１３は、メモリー空き容量推移表の各時点での空き容量が番組の予想蓄積量を上回るメモリーサーバのリストを作成する（Ｓ３０２）。
【０１２２】
すなわち、メモリーサーバ選択部１１３は、メモリー空き容量推移表と番組蓄積によるメモリーの消費量の推移を比較し、メモリー空き容量の推移がメモリーの消費量の推移を吸収しきれるかを確認する。
【０１２３】
図１２は、推定したメモリー空き容量推移と、番組の蓄積に必要な蓄積量との関係を説明する説明図である。図１２において、太い実線は、番組蓄積に必要な蓄積の累積量を示す。また、細い実線及び点線は、推定したメモリー空き容量の推移を示す。太い実線に示す蓄積に必要な蓄積量の推移は、蓄積当初から時間経過に伴い、その累積量が増えていることがわかる。
【０１２４】
図１２において、細い実線で示すような空き容量を持つ場合、常に、蓄積に必要な蓄積量（太い実線）を上回っている。従って、この場合、パケット蓄積量をカバーすることができている。すなわち、蓄積配信開始時に、メモリーの空き容量が不十分でも、この場合、メモリーの空き容量が太い実線を上回っているので問題はない。
【０１２５】
また、点線で示すような空き容量を持つ場合、メモリー空き容量が蓄積に必要な蓄積量を上回っているが、途中からメモリー容量が不足している。そのため、途中からＨＤＤ配信を行う必要がある。ＨＤＤ配信数が十分に確保できないと、配信の一部を中断しなければならない。
【０１２６】
メモリーサーバ選択部１１３は、メモリー空き容量の推移が、番組データを蓄積する蓄積量の推移を吸収できるメモリーサーバ３０のリストを作成するために、次式の条件を満たすか否かの判断を行う。
【数５】
【０１２７】
メモリーサーバ選択部１１３は、式（５）の条件を満たすメモリーサーバ３０をリス化する。
【０１２８】
（ｃ）Ｓ３０３について
メモリーサーバ選択部１１３は、上記リスト化を作成し、リストが空でない場合、すなわち、式（５）の条件を満たすメモリーサーバ３０がある場合、Ｓ３０４に移行する。
【０１２９】
一方、リストが空である場合、すなわち式（５）の条件を満たすメモリーサーバ３０がない場合、Ｓ３０５に移行する。
【０１３０】
（ｄ）Ｓ３０４について
メモリーサーバ選択部１１３は、式（５）の条件を満たすメモリーサーバ３０のリストが生成されると、そのリストにあるメモリーサーバ３０の中から、メモリー配信数が最小のものを選択する。
【０１３１】
（ｅ）Ｓ３０５について
式（５）の条件を満たすメモリーサーバ３０のリストが作成できない場合である。すなわち、メモリー３１に空き容量が見込まれない場合である。この場合、メモリーサーバ選択部１１３は、ＨＤＤ配信数が最小であるメモリーサーバ３０を選択する。この選択されたメモリーサーバ３０は、ＨＤＤ配信により番組配信を開始する。
【０１３２】
上述した方法は、メモリーサーバマネジャ１０が、番組配信するメモリーサーバ３０の選択方法である。各メモリーサーバ３０−１〜３０−Ｎは、メモリーサーバ状態取得要求を受信すると、上記条件の計算に必要な情報を、メモリーサーバマネジャ１０に応答しなければならない。
【０１３３】
図１０のＳ３０５で、メモリーサーバマネジャ１０により選択されたメモリーサーバ３０は、メモリー容量が十分でないため、メモリー配信からＨＤＤ配信に切り替えて番組を配信する。
【０１３４】
当該メモリーサーバ３０は、メモリー容量が不十分であり、番組データを蓄積するのに必要な容量がない。容量が不十分のまま配信を開始した番組をメモリー３１に蓄積してメモリー配信できるようにするために、メモリー３１の領域において、当該番組のデータを蓄積するための予約を行う。
【０１３５】
これは、メモリー３１が空き領域になると、後続する新しい別の番組データが蓄積されるのが通常である。しかし、この後続の番組ではなく、当初容量不十分で配信開始した番組をメモリー３１に蓄積するため、メモリー３１に蓄積する番組の予約が必要となる。そこで、メモリーサーバ３０は、メモリー容量が不足し、メモリー配信からＨＤＤ配信に切り替わったとき、次のようにして、メモリー３１のメモリー領域の統合を行い、その統合した領域に、容量が不十分のまま配信を開始した番組を予約する。
【０１３６】
図１３は、メモリー３１のメモリー領域の統合を説明する説明図である。図１３（Ａ）において、メモリー３１の空き領域に、番組蓄積に必要な量の一部を割り当てる。このとき、メモリー３１は、既に蓄積されている蓄積データをメモリー配信している。
【０１３７】
図１３（Ａ）において、メモリー３１から蓄積データがメモリー配信されると、図１３（Ｂ）に示すように、そのメモリー配信された後の領域（空き領域）と、番組蓄積に割り当てた一部の領域とを統合する。また、そのメモリー配信された領域については、ＨＤＤ配信される。
【０１３８】
また、図１３（Ｂ）において、さらにメモリー３１から蓄積データがメモリー配信されると、図１３（Ｃ）に示すように、そのメモリー配信された後の領域がさらに統合される。また、そのメモリー配信された領域については、ＨＤＤ配信される。
【０１３９】
上記のようなメモリー領域の統合を行うことで、番組の蓄積に必要な容量の領域を確保でき、容量が不十分のまま配信を開始した番組の蓄積にメモリー３１を使用することができる。
【０１４０】
また、容量が不十分のまま配信を開始した番組をメモリー３１に蓄積する予約方法は、特に限定されることなく、種々の方法を広く適用することができる。例えば、蓄積配信の割り当てのとき、将来使用するメモリー３１に予約フラグを付けておき、後続の番組が使用できないようにする方法を適用することができる。具体的には、例えば、蓄積配信管理リスト２０に、当該番組を次の項目として追加することで実現できる。
【０１４１】
（Ｂ−２）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態の効果に加えて、メモリーサーバマネジャが、配信中の番組について、メモリー配信からＨＤＤ配信に切り替わる時間を予測する事で、十分な空き容量がなくても、蓄積配信を開始する事が可能となる。
【０１４２】
（Ｃ）第３の実施形態
次に、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第３の実施形態について、図面を参照しながら説明する。
【０１４３】
第３の実施形態も、第１の実施形態と同様に、スタートオーバ型の蓄積配信システムに本発明を適用する場合の実施形態である。
【０１４４】
第１の実施形態では、一例として、番組配信するメモリーサーバを１台選択する場合を説明した。しかし、１台のメモリーサーバだけでは必要な配信数を確保できない場合がある。そこで、第３の実施形態では、複数台のメモリーサーバが蓄積配信を行う場合を説明する。
【０１４５】
（Ｃ−１）第３の実施形態の構成及び動作
第３の実施形態の構成は、図１、図４及び図５に例示した第１の実施形態と同じであるから、ここでも図１、図４及び図５を用いて説明する。また、第３の実施形態の動作は、基本的には、図６及び図８に例示する第１の実施形態と同じである。
【０１４６】
第３の実施形態が、第１及び第２の実施形態と異なる点は、メモリーサーバマネジャ１０における、メモリーサーバの選択処理と、配信メモリーサーバの割り当て処理（クライアント４０がサーバ割り当て要求を出したときの処理）である。
【０１４７】
メモリーサーバ３０の選択処理については、メモリーサーバ選択部１１３が、目的の配信数に達するまで、メモリーサーバ３０を割り当てる。
【０１４８】
図１４は、第３の実施形態の配信システム１における放送番組蓄積機能の処理を説明するシーケンス図である。
【０１４９】
まず、システム管理者端末６０は、メモリーサーバマネジャ１０に番組蓄積配信要求を行う（Ｓ４０１）。このとき、システム管理者端末６０は、必要配信数を指定し、その必要配信数をメモリーサーバマネジャ１０に与える。
【０１５０】
メモリーサーバマネジャ１０は、配信番組の番組情報を蓄積配信管理リスト２０に登録し（Ｓ４０２）、番組蓄積要求に対する応答をシステム管理者端末６０に返信する８Ｓ４０３）。
【０１５１】
メモリーサーバマネジャ１０は、第１の実施形態と同様にして、全てのメモリーサーバ３０−１〜３０−Ｎに対してメモリーサーバ状態取得要求を行い（Ｓ４０４）、各メモリーサーバ３０−１〜３０−Ｎは、自身のメモリー状態等をメモリーサーバ状態取得要求応答としてメモリーサーバマネジャ１０に返信する（Ｓ４０５）。
【０１５２】
メモリーサーバマネジャ１０では、メモリーサーバ選択部１１３が、システム管理者端末１０からの必要配信数に達するまで、メモリーサーバ３０を選択する（Ｓ４０６）。
【０１５３】
複数台のメモリーサーバ３０を選択する方法については、種々の方法を広く適用することができる。例えば、次に示すような方法を適用することができる。
【０１５４】
例えば、必要配信数ｘとする。まず、第１及び第２の実施形態と同様に、メモリーサーバ選択部１１３は、リストを作成し、１台のメモリーサーバ３０を選択する。このとき、メモリーサーバ選択部１１３は、選択したメモリーサーバ３０が割り当て可能な配信数を、蓄積配信管理リスト２０から取得する。このメモリーサーバ選択部１１３が配信可能な配信数をｙとする。
【０１５５】
そして、メモリーサーバ選択部１１３は、ｚ＝ｘ−ｙを行い、ｚが０になるまで、リストからメモリーサーバ３０の選択を繰り返し行う。なお、ｚ＜０となる場合もｚ＝０とする。
【０１５６】
その後、Ｓ４０７〜Ｓ４１３では、メモリーサーバマネジャ１０は、選択した全てのメモリーサーバ３０に対して蓄積配信開始要求を行う。また、各メモリーサーバ３０は、蓄積配信開始処理を行い、蓄積配信開始要求の応答をメモリーサーバマネジャ１０に返信する。メモリーサーバマネジャ１０は、蓄積配信管理リスト２０の更新を行う。
【０１５７】
なお、図１４では図示しないが、メモリーサーバマネジャ１０は、ディスパッチャー５０から蓄積配信メモリーサーバ情報取得要求を受信した場合、指定された番組にについて、蓄積配信管理リストにある複数のサーバから配信数の最も少ないサーバを１つ選択する。
【０１５８】
（Ｃ−２）第３の実施形態の効果
以上のように、第３の実施形態によれば、第１及び第２の実施形態の効果に加えて、第１及び第２の実施形態では必要な配信数に満たない可能性があったが、蓄積配信メモリーサーバを複数指定する事で、指定された配信数を満たす事が可能となる。
【０１５９】
（Ｄ）第４の実施形態
次に、本発明の配信システム、配信サーバ管理装置、配信サーバ管理プログラム、配信サーバ及び配信プログラムの第４の実施形態について図面を参照しながら説明する。
【０１６０】
第４の実施形態も、第１の実施形態と同様に、スタートオーバ型の蓄積配信システムに本発明を適用する場合の実施形態を説明する。
【０１６１】
番組開始時間にどのメモリーサーバのメモリーにも空きスペースが無ければ、少ない配信数でＨＤＤ配信を始めるしかない。この様な場合、予め番組の蓄積配信を予約しておけば、直前になってメモリー配信するサーバがないと言う事にはならない。
【０１６２】
そこで、第４の実施形態は、番組情報の登録時に、メモリーサーバの仮割り当て処理を行う実施形態を説明する。
【０１６３】
（Ｄ−１）第４の実施形態の構成及び動作
第４の実施形態の構成は、図１、図４及び図５に例示した第１の実施形態と同じであるから、ここでも図１、図４及び図５を用いて説明する。また、第４の実施形態の動作は、基本的には、図６及び図８に例示する第１の実施形態と同じである。
【０１６４】
第４の実施形態が、第１〜第３の実施形態と異なる点は、メモリーサーバマネジャ１０における、番組情報登録部１１１の処理である。
【０１６５】
第４の実施形態の番組情報登録部１１１は、システム管理者端末６０から番組蓄積配信要求を受信した場合に、次のような処理を行い、番組を配信するメモリーサーバの仮割り当てを行う。
【０１６６】
まず、メモリーサーバマネジャ１０は、全てのメモリーサーバ３０−１〜３０−Ｎから目メモリーサーバ状態情報を取得し、蓄積配信管理リスト２０に記憶・更新する。
【０１６７】
次に、メモリーサーバマネジャ１０は、各メモリーサーバ３０−１〜３０−Ｎに対し、メモリー空き容量推移表を作成する。このメモリー空き容量推移表は、第２の実施形態で説明した方法で作成する。また、メモリー空き容量推移表を作成する際、配信中の番組のみについてのメモリーサーバ３０のメモリー空き容量を考慮する。
【０１６８】
メモリーサーバマネジャ０は、メモリー空き容量推移表の修正を行う。
【０１６９】
メモリー空き容量推移表の修正の仕方は、種々の方法を適用することができるが、この実施形態では次の方法を適用する。
【０１７０】
（１）番組蓄積配信要求された番組の開始時間から視聴期限までの間に、視聴期限が来る予定の番組の使用メモリー容量をfst_table[i].free_space（fst_table[i].time＜視聴期限）から差し引く
（２）番組蓄積配信要求された番組の開始時間から視聴期限までの間に、開始予定の番組の予定使用メモリー容量をfst_table[i].free_space（fst_table[i].time≧視聴期限）から差し引く。
【０１７１】
そして、番組蓄積配信開始要求された番組のメモリー消費量の推移を上で修正したメモリー空き容量推移表と比較し、番組蓄積配信に必要なメモリー３１をカバーできるメモリーサーバ３０のリストを作成する。このリストの作成方法は、第２の実施形態の図１０のＳ３０２の処理と同様の方法を適用することができる。
【０１７２】
番組蓄積配信要求された番組の番組開始時間から視聴期限までの間に、同時配信する番組の数が一番少ないメモリーサーバ３０を選択し、この選択したメモリーサーバ３０を仮の蓄積配信メモリーサーバ３０とする。
【０１７３】
上記の動作は、システム管理者端末６０から番組蓄積配信要求を受信し、蓄積配信管理リスト２０に配信番組の登録を行う際に、メモリーサーバマネジャ１０が、番組の蓄積配信を行うメモリーサーバ３０の仮割り当てを行う。
【０１７４】
また、番組開始直前に、メモリーサーバマネジャ１０は、メモリーサーバ３０の選択を行う（これを本割り当てという）が、その本割り当ての方法は、仮割り当て方法と同じとすることができる。
【０１７５】
つまり、仮割り当てで予約したメモリーサーバ３０を考慮し、その選択時の新しいメモリーサーバ状態情報を用いて、メモリー３１の容量が十分で、配信数が最小のメモリーサーバ３０を選択するようにしてもよい。
【０１７６】
（Ｄ−２）第４の実施形態の効果
以上のように、第４の実施形態によれば、番組開始時間直前のメモリーサーバの選択（本割り当て）の前に、番組登録の段階で仮割り当てを行う事でメモリーサーバのメモリーの確保を行う事ができる。
【０１７７】
（Ｅ）他の実施形態
第１〜第４の実施形態では、スタートオーバ型の放送番組蓄積配信システムに本発明を適用する場合を例示したが、スタートオーバ型の放送番組蓄積配信システム以外の配信システムにも広く適用することができる。
【０１７８】
第１〜第４の実施形態のメモリーサーバ及びメモリーサーバマネジャの各種機能は、いわゆるソフトウェア処理により実現することができる。例えば、メモリーサーバ及びメモリーサーバマネジャのハードウェア構成は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ等からなり、ＣＰＵがＲＯＭに格納される処理プログラムを読み出し、ＣＰＵが処理プログラムを実行することで、各種機能は実現される。
【符号の説明】
【０１７９】
１…配信システム、２０…蓄積配信管理リスト、
１０…メモリーサーバマネジャ、１１…制御部、１１１…番組情報登録部、
１１２…メモリーサーバ状態取得部、１１３…メモリーサーバ選択部、
１１４…蓄積配信要求部、１１５…番組配信メモリーサーバ情報応答部、
１２…通信部、
３０−１〜３０−Ｎ…メモリーサーバ、３１…メモリー、３２…ＨＤＤ、
３３…制御部、３３１…番組蓄積配信処理部、３３２…状態管理部、
３３３…配信方式切替制御部、３４…通信部、
４０…クライアント、５０…ディスパッチャー。
【特許請求の範囲】
【請求項１】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する複数の配信サーバと、
上記複数の配信サーバのうち、上記コンテンツの配信を行う上記配信サーバを選択し、その選択した上記配信サーバのアドレス情報を上記クライアントに通知する配信サーバ管理装置と
を備え、
上記配信サーバ管理装置が、
上記各配信サーバにおける上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての上記配信サーバから定期的に取得する蓄積配信状態情報取得手段と、
外部から上記コンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、
上記複数の配信サーバの上記蓄積配信状態情報及び上記コンテンツ情報を記憶する情報記憶手段と、
上記複数の配信サーバの上記蓄積配信状態情報に基づいて、上記コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する上記配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、
上記サーバ選択手段により選択された上記配信サーバに対して、上記コンテンツに関する上記コンテンツ情報を与え、上記コンテンツの蓄積配信を要求する蓄積配信要求手段と、
上記クライアントからの上記コンテンツの配信先の通知要求を受けると、上記サーバ選択手段により選択された上記配信サーバのアドレス情報を、上記クライアントに通知するサーバ情報通知手段と
を有する
ことを特徴とする配信システム。
【請求項２】
上記サーバ選択手段が、上記コンテンツの蓄積必要量を上回る容量の上記第１蓄積手段を有する上記配信サーバがない場合、上記各配信サーバでの上記第１蓄積手段からの配信から上記第２蓄積手段からの配信に切り替わる時間を予測し、上記第１蓄積手段の空き容量の推移が上記コンテンツの蓄積量の推移を上回る上記配信サーバを選択するものであることを特徴とする請求項１に記載の配信システム。
【請求項３】
上記サーバ選択手段が、上記コンテンツの配信数が指定された場合、その配信数を満たすように、複数の配信サーバを選択するものであることを特徴とする請求項１又は２に記載の配信システム。
【請求項４】
上記コンテンツ情報を取得する際、上記各配信サーバの上記蓄積配信情報に基づいて、当該コンテンツ配信時の上記第１蓄積手段の容量を予測し、当該コンテンツの蓄積必要量を有する上記配信サーバを、事前割り当てする選択サーバ予約手段を備えることを特徴とする請求項１〜３のいずれかに記載の配信システム。
【請求項５】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する複数の配信サーバのうち、上記コンテンツの配信を行う上記配信サーバを選択し、その選択した上記配信サーバのアドレス情報を上記クライアントに通知する配信サーバ管理装置において、
上記各配信サーバにおける上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての上記配信サーバから定期的に取得する蓄積配信状態情報取得手段と、
外部から上記コンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、
上記複数の配信サーバの上記蓄積配信状態情報及び上記コンテンツ情報を記憶する情報記憶手段と、
上記複数の配信サーバの上記蓄積配信状態情報に基づいて、上記コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する上記配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、
上記サーバ選択手段により選択された上記配信サーバに対して、上記コンテンツに関する上記コンテンツ情報を与え、上記コンテンツの蓄積配信を要求する蓄積配信要求手段と、
上記クライアントからの上記コンテンツの配信先の通知要求を受けると、上記サーバ選択手段により選択された上記配信サーバのアドレス情報を、上記クライアントに通知するサーバ情報通知手段と
を備えることを特徴とする配信サーバ管理装置。
【請求項６】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する複数の配信サーバのうち、上記コンテンツの配信を行う上記配信サーバを選択し、その選択した上記配信サーバのアドレス情報を上記クライアントに通知する配信サーバ管理プログラムにおいて、
コンピュータを、
上記各配信サーバにおける上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての上記配信サーバから定期的に取得する蓄積配信状態情報取得手段、
外部から上記コンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段、
上記複数の配信サーバの上記蓄積配信状態情報及び上記コンテンツ情報を記憶する情報記憶手段、
上記複数の配信サーバの上記蓄積配信状態情報に基づいて、上記コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する上記配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段、
上記サーバ選択手段により選択された上記配信サーバに対して、上記コンテンツに関する上記コンテンツ情報を与え、上記コンテンツの蓄積配信を要求する蓄積配信要求手段、
上記クライアントからの上記コンテンツの配信先の通知要求を受けると、上記サーバ選択手段により選択された上記配信サーバのアドレス情報を、上記クライアントに通知するサーバ情報通知手段
として機能させる配信サーバ管理プログラム。
【請求項７】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する配信サーバであって、
上記第１蓄積手段又は上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信することを制御する配信切替制御手段と、
配信サーバ管理装置からの要求を受けて、上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を上記配信サーバ管理装置に応答する状態管理手段と
を備えることを特徴とする配信サーバ。
【請求項８】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する配信プログラムであって、
コンピュータを、
上記第１蓄積手段又は上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信することを制御する配信切替制御手段、
配信サーバ管理装置からの要求を受けて、上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を上記配信サーバ管理装置に応答する状態管理手段
として機能させることを特徴とする配信プログラム。
【請求項１】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する複数の配信サーバと、
上記複数の配信サーバのうち、上記コンテンツの配信を行う上記配信サーバを選択し、その選択した上記配信サーバのアドレス情報を上記クライアントに通知する配信サーバ管理装置と
を備え、
上記配信サーバ管理装置が、
上記各配信サーバにおける上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての上記配信サーバから定期的に取得する蓄積配信状態情報取得手段と、
外部から上記コンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、
上記複数の配信サーバの上記蓄積配信状態情報及び上記コンテンツ情報を記憶する情報記憶手段と、
上記複数の配信サーバの上記蓄積配信状態情報に基づいて、上記コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する上記配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、
上記サーバ選択手段により選択された上記配信サーバに対して、上記コンテンツに関する上記コンテンツ情報を与え、上記コンテンツの蓄積配信を要求する蓄積配信要求手段と、
上記クライアントからの上記コンテンツの配信先の通知要求を受けると、上記サーバ選択手段により選択された上記配信サーバのアドレス情報を、上記クライアントに通知するサーバ情報通知手段と
を有する
ことを特徴とする配信システム。
【請求項２】
上記サーバ選択手段が、上記コンテンツの蓄積必要量を上回る容量の上記第１蓄積手段を有する上記配信サーバがない場合、上記各配信サーバでの上記第１蓄積手段からの配信から上記第２蓄積手段からの配信に切り替わる時間を予測し、上記第１蓄積手段の空き容量の推移が上記コンテンツの蓄積量の推移を上回る上記配信サーバを選択するものであることを特徴とする請求項１に記載の配信システム。
【請求項３】
上記サーバ選択手段が、上記コンテンツの配信数が指定された場合、その配信数を満たすように、複数の配信サーバを選択するものであることを特徴とする請求項１又は２に記載の配信システム。
【請求項４】
上記コンテンツ情報を取得する際、上記各配信サーバの上記蓄積配信情報に基づいて、当該コンテンツ配信時の上記第１蓄積手段の容量を予測し、当該コンテンツの蓄積必要量を有する上記配信サーバを、事前割り当てする選択サーバ予約手段を備えることを特徴とする請求項１〜３のいずれかに記載の配信システム。
【請求項５】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する複数の配信サーバのうち、上記コンテンツの配信を行う上記配信サーバを選択し、その選択した上記配信サーバのアドレス情報を上記クライアントに通知する配信サーバ管理装置において、
上記各配信サーバにおける上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての上記配信サーバから定期的に取得する蓄積配信状態情報取得手段と、
外部から上記コンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、
上記複数の配信サーバの上記蓄積配信状態情報及び上記コンテンツ情報を記憶する情報記憶手段と、
上記複数の配信サーバの上記蓄積配信状態情報に基づいて、上記コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する上記配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段と、
上記サーバ選択手段により選択された上記配信サーバに対して、上記コンテンツに関する上記コンテンツ情報を与え、上記コンテンツの蓄積配信を要求する蓄積配信要求手段と、
上記クライアントからの上記コンテンツの配信先の通知要求を受けると、上記サーバ選択手段により選択された上記配信サーバのアドレス情報を、上記クライアントに通知するサーバ情報通知手段と
を備えることを特徴とする配信サーバ管理装置。
【請求項６】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する複数の配信サーバのうち、上記コンテンツの配信を行う上記配信サーバを選択し、その選択した上記配信サーバのアドレス情報を上記クライアントに通知する配信サーバ管理プログラムにおいて、
コンピュータを、
上記各配信サーバにおける上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を示す蓄積配信状態情報を、全ての上記配信サーバから定期的に取得する蓄積配信状態情報取得手段、
外部から上記コンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段、
上記複数の配信サーバの上記蓄積配信状態情報及び上記コンテンツ情報を記憶する情報記憶手段、
上記複数の配信サーバの上記蓄積配信状態情報に基づいて、上記コンテンツ情報に含まれる当該コンテンツの蓄積必要量を上回る容量を有するものであって、配信数が最小の上記第１蓄積手段を有する上記配信サーバを、当該コンテンツを配信するものとして選択するサーバ選択手段、
上記サーバ選択手段により選択された上記配信サーバに対して、上記コンテンツに関する上記コンテンツ情報を与え、上記コンテンツの蓄積配信を要求する蓄積配信要求手段、
上記クライアントからの上記コンテンツの配信先の通知要求を受けると、上記サーバ選択手段により選択された上記配信サーバのアドレス情報を、上記クライアントに通知するサーバ情報通知手段
として機能させる配信サーバ管理プログラム。
【請求項７】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する配信サーバであって、
上記第１蓄積手段又は上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信することを制御する配信切替制御手段と、
配信サーバ管理装置からの要求を受けて、上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を上記配信サーバ管理装置に応答する状態管理手段と
を備えることを特徴とする配信サーバ。
【請求項８】
クライアントに配信するコンテンツを蓄積する第１蓄積手段及び第２蓄積手段を有し、上記クライアントからの配信要求を受けると、上記第１蓄積手段及び上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信する配信プログラムであって、
コンピュータを、
上記第１蓄積手段又は上記第２蓄積手段のいずれかに蓄積された上記コンテンツを配信することを制御する配信切替制御手段、
配信サーバ管理装置からの要求を受けて、上記第１蓄積手段及び上記第２蓄積手段の蓄積状態及び配信状態を含む蓄積配信状態を監視し、その蓄積配信状態情報を上記配信サーバ管理装置に応答する状態管理手段
として機能させることを特徴とする配信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−７０３２７（Ｐ２０１２−７０３２７Ａ）
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願番号】特願２０１０−２１５４２４（Ｐ２０１０−２１５４２４）
【出願日】平成２２年９月２７日（２０１０．９．２７）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願日】平成２２年９月２７日（２０１０．９．２７）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
[ Back to top ]