(57)【要約】【課題】複数の通信チャネルそれぞれの帯域幅の設定値を最適化する。【解決手段】通信部（２−６）は、各端末（１０）との通信を、３つの通信チャネルのうちの、該端末（１０）が属する組織に割り当てられた通信チャネルを介し行う。但し、帯域幅ＤＢ（２−５）に、各通信チャネルの帯域幅の設定値が記憶され、各通信チャネルを介した通信は、その帯域幅の設定値に基づき通信制御部（２−８）により制御される。通信管理システム（２）では、各設定値の最適化が図られており、各組織の通信トラフィック量の時間推移から、各通信チャネルにつき、その通信トラフィック量に関する特徴量が取得され、設定部（２−４）により、各通信チャネルの帯域幅の設定値が、該通信チャネルにつき得られた上記特徴量が該通信チャネルに固有の条件を満足するか否かに基づき設定される。【選択図】図２
2014135650.tif 000002
【特許請求の範囲】
【請求項１】
複数のグループのうちのいずれかに属する情報端末それぞれとの通信を、複数の通信チャネルのうちの、該情報端末が属するグループに割り当てられた通信チャネルを介して行う通信手段と、
前記通信チャネルを介した通信を、該通信チャネルの帯域幅の設定値に基づいて制御する制御手段と、
通信チャネルごとに、該通信チャネルの帯域幅の設定値を、該通信チャネルが割り当てられたグループの通信トラフィック量の時間推移を示すデータに基づき、設定する帯域幅設定手段と、
を備える通信管理システム。
【請求項２】
各通信チャネルについて、該通信チャネルの通信トラフィック量に関する特徴量を、該通信チャネルが割り当てられたグループの通信トラフィック量の時間推移を示すデータに基づいて取得する特徴量取得手段をさらに備え、
前記帯域幅設定手段は、
通信チャネルごとに、該通信チャネルの帯域幅の設定値を、該通信チャネルについて取得された前記特徴量が該通信チャネルに固有の条件を満足するか否かに基づいて設定すること、
を特徴とする請求項１に記載の通信管理システム。
【請求項３】
各通信チャネルの帯域幅の設定値が設定された後に、各通信チャネルの実帯域幅の測定値、の合計を繰り返し取得する取得手段と、
前記合計が取得されるごとに、取得された合計と、各通信チャネルの帯域幅の設定値の合計と、を比較する比較手段と、
前記比較手段の比較結果に基づいて、少なくとも１つの通信チャネルの帯域幅の設定値を更新する更新手段と、
をさらに備える請求項１又は２に記載の通信管理システム。
【請求項４】
前記更新手段は、
各通信チャネルの実帯域幅の測定値の合計が、各通信チャネルの帯域幅の設定値の合計より小さい場合に、少なくとも１つの通信チャネルの帯域幅の設定値を下げること、
を特徴とする請求項３に記載の通信管理システム。
【請求項５】
前記更新手段は、
各通信チャネルの実帯域幅の測定値の合計が、各通信チャネルの帯域幅の設定値の合計より小さい場合に、各通信チャネルの実帯域幅の測定値の合計が各通信チャネルの帯域幅の設定値の合計以下とならないように、少なくとも１つの通信チャネルの帯域幅の設定値を下げること、
を特徴とする請求項４に記載の通信管理システム。
【請求項６】
前記更新手段は、
各通信チャネルの実帯域幅の測定値の合計が、各通信チャネルの帯域幅の設定値の合計より小さい場合に、前記通信チャネルの帯域幅の設定値を、該通信チャネルより設定値が大きい通信チャネルに優先して、下げること、
を特徴とする請求項４又は５に記載の通信管理システム。
【請求項７】
コンピュータを、
複数のグループのうちのいずれかに属する情報端末それぞれとの通信を、複数の通信チャネルのうちの、該情報端末が属するグループに割り当てられた通信チャネルを介して行う通信手段、
前記通信チャネルを介した通信を、該通信チャネルの帯域幅の設定値に基づいて制御する制御手段、
通信チャネルごとに、該通信チャネルの帯域幅の設定値を、該通信チャネルが割り当てられたグループの通信トラフィック量の時間推移を示すデータに基づき、設定する帯域幅設定手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信管理システム及びプログラムに関する。
【背景技術】
【０００２】
下記特許文献１には、ルーティングリンクを介して伝送パケットをルーティングする複数のルーティングノードと、一方の顧客アクセスラインを介して一以上の顧客端末を繋ぎ合わせ、且つ、他方のルーティングリンクを介してルーティングノードと接続している複数の伝送アクセスインタフェースと、を備えるパケット伝送ネットワークが記載されている。このパケット伝送ネットワークでは、各伝送アクセスインタフェースが、顧客アクセスライン上の顧客データとルーティングリンク上の伝送パケットとの間で変換を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−０３２０５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、複数の通信チャネルそれぞれの帯域幅の設定値を最適化することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するための請求項１に記載の通信管理システムは、複数のグループのうちのいずれかに属する情報端末それぞれとの通信を、複数の通信チャネルのうちの、該情報端末が属するグループに割り当てられた通信チャネルを介して行う通信手段と、前記通信チャネルを介した通信を、該通信チャネルの帯域幅の設定値に基づいて制御する制御手段と、通信チャネルごとに、該通信チャネルの帯域幅の設定値を、該通信チャネルが割り当てられたグループの通信トラフィック量の時間推移を示すデータに基づき、設定する帯域幅設定手段と、を備えることを特徴とする。
【０００６】
請求項２に記載の通信管理システムは、請求項１に記載の通信管理システムに、各通信チャネルについて、該通信チャネルの通信トラフィック量に関する特徴量を、該通信チャネルが割り当てられたグループの通信トラフィック量の時間推移を示すデータに基づいて取得する特徴量取得手段をさらに備えさせ、前記帯域幅設定手段が、通信チャネルごとに、該通信チャネルの帯域幅の設定値を、該通信チャネルについて取得された前記特徴量が該通信チャネルに固有の条件を満足するか否かに基づいて設定することを特徴としている。
【０００７】
請求項３に記載の通信管理システムは、請求項１又は２に記載の通信管理システムに、各通信チャネルの帯域幅の設定値が設定された後に、各通信チャネルの実帯域幅の測定値、の合計を繰り返し取得する取得手段と、前記合計が取得されるごとに、取得された合計と、各通信チャネルの帯域幅の設定値の合計と、を比較する比較手段と、前記比較手段の比較結果に基づいて、少なくとも１つの通信チャネルの帯域幅の設定値を更新する更新手段と、をさらに備えさせたことを特徴としている。
【０００８】
また、請求項４に記載の通信管理システムは、請求項３に記載の通信管理システムにおいて、前記更新手段が、各通信チャネルの実帯域幅の測定値の合計が、各通信チャネルの帯域幅の設定値の合計より小さい場合に、少なくとも１つの通信チャネルの帯域幅の設定値を下げることを特徴としている。また、請求項５に記載の通信管理システムは、請求項４に記載の通信管理システムにおいて、前記更新手段が、各通信チャネルの実帯域幅の測定値の合計が、各通信チャネルの帯域幅の設定値の合計より小さい場合に、各通信チャネルの実帯域幅の測定値の合計が各通信チャネルの帯域幅の設定値の合計以下とならないように、少なくとも１つの通信チャネルの帯域幅の設定値を下げることを特徴としている。
【０００９】
また、請求項６に記載の通信管理システムは、請求項４又は請求項５に記載の通信管理システムにおいて、前記更新手段が、各通信チャネルの実帯域幅の測定値の合計が、各通信チャネルの帯域幅の設定値の合計より小さい場合に、前記通信チャネルの帯域幅の設定値を、該通信チャネルより設定値が大きい通信チャネルに優先して、下げることを特徴としている。
【００１０】
また、上記課題を解決するための請求項７に記載のプログラムは、コンピュータを、複数のグループのうちのいずれかに属する情報端末それぞれとの通信を、複数の通信チャネルのうちの、該情報端末が属するグループに割り当てられた通信チャネルを介して行う通信手段、前記通信チャネルを介した通信を、該通信チャネルの帯域幅の設定値に基づいて制御する制御手段、通信チャネルごとに、該通信チャネルの帯域幅の設定値を、該通信チャネルが割り当てられたグループの通信トラフィック量の時間推移を示すデータに基づき、設定する帯域幅設定手段と、として機能させることを特徴としている。
【発明の効果】
【００１１】
請求項１、７の発明によれば、複数の通信チャネルそれぞれの帯域幅の設定値を最適化することができる。
【００１２】
また、請求項２の発明によれば、複数の通信チャネルそれぞれの帯域幅の設定値を、より確実に最適化できる。
【００１３】
また、請求項３の発明によれば、各通信チャネルの実帯域幅の測定値を考慮しながら、設定値を随時調整できる。
【００１４】
また、請求項４の発明によれば、各通信チャネルの実帯域幅の測定値を考慮しながら、設定値を随時最適化できる。
【００１５】
また、請求項５の発明によれば、各通信チャネルの実帯域幅の測定値を考慮しながら設定値を随時最適化することを、ユーザ体感品質を担保しつつ行える。
【００１６】
また、請求項６の発明によれば、設定値の最適化を、通信チャネルに応じて行える。
【図面の簡単な説明】
【００１７】
【図１】通信管理システムの構成の一例を示す図である。
【図２】通信管理システムの構成要素の一部を示す図である。
【図３】推移データの一例を示す図である。
【図４】時間推移の一例を示す図である。
【図５】帯域幅データベースの記憶内容の一例を示す図である。
【図６】通信管理システムの構成要素の他の一部を示す図である。
【発明を実施するための形態】
【００１８】
図１に示すように、本実施形態に係る通信管理システム２は、一例として、複数のグループのうちのいずれかに属する端末（情報端末）１０それぞれに対して情報処理サービスを提供するクラウドサービスシステム１に適用される。ここでは、各顧客組織８が「グループ」に対応しており、一つの顧客組織８が「グループ」の単位となっている。通信管理システム２は、クラウドサービスシステム１が各端末１０に対して情報処理サービスを提供する際の通信トラフィックを管理している。ここで、クラウドサービスシステム１は、物理通信網４を保有している通信事業者から複数の通信チャネル６を借り受けている仮想移動体通信事業者（以下、ＭＶＮＯ(Mobile Virtual Network Operator)と表記する）により運営されており、情報処理サービスを提供する１又は複数のサーバからなる。例えば、クラウドサービスシステム１は、マルチメディアコンテンツを配信するマルチメディアサーバ、文書管理サーバ、及び翻訳サーバなどからなる。
【００１９】
ここでは、ＭＶＮＯは、図１に示すように、３つの通信チャネル６（通信チャネル６Ｇ、通信チャネル６Ｓ、及び通信チャネル６Ｂ）を借り受けているものとする。各通信チャネル６の帯域幅（すなわち、単位時間当たりの通信容量）の設定値は可変であり、後述するように、通信管理システム２は、各通信チャネル６の設定値を管理している。
【００２０】
ＭＶＮＯの顧客である各顧客組織８には、その顧客組織８のクラスに応じた通信チャネル６が割り当てられている。クラウドサービスシステム１は、各端末１０との通信を、その端末１０が属する顧客組織８に割り当てられた通信チャネル６を介して行っており、各顧客組織８は、自己に割り当てられた通信チャネル６を使用して、情報処理サービスの提供を受ける。本実施形態の場合、ＭＶＮＯと最も高額な契約を結んでいるゴールドクラスの顧客組織８Ｇには、通信チャネル６Ｇが割り当てられている。顧客組織８Ｇに属する端末１０との通信は、通信チャネル６Ｇを介して行われる。また、ＭＶＮＯと二番目に高額なシルバー契約を結んでいるシルバークラスの顧客組織８Ｓには、通信チャネル６Ｓが割り当てられている。顧客組織８Ｓに属する端末１０との通信は、通信チャネル６Ｓを介して行われる。また、ＭＶＮＯと最も低額なブロンズ契約を結んでいるブロンズクラスの顧客組織８Ｂには、通信チャネル６Ｂが割り当てられている。顧客組織８Ｂに属する端末１０との通信は、通信チャネル６Ｂを介して行われる。
【００２１】
なお、顧客組織８は、企業や団体のような複数の個人を含む組織である。また、ここでは、端末１０が、スマートフォン、タブレットＰＣ、及び携帯電話機などのような携帯情報端末であるものとして説明を続けるが、端末１０は、デスクトップＰＣのような据置型情報端末であってもよい。また、ここでは、端末１０が携帯情報端末であるため、物理通信網４と端末１０とが無線接続されているものとして説明を続けるが、物理通信網４と端末１０とが有線接続されていてもよい。
【００２２】
このクラウドサービスシステム１では、いわゆるユーザ体感品質、すなわち、ＱＯＥ(Quality of Experience)を担保しつつ、各通信チャネル６の帯域幅の設定値が最適化されるよう図られている。以下、この点について説明する。
【００２３】
なお、以下、通信チャネル６Ｇのことを、「Ｃｈ１」と表記する場合がある。また、通信チャネル６Ｓのことを、「Ｃｈ２」と表記する場合がある。また、通信チャネル６Ｂのことを、「Ｃｈ３」と表記する場合がある。
【００２４】
図２は、通信管理システム２の構成要素の一部を示す図である。本実施形態の場合、各構成要素は、クラウドサービスシステム１を構成するサーバのうちのいずれかによって実現される。
【００２５】
［推移データＤＢ］
図２に示すように、通信管理システム２は、推移データデータベース（以下、推移データＤＢと表記する）２−１を備える。推移データＤＢ２−１は、推移データを記憶している。
【００２６】
推移データは、各顧客組織８それぞれの通信トラフィック量の既定期間における時間推移を示す。図３は、推移データの一例を示す図である。本実施形態の場合、上記既定期間は、「一日間」であり、推移データは、各顧客組織８の顧客ＩＤに関連づけて、その顧客組織８の通信トラフィック量の一日間における時間推移を示す推移パターンデータと、当該時間推移に関する特徴を示す特徴ベクトルｒと、を保持している。推移パターンデータは、顧客組織８の通信トラフィック量を数日にわたって測定されたデータを、各日の測定結果を時間帯ごとに平均化することによって得られる。推移パターンデータは、適宜更新される。推移パターンデータにより示される時間推移は、ＡＰＣ(Action Profile Curve)とも呼ばれる。
【００２７】
なお、図示していないが、推移データには、各顧客組織８の顧客ＩＤに関連づけて、その顧客組織に割り当てられた通信チャネル６のＩＤ及びその顧客組織８に属する端末１０のリストなども保持される。そのため、推移データを参照することで、個々の顧客組織８に割り当てられた通信チャネル６や、個々の端末１０が属する顧客組織８が特定される。
【００２８】
図４は、推移パターンデータが表す時間推移の一例を示す図である。横軸Ｔは、午前０時からの経過時間を示し、縦軸Ｂは、通信トラフィック量を示す。顧客組織８にはある程度以上の人数が所属しているため、個々人のランダム性が相殺され、時間推移は一定のパターンとなる。また、顧客組織８の規模が十分大きい場合、時間推移は、ガウス分布に近い形になる。なお、Ｔｍａｘは、通信トラフィック量がピークとなるときの時間Ｔであり、Ｂｍａｘは、通信トラフィック量のピーク値である。特徴ベクトルｒは、このＴｍａｘとＢｍａｘとを成分とするベクトルとなっている（図３参照）。
【００２９】
通常、時間推移には、顧客組織８が遂行している業務の特性が反映される。例えば、銀行のように客先周りが夕方に集中するような業務では、夕方にピークが現れることとなる。そのため、時間推移は、顧客組織に固有の傾向を示す。
【００３０】
［特徴取得部］
また、通信管理システム２は、特徴取得部２−２を備える。特徴取得部２−２は、推移データを推移データＤＢ２−１から読み出す。例えば、特徴取得部２−２は、予め定められた時刻（例えば、午前０時）に、推移データを読み出す。続いて、特徴取得部２−２は、読み出した推移データに基づき、通信チャネル６ごとに、その通信チャネル６の通信トラフィック量に関する特徴量を取得する。
【００３１】
本実施形態の場合、特徴取得部２−２は、第１特徴取得部２−２Ｇ、第２特徴取得部２−２Ｓ、及び第３特徴取得部２−２Ｂを含む。第１特徴取得部２−２Ｇは、推移データに基づき、通信チャネルＣｈ１の通信トラフィック量に関する特徴量を取得する。具体的に第１特徴取得部２−２Ｇは、ゴールドクラスの顧客組織８Ｇの顧客ＩＤに関連づけられた特徴ベクトルｒのベクトル和を算出する。なお、図２では、顧客組織８Ｇの顧客ＩＤに関連づけられた特徴ベクトルｒを「ｒＧ」と表記し、ベクトル和を「ΣｒＧ」と表記している。
【００３２】
そして、第１特徴取得部２−２Ｇは、ベクトル和「ΣｒＧ」のスカラー量「｜ΣｒＧ｜」と、ベクトル和「ΣｒＧ」の偏角「Ａｒｇ（ΣｒＧ）」と、を特徴量として算出する。
【００３３】
また、第２特徴取得部２−２Ｓは、推移データに基づき、通信チャネルＣｈ２の通信トラフィック量に関する特徴量を取得する。具体的に第２特徴取得部２−２Ｓは、シルバークラスの顧客組織８Ｓの顧客ＩＤに関連づけられた特徴ベクトルｒのベクトル和を算出する。なお、図２では、顧客組織８Ｓの顧客ＩＤに関連づけられた特徴ベクトルｒを「ｒＳ」と表記し、ベクトル和を「ΣｒＳ」と表記している。そして、第２特徴取得部２−２Ｓは、ベクトル和「ΣｒＳ」のスカラー量「｜ΣｒＳ｜」と、ベクトル和「ΣｒＳ」の偏角「Ａｒｇ（ΣｒＳ）」と、を特徴量として算出する。
【００３４】
また、第３特徴取得部２−２Ｂは、推移データに基づき、通信チャネルＣｈ３の通信トラフィック量に関する特徴量を取得する。具体的に第３特徴取得部２−２Ｂは、ブロンズクラスの顧客組織８Ｂの顧客ＩＤに関連づけられた特徴ベクトルｒのベクトル和を算出する。なお、図２では、顧客組織８Ｂの顧客ＩＤに関連づけられた特徴ベクトルｒを「ｒＢ」と表記し、ベクトル和を「ΣｒＢ」と表記している。そして、第３特徴取得部２−２Ｂは、ベクトル和「ΣｒＢ」のスカラー量「｜ΣｒＢ｜」と、ベクトル和「ΣｒＢ」の偏角「Ａｒｇ（ΣｒＢ）」と、を特徴量として算出する。
【００３５】
［判定部］
また、通信管理システム２は、判定部２−３を備える。判定部３は、通信チャネル６ごとに、その通信チャネル６に関して特徴取得部２−２が取得した特徴量が、その通信チャネルに固有の条件を満足するか否かを判定する。本実施形態の場合、判定部２−３は、第１判定部２−３Ｇ、第２判定部２−３Ｓ、及び第３判定部２−３Ｂを含む。
【００３６】
第１判定部２−３Ｇは、スカラー量「｜ΣｒＧ｜」と、偏角「Ａｒｇ（ΣｒＧ）」と、の双方が、通信チャネルＣｈ１に固有の条件を満足するか否かを判定する。具体的に、第１判定部２−３Ｇは、スカラー量「｜ΣｒＧ｜」が通信チャネルＣｈ１に固有の上限スカラー量ＲＧ以下であり、且つ、偏角「Ａｒｇ（ΣｒＧ）」が上限偏角θＧ以下であるか否かを判定する。すなわち、第１判定部２−３Ｇは、以下の２つの不等式の双方が成立するか否かを判定する。
【００３７】
｜ΣｒＧ｜  ≦  ＲＧ  ・・・不等式（１）
Ａｒｇ（ΣｒＧ）  ≦  θＧ  ・・・不等式（２）
【００３８】
また、第２判定部２−３Ｓは、スカラー量「｜ΣｒＳ｜」と、偏角「Ａｒｇ（ΣｒＳ）」と、の双方が、通信チャネルＣｈ２に固有の条件を満足するか否かを判定する。具体的に、第２判定部２−３Ｇは、スカラー量「｜ΣｒＳ｜」が通信チャネルＣｈ２に固有の上限スカラー量ＲＳ以下であり、且つ、偏角「Ａｒｇ（ΣｒＳ）」が上限偏角θＳ以下であるか否かを判定する。すなわち、第２判定部２−３Ｓは、以下の２つの不等式の双方が成立するか否かを判定する。
【００３９】
｜ΣｒＳ｜  ≦  ＲＳ  ・・・不等式（３）
Ａｒｇ（ΣｒＳ）  ≦  θＳ  ・・・不等式（４）
【００４０】
また、第３判定部２−３Ｂは、スカラー量「｜ΣｒＢ｜」と、偏角「Ａｒｇ（ΣｒＢ）」と、の双方が、通信チャネルＣｈ３に固有の条件を満足するか否かを判定する。具体的に、第３判定部２−３Ｂは、スカラー量「｜ΣｒＢ｜」が通信チャネルＣｈ３に固有の上限スカラー量ＲＢ以下であり、且つ、偏角「Ａｒｇ（ΣｒＢ）」が上限偏角θＢ以下であるか否かを判定する。すなわち、第３判定部２−３Ｂは、以下の２つの不等式の双方が成立するか否かを判定する。
【００４１】
｜ΣｒＢ｜  ≦  ＲＢ  ・・・不等式（５）
Ａｒｇ（ΣｒＢ）  ≦  θＢ  ・・・不等式（６）
【００４２】
［設定部、帯域幅データベース］
また、通信管理システム２は、設定部２−４と、帯域幅データベース（以下、帯域幅ＤＢと表記する）２−５と、を備える。帯域幅ＤＢ２−５は、各通信チャネル６に関連づけて、その通信チャネル６の帯域幅の設定値を記憶する。図５に帯域幅ＤＢ２−５の記憶内容の一例を示す。同図に示すように、帯域幅ＤＢ２−５は、各通信チャネル６のＩＤに関連づけて、その通信チャネル６の帯域幅の設定値を記憶している。すなわち、帯域幅ＤＢ２−５は、通信チャネルＣｈ１のＩＤに関連づけて通信チャネルＣｈ１の帯域幅の設定値ＢＷＧを記憶し、通信チャネルＣｈ２のＩＤに関連づけて通信チャネルＣｈ２の帯域幅の設定値ＢＷＳを記憶し、通信チャネルＣｈ３のＩＤに関連づけて通信チャネルＣｈ３の帯域幅の設定値ＢＷＢを記憶している。なお、設定値ＢＷＧ、ＢＷＳ、及びＢＷＢは、不等式「ＢＷＧ  ＞  ＢＷＳ  ＞  ＢＷＢ」が成り立つように設定される。すなわち、設定値ＢＷＧは、既定値ＢＷ２より大きい既定値ＢＷ１以下の値に設定され、設定値ＢＷＳは、既定値ＢＷ３より大きい既定値ＢＷ２以下の値に設定され、設定値ＢＷＢは、既定値ＢＷ４より大きく既定値ＢＷ３以下の値に設定される。
【００４３】
以下、設定値ＢＷＧ、ＢＷＳ、及びＢＷＢを総称してＢＷと表記する場合がある。
【００４４】
また、設定部２−４は、通信チャネル６ごとに、その通信チャネル６の帯域幅の設定値ＢＷを、判定部２−３の判定結果に基づいて設定する。本実施形態の場合、設定部２−４は、第１設定部２−４Ｇ、第２設定部２−４Ｓ、及び第３設定部２−４Ｂを含む。
【００４５】
第１設定部２−４Ｇは、第１判定部２−３Ｇの判定結果に基づいて、設定値ＢＷＧを設定する。ここでは、第１設定部２−４Ｇは、上記不等式（１）又は不等式（２）が成立しない場合、設定値ＢＷＧを上記ＢＷ１に設定し、不等式（１）及び不等式（２）の双方が成立する場合、設定値ＢＷＧを上記ＢＷ２と上記ＢＷ１との間の値に設定する。また、第２設定部２−４Ｓは、上記不等式（３）又は不等式（４）が成立しない場合、設定値ＢＷＳを上記ＢＷ２に設定し、不等式（３）及び不等式（４）の双方が成立する場合、設定値ＢＷＳを上記Ｂ３と上記Ｂ２との間の値ＢＷＳ２に設定する。また、第３設定部２−４Ｂは、上記不等式（５）又は不等式（６）が成立しない場合、設定値ＢＷＢを上記ＢＷ３に設定し、不等式（５）及び不等式（６）の双方が成立する場合、設定値ＢＷＢを上記ＢＷ４と上記ＢＷ３との間の値に設定する。
【００４６】
こうして、定期的に、各通信チャネル６の帯域幅の設定値ＢＷが設定される。各通信チャネル６の通信トラフィック量に関する特徴から、各通信チャネル６の帯域幅の設定値ＢＷが設定されるので、ユーザ体感品質を担保しつつ、設定値ＢＷが最適化される。
【００４７】
［通信部、配信データベース］
なお、通信管理システム２は、通信部２−６及び配信データベース（以下、配信ＤＢ）２−７を備える。
【００４８】
通信部２−６は、各端末１０との通信を、その端末１０が属する顧客組織８に割り当てられた通信チャネル６を介して行っている。つまり、通信部２−６は、各端末１０への情報処理サービスの提供を、その端末１０が属する顧客組織８に割り当てられた通信チャネル６を介して行っている。具体的には、配信ＤＢ２−７に、クラウドサービスシステム１により生成された配信対象データが複数記憶されている。配信対象データ１つ１つには、配信先の端末１０及び配信実行日時などが定められており、通信部２−６は、配信実行日時が到来した配信対象データを、いずれかの通信チャネル６を介して送信する。
【００４９】
より詳しくは、通信部２−６は、Ｃｈ１のキュー２−６Ｇ、Ｃｈ２のキュー２−６Ｓ、及びＣｈ３のキュー２−６Ｂを含んでいる。これらのキューは、先入れ先出し方式でデータを保持するバッファである。通信部２−６は、配信実行日時が到来した配信対象データを送信する場合、配信対象データを予め定められたデータサイズのパケット群に分割し、パケット群を、配信先の端末１０が属する顧客組織８に割り当てられた通信チャネル６のキューにエンキューする。例えば、配信先の端末１０が属する顧客組織８がゴールドクラスの顧客組織８Ｇである場合、通信部２−６は、パケット群を、Ｃｈ１のキュー２−６Ｇにエンキューする。キューに挿入された配信対象データは、先入れ先出し順で、対応する通信チャネル６へと送出される。つまり、Ｃｈ１のキュー２−６Ｇにエンキューされた配信対象データは、Ｃｈ１へと送出され、Ｃｈ２のキュー２−６Ｓにエンキューされた配信対象データは、Ｃｈ２へと送出され、Ｃｈ３のキュー２−６Ｂにエンキューされた配信対象データは、Ｃｈ３へと送出される。
【００５０】
通信部２−６の役割はこれだけではない。通信部２−６は、各端末１０に情報処理サービスを提供するに当たり、各通信チャネル６からの配信対象データの送信を、その通信チャネル６の帯域幅の設定値ＢＷに基づいて制御している。すなわち、通信部２−６は、通信チャネルＣｈ１からの配信対象データの送信を、設定値ＢＷＧに基づいて制御し、通信チャネルＣｈ２からの配信対象データの送信を、設定値ＢＷＳに基づいて制御し、通信チャネルＣｈ３からの配信対象データの送信を、ＢＷＢに基づいて制御する。
【００５１】
具体的には、通信部２−６は、通信制御部２−８を含む。通信制御部２−８は、各キューを監視しており、各通信チャネル６へと送出される単位時間当たりのデータ量が、その通信チャネル６の帯域幅の設定値ＢＷを超えないようトラフィックシェイピング（いわゆるパケットシフト）を行う。以下、トラフィックシェイピングに関し、Ｃｈ１のキュー２−６Ｇを例に説明する。トラフィックシェイピングでは、キュー内の全タイムスロットが最初のタイムスロットから順番に注目タイムスロットＣＴとして設定され、注目タイムスロットＣＴにつき以下の処理が実行される。すなわち、通信制御部２−８は、注目タイムスロットに空きがあるか否かを判定する。具体的には、通信制御部２−８は、注目タイムスロット内の全パケットのデータ量を合計し、合計値がＣｈ１の帯域幅の設定値ＢＷＧ以下であるか否かを判定する。そして、合計値が設定値ＢＷＧを超える場合、すなわち注目タイムスロットＣＴに空きがない場合、超過分のパケットを、空きがある後ろのタイムスロットへとシフトし、注目タイムスロットＣＴに空きがある場合、次のタイムスロットを注目タイムスロットＣＴとして設定する。なお、通信制御部２−８は、空きがある後ろのタイムスロットがない場合、注目タイムスロットＣＴに空きがある他のキューを探し、見つかった通信チャネル６の注目タイムスロットＣＴに超過分のパケットをシフトしてもよい。
【００５２】
通信管理システム２の構成要素はこれだけではない。例えば、各通信チャネル６を流れる単位時間当たりのデータ量、すなわち、各通信チャネル６の実帯域幅は、時々刻々と変わる。そこで、この通信管理システム２では、各通信チャネル６の実帯域幅がフィードバックされるようになっており、各通信チャネル６の帯域幅の設定値ＢＷが、フィードバック結果に応じて調整されるようにもなっている。以下、この点について説明する。
【００５３】
図６は、通信管理システム２の構成要素の他の一部を示す図である。
【００５４】
［実帯域幅取得部］
図６に示すように、通信管理システム２は、実帯域幅取得部２−９を備える。実帯域幅取得部２−９は、各通信チャネル６の帯域幅の設定値ＢＷが設定された後に、各通信チャネル６の実帯域幅の測定値、を繰り返し取得する。すなわち、実帯域幅取得部２−９は、通信チャネルＣｈ１の実帯域幅の測定値ＢＷＧｔｒａｆｆｉｃ、通信チャネルＣｈ２の実帯域幅の測定値ＢＷＳｔｒａｆｆｉｃ、及び通信チャネルＣｈ３の実帯域幅の測定値ＢＷＢｔｒａｆｆｉｃを所定時間間隔（例えば、１０分間隔）を取得する。測定値ＢＷＧｔｒａｆｆｉｃ、ＢＷＳｔｒａｆｆｉｃ、及びＢＷＢｔｒａｆｆｉｃの取得の時間間隔は、設定値ＢＷＧ、ＢＷＳ、及びＢＷＢの設定の時間間隔より短い。
【００５５】
各測定値の取得方法は多々あるが、例えば、実帯域幅取得部２−９は、例えば、以下に説明するようにして各測定値を取得する。
【００５６】
すなわち、実帯域取得部２−９は、上記所定時間間隔で、ゴールドクラスの顧客組織８Ｇに属する端末１０（以下、端末Ｇと表記する）、シルバークラスの顧客組織８Ｓに属する端末１０（以下、端末Ｓと表記する）、及びブロンズクラスの顧客組織８Ｂに属する端末１０（以下、端末Ｂと表記する）、を一台ずつ選択し、選択した端末１０それぞれに実帯域幅の測定指示を送信する。そして、実帯域取得部２−９は、端末Ｇから返信される測定値を測定値ＢＷＧｔｒａｆｆｉｃとして受信し、端末Ｓから送信される測定値を測定値ＢＷＳｔｒａｆｆｉｃとして受信し、端末Ｂから送信される測定値を測定値ＢＷＢｔｒａｆｆｉｃとして受信する。なお、実帯域取得部２−９は、測定指示の送信から所定時間内に端末Ｇ、端末Ｓ、及び端末Ｂのいずれかからの測定値の返信がない場合、端末Ｇ、端末Ｓ、及び端末Ｂを再選択し、再選択した端末Ｇ、端末Ｓ、及び端末Ｂそれぞれに測定指示を再度送信してもよい。
【００５７】
なお、測定指示を受信した端末１０は、例えば以下に説明するようにして、実帯域幅を測定する。すなわち、測定指示を受信した端末１０は、通信管理システム２にダミーパケットに送信し、返信される確認応答の受信結果から、パケットロス率ｐ及びラウンドトリップタイムＲＴＴを測定する。そして、パケットロス率ｐ、ラウンドトリップタイムＲＴＴ、及び既定の最大セグメントサイズＭＳＳをいわゆるスループット方程式に代入することによって、実帯域幅の測定値を算出し、算出した測定値を通信管理システム２に送信する。端末Ｇによって算出された測定値はＢＷＧｔｒａｆｆｉｃに該当し、端末Ｓによって算出された測定値はＢＷＳｔｒａｆｆｉｃに該当し、端末Ｂによって算出された測定値はＢＷＢｔｒａｆｆｉｃに該当する。
【００５８】
［合計取得部］
また、通信管理システム２は、合計取得部２−１０を備える。合計取得部２−１０は、各通信チャネル６の実帯域幅の測定値ＢＷＧｔｒａｆｆｉｃ、ＢＷＳｔｒａｆｆｉｃ、及びＢＷＢｔｒａｆｆｉｃの合計ＢＷｔｒａｆｆｉｃ、を繰り返し算出する。具体的には、合計取得部２−１０は、実帯域取得部２−９によって、測定値ＢＷＧｔｒａｆｆｉｃ、ＢＷＳｔｒａｆｆｉｃ、及びＢＷＢｔｒａｆｆｉｃが取得されるごとに、合計ＢＷｔｒａｆｆｉｃを算出する。
【００５９】
［比較部、更新部］
また、通信管理システム２は、比較部２−１１及び更新部２−１２を備える。比較部２−１１は、合計ＢＷｔｒａｆｆｉｃが算出されるごとに、帯域幅ＤＢ２−５から設定値ＢＷＧ、ＢＷＳ、及びＢＷＢを読み出し、読み出した各設定値の合計ＢＷＳＵＭ（＝ＢＷＧ＋ＢＷＳ＋ＢＷＢ）と、合計ＢＷｔｒａｆｆｉｃと、を比較する。
【００６０】
また、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃと合計ＢＷＳＵＭとが比較されるごとに、比較結果に基づいて、ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つを更新する。本実施形態の場合、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより小さい場合に、合計ＢＷＳＵＭが合計ＢＷｔｒａｆｆｉｃ以下とならないように、ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つの値を下げる。
【００６１】
例えば、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより小さい場合に、合計ＢＷＳＵＭと合計ＢＷｔｒａｆｆｉｃとの差Δを三等分した値δ（δ＝Δ÷３）を算出し、ＢＷＧ、ＢＷＳ、及びＢＷＢの値をδだけ下げる。
【００６２】
また、例えば、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより小さい場合に、ＢＷＧ、ＢＷＳ、及びＢＷＢのそれぞれを、通信チャネル６の種別に応じた値だけ下げる。例えば、更新部２−１２は、Δを六等分した値δ１（δ１＝Δ÷６）を算出し、ＢＷＧの値を、δ１だけ下げ、ＢＷＳの値をδ１の２倍だけ下げ、ＢＷＢの値をδ１の３倍だけ下げる。
【００６３】
ここでは、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより小さい場合に、ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つの値を、ＢＷＢ（ＢＷＢ＜ＢＷＳ、ＢＷＧ）、ＢＷＳ（ＢＷＳ＜ＢＷＧ）、及びＢＷＧの優先順序に従って下げる。すなわち、更新部２−１２は、設定値ＢＷＢをＢＷＳ及びＢＷＧに優先して上記Δだけ下げる。但し、「ＢＷＢ−Δ」が下限値ＢＷ４以下となる場合、更新部２−１２は、設定値ＢＷＳをＢＷＧに優先してΔだけ下げる。なお、「ＢＷＳ−Δ」が下限値ＢＷ３以下となる場合、更新部２−１２は、最後に残った設定値ＢＷＧをΔだけ下げる。
【００６４】
こうして、更新部２−１２は、上記所定時間間隔で、設定値ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つの値を、繰り返し更新する。
【００６５】
このように、この通信管理システム２では、各通信チャネル６の帯域幅の設定値ＢＷが、各通信チャネル６の実帯域幅の測定値に応じて、随時調整される。よって、各通信チャネル６の帯域幅の設定値ＢＷが、随時最適化される。
【００６６】
なお、本発明の実施形態は、上記実施形態だけに限らない。
【００６７】
例えば、以上では、ＭＶＮＯより顧客組織８向けの契約が用意されているが、個人向けの契約が用意されていてもよい。例えば、個人向けの契約として、夜間の利用頻度が高いユーザ（以下、ナイトユーザと表記する）向けのゴールド契約、ナイトユーザ向けのシルバー契約、ナイトユーザ向けのブロンズ契約、昼間の利用頻度が高い人（以下、デイユーザと表記する）向けのゴールド契約、デイユーザ向けのシルバー契約、及びデイユーザ向けのブロンズ契約が用意されていてもよい。この場合、一つの顧客組織８が「グループ」の単位とされるのではなく、一つの契約が「グループ」の単位とされる。また、Ｃｈ１が、ナイトユーザ向けのゴールド契約及びデイユーザ向けのゴールド契約、の各々に対応するグループに割り当てられ、また、Ｃｈ２が、ナイトユーザ向けのシルバー契約及びデイユーザ向けのシルバー契約、の各々に対応するグループに割り当てられ、また、Ｃｈ３が、ナイトユーザ向けのブロンズ契約及びデイユーザ向けのブロンズ契約、の各々に対応するグループ、に割り当てられる。
【００６８】
例えば、通信管理システム２が、クラウドサービスシステム１を構成するサーバのうちの一台のサーバ（以下、通信管理サーバと表記する）にて実現されてもよい。この場合、推移データＤＢ２−１、帯域幅ＤＢ２−５、及び配信ＤＢ２−７は、通信管理サーバに備えられるハードディスクによって実現すればよい。また、Ｃｈ１のキュー２−６Ｇ、Ｃｈ２のキュー２−６Ｓ、及びＣｈ３のキュー２−６Ｂは、通信管理サーバに備えられる主記憶によって実現すればよい。また、特徴取得部２−２、判定部２−３、設定部２−４、通信制御部２−８、合計取得部２−１０、比較部２−１１、及び更新部２−１２は、通信管理サーバに備えられ、上記主記憶に格納される通信管理プログラムを実行するマイクロプロセッサによって実現すればよい。また、通信部２−６は、各キューを実現する主記憶、通信制御部２−８を実現するマイクロプロセッサ、及び通信管理サーバに備えられるネットワークインタフェースによって実現すればよい。また、実帯域幅取得部２−９は、ネットワークインタフェース及びマイクロプロセッサによって実現すればよい。なお、上記通信管理プログラムは、ＤＶＤ（登録商標）−ＲＯＭのようなコンピュータ読み取り可能な情報記憶媒体から読み出されて主記憶に格納されてもよいし、ネットワークからダウンロードされて主記憶に格納されてもよい。
【００６９】
また、例えば、以上では、実帯域取得部２−９は、測定値ＢＷＧｔｒａｆｆｉｃ、ＢＷＳｔｒａｆｆｉｃ、及びＢＷＢｔｒａｆｆｉｃを、端末Ｇ、端末Ｓ及び端末Ｂから「受信」することによって得ていたが、実帯域取得部２−９自身が、測定値ＢＷＧｔｒａｆｆｉｃ、ＢＷＳｔｒａｆｆｉｃ、及びＢＷＢｔｒａｆｆｉｃを測定してもよい。この場合、実帯域取得部２−９は、測定値ＢＷＧｔｒａｆｆｉｃ、ＢＷＳｔｒａｆｆｉｃ、及びＢＷＢｔｒａｆｆｉｃを測定すべく、所定時間間隔で端末Ｇ、端末Ｓ及び端末Ｂにダミーパケットを送信し、各端末１０から返信された確認応答の結果から、測定値ＢＷＧｔｒａｆｆｉｃ、ＢＷＳｔｒａｆｆｉｃ、及びＢＷＢｔｒａｆｆｉｃを算出すればよい。
【００７０】
また、例えば、以上では、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより小さい場合にのみ、ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つの値を更新していたが、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合にも、ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つの値を更新してもよい。例えば、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合に、ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つの値を上げてもよい。
【００７１】
具体的には、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合に、合計ＢＷＳＵＭと合計ＢＷｔｒａｆｆｉｃとの差Δを三等分した値δ（δ＝Δ÷３）を算出し、ＢＷＧ、ＢＷＳ、及びＢＷＢの値をδだけ上げてもよい。また、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合に、ＢＷＧ、ＢＷＳ、及びＢＷＢのそれぞれを、通信チャネル６の種別に応じた値だけ下げる。例えば、更新部２−１２は、Δを六等分した値δ１（δ１＝Δ÷６）を算出し、ＢＷＧの値を、δ１の３倍だけ上げ、ＢＷＳの値をδ１の２倍だけ上げ、ＢＷＢの値をδ１だけ上げてもよい。こうして、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭ以下となるよう、ＢＷＧ、ＢＷＳ、及びＢＷＢの値を上げてもよい。また、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合に、ＢＷＧ、ＢＷＳ、及びＢＷＢのそれぞれを、当初の値に戻してもよい。ここで、「当初の値」とは、設定部２−４によって設定されたＢＷＧ、ＢＷＳ、及びＢＷＢのそれぞれの値である。この場合、設定部２−４によって設定された当初の値を記憶する記憶手段を通信管理システム２にさらに備えさせ、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合に、更新部２−１２が当初の値を読み出せばよい。
【００７２】
また、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合に、ＢＷＧ、ＢＷＳ、及びＢＷＢのうちの少なくとも１つの値を、ＢＷＧ、ＢＷＳ、及びＢＷＢの優先順序に従って上げてもよい。すなわち、更新部２−１２は、合計ＢＷｔｒａｆｆｉｃが合計ＢＷＳＵＭより大きい場合に、設定値ＢＷＧの値をＢＷＳ及びＢＷＢに優先して上記Δだけ上げる。但し、「ＢＷＢ＋Δ」が上限値ＢＷ１を超える場合、更新部２−１２は、設定値ＢＷＳをＢＷＢに優先してΔだけ上げる。なお、「ＢＷＳ＋Δ」が上限値ＢＷ２以下となる場合、更新部２−１２は、最後に残った設定値ＢＷＢをΔだけ上げる。
【符号の説明】
【００７３】
１  クラウドサービスシステム、２  通信管理システム、２−２  特徴取得部、２−２Ｇ  第１特徴取得部、２−２Ｓ  第２特徴取得部、２−２Ｂ  第３特徴取得部、２−３  判定部、２−３Ｇ  第１判定部、２−３Ｓ  第２判定部、２−３Ｂ  第３判定部、２−４  設定部、２−４Ｇ  第１設定部、２−４Ｓ  第２設定部、２−４Ｂ  第３設定部、２−５  帯域幅ＤＢ、２−６  通信部、２−６Ｇ  Ｃｈ１のキュー、２−６Ｓ  Ｃｈ２のキュー、２−６Ｂ  Ｃｈ３のキュー、２−７  配信ＤＢ、２−８  通信制御部、２−９  実帯域幅取得部、２−１０  合計取得部、２−１１  比較部、２−１２  更新部、４  物理通信網、６，６Ｇ，６Ｓ，６Ｂ  通信チャネル、８，８Ｇ，８Ｓ，８Ｂ  顧客組織、１０  端末。
【図１】
2014135650.tif 000003
【図２】
2014135650.tif 000004
【図３】
2014135650.tif 000005
【図４】
2014135650.tif 000006
【図５】
2014135650.tif 000007
【図６】
2014135650.tif 000008