(57)【要約】      （修正有）【課題】ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツの要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信する。【解決手段】ある所定時間内におけるユニキャスト配信のパケット送信状態を検出し、マルチキャスト配信の利用割合Ｔを決定する。ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定し、利用割合Ｔに対応する容量と比較する。そして、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、容量を再設定し、決定した容量が利用割合Ｔに対応する容量よりも小さい場合に、ＮＲＴコンテンツの要求条件を入力し、シミュレーションを行い、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する。【選択図】図７
2013191955.tif 000002
【特許請求の範囲】
【請求項１】
ＲＴコンテンツとＮＲＴコンテンツを多重して配信する編成多重配信システムであって、
編成管理部と多重送信部とからなるマルチキャスト配信装置と、ユニキャスト配信を行うユニキャスト配信装置と、配信するパケットを制御するパケット制御部とアクセスポイントからなるパケット配信装置とからなり、
前記パケット制御部が、
ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する検出手段と、
該検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する利用割合決定手段と、
を備え、
前記編成管理部が、
ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する容量決定手段と、
該決定した容量と前記利用割合Ｔに対応する容量とを比較する第１の比較手段と、
該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、前記容量を再設定する容量再設定手段と、
該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行うシミュレーション手段と、
該伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する第１の容量調整手段と、
を備え、
多重送信部が、
ＮＲＴコンテンツを入力し、空き帯域に配置する第１の配置手段と、
ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する容量算出手段と、
該算出された全体の容量と予め定められた使用可能容量とを比較する第２の比較手段と、
該比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する第２の容量調整手段と、
入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する第２の配置手段と、
を備えたことを特徴とする編成多重配信システム。
【請求項２】
前記パケット配信装置が、ワイヤレスＬＡＮで構成されていることを特徴とする請求項１に記載の編成多重配信システム。
【請求項３】
前記利用割合決定手段が、伝送路の最大容量とユニキャスト配信全体の容量からマルチキャスト配信の利用割合Ｔを決定することを特徴とする請求項１または請求項２に記載の編成多重配信システム。
【請求項４】
前記容量再設定手段は、予め定められた最低保証容量を担保するように、容量を再設定することを特徴とする請求項１から請求項３のいずれかに記載の編成多重配信システム。
【請求項５】
第１の容量調整手段は、ＮＲＴコンテンツの転送時刻をずらすことにより容量を調整することを特徴とする請求項１から請求項４のいずれかに記載の編成多重配信システム。
【請求項６】
第１の容量調整手段は、ＲＴコンテンツのチャンネル数を削減することにより容量を調整することを特徴とする請求項１から請求項５のいずれかに記載の編成多重配信システム。
【請求項７】
第１の容量調整手段および第２の容量調整手段は、ＲＴコンテンツのビットレートを下げることにより容量を調整することを特徴とする請求項１から請求項６のいずれかに記載の編成多重配信システム。
【請求項８】
前記利用割合決定手段が、ユニキャスト配信のパケット送信状態に応じて、動的にマルチキャスト配信の利用割合Ｔを決定することを特徴とする請求項１から請求項７のいずれかに記載の編成多重配信システム。
【請求項９】
前記パケット配信装置が、前記アクセスポイントを複数備え、コンテンツに応じて、アクセスポイントを選択できる選択手段を備えたことを特徴とする請求項１から請求項８のいずれかに記載の編成多重配信システム。
【請求項１０】
前記パケット配信装置が、ユニキャスト配信のパケット送信状態を検出する検出手段の検出結果に応じて、自動的に、アクセスポイントを切り替えることを特徴とする請求項１から請求項９のいずれかに記載の編成多重配信システム。
【請求項１１】
ＲＴコンテンツとＮＲＴコンテンツを多重して配信する編成多重配信システムにおける編成多重配信方法であって、
前記編成多重配信システムが、編成管理部と多重送信部とからなるマルチキャスト配信装置と、ユニキャスト配信を行うユニキャスト配信装置と、配信するパケットを制御するパケット制御部とアクセスポイントからなるパケット配信装置とからなり、
前記パケット制御部が、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する第１のステップと、
前記パケット制御部が、該検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する第２のステップと、
前記編成管理部が、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する第３のステップと、
前記編成管理部が、該決定した容量と前記利用割合Ｔに対応する容量とを比較する第４のステップと、
前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、前記容量を再設定する第５のステップと、
前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行う第６のステップと、
前記編成管理部が、該伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する第７のステップと、
多重送信部が、ＮＲＴコンテンツを入力し、空き帯域に配置する第８のステップと、
前記多重送信部が、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する第９のステップと、
前記多重送信部が、該算出された全体の容量と予め定められた使用可能容量とを比較する第１０のステップと、
前記多重送信部が、該比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する第１１のステップと、
前記多重送信部が、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する第１２のステップと、
を備えたことを特徴とする編成多重配信方法。
【請求項１２】
ＲＴコンテンツとＮＲＴコンテンツを多重して配信する編成多重配信システムにおける編成多重配信方法をコンピュータに実行させるためのプログラムであって、
前記編成多重配信システムが、編成管理部と多重送信部とからなるマルチキャスト配信装置と、ユニキャスト配信を行うユニキャスト配信装置と、配信するパケットを制御するパケット制御部とアクセスポイントからなるパケット配信装置とからなり、
前記パケット制御部が、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する第１のステップと、
前記パケット制御部が、該検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する第２のステップと、
前記編成管理部が、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する第３のステップと、
前記編成管理部が、該決定した容量と前記利用割合Ｔに対応する容量とを比較する第４のステップと、
前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、前記容量を再設定する第５のステップと、
前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行う第６のステップと、
前記編成管理部が、該伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する第７のステップと、
多重送信部が、ＮＲＴコンテンツを入力し、空き帯域に配置する第８のステップと、
前記多重送信部が、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する第９のステップと、
前記多重送信部が、該算出された全体の容量と予め定められた使用可能容量とを比較する第１０のステップと、
前記多重送信部が、該比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する第１１のステップと、
前記多重送信部が、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する第１２のステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツに求められる公開時間までの配信完了の要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信する編成多重配信システム、編成多重配信方法およびプログラムに関する。
【背景技術】
【０００２】
放送又は通信ネットワークによる、音声、動画像、静止画、図形及び／又はテキスト等を含むコンテンツの配信は、リアルタイム配信と、非リアルタイム配信に分類することができる。リアルタイム配信とは、受信側において、コンテンツを受信しながら視聴する配信形態であり、非リアルタイム配信とは、受信側において、コンテンツを一旦記憶装置に保存し、その後に視聴する形態である。なお、本明細書および特許請求の範囲においては、リアルタイム配信用のコンテンツをＲＴコンテンツ、非リアルタイム配信用のコンテンツをＮＲＴコンテンツと呼ぶ。
【０００３】
マルチメディア放送においては、配信に使用する伝送路の帯域にて、ＲＴコンテンツ及びＮＲＴコンテンツの両方の要求条件を満たしつつ、効率よく配信することが必要になる。ここで、ＲＴコンテンツの品質を確保しつつ、効率よく配信するために、ＲＴコンテンツは統計多重を行うことが好ましく、よって、ＲＴコンテンツ配信で使用する帯域は刻々と変動することになる。ＮＲＴコンテンツは、通常、所定の時刻までに配信を終了することが求められるが、ＲＴコンテンツの帯域が変動することにより、ＮＲＴコンテンツの配信に利用できる帯域も変動し、これにより、要求された時刻までにＮＲＴコンテンツの配信が完了しないこと、つまり、放送事故が発生し得ることになる。
【０００４】
よって、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツについても、配信完了時刻等の要求される条件を満たすように配信することを確実にするための仕組みがマルチメディア放送を実現するためには必要となる。そのため、このような問題を解決するための技術も開示されている（例えば、特許文献１参照。）。
【０００５】
一方で、昨今、ホワイトスペースを活用した、いわゆる、エリアワンセグといわれる（商店街、地下通路、イベント会場等）限定エリア向けの放送サービスの導入も検討されており、サイネージサービスなどへの適用が期待されているが、導入に際し、無線局免許の手続きや配信設備の導入費用などが高価であるという課題を有する。ここで、簡易にエリアを限定した配信サービスを行う通信としてワイヤレスＬＡＮの導入が考えられ、店舗内や駅構内、学校などの限定エリアにおいてワイヤレスＬＡＮサービスを提供する事業者も増えており、ユニキャスト配信による通信サービスを提供している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１６６６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
そこで、ＩＳＤＢ−Ｔシステム（エリアワンセグ）に比べ、制度上、事業者の容易なサービス提供を可能とするワイヤレスＬＡＮにより、ユニキャスト配信とマルチキャスト配信の併用ができれば、デジタルサイネージや、緊急情報等の配信を容易に行うことができるが、ワイヤレスＬＡＮにおいては、マルチキャスト配信とユニキャスト配信とを混在させるに適した配信制御を行えないため、マルチキャストによるリアルタイムサービスと非リアルタイムサービスとは、ユニキャスト配信が行われていない無線帯域を利用することになり、特に、非リアルタイムサービスを公開時間までに送付する時間的な担保が必要となるという問題がある。
【０００８】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツの要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信する編成多重配信システム、編成多重配信方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上述の課題を解決するために、以下の事項を提案している。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。
【００１０】
（１）本発明は、ＲＴコンテンツとＮＲＴコンテンツを多重して配信する編成多重配信システムであって、編成管理部（例えば、図１の編成管理部１１０に相当）と多重送信部（例えば、図１の多重送信部１２０に相当）とからなるマルチキャスト配信装置（例えば、図１のマルチキャスト配信装置１００に相当）と、ユニキャスト配信を行うユニキャスト配信装置（例えば、図１のユニキャスト配信装置２００に相当）と、配信するパケットを制御するパケット制御部（例えば、図１のパケット制御部３１０に相当）とアクセスポイント（例えば、図１のアクセスポイント３２０、３３０に相当）からなるパケット配信装置（例えば、図１のパケット配信装置３００に相当）とからなり、前記パケット制御部が、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する検出手段（例えば、図４の検出部３１１に相当）と、該検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する利用割合決定手段（例えば、図４の利用割合決定部３１２に相当）と、を備え、前記編成管理部が、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する容量決定手段（例えば、図２の容量決定部１１１に相当）と、該決定した容量と前記利用割合Ｔに対応する容量とを比較する第１の比較手段（例えば、図２の比較部１１２に相当）と、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、前記容量を再設定する容量再設定手段（例えば、図２の容量再設定部１１３に相当）と、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行うシミュレーション手段（例えば、図２のシミュレーション部１１４に相当）と、該伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する第１の容量調整手段（例えば、図２の容量調整部１１５に相当）と、を備え、多重送信部が、ＮＲＴコンテンツを入力し、空き帯域に配置する第１の配置手段（例えば、図３の配置部１２１に相当）と、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する容量算出手段（例えば、図３の容量算出部１２２に相当）と、該算出された全体の容量と予め定められた使用可能容量とを比較する第２の比較手段（例えば、図３の比較部１２３に相当）と、該比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する第２の容量調整手段（例えば、図３の容量調整部１２４に相当）と、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する第２の配置手段（例えば、図３の配置部１２５に相当）と、を備えたことを特徴とする編成多重配信システムを提案している。
【００１１】
この発明によれば、パケット制御部の検出手段は、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する。利用割合決定手段は、検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する。編成管理部の容量決定手段は、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する。第１の比較手段は、決定した容量と利用割合Ｔに対応する容量とを比較する。容量再設定手段は、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、容量を再設定する。シミュレーション手段は、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行う。第１の容量調整手段は、伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する。多重送信部の第１の配置手段は、ＮＲＴコンテンツを入力し、空き帯域に配置する。容量算出手段は、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する。第２の比較手段は、算出された全体の容量と予め定められた使用可能容量とを比較する。第２の容量調整手段は、比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する。第２の配置手段は、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する。したがって、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツの要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信することができる。
【００１２】
（２）本発明は、（１）の編成多重配信システムについて、前記パケット配信装置が、ワイヤレスＬＡＮで構成されていることを特徴とする編成多重配信システムを提案している。
【００１３】
この発明によれば、パケット配信装置が、ワイヤレスＬＡＮで構成されている。したがって、パケット配信装置を容易に配置することができる。
【００１４】
（３）本発明は、（１）または（２）の編成多重配信システムについて、前記利用割合決定手段が、伝送路の最大容量とユニキャスト配信全体の容量からマルチキャスト配信の利用割合Ｔを決定することを特徴とする編成多重配信システムを提案している。
【００１５】
この発明によれば、利用割合決定手段が、伝送路の最大容量とユニキャスト配信全体の容量からマルチキャスト配信の利用割合Ｔを決定する。したがって、ユニキャスト配信の伝送量を確保しつつ、マルチキャスト配信の利用割合Ｔを決定することができる。
【００１６】
（４）本発明は、（１）から（３）の編成多重配信システムについて、前記容量再設定手段は、予め定められた最低保証容量を担保するように、容量を再設定することを特徴とする編成多重配信システムを提案している。
【００１７】
この発明によれば、容量再設定手段は、予め定められた最低保証容量を担保するように、容量を再設定する。したがって、品質を担保しつつ、容量を再設定することができる。
【００１８】
（５）本発明は、（１）から（４）の編成多重配信システムについて、第１の容量調整手段は、ＮＲＴコンテンツの転送時刻をずらすことにより容量を調整することを特徴とする編成多重配信システムを提案している。
【００１９】
この発明によれば、第１の容量調整手段は、ＮＲＴコンテンツの転送時刻をずらすことにより容量を調整する。したがって、ＮＲＴコンテンツの公開時刻を担保しつつ、容量を調整することができる。
【００２０】
（６）本発明は、（１）から（５）の編成多重配信システムについて、第１の容量調整手段は、ＲＴコンテンツのチャンネル数を削減することにより容量を調整することを特徴とする編成多重配信システムを提案している。
【００２１】
この発明によれば、第１の容量調整手段は、ＲＴコンテンツのチャンネル数を削減することにより容量を調整する。したがって、品質を担保しつつ、容量を調整することができる。
【００２２】
（７）本発明は、（１）から（６）の編成多重配信システムについて、第１の容量調整手段および第２の容量調整手段は、ＲＴコンテンツのビットレートを下げることにより容量を調整することを特徴とする編成多重配信システムを提案している。
【００２３】
この発明によれば、第１の容量調整手段および第２の容量調整手段は、ＲＴコンテンツのビットレートを下げることにより容量を調整する。したがって、品質を担保しつつ、容量を調整することができる。
【００２４】
（８）本発明は、（１）から（７）の編成多重配信システムについて、前記利用割合決定手段が、ユニキャスト配信のパケット送信状態に応じて、動的にマルチキャスト配信の利用割合Ｔを決定することを特徴とする編成多重配信システムを提案している。
【００２５】
この発明によれば、利用割合決定手段が、ユニキャスト配信のパケット送信状態に応じて、動的にマルチキャスト配信の利用割合Ｔを決定する。したがって、配信時の配信状況に応じて、適切に、マルチキャスト配信の利用割合Ｔを決定することができる。
【００２６】
（９）本発明は、（１）から（８）の編成多重配信システムについて、前記パケット配信装置が、前記アクセスポイントを複数備え、コンテンツに応じて、アクセスポイントを選択できる選択手段を備えたことを特徴とする編成多重配信システムを提案している。  
【００２７】
この発明によれば、パケット配信装置が、前記アクセスポイントを複数備え、選択手段が、コンテンツに応じて、アクセスポイントを選択できる。したがって、アクセスポイントの設置場所やチャンネル数等の条件に応じて、好ましいアクセスポイントを選択することができる。
【００２８】
（１０）本発明は、（１）から（９）の編成多重配信システムについて、前記パケット配信装置が、ユニキャスト配信のパケット送信状態を検出する検出手段の検出結果に応じて、自動的に、アクセスポイントを切り替えることを特徴とする編成多重配信システムを提案している。
【００２９】
この発明によれば、パケット配信装置が、ユニキャスト配信のパケット送信状態を検出する検出手段の検出結果に応じて、自動的に、アクセスポイントを切り替える。したがって、アクセスポイントの設置場所やチャンネル数等の条件に応じて、自動的に、好ましいアクセスポイントに切り換えることができる。
【００３０】
（１１）本発明は、ＲＴコンテンツとＮＲＴコンテンツを多重して配信する編成多重配信システムにおける編成多重配信方法であって、前記編成多重配信システムが、編成管理部と多重送信部とからなるマルチキャスト配信装置と、ユニキャスト配信を行うユニキャスト配信装置と、配信するパケットを制御するパケット制御部とアクセスポイントからなるパケット配信装置とからなり、前記パケット制御部が、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する第１のステップと、前記パケット制御部が、該検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する第２のステップ（例えば、図７のステップＳ１０１に相当）と、前記編成管理部が、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する第３のステップ（例えば、図７のステップＳ１０２に相当）と、前記編成管理部が、該決定した容量と前記利用割合Ｔに対応する容量とを比較する第４のステップ（例えば、図７のステップＳ１０４に相当）と、前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、前記容量を再設定する第５のステップ（例えば、図７のステップＳ１０４の「Ｎｏ」に相当）と、前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも小さい場合に、ＮＲＴコンテンツの要求条件を入力し、伝送シミュレーションを行う第６のステップ（例えば、図７のステップＳ１０５、Ｓ１０６に相当）と、前記編成管理部が、該伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する第７のステップ（例えば、図７のステップＳ１０７、Ｓ１０８に相当）と、多重送信部が、ＮＲＴコンテンツを入力し、空き帯域に配置する第８のステップ（例えば、図９のステップＳ３０１、Ｓ３０２に相当）と、前記多重送信部が、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する第９のステップ（例えば、図９のステップＳ３０３からＳ３０８に相当）と、前記多重送信部が、該算出された全体の容量と予め定められた使用可能容量とを比較する第１０のステップ（例えば、図９のステップＳ３０９に相当）と、前記多重送信部が、該比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する第１１のステップ（例えば、図９のステップＳ３１０からＳ３１２に相当）と、前記多重送信部が、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する第１２のステップ（例えば、図９のステップＳ３１３、Ｓ３１４に相当）と、を備えたことを特徴とする編成多重配信方法を提案している。
【００３１】
この発明によれば、パケット制御部は、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出し、検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する。編成管理部は、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定し、決定した容量と利用割合Ｔに対応する容量とを比較する。そして、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、容量を再設定し、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも小さい場合に、ＮＲＴコンテンツの要求条件を入力し、伝送シミュレーションを行い、伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する。多重送信部は、ＮＲＴコンテンツを入力し、空き帯域に配置し、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出して、算出された全体の容量と予め定められた使用可能容量とを比較し、比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整し、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する。したがって、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツの要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信することができる。
【００３２】
（１２）本発明は、ＲＴコンテンツとＮＲＴコンテンツを多重して配信する編成多重配信システムにおける編成多重配信方法をコンピュータに実行させるためのプログラムであって、前記編成多重配信システムが、編成管理部と多重送信部とからなるマルチキャスト配信装置と、ユニキャスト配信を行うユニキャスト配信装置と、配信するパケットを制御するパケット制御部とアクセスポイントからなるパケット配信装置とからなり、前記パケット制御部が、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する第１のステップと、前記パケット制御部が、該検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する第２のステップ（例えば、図７のステップＳ１０１に相当）と、前記編成管理部が、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する第３のステップ（例えば、図７のステップＳ１０２に相当）と、前記編成管理部が、該決定した容量と前記利用割合Ｔに対応する容量とを比較する第４のステップ（例えば、図７のステップＳ１０４に相当）と、前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、前記容量を再設定する第５のステップ（例えば、図７のステップＳ１０４の「Ｎｏ」に相当）と、前記編成管理部が、該比較の結果、前記決定した容量が前記利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行う第６のステップ（例えば、図７のステップＳ１０５、Ｓ１０６に相当）と、前記編成管理部が、該伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する第７のステップ（例えば、図７のステップＳ１０７、Ｓ１０８に相当）と、多重送信部が、ＮＲＴコンテンツを入力し、空き帯域に配置する第８のステップ（例えば、図９のステップＳ３０１、Ｓ３０２に相当）と、前記多重送信部が、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する第９のステップ（例えば、図９のステップＳ３０３からＳ３０８に相当）と、前記多重送信部が、該算出された全体の容量と予め定められた使用可能容量とを比較する第１０のステップ（例えば、図９のステップＳ３０９に相当）と、前記多重送信部が、該比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する第１１のステップ（例えば、図９のステップＳ３１０からＳ３１２に相当）と、前記多重送信部が、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する第１２のステップ（例えば、図９のステップＳ３１３、Ｓ３１４に相当）と、をコンピュータに実行させるためのプログラムを提案している。
【００３３】
この発明によれば、パケット制御部は、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出し、検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する。編成管理部は、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定し、決定した容量と利用割合Ｔに対応する容量とを比較する。そして、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、容量を再設定し、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行い、伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する。多重送信部は、ＮＲＴコンテンツを入力し、空き帯域に配置し、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出して、算出された全体の容量と予め定められた使用可能容量とを比較し、比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整し、入力された、あるいは、容量を調整したＲＴコンテンツをエンコードし、空き帯域に配置する。したがって、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツの要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信することができる。
【発明の効果】
【００３４】
本発明によれば、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツの要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信することができるという効果がある。
【図面の簡単な説明】
【００３５】
【図１】本発明の編成多重配信システムの構成を示す図である。
【図２】本発明の編成管理部の構成を示す図である。
【図３】本発明の多重送信部の構成を示す図である。
【図４】本発明のパケット制御部の構成を示す図である。
【図５】空き帯域におけるＲＴコンテンツおよびＮＲＴコンテンツの配置を例示した図である。
【図６】シミュレーション部のシミュレーション結果を例示した図である。
【図７】本発明の編成多重配信システムの処理を示す図である。
【図８】本発明のシミュレーション部の処理を示す図である。
【図９】本発明の多重送信部の処理を示す図である。
【図１０】本発明の容量調整部の処理を示す図である。
【発明を実施するための形態】
【００３６】
以下、本発明の実施形態について、図面を用いて、詳細に説明する。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
【００３７】
＜編成多重配信システムの構成＞
図１を用いて、本実施形態に係る編成多重配信システムの構成について説明する。
【００３８】
本実施形態に係る編成多重配信システムは、図１に示すように、マルチキャスト配信装置１００と、ユニキャスト配信装置２００と、パケット配信装置３００とから構成されており、マルチキャスト配信装置１００は、編成管理部１１０と多重送信部１２０、パケット配信装置３００は、パケット制御部３１０とアクセスポイント３２０、３３０とから構成されている。なお、パケット配信装置３００は、ワイヤレスＬＡＮで構成されている。
【００３９】
編成管理部１１０は、ＲＴコンテンツ及びＮＲＴコンテンツの要求条件と、使用する伝送路の帯域（伝送速度）に基づき、ＮＲＴコンテンツの確定した送信スケジュールを含む編成情報を出力し、多重送信部１２０は、編成情報に基づきＲＴ及びＮＲＴコンテンツの合計送信速度が、使用する伝送路の伝送速度を超えない様にＲＴコンテンツの送信速度を決定して、ＲＴコンテンツ及びＮＲＴコンテンツの送信を行う。
【００４０】
＜編成管理部の構成＞
図２を用いて、本実施形態に係る編成管理部の構成について説明する。
【００４１】
本実施形態に係る編成管理部は、図２に示すように、容量決定部１１１と、比較部１１２と、容量再設定部１１３と、シミュレーション部１１４と、容量調整部１１５とから構成されている。
【００４２】
容量決定部１１１は、ＲＴコンテンツの要求条件を入力し、すべてのＲＴコンテンツにおける容量を決定する。具体的には、同時に送信する１つ以上のＲＴコンテンツの要求条件に基づき合計保証速度を求め、これにより、すべてのＲＴコンテンツにおける容量を決定する。なお、ＲＴコンテンツの要求条件には、コンテンツの提供者又は送信管理者が指定する、当該ＲＴコンテンツの平均速度が含まれている。
【００４３】
比較部１１２は、決定した容量と利用割合Ｔに対応する容量とを比較する。容量再設定部１１３は、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも大きい場合に、品質を担保しつつ、容量を再設定する。具体的には、各ＲＴコンテンツの平均速度に所定の低減率（０＜低減率≦１）を乗じて、各ＲＴコンテンツの保証速度を算出し、全ＲＴコンテンツの保証速度の和を求める。
【００４４】
低減率は、ＲＴコンテンツの映像品質に大きく影響しない範囲で、ＲＴコンテンツの平均速度から、ＲＴコンテンツに適用できる送信速度の下限を求めるものであり、その値については、使用する符号化方式に基づきあらかじめ決めておく。具体的には、あらかじめ、様々なコンテンツを様々な送信速度で符号化し、平均速度と、許容できる下限の映像品質に対応する送信速度との関係から経験的に決定しておく。なお、低減率は、符号化方式が異なる各ＲＴコンテンツに対して同じ値を使用する形態であっても良く、また、符号化方式が同じであってもコンテンツに応じて異なる値を使用する形態であっても良い。なお、コンテンツの提供者等が期待値として指定する速度に対応する低減率を使用する限り、要求条件において使用する速度は、例えば、最高速度等、平均速度以外の速度を使用する形態であっても良い。さらには、コンテンツの提供者又は送信管理者が最低速度を指定する形態であってもよい。この場合には低減率を１に設定する。
【００４５】
シミュレーション部１１４は、比較の結果、決定した容量が利用割合Ｔに対応する容量よりも小さい場合に、非リアルコンテンツの要求条件を入力し、伝送シミュレーションを行う。具体的には、シミュレーション部１１４は、ＮＲＴコンテンツの要求条件と、容量決定部１１１からの合計保証速度に基づき、ＮＲＴコンテンツの送信が可能であるか否かを判定し、可能である場合には、合計保証速度と、ＮＲＴコンテンツの送信スケジュール、つまり、ＮＲＴコンテンツの送信期間及び送信速度を示す編成情報を多重送信部１２０に出力する。なお、ＮＲＴコンテンツの要求条件には、ＮＲＴコンテンツのデータ・サイズ（ｂｉｔ）と、送信開始時刻及び送信終了時刻が含まれている。
【００４６】
容量調整部１１５は、該伝送シミュレーションの結果、ＮＲＴコンテンツが伝送できないと判断したときに、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する。具体的には、ＮＲＴコンテンツについては、転送時刻をずらすことにより容量を調整し、ＲＴコンテンツについては、チャンネル数の削減やビットレートを下げること等により容量を調整する。
【００４７】
＜多重送信部の構成＞
図３を用いて、本実施形態に係る多重送信部の構成について説明する。
【００４８】
本実施形態に係る多重送信部は、図３に示すように、配置部１２１と、容量算出部１２２と、比較部１２３と、容量調整部１２４と、配置部１２５とから構成されている。
【００４９】
配置部１２１は、ＮＲＴコンテンツを入力し、空き帯域に配置する。容量算出部１２２は、ＲＴコンテンツを入力し、各ＲＴコンテンツをエンコードして、全体の容量を算出する。
【００５０】
なお、ＲＴコンテンツは、可変速度の信号であり、速度情報は、例えば、１００ミリ秒、１秒、１フレームの周期といった期間を単位として指定される各時刻におけるＲＴコンテンツの送信速度をそれぞれ示すものである。なお、ＲＴコンテンツをエンコードする場合のエンコードパラメータを総てのＲＴコンテンツで同じとするのではなく、コンテンツの提供者等が期待値として指定した平均速度といった、各ＲＴコンテンツのエンコード速度を編成管理部１１０から多重送信部１２０に入力し、各ＲＴコンテンツのエンコード速度に応じたエンコードパラメータを設定して符号化することも望ましい。
【００５１】
比較部１２３は、算出された全体の容量と予め定められた使用可能容量とを比較する。容量調整部１２４は、比較の結果、算出された全体の容量が予め定められた使用可能容量よりも大きい場合に、容量を調整する。
【００５２】
具体的には、算出する速度候補の数ｍ（ｍは自然数）があらかじめ設定されており、ＲＴコンテンツの速度情報に基づき、当該ＲＴコンテンツのｍ個の速度候補を算出して、その順位と共に比較部１２３に出力する。つまり、ＲＴコンテンツの速度情報を、当該ＲＴコンテンツの第１の速度候補とし、ＲＴコンテンツの第ｋの速度候補（２≦ｋ≦ｍ）の各時刻における送信速度については、当該ＲＴコンテンツの第ｋ−１の速度候補の対応する時刻における送信速度に、あらかじめ定めた候補算出係数（０＜候補算出係数＜１）を乗じることにより算出する。なお、順位は、第１の速度候補が最も高く、第ｍの速度候補が最も低いものとする。
【００５３】
配置部１２５は、各ＲＴコンテンツの各速度候補と、編成情報に基づき各ＲＴコンテンツの各時刻における送信速度を決定して最終的な送信スケジュールを確定させる。
【００５４】
＜パケット制御部の構成＞
図４を用いて、本実施形態に係るパケット制御部の構成について説明する。
【００５５】
本実施形態に係るパケット制御部は、図４に示すように、検出部３１１と、利用割合決定部３１２とから構成されている。
【００５６】
検出部３１１は、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する。なお、当然に、マルチキャスト配信のパケット送信状態も検出できるため、これを利用して、コンテンツに応じて、アクセスポイントを選択することもできる。利用割合決定部３１２は、検出された送信状態に基づいて、マルチキャスト配信の利用割合Ｔを決定する。
【００５７】
＜編成多重配信システムの処理＞
図５および図７を用いて、本実施形態に係る編成多重配信システムの処理について説明する。
【００５８】
パケット制御部３１０がマルチキャストの利用割合Ｔを決定し、編成管理部１１０に通知する（ステップＳ１０１）。具体的には、検出部３１１が、図５（Ａ）に示すように、ある所定時間内におけるユニキャスト配信のパケット送信状態を検出する。なお、同図（Ｂ）は、ＲＴコンテンツ、ＮＲＴコンテンツを配置した状態を示している。また、Ｔは、Ｔ＝ユニキャスト配信全体の容量／伝送路の最大容量から算出する。
【００５９】
次に、編成管理部１１０は、ＲＴコンテンツの要求条件を入力する（ステップＳ１０２）。ここで、ＲＴコンテンツの要求条件は、チャンネル数、各チャンネルの平均ビットレート等である。そして、すべてのＲＴコンテンツの最低容量を設定する（ステップＳ１０３）。なお、最低保証容量は、総チャンネル数、平均ビットレート、低減率等から設定される。
【００６０】
次に、最低保証容量が（全容量×Ｔ）よりも小さいか否かを判定し（ステップＳ１０４）、最低保証容量が（全容量×Ｔ）よりも大きいときは、最低保証容量を見直す。一方で、最低保証容量が（全容量×Ｔ）よりも小さいときは、ＮＲＴコンテンツの要求条件を入力する。ここで、ＮＲＴコンテンツの要求条件とは、ファイル容量、送信開始時刻、送信終了時刻等である。
【００６１】
そして、伝送シミュレーションを行い（ステップＳ１０６）、ＮＲＴコンテンツが伝送可能であれば、処理を終了する。一方で、ＲＴコンテンツの容量および／またはＮＲＴコンテンツの容量を調整する（ステップＳ１０７、Ｓ１０８）。具体的には、ＮＲＴコンテンツについては、転送時刻をずらすことにより容量を調整し、ＲＴコンテンツについては、チャンネル数の削減やビットレートを下げること等により容量を調整し、伝送シミュレーションにおいて、ＮＲＴコンテンツが伝送可能であれば、処理を終了する。
【００６２】
＜シミュレーション部の処理＞
図６および図８を用いて、本実施形態に係るシミュレーション部の処理について説明する。なお、シミュレーション部１１４は、シミュレーションの対象とする全時間（編成管理時間）を、所定長の単位時間に分割して、単位時間を単位として処理を行う。単位時間は、例えば、１秒から数十分といった値に設定する。
【００６３】
まず、シミュレーション部１１４は、ＮＲＴコンテンツの送信に利用できる伝送速度Ｑを、伝送路の伝送速度から合計保証速度を減じることにより求める（ステップＳ２０１）。続いて、それぞれのＮＲＴコンテンツの単位時間あたりの容量ｒｉを抽出する（ステップＳ２０２）。具体的には、容量ｒｉ＝ＮＲＴコンテンツのファイル容量／（送信開始時刻−送信終了時刻）で求める。
【００６４】
シミュレーション部１１４は、単位時間に存在する各ＮＲＴコンテンツの全容量Ｒｔを求める（ステップＳ２０３）。次に、編成管理時間が単位時間ｔよりも短いか否かを判定し、編成管理時間が単位時間ｔよりも短くない場合には、ステップＳ２０２に戻る。一方で、編成管理時間が単位時間ｔよりも短い場合には、単位時間に存在する各ＮＲＴコンテンツの全容量ＲｔとＮＲＴコンテンツの送信に利用できる伝送速度（容量）Ｑを比較する（ステップＳ２０４）。
【００６５】
シミュレーション部１１４は、ＲｔがＱより大きければ送信不可能と判断し（Ｓ２０９）、その旨を図示しない表示部に表示して終了する。一方、ＲｔがＱ以下であれば、現在選択している単位時間が、編成管理時間に含まれる最後の単位時間であるか否かを判定し（ステップＳ２０６）、最後の単位時間で無ければ、次の単位時間を選択して、ステップＳ２０５及びステップＳ２０６の処理を繰り返す。また、ステップＳ２０６において最後の単位時間であれば、送信可能と判断して（Ｓ２０７）、各ＮＲＴコンテンツの送信速度及び送信期間を特定できる情報と、合計保証速度を含む編成情報を多重送信部１２０に出力する。
【００６６】
例えば、４つのＮＲＴコンテンツについて、図６に示す送信開始時刻及び送信終了時刻が要求されているものとする。なお、図６においてＮＲＴコンテンツに対応する四角形の高さはコンテンツの送信速度に対応し、その面積がデータ・サイズに対応している。この場合、図６のＣに示す単位時間において送信しなければならない３つのＮＲＴコンテンツの送信速度の合計がＱを超えるため、シミュレーション部１１４は、このＣ部の単位時間の処理において送信不可能と判断してその旨を表示部に表示する。
【００６７】
なお、このとき、送信不可能との判定になった単位時間や、この単位時間において伝送する各ＮＲＴコンテンツの送信速度とＱの値を併せて表示することも好ましい。また、ステップＳ２０６において、ＲｔがＱより大きくなった段階で直ちに処理を終了するのではなく、総ての単位時間についてステップＳ２０４及びステップＳ２０５の処理を行い、ＲｔがＱより大きくなった総ての単位時間の情報を表示部に出力する形態や、図６に示すグラフを出力する形態であっても良い。
【００６８】
いずれにしても、送信不可能との判断になった場合には、まず、ＮＲＴコンテンツの要求条件のうち変更可能なものを順次変更し送信可能となるまで上記処理を繰り返す。具体的には、送信開始時刻のみを早めたり、送信開始時刻及び送信終了時刻の両方を早めたり、ＮＲＴコンテンツのサイズを変更して上記処理を繰り返す。なお、上述した形態においては、各ＮＲＴコンテンツの送信速度は、全送信期間に渡り一定であるものとしていたが、時間に応じて変更できる形態であっても良い。
【００６９】
＜多重送信部の処理＞
図９、図１０を用いて、本実施形態に係る多重送信部の処理について説明する。
【００７０】
まず、ＮＲＴコンテンツを入力し（ステップＳ３０１）、ＮＲＴコンテンツの容量を配置する（ステップＳ３０２）。次に、ＲＴコンテンツの容量候補（ｍ）を選択し（ステップＳ３０３）、ＲＴコンテンツを入力する（ステップＳ３０４）。そして、それぞれのＲＴコンテンツをエンコードし（ステップＳ３０５）、ｍ個のＲＴコンテンツの容量候補を算出する（ステップＳ３０６）。
【００７１】
次に、最初のＲＴコンテンツの容量候補を選択し（ステップＳ３０７）、ｎを１に設定する。その後、各ＲＴコンテンツの第ｎの容量候補を選択し（ステップＳ３０８）、各ＲＴコンテンツの容量候補（ｎ）による容量の合計を求める。そして、各ＲＴコンテンツの容量候補の合計が使用可能な容量よりも大きいか否かを判定し（ステップＳ３０９）、各ＲＴコンテンツの容量候補の合計が使用可能な容量よりも小さい場合には、このＲＴコンテンツを再びエンコードし（ステップＳ３１３）、ＲＴコンテンツの容量を配置する（ステップＳ３１４）。
【００７２】
一方で、各ＲＴコンテンツの容量候補の合計が使用可能な容量よりも大きい場合には、ｎを１増やして（ステップＳ３１０、Ｓ３１１）、候補算出係数により低減させられた容量に対して使用可能な容量よりも小さいか否かを判定する処理を繰り返す（ステップＳ４０３からステップＳ４０５）。ただし、ｎ＝ｍとなっても送信不可能である場合（ステップＳ３１０）には、各ＲＴコンテンツの容量を強制的に設定する（ステップＳ３１２）。そして、ＲＴコンテンツを再びエンコードし（ステップＳ３１３）、ＲＴコンテンツの容量を配置する（ステップＳ３１４）。
【００７３】
そして、これら処理を行い、各ＲＴコンテンツの各処理時刻における容量を確定させる。なお、この時点において、各ＲＴコンテンツは、第１の容量候補に従い符号化されているのみであるため、ＲＴコンテンツの総ての処理時刻における容量が、第１の速度候補と同じでなければ、再度、符号化を行う必要がある。このため、各ＲＴコンテンツの各処理時刻における確定した容量を示す確定速度情報を送信して再度ＲＴコンテンツの符号化を行わせる。また、確定容量情報及び編成情報を通知し、パケット配信装置３００に、編成情報及び確定容量情報に基づきＲＴコンテンツとＮＲＴコンテンツを送信する。
【００７４】
以上、説明したように、本実施形態によれば、ＲＴコンテンツの品質を確保しつつ、ＮＲＴコンテンツの要求条件を満たすように、ＲＴコンテンツ、ＮＲＴコンテンツ、ユニキャスト配信を混在させて配信することができる。
【００７５】
なお、編成多重配信システムの処理をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをマルチキャスト配信装置、ユニキャスト配信装置、パケット配信装置に読み込ませ、実行することによって本発明の編成多重配信システムを実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺装置等のハードウェアを含む。
【００７６】
また、「コンピュータシステム」は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００７７】
また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００７８】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７９】
１００；マルチキャスト配信装置
１１０；編成管理部
１１１；容量決定部
１１２；比較部
１１３；容量再設定部
１１４；シミュレーション部
１１５；容量調整部
１２０；多重送信部
１２１；配置部
１２２；容量算出部
１２３；比較部
１２４；容量調整部
１２５；配置部
２００；ユニキャスト配信装置
３００；パケット配信装置
３１０；パケット制御部
３１１；検出部
３１２；利用割合決定部
３２０；アクセスポイント
３３０；アクセスポイント
【図１】
2013191955.tif 000003
【図２】
2013191955.tif 000004
【図３】
2013191955.tif 000005
【図４】
2013191955.tif 000006
【図５】
2013191955.tif 000007
【図６】
2013191955.tif 000008
【図７】
2013191955.tif 000009
【図８】
2013191955.tif 000010
【図９】
2013191955.tif 000011
【図１０】
2013191955.tif 000012