(57)【要約】【課題】サーバ処理の割当率を変更可能な情報プラットフォーム装置を提供する。【解決手段】トラフィックを出力する少なくとも一つのＩ／Ｏ処理モジュールと、出力されるトラフィックを用いて所定のサーバ処理をする少なくとも一つのサーバ処理モジュールと、サーバ処理モジュールによる処理を制御する管理モジュールと、各モジュールを接続するスイッチモジュールとを備え、Ｉ／Ｏ処理モジュールに入力されたパケットにサーバ処理を行った後、入力されたトラフィックの宛先に転送する情報プラットフォーム装置の制御方法であって、トラフィックの属性情報と、サーバ処理の割当率とを対応付ける割当情報を参照して、入力されたトラフィックの属性情報の少なくとも一つを用いて、サーバ処理の割当率を決定し、決定されたサーバ処理の割当率に従って、入力されたトラフィックに対してサーバ処理を行う。【選択図】図１
2008227631.tif 000002
【特許請求の範囲】
【請求項１】
トラフィックを入出力する少なくとも一つのＩ／Ｏ処理モジュールと、前記入出力されるトラフィックを用いて所定のサーバ処理をする少なくとも一つのサーバ処理モジュールと、前記サーバ処理モジュールによる処理を制御する管理モジュールと、前記各モジュールを接続するスイッチモジュールとを備え、前記Ｉ／Ｏ処理モジュールに入力されたトラフィックにサーバ処理を行った後、前記入力されたトラフィックの宛先に転送する情報プラットフォーム装置の制御方法であって、
前記Ｉ／Ｏ処理モジュールに入力されたトラフィックの属性情報と、前記サーバ処理の割当率とを対応付ける割当情報を生成するステップと、
前記割当情報を参照して、入力されたトラフィックの属性情報の少なくとも一つを用いて、前記サーバ処理の割当率を決定するステップと、
前記決定されたサーバ処理の割当率に従って、前記入力されたトラフィックに対してサーバ処理を行うステップと、を含むことを特徴とする制御方法。
【請求項２】
前記制御方法は、
前記サーバ処理モジュールによって実行されるアプリケーションの処理量、及び前記サーバ処理の割当率に基づいて、前記サーバ処理モジュールによるサーバ処理時間を算出するステップと、
前記入力されたトラフィックの出力性能を算出するために、前記算出されたサーバ処理時間を管理するステップと、をさらに含むことを特徴とする請求項１に記載の制御方法。
【請求項３】
前記割当情報は、前記Ｉ／Ｏ処理モジュールに入力されたトラフィックのプロトコル識別子と、前記プロトコル識別子と対応付けられた前記サーバ処理の割当率とを含むことを特徴とする請求項１に記載の制御方法。
【請求項４】
前記割当情報は、前記Ｉ／Ｏ処理モジュールに入力されたトラフィックの送信元識別子と、前記送信元識別子と対応付けられた前記サーバ処理の割当率とを含むことを特徴とする請求項１に記載の制御方法。
【請求項５】
前記制御方法は、前記割当情報が、前記情報プラットフォーム装置の管理者によって設定されるステップ、又は、前記割当情報が、前記情報プラットフォーム装置が属するネットワークの管理システムによって設定されるステップの、少なくとも一つをさらに含むことを特徴とする請求項１に記載の制御方法。
【請求項６】
前記サーバ処理の割当率を決定するステップは、
入力されたトラフィックの属性情報を抽出するステップと、
前記抽出された属性情報に対応する前記割当情報のうち、予め参照すると定められた情報を参照して、前記抽出された属性情報に対応する割当率を計算するステップと、を含むことを特徴とする請求項１に記載の制御方法。
【請求項７】
トラフィックを入出力する少なくとも一つのＩ／Ｏ処理モジュールと、
前記入出力されるトラフィックを用いて所定のサーバ処理をする少なくとも一つのサーバ処理モジュールと、
前記サーバ処理モジュールによる処理を制御する管理モジュールと、
前記各モジュールを接続するスイッチモジュールと、を備え、
前記Ｉ／Ｏ処理モジュールに入力されたトラフィックにサーバ処理を行った後、前記入力されたトラフィックの宛先に転送する情報プラットフォーム装置であって、
前記管理モジュールは、
前記Ｉ／Ｏ処理モジュールに入力されたトラフィックの属性情報と、前記属性情報と対応付けられた前記サーバ処理の割当率とを含む割当情報を保持する割当情報保持部と、
前記割当情報を参照して、入力されたトラフィックの属性情報の少なくとも一つを用いて、前記サーバ処理の割当率を決定する割当率決定部と、を備え、
前記サーバ処理モジュールは、前記決定されたサーバ処理の割当率に従って、前記入力されたトラフィックに対してサーバ処理を行うことを特徴とする情報プラットフォーム装置。
【請求項８】
前記サーバ処理モジュールは、Ｉ／Ｏ処理モジュールを介して送出されるトラフィックの属性情報によって定まる処理割当率に基づいてスレッドの実行を管理するスレッド管理部を備え、
前記Ｉ／Ｏ処理モジュールは、入力されるトラフィックの属性情報とサーバ処理の割当率を管理するサーバ割当管理部を備えることを特徴とする請求項７に記載の情報プラットフォーム装置。
【請求項９】
前記管理モジュールは、
前記サーバ処理モジュールによって実行されるアプリケーションの処理量、及び前記サーバ処理の割当率に基づいて、前記サーバ処理モジュールによるサーバ処理時間を算出する処理時間算出部と、
前記入力されたトラフィックの出力性能を算出するために、前記算出されたサーバ処理時間を管理する処理量管理情報を保持する処理量管理情報保持部と、を備えることを特徴とする請求項７に記載の情報プラットフォーム装置。
【請求項１０】
前記割当情報保持部は、前記Ｉ／Ｏ処理モジュールに入力されたトラフィックのプロトコル識別子と、前記プロトコル識別子と対応付けられた前記サーバ処理の割当率とを含む割当情報を保持することを特徴とする請求項７に記載の情報プラットフォーム装置。
【請求項１１】
前記割当情報は、前記Ｉ／Ｏ処理モジュールに入力されたトラフィックの送信元識別子と、前記送信元識別子と対応付けられた前記サーバ処理の割当率とを含む割当情報を保持することを特徴とする請求項７に記載の情報プラットフォーム装置。
【請求項１２】
前記送信元識別子は、ドメインを特定可能な情報を含み、
前記情報プラットフォーム装置が属するドメインを、前記ドメインを特定可能な情報に基づいて特定可能なことを特徴とする請求項１１に記載の情報プラットフォーム装置。
【請求項１３】
前記管理モジュールは、前記サーバ処理が必要か否かを判定するサーバ処理管理部を備え、
前記サーバ処理モジュールは、
前記トラフィックの属性情報と、サーバ処理の割当率と、前記サーバ処理モジュールで実行されるアプリケーションと、を関連付ける割当管理情報を保持する割当管理情報保持部と、
前記サーバ処理モジュールは、前記トラフィックが入力された場合に、前記割当管理情報に保持されたサーバ処理の割当率に従って、アプリケーションを実行して、前記入力されたトラフィックに対してサーバ処理を行うことを特徴とする請求項７に記載の情報プラットフォーム装置。
【請求項１４】
前記情報プラットフォーム装置は、前記割当情報保持部にアクセスするためのインタフェースを備えることを特徴とする請求項７に記載の情報プラットフォーム装置。
【請求項１５】
前記サーバ処理モジュールは、前記Ｉ／Ｏ処理モジュールを介して送出されるトラフィックの属性情報によって定まる処理割当率に基づいて、論理パーティションに対してハードウェアリソースを割り当て、及び制御する仮想化処理部を備え、
前記仮想化処理部は、入力されるトラフィックの属性情報と論理パーティション識別子とサーバ処理の割当率とを管理し、
前記Ｉ／Ｏ処理モジュールは、入力されるトラフィックの属性情報と該トラフィックを処理するサーバの識別子を管理するサーバ割当管理部を備えることを特徴とする請求項７に記載の情報プラットフォーム装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ処理機能とルーティング処理機能を有する情報プラットフォーム装置における制御方法に関する。
【背景技術】
【０００２】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークが急速に発展し、全てのコンピュータがネットワークで接続されるネットワーク型社会になりつつある。ネットワーク型社会は、様々な規模のネットワークドメイン（ネットワークの管理単位）を組み合わせて構築されている。そのため、各ネットワークドメインを構成するネットワークインフラも拡大し続けている。
【０００３】
ネットワークドメインは、複数の、ノードと呼ばれるパケットを中継するルーティング処理装置を組み合わせて構成されている。各ノードは、ＩＰパケット等のパケット通信を介してデータを転送する。ＩＰパケットは、送信元のＩＰアドレスや送信先のＩＰアドレスを含むヘッダ部を備えている。ルーティング処理装置は、ヘッダ部のアドレス情報に基づいて、パケットを適切なノードへと転送する。ＩＰパケットが転送されたノードは、最終的な転送先へとデータを転送する。
【０００４】
従来のルーティング処理装置は、特定の宛先へのルーティング処理がハードウェア化されていた。そのため、パケットの中継処理が高速に処理されていた。例えば、特許文献１では、通常とは異なる宛先のパケット又は通常とは異なる処理の必要なパケットのみ、ＣＰＵでソフトウェア的な処理をさせるルーティング処理装置が開示されている。特許文献１に記載されているルーティング処理装置は、伝送路から受信したパケットをセルと呼ばれる固定長パケットに分割する。さらに、ルーティング処理装置は、セルから所定の検索キーを抽出する。抽出された検索キー用いて、ＣＡＭ（Ｃｏｎｔｅｎｔ  Ａｄｄｒｅｓｓａｂｌｅ  Ｍｅｍｏｒｙ）からメモリアドレスが出力される。出力されたメモリアドレスに基づいて、検索情報格納メモリのメモリアドレスが算出される。ルーティング処理装置は、検索情報格納メモリから算出されたメモリアドレスに基づいて、セルのヘッダ更新及び宛先解決を行なう。一方、宛先不明なパケットに対するルーティング処理や特定のパケットに対する処理は、ＣＰＵに転送される。転送されたパケットは、ＣＰＵでソフトウェア的に処理される。
【０００５】
一般に、ルーティング処理装置や処理装置間の経路で輻輳が発生すると、パケットの転送は遅延する。最悪の場合、遅延したパケットは廃棄される。この問題を解決するため、ルーティング処理装置に帯域保証や優先度制御が行なわれる技術が導入されてきている。例えば、特許文献２では、帯域保証と優先度制御が同時に行われるルーティング処理装置が開示されている。特許文献２のルーティング処理装置は、レートコントローラが、リンクごとの契約帯域に基づいて、優先度キューから相対的に高い優先度のパケットを保証トラフィックとして出力する。その結果、優先度キューに滞留する、優先度キューから相対的に低優先度のパケットは、廃棄マーキングが付けられて出力される。輻輳が発生すると、廃棄マーキングが付けられたパケットのみが廃棄される。これにより複数の優先度のトラフィックが保証帯域を共有できるため、優先度ごとのトラフィック量の変動とは関係なく、一定の帯域を確保して保証帯域が有効に利用される。
【０００６】
ところで、ルーティング処理装置ではなく、通信端末において帯域が制限される方法も開示されている。例えば、特許文献３では、特定のトラフィックパタンを有する通信トラフィックの発生が確実に制限されるように、通信端末側でアプリケーションに対応して通信トラフィックが制限される方法が開示されている。
【０００７】
また、ネットワーク分野では、従来の電話交換機がＩＰによるオールパケット型ネットワークに置換されるＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）への標準化が進みつつある。ＮＧＮでは、従来専用網で構築されていた通信回線がＩＰベースの回線に統合される。統合された回線には、音声、映像又はデータ転送等、様々なマルチメディアサービスが提供される。そのため、ＮＧＮでは、単一のＩＰネットワークにおいてリアルタイム通信やストリーミング通信等の様々な優先度及び帯域が必要な通信トラフィックを扱われる。さらに、ＩＰベースの回線では安全な通信が求められるため、暗号化やファイヤウォールなどの機能も必要とされる。そのため、ルーティング処理装置内部でも様々なアプリケーション処理が行われなければならない。
【０００８】
アプリケーション処理は通常、ＣＰＵを用いてソフトウェア的に行なわれる。しかし、近年ＣＰＵ単体の能力向上には限界があり、ネットワークの高速化のスピードに比較してＣＰＵ単体の処理スピードの向上度合は低くなってきている。その結果、ＮＧＮの標準化に向けて、アプリケーション処理が行なわれる必要のある通信トラフィック量に対して、十分なＣＰＵの処理量（以下、サーバ処理量と呼ぶ）の確保が困難になると予想される。このような状況において、様々な優先度や帯域を持ち、アプリケーション処理を行なう必要のある通信トラフィックに対して、限られたサーバ処理量が最適に配分されなければならない。
【０００９】
また、ＮＧＮでは、複数のネットワークドメイン間でエンド・ツー・エンドのＱｏＳが保証されることも検討されている。この場合、同じ優先度を持つ通信トラフィックであっても、最終目的地に到達するために、通信トラフィックが通過する様々なネットワークドメインによって、ＱｏＳのポリシが変更される必要があると考えられる。例えば、自社のネットワークドメインを経由する場合は、十分なサーバ処理量が割り当てられるが、他社のネットワークを経由する場合は、少ないサーバ処理量しか割り当てられないという例が考えられる。
【特許文献１】特開２０００−２９５２７４号公報
【特許文献２】特開２００２−１８５５０１号公報
【特許文献３】特開２００５−２７７５４１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１に開示されている技術では、ルーティング処理装置に入力される通信トラフィックに対して、出力される通信トラフィックの量が一定に得られることが前提であった。例えば、通常、ルーティング処理装置に入力されるトラフィックは、１サイクルで処理されるようにＣＡＭ等のハードウェアで実装されており、入力されるトラフィックが例外の場合のみＣＰＵで処理が行なわれていた。しかし、ＮＧＮでは、例外の場合のみではなく、入力される様々なトラフィックに対してもＣＰＵを用いてサーバ処理が行なわれる必要がある。また、入力されるトラフィックの属性及びノードの属するネットワークドメインによって、実行するアプリケーションが選択される必要がある。このように、ＣＰＵを用いて、トラフィックの属性やノードの属するネットワークドメインに応じて様々なアプリケーションが実行されると、ハードウェア処理の場合と比べ、入力されるトラフィック量に対して出力されるトラフィック量が一定に得られなくなる問題点があった（第１の課題）。
【００１１】
また、特許文献２に開示されている技術では、ルーティング処理装置において優先度制御及び帯域保証が同時に実現されているが、保証される帯域を越えてトラフィックがルーティング処理される場合は、相対的に優先度の低いトラフィックが廃棄されていた。また、特許文献３に開示されている技術では、通信端末で実行されるアプリケーションに対応して通信トラフィックが制限される方法が開示されているが、アプリケーションの種類に応じてサーバ処理量が適切に配分されないため、サーバ処理が必要な通信トラフィックを扱う場合は、優先度の低いトラフィックが廃棄されずに優先度制御及び帯域保証が実現されなかった（第２の課題）。
【００１２】
さらに、特許文献１〜３に開示されている技術では、通信端末間に存在する複数のルーティング処理装置において、入力される様々なトラフィックに対してアプリケーション処理が必要な場合、ルーティング処理装置は、出力されるトラフィック量をノードのネットワークドメインに対応して制御できなかった。そのため、複数のネットワークドメインを通過するトラフィックのエンド・ツー・エンドのＱｏＳが保証されることが困難であった（第３の課題）。
【００１３】
従って、ＮＧＮの標準化に向けて、ルーティング処理装置においても定常的にアプリケーション処理が必要となる。そこで、ルーティング処理機能とサーバ処理機能の両方を有する情報プラットフォーム装置が必要である。
【００１４】
また、上記第１の課題を解決するため、入力されるトラフィックに対してアプリケーションが実行されるためにサーバ処理が必要な場合でも、アプリケーションの種類に応じてサーバ処理の割当量が設定される必要がある。さらに、出力されるトラフィックが一定に得られることが可能な情報プラットフォーム装置が必要である。
【００１５】
また、上記第２の課題を解決するため、相対的に低い優先度のトラフィックであっても保証される帯域内である場合は、低い優先度のトラフィックを廃棄せず、入力されるトラフィックの属性に応じてサーバ処理の割当量が設定され、優先度制御及び帯域保証が可能な情報プラットフォーム装置が必要である。
【００１６】
また、上記第３の課題を解決するため、複数のネットワークドメインに存在するルーティング処理装置において、入力されるトラフィックに対してアプリケーションを実行するためにサーバ処理が必要な場合でも、ノードのネットワークドメインに対応してサーバ処理の割当量が設定される情報プラットフォーム装置が必要である。
【課題を解決するための手段】
【００１７】
本発明の代表的な一形態を示せば以下の通りである。すなわち、トラフィックの入出力を行なう少なくとも一つのＩ／Ｏ処理モジュールと、前記Ｉ／Ｏ処理モジュールによって入力されたトラフィックに対して所定のサーバ処理をする少なくとも一つのサーバ処理モジュールと、前記サーバ処理モジュールによる処理を制御する管理モジュールと、前記各モジュールを接続するスイッチモジュールとを備え、前記Ｉ／Ｏ処理モジュールに入力されたトラフィックにサーバ処理を行った後、前記入力されたトラフィックを宛先の装置に対してに転送する情報プラットフォーム装置の制御方法であって、前記Ｉ／Ｏ処理モジュールに入力されたトラフィックの属性情報と、前記サーバ処理の割当率とを対応付ける割当情報を生成し、前記割当情報を参照して、入力されたトラフィックの属性情報の少なくとも一つを用いて、前記サーバ処理の割当率を決定し、前記決定されたサーバ処理の割当率に従って、前記入力されたトラフィックに対してサーバ処理を行う。
【発明の効果】
【００１８】
本発明の一形態によると、情報プラットフォーム装置により、サーバ処理量が十分でない場合でも、入力されるトラフィックを処理するアプリケーションの種類に応じてサーバ処理量が割り当てられるため、出力されるトラフィック量を情報プラットフォーム装置側で制御できる。また、トラフィックの属性に応じてサーバ処理量が割当られるため、優先度の低いトラフィックが廃棄されずに、出力されるトラフィック量を情報プラットフォーム装置で制御できる。さらに、ノードの属するネットワークドメインに対応してサーバ処理量が割り当てられるため、ノードの属するネットワークドメインに適した形で、出力されるトラフィック量を情報プラットフォーム装置側で制御できる。
【発明を実施するための最良の形態】
【００１９】
本発明の実施の形態について、図面を参照しながら説明する。
【００２０】
＜実施形態１＞
まず、本発明の第１の実施の形態である情報プラットフォーム装置について説明する。
【００２１】
図１は、情報プラットフォーム装置１０７のブロック図である。
【００２２】
情報プラットフォーム装置１０７は、サーバ処理モジュール１００、１０１、Ｉ／Ｏ処理モジュール１０２、１０３、スイッチモジュール１０４、管理モジュール１０５及び管理コンソール１０６を備える。
【００２３】
情報プラットフォーム装置１０７は、サーバ処理機能を有するルーティング処理装置又はルーティング処理機能を有するサーバ処理装置であり、マルチドメインネットワーク網のノードの一つ又はデータセンタ内のサーバシステムの一つとして存在してもよい。本発明の第１の実施の形態では、情報プラットフォーム装置１０７はマルチドメインネットワーク網のノードである。
【００２４】
サーバ処理モジュール１００は、汎用リソース１１０と、ＯＳ１１１及びスレッド管理部１１２を備える。なお、サーバ処理モジュール１０１は、サーバ処理モジュール１００と同様に構成される。
【００２５】
汎用リソース１１０は、ＣＰＵやメモリ等を備える。また、スレッド管理部１１２は、スレッド管理テーブル１６０を備える。スレッド管理テーブル１６０は、サーバ処理の対象となるトラフィックの属性情報と、該属性情報を持つトラフィックを処理するアプリケーションスレッドと、該スレッドに対するサーバ処理の割当率とを管理する。また、スレッド管理部１１２は、サーバ処理モジュール１００上で稼動するソフトウェアである。なお、スレッド管理部１１２は、メモリに記憶されたプログラムをＣＰＵが実行することによって処理される。
【００２６】
ＯＳ１１１は、サーバ処理モジュール１００を処理するための組み込みのソフトウェアである。
【００２７】
なお、本発明の第１の実施の形態では、スレッド管理部１１２とＯＳ１１１とが分けて記載されているが、スレッド管理部１１２は、ＯＳ１１１に組み込まれてもよい。また、サーバ処理モジュール自体が、組み込みＣＰＵを用いた組み込みソフトウェアを備えてもよい。
【００２８】
サーバ処理モジュール１００、１０１は、Ｉ／Ｏ処理モジュール１０２、１０３又は管理モジュール１０５からトラフィックが転送されると、スレッド管理テーブル１６０に登録されたサーバ処理の割当率に従って、サーバ処理モジュール１００、１０１に搭載されるアプリケーションを実行する。例えば、実行するアプリケーションには、暗号化処理プログラム又は認証処理プログラム等が含まれる。
【００２９】
また、サーバ処理モジュール１００、１０１は、管理モジュール１０５との間で管理情報を受け渡す。
【００３０】
なお、本発明の第１の実施の形態では、サーバ処理モジュールは２台図示されているが、複数台備えられていてもよい。
【００３１】
Ｉ／Ｏ処理モジュール１０２は、専用リソース１２０、専用ＯＳ１２１及びサーバ割当管理部１２２を備える。なお、Ｉ／Ｏ処理モジュール１０３は、Ｉ／Ｏ処理モジュール１０２と同様に構成される。
【００３２】
専用リソース１２０は、ラインカード等のＩ／Ｏデバイスである。また、専用ＯＳ１２１は、Ｉ／Ｏ処理モジュール１０２を処理するための組み込みのソフトウェアである。
【００３３】
サーバ割当管理部１２２は、サーバ割当管理テーブル１６５を備える。サーバ割当管理テーブル１６５は、Ｉ／Ｏ処理モジュール１０２に入力されるトラフィックの属性情報とアプリケーションを実行するサーバモジュールの識別子とサーバ処理の割当率とを管理する。また、サーバ割当管理テーブル１６５は、後述する管理モジュール１０５内のサーバ割当管理テーブル１３２のサブセットである。なお、サーバ割当管理部１２２は、メモリに記憶されたプログラムをＣＰＵが実行することによって構成される。なお、本発明の第１の実施の形態では、サーバ割当管理テーブル１６５及びスレッド管理テーブル１６０がサーバ処理の割当率を管理しているが、スレッド管理テーブル１６０のみサーバ処理の割当率を管理してもよい。
【００３４】
本発明の第１の実施の形態では、サーバ割当管理テーブル１６５は、属性識別子４０１及びサーバモジュール識別子４０２を含む。
【００３５】
また、Ｉ／Ｏ処理モジュール１０２、１０３からサーバ割当率を付加したトラフィックをサーバ処理モジュール１００、１０１に転送する場合、サーバ割当管理テーブル１６５にもサーバ割当率４０３が含まれてもよい。なお、サーバ割当管理テーブル１３２の詳細は図４で説明する。
【００３６】
サーバ割当管理部１２２は、Ｉ／Ｏ処理モジュールにトラフィックが入力されると、トラフィックの属性情報を解析する。さらに、トラフィックから抽出された属性情報をキーとして、サーバ割当管理テーブル１６５が検索される。
【００３７】
Ｉ／Ｏ処理モジュール１０２、１０３は、抽出された属性情報がサーバ割当管理テーブル１６５のエントリに登録されている場合、サーバ処理モジュール１００、１０１にトラフィックを転送する。また、Ｉ／Ｏ処理モジュール１０２、１０３は、サーバ処理の割当率をトラフィックに付加してサーバ処理モジュール１００、１０１に転送してもよい。
【００３８】
Ｉ／Ｏ処理モジュール１０２、１０３は、抽出された属性情報がサーバ割当管理テーブル１６５のエントリに登録されていない場合、管理モジュール１０５にトラフィックを転送する。
【００３９】
Ｉ／Ｏ処理モジュール１０２、１０３は、スイッチモジュール１０４を介して、サーバ処理モジュール１００、１０１と管理モジュール１０５との間で管理情報を転送する。
【００４０】
発明の第１の実施の形態では、情報プラットフォーム装置１０７はネットワークノードとして利用されることを想定しているため、Ｉ／Ｏ処理モジュール１０２、１０３はラインカードに相当する。また、Ｉ／Ｏ処理モジュール１０２、１０３は、ストレージ装置又はハードディスクドライブ等の専用デバイスに対する処理してもよい。
【００４１】
なお、本発明の第１の実施形態では、Ｉ／Ｏ処理モジュールは２台図示されているが、複数台備えられてもよい。
【００４２】
スイッチモジュール１０４は、ルート解析部１４０及びスイッチング部１４１を備える。
【００４３】
ルート解析部１４０は、接続されている各モジュールからの要求を受け付ける。さらに、ルート解析部１４０は、要求のヘッダに付加されたルート情報を解析する。解析されたルート情報に基づいて、スイッチモジュール１０４の出力先が決定される。
【００４４】
スイッチング部１４１は、ルート解析部１４０により決定された出力先に要求を転送する。
【００４５】
スイッチモジュール１０４は、サーバ処理モジュール１００、１０１、Ｉ／Ｏ処理モジュール１０２、１０３及び管理モジュール１０５の間をそれぞれ相互に接続する。本発明の第１の実施の形態には図示されていないが、各モジュールにはスイッチモジュール１０４との接続インタフェースとしてアダプタが搭載されている。また、接続インタフェースには、共通の物理インタフェースが使用されているが、上位層のプロトコルが使用されてもよい。例えば、独自の物理インタフェースを持つ独自のプロトコルであってもよいし、ＰＣＩのような標準の物理インタフェースを持つ独自のプロトコルであってもよい。あるいは、ＰＣＩ  Ｅｘｐｒｅｓｓのような標準の物理インタフェースを持つ標準のプロトコルであってもよい。
【００４６】
また、スイッチモジュール１０４の内部構成はバス、クロスバネットワーク、又は多段ネットワークのいずれでもよい。つまり、各モジュールの間で管理情報を転送できるのであれば、いかなる構造でもよい。本発明の第１の実施の形態では、スイッチモジュール１０４は、ノンブロッキングのクロスバネットワークとする。
【００４７】
なお、本発明の第１の実施の形態では、スイッチモジュールは１台図示されているが、複数台備えられていてもよい。この場合、トラフィックの転送パスがスイッチモジュール内部又は各処理モジュールのスイッチのインタフェース部分に予め設定されている。また、転送トラフィックのヘッダ部分にトラフィックの転送パスが付加される。
【００４８】
なお、本発明の第１の実施の形態で、スイッチモジュール１０４は、ルート解析部１４０及びスイッチング部１４１のみ備えているが、管理モジュール１０５に代わって、管理モジュール１０５に備わる機能を備えてもよい。
【００４９】
管理モジュール１０５は、割当ポリシテーブル１３０、アプリ管理テーブル１３１、サーバ割当管理テーブル１３２、アプリ処理管理テーブル１３３、属性テーブル１３４、ストレージ１３５、テーブル設定部１５０、サーバ割当率決定部１５１及びアプリ処理量管理部１５２を備える。また、図１には図示されていないが、ＣＰＵやメモリ等のサーバとして機能するためのハードウェアが備わる。
【００５０】
テーブル設定部１５０、サーバ割当率決定部１５１及びアプリ処理量管理部１５２は、管理モジュール１０５に搭載されたＣＰＵ（図示していない）がメモリ上の所定のプログラムを実行することによって構成される。なお、一部の機能をハードウェアで構成してもよい
割当ポリシテーブル１３０は、入力されたトラフィックの属性情報と該属性情報と対応付けられたサーバ処理の割当率とを管理する。また、割当ポリシテーブル１３０は、後述するテーブル設定部１５０により値が設定される。なお、割当ポリシテーブル１３０の詳細は図２で説明する。
【００５１】
アプリ管理テーブル１３１は、サーバ処理モジュールで実行されるアプリケーションの種類及びアプリケーション処理の割当率を管理する。なお、アプリ管理テーブル１３１の詳細は図３で説明する。
【００５２】
サーバ割当管理テーブル１３２は、入力されるトラフィックが処理されるサーバ処理モジュール及びサーバ処理の割当率を管理する。なお、サーバ割当管理テーブル１３２の詳細は図４で説明する。
【００５３】
アプリ処理量管理テーブル１３３は、入力されるトラフィックに対するサーバ処理時間を管理する。なお、アプリ処理量管理テーブル１３３の詳細は図５で説明する。
【００５４】
属性テーブル１３４は、入力されるトラフィックに対してサーバ処理が必要な場合に実行されるアプリケーションの種類を管理する。なお、属性テーブル１３４の詳細は図６で説明する。
【００５５】
なお、本発明の第１の実施の形態では、サーバ割当管理テーブル１３２、アプリ処理量管理テーブル１３３、属性テーブル１３４を別個に管理しているが、これらを統合して管理してもよい。
【００５６】
ストレージ１３５は、管理モジュール１０５に備えられる記憶領域である。ストレージ１３５は、各種テーブルの情報を保持する。
【００５７】
テーブル設定部１５０は、各種テーブルにアクセスするためのインタフェースと各種テーブルの設定部とを備える。例えば、管理者又は管理システムにより、割当ポリシテーブル１３０にサーバ処理の割当率が設定される場合及び／又は、アプリ処理量管理テーブル１３３からトラフィックを処理するのに必要なサーバ処理時間が読み出される場合に使用される。なお、テーブル設定部１５０の詳細は図７で説明する。
【００５８】
サーバ割当率決定部１５１は、入力されたトラフィックの属性情報に従って、サーバ処理の割当率を決定する。具体的には、管理モジュール１０５にトラフィックが転送されると、サーバ割当管理テーブル１３２に該トラフィックに対するサーバ処理の割当率が設定されていない場合に、割当ポリシテーブル１３０等を利用して、該トラフィックに対するサーバ処理の割当率が算出される。サーバ処理の割当率が算出された後、算出されたサーバ処理の割当率がサーバ割当管理テーブル１３２に設定される。なお、サーバ割当率決定部１５１の詳細は図８で説明する。
【００５９】
アプリ処理量管理部１５２は、入力されたトラフィックの処理に対応するアプリケーションを実行する場合のサーバ処理時間を算出する。算出されたサーバ処理時間は、アプリ処理量管理テーブル１３３に設定される。なお、アプリ処理量管理部１５２の詳細は図９で説明する。
【００６０】
テーブル設定部１５０、サーバ割当率決定部１５１及びアプリ処理量管理部１５２は、メモリに記憶されたプログラムをＣＰＵが実行することによって構成される。
【００６１】
管理モジュール１０５は、情報プラットフォーム装置１０７の全体構成を管理する。
【００６２】
なお、本発明の第１の実施の形態では、１台の管理モジュールが図示されているが、信頼性を向上するために複数台備えられていてもよい。また、複数台の管理モジュールが備えられている場合には、各管理モジュール間の各テーブルに設定される情報の整合性がとられる。また、本発明の第１の実施の形態では、管理モジュール１０５をサーバ処理モジュール１００、１０１とは別に備えているが、サーバ処理モジュール１００に管理モジュール１０５の機能が備えられていてもよい。
【００６３】
管理コンソール１０６は、ＣＰＵ及びメモリ等を備える計算機である。管理コンソール１０６は、管理者又は管理システムからの管理要求を管理モジュール１０５に転送する。
【００６４】
図２は、本発明の第１の実施の形態の割当ポリシテーブル１３０の構成図である。
【００６５】
割当ポリシテーブル１３０は、プロトコルポリシテーブル２０１及びドメインポリシテーブル２０２を備える。本発明の第１の実施の形態では、２種類のポリシテーブルを示したが、複数種類のポリシテーブルが備えられてもよい。また、各ポリシテーブルに登録可能な識別子のエントリ数は実装に応じて変更されてもよい。
【００６６】
プロトコルポリシテーブル２０１は、プロトコル識別子２１０及びサーバ割当率２１１を含む。
【００６７】
プロトコル識別子２１０は、ＩＰヘッダに含まれるＳＩＰ、メール又はファイルアクセスといったＩＰプロトコルにカプセル化された上位プロトコルの識別子である。
【００６８】
サーバ割当率２１１は、プロトコル識別子と対応付けられたサーバ処理の割当率である。
【００６９】
ドメインポリシテーブル２０２は、ドメイン識別子２３０及びサーバ割当率２３１を含む。
【００７０】
ドメイン識別子２３０はグローバルＩＰアドレスに相当し、送信元の情報を示す。例えば、自社内から送信されるトラフィックに対してサーバ処理を十分に割り当てたい場合には、自社内のドメインアドレスが設定される。また、自社以外から送信されるトラフィックに対して、サーバ処理の割当率を低くしたい場合には、割当率を低くするドメインアドレスが設定される。
【００７１】
サーバ割当率２３１は、ドメイン識別子と対応付けられたサーバ処理の割当率である。
【００７２】
プロトコルポリシテーブル２０１及びドメインポリシテーブル２０２の両テーブルに設定されるサーバ割当率は、二つのテーブルを組み合わせて使用されてもよいし、それぞれのテーブルに設定されるサーバ処理の割当率が個別に使用されてもよい。また、各テーブルのサーバ割当率は一つのテーブル内では１を越えないように設定される。
【００７３】
管理者又は管理システムは、どのテーブルに基づきサーバ割当率を決定するかを、テーブル設定部１５０を介して設定する。ドメインポリシテーブル２０２は、管理者又は管理システムが設定してもよいが、情報プラットフォーム装置１０７が属するネットワークドメインの中からのみ設定されるように制御される。そのために、テーブル設定部１５０内の割当ポリシテーブル設定部７０２に、テーブル設定要求の送信元を特定し、あらかじめ設定した送信元からのアクセスしか受け付けない手段が追加される。
【００７４】
図３は、本発明の第１の実施の形態のアプリ管理テーブル１３１の構成図である。
【００７５】
アプリ管理テーブル１３１は、サーバモジュール識別子３０１、アプリ識別子３０２及びアプリ割当率３０３を含む。
【００７６】
サーバモジュール識別子３０１は、アプリケーションが搭載されるサーバ処理モジュールの識別子である。例えば、サーバ処理モジュール１００又は１０１に対応する識別子の１００又は１０１である。
【００７７】
アプリ識別子３０２は、アプリケーションの種類を示す識別子である。
【００７８】
アプリ割当率３０３は、各サーバ処理モジュールに搭載されるアプリケーションの割当率である。例えば、あるサーバ処理モジュールに単一のアプリケーションのみが搭載される場合には、アプリ割当率３０３は１．０であり、複数のアプリケーションが搭載される場合には、アプリ毎の比率に応じて１．０よりも小さい値が設定される。本発明の第１の実施の形態では、サーバ処理モジュール１００にはアプリＡが１．０の割合で割り当てられ、サーバ処理モジュール１０１にはアプリＢが１．０の割合で割り当てられている。この場合、サーバモジュール識別子３０１とアプリ識別子３０２が１対１に対応している。また、一つのサーバ処理モジュールに複数のアプリケーションが搭載されてもよい。
【００７９】
アプリ管理テーブル１３１は、管理者又は管理システムにより管理コンソール１０６経由で設定される。
【００８０】
図４は、本発明の第１の実施の形態のサーバ割当管理テーブル１３２の構成図である。
【００８１】
サーバ割当管理テーブル１３２は、属性識別子４０１、サーバモジュール識別子４０２及びサーバ割当率４０３を含む。
【００８２】
属性識別子４０１は、入力されたトラフィックを識別する属性情報である。属性識別子４０１は、割当ポリシテーブル１３０で定義された各テーブルからの１つ又は複数の条件の組み合わせを持つトラフィックに対応する。例えば、属性識別子が１のトラフィックは、プロトコル識別子２１０が「ＳＩＰ」及びドメイン識別子２３０が「133.144.*.*」であるトラフィックに対応する。
【００８３】
サーバモジュール識別子４０２は、サーバ割当管理テーブル１３２に登録された属性情報を持つトラフィックを処理するサーバモジュール識別子が設定される。具体的には、属性テーブル１３４によってサーバ処理が必要であると判定された場合、属性テーブル１３４に示されるアプリ識別子に基づいて、アプリ管理テーブル１３１に対応するサーバモジュール識別子が設定される。
【００８４】
サーバ割当率４０３は、割当ポリシテーブル１３０に基づいて算出されたサーバ処理の割当率である。具体的には、属性テーブル１３４によってサーバ処理が必要であると判定された場合、属性識別子４０１に対応する割当ポリシテーブル１３０の組み合わせにより、サーバ割当率が算出される。算出された結果はサーバ割当率４０３に設定される。
【００８５】
サーバ割当管理テーブル１３２は、後述するサーバ割当率決定部１５１によりアクセスされる。また、入力されたトラフィックの属性情報に対応するサーバ処理モジュールの識別子及びサーバの割当率は必要に応じて削除される。
【００８６】
第１の実施の形態では、サーバ割当管理テーブル１３２には二つのエントリのみ記載されているが、本テーブルは複数のエントリが登録されてもよい。エントリ数は実装規模に応じて決められてもよい。
【００８７】
図５は、本発明の第１の実施の形態のアプリ処理量管理テーブル１３３の構成図である。
【００８８】
アプリ処理量管理テーブル１３３は、属性識別子５０１及びサーバ処理時間５０２を含む。
【００８９】
属性識別子５０１は、サーバ割当管理テーブル１３２の属性識別子４０１と同じである。
【００９０】
サーバ処理時間５０２は、アプリ処理量管理部１５２により算出されたトラフィック当たりのサーバ処理時間である。サーバ処理時間の算出方法についての詳細は図９で説明する。
【００９１】
図６は、本発明の第１の実施の形態の属性テーブル１３４の構成図である。
【００９２】
属性テーブル１３４は属性識別子６０１及びアプリ識別子６０２を含む。
【００９３】
属性識別子６０１には、入力されるトラフィックの属性情報に基づく識別子が登録される。
【００９４】
具体的には、割当ポリシテーブル１３０に設定されているプロトコル識別子２１０やドメイン識別子２３０等の属性情報に基づく、一つ又は複数の条件を持つ組み合わせに対応付けられた識別子が属性識別子６０１に登録される。該属性識別子は、サーバ割当管理テーブル１３２及びアプリ処理量管理テーブル１３３に登録される属性識別子と一意に対応している。
【００９５】
アプリ識別子６０２は、登録された属性識別子６０１に対応するトラフィックの処理において、実行されるアプリケーションの種類が設定される。例えば、図６では、属性識別子１を持つトラフィックに対して、実行されるアプリケーションの識別子であるアプリＡが設定される。また、属性識別子２を持つトラフィックに対しては、実行されるアプリケーションの識別子であるアプリＢが設定されている。
【００９６】
属性テーブル１３４は、管理者又は管理システムにより管理コンソール１０６経由で設定される。
【００９７】
図７は、本発明の第１の実施の形態のテーブル設定部１５０のブロック図である。
【００９８】
テーブル設定部１５０は、テーブルアクセスインタフェース７０１、割当ポリシテーブル設定部７０２、サーバ割当管理テーブル設定部７０３、アプリ管理テーブル設定部７０４、アプリ処理量管理テーブル設定部７０５及び属性テーブル設定部７０６を備える。
【００９９】
テーブルアクセスインタフェース７０１は、管理コンソール１０６、サーバ処理モジュール１００、１０１又はＩ／Ｏ処理モジュール１０２、１０３から送信されるテーブル設定要求を受信する。テーブル設定要求が受信されると、アクセスの対象となるテーブルに値が設定される。
【０１００】
テーブル設定要求は、アクセスの対象となるテーブルへのポインタ及び設定内容を含む。具体的には、設定内容は、入力されたトラフィックに対するサーバ処理の割当率の値等である。
【０１０１】
割当ポリシテーブル設定部７０２は、テーブルアクセスインタフェース７０１を介して管理者又は管理システムから送信されるテーブル設定要求を受信する。テーブル設定要求を受信すると、割当ポリシテーブル１３０にプロトコルポリシテーブル２０１又はドメインポリシテーブル２０２等の割当情報が設定される。
【０１０２】
サーバ割当管理テーブル設定部７０３は、サーバ割当管理テーブル１３２にサーバ割当率を設定する。サーバ割当率は、割当ポリシテーブル１３０に設定された内容及びアプリ管理テーブル１３１に設定された内容に基づいて、サーバ割当率決定部１５１が決定する。
【０１０３】
アプリ管理テーブル設定部７０４は、アプリ管理テーブル１３１に実行されるアプリケーションの種類と実行されるアプリケーションに対応するサーバ処理モジュールの識別子とを設定する。なお、アプリ管理テーブル設定部７０４は、管理者又は管理システムにより制御される。
【０１０４】
アプリ処理量管理テーブル設定部７０５は、属性情報を持つトラフィックに対して、実行されるアプリケーションのサーバ処理時間を設定する。なお、サーバ割当管理テーブル１３２に値が設定されるのを契機に、アプリ処理量管理テーブル１３３のサーバ処理時間は設定される。
【０１０５】
属性テーブル設定部７０６は、属性情報を持つトラフィックに対して、実行されるアプリケーションの種類を属性テーブル１３４に設定する。なお、属性テーブル設定部７０６は、管理者又は管理システムにより設定又は変更される。
【０１０６】
図８は、本発明の第１の実施の形態における、サーバ割当率決定部１５１のブロック図である。
【０１０７】
サーバ割当率決定部１５１は、属性解析部８０１、属性比較部８０２、割当率決定部８０３、割当率登録部８０４及びポリシフラグ８０５を備える。
【０１０８】
属性解析部８０１は、サーバ割当率決定部１５１に入力されるトラフィックの属性情報を抽出する。そして属性解析部８０１は、抽出された属性情報を解析する。属性情報は、プロトコル識別子又は送信元アドレスを含むが、これに限定されない。
【０１０９】
属性比較部８０２は、抽出された属性情報と、属性テーブル１３４に登録されているエントリとを比較する。抽出された属性情報が、属性テーブル１３４のエントリに登録されている場合には、サーバ処理が必要と判定される。
【０１１０】
割当率決定部８０３は、入力されたトラフィックに対して、属性比較部８０２でサーバ処理が必要と判定された場合、割当ポリシテーブル１３０及び後述するポリシフラグ８０５を参照する。割当率決定部８０３は、参照された情報に基づいて、入力されたトラフィックに対するサーバ割当率を決定する。
【０１１１】
割当率登録部８０４は、サーバ割当管理テーブル１３２に対して新たなエントリを登録又は登録されているエントリを削除する。具体的には、まず、抽出された属性情報と、サーバ割当管理テーブル１３２に登録されているエントリとを比較する。抽出された属性情報に対するサーバ割当率がエントリに登録されていない場合には新たなエントリが登録される。また、ある属性情報に対して、登録されているエントリのサーバ割当率が変更される場合は、該当するサーバ割当率を削除し、新しいサーバ割当率に置き換えられる。さらに、登録されているエントリのサーバ割当率の管理を行なわない場合には、サーバ割当管理テーブル１３２から、属性情報とサーバ割当率とを削除する。
【０１１２】
ポリシフラグ８０５は、割当ポリシテーブル１３０で管理されているテーブルにおいて、サーバ処理の割当率を決定するために利用されるテーブルを示すフラグである。
【０１１３】
ポリシフラグ８０５は、管理コンソール１０６を介して管理者又は管理システムにより設定される。ポリシフラグ８０５は、テーブル数分のビットで構成されており、本発明の第１の実施の形態では、２つのテーブルが管理されているため２ビットで構成される。例えば、プロトコルポリシテーブル２０１に対応するビットに１がセットされている場合は、プロトコルポリシテーブル２０１を利用してサーバ処理の割当率が決定される。また、ポリシフラグ８０５の全ビットに１がセットされている場合は、プロトコルポリシテーブル２０１とドメインポリシテーブル２０２を利用してサーバ処理の割当率が決定される。具体的には、サーバ処理の割当率は、プロトコル識別子に対するサーバ割当率×ドメイン識別子に対するサーバ割当率で算出される。ドメインポリシテーブル２０２に対応するビットのみ１がセットされている場合には、入力されたトラフィックに含まれるドメイン識別子のみ用いられて、サーバ割当率が算出される。
【０１１４】
図９は、本発明の第１の実施の形態のアプリ処理量管理部１５２のブロック図である。
【０１１５】
アプリ処理量管理部１５２は、属性抽出部９０１、割当率算出部９０２、処理時間算出部９０３、処理時間登録部９０４、サーバ性能管理テーブル９０５及びアプリコード量管理テーブル９０６を備える。
【０１１６】
属性抽出部９０１は、入力されたトラフィックに含まれる属性情報を抽出する。
【０１１７】
割当率算出部９０２は、抽出された属性情報を検索キーとして、サーバ割当管理テーブル１３２を検索する。該当する属性情報がサーバ割当管理テーブル１３２に登録されている場合、属性情報に対応するサーバ割当率が参照される。
【０１１８】
処理時間算出部９０３は、割当率算出部９０２で参照されたサーバ割当率、後述するサーバ性能管理テーブル９０５及び、アプリコード量管理テーブル９０６を用いて、入力されたトラフィックを処理するのに必要なサーバ処理時間が算出される。本発明の第１の実施の形態では、サーバ処理時間が算出されるために、サーバ性能管理テーブル９０５及びアプリコード量管理テーブル９０６に設定された静的な値を用いるが、実際にサーバ処理モジュールでアプリケーションが実行されることによって、処理時間が求められてもよい。
【０１１９】
処理時間登録部９０４は、処理時間算出部９０３で求められた、入力されたトラフィックに対する属性情報及び入力されたトラフィックを処理するのに必要なサーバ処理時間をアプリ処理量管理テーブル１３３に登録する。
【０１２０】
サーバ性能管理テーブル９０５は、サーバモジュール識別子及び、サーバ処理モジュールの性能、例えばＣＰＵ性能を含む。
【０１２１】
アプリコード量管理テーブル９１１は、アプリケーションの種類と該アプリケーションのソースコードのステップ数とを含む。
【０１２２】
なお、アプリ処理量管理部１５２は、管理者又は管理システムにより利用され、管理コンソール１０６又はＩ／Ｏ処理モジュール１０２を介してアクセスされる。
【０１２３】
図１０は、本発明の第１の実施の形態における情報プラットフォーム装置のトラフィック処理のフローチャートである。
【０１２４】
トラフィック処理は、情報プラットフォーム装置１０７の外部からＩ／Ｏ処理モジュール１０２、１０３にトラフィックが入力されると開始される。
【０１２５】
まず、Ｉ／Ｏ処理モジュール１０２、１０３は、サーバ割当管理部１２２、１２５において、入力されたトラフィックの属性情報を抽出する（ステップ１００２）。
【０１２６】
次に、Ｉ／Ｏ処理モジュール１０２、１０３は、抽出した属性情報をキーとして、サーバ割当管理テーブル１６５、１６６を検索する（ステップ１００３）。
【０１２７】
次に、Ｉ／Ｏ処理モジュール１０２、１０３は、ステップ１００３で検索されたキーに対するエントリがあるか否かを判定する（ステップ１００４）。
【０１２８】
具体的には、入力されたトラフィックから抽出された属性情報が、サーバ割当管理テーブル１６５、１６６のエントリに登録されているか否かを判定する。
【０１２９】
サーバ割当管理テーブル１６５、１６６に抽出された属性情報に一致するエントリが登録されている場合、Ｉ／Ｏ処理モジュール１０２、１０３は、サーバモジュール識別子が示すサーバにトラフィックを転送する（ステップ１００７）。
【０１３０】
一方、サーバ割当管理テーブル１６５、１６６に抽出された属性情報に一致するエントリが登録されていない場合、Ｉ／Ｏ処理モジュール１０２、１０３は、管理モジュール１０５にトラフィックを転送する（ステップ１００５）。
【０１３１】
管理モジュール１０５は、Ｉ／Ｏ処理モジュール１０２、１０３から転送されたトラフィックを用いて、後述するサーバ割当率登録処理を行なう（ステップ１００６）。さらに、管理モジュール１０５は、サーバ割当率登録処理に基づいて、サーバモジュール識別子が示すサーバにトラフィックを転送する（ステップ１００７）。
【０１３２】
次に、サーバ処理モジュール１００、１０１は、スレッド管理テーブル１６０、１６２に基づいて、属性情報に対応する処理を行なう（ステップ１００８）。
【０１３３】
具体的には、サーバ処理モジュール１００、１０１は、Ｉ／Ｏ処理モジュール１０２、１０３又は管理モジュール１０５からトラフィックを受信すると、スレッド管理部がスレッド管理テーブルを検索し、属性情報に対応するスレッドを特定する。サーバ処理モジュール１００、１０１は、スレッド管理テーブル１６０、１６２に登録されたスレッドの処理比率で処理を行なう。
【０１３４】
次に、サーバ処理モジュール１００、１０１は、入力されたトラフィックの属性情報に含まれる次の宛先に対してトラフィックを転送する（ステップ１００９）。そして、サーバ処理モジュール１００、１０１は、処理を終了する。
【０１３５】
図１１は、本発明の第１の実施の形態のサーバ割当率決定処理のフローチャートである。
【０１３６】
サーバ割当率決定処理は、トラフィック処理（図１０）のステップ１００６において実行される。
【０１３７】
まず、管理モジュール１０５は、転送されたトラフィックの属性情報を抽出する（ステップ１１０２）。
【０１３８】
具体的には、プロトコル識別子やドメイン識別子等の属性情報が抽出される。なお、属性情報の抽出には、どのような方法が利用されてもよい。
【０１３９】
次に、管理モジュール１０５は、ステップ１１０２で抽出された属性情報をキーとして、サーバ割当管理テーブル１３２に登録されているエントリを検索する（ステップ１１０３）。
【０１４０】
次に、管理モジュール１０５は、ステップ１１０３で検索したエントリがあるか否かを判定する（ステップ１１０４）。
【０１４１】
具体的には、Ｉ／Ｏ処理モジュール１０２、１０３から転送されたトラフィックから抽出された属性情報が、サーバ割当管理テーブル１３２に登録されているエントリに含まれているか否かを検索する。
【０１４２】
サーバ割当管理テーブル１３２にエントリが登録されている場合、管理モジュール１０５は、サーバモジュール識別子が示すサーバ処理モジュールに対してトラフィックを転送する（ステップ１１０７）。
【０１４３】
一方、サーバ割当管理テーブル１３２にエントリが登録されていない場合、管理モジュール１０５は、属性テーブル１３４、割当ポリシテーブル１３０及びポリシフラグ８０５を用いて、属性情報に対するサーバ割当率を算出する（ステップ１１０５）。
【０１４４】
具体的には、管理モジュール１０５は、属性テーブル１３４を参照して、入力されたトラフィックはサーバ処理が必要か否かを判定する。サーバ処理が必要であると判定されたトラフィックは、属性情報に基づいてポリシフラグ８０５及び割当ポリシテーブル１３０が参照される。管理モジュール１０５は、参照された情報に基づいて、サーバ割当率を算出する。
【０１４５】
さらに、管理モジュール１０５は、属性情報とステップ１００６で算出されたサーバ割当率とを、サーバ割当管理テーブル１３２に新たに登録する（ステップ１１０６）。
【０１４６】
次に、管理モジュール１０５は、サーバ割当管理テーブル１３２のエントリに登録されているサーバモジュール識別子が示すサーバ処理モジュールに対して、割当率を引数としてトラフィックを転送する（ステップ１１０７）。
【０１４７】
次に、管理モジュール１０５は、登録したサーバ割当管理テーブル１３２の更新情報を用いて、Ｉ／Ｏ処理モジュールのサーバ割当管理テーブル１６５、１６６の内容及びサーバ処理モジュール１００、１０１のスレッド管理テーブル１６０、１６２の内容を更新する（ステップ１１０８）。そして、管理モジュール１０５は、処理を終了する。
【０１４８】
図１２は、本発明の第１の実施の形態におけるアプリ処理量管理処理のフローチャートである。
【０１４９】
アプリ処理量管理処理は、アプリケーションの処理量の問い合わせの要求があったときに実行される。
【０１５０】
まず、管理モジュール１０５は、トラフィックの属性情報を抽出する（ステップ１２０２）。
【０１５１】
次に、管理モジュール１０５は、ステップ１５０２で抽出された属性情報をキーとして、サーバ割当管理テーブル１３２に登録されているエントリを検索する（ステップ１２０３）。
【０１５２】
次に、管理モジュール１０５は、ステップ１２０４で検索したエントリがあるか否かを判定する（ステップ１２０４）。
【０１５３】
サーバ割当管理テーブル１３２に抽出された属性情報に一致するエントリが登録されている場合、管理モジュール１０５は、エントリに対応するサーバ割当率を特定してステップ１２０７の処理に進む（ステップ１２０５）。
【０１５４】
一方、サーバ割当管理テーブル１３２に抽出された属性情報に一致するエントリが登録されていない場合、属性テーブル１３４、割当ポリシテーブル１３０及びポリシフラグ８０５を用いて、属性情報に対するサーバ割当率を算出する（ステップ１２０６）。
【０１５５】
ただし、通常アプリ処理量登録処理は、サーバ割当決定処理の後に実行されるため、エントリ無しという場合は例外的な処理である。
【０１５６】
次に、管理モジュール１０５は、属性情報を含むトラフィックを処理するのに必要なサーバ処理時間を算出する（ステップ１２０７）。
【０１５７】
具体的には、あるサーバ割当率で実際にサーバ処理モジュールにトラフィックを処理させてサーバ処理時間を求めてもよい。また、サーバ性能管理テーブル９０５及びアプリコード量管理テーブル９０６を用いて静的に求めてもよい。静的に求める場合、例えばアプリケーションのステップ数とサーバのＭＩＰＳ値からサイクル数を求める方法が用いられる。
【０１５８】
次に、管理モジュール１０５は、ステップ１２０７で求めたサーバ処理時間をアプリ処理量管理テーブル１３３に登録する（ステップ１２０８）。そして、管理モジュール１０５は、処理を終了する。
【０１５９】
図１３は、本発明の第１の実施の形態の情報プラットフォーム装置を含むマルチドメインネットワーク網の構成図である。
【０１６０】
マルチドメインネットワーク網は、ＱｏＳ管理サーバ１３０１、情報端末１３１０〜１３１４、情報プラットフォーム装置１３２０〜１３２３、ネットワークドメイン１３５０、１３５１及びスイッチハブ１３６０〜１３６２を含む。
【０１６１】
ＱｏＳ管理サーバ１３０１は、マルチドメインネットワーク網の各情報プラットフォーム装置から様々な属性情報を有するトラフィックに関するサーバの処理時間を収集する。収集されたサーバの処理時間に基づいて、エンド・ツー・エンドでのＱｏＳが管理される。
【０１６２】
例えば、ＱｏＳ管理サーバ１３０１は、管理モジュール１０５の中のアプリ処理量管理テーブル１３３に、入力されるトラフィックについてサーバ処理時間を問い合わせる。
【０１６３】
情報端末１３１０〜１３１４は、マルチドメインネットワーク網の終端に位置する。なお、情報端末１３１０〜１３１４は、様々な種類が考えられるが、概してＩＰパケットを使用してネットワークで通信を行なう。
【０１６４】
情報プラットフォーム装置１３２０は、本発明の第１の実施の形態で述べた構成である。すなわち、情報プラットフォーム装置１３２０は、様々な属性情報を有するトラフィックに対してサーバ処理を行なうことが可能である。
【０１６５】
ネットワークドメイン１３５０、１３５１は、あるドメインアドレスで分類されるネットワークの構成単位である。
【０１６６】
スイッチハブ１３６０〜１３６２は、情報端末１３１０〜１３１４と情報プラットフォーム装置１３２０〜１３２３とを接続するためのハブである。
【０１６７】
図１４は、本発明の第１の実施の形態の図１３に示すネットワークドメインＡに存在する情報プラットフォーム装置１３２０、１３２３の割当ポリシテーブル１３０に設定される値の例である。
【０１６８】
ネットワークドメインＡに存在する情報プラットフォーム装置１３２０、１３２３の割当ポリシテーブル１３０には、ドメインＡに属する情報端末から入力されるトラフィックに対するサーバ割当率は０．８、ドメインＢに属する情報端末から入力されるトラフィックに対するサーバ割当率は０．２と設定されている。逆に、図示されていないが、ネットワークドメインＢに存在する情報プラットフォーム装置１３２１、１３２３には、ドメインＢ内の情報端末から入力されるトラフィックに対するサーバ割当率は０．８、ドメインＡに属する情報端末から入力されるトラフィックに対するサーバ割当率は０．２と設定されている。
【０１６９】
例えば、情報端末Ａ１（１３１０）から情報端末Ｂ１（１３１３）へ音声プロトコルを転送する際に、サーバ処理を行なう場合について説明する。
【０１７０】
情報プラットフォーム装置１３２０では、プロトコル識別子とドメイン識別子を用いてサーバ割当率を算出する。
【０１７１】
ここでプロトコル識別子は音声、ドメイン識別子はドメインＡからのトラフィックであるため、サーバ割当率は０．４×０．８＝０．３２と算出される。算出された結果に基づいて、情報プラットフォーム装置１３２０では、サーバ処理の割当率０．３２でトラフィック処理が行なわれる。
【０１７２】
その後、ネットワークドメインＢに属する情報プラットフォーム装置１３２１にトラフィックが転送されると、割当ポリシテーブル１３０の値からプロトコル識別子は音声、ドメイン識別子はドメインＡからのトラフィックであるため、サーバ割当率は０．４×０．２＝０．０８と算出される。算出された結果に基づいて、情報プラットフォーム装置１２２１では、サーバ処理の割当率０．０８でサーバ処理が行なわれる。処理が行なわれたトラフィックは、情報端末１３１３に転送される。
【０１７３】
すなわち、本発明の第１の実施の形態によれば、情報プラットフォーム装置がどのネットワークドメイン網に属するかによって、同じ属性情報を有するトラフィックであっても、サーバ割当率が異なる。
【０１７４】
したがって、ドメイン識別子によって、情報プラットフォーム装置の属するドメインが特定される。また、情報プラットフォーム装置の属するドメインに応じて、サーバ割当率の変更が可能となる。
【０１７５】
ＱｏＳ管理サーバ１３０１は、複数の情報プラットフォーム装置からサーバ処理時間の情報を収集し、エンド・ツー・エンドでＱｏＳを保証する。本発明の第１の実施の形態では、情報プラットフォーム装置ごとにトラフィックのサーバ処理時間が異なるが、トラフィックの属性情報によって、サーバ処理時間が一意に決まるため、ＱｏＳ管理サーバは属性情報に基づいてサーバ処理時間情報を問い合わせ及び調整することで、一定の性能を保証し、管理できる。
【０１７６】
＜実施形態２＞
本発明の第１の実施の形態では、一つのアプリケーションを処理するサーバ処理モジュールは一台であった。一方、本発明の第２の実施の形態では、一つのアプリケーションを処理するサーバ処理モジュールが複数台ある場合に、サーバ処理を負荷分散させる。そのために、管理モジュール１０５に負荷分散部１５３が追加される。
【０１７７】
図１５は、本発明の第２の実施の形態における情報プラットフォーム装置１０７の全体構成を示す図である。
【０１７８】
管理モジュール１０５を除く構成は、図１に示す構成と同じであるが、管理モジュール１０５に負荷分散部１５３が追加された点が異なる。
【０１７９】
負荷分散部１５３は、一つのアプリケーションを実行するサーバ処理モジュールが複数台存在する場合に、設定された割当情報に従って、サーバ処理を分散させる。
【０１８０】
設定される割当情報は、送信元のドメインによって一意に決定されてもよいし、その他の属性情報によって一意に決定されてもよい。
【０１８１】
＜実施形態３＞
本発明の第１の実施の形態では、情報プラットフォーム装置１０７は、マルチドメインネットワーク網のノードであった。本発明の第３の実施の形態では、ルーティング処理機能を有するサーバ処理装置の例を示す。具体的には、情報プラットフォーム装置１０７は、データセンタ内のサーバシステムの一つである。
【０１８２】
本発明の第１の実施の形態では、サーバ処理モジュール１００のスレッド管理部１１２が、設定されたサーバ割当率でアプリケーション処理のスケジューリングをしていた。一方、本発明の第３の実施の形態では、サーバ処理モジュールに仮想化処理部（例えば、ハイパバイザ又はＶＭＭ（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ  Ｍｏｎｉｔｏｒ））が備わる。
【０１８３】
図１６は、本発明の第３の実施の形態における情報プラットフォーム装置１０７の全体構成を示すブロック図である。サーバ処理モジュールを除く構成は、図１に示す構成と同じであるため、サーバ処理モジュールについてのみ説明する。
【０１８４】
本発明の第３の実施の形態では、サーバ処理モジュール１００は、ＬＰＡＲ１６１０、１６１１、仮想化処理部１６０１、及び汎用リソース１１０を備える。ＬＰＡＲ１６１０は、論理パーティションである。論理パーティションとは、ＣＰＵ１６５０やメモリ１６５１などの汎用リソース１１０を仮想化処理部１６０１により論理的に分割し、一つのサーバモジュールを複数のサーバモジュールにみせる機能である。ＬＰＡＲ１６１１は、それぞれ独立したアプリケーション及びＯＳを搭載する。ＬＰＡＲ１６１１の構成はＬＰＡＲ１６１０と同じであるため説明を省略する。
【０１８５】
仮想化処理部１６０１は、ＬＰＡＲ管理テーブル１６３０に設定された割当率でＬＰＡＲがＣＰＵ又はメモリ、さらにはネットワーク又はディスクのＩ／Ｏ量を使用するように、上記ＬＰＡＲを制御する。仮想化処理部１６０１は、ＬＰＡＲ管理テーブル１６３０、ＬＰＡＲ管理部１６３１、Ｉ／Ｏ制御部１６３２を備える。
【０１８６】
ＬＰＡＲ管理テーブル１６３０は、ＬＰＡＲ識別子とハードウェアリソースの割当率とを管理する。ハードウェアリソースの割当率は、例えばＣＰＵ使用率又はメモリ容量の割当範囲である。詳細は後述する図１７で説明する。ＬＰＡＲ管理部１６３１は、ＬＰＡＲ管理テーブル１６３０に登録された内容に従って、ＬＰＡＲ１６１０を管理し制御する。ＬＰＡＲ１６１０の管理方法は、既存のハイパバイザやＶＭＭ等が備える手段と同等の手段で実現できるため，詳細説明を省略する。Ｉ／Ｏ制御部１６３２は、ＬＰＡＲ１６１０経由で外部に出力されるＩ／Ｏ、外部から入力されるＩ／Ｏのバッファ管理、又は割り込み処理等を制御する。サーバ処理モジュール１００が仮想化処理部１６０１を備える点は公知であるが、本発明では、ＬＰＡＲ管理テーブル１６３０が、ＬＰＡＲ識別子とハードウェアのリソース割当率に加えて、ＬＰＡＲ識別子とトラフィックの属性識別子の対応とを管理する点が異なる。仮想化処理部１６０１は、Ｉ／Ｏ制御部１６３２を介して受信したトラフィックの属性情報に従って、該トラフィックを処理するＬＰＡＲを特定する。該トラフィックは、特定されたＬＰＡＲ上のＯＳに搭載されたアプリケーションによって処理される。
【０１８７】
図１７は、ＬＰＡＲ管理テーブル１６３０の構成図である。ＬＰＡＲ管理テーブル１６３０は、属性識別子１７０１、ＬＰＡＲ識別子１７０２、及びＣＰＵ割当率１７０３を含む仮想化処理部１６０１が管理するメモリ領域（図示しない）に保持される。仮想化処理部１６０１は、Ｉ／Ｏ制御部１６３２を介して入力されたトラフィックの属性識別子をデコードし、デコードされた属性識別子１７０１に対応するＬＰＡＲ識別子１７０２を特定する。そして、特定されたＬＰＡＲ上のアプリケーションが実行される。１６３０のＣＰＵ割当率１７０３は、図１１のステップ１１０８において登録又は更新される。本発明の第３の実施の形態では、ＬＰＡＲ管理テーブル１６３０が明示的に属性識別子１７０１を管理する例を示したが、トラフィックの属性とＬＰＡＲ識別子とを一意に対応付けられる方法であればどんな方法でもよい。例えば、識別対象のトラフィックに対して一つの仮想デバイスを割り付けることによって、仮想デバイスとＬＰＡＲとを対応付けてもよい。また、ＬＰＡＲ管理テーブルとは別にトラフィックの属性とＬＰＡＲ識別子の対応を管理可能なテーブルをＩ／Ｏ処理モジュール１０２に備えてもよい。
【０１８８】
次に、本発明の第３の実施の形態における情報プラットフォーム装置のトラフィック処理のフローを図１０、図１６、及び図１７を用いて説明する。
【０１８９】
トラフィック処理は、情報プラットフォーム装置１０７の外部からＩ／Ｏ処理モジュール１０２、１０３にトラフィックが入力されると開始される。
【０１９０】
ステップ１００２〜１００７の処理は第１の実施の形態と同じであるため、説明を省略する。ステップ１００８が第１の実施の形態とは異なる。第３の実施の形態におけるステップ１００８は、次のような処理を行なう。
【０１９１】
具体的には、サーバ処理モジュール１００は、Ｉ／Ｏ処理モジュール１０２、１０３又は管理モジュール１０５からＩ／Ｏ制御部１６３２を介してトラフィックを受信する。次に、ＬＰＡＲ管理部１６３１は、受信したトラフィックの属性識別子をキーとしてＬＰＡＲ管理テーブル１６３０を検索し、トラフィックの属性識別子に対応するＬＰＡＲ識別子を特定し、ＬＰＡＲにトラフィックを処理させる。
【０１９２】
仮想化処理部がサーバ割当率を管理することによって本発明の第１の実施の形態で示した、スレッド管理部が不要になり、スレッド間におけるオーバヘッドを削減させることができるため、より厳密にサーバ処理を割り当てることができる。
【０１９３】
＜実施形態４＞
本発明の第１の実施の形態では、入力されたトラフィックが処理される場合に実行されるアプリケーションが一つのみであった。
【０１９４】
一方、本発明の第４の実施の形態では、入力されたトラフィックが複数のアプリケーションプログラムを実行する。例えば、ある入力されたトラフィックに、認証プログラムが実行されてから暗号化プログラムが実行される場合などが考えられる。
【０１９５】
本発明の第４の実施の形態では、図６に示される属性テーブル１３４を拡張し、アプリ識別子に複数の種類のアプリケーションが登録されるようにする。例えば、属性識別子が１のトラフィックに対して、アプリＡとアプリＢの両方が登録されるようにする。
【０１９６】
この場合、図５に示すアプリ処理量管理テーブル１３３のサーバ処理時間５０２には、アプリＡのサーバ処理時間とアプリＢのサーバ処理時間との合計が登録される。それに伴い、アプリ処理量管理部１３７では、図１２に示すアプリ処理量管理処理において、ステップ１２０７の処理をアプリＡとアプリＢの２回実行させた結果の合算がステップ１２０８の登録処理で登録されることになる。
【０１９７】
また、図１０に示すトラフィック処理において、ステップ１００７でサーバ処理モジュールにトラフィックが転送される場合、サーバモジュール識別子が参照される。そして、参照されたサーバモジュール識別子に対応するサーバ処理モジュールにトラフィックが転送される。しかし、本発明の第４の実施の形態では、複数のアプリケーションが実行されるため、次に実行されるアプリケーションについても、サーバモジュール識別子を参照する必要がある。この場合、管理モジュール１０５に再度トラフィックが転送されるため、オーバヘッドが発生する。そこで、サーバ処理モジュールにトラフィックが転送される場合、実行されるサーバ処理モジュールのサーバモジュール識別子の情報がトラフィックに付加されるようにする。トラフィックにサーバモジュール識別子の情報が付加されることにより、一度サーバ処理モジュールに転送されたトラフィックが、アプリケーションが実行される毎に、次に実行されるサーバ処理モジュール識別子を参照するために管理モジュールへ転送することが不要になり、オーバヘッドが削減される。
【０１９８】
＜実施形態５＞
本発明の第１の実施の形態では、外部からＩ／Ｏ処理モジュール１０２に入力されたトラフィックの属性情報をキーとしてサーバ割当管理テーブル１３２を検索する。そして、サーバ割当管理テーブル１３２のエントリに登録されていない場合、管理モジュール１０５にトラフィックを転送することによって、処理すべきアプリケーションが特定されていた。この場合、全てのトラフィックに対してアプリケーション処理が必要な場合には有効な方法であるが、アプリケーション処理が必要ないトラフィックに対してはオーバヘッドとなる。
【０１９９】
そこで、本発明の第５の実施の形態では、アプリケーション処理が必要ないトラフィックか否かをＩ／Ｏ処理モジュール１０２で判定する。アプリケーション処理が必要ないトラフィックは、直接宛先となるＩ／Ｏ処理モジュールに転送される。この機能を実現するため、サーバ割当管理テーブル１３２及びサーバ割当管理テーブル１３２のサブセットであるサーバ割当管理テーブル１６５を拡張する。具体的には、各エントリに対して、アプリケーション処理の有無を示す有効フラグを追加する。また、管理モジュール１０５の属性テーブル１３４に対して、属性識別子に対応するアプリ識別子部分に、アプリケーション処理が必要ない場合に「処理が必要ないこと」を示す識別子を登録する。該識別子は、第１の実施の形態と同様、管理者及び管理システムに設定させる。「処理が必要ないこと」を示す識別子が属性テーブル１３２に設定されている場合は、その旨をサーバ割当管理テーブル１３２及びサーバ割当管理テーブル１６５に反映する。なお、サーバ割当管理テーブル１６６も同様に拡張すればよい。
【０２００】
また、管理モジュール１０５は、サーバ割当管理テーブル１３２にフラグが設定されなくても、属性テーブル１３４によってアプリケーション処理の有無を特定できるため、管理モジュール１０５上のサーバ割当管理テーブル１３２を拡張しない実装も可能である。この場合、管理モジュール１０５上のサーバ割当管理テーブル１３２及びＩ／Ｏ処理モジュール１０２上のサーバ割当管理テーブル１６５のエントリ構成が異なる。
【０２０１】
サーバ割当管理テーブル１６５のアプリケーション処理の有無を示すフラグにより、管理モジュール１０５にトラフィックが送信されることなく、直接宛先のＩ／Ｏ処理モジュールに送信されるため、オーバヘッドが削減される。
【図面の簡単な説明】
【０２０２】
【図１】本発明の第１の実施の形態の情報プラットフォーム装置を示すブロック図である。
【図２】本発明の第１の実施の形態の割当ポリシテーブルを示す構成図である。
【図３】本発明の第１の実施の形態のアプリ管理テーブルを示す構成図である。
【図４】本発明の第１の実施の形態のサーバ割当管理テーブルを示す構成図である。
【図５】本発明の第１の実施の形態のアプリ処理量管理テーブルを示す構成図である。
【図６】本発明の第１の実施の形態の属性テーブルを示す構成図である。
【図７】本発明の第１の実施の形態のテーブル設定部を示すブロック図である。
【図８】本発明の第１の実施の形態のサーバ割当率決定部を示すブロック図である。
【図９】本発明の第１の実施の形態のアプリ処理量管理部を示すブロック図である。
【図１０】本発明の第１の実施の形態の情報プラットフォーム装置におけるトラフィック処理フローを示す図である。
【図１１】本発明の第１の実施の形態のサーバ割当率決定処理フローを示す図である。
【図１２】本発明の第１の実施の形態の情報プラットフォーム装置のアプリ処理量管理処理フローを示す図である。
【図１３】本発明の第１の実施の形態の情報プラットフォーム装置を含むマルチドメインネットワーク網の構成を示す図である。
【図１４】本発明の第１の実施の形態の情報プラットフォーム装置の割当ポリシテーブルの設定例を示す図である。
【図１５】本発明の第２の実施の形態の情報プラットフォーム装置を示すブロック図である。
【図１６】本発明の第３の実施の形態の情報プラットフォーム装置を示すブロック図である。
【図１７】本発明の第３の実施の形態のＬＰＡＲ管理テーブルを示す構成図である。
【符号の説明】
【０２０３】
１００、１０１  サーバ処理モジュール
１０２、１０３  Ｉ／Ｏ処理モジュール
１０４  スイッチモジュール
１０５  管理モジュール
１０６  管理コンソール
１０７  情報プラットフォーム装置
１１０、１１３  汎用リソース
１１１、１１４  ＯＳ
１１２、１１５  スレッド管理部
１２２、１２５  サーバ割当管理部
１３０  割当ポリシテーブル
１３１  アプリ管理テーブル
１３２  サーバ割当管理テーブル
１３３  アプリ処理量管理テーブル
１３４  属性テーブル
１３５  ストレージ
１５０  テーブル設定部
１５１  サーバ割当率決定部
１５２  アプリ処理量管理部
１６０、１６２  スレッド管理テーブル
１６５、１６６  サーバ割当管理テーブル
２０１  プロトコルポリシテーブル
２０２  ドメインポリシテーブル
【図１】
2008227631.tif 000003
【図２】
2008227631.tif 000004
【図３】
2008227631.tif 000005
【図４】
2008227631.tif 000006
【図５】
2008227631.tif 000007
【図６】
2008227631.tif 000008
【図７】
2008227631.tif 000009
【図８】
2008227631.tif 000010
【図９】
2008227631.tif 000011
【図１０】
2008227631.tif 000012
【図１１】
2008227631.tif 000013
【図１２】
2008227631.tif 000014
【図１３】
2008227631.tif 000015
【図１４】
2008227631.tif 000016
【図１５】
2008227631.tif 000017
【図１６】
2008227631.tif 000018
【図１７】
2008227631.tif 000019