通信装置および通信ネットワークのリソースの制御方法
【課題】通信ネットワークのリソースを複数のユーザ端末で共有する際のユーザ端末のリソースの追加、変更または削除などの要求に迅速に対応する。
【解決手段】通信装置は、システム端末５０からリソースの追加、変更または削除を含む要求信号を受信するプロビアクセス部１０２を備える。また、通信装置は、要求信号が受信されたら、リソースをあらかじめ分割して設けられた複数の仮想リソースの中から所定の仮想リソースを抽出してシステム端末に表示させるリソース表示制御部１０４を備える。例えばリソース表示制御部は、システム端末が使用中の仮想リソースや、複数のシステム端末のいずれも使用していない仮想リソースを抽出してシステム端末に表示させる。また、通信装置は、システム端末で選択された仮想リソースに基づいて、システム端末に割り当てるリソースの追加、変更または削除を実行するリソース制御部１０６を備える。
【解決手段】通信装置は、システム端末５０からリソースの追加、変更または削除を含む要求信号を受信するプロビアクセス部１０２を備える。また、通信装置は、要求信号が受信されたら、リソースをあらかじめ分割して設けられた複数の仮想リソースの中から所定の仮想リソースを抽出してシステム端末に表示させるリソース表示制御部１０４を備える。例えばリソース表示制御部は、システム端末が使用中の仮想リソースや、複数のシステム端末のいずれも使用していない仮想リソースを抽出してシステム端末に表示させる。また、通信装置は、システム端末で選択された仮想リソースに基づいて、システム端末に割り当てるリソースの追加、変更または削除を実行するリソース制御部１０６を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置および通信ネットワークのリソースの制御方法に関する。
【背景技術】
【０００２】
従来、ISP（Internet Service Provider）などの通信事業者においては、通信ネットワークのひとつのリソースを複数のユーザ端末に共有させてネットワーク運用管理を行うことが知られている。このようなネットワーク運用管理は、例えばSaaS（Software as a Service）、PaaS（Platform as a Service）、またはMVNO（Mobile Virtual Network Operator）などが挙げられる。
【０００３】
また、通信事業者がユーザ端末に対して通信サービスを提供する場合、あらかじめ通信サービスの保証帯域を決めておき、VLAN-VPN（Virtual Local Area Network-Virtual Private Network）で固定帯域を確保する方式が知られている。また、通信事業者は、RSVP-TE（Resource reSerVation Protocol-Traffic Engineering）等で固定帯域を確保する場合もある。また、通信事業者は、ユーザ端末が通信ネットワークを使用する際に、通信ネットワークのリソースの使用状況に応じて通信帯域を確保する方式など、通信ネットワークの仮想的なリソースをユーザ端末に割り振る方法を採用する場合もある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２６１４３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術は、通信ネットワークのリソースを複数のユーザ端末で共有する際のユーザ端末のリソースの追加、変更または削除などの要求に迅速に対応することについて考慮されていない。
【０００６】
すなわち、従来技術は、新たなユーザ端末から通信ネットワークを使用したいという要求があった場合、通信経路や通信帯域を加味した回線設計をやり直し、その都度ネットワーク上に配置される全通信装置に仮想リソースの再設定を行うため制御コストがかかる。また、ユーザ端末からリソースの追加、変更、または削除の要求があった場合も同様に、その都度ネットワーク上に配置されている全通信装置に仮想リソースの再設定を行うため制御コストがかかる。また、各ユーザ端末に割り当てた仮想リソースはネットワーク設計に基づいた静的なものであるため、通信ネットワークの工事や障害時には、通信装置に対して再設定を要する場合がある。
【０００７】
また、従来技術は、あらかじめ通信ネットワークの最小帯域を確保しておき、通信ネットワークの使用時に空き帯域を調べて帯域拡張を動的に行う方式であるため、帯域拡張時に一時的にサービス断が伴う場合がある。
【０００８】
また、従来技術は、例えばSaaSやPaaS等のリソースをサービスとして提供しようとする場合、サービス申し込みからサービス開通までのリードタイムが長くなる場合がある。また、従来技術は、ユーザの帯域やサービス性向上の申し込みに対応するためには、新規ネットワークへの切り替えを要するため、一時的なサービス断をともなう場合がある。そこで近年、ユーザ自身がオンデマンドでサービス毎の回線の帯域拡張やサービス拡張を実施したいというニーズが高まっている。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、通信ネットワークのリソースを複数のユーザ端末で共有する際のユーザ端末のリソースの追加、変更または削除などの要求に迅速に対応することができる通信装置および通信ネットワークのリソースの制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願の開示する通信装置は、一つの態様において、通信ネットワークのリソースを共有する複数のユーザ端末から前記リソースの追加、変更または削除を含む要求信号を受信する受信部を備える。また、本願の開示する通信装置は、受信部によって要求信号が受信されたら、通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースの中から要求信号の送信元のユーザ端末に表示させるリソース表示制御部を備える。リソース表示制御部は、複数の仮想リソースの中から、要求信号の送信元のユーザ端末が使用中の仮想リソースおよび複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出して要求信号の送信元のユーザ端末に表示させる。また、本願の開示する通信装置は、要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行するリソース制御部を備える。リソース制御部は、要求信号の送信元のユーザ端末に表示された仮想リソースの中から要求信号の送信元のユーザ端末によって選択された仮想リソースに基づいて、要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行する。
【発明の効果】
【００１１】
本願の開示する通信装置の一つの態様によれば、通信ネットワークのリソースを複数のユーザ端末で共有する際のユーザ端末のリソースの追加、変更または削除などの要求に迅速に対応することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例にかかる通信装置の全体構成を示す図である。
【図２】図２は、通信ネットワークの全体構成を示す図である。
【図３】図３は、仮想リソース在庫管理テーブルの一例を示す図である。
【図４】図４は、仮想リソース在庫払い出しテーブルの一例を示す図である。
【図５】図５は、仮想リソースの割り当て制御の一例を説明するための図である。
【図６】図６は、仮想リソースの割り当て制御の一例を説明するための図である。
【図７】図７は、仮想リソースの割り当て制御の一例を説明するための図である。
【図８】図８は、仮想リソースの割り当て制御を動的に実行する通信装置の全体構成を示す図である。
【図９】図９は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。
【図１０】図１０は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。
【図１１】図１１は、VLAN−VPNを用いて仮想リソースのマージを行う際の仮想リソース在庫払い出しテーブルを示す図である。
【図１２】図１２は、tagポインタの構成を示す図である。
【図１３】図１３は、tagポインタの構成を示す図である。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する通信装置および通信ネットワークのリソースの制御方法の実施例を図面に基づいて詳細に説明する。なお、この実施例により開示技術が限定されるものではない。
【実施例】
【００１４】
図１は、本実施例にかかる通信装置を含む通信システムの全体構成を示す図である。図１に示すように、本実施例の通信装置は、プロビアクセス部１０２と、リソース表示制御部１０４と、リソース制御部１０６と、ＮＷ（NetWork）制御部１０８と、仮想リソース在庫管理テーブル１１０と、仮想リソース在庫払い出しテーブル１１２とを備える。
【００１５】
プロビアクセス部１０２は、エンドユーザ（テナント）が使用するシステム端末５０との間で通信バス５２を介して通信信号を送受信する。リソース表示制御部１０４は、システム端末５０から送信される通信ネットワークのリソースの追加、変更、または削除などの要求に対応する仮想リソースを抽出してシステム端末５０に表示させる制御を行う。リソース制御部１０６は、例えばシステム端末５０からの要求がリソースの追加の場合には、システム端末５０が現在使用中の仮想リソースと新たに追加される仮想リソースとをマージする。ＮＷ制御部１０８は、リソース制御部１０６で実行されたマージ結果を受信して通信装置への各種設定を行い、システム端末５０から送信されたパケットを通信ネットワーク１１６へ送信する。プロビアクセス部１０２、リソース表示制御部１０４、リソース制御部１０６、ＮＷ制御部１０８、仮想リソース在庫管理テーブル１１０および仮想リソース在庫払い出しテーブル１１２相互間のデータ送受信は通信バス１１４を介して行われる。なお、リソース表示制御部１０４およびリソース制御部１０６の詳細については後述する。
【００１６】
図２は、通信ネットワークの全体構成を示す図である。図２に示すように、システム端末５０−１〜５０−３とシステム端末５０−４〜５０−６との間は、複数の回線１２０，１２２，１２４で接続されている。また、回線１２０，１２２，１２４の通信経路上には複数の通信装置１２６−１〜１２６−１０が設けられている。本実施例では、システム端末５０−１〜５０−６に平等な通信サービスを提供するのではなく、例えばシステム端末５０−１〜５０−６との個々の契約に応じて提供する通信サービスに差を設けることができる。本実施例は、例えばシステム端末５０−３，５０−６は一般のユーザが使用する端末であり、システム端末５０−２，５０−５は会員ユーザが使用する端末であり、システム端末５０−１，５０−４はプレミアムユーザが使用する端末であるとする。この場合には、システム端末５０−３，５０−６、システム端末５０−２，５０−５、システム端末５０−１，５０−４の順に提供する通信サービスを向上させることができる。
【００１７】
また、本実施例では、回線１２０，１２２，１２４ごとに通信帯域を複数の仮想リソースに分割することができる。例えば、回線１２０，１２２，１２４の物理的な通信帯域が全て１Gbps（Gigabit per second）である場合に、回線１２０は１００Mbps（Megabit per second）の回線を１０本あらかじめ準備しておくことができる。また、例えば回線１２２は１０Mbpsの回線を１００本、回線１２４は１Mbpsの回線を１０００本あらかじめ準備しておくことができる。
【００１８】
図３は、仮想リソース在庫管理テーブルの一例を示す図である。図３に示すように、仮想リソース在庫管理テーブル１１０は、通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースを記憶している。より具体的には、仮想リソース在庫管理テーブル１１０は、複数の仮想リソースごとのリソースＩＤ（IDdentification）に対応して、帯域、ホップ数、および使用状況が格納される。使用状況とは、仮想リソースがシステム端末によって使用されているか否かを示すものである。一例を挙げて説明すると、リソースＩＤが「１００」の仮想リソースは、帯域が「１００Mbps」、ホップ数が「４」であり、現在システム端末５０−１〜５０−６のいずれかによって使用されていることを示している。一方、リソースＩＤが「３００」の仮想リソースは、帯域が「１０Mbps」、ホップ数が「５」であり、現在システム端末５０−１〜５０−６のいずれにも使用されていない、つまり空き仮想リソースであることを示している。なお、仮想リソース在庫管理テーブル１１０は、図３に示した例に限らず、通信帯域、経路のホップ数、空き時間情報、リソース使用状況等を加味して分割された複数の仮想リソースを記憶することができる。
【００１９】
図４は、仮想リソース在庫払い出しテーブルの一例を示す図である。仮想リソース在庫払い出しテーブル１１２は、仮想リソース在庫管理テーブル１１０に記憶された複数の仮想リソースのうちどの仮想リソースがどのシステム端末に使用されているかを示す在庫払い出し状況を記憶している。仮想リソース在庫払い出しテーブル１１２は、システム端末５０−１〜５０−６に提供している通信サービスの識別用のサービスＩＤに対応して、そのサービスを使用しているユーザＩＤと、そのサービスで使用されている仮想リソースのリソースＩＤが格納される。一例を挙げて説明すると、サービスＩＤが「１００」の通信サービスは、ユーザＩＤが「１００」のユーザ（システム端末）により使用されており、このシステム端末はリソースＩＤが「１００」の仮想リソースを使用していることを示している。
【００２０】
続いて、図１に戻って本実施例の通信装置の処理内容について説明する。まず、図１の実線矢印に示すように、プロビアクセス部１０２は、システム端末５０から通信ネットワークの状況表示の要求信号を受信したら、リソース表示制御部１０４にユーザＩＤとともに要求信号を転送する。システム端末５０から送信される通信ネットワーク１１６の状況表示の要求信号は、例えば通信ネットワークのリソースの追加、変更、または削除の要求信号とすることもできる。
【００２１】
続いて、リソース表示制御部１０４は、仮想リソース在庫払い出しテーブル１１２から読み出したユーザ情報と、仮想リソース在庫管理テーブル１１０から読み出した仮想リソースの空き状況とをシステム端末５０に表示する。リソース表示制御部１０４は、例えばシステム端末５０からの要求信号がリソースの追加である場合には、仮想リソース在庫管理テーブル１１０から空き仮想リソースを抽出して、抽出した空き仮想リソースをシステム端末５０に表示させることができる。また、リソース表示制御部１０４は、例えばシステム端末５０からの要求信号がリソースの削除である場合には、仮想リソース在庫払い出しテーブル１１２からシステム端末５０が使用中の仮想リソースを抽出してシステム端末５０に表示させことができる。また、リソース表示制御部１０４は、例えばシステム端末５０からの要求信号がリソースの変更である場合には、空き仮想リソースと、システム端末５０が使用中の仮想リソースとを抽出してシステム端末５０に表示させることができる。
【００２２】
また、図１の破線矢印で示すように、システム端末５０にて、通信ネットワーク状況を把握したエンドユーザは、所望の仮想リソースを選択し、プロビアクセス部１０２にリソース確保の要求を出す。すると、プロビアクセス部１０２は、この要求をサービスＩＤ、ユーザＩＤ、使用要求リソースＩＤとともにリソース制御部１０６に転送する。リソース制御部１０６は、例えば仮想リソース在庫払い出しテーブル１１２から現在エンドユーザが対象サービスで使用している仮想リソースを抽出し、使用要求があったリソースとのマージを行う。リソース制御部１０６は、マージ結果をＮＷ制御部１０８に通知し、ＮＷ制御部１０８は通信装置への設定を実施する。以下、本実施例の通信装置の仮想リソースの割り当て制御について、より具体的な例を用いて説明する。
【００２３】
図５は、仮想リソースの割り当て制御の一例を説明するための図である。図５は、新規のユーザに対して通信サービスを提供する際の仮想リソース在庫管理テーブル１１０と仮想リソース在庫払い出しテーブル１１２それぞれの変更前と変更後について説明するものである。まず、新規のユーザから通信サービスの提供の要求信号をプロビアクセス部１０２が受信したら、リソース表示制御部１０４は、仮想リソース在庫管理テーブル１１０を参照して空き仮想リソースを抽出してサービス要求元のシステム端末に表示する。より具体的にはリソース表示制御部１０４は、現在いずれのシステム端末５０−１〜５０−６にも使用されておらず、仮想リソース在庫管理テーブル１１０の「使用状況」が空きとなっている仮想リソースを抽出してサービス要求元のシステム端末に表示する。ここでは、仮想リソース在庫管理テーブル１１０の破線１５０，１５２で囲まれたリソースＩＤが「３００」，「６００」の仮想リソースが抽出されてサービス要求元のシステム端末に表示されたとする。
【００２４】
続いて、サービス要求元のシステム端末によって、リソースＩＤが「３００」，「６００」の仮想リソースが選択されたとすると、リソース制御部１０６は、リソースＩＤが「３００」，「６００」の仮想リソースをサービス要求元のシステム端末に割り当てる。ここでは、サービス要求元のシステム端末のユーザＩＤを「４００」とし、新たにサービスＩＤが「５００」のサービスを提供する例を示す。この場合、リソース制御部１０６は、仮想リソース在庫管理テーブル１１０の破線１５１，１５３で示すように、仮想リソース在庫管理テーブル１１０におけるリソースＩＤ「３００」，「６００」の仮想リソースの使用状況を使用中に設定する。また、リソース制御部１０６は、仮想リソース在庫払い出しテーブル１１２の破線１５４に示すように、仮想リソース在庫払い出しテーブル１１２において、サービスＩＤの「５００」、ユーザＩＤの「４００」、およびリソースＩＤの「３００」，「６００」を追加する。以上のように、新規ユーザに通信サービスを提供する場合には、仮想リソース在庫管理テーブル１１０から新規ユーザが所望する仮想リソース（単位リソース）を割り当てるだけで、迅速に通信サービスの開通を行うことができる。
【００２５】
図６は、仮想リソースの割り当て制御の一例を説明するための図である。図６は、ダイナミックに通信ネットワークリソースを変更する際の仮想リソース在庫管理テーブル１１０について説明するものである。図６に示すように、この例では、仮想リソース在庫管理テーブル１１０は、リソースＩＤに対応付けて、空き時間情報が記憶される。例えば、あるユーザＡは、現状、通信帯域が１００Mbpsのサービスを契約しているとする。このユーザＡは、例えば月曜１０時から１２時までＴＶ（TeleVision）会議を実施しており、ＴＶ会議を実施する時間帯だけはほぼＭＡＸの通信帯域を使用するため、ＴＶ会議を実施する時間帯だけ３０Mbps通信帯域を増やしたいとする。
【００２６】
この場合、ユーザＡがシステム端末を操作して通信ネットワークのリソースの追加の要求を行うと、プロビアクセス部１０２は、ユーザＡが使用するシステム端末からリソースの追加の要求信号を受信する。続いて、リソース表示制御部１０４は、仮想リソース在庫管理テーブル１１０を参照して空き仮想リソースを抽出してサービス要求元のシステム端末に表示する。ここでは、ユーザＡはシステム端末に表示された空き仮想リソースのうちリソースＩＤが「２００」，「３００」，「６００」の仮想リソースを月曜の１０時〜１２時の時間帯で選択したとする。この場合、リソース制御部１０６は、ユーザＡのシステム端末にもともと割り当てられていた仮想リソースと、新たに追加されたリソースＩＤが「２００」，「３００」，「６００」の仮想リソースとをマージする。また、リソース制御部１０６は、仮想リソース在庫管理テーブル１１０において、破線１５６，１５８に示すように、リソースＩＤが「２００」，「３００」，「６００」の仮想リソースの使用状況を使用中に更新する。このように、リソースの追加要求信号に応答して、仮想リソース在庫管理テーブル１１０から空き仮想リソースを抽出してリソースの追加要求元のシステム端末に表示して選択させることで、迅速に１次的なリソースの確保を行うことができる。
【００２７】
図７は、仮想リソースの割り当て制御の一例を説明するための図である。図７は、ダイナミックに通信ネットワークリソースを変更する際の仮想リソース在庫管理テーブル１１０および仮想リソース在庫払い出しテーブル１１２について説明するものである。図７に示すように、この例では、仮想リソース在庫払い出しテーブル１１２は、サービスＩＤに対応付けて、実効帯域と、実効ホップ数が記憶される。例えば、あるユーザＢは現状、通信帯域１００Mbpsのサービスを契約しているとする。また、ユーザＢに対して、通常は１００Mbpsの通信帯域を確保しているが、仮想リソース在庫払い出しテーブル１１２の破線１６０で示すように、現状、通信ネットワーク障害や工事により、サービスの実効状態が低下しているとする。
【００２８】
この場合、リソース表示制御部１０４は、仮想リソース在庫管理テーブル１１０を参照して、リソースＩＤが「６００」，「７００」の空き仮想リソースをユーザＢのシステム端末に対して払い出す。リソース制御部１０６は、ユーザＢのシステム端末にもともと割り当てられていた仮想リソースと、新たに払い出されたリソースＩＤが「６００」，「７００」の仮想リソースとをマージする。また、リソース制御部１０６は、仮想リソース在庫管理テーブル１１０において、破線１６２に示すように、リソースＩＤが「６００」，「７００」の仮想リソースの使用状況を使用中に更新する。このように、図７の例は、仮想リソース在庫払い出しテーブル１１２を参照しながらサービスの実効状況をチェックしてリソース不足の検知を行う。さらに、図７の例は、仮想リソース在庫管理テーブル１１０から空き仮想リソースを払い出して対応することで、サービス断を伴わず１次的なリソース増強を実施することができる。
【００２９】
続いて、仮想リソースの割り当て制御を動的に実行する通信装置の構成について説明する。図８は、仮想リソースの割り当て制御を動的に実行する通信装置の全体構成を示す図である。図８に示すように、本実施例の通信装置を含む通信システムは、大きく分けて、リソース要求部８０と、リソース管理部２０１と、リソース管理データ２０９と、スイッチ制御部２２０とを備える。リソース要求部８０とリソース管理部２０１は、通信バス９０を介して接続される。また、リソース管理部２０１と、リソース管理データ２０９と、スイッチ制御部２２０とは、相互に通信バス２１４を介して接続される。なお、リソース要求部８０に含まれるシステム端末８２は、図１で説明したものと同様であるので説明を省略する。また、リソース管理部２０１に含まれるプロビアクセス部２０２と、リソース表示制御部２０４と、リソース制御部２０６と、ＮＷ制御部２０８は、それぞれ図１で説明したものと同様であるので説明を省略する。また、リソース管理データ２０９に含まれる仮想リソース在庫管理テーブル２１０と、仮想リソース在庫払い出しテーブル２１２は、それぞれ図１で説明したものと同様であるので説明を省略する。
【００３０】
スイッチ制御部２２０は、パケット受信部２２２と、ソフトスイッチ部２２４と、仮想ＩＦ（InterFace）キュー部２２６とを備える。パケット受信部２２２は、システム端末８２から送信されたパケットを受信する。また、ソフトスイッチ部２２４は、パケット受信部２２２で受信した複数のパケットをそれぞれどの仮想リソースに割り振るかを決定する。仮想ＩＦキュー部２２６は、ソフトスイッチ部２２４で決定された割り振りに応じて、各パケットを各キューに割り振り、各キューに格納されたパケットを順次通信ネットワーク２１６に送信する。
【００３１】
続いて、スイッチ制御部２２０の具体的な処理について説明する。図９は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。図９に示すように、パケット３０２，３０４，３０６，３０８が（１）〜（４）の順にパケット受信部２２２で受信されたとする。図９に示すように、ソフトスイッチ部２２４は、仮想グループtag割当表２２３を備えており、パケットを受信したら仮想グループtag割当表２２３からtagポインタ２２５の示す回線を選択する。ソフトスイッチ部２２４は、パケットの到着順に、tagポインタ２２５を参照しながらパケットにVLAN-tag を付加して仮想ＩＦキュー部２２６へアタッチする。また、ソフトスイッチ部２２４は、パケットにVLAN-tagを付加するたびに、tagポインタ２２５が次のレコードを指すように、tagポインタ２２５をα、β、γの順に巡回させる。この例ではパケットの到着順に順次VLAN-tagを付加するので、パケット３０２にはtagαが付加され、パケット３０４にはtagβが付加され、パケット３０６にはtagγが付加され、パケット３０８にはtagαが付加される。なお、図９は、（４）のパケット３０８までの処理が完了した状態を示しており、次の（５）のパケットにはtagβが選択される。
【００３２】
図１０は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。図１０に示すように、（１）〜（３）の順にパケット３２０，３２２，３２４が順次パケット受信部２２２で受信されたとする。また、パケット３２０は「８００Byte」、パケット３２２は「１Kbyte」、パケット３２４は「８０Byte」であったとする。ソフトスイッチ部２２４は、送信Byte数カウンタ２２７と、仮想グループtag割当表２２３とを備えており、パケットを受信したら、送信Byte数カウンタ２２７が最小を示している項をもとに仮想グループtag割当表２２３を参照して、VLAN-tagをパケットに付加する。また、ソフトスイッチ部２２４は、VLAN-tagが付加されたパケットを仮想ＩＦキュー部２２６へアタッチする。また、ソフトスイッチ部２２４は、仮想ＩＦキュー部２２６にアタッチしたByte数だけ、選択された回線の送信Byte数をカウントアップする。
【００３３】
具体的には、ソフトスイッチ部２２４は、パケット３２０を受信したら、その時点で送信Byte数カウンタ２２７が最小であるtagβをパケット３２０に付加し、送信Byte数カウンタ２２７のtagβの送信Byte数を「２０００」から「２８００」にカウントアップする。また、ソフトスイッチ部２２４は、パケット３２２を受信したら、その時点で送信Byte数カウンタ２２７が最小であるtagαをパケット３２２に付加し、送信Byte数カウンタ２２７のtagαの送信Byte数を「２０６０」から「３０６０」にカウントアップする。また、ソフトスイッチ部２２４は、パケット３２４を受信したら、その時点で送信Byte数カウンタ２２７が最小であるtagγをパケット３２４に付加し、送信Byte数カウンタ２２７のtagαの送信Byte数を「２６００」から「２６８０」にカウントアップする。このように、送信Byte数カウンタ２２７が最小を示しているVLAN-tagをパケットに付加することにより、トラフィックを平均化することができる。なお、図１０は、パケット３２４までの処理が完了した状態を示しており、次のパケットが受信されたら、送信Byte数カウンタ２２７が最小であるtagγが選択される。
【００３４】
続いて、VLAN−VPNを用いて仮想リソースのマージを行う際の仮想リソース在庫払い出しテーブル１１２について説明する。図１１は、VLAN−VPNを用いて仮想リソースのマージを行う際の仮想リソース在庫払い出しテーブル１１２を示す図である。図１１に示すように、仮想リソース在庫払い出しテーブル１１２には、サービスＩＤそれぞれに対応してVLAN−tagが格納される。ここでは、破線３５０に示すように、サービスＩＤが「５００」でありリソースＩＤが「３００」，「７００」，「８００」の仮想リソースのそれぞれに対して、VLAN−tagは「α」，「β」，「γ」が対応付けられる。
【００３５】
続いて、tagポインタ２２５の構成について説明する。図１２，１３は、tagポインタ２２５の構成を示す図である。図１２に示すように、tagポインタ２２５は、サービスＩＤのそれぞれに対して、tag ポインタが対応付けられる。ここでは、破線３５２に示すように、サービスＩＤ「５００」に対応してVLAN−tag「α」が格納されているとする。この状態で、パケット受信部２２２がパケットを受信したら、パケット受信部２２２は受信パケットをソフトスイッチ部２２４へ転送する。ソフトスイッチ部２２４は、tagポインタ２２５を参照して、tagポインタ２２５が示す回線（VLAN−tag）を選択し、パケットに付加する。ソフトスイッチ部２２４は、パケットにVLAN-tagを設定したら、仮想ＩＦキュー部２２６へアタッチする。また、ソフトスイッチ部２２４は、パケットを仮想ＩＦキュー部２２６へアタッチしたら、図１３の破線３５４に示すように、サービスＩＤ「５００」に対応するVLAN−tagが次のレコードを指すように、VLAN−tagを「β」に更新する。
【００３６】
以上、本実施例の通信装置および通信ネットワークのリソースの制御方法は、通信ネットワークのリソースをあらかじめ設定された分割基準で分割して複数の仮想リソースを設けておく。また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、ユーザ端末（システム端末）から要求信号が送られたら、要求信号に応じた仮想リソースをユーザ端末に表示する。そして、本実施例の通信装置および通信ネットワークのリソースの制御方法は、要求信号の送信元のユーザ端末に表示された仮想リソースのうち、ユーザ端末が選択した仮想リソースに基づいて、ユーザ端末にリソースを割り当てる。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法は、ユーザ端末からのリソースの追加、変更または削除などの要求に迅速に対応することができる。
【００３７】
また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、通信ネットワークのリソースを、あらかじめある単位毎の仮想リソースに分けておき、それを管理する仮想リソース在庫管理テーブル１１０を備える。また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、既に提供済みの仮想リソースをどのシステム端末が使用しているかを管理する仮想リソース在庫払い出しテーブル１１２を備える。そして、本実施例の通信装置および通信ネットワークのリソースの制御方法は、通信サービスの提供要求があった場合、仮想リソース在庫管理テーブル１１０から要求に応じた単位の仮想リソースを割り当てる。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法は、複数の単位仮想リソースを１つのコネクションとして束ねるだけでサービス開通の制御を行うことができる。
【００３８】
また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、単位毎の仮想リソースが、制御や障害などの状況に応じて常に更新される。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、更新された仮想リソースをＷＷＷ（World Wide Web）等で公開することにより、通信ネットワークのリアルタイムな状況を把握することができる。また、エンドユーザ（テナント）は、リソース不足が発生した場合、動的に仮想リソースの追加を行い、ユーザセルフで仮想的に装置へのプロビジョニングが可能となるので、オンデマンドでサービス毎の回線や帯域拡張、サービス拡張が可能となる。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、ＩＴリソースを複数のユーザで共有し、一部のリソースをサービスとして提供する場合に、通信サービスの申し込みから開通までのリードタイムを短縮することができる。本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、例えば、ISP等の事業者が、SaaS、PaaS、MVNOなどのサービスを提供する場合に、通信サービスの申し込みから開通までのリードタイムを短縮することができる。また、本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、エンドユーザ自身がオンデマンドでサービス毎の回線の帯域拡張やサービス拡張を行うことができるので、エンドユーザのサービスに対する満足度を向上させることができる。
【符号の説明】
【００３９】
５０，８２ システム端末
１０２，２０２プロビアクセス部
１０４，２０４リソース表示制御部
１０６，２０６リソース制御部
１０８，２０８ＮＷ制御部
１１０，２１０仮想リソース在庫管理テーブル
１１２，２１２仮想リソース在庫払い出しテーブル
１１６，２１６通信ネットワーク
１２６ 通信装置
【技術分野】
【０００１】
本発明は、通信装置および通信ネットワークのリソースの制御方法に関する。
【背景技術】
【０００２】
従来、ISP（Internet Service Provider）などの通信事業者においては、通信ネットワークのひとつのリソースを複数のユーザ端末に共有させてネットワーク運用管理を行うことが知られている。このようなネットワーク運用管理は、例えばSaaS（Software as a Service）、PaaS（Platform as a Service）、またはMVNO（Mobile Virtual Network Operator）などが挙げられる。
【０００３】
また、通信事業者がユーザ端末に対して通信サービスを提供する場合、あらかじめ通信サービスの保証帯域を決めておき、VLAN-VPN（Virtual Local Area Network-Virtual Private Network）で固定帯域を確保する方式が知られている。また、通信事業者は、RSVP-TE（Resource reSerVation Protocol-Traffic Engineering）等で固定帯域を確保する場合もある。また、通信事業者は、ユーザ端末が通信ネットワークを使用する際に、通信ネットワークのリソースの使用状況に応じて通信帯域を確保する方式など、通信ネットワークの仮想的なリソースをユーザ端末に割り振る方法を採用する場合もある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２６１４３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術は、通信ネットワークのリソースを複数のユーザ端末で共有する際のユーザ端末のリソースの追加、変更または削除などの要求に迅速に対応することについて考慮されていない。
【０００６】
すなわち、従来技術は、新たなユーザ端末から通信ネットワークを使用したいという要求があった場合、通信経路や通信帯域を加味した回線設計をやり直し、その都度ネットワーク上に配置される全通信装置に仮想リソースの再設定を行うため制御コストがかかる。また、ユーザ端末からリソースの追加、変更、または削除の要求があった場合も同様に、その都度ネットワーク上に配置されている全通信装置に仮想リソースの再設定を行うため制御コストがかかる。また、各ユーザ端末に割り当てた仮想リソースはネットワーク設計に基づいた静的なものであるため、通信ネットワークの工事や障害時には、通信装置に対して再設定を要する場合がある。
【０００７】
また、従来技術は、あらかじめ通信ネットワークの最小帯域を確保しておき、通信ネットワークの使用時に空き帯域を調べて帯域拡張を動的に行う方式であるため、帯域拡張時に一時的にサービス断が伴う場合がある。
【０００８】
また、従来技術は、例えばSaaSやPaaS等のリソースをサービスとして提供しようとする場合、サービス申し込みからサービス開通までのリードタイムが長くなる場合がある。また、従来技術は、ユーザの帯域やサービス性向上の申し込みに対応するためには、新規ネットワークへの切り替えを要するため、一時的なサービス断をともなう場合がある。そこで近年、ユーザ自身がオンデマンドでサービス毎の回線の帯域拡張やサービス拡張を実施したいというニーズが高まっている。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、通信ネットワークのリソースを複数のユーザ端末で共有する際のユーザ端末のリソースの追加、変更または削除などの要求に迅速に対応することができる通信装置および通信ネットワークのリソースの制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願の開示する通信装置は、一つの態様において、通信ネットワークのリソースを共有する複数のユーザ端末から前記リソースの追加、変更または削除を含む要求信号を受信する受信部を備える。また、本願の開示する通信装置は、受信部によって要求信号が受信されたら、通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースの中から要求信号の送信元のユーザ端末に表示させるリソース表示制御部を備える。リソース表示制御部は、複数の仮想リソースの中から、要求信号の送信元のユーザ端末が使用中の仮想リソースおよび複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出して要求信号の送信元のユーザ端末に表示させる。また、本願の開示する通信装置は、要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行するリソース制御部を備える。リソース制御部は、要求信号の送信元のユーザ端末に表示された仮想リソースの中から要求信号の送信元のユーザ端末によって選択された仮想リソースに基づいて、要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行する。
【発明の効果】
【００１１】
本願の開示する通信装置の一つの態様によれば、通信ネットワークのリソースを複数のユーザ端末で共有する際のユーザ端末のリソースの追加、変更または削除などの要求に迅速に対応することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例にかかる通信装置の全体構成を示す図である。
【図２】図２は、通信ネットワークの全体構成を示す図である。
【図３】図３は、仮想リソース在庫管理テーブルの一例を示す図である。
【図４】図４は、仮想リソース在庫払い出しテーブルの一例を示す図である。
【図５】図５は、仮想リソースの割り当て制御の一例を説明するための図である。
【図６】図６は、仮想リソースの割り当て制御の一例を説明するための図である。
【図７】図７は、仮想リソースの割り当て制御の一例を説明するための図である。
【図８】図８は、仮想リソースの割り当て制御を動的に実行する通信装置の全体構成を示す図である。
【図９】図９は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。
【図１０】図１０は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。
【図１１】図１１は、VLAN−VPNを用いて仮想リソースのマージを行う際の仮想リソース在庫払い出しテーブルを示す図である。
【図１２】図１２は、tagポインタの構成を示す図である。
【図１３】図１３は、tagポインタの構成を示す図である。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する通信装置および通信ネットワークのリソースの制御方法の実施例を図面に基づいて詳細に説明する。なお、この実施例により開示技術が限定されるものではない。
【実施例】
【００１４】
図１は、本実施例にかかる通信装置を含む通信システムの全体構成を示す図である。図１に示すように、本実施例の通信装置は、プロビアクセス部１０２と、リソース表示制御部１０４と、リソース制御部１０６と、ＮＷ（NetWork）制御部１０８と、仮想リソース在庫管理テーブル１１０と、仮想リソース在庫払い出しテーブル１１２とを備える。
【００１５】
プロビアクセス部１０２は、エンドユーザ（テナント）が使用するシステム端末５０との間で通信バス５２を介して通信信号を送受信する。リソース表示制御部１０４は、システム端末５０から送信される通信ネットワークのリソースの追加、変更、または削除などの要求に対応する仮想リソースを抽出してシステム端末５０に表示させる制御を行う。リソース制御部１０６は、例えばシステム端末５０からの要求がリソースの追加の場合には、システム端末５０が現在使用中の仮想リソースと新たに追加される仮想リソースとをマージする。ＮＷ制御部１０８は、リソース制御部１０６で実行されたマージ結果を受信して通信装置への各種設定を行い、システム端末５０から送信されたパケットを通信ネットワーク１１６へ送信する。プロビアクセス部１０２、リソース表示制御部１０４、リソース制御部１０６、ＮＷ制御部１０８、仮想リソース在庫管理テーブル１１０および仮想リソース在庫払い出しテーブル１１２相互間のデータ送受信は通信バス１１４を介して行われる。なお、リソース表示制御部１０４およびリソース制御部１０６の詳細については後述する。
【００１６】
図２は、通信ネットワークの全体構成を示す図である。図２に示すように、システム端末５０−１〜５０−３とシステム端末５０−４〜５０−６との間は、複数の回線１２０，１２２，１２４で接続されている。また、回線１２０，１２２，１２４の通信経路上には複数の通信装置１２６−１〜１２６−１０が設けられている。本実施例では、システム端末５０−１〜５０−６に平等な通信サービスを提供するのではなく、例えばシステム端末５０−１〜５０−６との個々の契約に応じて提供する通信サービスに差を設けることができる。本実施例は、例えばシステム端末５０−３，５０−６は一般のユーザが使用する端末であり、システム端末５０−２，５０−５は会員ユーザが使用する端末であり、システム端末５０−１，５０−４はプレミアムユーザが使用する端末であるとする。この場合には、システム端末５０−３，５０−６、システム端末５０−２，５０−５、システム端末５０−１，５０−４の順に提供する通信サービスを向上させることができる。
【００１７】
また、本実施例では、回線１２０，１２２，１２４ごとに通信帯域を複数の仮想リソースに分割することができる。例えば、回線１２０，１２２，１２４の物理的な通信帯域が全て１Gbps（Gigabit per second）である場合に、回線１２０は１００Mbps（Megabit per second）の回線を１０本あらかじめ準備しておくことができる。また、例えば回線１２２は１０Mbpsの回線を１００本、回線１２４は１Mbpsの回線を１０００本あらかじめ準備しておくことができる。
【００１８】
図３は、仮想リソース在庫管理テーブルの一例を示す図である。図３に示すように、仮想リソース在庫管理テーブル１１０は、通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースを記憶している。より具体的には、仮想リソース在庫管理テーブル１１０は、複数の仮想リソースごとのリソースＩＤ（IDdentification）に対応して、帯域、ホップ数、および使用状況が格納される。使用状況とは、仮想リソースがシステム端末によって使用されているか否かを示すものである。一例を挙げて説明すると、リソースＩＤが「１００」の仮想リソースは、帯域が「１００Mbps」、ホップ数が「４」であり、現在システム端末５０−１〜５０−６のいずれかによって使用されていることを示している。一方、リソースＩＤが「３００」の仮想リソースは、帯域が「１０Mbps」、ホップ数が「５」であり、現在システム端末５０−１〜５０−６のいずれにも使用されていない、つまり空き仮想リソースであることを示している。なお、仮想リソース在庫管理テーブル１１０は、図３に示した例に限らず、通信帯域、経路のホップ数、空き時間情報、リソース使用状況等を加味して分割された複数の仮想リソースを記憶することができる。
【００１９】
図４は、仮想リソース在庫払い出しテーブルの一例を示す図である。仮想リソース在庫払い出しテーブル１１２は、仮想リソース在庫管理テーブル１１０に記憶された複数の仮想リソースのうちどの仮想リソースがどのシステム端末に使用されているかを示す在庫払い出し状況を記憶している。仮想リソース在庫払い出しテーブル１１２は、システム端末５０−１〜５０−６に提供している通信サービスの識別用のサービスＩＤに対応して、そのサービスを使用しているユーザＩＤと、そのサービスで使用されている仮想リソースのリソースＩＤが格納される。一例を挙げて説明すると、サービスＩＤが「１００」の通信サービスは、ユーザＩＤが「１００」のユーザ（システム端末）により使用されており、このシステム端末はリソースＩＤが「１００」の仮想リソースを使用していることを示している。
【００２０】
続いて、図１に戻って本実施例の通信装置の処理内容について説明する。まず、図１の実線矢印に示すように、プロビアクセス部１０２は、システム端末５０から通信ネットワークの状況表示の要求信号を受信したら、リソース表示制御部１０４にユーザＩＤとともに要求信号を転送する。システム端末５０から送信される通信ネットワーク１１６の状況表示の要求信号は、例えば通信ネットワークのリソースの追加、変更、または削除の要求信号とすることもできる。
【００２１】
続いて、リソース表示制御部１０４は、仮想リソース在庫払い出しテーブル１１２から読み出したユーザ情報と、仮想リソース在庫管理テーブル１１０から読み出した仮想リソースの空き状況とをシステム端末５０に表示する。リソース表示制御部１０４は、例えばシステム端末５０からの要求信号がリソースの追加である場合には、仮想リソース在庫管理テーブル１１０から空き仮想リソースを抽出して、抽出した空き仮想リソースをシステム端末５０に表示させることができる。また、リソース表示制御部１０４は、例えばシステム端末５０からの要求信号がリソースの削除である場合には、仮想リソース在庫払い出しテーブル１１２からシステム端末５０が使用中の仮想リソースを抽出してシステム端末５０に表示させことができる。また、リソース表示制御部１０４は、例えばシステム端末５０からの要求信号がリソースの変更である場合には、空き仮想リソースと、システム端末５０が使用中の仮想リソースとを抽出してシステム端末５０に表示させることができる。
【００２２】
また、図１の破線矢印で示すように、システム端末５０にて、通信ネットワーク状況を把握したエンドユーザは、所望の仮想リソースを選択し、プロビアクセス部１０２にリソース確保の要求を出す。すると、プロビアクセス部１０２は、この要求をサービスＩＤ、ユーザＩＤ、使用要求リソースＩＤとともにリソース制御部１０６に転送する。リソース制御部１０６は、例えば仮想リソース在庫払い出しテーブル１１２から現在エンドユーザが対象サービスで使用している仮想リソースを抽出し、使用要求があったリソースとのマージを行う。リソース制御部１０６は、マージ結果をＮＷ制御部１０８に通知し、ＮＷ制御部１０８は通信装置への設定を実施する。以下、本実施例の通信装置の仮想リソースの割り当て制御について、より具体的な例を用いて説明する。
【００２３】
図５は、仮想リソースの割り当て制御の一例を説明するための図である。図５は、新規のユーザに対して通信サービスを提供する際の仮想リソース在庫管理テーブル１１０と仮想リソース在庫払い出しテーブル１１２それぞれの変更前と変更後について説明するものである。まず、新規のユーザから通信サービスの提供の要求信号をプロビアクセス部１０２が受信したら、リソース表示制御部１０４は、仮想リソース在庫管理テーブル１１０を参照して空き仮想リソースを抽出してサービス要求元のシステム端末に表示する。より具体的にはリソース表示制御部１０４は、現在いずれのシステム端末５０−１〜５０−６にも使用されておらず、仮想リソース在庫管理テーブル１１０の「使用状況」が空きとなっている仮想リソースを抽出してサービス要求元のシステム端末に表示する。ここでは、仮想リソース在庫管理テーブル１１０の破線１５０，１５２で囲まれたリソースＩＤが「３００」，「６００」の仮想リソースが抽出されてサービス要求元のシステム端末に表示されたとする。
【００２４】
続いて、サービス要求元のシステム端末によって、リソースＩＤが「３００」，「６００」の仮想リソースが選択されたとすると、リソース制御部１０６は、リソースＩＤが「３００」，「６００」の仮想リソースをサービス要求元のシステム端末に割り当てる。ここでは、サービス要求元のシステム端末のユーザＩＤを「４００」とし、新たにサービスＩＤが「５００」のサービスを提供する例を示す。この場合、リソース制御部１０６は、仮想リソース在庫管理テーブル１１０の破線１５１，１５３で示すように、仮想リソース在庫管理テーブル１１０におけるリソースＩＤ「３００」，「６００」の仮想リソースの使用状況を使用中に設定する。また、リソース制御部１０６は、仮想リソース在庫払い出しテーブル１１２の破線１５４に示すように、仮想リソース在庫払い出しテーブル１１２において、サービスＩＤの「５００」、ユーザＩＤの「４００」、およびリソースＩＤの「３００」，「６００」を追加する。以上のように、新規ユーザに通信サービスを提供する場合には、仮想リソース在庫管理テーブル１１０から新規ユーザが所望する仮想リソース（単位リソース）を割り当てるだけで、迅速に通信サービスの開通を行うことができる。
【００２５】
図６は、仮想リソースの割り当て制御の一例を説明するための図である。図６は、ダイナミックに通信ネットワークリソースを変更する際の仮想リソース在庫管理テーブル１１０について説明するものである。図６に示すように、この例では、仮想リソース在庫管理テーブル１１０は、リソースＩＤに対応付けて、空き時間情報が記憶される。例えば、あるユーザＡは、現状、通信帯域が１００Mbpsのサービスを契約しているとする。このユーザＡは、例えば月曜１０時から１２時までＴＶ（TeleVision）会議を実施しており、ＴＶ会議を実施する時間帯だけはほぼＭＡＸの通信帯域を使用するため、ＴＶ会議を実施する時間帯だけ３０Mbps通信帯域を増やしたいとする。
【００２６】
この場合、ユーザＡがシステム端末を操作して通信ネットワークのリソースの追加の要求を行うと、プロビアクセス部１０２は、ユーザＡが使用するシステム端末からリソースの追加の要求信号を受信する。続いて、リソース表示制御部１０４は、仮想リソース在庫管理テーブル１１０を参照して空き仮想リソースを抽出してサービス要求元のシステム端末に表示する。ここでは、ユーザＡはシステム端末に表示された空き仮想リソースのうちリソースＩＤが「２００」，「３００」，「６００」の仮想リソースを月曜の１０時〜１２時の時間帯で選択したとする。この場合、リソース制御部１０６は、ユーザＡのシステム端末にもともと割り当てられていた仮想リソースと、新たに追加されたリソースＩＤが「２００」，「３００」，「６００」の仮想リソースとをマージする。また、リソース制御部１０６は、仮想リソース在庫管理テーブル１１０において、破線１５６，１５８に示すように、リソースＩＤが「２００」，「３００」，「６００」の仮想リソースの使用状況を使用中に更新する。このように、リソースの追加要求信号に応答して、仮想リソース在庫管理テーブル１１０から空き仮想リソースを抽出してリソースの追加要求元のシステム端末に表示して選択させることで、迅速に１次的なリソースの確保を行うことができる。
【００２７】
図７は、仮想リソースの割り当て制御の一例を説明するための図である。図７は、ダイナミックに通信ネットワークリソースを変更する際の仮想リソース在庫管理テーブル１１０および仮想リソース在庫払い出しテーブル１１２について説明するものである。図７に示すように、この例では、仮想リソース在庫払い出しテーブル１１２は、サービスＩＤに対応付けて、実効帯域と、実効ホップ数が記憶される。例えば、あるユーザＢは現状、通信帯域１００Mbpsのサービスを契約しているとする。また、ユーザＢに対して、通常は１００Mbpsの通信帯域を確保しているが、仮想リソース在庫払い出しテーブル１１２の破線１６０で示すように、現状、通信ネットワーク障害や工事により、サービスの実効状態が低下しているとする。
【００２８】
この場合、リソース表示制御部１０４は、仮想リソース在庫管理テーブル１１０を参照して、リソースＩＤが「６００」，「７００」の空き仮想リソースをユーザＢのシステム端末に対して払い出す。リソース制御部１０６は、ユーザＢのシステム端末にもともと割り当てられていた仮想リソースと、新たに払い出されたリソースＩＤが「６００」，「７００」の仮想リソースとをマージする。また、リソース制御部１０６は、仮想リソース在庫管理テーブル１１０において、破線１６２に示すように、リソースＩＤが「６００」，「７００」の仮想リソースの使用状況を使用中に更新する。このように、図７の例は、仮想リソース在庫払い出しテーブル１１２を参照しながらサービスの実効状況をチェックしてリソース不足の検知を行う。さらに、図７の例は、仮想リソース在庫管理テーブル１１０から空き仮想リソースを払い出して対応することで、サービス断を伴わず１次的なリソース増強を実施することができる。
【００２９】
続いて、仮想リソースの割り当て制御を動的に実行する通信装置の構成について説明する。図８は、仮想リソースの割り当て制御を動的に実行する通信装置の全体構成を示す図である。図８に示すように、本実施例の通信装置を含む通信システムは、大きく分けて、リソース要求部８０と、リソース管理部２０１と、リソース管理データ２０９と、スイッチ制御部２２０とを備える。リソース要求部８０とリソース管理部２０１は、通信バス９０を介して接続される。また、リソース管理部２０１と、リソース管理データ２０９と、スイッチ制御部２２０とは、相互に通信バス２１４を介して接続される。なお、リソース要求部８０に含まれるシステム端末８２は、図１で説明したものと同様であるので説明を省略する。また、リソース管理部２０１に含まれるプロビアクセス部２０２と、リソース表示制御部２０４と、リソース制御部２０６と、ＮＷ制御部２０８は、それぞれ図１で説明したものと同様であるので説明を省略する。また、リソース管理データ２０９に含まれる仮想リソース在庫管理テーブル２１０と、仮想リソース在庫払い出しテーブル２１２は、それぞれ図１で説明したものと同様であるので説明を省略する。
【００３０】
スイッチ制御部２２０は、パケット受信部２２２と、ソフトスイッチ部２２４と、仮想ＩＦ（InterFace）キュー部２２６とを備える。パケット受信部２２２は、システム端末８２から送信されたパケットを受信する。また、ソフトスイッチ部２２４は、パケット受信部２２２で受信した複数のパケットをそれぞれどの仮想リソースに割り振るかを決定する。仮想ＩＦキュー部２２６は、ソフトスイッチ部２２４で決定された割り振りに応じて、各パケットを各キューに割り振り、各キューに格納されたパケットを順次通信ネットワーク２１６に送信する。
【００３１】
続いて、スイッチ制御部２２０の具体的な処理について説明する。図９は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。図９に示すように、パケット３０２，３０４，３０６，３０８が（１）〜（４）の順にパケット受信部２２２で受信されたとする。図９に示すように、ソフトスイッチ部２２４は、仮想グループtag割当表２２３を備えており、パケットを受信したら仮想グループtag割当表２２３からtagポインタ２２５の示す回線を選択する。ソフトスイッチ部２２４は、パケットの到着順に、tagポインタ２２５を参照しながらパケットにVLAN-tag を付加して仮想ＩＦキュー部２２６へアタッチする。また、ソフトスイッチ部２２４は、パケットにVLAN-tagを付加するたびに、tagポインタ２２５が次のレコードを指すように、tagポインタ２２５をα、β、γの順に巡回させる。この例ではパケットの到着順に順次VLAN-tagを付加するので、パケット３０２にはtagαが付加され、パケット３０４にはtagβが付加され、パケット３０６にはtagγが付加され、パケット３０８にはtagαが付加される。なお、図９は、（４）のパケット３０８までの処理が完了した状態を示しており、次の（５）のパケットにはtagβが選択される。
【００３２】
図１０は、VLAN−VPNを用いた仮想リソースのマージの一例を示す図である。図１０に示すように、（１）〜（３）の順にパケット３２０，３２２，３２４が順次パケット受信部２２２で受信されたとする。また、パケット３２０は「８００Byte」、パケット３２２は「１Kbyte」、パケット３２４は「８０Byte」であったとする。ソフトスイッチ部２２４は、送信Byte数カウンタ２２７と、仮想グループtag割当表２２３とを備えており、パケットを受信したら、送信Byte数カウンタ２２７が最小を示している項をもとに仮想グループtag割当表２２３を参照して、VLAN-tagをパケットに付加する。また、ソフトスイッチ部２２４は、VLAN-tagが付加されたパケットを仮想ＩＦキュー部２２６へアタッチする。また、ソフトスイッチ部２２４は、仮想ＩＦキュー部２２６にアタッチしたByte数だけ、選択された回線の送信Byte数をカウントアップする。
【００３３】
具体的には、ソフトスイッチ部２２４は、パケット３２０を受信したら、その時点で送信Byte数カウンタ２２７が最小であるtagβをパケット３２０に付加し、送信Byte数カウンタ２２７のtagβの送信Byte数を「２０００」から「２８００」にカウントアップする。また、ソフトスイッチ部２２４は、パケット３２２を受信したら、その時点で送信Byte数カウンタ２２７が最小であるtagαをパケット３２２に付加し、送信Byte数カウンタ２２７のtagαの送信Byte数を「２０６０」から「３０６０」にカウントアップする。また、ソフトスイッチ部２２４は、パケット３２４を受信したら、その時点で送信Byte数カウンタ２２７が最小であるtagγをパケット３２４に付加し、送信Byte数カウンタ２２７のtagαの送信Byte数を「２６００」から「２６８０」にカウントアップする。このように、送信Byte数カウンタ２２７が最小を示しているVLAN-tagをパケットに付加することにより、トラフィックを平均化することができる。なお、図１０は、パケット３２４までの処理が完了した状態を示しており、次のパケットが受信されたら、送信Byte数カウンタ２２７が最小であるtagγが選択される。
【００３４】
続いて、VLAN−VPNを用いて仮想リソースのマージを行う際の仮想リソース在庫払い出しテーブル１１２について説明する。図１１は、VLAN−VPNを用いて仮想リソースのマージを行う際の仮想リソース在庫払い出しテーブル１１２を示す図である。図１１に示すように、仮想リソース在庫払い出しテーブル１１２には、サービスＩＤそれぞれに対応してVLAN−tagが格納される。ここでは、破線３５０に示すように、サービスＩＤが「５００」でありリソースＩＤが「３００」，「７００」，「８００」の仮想リソースのそれぞれに対して、VLAN−tagは「α」，「β」，「γ」が対応付けられる。
【００３５】
続いて、tagポインタ２２５の構成について説明する。図１２，１３は、tagポインタ２２５の構成を示す図である。図１２に示すように、tagポインタ２２５は、サービスＩＤのそれぞれに対して、tag ポインタが対応付けられる。ここでは、破線３５２に示すように、サービスＩＤ「５００」に対応してVLAN−tag「α」が格納されているとする。この状態で、パケット受信部２２２がパケットを受信したら、パケット受信部２２２は受信パケットをソフトスイッチ部２２４へ転送する。ソフトスイッチ部２２４は、tagポインタ２２５を参照して、tagポインタ２２５が示す回線（VLAN−tag）を選択し、パケットに付加する。ソフトスイッチ部２２４は、パケットにVLAN-tagを設定したら、仮想ＩＦキュー部２２６へアタッチする。また、ソフトスイッチ部２２４は、パケットを仮想ＩＦキュー部２２６へアタッチしたら、図１３の破線３５４に示すように、サービスＩＤ「５００」に対応するVLAN−tagが次のレコードを指すように、VLAN−tagを「β」に更新する。
【００３６】
以上、本実施例の通信装置および通信ネットワークのリソースの制御方法は、通信ネットワークのリソースをあらかじめ設定された分割基準で分割して複数の仮想リソースを設けておく。また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、ユーザ端末（システム端末）から要求信号が送られたら、要求信号に応じた仮想リソースをユーザ端末に表示する。そして、本実施例の通信装置および通信ネットワークのリソースの制御方法は、要求信号の送信元のユーザ端末に表示された仮想リソースのうち、ユーザ端末が選択した仮想リソースに基づいて、ユーザ端末にリソースを割り当てる。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法は、ユーザ端末からのリソースの追加、変更または削除などの要求に迅速に対応することができる。
【００３７】
また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、通信ネットワークのリソースを、あらかじめある単位毎の仮想リソースに分けておき、それを管理する仮想リソース在庫管理テーブル１１０を備える。また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、既に提供済みの仮想リソースをどのシステム端末が使用しているかを管理する仮想リソース在庫払い出しテーブル１１２を備える。そして、本実施例の通信装置および通信ネットワークのリソースの制御方法は、通信サービスの提供要求があった場合、仮想リソース在庫管理テーブル１１０から要求に応じた単位の仮想リソースを割り当てる。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法は、複数の単位仮想リソースを１つのコネクションとして束ねるだけでサービス開通の制御を行うことができる。
【００３８】
また、本実施例の通信装置および通信ネットワークのリソースの制御方法は、単位毎の仮想リソースが、制御や障害などの状況に応じて常に更新される。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、更新された仮想リソースをＷＷＷ（World Wide Web）等で公開することにより、通信ネットワークのリアルタイムな状況を把握することができる。また、エンドユーザ（テナント）は、リソース不足が発生した場合、動的に仮想リソースの追加を行い、ユーザセルフで仮想的に装置へのプロビジョニングが可能となるので、オンデマンドでサービス毎の回線や帯域拡張、サービス拡張が可能となる。したがって、本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、ＩＴリソースを複数のユーザで共有し、一部のリソースをサービスとして提供する場合に、通信サービスの申し込みから開通までのリードタイムを短縮することができる。本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、例えば、ISP等の事業者が、SaaS、PaaS、MVNOなどのサービスを提供する場合に、通信サービスの申し込みから開通までのリードタイムを短縮することができる。また、本実施例の通信装置および通信ネットワークのリソースの制御方法によれば、エンドユーザ自身がオンデマンドでサービス毎の回線の帯域拡張やサービス拡張を行うことができるので、エンドユーザのサービスに対する満足度を向上させることができる。
【符号の説明】
【００３９】
５０，８２ システム端末
１０２，２０２プロビアクセス部
１０４，２０４リソース表示制御部
１０６，２０６リソース制御部
１０８，２０８ＮＷ制御部
１１０，２１０仮想リソース在庫管理テーブル
１１２，２１２仮想リソース在庫払い出しテーブル
１１６，２１６通信ネットワーク
１２６ 通信装置
【特許請求の範囲】
【請求項１】
通信ネットワークのリソースを共有する複数のユーザ端末から前記リソースの追加、変更または削除を含む要求信号を受信する受信部と、
前記受信部によって前記要求信号が受信されたら、前記通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースの中から、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出し、該抽出した仮想リソースを前記要求信号の送信元のユーザ端末に表示させるリソース表示制御部と、
前記要求信号の送信元のユーザ端末に表示された仮想リソースの中から前記要求信号の送信元のユーザ端末によって選択された仮想リソースに基づいて、前記要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行するリソース制御部と、
を備えたことを特徴とする通信装置。
【請求項２】
前記通信ネットワークのリソースをあらかじめ設定された分割基準で複数の仮想リソースに分割して記憶する仮想リソース在庫管理記憶部と、
前記在庫管理記憶部に記憶された複数の仮想リソースのうちどの仮想リソースがどのユーザ端末に使用されているかを示す在庫払い出し状況を記憶する仮想リソース在庫払い出し記憶部とをさらに備え、
前記リソース表示制御部は、前記仮想リソース在庫管理記憶部と前記仮想リソース在庫払い出し記憶部とを参照して、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出する
請求項１に記載の通信装置。
【請求項３】
前記仮想リソース在庫管理記憶部は、通信帯域、通信経路のホップ数、およびリソースの空き時間の少なくとも１つの分割基準で前記通信ネットワークのリソースを複数の仮想リソースに分割して記憶する
請求項２に記載の通信装置。
【請求項４】
通信ネットワークのリソースを共有する複数のユーザ端末から前記リソースの追加、変更、または削除を含む要求信号を受信する受信工程と、
前記受信工程によって前記要求信号が受信されたら、前記通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースの中から、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出し、該抽出した仮想リソースを前記要求信号の送信元のユーザ端末に表示させるリソース表示制御工程と、
前記リソース表示制御工程によって前記要求信号の送信元のユーザ端末に表示された仮想リソースの中から前記要求信号の送信元のユーザ端末が選択した仮想リソースに応じて前記要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行するリソース制御工程と、
を備えたことを特徴とする通信ネットワークのリソースの制御方法。
【請求項５】
前記リソース表示制御工程は、前記通信ネットワークのリソースをあらかじめ設定された分割基準で複数の仮想リソースに分割して記憶する仮想リソース在庫管理記憶部と、前記在庫管理記憶部に記憶された複数の仮想リソースのうちどの仮想リソースがどのユーザ端末に使用されているかを示す在庫払い出し状況を記憶する仮想リソース在庫払い出し記憶部とを参照して、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出する
請求項４に記載の通信ネットワークのリソースの制御方法。
【請求項６】
前記仮想リソース在庫管理記憶部は、通信帯域、通信経路のホップ数、およびリソースの空き時間の少なくとも１つの分割基準で前記通信ネットワークのリソースを複数の仮想リソースに分割して記憶する
請求項５に記載の通信ネットワークのリソースの制御方法。
【請求項１】
通信ネットワークのリソースを共有する複数のユーザ端末から前記リソースの追加、変更または削除を含む要求信号を受信する受信部と、
前記受信部によって前記要求信号が受信されたら、前記通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースの中から、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出し、該抽出した仮想リソースを前記要求信号の送信元のユーザ端末に表示させるリソース表示制御部と、
前記要求信号の送信元のユーザ端末に表示された仮想リソースの中から前記要求信号の送信元のユーザ端末によって選択された仮想リソースに基づいて、前記要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行するリソース制御部と、
を備えたことを特徴とする通信装置。
【請求項２】
前記通信ネットワークのリソースをあらかじめ設定された分割基準で複数の仮想リソースに分割して記憶する仮想リソース在庫管理記憶部と、
前記在庫管理記憶部に記憶された複数の仮想リソースのうちどの仮想リソースがどのユーザ端末に使用されているかを示す在庫払い出し状況を記憶する仮想リソース在庫払い出し記憶部とをさらに備え、
前記リソース表示制御部は、前記仮想リソース在庫管理記憶部と前記仮想リソース在庫払い出し記憶部とを参照して、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出する
請求項１に記載の通信装置。
【請求項３】
前記仮想リソース在庫管理記憶部は、通信帯域、通信経路のホップ数、およびリソースの空き時間の少なくとも１つの分割基準で前記通信ネットワークのリソースを複数の仮想リソースに分割して記憶する
請求項２に記載の通信装置。
【請求項４】
通信ネットワークのリソースを共有する複数のユーザ端末から前記リソースの追加、変更、または削除を含む要求信号を受信する受信工程と、
前記受信工程によって前記要求信号が受信されたら、前記通信ネットワークのリソースをあらかじめ設定された分割基準で分割して設けられた複数の仮想リソースの中から、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出し、該抽出した仮想リソースを前記要求信号の送信元のユーザ端末に表示させるリソース表示制御工程と、
前記リソース表示制御工程によって前記要求信号の送信元のユーザ端末に表示された仮想リソースの中から前記要求信号の送信元のユーザ端末が選択した仮想リソースに応じて前記要求信号の送信元のユーザ端末に割り当てるリソースの追加、変更または削除を実行するリソース制御工程と、
を備えたことを特徴とする通信ネットワークのリソースの制御方法。
【請求項５】
前記リソース表示制御工程は、前記通信ネットワークのリソースをあらかじめ設定された分割基準で複数の仮想リソースに分割して記憶する仮想リソース在庫管理記憶部と、前記在庫管理記憶部に記憶された複数の仮想リソースのうちどの仮想リソースがどのユーザ端末に使用されているかを示す在庫払い出し状況を記憶する仮想リソース在庫払い出し記憶部とを参照して、前記要求信号の送信元のユーザ端末が使用中の仮想リソースおよび前記複数のユーザ端末のいずれも使用していない仮想リソースの少なくとも一方を抽出する
請求項４に記載の通信ネットワークのリソースの制御方法。
【請求項６】
前記仮想リソース在庫管理記憶部は、通信帯域、通信経路のホップ数、およびリソースの空き時間の少なくとも１つの分割基準で前記通信ネットワークのリソースを複数の仮想リソースに分割して記憶する
請求項５に記載の通信ネットワークのリソースの制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−４４２６８（Ｐ２０１２−４４２６８Ａ）
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願番号】特願２０１０−１８１１１４（Ｐ２０１０−１８１１１４）
【出願日】平成２２年８月１２日（２０１０．８．１２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願日】平成２２年８月１２日（２０１０．８．１２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]