(57)【要約】【課題】解放可能な状態にある帯域を解放し、帯域全体を有効利用できることを課題とする。【解決手段】通信装置は、予め割り当てられた所定の帯域幅を用いて、他の装置と通信を行う情報処理装置である。そして、通信装置は、予め割り当てられた所定の帯域幅の一部または全部の解放を要求する帯域解放要求を、同様に帯域幅が予め割り当てられた他の装置から受信する。その後、通信装置は、帯域解放要求が受信された場合に、自装置で実行されているプロセスごとのリソース情報を他の装置に送信する。そして、通信装置は、プロセスごとのリソース情報が送信された他の装置から帯域取得要求を受信した場合に、当該帯域取得要求によって特定されるプロセスが利用している帯域幅を前記他の装置に対して解放する。【選択図】図２
2011050011.tif 000002
【特許請求の範囲】
【請求項１】
予め割り当てられた所定の帯域幅を用いて、他の装置と通信を行う情報処理装置であって、
前記予め割り当てられた所定の帯域幅の一部または全部の解放を要求する帯域解放要求を、同様に帯域幅が予め割り当てられた他の情報処理装置から受信する解放要求受信手段と、
前記解放要求受信手段によって帯域解放要求が受信された場合に、自装置で実行されているプロセスごとのリソース情報を前記他の情報処理装置に送信するリソース情報送信手段と、
前記リソース情報送信手段によってプロセスごとのリソース情報が送信された他の情報処理装置から帯域取得要求を受信した場合に、当該帯域取得要求によって特定されるプロセスが利用している帯域幅を前記他の情報処理装置に対して解放する帯域解放手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記予め割り当てられた所定の帯域幅を記憶する帯域情報記憶手段をさらに有し、
前記帯域解放手段は、前記所定の帯域幅から前記特定されたプロセスが利用していた帯域幅を減算した新たな帯域幅を前記帯域情報記憶手段に格納して、前記特定したプロセスが利用していた帯域幅を前記他の情報処理装置に対して解放することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
予め割り当てられた所定の帯域幅を用いて、他の装置と通信を行う情報処理装置であって、
他の情報処理装置に予め割り当てられた帯域幅の一部または全部の解放を要求する帯域解放要求を、前記他の情報処理装置に送信する解放要求送信手段と、
前記解放要求送信手段によって帯域解放要求が送信された他の情報処理装置から前記プロセスごとのリソース情報を受信した場合に、帯域が解放可能なプロセスが存在するか否かを判定するプロセス判定手段と、
前記プロセス判定手段によって解放可能なプロセスが存在すると判定された場合に、当該プロセスが利用している帯域幅の取得を、前記他の情報処理装置に要求する取得要求送信手段と、
前記取得要求送信手段によって帯域幅の取得が要求された他の情報処理装置が当該帯域幅を解放した場合に、解放された帯域幅を使用して通信を行うように制御する通信制御手段と、
を有することを特徴とする情報処理装置。
【請求項４】
前記プロセス判定手段は、前記プロセスごとのリソース情報を受信した場合に、プロセッサ使用率が所定の閾値未満または帯域使用率が所定の閾値未満であるプロセスを、解放可能なプロセスであると判定することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記予め割り当てられた所定の帯域幅を記憶する帯域情報記憶手段をさらに有し、
前記通信制御手段は、前記他の情報処理装置が帯域幅を解放した場合に、前記帯域情報記憶手段に記憶される帯域幅に前記解放された帯域幅を加算した新たな帯域幅を、前記帯域情報記憶手段に格納し、前記解放された帯域幅を使用して通信を行うように制御することを特徴とする請求項３に記載の情報処理装置。
【請求項６】
前記取得要求送信手段は、前記プロセス判定手段によって解放可能と判定されたプロセスが利用されている帯域幅が自装置の要求する帯域幅より小さい場合には、前記他の情報処理装置に対して帯域解放要求を再度送信することを特徴とする請求項３に記載の情報処理装置。
【請求項７】
当該情報処理装置は、複数の他の情報処理装置と接続されるものであって、
前記解放要求送信手段は、前記複数の他の情報処理装置各々に前記帯域解放要求を送信し、
前記プロセス判定手段は、前記複数の他の情報処理装置各々からプロセスごとのリソース情報を受信して、帯域が解放可能なプロセスが存在するか否かを判定し、
前記取得要求送信手段は、前記プロセス判定手段によって解放可能と判定されたプロセスが利用されている帯域幅の合計が自装置の要求する帯域幅以上である場合には、帯域幅の取得を他の情報処理装置に送信し、前記解放可能と判定されたプロセスが利用されている帯域幅の合計が自装置の要求する帯域幅未満である場合には、前記複数の他の情報処理装置各々に対して帯域解放要求を再度送信することを特徴とする請求項３に記載の情報処理装置。
【請求項８】
予め割り当てられた所定の帯域幅を用いて、他の装置と通信を行う情報処理装置としてのコンピュータに実行させる情報処理プログラムであって、
前記予め割り当てられた所定の帯域幅の一部または全部の解放を要求する帯域解放要求を、同様に帯域幅が予め割り当てられた他の情報処理装置から受信する解放要求受信手順と、
前記解放要求受信手順によって帯域解放要求が受信された場合に、自装置で実行されているプロセスごとのリソース情報を前記他の情報処理装置に送信するリソース情報送信手順と、
前記リソース情報送信手順によってプロセスごとのリソース情報が送信された他の情報処理装置から帯域取得要求を受信した場合に、当該帯域取得要求によって特定されるプロセスが利用している帯域幅を前記他の情報処理装置に対して解放する帯域解放手順と、
をコンピュータに実行させることを特徴とする情報処理プログラム。
【請求項９】
予め割り当てられた所定の帯域幅を用いて、他の装置と通信を行う情報処理装置としてのコンピュータに実行させる情報処理プログラムであって、
他の情報処理装置に予め割り当てられた帯域幅の一部または全部の解放を要求する帯域解放要求を、前記他の情報処理装置に送信する解放要求送信手順と、
前記解放要求送信手順によって帯域解放要求が送信された他の情報処理装置から前記プロセスごとのリソース情報を受信した場合に、帯域が解放可能なプロセスが存在するか否かを判定するプロセス判定手順と、
前記プロセス判定手順によって解放可能なプロセスが存在すると判定された場合に、当該プロセスが利用している帯域幅の取得を、前記他の情報処理装置に要求する取得要求送信手順と、
前記取得要求送信手順によって帯域幅の取得が要求された他の情報処理装置が当該帯域幅を解放した場合に、解放された帯域幅を使用して通信を行うように制御する通信制御手順と、
をコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理プログラムに関する。
【背景技術】
【０００２】
従来、高速な通信技術や通信回線が普及するにつれて、例えば、ゲームや映画配信など、ネットワークを介した大容量サービスがネットワーク上で提供され、多くのクライアントが頻繁に利用している。
【０００３】
そして、全てのクライアント装置に対して、このような大容量サービスの利用を無制限で許可してしまうと、通信速度が極端に遅くなるなどの障害、いわゆるネット渋滞が発生し、メール送受信などの低容量サービスの利用すらできなくなる。そのため、近年では、クライアント装置それぞれが一定の通信速度を確保できるように、クライアント装置それぞれに対して利用できる帯域幅を制限する帯域制限が行われている。例えば、プロバイダーなどでは、契約ユーザに対して５０Ｍｂｐｓといった帯域制限を行っている。
【０００４】
ところが、帯域制限を行った結果、帯域を有効利用できていないという事象が発生していた。具体的には、ユーザの中には、いわゆるヘビーユーザと言われるネットワーク通信を頻繁に利用するクライアント装置や、いわゆるライトユーザと言われるネットワーク通信をほとんど利用しないクライアント装置が存在する。そのため、それぞれのユーザに対して帯域制限を行うと、ライトユーザに割り当てられた帯域がほとんど利用されず、帯域全体を有効利用できていない。
【０００５】
例えば、ネットワーク通信を頻繁に行うヘビーユーザ、ネットワーク通信を適度に行う一般ユーザ、ネットワーク通信をほとんど行わないライトユーザそれぞれに対して、全体で１５０Ｍｂｐｓの帯域を５０Ｍｂｐｓずつ利用できる帯域制限を行っていたとする。この場合、ヘビーユーザに割り当てられた５０Ｍｂｐｓや一般ユーザに割り当てられた５０Ｍｂｐｓは、利用されている時間が多いが、ライトユーザに割り当てられている５０Ｍｂｐｓは、ほとんど利用されていない。したがって、全体で１５０Ｍｂｐｓのうち、５０Ｍｂｐｓが有効利用されていないこととなる。
【０００６】
このような事象を解決するために、動的に帯域制御を実施する技術が開示されている。例えば、クライアント装置Ａ、Ｂ、Ｃ、Ｄが同じネットワークに接続されている場合を例にして説明する。まず、帯域を要求したいクライアント装置Ａは、他のクライアント装置Ｂ〜Ｄのうち、空き帯域を有するクライアント装置ＢとＣに対して帯域解放要求を送信する。その後、クライアント装置Ａは、帯域解放要求を送信したクライアント装置Ｂまたはクライアント装置Ｃのいずれかから帯域が解放されると、解放された帯域を確保して通信を行う。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】坂手寛治、山口弘純、東野輝夫、谷口健一、「帯域割譲交渉による動的帯域制御方式」、情報処理学会、メディア通信と分散処理85-14、Nov.1997
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来の技術では、帯域解放要求を受信したクライアント装置が帯域を解放するか否かはユーザの主観によって決められているので、解放可能な状態であっても解放されない帯域があるという課題があった。このように、解放可能であるにも関わらず、解放されない未使用の帯域が存在することから、従来技術は、帯域全体を有効利用できているとも言い難い。
【０００９】
本発明は、上記に鑑みてなされたものであって、解放可能な状態にある帯域を解放し、帯域全体を有効利用できることが可能である情報処理装置および情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、予め割り当てられた所定の帯域幅を用いて、他の装置と通信を行う情報処理装置であって、前記予め割り当てられた所定の帯域幅の一部または全部の解放を要求する帯域解放要求を、同様に帯域幅が予め割り当てられた他の情報処理装置から受信する解放要求受信手段と、前記解放要求受信手段によって帯域解放要求が受信された場合に、自装置で実行されているプロセスごとのリソース情報を前記他の情報処理装置に送信するリソース情報送信手段と、前記リソース情報送信手段によってプロセスごとのリソース情報が送信された他の情報処理装置から帯域取得要求を受信した場合に、当該帯域取得要求によって特定されるプロセスが利用している帯域幅を前記他の情報処理装置に対して解放する帯域解放手段と、を有する。
【００１１】
また、本発明は、予め割り当てられた所定の帯域幅を用いて、他の装置と通信を行う情報処理装置であって、他の情報処理装置に予め割り当てられた帯域幅の一部または全部の解放を要求するに帯域解放要求を、前記他の情報処理装置に送信する解放要求送信手段と、前記解放要求送信手段によって帯域解放要求が送信された他の情報処理装置から前記プロセスごとのリソース情報を受信した場合に、帯域が解放可能なプロセスが存在するか否かを判定するプロセス判定手段と、前記プロセス判定手段によって解放可能なプロセスが存在すると判定された場合に、当該プロセスが利用している帯域幅の取得を、前記他の情報処理装置に要求する取得要求送信手段と、前記取得要求送信手段によって帯域幅の取得が要求された他の情報処理装置が当該帯域幅を解放した場合に、解放された帯域幅を使用して通信を行うように制御する通信制御手段と、を有する。
【発明の効果】
【００１２】
本発明にかかる情報処理装置および情報処理プログラムは、解放可能な状態にある帯域を解放し、帯域全体を有効利用できることが可能であるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１に係る通信制御システムの全体構成を示す図である。
【図２】図２は、実施例１に係る通信装置Ａ１０の構成を示すブロック図である。
【図３】図３は、他端末情報ＤＢ１５ａに記憶される情報の例を示す図である。
【図４−１】図４−１は、リソース情報ＤＢ１５ｂに記憶される帯域情報の例を示す図である。
【図４−２】図４−２は、リソース情報ＤＢ１５ｂに記憶されるリソース情報の例を示す図である。
【図５】図５は、要求制御部２３の詳細な構成を示すブロック図である。
【図６】図６は、帯域設定画面の例を示す図である。
【図７】図７は、解放制御部２４の詳細な構成を示すブロック図である。
【図８】図８は、実施例１に係るＧＷ１００の構成を示すブロック図である。
【図９】図９は、端末情報ＤＢ１０３ｂに記憶される情報の例を示す図である。
【図１０】図１０は、帯域解放要求送信側の通信装置における処理の流れを示すフローチャートである。
【図１１】図１１は、帯域解放要求受信側の通信装置における処理の流れを示すフローチャートである。
【図１２】図１２は、通信装置起動時における通信制御システム全体のシーケンスを示す図である。
【図１３−１】図１３−１は、通信装置Ａ１０がＧＷ１００に送信する端末情報の例を示す図である。
【図１３−２】図１３−２は、通信装置Ｂ３０がＧＷ１００に送信する端末情報の例を示す図である。
【図１３−３】図１３−３は、通信装置Ｃ５０がＧＷ１００に送信する端末情報の例を示す図である。
【図１４】図１４は、ＧＷ１００が各通信装置に応答する情報の例を示す図である。
【図１５】図１５は、各通信装置に送信する帯域解放要求の例を示す図である。
【図１６】図１６は、各通信装置に送信する帯域解放要求に対する応答例を示す図である。
【図１７】図１７は、利用宣言として送信される帯域取得要求の例を示す図である。
【図１８】図１８は、帯域取得要求に対する応答例を示す図である。
【図１９】図１９は、通信装置起動中における通信制御システム全体のシーケンスを示す図である。
【図２０】図２０は、リソース情報一覧の取得要求例を示す図である。
【図２１】図２１は、帯域解放要求先が帯域解放要求元に送信するプロセスごとのリソース情報の例を示す図である。
【図２２】図２２は、帯域解放要求先が帯域解放要求元に送信するプロセスごとのリソース情報の例を示す図である。
【図２３】図２３は、実施例２に係る通信制御システムにおけるシーケンスを示す図である。
【発明を実施するための形態】
【００１４】
以下に、本発明にかかる情報処理装置および情報処理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１５】
［全体構成］
図１は、実施例１に係る通信制御システムの全体構成を示す図である。図１に示すように、通信制御システムは、通信装置Ａ１０と、通信装置Ｂ３０と、通信装置Ｃ５０、ＧＷ（GateWay）１００とを有しており、各通信装置Ａ〜Ｃは、ＧＷ１００を介してＩＰ（Internet  Protocol）網に接続される。図１では、通信装置３台が接続されている例を示しているが、接続台数を限定するものではない。なお、ここで示した通信制御システムは、企業内ＬＡＮ（Local  Area  Network）やホームネットワークなどに適用することができる。
【００１６】
通信装置Ａ１０は、例えば、Ｗｅｂブラウザを用いたＷｅｂ接続、電子メールの送受信などの機能を有するパーソナルコンピュータやワークステーションなどの情報処理端末である。また、通信装置Ａ１０は、例えば、ＤＬＮＡ（Digital  Living  Network  Alliance）やＵＰｎＰ（Universal  Plug  and  Play）など情報家電としての相互接続機能を有していてもよい。ここでは、通信装置Ａ１０には、ＩＰアドレスとして「192.168.1.11」、帯域として「50Mbps」が設定されており、ポート番号「20000」を使用してＧＷ１００と通信する。すなわち、通信装置Ａ１０は、設定されている帯域幅「50Mbps」の範囲内で他の装置と通信接続する。
【００１７】
通信装置Ｂ３０は、通信装置Ａ１０と同様の機能を有し、ＩＰアドレスとして「192.168.1.12」、帯域として「30Mbps」が設定されており、ポート番号「30000」を使用してＧＷ１００と通信する。また、通信装置Ｃ５０についても通信装置Ａ１０と同様の機能を有し、ＩＰアドレスとして「192.168.1.13」、帯域として「20Mbps」が設定されており、ポート番号「40000」を使用してＧＷ１００と通信する。すなわち、通信装置Ｂ３０は、設定されている帯域幅「30Mbps」の範囲内で他の装置と通信接続し、通信装置Ｃ５０は、設定されている帯域幅「20Mbps」の範囲内で他の装置と通信接続する。
【００１８】
ＧＷ１００は、例えばＮＡＴ（Network  Address  Translation）変換などのアドレス変換やデータの載せ換えなどを行うことにより、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０とＩＰ網とを相互に通信可能に接続する装置である。例えば、ＧＷ１００は、インターネットとホームネットワークとの間に配置され、ホームルータ、プロトコル変換、ファイアウォール、ファイアウォールのルール動的変更などの機能や放送受信機能などのセットトップボックスを有する。なお、ここでは、ＧＷを例にしているが、ＨＧＷ（Home  Gate  Way）や光分配装置であってもよく、ルータやＬ３スイッチなどのネットワーク機器であってもよい。
【００１９】
このような状態において、通信装置Ａ１０は、通信装置Ｂ３０や通信装置Ｃ５０上に予め割り当てられた帯域幅の一部または全部の解放を要求する帯域解放要求を、通信装置Ｂ３０と通信装置Ｃ５０に送信する。帯域解放要求を受信した通信装置Ｂ３０と通信装置Ｃ５０は、自装置で実行されているプロセスごとのリソース情報を通信装置Ａ１０に送信する。
【００２０】
その後、通信装置Ａ１０は、通信装置Ｂ３０と通信装置Ｃ５０各々からプロセスごとのリソース情報を受信した場合に、帯域が解放可能なプロセスが存在するか否かを判定する。そして、通信装置Ａ１０は、解放可能なプロセスが存在すると判定された場合に、当該プロセスが利用している帯域幅の取得を、通信装置Ｂ３０または通信装置Ｃ５０に要求する。例えば、通信装置Ａ１０は、通信装置Ｂ３０から受信したプロセスＢの帯域が解放可能と判定した場合には、通信装置Ｂ３０に対してプロセスＢが利用している帯域幅の取得を要求する。また、通信装置Ａ１０は、通信装置Ｂ３０から受信したプロセスＢと通信装置Ｃ５０から受信したプロセスＣの帯域がそれぞれ解放可能と判定したとする。この場合、通信装置Ａ１０は、通信装置Ｂ３０に対してプロセスＢが利用している帯域幅の取得を要求するとともに、通信装置Ｃ５０に対してプロセスＣが利用している帯域幅の取得を要求する。
【００２１】
そして、通信装置Ｂ３０と通信装置Ｃ５０は、通信装置Ａ１０から帯域取得要求を受信した場合に、当該帯域取得要求によって特定されるプロセスが利用していた帯域幅を通信装置Ａ１０に対して解放する。その後、通信装置Ａ１０は、通信装置Ｂ３０または通信装置Ｃ５０が帯域幅を解放した場合に、解放された帯域幅を使用して通信を行うように制御する。
【００２２】
このように、本願が開示する情報処理装置を適用した実施例１に係る通信制御システムでは、帯域が解放可能な状態にある通信装置が他の通信装置から帯域解放を要求された場合には、ユーザの主観に関係なく、自動的に解放することができる。
【００２３】
［通信制御システムの構成］
次に、図２〜図９を用いて、図１に示した実施例１に係る通信制御システムにおける各装置の構成について説明する。ここでは、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０の構成、ＧＷ１００の構成について順に説明するが、通信装置Ａ１０と通信装置Ｂ３０と通信装置Ｃ５０とは同様の構成を有するので、通信装置Ａ１０についてのみ説明する。
【００２４】
（通信装置Ａ１０の構成）
図２は、実施例１に係る通信装置Ａ１０の構成を示すブロック図である。図２に示すように、通信装置Ａ１０は、通信制御Ｉ／Ｆ部１１と、入力部１２と、表示部１３と、記憶部１５と、制御部２０とを有している。
【００２５】
通信制御Ｉ／Ｆ部１１は、少なくとも１つのポートを有するインタフェースであり、他の装置と間でやり取りされる情報を制御する。例えば、通信制御Ｉ／Ｆ部１１は、自装置に設定されているＩＰアドレス、ポート番号、帯域幅等の自装置情報を他の通信装置やＧＷ１００に送信し、また、ＩＰアドレス、ポート番号、帯域幅等の他装置情報を他の通信装置から受信する。また、通信制御Ｉ／Ｆ部１１は、帯域の解放を要求する帯域解放要求や帯域の取得要求などを他の通信装置に送信したり、プロセスごとのリソース情報や解放完了通知などを他の通信装置から受信したりする。
【００２６】
入力部１２は、例えば、キーボードやマウス、マイクなどであり、解放を要求する帯域幅の情報等を示す帯域設定情報や帯域解放開始指示など各種情報の入力を受付け、後述する制御部２０等に入力する。なお、後述する表示部１３も、マウスと協働してポインティングディバイス機能を実現する。
【００２７】
表示部１３は、例えば、モニタ、ディスプレイ、タッチパネルやスピーカなどであり、帯域設定情報を入力させるための帯域設定画面やプロセスの実行状況などの各種情報を表示出力する。
【００２８】
記憶部１５は、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（flash  memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。
【００２９】
記憶部１５は、通信制御Ｉ／Ｆ部１１に設定される通信制御情報として、「ＩＰアドレス」と「ポート番号」とを対応付けた「192.168.1.11、20000」などを記憶する。ここで記憶される「ＩＰアドレス」は、通信装置Ａ１０が通信に使用するＩＰアドレスである。また、「ポート番号」は、通信装置Ａ１０が本願の開示する情報処理装置として動作するポート番号、言い換えると、解放要求制御や帯域解放制御等の制御や通信を実行する際に使用するポート番号を示している。
【００３０】
また、記憶部１５は、制御部２０による各種処理に必要なデータおよびプログラムを格納するとともに、他端末情報ＤＢ１５ａと、リソース情報ＤＢ１５ｂとを有する。
【００３１】
他端末情報ＤＢ１５ａは、後述する制御部２０の他端末情報受信部２２によって受信された通信装置Ｂ３０や通信装置Ｃ５０などの端末情報を記憶する。例えば、他端末情報ＤＢ１５ａは、図３に示すように、「ＩＰアドレス、ポート番号」として「192.168.1.12、30000」や「192.168.1.13、40000」などと記憶する。ここで記憶される「ＩＰアドレス」は、記憶部１５に記憶されるＩＰアドレスと同様、例えば通信装置Ｂ３０や通信装置Ｃ５０などに設定されているＩＰアドレスを示している。また、「ポート番号」は、記憶部１５に記憶されるポート番号と同様、解放要求制御や帯域解放制御等の各種制御や通信を実行する際に使用するポート番号を示している。なお、図３は、他端末情報ＤＢ１５ａに記憶される情報の例を示す図である。
【００３２】
リソース情報ＤＢ１５ｂは、自装置に割り当てられた帯域情報や自装置で実行されているプロセスごとのリソース情報を記憶する。例えば、リソース情報ＤＢ１５ｂは、図４−１に示すように、自装置に割り当てられた帯域情報を示す「設定帯域情報（Mbps）」として「50」などを記憶する。なお、図４−１は、リソース情報ＤＢ１５ｂに記憶される帯域情報の例を示す図である。
【００３３】
また、リソース情報ＤＢ１５ｂは、現地点で帯域を利用している又は帯域を利用するために予約しているプロセスのリソース情報として「アプリケーション名、ＣＰＵ（Central  Processing  Unit）負荷率（％）、帯域幅（Mbps）、確保している帯域（Mbps）」などを記憶する。なお、ここで示したリソース情報はあくまで例示であり、例えば、ディスク使用率、ディスクアクセス状況、メモリ使用率など他の様々なシステムリソース情報を用いることができる。また、ここで「予約している」とは、プロセスに対して解放されている帯域幅を示しており、「利用している」とは、予約している帯域幅を超えない範囲で、プロセスが現時点で利用している帯域幅を示している。
【００３４】
例えば、リソース情報ＤＢ１５ｂは、図４−２に示すように、「アプリケーション名、ＣＰＵ負荷率（％）、帯域幅（Mbps）、確保している帯域（Mbps）」として「AAA、20、0、0」や「BBB、50、9、20」などのリソース情報を記憶する。ここで記憶される「アプリケーション名」は、実行されているプロセスの名称であり、「ＣＰＵ負荷率（％）」は、プロセスが占有しているＣＰＵの稼働率を示している。また、「帯域幅（Mbps）」は、プロセスが実行される際に指定されたプロセスが現時点で利用している帯域幅を示しており、「確保している帯域（Mbps）」は、プロセスが利用できる帯域幅の上限を示している。
【００３５】
また、ここで記憶される「アプリケーション名」や「確保している帯域（Mbps）」は、後述する要求制御部によって表示部１３に帯域設定画面上で入力された帯域設定情報から取得することができる。また、「ＣＰＵ負荷率（％）」や「帯域幅（Mbps）」は、後述する解放制御部２４によって取得することができる。なお、図４−２は、リソース情報ＤＢ１５ｂに記憶されるリソース情報の例を示す図である。
【００３６】
制御部２０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路、または、ＣＰＵやＭＰＵ（Micro  Processing  Unit）などの電子回路である。この制御部２０は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。さらに、制御部２０は、自端末情報送信部２１と、他端末情報受信部２２と、要求制御部２３と、解放制御部２４とを有し、これらによって各種処理を実行する。なお、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０のそれぞれは、要求制御部２３と解放制御部２４との両方を必ず有している必要は無く、どちらか一方を有する構成であってもよい。
【００３７】
自端末情報送信部２１は、自装置の起動時に、自装置のＩＰアドレスと自装置が帯域制御に関する情報を送受信するポート番号とをＧＷ１００に対して送信する。上述した例で説明すると、自端末情報送信部２１は、自装置が起動されると、「ＩＰアドレス」として「192.168.1.11」と、「ポート番号」として「20000」とを記憶部１５から取得する。そして、自端末情報送信部２１は、取得した「192.168.1.11、20000」をデフォルトゲートウェイのアドレスに対して、すなわち、ＧＷ１００に対して送信する。
【００３８】
他端末情報受信部２２は、通信装置Ｂ３０や通信装置Ｃ５０などから送信されたＩＰアドレスやポート番号を取得する。具体的には、他端末情報受信部２２は、通信装置Ｂ３０や通信装置Ｃ５０がＧＷ１００に対して起動時に送信したＩＰアドレスやポート番号を、ＧＷ１００を介して受信し、他端末情報ＤＢ１５ａに格納する。上述した例で説明すると、他端末情報受信部２２は、通信装置Ｂ３０の「ＩＰアドレス、ポート番号」として「192.168.1.12、30000」や通信装置Ｃ５０の「ＩＰアドレス、ポート番号」として「192.168.1.13、40000」をＧＷ１００から受信する。そして、他端末情報受信部２２は、受信した192.168.1.12、30000」や「192.168.1.13、40000」を他端末情報ＤＢ１５ａに格納する。
【００３９】
要求制御部２３は、通信装置Ｂ３０や通信装置Ｃ５０に対して帯域解放を要求する各種制御を実施する。具体的には、要求制御部２３は、図５に示すように、帯域解放要求部２３ａと、プロセス判定部２３ｂと、リソース情報確定通知部２３ｃと、帯域設定部２３ｄとを有する。なお、図５は、要求制御部２３の詳細な構成を示すブロック図である。
【００４０】
帯域解放要求部２３ａは、要求制御部２３の各制御部や記憶部１２等に接続され、通信装置Ａ１０と接続される他の通信装置に予め割り当てられた帯域幅の一部または全部の解放を要求する帯域解放要求を他の通信装置に送信する。具体的には、帯域解放要求部２３ａは、入力部１２によって帯域設定要求等が受け付けられた場合、図６に示すような帯域設定画面を表示部１３に出力する。その後、帯域解放要求部２３ａは、入力部１２を介して、帯域設定画面の「アプリケーション名」や「帯域設定」に対する入力を受け付ける。そして、帯域解放要求部２３ａは、「帯域設定」に入力された「帯域幅」によって、通信装置Ａ１０が利用する総帯域幅がリソース情報ＤＢ１５ｂに記憶される設定帯域情報を越えるか否かを判定する。例えば、帯域解放要求部２３ａは、リソース情報ＤＢ１５ｂにリソース情報として記憶されている「帯域幅」の合計に、入力された「帯域幅」を加算した「総帯域幅」が、リソース情報ＤＢ１５ｂに記憶される設定帯域情報「50Mbps」を超えるか否かを判定する。
【００４１】
そして、帯域解放要求部２３ａは、総帯域幅が設定帯域情報を越えると判定された場合に、他端末情報ＤＢ１５ａに記憶される他端末情報の「ＩＰアドレス」と「ポート番号」とを取得する。その後、帯域解放要求部２３ａは、取得した「ポート番号」を用いて、取得した「ＩＰアドレス」をあて先とする帯域解放要求を送信する。上述した例では、帯域解放要求部２３ａは、「ポート番号＝30000」を用いて通信装置Ｂ３０に送信するとともに、「ポート番号＝40000」を用いて通信装置Ｃ５０に送信する。
【００４２】
帯域解放要求部２３ａが表示部１３に出力する帯域設定画面は、図６に示すように、実行されるプロセス（アプリケーション）を特定する「アプリケーション名設定」と、実行するプロセスが使用する最大の帯域幅を示す「帯域設定」とを有する画面である。さらに、帯域設定画面は、過去に要求した帯域解放要求の結果を「状況」として表示するフィールドも有している。また、帯域設定画面は、帯域解放要求を送信する契機となる「投入」ボタンを有している。したがって、帯域解放要求部２３ａは、入力部１２を介して「アプリケーション名設定」や「帯域設定」が入力され、入力部１２を介して「投入」ボタンがクリックされると、他端末情報ＤＢ１５ａに記憶される他端末情報を用いて帯域解放要求を送信する。また、帯域解放要求部２３ａは、帯域解放要求が許可された場合、帯域設定画面で入力された「アプリケーション名設定」を「状況」フィールドの「アプリケーション名」に入力し、「帯域設定」に「要求帯域幅」を入力し、「要求結果」に「OK」を入力する。また、帯域解放要求部２３ａは、帯域解放要求が拒否された場合には、「要求結果」に「NG」を入力する。なお、図６は、帯域設定画面の例を示す図である。なお、図６は、帯域設定画面の例を示す図である。
【００４３】
プロセス判定部２３ｂは、要求制御部２３の各制御部や記憶部１２等に接続され、帯域解放要求部２３ａによって帯域解放要求が送信された他の通信装置からプロセスごとのリソース情報を受信した場合に、帯域が解放可能なプロセスが存在するか否かを判定する。例えば、プロセス判定部２３ｂは、通信装置Ｂ３０または通信装置Ｃ５０から受信したプロセスごとに、当該プロセスのＣＰＵ負荷率が「10％未満」か否か、または、帯域幅が「10Mbps」か否かを判定する。そして、プロセス判定部２３ｂは、ＣＰＵ負荷率が「10％未満」または帯域幅が「10Mbps未満」であるプロセスを解放可能なプロセスとして判定する。その後、プロセス判定部２３ｂは、解放可能と判定したプロセスの情報として、プロセス名や当該プロセスが実行されている実行装置のＩＰアドレス等を、受信したリソース情報から特定してリソース情報確定通知部２３ｃに出力する。
【００４４】
リソース情報確定通知部２３ｃは、要求制御部２３の各制御部や記憶部１２等に接続され、プロセス判定部２３ｂによって解放可能なプロセスが存在すると判定された場合に、当該プロセスが利用している帯域幅の取得を、該当する通信装置に要求する。例えば、プロセス判定部２３ｂは、解放可能なプロセスのアプリケーション名が「プロセスＢ」であり、当該プロセスＢを実行している装置が「192.168.11.2＝通信装置Ｂ３０」であると判定したとする。この場合、リソース情報確定通知部２３ｃは、通信装置Ｂ３０に対して、プロセスＢが利用している帯域幅の取得を要求する帯域取得要求を送信する。
【００４５】
また、例えば、プロセス判定部２３ｂは、解放可能なプロセスのアプリケーション名が「プロセスＢ」、「プロセスＣ」であり、プロセスＢを実行している装置が「192.168.11.2＝通信装置Ｂ３０」、プロセスＣを実行している装置が「192.168.11.3＝通信装置Ｃ５０」であると判定したとする。この場合、リソース情報確定通知部２３ｃは、通信装置Ｂ３０に対して、プロセスＢが利用している帯域幅の取得を要求するとともに、通信装置Ｃ５０に対して、プロセスＣが利用している帯域幅の取得を要求する。
【００４６】
また、リソース情報確定通知部２３ｃは、プロセス判定部２３ｂによって解放可能と判定されたプロセスの帯域幅が解放された場合、当該プロセスを解放した通信装置から解放された帯域幅の情報を取得し、帯域設定部２３ｄに出力する。そして、リソース情報確定通知部２３ｃは、ＧＷ１００に接続される他の通信装置全部に対して、解放された帯域幅を取得したことを通知する。そうすることで、通信装置Ａ１０は、解放された帯域の利用権利を得たこととなる。
【００４７】
帯域設定部２３ｄは、リソース情報確定通知部２３ｃによって帯域幅の取得が要求された他の通信装置が当該帯域幅を解放した場合に、解放された帯域幅を使用して通信を行うように制御する。例えば、帯域設定部２３ｄは、リソース情報確定通知部２３ｃによって帯域幅が解放されたことが通知されると、図６に示した帯域設定画面で設定されたアプリケーションに対して、解放された帯域幅を割り当てる。そうすることで、帯域設定部２３ｄは、帯域解放要求部２３ａによって表示された帯域設定画面で設定されたアプリケーションについて、解放された帯域幅を用いて通信するように制御できる。
【００４８】
また、帯域設定部２３ｄは、解放された帯域幅分をリソース情報ＤＢ１５ｂに記憶される設定帯域情報に加算することで、解放された帯域幅を用いて通信するように制御できる。上述した例を用いて説明すると、帯域設定部２３ｄは、解放された帯域幅が「10Mbps」である場合、リソース情報ＤＢ１５ｂに記憶される設定帯域情報「50Mbps」に解放された帯域幅「10Mbps」を加算する。そして、帯域設定部２３ｄは、加算して得られた「60Mbps」を新たに設定された設定帯域情報としてリソース情報ＤＢ１５ｂに格納する。そうすることで、帯域設定部２３ｄは、解放された帯域幅を用いて通信するように制御できる。
【００４９】
解放制御部２４は、通信装置Ｂ３０や通信装置Ｃ５０からの要求に応じて帯域解放に伴う各種制御を実施する。具体的には、解放制御部２４は、図７に示すように、解放要求受信部２４ａと、リソース情報送信部２４ｂと、帯域解放部２４ｃとを有する。なお、図７は、解放制御部２４の詳細な構成を示すブロック図である。
【００５０】
解放要求受信部２４ａは、解放制御部２４の各制御部や記憶部１５と接続され、予め割り当てられた所定の帯域幅の一部または全部の解放を要求する帯域解放要求を、同様に帯域幅が予め割り当てられた他の通信装置から受信する。上述した例で説明すると、解放要求受信部２４ａは、リソース情報ＤＢ１５ｂに記憶される設定帯域情報「50Mbps」の一部又は全部の解放を要求する帯域解放要求を通信装置Ｂ３０や通信装置Ｃ５０から受信し、受信したことをリソース情報送信部２４ｂに出力する。
【００５１】
リソース情報送信部２４ｂは、解放制御部２４の各制御部や記憶部１５と接続され、解放要求受信部２４ａによって帯域解放要求が受信された場合に、自装置で実行されているプロセスごとのリソース情報を他の通信装置に送信する。上述した例で説明すると、リソース情報送信部２４ｂは、解放要求受信部２４ａによって帯域解放要求が受信された場合に、リソース情報ＤＢ１５ｂに記憶されるプロセスごとにＣＰＵ負荷率と帯域幅とを算出して、通信装置Ｂ３０や通信装置Ｃ５０に送信する。すなわち、リソース情報送信部２４ｂは、通信装置Ａ１０で実行されているプロセスごとに、ＣＰＵ負荷率と帯域幅とを算出して、通信装置Ｂ３０や通信装置Ｃ５０に送信する。
【００５２】
具体的には、リソース情報送信部２４ｂは、リソース情報ＤＢ１５ｂに記憶されるプロセス名とＬｉｎｕｘ等の各プラットフォームにおけるプロセス情報（リソース情報）参照コマンドとを用いて、ＣＰＵ負荷率を取得する。例えば、リソース情報送信部２４ｂは、「ｐｓコマンド」や「ＡＰＩ（Application  Programming  Interface）関数」等を用いて、ＣＰＵ負荷率を取得する。また、リソース情報送信部２４ｂは、このようにして取得した「ＣＰＵ負荷率」をリソース情報ＤＢ１５ｂの「ＣＰＵ負荷率」に格納する。
【００５３】
また、リソース情報送信部２４ｂは、プロセスごとのネットワークへのパケット送出数分のパケット長をその送出時間で割ることで算出できる。例えば、リソース情報送信部２４ｂは、「帯域幅＝500パケットのパケット長の和／送出時間」などの式を用いて、帯域幅を算出できる。また、リソース情報送信部２４ｂは、このようにして取得した「帯域幅」をリソース情報ＤＢ１５ｂの「帯域幅（Mbps）」に格納する。
【００５４】
このようにして、リソース情報送信部２４ｂは、プロセスごとに算出した「ＣＰＵ負荷率」と「帯域幅」とをリソース情報ＤＢ１５ｂに格納する。その後、リソース情報送信部２４ｂは、リソース情報ＤＢ１５ｂから「アプリケーション名、ＣＰＵ負荷率、帯域幅、確保している帯域」を取得し、リソース情報として通信装置Ｂ３０や通信装置Ｃ５０に送信する。
【００５５】
帯域解放部２４ｃは、解放制御部２４の各制御部や記憶部１５と接続され、他の通信装置に対して帯域を解放する。具体的には、帯域解放部２４ｃは、通信装置Ｂ３０や通信装置Ｃ５０から帯域取得要求を受信した場合に、当該帯域取得要求によって特定されるプロセスが利用していた帯域幅を通信装置Ｂ３０や通信装置Ｃ５０に対して解放する。
【００５６】
例えば、帯域解放部２４ｃは、自装置で実行しているプロセスＡの帯域を取得する帯域取得要求を通信装置Ｂ３０や通信装置Ｃ５０から受信したとする。この場合、帯域解放部２４ｃは、アプリケーション名「プロセスＡ」のレコードをリソース情報ＤＢ１５ｂから削除することで、アプリケーション名「プロセスＡ」が利用していた帯域を解放する。上述した例で説明すると、帯域解放部２４ｃは、「アプリケーション名＝BBB」の帯域を取得する帯域取得要求を受信した場合、リソース情報ＤＢ１５ｂに記憶されるリソース情報「アプリケーション名＝BBB、ＣＰＵ負荷率＝50、帯域幅＝9、確保している帯域幅＝20」のレコードを削除する。その結果、帯域解放部２４ｃは、「アプリケーション名＝BBB」のために設定されていた「確保している帯域幅＝20」を解放したこととなる。
【００５７】
また、帯域解放部２４ｃは、帯域の解放に伴って、リソース情報ＤＢ１５ｂに記憶される設定帯域情報を更新するようにしてもよい。例えば、帯域解放部２４ｃは、リソース情報ＤＢ１５ｂに設定帯域情報「50」が格納されている状態で、「確保している帯域幅＝20」を解放したとする。この場合、帯域解放部２４ｃは、設定帯域情報「50」から解放された「確保している帯域幅＝20」を差し引いた「30」をソース情報ＤＢ１５ｂの設定帯域情報として新たに格納する。そうすることで、帯域解放部２４ｃは、「確保している帯域幅＝20」を解放したこととなる。
【００５８】
（ＧＷ１００の構成）
次に、図８を用いて、実施例１に示したＧＷ１００の構成について説明する。図８は、実施例１に係るＧＷ１００の構成を示すブロック図である。図８に示すように、ＧＷ１００は、ＬＡＮ側制御Ｉ／Ｆ部１０１と、ＷＡＮ（Wide  Area  Network）側制御Ｉ／Ｆ部１０２と、記憶部１０３と、制御部１０４とを有している。
【００５９】
ＬＡＮ側制御Ｉ／Ｆ部１０１は、少なくとも１つのポートを有するインタフェースであり、ＬＡＮ側に接続される装置との間でやり取りされる通信を制御する。例えば、ＬＡＮ側制御Ｉ／Ｆ部１０１は、通信装置Ａ１０と通信装置Ｂ３０と通信装置Ｃ５０との間でやり取りされるデータを受信する。また、ＬＡＮ側制御Ｉ／Ｆ部１０１は、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０から帯域情報「ＩＰアドレス、ポート番号」を受信したり、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０に応答を送信したりする。また、ＬＡＮ側制御Ｉ／Ｆ部１０１は、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０が外部のＩＰ網で送信したデータをＷＡＮ側制御Ｉ／Ｆ部１０２に出力する。
【００６０】
ＷＡＮ側制御Ｉ／Ｆ部１０２は、少なくとも１つのポートを有するインタフェースであり、ＷＡＮ側に接続される装置との間でやり取りされる通信を制御する。例えば、ＷＡＮ側制御Ｉ／Ｆ部１０２は、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０がＩＰ網に接続されるサーバ装置等と通信を行う場合に、サーバ装置等からデータを受信したり、サーバ装置等にデータを送信したりする。
【００６１】
記憶部１０３は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。このような記憶部１０３は、制御部１０４による各種処理に必要なデータおよびプログラムを格納するとともに、経路情報ＤＢ１０３ａと、端末情報ＤＢ１０３ｂとを有する。
【００６２】
経路情報ＤＢ１０３ａは、通信装置Ａ１０と通信装置Ｂ３０と通信装置Ｃ５０との間に通信を中継するための経路情報を記憶する。また、経路情報ＤＢ１０３ａは、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０がＩＰ網に接続されるサーバ装置等と通信するための経路情報を記憶する。
【００６３】
端末情報ＤＢ１０３ｂは、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０各々から受信した端末情報を記憶する。例えば、端末情報ＤＢ１０３ｂは、図９に示すように、「ＩＰアドレス、ポート番号」として「192.168.1.11、20000」や「192.168.1.12、30000」などを記憶する。なお、ここで記憶される「ＩＰアドレス、ポート番号」は、上述した他端末情報ＤＢ１５ａに記憶される情報と同様であるので、詳細な説明は省略する。また、図９は、端末情報ＤＢ１０３ｂに記憶される情報の例を示す図である。
【００６４】
制御部１０４は、例えば、ＡＳＩＣやＦＰＧＡなどの集積回路、または、ＣＰＵやＭＰＵなどの電子回路である。この制御部１０４は、ＮＯＳ（Network  Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、端末情報設定部１０４ａと、端末情報応答部１０４ｂと、パケット中継部１０４ｃを有し、これらによって各種処理を実行する。
【００６５】
端末情報設定部１０４ａは、ＬＡＮ側制御Ｉ／Ｆ部１０１やＷＡＮ側制御Ｉ／Ｆ部１０２、端末情報応答部１０４ｂ、端末情報ＤＢ１０３ｂと接続され、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０各々から端末情報を受信する。具体的には、端末情報設定部１０４ａは、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０各々の起動時に、それぞれの装置から送信された端末情報「ＩＰアドレス、ポート番号」を受信して端末情報ＤＢ１０３ｂに格納する。例えば、端末情報設定部１０４ａは、通信装置Ａ１０から「192.168.1.11、20000」を受信し、通信装置Ｂ３０から「192.168.1.12、30000」を受信し、通信装置Ｃ５０から「192.168.1.13、40000」を受信して端末情報ＤＢ１０３ｂに格納する。
【００６６】
端末情報応答部１０４ｂは、ＬＡＮ側制御Ｉ／Ｆ部１０１やＷＡＮ側制御Ｉ／Ｆ部１０２、端末情報設定部１０４ａ、端末情報ＤＢ１０３ｂと接続される。そして、端末情報応答部１０４ｂは、端末情報設定部１０４ａによって通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０各々から端末情報が受信された場合に、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０各々からにその応答を送信する。具体的には、端末情報応答部１０４ｂは、各装置から受信した端末情報が端末情報ＤＢ１０３ｂに格納されたことが端末情報設定部１０４ａから通知されると、端末情報ＤＢ１０３ｂに格納された全ての情報を各装置に送信する。このとき、端末情報応答部１０４ｂは、ＬＡＮ側の最大帯域幅をあわせて送信してもよい。
【００６７】
上述した例で説明すると、端末情報応答部１０４ｂは、「192.168.1.11、20000」、「192.168.1.12、30000」、「192.168.1.13、40000」、最大帯域幅「100Mbps」を通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０各々に送信する。
【００６８】
パケット中継部１０４ｃは、ＬＡＮ側制御Ｉ／Ｆ部１０１やＷＡＮ側制御Ｉ／Ｆ部１０２で受信されたデータやパケット等を、経路情報ＤＢ１０３ａに記憶される経路情報に従って宛先に中継する。
【００６９】
［通信制御システムによる処理の流れ］
次に、図１０〜図１８を用いて、通信制御システムによる処理の流れについて説明する。ここでは、帯域解放要求送信側の通信装置における処理の流れ、帯域解放要求受信側の通信装置における処理の流れ、通信制御システム全体のシーケンスのそれぞれについて説明する。
【００７０】
（帯域解放要求送信側の通信装置における処理の流れ）
まず、図１０を用いて、帯域解放要求送信側の通信装置における処理の流れについて説明する。図１０は、帯域解放要求送信側の通信装置における処理の流れを示すフローチャートである。ここでは、通信装置Ａ１０が要求送信側、通信装置Ｂ３０と通信装置Ｃ５０とが要求受信側として説明する。
【００７１】
図１０に示すように、通信装置Ａ１０の帯域解放要求部２３ａは、帯域設定要求等や帯域設定情報等が入力部１２によって受け付けられると（ステップＳ１０１肯定）、通信装置Ｂ３０と通信装置Ｃ５０各々に帯域解放要求を送信する（ステップＳ１０２）。
【００７２】
その後、通信装置Ａ１０のプロセス判定部２３ｂは、通信装置Ｂ３０と通信装置Ｃ５０各々からプロセスごとのリソース情報一覧を受信すると（ステップＳ１０３肯定）、受信した情報一覧から１リソース情報を読み込む（ステップＳ１０４）。
【００７３】
１リソース情報を読み込んだプロセス判定部２３ｂは、当該リソース情報のＣＰＵ負荷率が10％未満である場合に（ステップＳ１０５肯定）、当該リソース情報を解放可能なプロセスと判定する（ステップＳ１０６）。
【００７４】
また、プロセス判定部２３ｂは、読み込んだリソース情報のＣＰＵ負荷率が10％未満でない場合でも（ステップＳ１０５否定）、リソース情報の帯域幅が10Mbps未満の場合には（ステップＳ１０７肯定）、解放可能なプロセスとして判定する（ステップＳ１０６）。
【００７５】
一方、プロセス判定部２３ｂは、読み込んだリソース情報のＣＰＵ負荷率が10％未満でなく（ステップＳ１０５否定）、リソース情報の帯域幅が10Mbps未満でもない場合には（ステップＳ１０７否定）、解放不可能なプロセスとして判定する（ステップＳ１０８）。
【００７６】
そして、プロセス判定部２３ｂは、受信したリソース情報の全てについて、ステップＳ１０４〜ステップＳ１０８の処理を実施する（ステップＳ１０９）。プロセス判定部２３ｂは、受信した全てのリソース情報について上記処理を実施すると（ステップＳ１０９肯定）、受信したリソース情報に帯域が解放可能なプロセスが存在したか否かを判定する（ステップＳ１１０）。
【００７７】
そして、リソース情報確定通知部２３ｃは、プロセス判定部２３ｂによって解放可能なプロセスが存在すると判定された場合に（ステップＳ１１０肯定）、当該プロセスが利用している帯域幅の取得を要求する帯域取得要求を、通信装置Ｂ３０または通信装置Ｃ５０に要求する（ステップＳ１１１）。
【００７８】
その後、リソース情報確定通知部２３ｃは、帯域が解放された通知を通信装置Ｂ３０または通信装置Ｃ５０から受信すると（ステップＳ１１２肯定）、ＧＷ１００に接続される他の通信装置全部に対して、解放された帯域幅を取得したことを通知する（ステップＳ１１３）。そして、帯域設定部２３ｄは、リソース情報確定通知部２３ｃによって帯域が解放された通知が受信された場合に、解放された帯域幅を使用して通信を行うように、リソース情報ＤＢ１５ｂを更新する（ステップＳ１１４）。
【００７９】
（帯域解放要求受信側の通信装置における処理の流れ）
次に、図１１を用いて、帯域解放要求受信側の通信装置における処理の流れについて説明する。図１１は、帯域解放要求受信側の通信装置における処理の流れを示すフローチャートである。ここでは、通信装置Ａ１０が要求受信側、通信装置Ｂ３０または通信装置Ｃ５０が要求送信側として説明する。
【００８０】
図１１に示すように、通信装置Ａ１０のリソース情報送信部２４ｂは、通信装置Ｂ３０や通信装置Ｃ５０から帯域解放要求を受信すると（ステップＳ２０１肯定）、自装置が実行しているプロセスごとのリソース情報を取得する（ステップＳ２０２）。そして、リソース情報送信部２４ｂは、帯域解放要求送信元の通信装置Ｂ３０や通信装置Ｃ５０に、取得したリソース情報の一覧を送信する（ステップＳ２０３）。
【００８１】
その後、帯域解放部２４ｃは、通信装置Ｂ３０や通信装置Ｃ５０から帯域取得要求を受信した場合に（ステップＳ２０４肯定）、当該帯域取得要求によって特定されるプロセスが利用していた帯域幅を通信装置Ｂ３０や通信装置Ｃ５０に対して解放する（ステップＳ２０５）。このとき、帯域解放部２４ｃは、帯域を解放したことを、要求元の装置に送信する。
【００８２】
（通信制御システム全体のシーケンス）
次に、図１２を用いて、通信制御システム全体のシーケンスについて説明する。ここでは、図１２を用いて装置起動時の帯域解放シーケンスについて説明し、図１９を用いて装置起動中の帯域解放シーケンスについて説明する。
【００８３】
（起動時のシーケンス）
図１２は、通信装置起動時における通信制御システム全体のシーケンスを示す図である。ここでは、通信装置Ａ１０が要求送信側、通信装置Ｂ３０と通信装置Ｃ５０とが要求受信側として説明する。
【００８４】
図１２に示すように、通信装置Ａ１０の自端末情報送信部２１は、自装置の起動時に、自装置のＩＰアドレスと自装置が本願の開示する情報処理装置として動作するポート番号とをＧＷ１００に対して送信する（ステップＳ３０１）。例えば、自端末情報送信部２１は、図１３−１に示すようなＩＰアドレスを示す「IPaddr＝192.168.1.11」とポート番号を示す「Portnum＝20000」とを含むＨＴＴＰ（HyperText  Transfer  Protocol）電文をＧＷ１００に対して送信する。なお、図１３−１は、通信装置Ａ１０がＧＷ１００に送信する端末情報の例を示す図である。
【００８５】
同様に、通信装置Ｂ３０は、自装置の起動時に、図１３−２に示すようなＩＰアドレスを示す「IPaddr＝192.168.1.12」とポート番号を示す「Portnum＝30000」とを含むＨＴＴＰ電文をＧＷ１００に対して送信する（ステップＳ３０２）。また、通信装置Ｃ５０は、自装置の起動時に、図１３−３に示すようなＩＰアドレスを示す「IPaddr＝192.168.1.13」とポート番号を示す「Portnum＝40000」とを含むＨＴＴＰ電文をＧＷ１００に対して送信する（ステップＳ３０３）。なお、図１３−２は、通信装置Ｂ３０がＧＷ１００に送信する端末情報の例を示す図であり、図１３−３は、通信装置Ｃ５０がＧＷ１００に送信する端末情報の例を示す図である。
【００８６】
ＧＷ１００では、例えば５秒など、各通信装置からの端末情報の受信待ち状態となり（ステップＳ３０４）、５秒経過後、端末情報の受信に対する応答を各通信装置に送信する（ステップＳ３０５）。例えば、ＧＷ１００は、図１４に示すようなＨＴＴＰ電文を各通信装置に送信する。このときに送信されるＨＴＴＰ電文は、通信装置Ａ１０の端末情報「IPaddr＝192.168.1.11、Portnum＝20000」と通信装置Ｂ３０の端末情報「IPaddr＝192.168.1.12、Portnum＝30000」と通信装置Ｃ５０の端末情報「IPaddr＝192.168.1.13、Portnum＝40000」と、最大帯域幅を示す「maxbandwidth＝100」とが含まれている。なお、図１４は、ＧＷ１００が各通信装置に応答する情報の例を示す図である。
【００８７】
その後、通信装置Ａ１０の帯域解放要求部２３ａは、帯域設定要求等や帯域設定情報等が入力部１２によって受け付けられると、通信装置Ｂ３０と通信装置Ｃ５０各々に帯域解放要求を送信する（ステップＳ３０６）。例えば、帯域解放要求部２３ａは、図１５に示すような帯域幅の解放要求を示す「GET  /query.cgi  HTTP/1.1」を含むＨＴＴＰ電文を送信する。なお、図１５は、各通信装置に送信する帯域解放要求の例を示す図である。
【００８８】
そして、通信装置Ｂ３０のリソース情報送信部は、自装置が実行しているプロセスごとにリソース情報を取得し（ステップＳ３０７）、取得したリソース情報の一覧を帯域解放要求送信元の通信装置Ａ１０に送信する（ステップＳ３０８）。通信装置Ｃ５０についても同様に、自装置が実行しているプロセスごとにリソース情報を取得し（ステップＳ３０９）、取得したリソース情報の一覧を帯域解放要求送信元の通信装置Ａ１０に送信する（ステップＳ３１０）。例えば、通信装置Ｂ３０や通信装置Ｃ５０は、図１６に示すような許可応答を示す「200  OK」、エンティティのボディサイズを示す「Content-Length」、帯域情報を示す「resource」を含むＨＴＴＰ電文を送信する。なお、この例では、通信装置Ｂ３０やＣ５０が起動時であり、プロセスが帯域を取得していないことから「resource＝not_set」となっている。図１６は、各通信装置に送信する帯域解放要求に対する応答例を示す図である。
【００８９】
その後、通信装置Ａ１０のプロセス判定部２３ｂは、通信装置Ｂ３０と通信装置Ｃ５０各々から受信したリソース情報の一覧から、帯域が解放可能なプロセスが存在するか否かを判定する空き帯域判定処理を実施する（ステップＳ３１１）。なお、空き帯域判定処理の一例は、図１０に示したフローチャートであるので、ここでは詳細な説明は省略する。
【００９０】
そして、通信装置Ａ１０のリソース情報確定通知部２３ｃは、プロセス判定部２３ｂによって解放可能なプロセスが存在すると判定された場合に、当該プロセスが利用している帯域幅の取得を、通信装置Ｂ３０または通信装置Ｃ５０に要求する（ステップＳ３１２）。このとき、リソース情報確定通知部２３ｃは、解放可能であると判定されたプロセスが実行されている装置に対してのみ、帯域幅の解放（取得）を要求する。
【００９１】
図１２は起動時の処理であるため、各通信装置は帯域を利用していない状態である。したがって、リソース情報確定通知部２３ｃは、図１７に示すような帯域取得要求を示す「POST  /commit.cgi  HTTP/1.1」と、実行するアプリケーションと使用する帯域幅を示す「application_name＝ZZZ＆band＝10M」を通信装置Ｂ３０または通信装置Ｃ５０に送信する。こうすることで、通信装置Ａ１０は、「10M」の帯域の利用を宣言し、「10M」の利用権利を得たこととなる。なお、図１７は、利用宣言として送信される帯域取得要求の例を示す図である。
【００９２】
図１２に戻り、利用宣言として送信された帯域取得要求を受信した通信装置Ｂ３０と通信装置Ｃ５０は、受信した帯域取得要求に対する応答を通信装置Ａ１０に送信する（ステップＳ３１３、ステップＳ３１４）。例えば、通信装置Ｂ３０と通信装置Ｃ５０は、図１８に示すような要求に対する許可応答であることを示す「200  OK」と、通信装置Ｂ３０と通信装置Ｃ５０は、許可したことと残りの帯域幅を示す「result=OK＆extra_band=90M」とを含むＨＴＴＰ電文を送信する。なお、図１８は、帯域取得要求に対する応答例を示す図である。
【００９３】
その後、通信装置Ａ１０の帯域設定部２３ｄは、利用宣言した帯域幅分をリソース情報ＤＢ１５ｂに設定する（ステップＳ３１５）。その結果、通信装置Ａ１０は、宣言した帯域幅を使用して通信を行うように制御することができる。
【００９４】
（起動中のシーケンス）
図１９は、通信装置起動中における通信制御システム全体のシーケンスを示す図である。ここでは、通信装置Ａ１０が要求受信側、通信装置Ｂ３０と通信装置Ｃ５０とが要求送信側として説明する。
【００９５】
図１９に示すように、通信装置Ａ１０の帯域解放要求部２３ａは、帯域設定要求等や帯域設定情報等が入力部１２によって受け付けられると、通信装置Ｂ３０と通信装置Ｃ５０各々に帯域解放要求を送信する（ステップＳ４０１）。例えば、帯域解放要求部２３ａは、図２０に示すようなリソース情報一覧を要求する「POST  /request.cgi  HTTP/1.1」と、これから実行するアプリケーションと帯域幅を示す「application_name=AAA＆band=20M」とを含むＨＴＴＰ電文を送信する。なお、図２０は、リソース情報一覧の取得要求例を示す図である。
【００９６】
そして、通信装置Ｂ３０のリソース情報送信部は、自装置が実行しているプロセスごとにリソース情報を取得し（ステップＳ４０２）、取得したリソース情報の一覧を帯域解放要求送信元の通信装置Ａ１０に送信する（ステップＳ４０３）。通信装置Ｃ５０についても同様に、自装置が実行しているプロセスごとにリソース情報を取得し（ステップＳ４０４）、取得したリソース情報の一覧を帯域解放要求送信元の通信装置Ａ１０に送信する（ステップＳ４０５）。
【００９７】
例えば、通信装置Ｂ３０は、図２１に示すようなプロセスのリソース情報であることを示す「resource=available」と、アプリケーションの名前、帯域幅、CPU負荷率を含むＨＴＴＰ電文を通信装置Ａ１０に送信する。この例では、「アプリケーションの名前＝XXX、帯域幅＝30Mbps、CPU負荷率＝9％」と「アプリケーションの名前＝YYY、帯域幅＝20Mbps、CPU負荷率＝35％」が含まれたＨＴＴＰ電文を示している。同様に、通信装置Ｃ５０は、図２２に示すようなプロセスごとのリソース情報であることを示す「resource=available」と、アプリケーションの名前、帯域幅、CPU負荷率を含むＨＴＴＰ電文を通信装置Ａ１０に送信する。この例では、「アプリケーションの名前＝ZZZ、帯域幅＝20Mbps、CPU負荷率＝15％」と「アプリケーションの名前＝GGG、帯域幅＝30Mbps、CPU負荷率＝15％」が含まれたＨＴＴＰ電文を示している。なお、図２１と図２２は、帯域解放要求先が帯域解放要求元に送信するプロセスごとのリソース情報の例を示す図である。
【００９８】
その後、通信装置Ａ１０は、図１０に示したフローを用いた空き帯域判定処理が実施され（ステップＳ４０６）、解放可能と判定されたプロセスの帯域取得要求の送信、解放後の利用宣言および帯域設定を行う処理は、図１０と同様であるので、ここでは省略する。
【００９９】
なお、上述した例で説明すると、通信装置Ａ１０は、「CPU負荷率＜10％」または「帯域幅＜10Mbps」に該当する通信装置Ｂ３０で実行されている「アプリケーションの名前＝XXX」を解放可能なプロセスとして判定する。
【０１００】
［実施例１による効果］
このように、実施例１によれば、帯域が解放可能な状態にある通信装置が他の通信装置から帯域解放を要求された場合には、ユーザの主観に関係なく、自動的に解放することができる。その結果、解放可能な状態にある帯域を解放し、帯域全体を有効利用できることが可能である。
【０１０１】
また、実施例１によれば、解放要求元となる通信装置が解放可能なプロセスがあるか否かを判定するので、解放要求先の負荷を軽減することができ、システム全体の性能劣化やネットワーク輻輳を防止することもできる。解放要求元となる通信装置が解放可能なプロセスがあるか否かを判定するので、解放要求処理中に意図しない通信切断が行った場合でも、複雑な処理を実行していない解放要求先の被害を最小限に抑えることもできる。
【実施例２】
【０１０２】
ところで、実施例１では、解放要求元の通信装置Ａ１０にて解放可能なプロセスが存在するか否かを判定する例について説明したが、これに限定されるものではない。例えば、解放要求先である通信装置Ｂ３０や通信装置Ｃ５０にて解放可能なプロセスが存在するか否かを判定することもできる。
【０１０３】
そこで、実施例２では、図２３を用いて、解放要求先である通信装置Ｂ３０や通信装置Ｃ５０にて解放可能なプロセスが存在する場合のシーケンスを説明する。図２３は、実施例２に係る通信制御システムにおけるシーケンスを示す図である。なお、ここでは装置起動中に実行する場合を例にして説明する。
【０１０４】
図２３に示すように、通信装置Ａ１０は、帯域設定要求等や帯域設定情報等が入力部１２によって受け付けられると、通信装置Ｂ３０と通信装置Ｃ５０各々に帯域解放要求を送信する（ステップＳ５０１）。
【０１０５】
帯域解放要求を受信した通信装置Ｂ３０は、自装置が実行しているプロセスごとのリソース情報を取得し（ステップＳ５０２）、図１０に示したような空き帯域判定処理を実行する（ステップＳ５０３）。すなわち、通信装置Ｂ３０は、「CPU負荷率＜10％」または「帯域幅＜10Mbps」に該当するプロセスが存在するか否かを判定する。そして、通信装置Ｂ３０は、プロセスが存在する場合には、当該プロセスのリソース情報を通信装置Ａ１０に送信し、存在しない場合には、空き帯域無しを通信装置Ａ１０に送信する（ステップＳ５０４）。
【０１０６】
同様に、帯域解放要求を受信した通信装置Ｃ５０は、自装置が実行しているプロセスごとのリソース情報を取得し（ステップＳ５０５）、図１０に示したような空き帯域判定処理を実行する（ステップＳ５０６）。すなわち、通信装置Ｃ５０は、「CPU負荷率＜10％」または「帯域幅＜10Mbps」に該当するプロセスが存在するか否かを判定する。そして、通信装置Ｃ５０は、プロセスが存在する場合には、当該プロセスのリソース情報を通信装置Ａ１０に送信し、存在しない場合には、空き帯域無しを通信装置Ａ１０に送信する（ステップＳ５０７）。
【０１０７】
こうして、帯域解放可能なプロセスのリソース情報を受信した通信装置Ａ１０は、帯域を解放するプロセスを実行する通信装置に対して、帯域取得要求を送信する（ステップＳ５０８）。帯域取得要求を受信した通信装置Ｂ３０や通信装置Ｃ５０では、帯域取得要求で特定されるプロセスが利用している帯域を解放し、その旨を応答として通信装置Ａ１０に送信する（ステップＳ５０９、ステップＳ５１０）。
【０１０８】
その後、帯域が解放されたことを受信した通信装置Ａ１０は、ＧＷ１００に接続される他の通信装置全部に対して、解放された帯域幅を取得したことを通知する利用宣言を行う（ステップＳ５１１）。また、利用宣言を受信した通信装置Ｂ３０や通信装置Ｃ５０では、利用宣言を受信したことを示す応答を信装置Ａ１０に送信する（ステップＳ５１２、ステップＳ５１３）。
【０１０９】
そして、通信装置Ａ１０は、解放された帯域幅をリソース情報ＤＢ１５ｂの設定帯域幅に設定することで、解放された帯域幅を利用した通信を行うことができる（ステップＳ５１４）。なお、ステップＳ５１１とステップ５１３の処理は、どちらが先でも構わない。
【０１１０】
このように、解放要求先側で解放可能か否かを判定した場合であっても、実施例１と同様、ユーザの主観に関係なく、不要な帯域を自動的に解放することができる。その結果、解放可能な状態にある帯域を解放し、帯域全体を有効利用できることが可能である。また、解放可能なプロセスのリソース情報しか解放要求元の通信装置に送信されないので、ネットワークの使用率を低減することができる。
【実施例３】
【０１１１】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【０１１２】
（解放可能なプロセスの選定手法）
例えば、通信装置Ａ１０は、新たに必要となる帯域幅だけを要求することもできる。具体的には、通信装置Ａ１０は、図６に示した帯域設定画面を介して、新たに帯域を必要とするアプリケーションと帯域幅の入力を受け付ける。そして、通信装置Ａ１０は、通信装置Ｂ３０や通信装置Ｃ５０から受信したプロセス一覧において解放可能と判定したプロセスのうち、帯域設定画面を介して受け付けた帯域幅となるプロセスのみの解放を要求するようにすればよい。
【０１１３】
例を挙げると、通信装置Ａ１０は、図６に示した帯域設定画面を介して、新たに帯域を必要とするアプリケーション（PPP）と帯域幅（15）の入力を受け付ける。そして、通信装置Ａ１０は、通信装置Ｂ３０や通信装置Ｃ５０から受信したプロセス一覧において解放可能であるプロセスが３プロセスと判定する。３プロセスは、それぞれ「5、10、20」の帯域を利用している。この場合、通信装置Ａ１０は、「5、10」のプロセスのみを解放するように、通信装置Ｂ３０や通信装置Ｃ５０に対して帯域取得要求を送信すればよい。
【０１１４】
（帯域解放要求の再実行）
また、通信装置Ａ１０は、通信装置Ｂ３０や通信装置Ｃ５０から受信したプロセス一覧において解放可能と判定したプロセスが利用している帯域幅が要求する帯域幅よりも少ない場合、通信装置Ｂ３０や通信装置Ｃ５０に対して帯域解放要求を再度送信してもよい。例えば、通信装置Ａ１０は、解放可能と判定したプロセスが利用している帯域幅の合計、言い換えると、ネットワーク全体で解放可能な帯域幅が、図６に示した画面で入力された帯域設定よりも少ない場合に帯域解放要求を再度送信する。
【０１１５】
（リソース情報の閾値設定）
例えば、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０のそれぞれは、ユーザ操作により、解放可能なプロセスか否かを判断するための閾値を任意に設定変更できるようにしてもよい。上述した例の場合、ＣＰＵ負荷率が「10％未満」または帯域幅が「10Mbps未満」であるプロセスを解放可能なプロセスとして判定するとしたが、この閾値は各装置によって任意に設定することができる。また、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０のそれぞれに設定されている閾値を管理するポリシーサーバをさらにＧＷ１００に接続するようにしてもよい。この場合、ユーザは、ポリシーサーバを介して、閾値を任意に設定変更できる。
【０１１６】
（ＩＰ網側の帯域幅考慮）
また、例えば、通信装置Ａ１０、通信装置Ｂ３０、通信装置Ｃ５０のそれぞれは、図１２のステップＳ３０５の登録応答を受信する際に、ＩＰ網側（ＷＡＮ側）の帯域幅を取得するようにしてもよい。すなわち、各通信装置は、通信装置全体で使用できる最大の帯域幅の値を取得する。こうすることで、各通信装置は、帯域解放要求をＧＷ１００に送信する際に、最大帯域幅を超えない範囲内の帯域幅を要求するように制御することができる。
【０１１７】
（システム構成等）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、例えば、図３、図４、図６、図９など各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１１８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、例えば、要求制御部２３と解放制御部２４とを統合するなど任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１１９】
（プログラム）
なお、本実施例で説明した帯域制御方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１２０】
以上のように、本発明にかかる情報処理装置および情報処理プログラムは、解放可能な状態にある帯域を解放し、帯域全体を有効利用できることに適している。
【符号の説明】
【０１２１】
１０  通信装置Ａ
１１  通信制御Ｉ／Ｆ部
１２  入力部
１３  表示部
１５  記憶部
１５ａ  他端末情報ＤＢ
１５ｂ  リソース情報ＤＢ
２０  制御部
２１  自端末情報送信部
２２  他端末情報受信部
２３  要求制御部
２３ａ  帯域解放要求部
２３ｂ  プロセス判定部
２３ｃ  リソース情報確定通知部
２３ｄ  帯域設定部
２４  解放制御部
２４ａ  解放要求受信部
２４ｂ  リソース情報送信部
２４ｃ  帯域解放部
１００  ＧＷ
１０１  ＬＡＮ側制御Ｉ／Ｆ部
１０２  ＷＡＮ側制御Ｉ／Ｆ部
１０３  記憶部
１０３ａ  経路情報ＤＢ
１０３ｂ  端末情報ＤＢ
１０４  制御部
１０４ａ  端末情報設定部
１０４ｂ  端末情報応答部
１０４ｃ  パケット中継部
【図１】
2011050011.tif 000003
【図２】
2011050011.tif 000004
【図３】
2011050011.tif 000005
【図４−１】
2011050011.tif 000006
【図４−２】
2011050011.tif 000007
【図５】
2011050011.tif 000008
【図６】
2011050011.tif 000009
【図７】
2011050011.tif 000010
【図８】
2011050011.tif 000011
【図９】
2011050011.tif 000012
【図１０】
2011050011.tif 000013
【図１１】
2011050011.tif 000014
【図１２】
2011050011.tif 000015
【図１３−１】
2011050011.tif 000016
【図１３−２】
2011050011.tif 000017
【図１３−３】
2011050011.tif 000018
【図１４】
2011050011.tif 000019
【図１５】
2011050011.tif 000020
【図１６】
2011050011.tif 000021
【図１７】
2011050011.tif 000022
【図１８】
2011050011.tif 000023
【図１９】
2011050011.tif 000024
【図２０】
2011050011.tif 000025
【図２１】
2011050011.tif 000026
【図２２】
2011050011.tif 000027
【図２３】
2011050011.tif 000028