(57)【特許請求の範囲】
【請求項１】
複数のコーデックを有し、該複数のコーデックの中の１つによりメディアデータファイルをデコードし、得られたメディアストリームを送信するメディアストリーム送信部を備えるメディアサーバに設けられる輻輳制御装置であって、
前記各コーデックにつき、該コーデックで１つのメディアデータファイルをデコードしているときに前記メディアサーバで消費されるリソース量に対応する重み係数を記憶した重み係数記憶手段と、
前記各コーデックにつき、該コーデックでデコードされているメディアデータファイルの数を示すメディアデータファイル数が記憶されるメディアデータファイル数記憶手段と、
前記メディアサーバで消費できる上限のリソース量に対応する閾値を記憶した閾値記憶手段と、
メディアストリームの送信を要求された際に、前記各コーデックにつき、該コーデックについての重み係数を前記重み係数記憶手段から読み出し、該コーデックについてのメディアデータファイル数を前記メディアデータファイル数記憶手段から読み出し、該重み係数と該メディアデータファイル数の積を求めるとともに、該積の前記各コーデックについての総和を求める総和計算手段と、
前記要求されたメディアストリームを得るためのコーデックについての重み係数を前記重み係数記憶手段から読み出し、前記閾値記憶手段から閾値を読み出し、該重み係数を前記総和に加算し、加算値が該閾値未満であるか否かを判定するメディアストリーム送信可否判定手段と、
該加算値が該閾値未満なら前記メディアストリーム送信部に対し、前記要求されたメディアストリームを得るためのメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行うメディアストリーム送信指示手段と
を備えることを特徴とする輻輳制御装置。
【請求項２】
前記閾値は、前記メディアサーバから同時送信可能な最大のパケットの数であり、
前記各重み係数は、該重み係数に対応するコーデックにより得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値である
ことを特徴とする請求項１記載の輻輳制御装置。
【請求項３】
前記メディアストリーム送信可否判定手段は、複数のコーデックを使用する際の優先順位が指定されている場合において、該各コーデックにつき、前記加算値が前記閾値未満であるか否かを判定し、
前記メディアストリーム送信指示手段は、前記加算値が前記閾値未満であると判定されたコーデックから、最も高い優先順位に対応するコーデックを選択し、前記メディアストリーム送信部に対し、該選択したコーデックによりメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行う
ことを特徴とする請求項１または２記載の輻輳制御装置。
【請求項４】
複数のコーデックを有し、該複数のコーデックの中の１つによりメディアデータファイルをデコードし、得られたメディアストリームを送信するメディアストリーム送信部を備えるメディアサーバに設けられる輻輳制御装置の動作方法であって、
前記輻輳制御装置は、
前記各コーデックにつき、該コーデックで１つのメディアデータファイルをデコードしているときに前記メディアサーバで消費されるリソース量に対応する重み係数を記憶した重み係数記憶手段と、
前記各コーデックにつき、該コーデックでデコードされているメディアデータファイルの数を示すメディアデータファイル数が記憶されるメディアデータファイル数記憶手段と、
前記メディアサーバで消費できる上限のリソース量に対応する閾値を記憶した閾値記憶手段とを備え、
前記動作方法は、
前記輻輳制御装置の総和計算手段が、メディアストリームの送信を要求された際に、前記各コーデックにつき、該コーデックについての重み係数を前記重み係数記憶手段から読み出し、該コーデックについてのメディアデータファイル数を前記メディアデータファイル数記憶手段から読み出し、該重み係数と該メディアデータファイル数の積を求めるとともに、該積の前記各コーデックについての総和を求め、
前記輻輳制御装置のメディアストリーム送信可否判定手段が、
前記要求されたメディアストリームを得るためのコーデックについての重み係数を前記重み係数記憶手段から読み出し、前記閾値記憶手段から閾値を読み出し、該重み係数を前記総和に加算し、加算値が該閾値未満であるか否かを判定し、
前記輻輳制御装置のメディアストリーム送信指示手段が、
該加算値が該閾値未満なら前記メディアストリーム送信部に対し、前記要求されたメディアストリームを得るためのメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行う
ことを特徴とする輻輳制御装置の動作方法。
【請求項５】
前記閾値は、前記メディアサーバから同時送信可能な最大のパケットの数であり、
前記各重み係数は、該重み係数に対応するコーデックにより得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値である
ことを特徴とする請求項４記載の輻輳制御装置の動作方法。
【請求項６】
前記メディアストリーム送信可否判定手段は、複数のコーデックを使用する際の優先順位が指定されている場合において、該各コーデックにつき、前記加算値が前記閾値未満であるか否かを判定し、
前記メディアストリーム送信指示手段は、前記加算値が前記閾値未満であると判定されたコーデックから、最も高い優先順位に対応するコーデックを選択し、前記メディアストリーム送信部に対し、該選択したコーデックによりメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行う
ことを特徴とする請求項４または５記載の輻輳制御装置の動作方法。
【請求項７】
請求項１ないし３のいずれかに記載の輻輳制御装置としてコンピュータを機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、輻輳制御装置およびその動作方法に関するものである。
【背景技術】
【０００２】
従来においては、記憶装置に記憶された音声や映像に関するメディアデータファイルをデコードし、得られたメディアストリームを端末に送信する機能を有するメディアサーバがあり、メディアサーバは、電話の各種ガイダンス通知や様々な付加サービスに用いられる。
【０００３】
一般に、特定のサーバに多くの処理要求が集中し、サーバが過負荷状態となり、サービス品質の低下や正常な処理が不可能となる場合がある。そのような輻輳状態を解消もしくは回避する技術が輻輳制御である。
【０００４】
例えば、特許文献２では、SIPサーバへ同時に接続可能な呼数に上限を設け、上限を超える呼を接続しないように制御する方法を開示している。
【０００５】
また、非特許文献２では、単位時間当りの新規接続許容呼数を規定値以下にする呼数密度制御に基づく方式が提案、評価されている。
【０００６】
これらの従来技術は、音声通話サービスのみを対象としており、呼毎に必要なサーバリソース(例えば、サーバ処理能力)の違いを考慮せずに、全体の呼数を基に輻輳制御を行っている。
【０００７】
しかしながら、近年は音声のみでなく映像も伝えることのできるテレビ電話サービスが提供されている。
【０００８】
テレビ電話用端末には、携帯端末から高精細テレビ会議用端末まで、様々な種類があり、画面解像度やフレームレート、符号化方式等の異なる各種コーデックが用いられる。コーデックは、メディアデータファイルを符号化する方式の名前（エンコーディング名）やプロファイルレベル、帯域等で分類される。
【０００９】
一般にメディアサーバにおいて、コーデックで１つのメディアデータファイルをデコードしているときに消費されるリソース量は、コーデック毎に異なる。特に、狭帯域の音声から広帯域の高精細映像までに対応すべく、多くのコーデックを使用する場合、消費されるリソース量の差は大きい。
【００１０】
このようなメディアサーバにおいて、全体の同時接続数、つまり同時に送信するメディアストリームの数に上限値を設ける輻輳制御を行う場合、品質確保のためには、全てのメディアストリームが、リソース量が最も多く消費するコーデックで得られるものと仮定し、上限値を決める必要がある。従って、仮にメディアサーバが、リソースを少ししか消費しないコーデックで得られるメディアストリームしか送信していないような場合、メディアサーバのリソース量は余りすぎているにも係らず輻輳制御が行われ、それ以上の呼の接続が規制されるため、メディアサーバの利用効率が悪くなる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１０ー２４５７２７号公報
【特許文献２】特開２００９−２３９５５０号公報
【非特許文献】
【００１２】
【非特許文献１】早坂他、「メロディコールサービスの開発」、NTT Docomoテクニカルジャーナル、Vol.12、No.1、pp.64-69
【非特許文献２】可児島健、松川幸永、堀込英明、「IP電話網における輻輳制御方式の評価」、電子情報通信学会技術報告、TM2007-30(2007)
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、複数のコーデックを使用するメディアサーバにおいて、消費されるリソース量が上限に達すること、および、消費できるリソース量が余りすぎることを防止する輻輳制御装置およびその動作方法を提供することにある。
【課題を解決するための手段】
【００１４】
上記の課題を解決するために、第１の本発明は、複数のコーデックを有し、該複数のコーデックの中の１つによりメディアデータファイルをデコードし、得られたメディアストリームを送信するメディアストリーム送信部を備えるメディアサーバに設けられる輻輳制御装置であって、前記各コーデックにつき、該コーデックで１つのメディアデータファイルをデコードしているときに前記メディアサーバで消費されるリソース量に対応する重み係数を記憶した重み係数記憶手段と、前記各コーデックにつき、該コーデックでデコードされているメディアデータファイルの数を示すメディアデータファイル数が記憶されるメディアデータファイル数記憶手段と、前記メディアサーバで消費できる上限のリソース量に対応する閾値を記憶した閾値記憶手段と、メディアストリームの送信を要求された際に、前記各コーデックにつき、該コーデックについての重み係数を前記重み係数記憶手段から読み出し、該コーデックについてのメディアデータファイル数を前記メディアデータファイル数記憶手段から読み出し、該重み係数と該メディアデータファイル数の積を求めるとともに、該積の前記各コーデックについての総和を求める総和計算手段と、前記要求されたメディアストリームを得るためのコーデックについての重み係数を前記重み係数記憶手段から読み出し、前記閾値記憶手段から閾値を読み出し、該重み係数を前記総和に加算し、加算値が該閾値未満であるか否かを判定するメディアストリーム送信可否判定手段と、該加算値が該閾値未満なら前記メディアストリーム送信部に対し、前記要求されたメディアストリームを得るためのメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行うメディアストリーム送信指示手段とを備えることを特徴とする輻輳制御装置をもって解決手段とする。
【００１５】
例えば、第１の本発明において、前記閾値は、前記メディアサーバから同時送信可能な最大のパケットの数であり、前記各重み係数は、該重み係数に対応するコーデックにより得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値である。
【００１６】
例えば、第１の本発明において、前記メディアストリーム送信可否判定手段は、複数のコーデックを使用する際の優先順位が指定されている場合において、該各コーデックにつき、前記加算値が前記閾値未満であるか否かを判定し、前記メディアストリーム送信指示手段は、前記加算値が前記閾値未満であると判定されたコーデックから、最も高い優先順位に対応するコーデックを選択し、前記メディアストリーム送信部に対し、該選択したコーデックによりメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行う。
【００１７】
第２の本発明は、複数のコーデックを有し、該複数のコーデックの中の１つによりメディアデータファイルをデコードし、得られたメディアストリームを送信するメディアストリーム送信部を備えるメディアサーバに設けられる輻輳制御装置の動作方法であって、前記輻輳制御装置は、前記各コーデックにつき、該コーデックで１つのメディアデータファイルをデコードしているときに前記メディアサーバで消費されるリソース量に対応する重み係数を記憶した重み係数記憶手段と、前記各コーデックにつき、該コーデックでデコードされているメディアデータファイルの数を示すメディアデータファイル数が記憶されるメディアデータファイル数記憶手段と、前記メディアサーバで消費できる上限のリソース量に対応する閾値を記憶した閾値記憶手段とを備え、前記動作方法は、前記輻輳制御装置の総和計算手段が、メディアストリームの送信を要求された際に、前記各コーデックにつき、該コーデックについての重み係数を前記重み係数記憶手段から読み出し、該コーデックについてのメディアデータファイル数を前記メディアデータファイル数記憶手段から読み出し、該重み係数と該メディアデータファイル数の積を求めるとともに、該積の前記各コーデックについての総和を求め、前記輻輳制御装置のメディアストリーム送信可否判定手段が、前記要求されたメディアストリームを得るためのコーデックについての重み係数を前記重み係数記憶手段から読み出し、前記閾値記憶手段から閾値を読み出し、該重み係数を前記総和に加算し、加算値が該閾値未満であるか否かを判定し、前記輻輳制御装置のメディアストリーム送信指示手段が、該加算値が該閾値未満なら前記メディアストリーム送信部に対し、前記要求されたメディアストリームを得るためのメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行うことを特徴とする輻輳制御装置の動作方法をもって解決手段とする。
【００１８】
例えば、第２の本発明において、前記閾値は、前記メディアサーバから同時送信可能な最大のパケットの数であり、前記各重み係数は、該重み係数に対応するコーデックにより得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値である。
【００１９】
例えば、第２の本発明において、前記メディアストリーム送信可否判定手段は、複数のコーデックを使用する際の優先順位が指定されている場合において、該各コーデックにつき、前記加算値が前記閾値未満であるか否かを判定し、前記メディアストリーム送信指示手段は、前記加算値が前記閾値未満であると判定されたコーデックから、最も高い優先順位に対応するコーデックを選択し、前記メディアストリーム送信部に対し、該選択したコーデックによりメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行う。
【発明の効果】
【００２０】
本発明によれば、複数のコーデックを使用するメディアサーバにおいて、消費されるリソース量が上限に達すること、および、消費できるリソース量が余りすぎることを防止するすることができる。
【図面の簡単な説明】
【００２１】
【図１】本実施の形態に係る輻輳制御装置を利用した通信システムの構成図である。
【図２】重み係数記憶部１１に記憶される重み係数の一例を示す図である。
【図３】通信システムの動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態について図面を参照して説明する。
【００２３】
図１は、本実施の形態に係る輻輳制御装置を利用した通信システムの構成図である。
【００２４】
メディアサーバ１は、呼制御サーバ２と端末３に対し、図示しないＩＰネットワークを介して接続される。端末３は、一般には複数存在する。
【００２５】
メディアサーバ１は、呼制御サーバ２からの呼接続制御にしたがい、端末３にメディアストリームを送信する装置である。呼接続制御には、例えばSIP(Session Initiation Protocol)等の標準的な呼制御プロトコルが用いられる。
【００２６】
メディアサーバ１は、輻輳制御部１０とメディア再生機能部２０とを備える。輻輳制御部１０は、本実施の形態に係る輻輳制御装置である。
【００２７】
メディア再生機能部２０は、複数のメディアデータファイルが記憶されたメディアデータファイル記憶部２１と、複数のコーデックを有し、メディアデータファイル記憶部２１から読み出したメディアデータファイルを該メディアデータファイルに適したコーデックでデコードするとともに、デコードで得られたメディアストリームを端末３に送信するメディアストリーム送信部２２とを備える。
【００２８】
メディアストリームは、例えば、RTP(Real-time Transport Protocol)パケットにより構成される。
【００２９】
輻輳制御部１０は、各コーデックにつき、該コーデックで１つのメディアデータファイルをデコードしているときにメディアサーバ１で消費されるリソース量に対応する重み係数を記憶した重み係数記憶部１１と、各コーデックにつき、該コーデックでデコードされているメディアデータファイルの数を示すメディアデータファイル数が記憶されるメディアデータファイル数記憶部１２と、メディアサーバ１で消費できる上限のリソース量に対応する閾値を記憶した閾値記憶部１３と、呼制御サーバ２から呼接続要求信号が送信された際に、各コーデックにつき、該コーデックについての重み係数を重み係数記憶部１１から読み出し、該コーデックについてのメディアデータファイル数をメディアデータファイル数記憶部１２から読み出し、該重み係数と該メディアデータファイル数の積を求めるとともに、該積の各コーデックについての総和を求める総和計算部１４と、該計算された総和を用いて、呼接続の可否を判定する呼接続可否判定部１５と、呼制御サーバ２と通信を行い、受信した呼接続要求信号に含まれる情報を基に、呼接続が許可された際い使用すべきコーデックを特定し、呼接続可否判定部１５に呼接続の可否を判定するように指示し、呼接続を許可されたなら、呼制御サーバ２に呼接続許可信号を送信するとともに、メディアストリーム送信部２２に対して、メディアストリームを送信するように指示する呼接続制御部１６と、呼制御サーバ２が呼接続を完了し、メディアストリームの送信が可能になったなら、メディアデータファイル数記憶部１２の該特定されたコーデックについてのメディアデータファイル数を増加させる一方、呼が切断され、メディアストリームの送信ができなくなったなら、該メディアデータファイル数を減少させるメディアデータファイル数増減処理部１７とを備える。
【００３０】
閾値記憶部１３に記憶される閾値は、例えば、メディアサーバ１から同時送信可能な最大のパケットの数である。
【００３１】
呼接続制御部１６は、上記処理のほかに、呼接続を拒否されたなら、呼制御サーバ２に対して呼接続拒否信号を送信する。また、呼接続制御部１６は、呼接続可否判定部１５への指示と、メディアデータファイル数増減処理部１７への指示と、メディアストリーム送信部２２への指示とが一貫性をもつように排他制御を行う。
【００３２】
図２は、重み係数記憶部１１に記憶される重み係数の一例を示す図である。ただし、同図の備考欄は、参考のためのものであり、重み係数記憶部１１には含まれない。
【００３３】
同図は、重み係数記憶部１１が、「G.711 μ-law」という名称のコーデックについて、重み係数「５０」を記憶し、「MPEG-4 visual SP@L0」という名称のコーデックについて、重み係数「８２」を記憶し、「MPEG-4 visual SP@L4a」という名称のコーデックについて、重み係数「５３６」を記憶し、「MPEG-4 visual SP@L6」という名称のコーデックについて、重み係数「１８６６」を記憶していることを示す。
【００３４】
閾値記憶部１３の閾値が、メディアサーバ１から同時送信可能な最大のパケットの数である場合、同図に示す各重み係数は、そのような閾値に適した値となっている。つまり、各重み係数は、対応するコーデックにより得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値となっている。
【００３５】
具体的には、重み係数「５０」は、対応するコーデック「G.711 μ-law」により得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値で得られる値である。ここでは、パケットのペイロードの平均のサイズを１６０Ｂｙｔｅとして計算した。
【００３６】
重み係数「８２」は、対応するコーデック「MPEG-4 visual SP@L0」により得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値で得られる値である。ここでは、パケットのペイロードの平均のサイズを１００Ｂｙｔｅとして計算した。
【００３７】
重み係数「５３６」は、対応するコーデック「MPEG-4 visual SP@L4a」により得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値で得られる値である。ここでは、パケットのペイロードの平均のサイズを１０００Ｂｙｔｅとして計算した。
【００３８】
重み係数「１８６６」は、対応するコーデック「MPEG-4 visual SP@L6」により得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値で得られる値である。ここでは、パケットのペイロードの平均のサイズを１０００Ｂｙｔｅとして計算した。
【００３９】
なお、各重み係数は、対応するコーデックにより得られる１つのメディアストリームで消費可能な最大の帯域を該メディアストリームを構成するパケットのサイズで除した値には限定されない。
【００４０】
例えば、閾値が、メディアサーバ１における上限の処理能力に対応する値である場合において、各重み係数は、対応するコーデックで１つのメディアデータファイルがデコードされているときに使用される処理能力に対応する値としてもよい。
【００４１】
（本実施の形態に係る通信システムの動作）
図３は、本実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【００４２】
ここでは、ある端末３（以下、単に端末３という）に対し、メディアサーバ１からメディアストリームが送信される際に行われるシーケンスを説明する。
【００４３】
呼接続制御部１６は、呼制御サーバ２から呼接続要求信号を受信したなら（Ｓ１）、呼接続要求信号に含まれるSDP(Session Description Protocol)等のメディア情報（エンコーディング名、コーデックのプロファイルとレベル、パケット化周期、帯域等）と、例えば、メディアストリーム送信部２２で使用できる各コーデックを記載したコーデック情報とを用い、呼接続が許可された際に使用すべきコーデックを特定する。また、ここでは、呼接続が許可された際にデコードすべきメディアデータファイルが特定されたこととする。呼接続制御部１６は、呼接続可否判定部１５に対し、該コーデックの種別などを通知し、呼接続の可否を判定するように指示を行う（Ｓ３）。
【００４４】
これにより、呼接続可否判定部１５は、総和計算部１４に対し、総和を計算するように指示を行う（Ｓ５）。
【００４５】
これにより、総和計算部１４は、メディアストリーム送信部２２で使用できる各コーデックにつき、該コーデックについての重み係数を重み係数記憶部１１から読み出し、該コーデックについてのメディアデータファイル数をメディアデータファイル数記憶部１２から読み出し、該重み係数と該メディアデータファイル数の積を求めるとともに、該積の各コーデックについての総和を計算し（Ｓ７）、該総和の値を呼接続可否判定部１５に通知する（Ｓ９）。
【００４６】
これにより、呼接続可否判定部１５は、呼接続制御部１６から通知されたコーデックにつき、該コーデックについての重み係数を重み係数記憶部１１から読み出し、閾値記憶部１３から閾値を読み出し、該重み係数を、ステップＳ９で通知された総和に加算し、加算値と閾値に基づいて、呼接続の可否を判定する（Ｓ１１）。
【００４７】
呼接続可否判定部１５は、加算値が閾値未満なら、呼接続を許可する旨を呼接続制御部１６に通知する（Ｓ１３）。
【００４８】
これにより、呼接続制御部１６は、呼制御サーバ２に対し、呼接続を許可することを示す呼接続許可応答信号を送信する（Ｓ１５）。
【００４９】
これにより、呼制御サーバ２は、メディアサーバ１と端末３の間の呼接続を行い、呼接続が完了した旨を示す呼接続完了信号を呼接続制御部１６に送信する（Ｓ１７）。
【００５０】
これにより、呼接続制御部１６は、メディアデータファイル数増減処理部１７に対し、ステップＳ３で特定したコーデックの種別などを通知し、メディアデータファイル数記憶部１２における該コーデックについてのメディアデータファイル数に１を加算するように指示を行う（Ｓ１９）。
【００５１】
これにより、メディアデータファイル数増減処理部１７は、メディアデータファイル数記憶部１２における該通知されたコーデックについてのメディアデータファイル数に１を加算し、呼接続制御部１６に対し、メディアデータファイル数に１を加算した旨を通知する（Ｓ２１）。
【００５２】
これにより、呼接続制御部１６は、メディアストリーム送信部２２に対し、ステップＳ３で特定されたメディアデータファイルをステップＳ３で特定されたコーデックによりデコードするとともに、デコードにより得られるメディアストリームを端末３に送信するように指示を行う（Ｓ２３）。
【００５３】
これにより、メディアストリーム送信部２２は、該メディアデータファイルをメディアデータファイル記憶部２１から読み出し、該メディアデータファイルを該コーデックでデコードし、デコードにより得られるメディアストリームを端末３に送信する。
【００５４】
すなわち、呼接続が許可された際に使用されるコーデックについての重み係数を総和に加算した加算値が、メディアサーバ１で消費できる上限のリソース量に対応する閾値未満なら、呼接続を許可することで、輻輳を防止できるとともに、リソース量が余りすぎてしまう不都合も防止することができる。
【００５５】
なお、呼制御サーバ２は、例えば、端末３へのメディアストリームの送信が終了し、端末３から呼切断要求があったなら、呼切断を行い、呼切断を完了したことを示す呼切断完了信号を呼接続制御部１６に送信する。
【００５６】
これにより、呼接続制御部１６は、メディアデータファイル数増減処理部１７に対し、ステップＳ３で特定したコーデックの種別などを通知し、該当のメディアデータファイル数から１を減算するように指示を行う。
【００５７】
これにより、メディアデータファイル数増減処理部１７は、メディアデータファイル数記憶部１２における該コーデックについてのメディアデータファイル数から１を減算する。
【００５８】
なお、呼接続可否判定部１５は、加算値が閾値以上なら呼接続を拒否する旨を呼接続制御部１６に通知する。
【００５９】
これにより、呼接続制御部１６は、呼制御サーバ２に対し、呼接続を拒否することを示す呼接続拒否応答信号を送信する。
【００６０】
これにより、呼制御サーバ２は、メディアサーバ１と端末３と間の呼接続を中止する。よって、メディアデータファイルのデコード、メディアストリームの送信も中止される。
【００６１】
したがって、本実施の形態に係る輻輳制御装置（１０）によれば、複数のコーデックを有し、該複数のコーデックの中の１つによりメディアデータファイルをデコードし、得られたメディアストリームを送信するメディアストリーム送信部２２を備えるメディアサーバ１に設けられる輻輳制御装置であって、各コーデックにつき、該コーデックで１つのメディアデータファイルをデコードしているときにメディアサーバ１で消費されるリソース量に対応する重み係数を記憶した重み係数記憶手段（１１）と、各コーデックにつき、該コーデックでデコードされているメディアデータファイルの数を示すメディアデータファイル数が記憶されるメディアデータファイル数記憶手段（１２）と、メディアサーバ１で消費できる上限のリソース量に対応する閾値を記憶した閾値記憶手段（１３）と、メディアストリームの送信を要求された際に（ステップＳ１）、各コーデックにつき、該コーデックについての重み係数を重み係数記憶手段（１１）から読み出し、該コーデックについてのメディアデータファイル数をメディアデータファイル数記憶手段（１２）から読み出し、該重み係数と該メディアデータファイル数の積を求めるとともに、該積の各コーデックについての総和を求める（ステップＳ７）総和計算手段（１４）と、要求されたメディアストリームを得るためのコーデックについての重み係数を重み係数記憶手段（１１）から読み出し、閾値記憶手段（１３）から閾値を読み出し、該重み係数を総和に加算し、加算値が該閾値未満であるか否かを判定する（ステップＳ１１）メディアストリーム送信可否判定手段（１５）と、該加算値が該閾値未満ならメディアストリーム送信部２２に対し、要求されたメディアストリームを得るためのメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行うメディアストリーム送信指示手段（１６）とを備えるので、メディアサーバ１で消費されるリソース量が上限に達すること、および、消費できるリソース量が余りすぎてしまうことを防止でき、よって、リソース量が上限に達することによって生じるメディアストリームの送信に関する輻輳を防止し、且つ、リソース量の余りすぎを防止することができる。
【００６２】
（変形例）
本実施の形態では、呼接続要求信号に含まれる情報により、１つのコーデックを特定し、該コーデックに対応するメディアデータファイルを該コーデックでデコードし、得られたメディアストリームを送信したが、以下のようにしてもよい。
【００６３】
例えば、メディアデータファイル記憶部２１には、複数のコーデックのそれぞれにつき、該コーデックでデコードすべきメディアデータファイルが記憶される。
【００６４】
また、メディアストリーム送信部２２は、該各コーデックを有している。
【００６５】
また、呼接続要求信号においては、該各コーデックを使用する際の優先順位が指定される。
【００６６】
この場合、呼接続可否判定部１５は、該各コーデックにつき、加算値が閾値未満であるか否かを判定し、加算値が閾値未満であると判定されたコーデックの種別などを呼接続制御部１６に通知する。
【００６７】
呼接続制御部１６は、通知されたコーデックについて指定された最も高い優先順位に対応するコーデックを選択し、メディアストリーム送信部２２に対し、該選択されたコーデックに対応するメディアデータファイルを該コーデックでデコードし、得られたメディアストリームを送信するように指示を行う。
【００６８】
メディアストリーム送信部２２は、メディアデータファイル記憶部２１から、該コーデックに対応するメディアデータファイルを読み出し、該メディアデータファイルを該コーデックでデコードし、得られたメディアストリームを端末３に送信する。
【００６９】
したがって、この変形例によれば、メディアストリーム送信可否判定手段（１５）は、複数のコーデックを使用する際の優先順位が指定されている場合において、該各コーデックにつき、加算値が閾値未満であるか否かを判定し、メディアストリーム送信指示手段（１６）は、加算値が閾値未満であると判定されたコーデックから、最も高い優先順位に対応するコーデックを選択し、メディアストリーム送信部２２に対し、該選択したコーデックによりメディアデータファイルをデコードし、得られたメディアストリームを送信するように指示を行うので、複数のコーデックの中から最も高い優先順位に対応するコーデックを使用することができる。
【００７０】
なお、本実施の形態に係る輻輳制御装置（１０）としてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【符号の説明】
【００７１】
１…メディアサーバ
２…呼制御サーバ
３…端末
１０…輻輳制御部
１１…重み係数記憶部
１２…メディアデータファイル数記憶部
１３…閾値記憶部
１４…総和計算部
１５…呼接続可否判定部
１６…呼接続制御部
１７…メディアデータファイル数増減処理部
２０…メディア再生機能部
２１…メディアデータファイル記憶部
２２…メディアストリーム送信部
【図１】
0005498435.tif 000002
【図２】
0005498435.tif 000003
【図３】
0005498435.tif 000004