(57)【特許請求の範囲】
【請求項１】
フレームレートとＩフレームの送信レートが時間的に変化しない映像ファイルを記憶する記憶手段と、前記記憶手段から映像ファイルを読み出して映像ストリームとして送信する送信手段とを備えたメディアサーバで動作し、映像ストリームの多重送信処理時に前記メディアサーバのコンピュータリソースの使用量を平準化するリソース使用量平準化装置において、
前記メディアサーバで使用可能なリソースの最大使用可能量を少なくともＩフレーム用とＰフレーム用とに按分し、按分された各フレームでの使用可能量ごとに前記映像ストリームのＩフレームとＰフレームとがそれぞれ送信される際に使用予定の各リソース使用量を時分割スロットに割り当てて管理する管理手段と、
前記各フレームでの使用可能量をそれぞれ超過しないように、送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとの送信時に使用される割り当て予定の各割当リソース使用量を複数の時分割スロットのうちいずれかに割り当てる割当手段と、
当該割り当て後の時分割スロットに対応付けられた時刻で前記送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとをそれぞれ送信することにより、映像ストリームの多重送信処理時にＩフレーム及びＰフレームの送信タイミングを分散させる制御手段と、
を有することを特徴とするリソース使用量平準化装置。
【請求項２】
前記時分割スロットは、
Ｉフレーム送信周期をフレーム送信周期で分割した時間間隔であることを特徴とする請求項１に記載のリソース使用量平準化装置。
【請求項３】
前記管理手段は、
Ｉフレーム送信周期を管理単位とすることを特徴とする請求項１又は２に記載のリソース使用量平準化装置。
【請求項４】
前記映像ファイルは、呼種に応じて異なる複数の映像ファイルであって、
前記呼種とは、少なくとも、フレームレートと、Ｉフレームの送信レートと、Ｉフレームの送信時に使用される割り当て予定の割当リソース使用量と、Ｐフレームの送信時に使用される割り当て予定の割当リソース使用量と、について予め算出された各パラメータ値からなる一群を示し、
前記管理手段は、
前記メディアサーバで送信対象とされる複数の映像ファイルに係る全てのＩフレームの送信レートの最小公倍数を用いて計算されたＩフレーム送信周期を管理単位とすることを特徴とする請求項１乃至３のいずれかに記載のリソース使用量平準化装置。
【請求項５】
フレームレートとＩフレームの送信レートが時間的に変化しない映像ファイルを記憶する記憶手段と、前記記憶手段から映像ファイルを読み出して映像ストリームとして送信する送信手段とを備えたメディアサーバで、映像ストリームの多重送信処理時に前記メディアサーバのコンピュータリソースの使用量を平準化するリソース使用量平準化方法において、
前記メディアサーバで使用可能なリソースの最大使用可能量を少なくともＩフレーム用とＰフレーム用とに按分し、按分された各フレームでの使用可能量ごとに前記映像ストリームのＩフレームとＰフレームとがそれぞれ送信される際に使用予定の各リソース使用量を時分割スロットに割り当てて管理する管理ステップと、
前記各フレームでの使用可能量をそれぞれ超過しないように、送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとの送信時に使用される割り当て予定の各割当リソース使用量を複数の時分割スロットのうちいずれかに割り当てる割当ステップと、
当該割り当て後の時分割スロットに対応付けられた時刻で前記送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとをそれぞれ送信することにより、映像ストリームの多重送信処理時にＩフレーム及びＰフレームの送信タイミングを分散させる制御ステップと、
を有することを特徴とするリソース使用量平準化方法。
【請求項６】
前記時分割スロットは、
Ｉフレーム送信周期をフレーム送信周期で分割した時間間隔であることを特徴とする請求項５に記載のリソース使用量平準化方法。
【請求項７】
前記管理ステップでは、
Ｉフレーム送信周期を管理単位とすることを特徴とする請求項５又は６に記載のリソース使用量平準化方法。
【請求項８】
前記映像ファイルは、呼種に応じて異なる複数の映像ファイルであって、
前記呼種とは、少なくとも、フレームレートと、Ｉフレームの送信レートと、Ｉフレームの送信時に使用される割り当て予定の割当リソース使用量と、Ｐフレームの送信時に使用される割り当て予定の割当リソース使用量と、について予め算出された各パラメータ値からなる一群を示し、
前記管理ステップでは、
前記メディアサーバで送信対象とされる複数の映像ファイルに係る全てのＩフレームの送信レートの最小公倍数を用いて計算されたＩフレーム送信周期を管理単位とすることを特徴とする請求項５乃至７のいずれかに記載のリソース使用量平準化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像ストリームの多重送信処理における処理リソースの平準化技術に関する。
【背景技術】
【０００２】
端末からの呼接続要求に応じて、記憶装置に蓄積された音声や映像のメディアファイルをメディアストリームとして再生し、通信ネットワークを経由して先の端末に送信するメディアサーバが存在する。
【０００３】
このメディアサーバは、呼の多数接続により処理能力以上の呼接続を受け付けると過負荷状態になり、メディアストリームを正常に送信・再生できなくなる場合がある。このようなサービス品質の低下を防止するため、１台のメディアサーバで受け付ける呼接続を制限する必要がある。非特許文献１によれば、単位時間当りの新規接続許容個数を規定値以下に限定する呼数密度制御に基づく制限方法が記載されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】可児島、外２名、「ＩＰ電話網における輻輳制御方式の評価」、社団法人電子情報通信学会、電子情報通信学会技術報告TM2007-30、2007年
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、規定値という時間的に変化しない固定値で呼接続を管理するため、メディアサーバを有効利用できないという問題があった。
【０００６】
例えば、ＭＰＥＧ−４  ｖｉｓｕａｌ等の映像コーデックは、フレーム内やフレーム間において圧縮技術を用いているため、同じ画面解像度でも１フレームのデータ量はフレームによって変化する。特に１画面の全体情報を持つＩフレームは、時間的な前画面との差分情報を持つＰフレームと比較してデータ量が大きくなる可能性が高い。
【０００７】
そのため、メディアサーバに蓄積されたファイルをエンコード処理せずそのままパケット化して送信する場合、Ｉフレームの送信処理時は、Ｐフレームの送信処理時に比べて、ビットレートの増大に伴うＮＩＣ（Network Interface Card）での帯域使用量率増大や、パケット送信数の増大に伴うＣＰＵ使用率増大等、メディアサーバの消費リソース量を増大させる可能性が高い。
【０００８】
しかし、前述の呼数密度制御に基づく方式によれば、時間的に消費リソース量が変化する呼接続についても時間的に変化しない固定値で管理しなければならないため、メディアサーバの安定運用を図るには消費リソース量の最大値を用いた合計リソース量を基準に検討しなければならず、時間的に変化する消費リソース量の違いを考慮した設備の有効利用を行うことができない。
【０００９】
本発明は、上記を鑑みてなされたものであり、その課題とするところは、映像ストリームの多重送信処理時において、消費する処理リソースを平準化し、同時受付可能な呼接続数を向上させることにある。
【課題を解決するための手段】
【００１０】
請求項１記載のリソース使用量平準化装置は、フレームレートとＩフレームの送信レートが時間的に変化しない映像ファイルを記憶する記憶手段と、前記記憶手段から映像ファイルを読み出して映像ストリームとして送信する送信手段とを備えたメディアサーバで動作し、映像ストリームの多重送信処理時に前記メディアサーバのコンピュータリソースの使用量を平準化するリソース使用量平準化装置において、前記メディアサーバで使用可能なリソースの最大使用可能量を少なくともＩフレーム用とＰフレーム用とに按分し、按分された各フレームでの使用可能量ごとに前記映像ストリームのＩフレームとＰフレームとがそれぞれ送信される際に使用予定の各リソース使用量を時分割スロットに割り当てて管理する管理手段と、前記各フレームでの使用可能量をそれぞれ超過しないように、送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとの送信時に使用される割り当て予定の各割当リソース使用量を複数の時分割スロットのうちいずれかに割り当てる割当手段と、当該割り当て後の時分割スロットに対応付けられた時刻で前記送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとをそれぞれ送信することにより、映像ストリームの多重送信処理時にＩフレーム及びＰフレームの送信タイミングを分散させる制御手段と、を有することを特徴とする。
【００１１】
請求項２記載のリソース使用量平準化装置は、請求項１記載のリソース使用量平準化装置において、前記時分割スロットは、Ｉフレーム送信周期をフレーム送信周期で分割した時間間隔であることを特徴とする。
【００１２】
請求項３記載のリソース使用量平準化装置は、請求項１又は２記載のリソース使用量平準化装置において、前記管理手段は、Ｉフレーム送信周期を管理単位とすることを特徴とする。
【００１３】
請求項４記載のリソース使用量平準化装置は、請求項１乃至３のいずれかに記載のリソース使用量平準化装置において、前記映像ファイルは、呼種に応じて異なる複数の映像ファイルであって、前記呼種とは、少なくとも、フレームレートと、Ｉフレームの送信レートと、Ｉフレームの送信時に使用される割り当て予定の割当リソース使用量と、Ｐフレームの送信時に使用される割り当て予定の割当リソース使用量と、について予め算出された各パラメータ値からなる一群を示し、前記管理手段は、前記メディアサーバで送信対象とされる複数の映像ファイルに係る全てのＩフレームの送信レートの最小公倍数を用いて計算されたＩフレーム送信周期を管理単位とすることを特徴とする。
【００１４】
請求項５記載のリソース使用量平準化方法は、フレームレートとＩフレームの送信レートが時間的に変化しない映像ファイルを記憶する記憶手段と、前記記憶手段から映像ファイルを読み出して映像ストリームとして送信する送信手段とを備えたメディアサーバで、映像ストリームの多重送信処理時に前記メディアサーバのコンピュータリソースの使用量を平準化するリソース使用量平準化方法において、前記メディアサーバで使用可能なリソースの最大使用可能量を少なくともＩフレーム用とＰフレーム用とに按分し、按分された各フレームでの使用可能量ごとに前記映像ストリームのＩフレームとＰフレームとがそれぞれ送信される際に使用予定の各リソース使用量を時分割スロットに割り当てて管理する管理ステップと、前記各フレームでの使用可能量をそれぞれ超過しないように、送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとの送信時に使用される割り当て予定の各割当リソース使用量を複数の時分割スロットのうちいずれかに割り当てる割当ステップと、当該割り当て後の時分割スロットに対応付けられた時刻で前記送信対象の映像ファイルに係る映像ストリームのＩフレームとＰフレームとをそれぞれ送信することにより、映像ストリームの多重送信処理時にＩフレーム及びＰフレームの送信タイミングを分散させる制御ステップと、を有することを特徴とする。
【００１５】
請求項６記載のリソース使用量平準化方法は、請求項５記載のリソース使用量平準化方法において、前記時分割スロットは、Ｉフレーム送信周期をフレーム送信周期で分割した時間間隔であることを特徴とする。
【００１６】
請求項７記載のリソース使用量平準化方法は、請求項５又は６記載のリソース使用量平準化方法において、前記管理ステップでは、Ｉフレーム送信周期を管理単位とすることを特徴とする。
【００１７】
請求項８記載のリソース使用量平準化方法は、請求項５乃至７のいずれかに記載のリソース使用量平準化方法において、前記映像ファイルは、呼種に応じて異なる複数の映像ファイルであって、前記呼種とは、少なくとも、フレームレートと、Ｉフレームの送信レートと、Ｉフレームの送信時に使用される割り当て予定の割当リソース使用量と、Ｐフレームの送信時に使用される割り当て予定の割当リソース使用量と、について予め算出された各パラメータ値からなる一群を示し、前記管理ステップでは、前記メディアサーバで送信対象とされる複数の映像ファイルに係る全てのＩフレームの送信レートの最小公倍数を用いて計算されたＩフレーム送信周期を管理単位とすることを特徴とする。
【００１８】
以上より、本発明によれば、映像ストリームの多重送信処理時にＩフレームの送信タイミングを分散させるため、映像ストリームの多重送信処理時において、消費する処理リソースを平準化し、同時受付可能な呼接続数を向上することができる。
【発明の効果】
【００１９】
本発明によれば、映像ストリームの多重送信処理時において、消費する処理リソースを平準化し、同時受付可能な呼接続数を向上させることができる。
【図面の簡単な説明】
【００２０】
【図１】メディアサーバの機能ブロック構成を示す図である。
【図２】呼種別情報管理テーブルの例を示す図である。
【図３】呼種別情報管理テーブルの各パラメータの取得・算出方法を説明する図である。
【図４】処理リソース管理テーブルの例を示す図である。
【図５】消費リソースの割り当て処理フローを示す図である。
【図６】Ｉフレーム，Ｐフレーム，音声の各処理リソースに対する、割り当て消費リソース量、割当箇所、割当箇所の個数、受付可能な処理リソース量の按分比率を説明する図である。
【図７】メディアサーバ及び処理リソース平準化装置の処理フローを示す図である。
【発明を実施するための形態】
【００２１】
本発明は、メディアサーバの処理リソース量をＩフレームとＰフレームの各最大消費リソース量を基準に管理し、動作処理上、メディアサーバの２つの基本機能部（呼制御機能部とファイル再生機能部）間に再生タイミング制御機能部を設け、各メディアストリームのＩフレーム送信タイミングが重ならないように分散させることを特徴としている。
【００２２】
以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。
【００２３】
図１は、本実施の形態に係るメディアサーバ１の機能ブロック構成を示す図である。本メディアサーバ１は、通信ネットワーク２を介して１つ以上の端末３に相互通信可能に接続され、任意の端末３からの呼接続要求に応じて、ＳＩＰ（Session Initiation Protocol）等の呼制御信号を用いて呼接続制御を行い、蓄積されたメディアファイルをメディアストリームとしてエンコード処理せずそのままパケット化して端末３へ送信する装置である。
【００２４】
尚、本システムは、映像再生品質の低下を回避するために映像再生途中のパケット送信遅延やパケット損失は許容されないが、再生開始の遅延は一定時間（具体的には数秒程度）許容されることを前提とする。以下、メディアサーバ１の機能について詳述する。
【００２５】
本メディアサーバ１は、端末３からの呼接続要求に応じて受け付けた呼を接続等制御する呼制御機能部１１と、映像及び音声からなるファイル（以下、映像ファイル）を再生送信等処理するメディア処理機能部１４とを基本機能として備え、当該メディアサーバ１の処理リソースを平準化する処理リソース平準化装置１００を更に備えている。
【００２６】
この処理リソース平準化装置１００は、映像ファイルの送信・再生タイミングを制御する再生タイミング制御機能部１２と、メディアサーバ１の処理リソースを管理するリソース管理機能部１３とを備えている。これら２つの機能部１２，１３によって、映像ファイル送信処理時におけるメディアサーバ１の処理リソースの平準化を実現する。
【００２７】
尚、メディアサーバ１及び処理リソース平準化装置１００は、メモリ等の記憶手段、ＣＰＵ等の計算・制御手段を備えるコンピュータで実現可能である。また、上記各機能部１１〜１４は、プログラムによりその処理が実行される。以下、各機能部１１〜１４について詳述する。
【００２８】
呼制御機能部１１は、端末３とメディアサーバ１間の呼接続を受付・切断等制御する呼接続受付・切断機能部１１１と、受け付けた呼の種別を判断する呼種別判断機能部１１２とを備える。
【００２９】
メディア処理機能部１４は、ファイル記憶装置１４２から読み出した映像ファイルをパケット化して映像ストリームとして送信することにより端末３での映像・音声再生を実現するファイル再生機能部１４１と、呼種別ごとの映像ファイルを複数記憶しておくファイル記憶装置１４２とを備える。
【００３０】
本実施の形態で用いる映像ファイルは、ＩフレームとＰフレームの２種類で構成され、Ｉフレーム及びＰフレームを含むフレーム全体のフレームレートとＩフレームの送信レートとは時間的に変化しない。尚、フレームレートとＩフレームの送信レートは、呼種別ごとに異なっていてもよいし、同じでもよい。以下、呼種ｋの映像ファイルに係るそれら２つのレート値をそれぞれＦ（ｋ）、Ｉ（ｋ）と記す（単位はフレーム毎秒）。
【００３１】
再生タイミング制御機能部１２は、動作処理上において呼制御機能部１１とファイル再生機能部１４１との間に設けられ、映像ストリームの多重送信処理時にＩフレームの送信タイミングができるだけ重ならないように待ち時間を挿入してＩフレームの送信開始時刻を遅延させることにより、各映像ストリームのＩフレーム送信タイミングを分散させる待ち時間挿入機能部１２１を備える。
【００３２】
例えば、多重送信処理時にＩフレームの送信タイミングがまったく重ならないようにしてもよいし、ある送信タイミングでリソース不足にならなければ重なっていてもよい。広くは、消費する処理リソースを平準化して同時受付可能な呼接続数を向上させるという課題を解決するため、Ｉフレーム送信タイミングを分散させるのであれば、その分散方法においてどのような手法も採用できる。
【００３３】
リソース管理機能部１３は、呼接続の可否を判断する接続可否判断機能部１３１と、処理リソース管理テーブル１３４に新たな消費リソースを割り当てるリソース割当機能部１３２と、処理リソース管理テーブル１３４から不要な消費リソースを削除するリソース削除機能部１３３と、メディアサーバ１の処理リソースを管理する処理リソース管理テーブル１３４と、処理リソース管理テーブル１３４で処理リソースを計算するのに必要なパラメータ値を保持する呼種別情報管理テーブル１３５とを備える。
【００３４】
図２は、呼種別情報管理テーブル１３５で管理・保持される呼種別情報管理テーブルの例を示す図である。呼種別情報管理テーブルでは、呼種ｋごとの映像ファイルについて、フレームレートＦ、Ｉフレームの送信レートＩ、Ｉフレームの最大消費リソース量ＲＩ、Ｐフレームの最大消費リソース量ＲＰ、音声呼の最大消費リソース量ＲＡ、呼接続割合Ｐといったパラメータ値が管理される。但し、呼接続割合Ｐは、受付呼種が１種類のときにはＰ（１）＝１となるため、管理不要とすることができる。
【００３５】
それらパラメータ値の取得・算出方法を図３に示す。フレームレートＦ（ｋ）及びＩフレームの送信レートＩ（ｋ）は、接続呼種ｋごとに決まっている値を入力する。Ｉフレームの最大消費リソース量ＲＩ（ｋ）及びＰフレームの最大消費リソース量ＲＰ（ｋ）は、ＩフレームとＰフレームの最大データサイズからオフラインでの実測又は算出により求めた値を入力する。呼接続割合Ｐ（ｋ）は、統計的に予想される値を入力する。
【００３６】
図４は、処理リソース管理テーブル１３４で管理される処理リソース管理テーブルを示す図である。Ｉフレームとフレーム（映像ファイル内の各フレーム）が挿入される挿入位置は、Ｉフレームの送信レートＩ（ｋ）とフレームレートＦ（ｋ）が時間的に一定であるため、呼種１〜ｋのそれら各レートの最小公倍数の逆数の周期をもつ。
【００３７】
すなわち、Ｉフレームの挿入周期（送信周期）Ｔとフレームの挿入周期（送信周期）ΔＴは、それぞれ式（１）と式（２）で計算される。これらの各挿入周期Ｔ，ΔＴは、呼種１〜ｋの各レートの最小公倍数を計算することから、特定呼種ｋのＩフレーム挿入周期によらず、全ての呼種１〜ｋを考慮した周期となる。
【００３８】
Ｔ＝１／（Ｉ（１）〜Ｉ（ｋ）の最小公倍数）      ・・・（１）
ΔＴ＝１／（Ｆ（１）〜Ｆ（ｋ）の最小公倍数）    ・・・（２）
そして、処理リソース管理テーブルでは、そのＩフレームの挿入周期Ｔの時間区間を管理単位とし、その時間区間内において、メディアサーバ１で処理可能な処理リソース量全体（例えば、ＮＩＣでの帯域使用可能量やＣＰＵ使用可能率等）をＩフレーム分の処理リソース量とＰフレーム分の処理リソース量と音声分の処理リソース量とに按分し、按分された処理リソース量ごとに、ＩフレームとＰフレームと音声との各消費リソース量を、その時間区間をフレームの挿入周期ΔＴで分割した時分割スロットに割り当てて管理する。
【００３９】
ここで、図４と図５を参照しながら、例えば呼種ｋ＝５の映像ファイルを映像ストリームする際に実行される消費リソースの割り当て処理を説明する。尚、図４では、呼種ｋ＝１，３の各映像ファイルが既にストリーミング中であるとする。
【００４０】
最初に、上位から呼種５の映像ファイルに対する消費リソース割当依頼を受信した場合、接続可否判断機能部１３１により、最新の処理リソース管理テーブルを用いて全時分割スロットでの各処理リソースの使用状態が確認される（Ｓ１）。
【００４１】
すなわち、ここでは、時分割スロットごとに、Ｉフレーム分，Ｐフレーム分，音声分の各処理リソース量に空きがあるかが確認される。
【００４２】
次に、同接続可否判断機能部１３１により、Ｉフレーム分の処理リソースにおいて、空きのある時分割スロットに対して、対象映像ファイルのＩフレーム送信時間間隔Ｔｋ＝５ごとに当該Ｉフレームの最大消費リソース量ＲＩ（５）を割り当て可能か否かが判定される（Ｓ２）。
【００４３】
すなわち、当該Ｉフレーム送信時間間隔Ｔｋ＝５ごとにＲＩ（５）分の空きを持つスロットパターン（Ｉフレーム分の処理リソース量を超過しない時分割スロット）があるかが確認される。空きスロットの探索方法は、例えば接続要求のあった時点のスロットから順に割り当てたときの消費リソース量を計算し、最初に発見されたリソースを超過しないスロットパターンに割り当てる方法がある。尚、本Ｓ２で割り当て可能なスロットパターンが１つもない場合には、Ｓ６に進み呼損扱いとされる。
【００４４】
次に、同接続可否判断機能部１３１により、Ｓ２で割り当て可能と判定された場合、Ｐフレーム分の処理リソースにおいて、上記Ｉフレームを割り当てた際の時分割スロットを起点とし、当該Ｉフレームを割り当てた時分割スロット以外の時分割スロットに対して、対象映像ファイルのフレーム送信時間間隔ΔＴｋ＝５ごとに当該フレームの最大消費リソース量ＲＰ（５）を割り当て可能か否かが判定される（Ｓ３）。
【００４５】
すなわち、当該フレーム送信時間間隔ΔＴｋ＝５ごとにＲＰ（５）分の空きを持つスロットパターン（Ｐフレーム分の処理リソース量を超過しない時分割スロット）があるかが確認される。尚、本Ｓ３で割り当て可能なスロットパターンが１つもない場合には、Ｓ２に戻り割り当て可能な他のスロットパターンが探索される。そして、他に割り当て可能なスロットパターンがあればＳ３を再度実行するが、全て探索しても他に割り当て可能なスロットパターンを発見できない場合は、Ｓ２を経由してＳ６に進み呼損扱いとされる。
【００４６】
次に、同接続可否判断機能部１３１により、Ｓ３で割り当て可能と判定された場合、音声分の処理リソースにおいて、対象映像ファイルの音声呼１ストリーム分の最大消費リソース量ＲＡ（５）を割り当て可能か否かが判定される（Ｓ４）。尚、本Ｓ４で割り当て可能な空きがない場合には、Ｓ６に進み呼損扱いとされる。
【００４７】
最後に、リソース割当機能部１３２により、Ｓ４で割り当て可能と判定された場合、Ｓ２〜Ｓ４で行った割り当て処理が処理リソース管理テーブル１３４に反映される（Ｓ５）。
【００４８】
具体的には、Ｉフレーム分の処理リソースにおいて、対象映像ファイルのＩフレーム送信時間間隔Ｔｋ＝５でＩ（５）×Ｔｋ＝５個の最大消費リソース量ＲＩ（５）が時分割スロットに割り当てられる。また、Ｐフレーム分の処理リソースにおいて、Ｉフレームを割り当てた時分割スロット以外の時分割スロットに対して、対象映像ファイルのフレーム送信時間間隔ΔＴｋ＝５で［Ｆ（５）−Ｉ（５）］×Ｔｋ＝５個の最大消費リソース量ＲＰ（５）が時分割スロットに割り当てられる。さらに、音声分の処理リソースにおいて、対象映像ファイルの音声呼が時分割スロットに割り当てられる。
【００４９】
ここで、各処理リソースに対する、割り当て消費リソース量、割当箇所、割当箇所の個数、受付可能な処理リソース量の按分比率を図６に纏める。前述した各処理リソースを按分する際の按分比率は、呼種ｋの割り当て処理リソース量と割当箇所の個数の積について、呼接続割合Ｐ（ｋ）を乗じた上で、全ての呼種に関して合計した量である。
【００５０】
尚、上記リソース管理方法を用いるためには、本システムについて呼種ごとのＩフレーム送信レートの最小公倍数の逆数まで再生開始遅延が許容されることが必要となる。
【００５１】
次に、本実施の形態に係るメディアサーバ１及び処理リソース平準化装置１００の動作を説明する。図７は、メディアサーバ１及び処理リソース平準化装置１００の処理フローを示す図である。
【００５２】
最初に、呼制御機能部１１の呼接続受付・切断機能部１１１が端末３から送信された呼接続要求信号を受信すると（Ｓ１００）、呼種別判断機能部１１２により、その呼接続要求信号内のＳＤＰ（Session Description Protocol）等のメディア情報とメディアサーバ１でサポートしている呼種別情報とを用いて当該新たに接続要求された呼種別が判断され（Ｓ１０１）、リソース管理機能部１３に対して当該呼種別の接続可否判断依頼が要求される（Ｓ１０２）。
【００５３】
尚、Ｓ１０１の呼種別判断処理において、コーデック種別の判断に用いるメディア情報には、例えば、エンコーディング名、映像コーデックのプロファイルとレベル、パケット化周期、帯域等がある。
【００５４】
次に、リソース管理機能部１３の接続可否判断機能部１３１により、該当呼種別の映像ファイルに係るＩフレームの最大消費リソース量等（図２において該当呼種に対応するパラメータ値）が呼種別情報管理テーブル１３５から読み出され、処理リソース管理テーブル１３４に対して当該最大消費リソース量を割り当て可能か否か（図５のＳ１〜Ｓ４参照）に基づいて接続可否が判断され（Ｓ１０３）、要求元の呼制御機能部１１に対して接続可否判断結果が通知される（Ｓ１０４）。以降、接続可否判断結果が接続可であった場合の動作を説明する。
【００５５】
次に、呼制御機能部１１は、リソース管理機能部１３から接続可の通知を受信すると、呼種別判断機能部１１２により、リソース管理機能部１３に対して該当呼種別の消費リソース割当依頼が要求される（Ｓ１０５）。
【００５６】
次に、リソース管理機能部１３は、呼制御機能部１１から消費リソース割当依頼を受信すると、リソース割当機能部１３２により、指定された呼種別の消費リソース割当が実行され（Ｓ１０６，図５のＳ５参照）、要求元の呼制御機能部１１に対して消費リソース割当完了が通知される（Ｓ１０７）。
【００５７】
次に、呼制御機能部１１は、リソース管理機能部１３から消費リソース割当完了通知を受信すると、呼接続受付・切断機能部１１１により、要求元の端末３に対して呼接続許可信号が送信される（Ｓ１０８）。
【００５８】
次に、呼制御機能部１１は、その端末３から呼接続完了信号を受信すると（Ｓ１０９）、呼接続受付・切断機能部１１１により、再生タイミング制御機能部１２に対して再生タイミング制御指示が要求される（Ｓ１１０）。
【００５９】
次に、再生タイミング制御機能部１２は、呼制御機能部１１から再生タイミング制御指示を受信すると、待ち時間挿入機能部１２１により、Ｓ１０６での消費リソース割当結果に基づいて該当呼種別の映像ストリームのＩフレーム送信開始時刻が到来するまで待つ処理（Ｉフレーム送信の遅延制御処理）が実行され（Ｓ１１１）、その時刻が到来したときにメディア処理機能部１４に対してメディア再生開始指示が要求される（Ｓ１１２）。
【００６０】
次に、メディア処理機能部１４は、再生タイミング制御機能部１２からメディア再生開始指示を受信すると、ファイル再生機能部１４１により、該当呼種別の映像ファイルがファイル記憶装置１４２から読み出され、要求元の端末３に対して直ちに映像ストリーム送信が開始される（Ｓ１１３）。
【００６１】
その後、呼制御機能部１１は、その端末３から呼切断要求信号を受信すると（Ｓ１１４）、呼接続受付・切断機能部１１１により、リソース管理機能部１３に対して切断要求された呼種別の消費リソース削除依頼が要求される（Ｓ１１５）。
【００６２】
次に、リソース管理機能部１３は、呼制御機能部１１から消費リソース削除依頼を受信すると、リソース削除機能部１３３により、該当呼種別の消費リソースが処理リソース管理テーブル１３４から削除され（Ｓ１１６）、その削除完了後、呼制御機能部１１に対して消費リソース削除完了が通知される（Ｓ１１７）。
【００６３】
最後に、呼制御機能部１１は、リソース管理機能部１３から消費リソース削除完了通知を受信すると、呼接続受付・切断機能部１１１により、要求元の端末３に対して呼切断応答信号が送信される（Ｓ１１８）。
【００６４】
以上より、本実施の形態によれば、映像ストリームの多重送信処理時にＩフレームの送信タイミングを分散させるので、映像ストリームの多重送信処理時において、消費する処理リソースを平準化し、同時受付可能な呼接続数を向上することができる。
【符号の説明】
【００６５】
１…メディアサーバ
１１…呼制御機能部
１１１…呼接続受付・切断機能部
１１２…呼種別判断機能部
１２…再生タイミング制御機能部
１２１…待ち時間挿入機能部（制御手段）
１３…リソース管理機能部
１３１…接続可否判断機能部
１３２…リソース割当機能部（割当手段）
１３３…リソース削除機能部
１３４…処理リソース管理テーブル（管理手段）
１３５…呼種別情報管理テーブル
１４…メディア処理機能部
１４１…ファイル再生機能部（送信手段）
１４２…ファイル記憶装置（記憶手段）
２…通信ネットワーク
３…端末
１００…処理リソース平準化装置
Ｓ１〜Ｓ６、Ｓ１００〜Ｓ１１８…ステップ
【図１】
0005844692.tif 000002
【図２】
0005844692.tif 000003
【図３】
0005844692.tif 000004
【図４】
0005844692.tif 000005
【図５】
0005844692.tif 000006
【図６】
0005844692.tif 000007
【図７】
0005844692.tif 000008