(57)【要約】      （修正有）【課題】疎結合ユニットによる分散処理通信システムであってサーバ−クライアント型のシステムなど、ネットワークを使用して通信相手からの要求を処理するシステム。【解決手段】外部との通信を行なう少なくとも１つの通信ユニット(12)と、前記通信ユニットを介して受信したアプリケーションの処理要求を実行する複数のアプリケーションユニット(14)とが、ネットワーク(16)を介して接続している疎結合の分散処理通信システム(10)であって、各アプリケーションユニットに少なくとも１つの同一のネットワークアドレスを設定することによって通信相手からは同じ装置として見えるようにした、ことを特徴とする分散処理通信システムを提供する。【選択図】図２
2006352645.tif 000002
【特許請求の範囲】
【請求項１】
外部との通信を行なう少なくとも１つの通信ユニットと、前記通信ユニットを介して受信したアプリケーションの処理要求を実行する複数のアプリケーションユニットとが、ネットワークを介して接続している疎結合の分散処理通信システムであって、
前記処理要求の各々を、前記複数のアプリケーションユニットで並列に処理し、
各アプリケーションユニットに少なくとも１つの同一のネットワークアドレスを設定する、
ことを特徴とする分散処理通信システム。
【請求項２】
請求項１に記載の分散処理通信システムにおいて、
前記ネットワークを介して前記複数のアプリケーションユニットと接続され、前記少なくとも１つの通信ユニットが受信した処理要求の振り分け先のアプリケーションユニットを決定する振り分けユニットをさらに具え、
前記少なくとも１つの通信ユニットが、前記受信した処理要求の各々を、前記振り分けユニットで決定されたアプリケーションユニットに振り分ける、
ことを特徴とする分散処理通信システム。
【請求項３】
請求項１に記載の分散処理通信システムにおいて、
前記少なくとも１つの通信ユニットが、
前記受信した処理要求の各々の振り分け先のアプリケーションユニットを独自に決定し、振り分ける、
ことを特徴とする分散処理通信システム。
【請求項４】
請求項２または３に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、ラウンドロビン方式で決定される、
ことを特徴とする分散処理通信システム。
【請求項５】
請求項４に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される、
ことを特徴とする分散処理通信システム。
【請求項６】
請求項２または３に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求の宛先アドレスに基づき決定される、
ことを特徴とする分散処理通信システム。
【請求項７】
請求項６に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される、
ことを特徴とする分散処理通信システム。
【請求項８】
請求項２または３に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求の送信元アドレスに基づき決定される、
ことを特徴とする分散処理通信システム。
【請求項９】
請求項８に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される、
ことを特徴とする分散処理通信システム。
【請求項１０】
請求項２または３に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求の送信元アドレスおよび宛先アドレスに基づき決定される、
ことを特徴とする分散処理通信システム。
【請求項１１】
請求項１０に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される、
ことを特徴とする分散処理通信システム。
【請求項１２】
請求項２または３に記載の分散処理通信システムにおいて、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求のサービスに基づき決定される、
ことを特徴とする分散処理通信システム。
【請求項１３】
請求項２または３に記載の分散処理通信システムにおいて、
前記受信した処理要求の内容に基づき、ラウンドロビン方式、前記受信した処理要求の宛先アドレス、送信元アドレス、前記受信した処理要求に関する統計情報、からなる群から少なくとも１つの選択基準を選択し、前記振り分け先のアプリケーションユニットが、この選択された少なくとも１つの選択基準を使って決定される、
ことを特徴とする分散処理通信システム。
【請求項１４】
請求項２に記載の分散処理通信システムにおいて、
処理要求を振り分けられたアプリケーションユニットが、
自己の負荷がアプリケーションユニット毎に設定されている閾値を超える場合には、振り分けられた処理要求を前記振り分けユニットに返送する、
ことを特徴とする分散処理通信システム。
【請求項１５】
請求項２または３に記載の分散処理通信システムにおいて、
前記アプリケーションユニットが、
自己の負荷がアプリケーションユニット毎に設定されている閾値を超える場合には、受信した処理要求を他のアプリケーションユニットに転送する転送機能を具える、
ことを特徴とする分散処理通信システム。
【請求項１６】
請求項１５に記載の分散処理通信システムにおいて、
前記転送機能が、
前記処理要求の転送回数に制限を設け、制限に達したものを転送しない、
ことを特徴とする分散処理通信システム。
【請求項１７】
請求項２または３に記載の分散処理通信システムにおいて、
前記通信ユニットまたは前記振り分けユニットが、
前記アプリケーションユニットの各々がダウンしているか否かを監視し、ダウンしていると判定されたアプリケーションユニットを振り分けの対象から外す異常監視機能を具える、
ことを特徴とする分散処理通信システム。
【請求項１８】
請求項１７に記載の分散処理通信システムにおいて、
前記通信ユニットまたは前記振り分けユニットが、
前記アプリケーションユニット毎に優先度を設け、正常時には優先度の高いアプリケーションユニットに振り分け、前記優先度の高いアプリケーションユニットがダウンしたときのみ、優先度の低いアプリケーションユニットに振り分ける、
ことを特徴とする分散処理通信システム。
【請求項１９】
請求項２または３に記載の分散処理通信システムにおいて、
前記通信ユニットまたは前記振り分けユニットが、
前記アプリケーションユニットの負荷を監視し、負荷が高いと判定されたアプリケーションユニットを振り分けの対象から外す、
ことを特徴とする分散処理通信システム。
【請求項２０】
請求項１〜１９のいずれか１項に記載の分散処理通信システムにおいて、
各ユニット間のネットワークプロトコルとしてＩＰｖ４を使用する、
ことを特徴とする分散処理通信システム。
【請求項２１】
請求項１〜１９のいずれか１項に記載の分散処理通信システムにおいて、
各ユニット間のネットワークプロトコルとしてＩＰｖ６を使用する、
ことを特徴とする分散処理通信システム。
【請求項２２】
請求項１〜２１のいずれか１項に記載の分散処理通信システムにおいて、
各アプリケーションユニットをデータリンクレイヤのアドレスで識別する、
ことを特徴とする分散処理通信システム。
【請求項２３】
請求項１〜２１のいずれか１項に記載の分散処理通信システムにおいて、
各アプリケーションユニットにアプリケーション処理用に設けてある前記少なくとも１つの同一のネットワークアドレス以外に、通信用のネットワークアドレスを各アプリケーションユニットに設定し、この通信用のネットワークアドレスで各アプリケーションユニットを識別する、
ことを特徴とする分散処理通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は分散処理通信システムに関し、より詳細には、疎結合ユニットによる分散処理通信システムであってサーバ−クライアント型のシステムなど、ネットワークを使用して通信相手からの要求を処理するシステムに関する。
【背景技術】
【０００２】
サーバ−クライアント型のシステムなど、ネットワークを使用して通信相手からの要求を処理するＡＳＰシステムなどの場合、運用中にネットワークが拡大したり、それに伴って通信相手や要求のトランザクション量が増加したりすることが多く、システム設計時に見積もったよりも高い処理能力が必要になることがよくある。処理能力を向上させる方法には、ＣＰＵなどの基本性能を上げることによって処理能力を向上させる方法以外に主に２つの方法がある。１つは同一装置内に複数の処理ユニット（例えば、マルチプロセッサシステムなど）を持たせて、単一の装置内で並列処理を行なわせることによって処理性能を向上させるものである。図１（a）に、このような従来の技術による密結合のシステムの構成図を示す。この方法だと装置設計時の上限が存在するため、その上限以上の性能が求められたときに性能向上が難しい。
【０００３】
また、複数の処理ユニットで疎結合のシステムを構成し、アドレス変換サーバを用いて通信相手がアクセスするアプリケーションユニットを分散させる方法（特許文献１を参照されたい。）も存在する。図1（b）に、このような従来技術による疎結合のシステムの構成図を示す。この従来技術では、アドレス変換サーバが必要であり、通信相手からはそれぞれのアプリケーションユニットが別アドレスに見えるため、通信相手がアドレス変換サーバにアクセスする必要があったり、通信相手の動作に影響を与えたりするなどの課題が残されている。
【特許文献１】特開平５−１２０１８８号公報（段落0007-0011、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＡＰＳシステムなどの処理能力をスケーラブルに容易に向上させられるようにし、かつ、通信相手から見て同じ装置に見えるようにして、処理能力向上時にネットワーク中継装置や相手装置に影響を与えないようにするシステムが求められている。
【課題を解決するための手段】
【０００５】
上述した諸課題を解決すべく、第１の発明による分散処理通信システムは、
外部との通信を行なう少なくとも１つの通信ユニットと、前記通信ユニットを介して受信したアプリケーションの処理要求を実行する複数のアプリケーションユニットとが、ネットワークを介して接続している疎結合の分散処理通信システムであって、
前記処理要求の各々を、前記複数のアプリケーションユニットで並列に処理し、これによりアプリケーション処理の高速化を行ない、
各アプリケーションユニットに少なくとも１つの同一のネットワークアドレスを設定することによって通信相手からは同じ装置として見えるようにした、
ことを特徴とする。
【０００６】
また、第２の発明による分散処理通信システムは、
前記ネットワークを介して前記複数のアプリケーションユニットと接続され、前記少なくとも１つの通信ユニットが受信した処理要求の振り分け先のアプリケーションユニットを決定する振り分けユニットをさらに具え、
前記少なくとも１つの通信ユニットが、前記受信した処理要求の各々を、前記振り分けユニットで決定されたアプリケーションユニットに振り分ける、
ことを特徴とする。
【０００７】
また、第３の発明による分散処理通信システムは、
前記少なくとも１つの通信ユニットが（振り分けユニットは使用せずに）、
前記受信した処理要求の各々の振り分け先のアプリケーションユニットを独自に決定し、振り分ける、
ことを特徴とする。
【０００８】
また、第４の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、ラウンドロビン方式で決定される、
ことを特徴とする。
また、第５の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される（ラウンドロビン＋統計情報による補正）、
ことを特徴とする。
【０００９】
また、第６の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求の宛先アドレスに基づき決定される、
ことを特徴とする。
また、第７の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される（宛先アドレス＋統計情報による補正）、
ことを特徴とする。
【００１０】
また、第８の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求の送信元アドレスに基づき決定される、
ことを特徴とする。
また、第９の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される（送信元アドレス＋統計情報による補正）、
ことを特徴とする。
【００１１】
また、第１０の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求の送信元アドレスおよび宛先アドレスに基づき決定される、
ことを特徴とする。
また、第１１の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求に関する統計情報を加味して決定される（宛先アドレス＋送信元アドレス＋統計情報）、
ことを特徴とする。
【００１２】
また、第１２の発明による分散処理通信システムは、
前記振り分け先のアプリケーションユニットが、前記受信した処理要求のサービスに基づき決定される、
ことを特徴とする。
【００１３】
また、第１３の発明による分散処理通信システムは、
前記受信した処理要求の内容に基づき、ラウンドロビン方式、前記受信した処理要求の宛先アドレス、送信元アドレス、前記受信した処理要求に関する統計情報、からなる群から少なくとも１つの選択基準を選択し、前記振り分け先のアプリケーションユニットが、この選択された少なくとも１つの選択基準を使って決定される、
ことを特徴とする。
【００１４】
また、第１４の発明による分散処理通信システムは、
処理要求を振り分けられたアプリケーションユニットが、
自己の負荷がアプリケーションユニット毎に設定されている閾値を超える場合には、振り分けられた処理要求を前記振り分けユニットに返送する、
ことを特徴とする。
【００１５】
また、第１５の発明による分散処理通信システムは、
前記アプリケーションユニットが、
自己の負荷がアプリケーションユニット毎に設定されている閾値を超える場合には、受信した処理要求を他のアプリケーションユニットに転送する転送機能を具える、
ことを特徴とする。
【００１６】
また、第１６の発明による分散処理通信システムは、
前記転送機能が、
前記処理要求の転送回数に制限を設け、制限に達したものを転送しない（即ち、（例えば、処理要求を含むパケット内のTTLフィールドを参照する、或いは、パケット内に転送回数用のフィールドを設けそこをカウンタとして利用し、これを使って、所定の制限閾値に達したときに当該処理要求（パケット）の転送を禁止することによって無限ループにならないようにする）、
ことを特徴とする分散処理通信システム。
【００１７】
また、第１７の発明による分散処理通信システムは、
前記通信ユニットまたは前記振り分けユニットが、
前記アプリケーションユニットの各々がダウンしているか否かを監視し、ダウンしていると判定されたアプリケーションユニットを振り分けの対象から外す異常監視機能を具える、
ことを特徴とする。
【００１８】
また、第１８の発明による分散処理通信システムは、
前記通信ユニットまたは前記振り分けユニットが、
前記アプリケーションユニット毎に優先度を設け、正常時には優先度の高いアプリケーションユニットに振り分け、前記優先度の高いアプリケーションユニットがダウンしたときのみ、優先度の低いアプリケーションユニットに振り分ける、
ことを特徴とする。
【００１９】
また、第１９の発明による分散処理通信システムは、
前記通信ユニットまたは前記振り分けユニットが、
前記アプリケーションユニットの負荷を監視し、負荷が高いと判定されたアプリケーションユニットを振り分けの対象から外す、
ことを特徴とする。
【００２０】
また、第２０の発明による分散処理通信システムは、
各ユニット間のネットワークプロトコルとしてＩＰｖ４を使用する、
ことを特徴とする。
また、第２１の発明による分散処理通信システムは、
各ユニット間のネットワークプロトコルとしてＩＰｖ６を使用する、
ことを特徴とする。
【００２１】
また、第２２の発明による分散処理通信システムは、
各アプリケーションユニットをデータリンクレイヤのアドレスで識別する、
ことを特徴とする。
【００２２】
また、第２３の発明による分散処理通信システムは、
各アプリケーションユニットにアプリケーション処理用に設けてある前記少なくとも１つの同一のネットワークアドレス以外に、通信用のネットワークアドレスを各アプリケーションユニットに設定し、この通信用のネットワークアドレスで各アプリケーションユニットを識別する、
ことを特徴とする。
【００２３】
上述したように本発明の解決手段を装置として説明してきたが、本発明はこれらに実質的に相当する方法、プログラム、プログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【発明の効果】
【００２４】
本発明では、アプリケーションユニットと通信ユニット間をネットワークで接続することによって疎結合にし、容易にアプリケーションユニット数を増減させられるようにする。また、各アプリケーションユニットが同一のネットワークアドレスを持つことによって相手からみて１台の装置に見えるようにし、アプリケーションユニットの増減が通信相手および途中のネットワークに影響を与えないようなシステムの構築を可能にする。
例えば、第１の発明では、複数ユニットが疎結合している構造にすることによって、必要なユニット（特にアプリケーションユニット）の追加が容易になる。また、同一のネットワークアドレスを設定することによって、通信相手および途中のネットワーク中継装置（ルータなど）からは同じ装置に見えるため、アプリケーションユニットの増減による影響を受けない。また、アプリケーションユニットに設定するアドレスは１つのみならず複数を設定することも可能であり、この場合、複数のアドレスのサーバで運用していた機能をそのまますべて引き継いで運用することができるなどのメリットがある。
【００２５】
通信ユニットが複数ある場合、各通信ユニットで処理要求を依頼するアプリケーションユニットを独立して決定していては均等な負荷分散が行なえないが、第２の発明によれば、どのアプリケーションユニットを使用するか統一して決定して、処理要求を均等に分散することができ、特に、通信ユニットが複数ある場合であっても、これにより要求を均等に分散させられる。
【００２６】
また、第３の発明によれば、振り分けユニットへの問い合わせ時間やその負荷を短縮することができ、厳密な負荷分散が必要でない場合に適した構成である。即ち、各通信ユニットが単純なアルゴリズムで要求の依頼先のアプリケーションユニットを決定することにより、振り分けユニットなしでも運用が可能になる。
【００２７】
また、第４の発明によれば、アルゴリズムとしてラウンドロビンを使用しているため、簡易に負荷分散を行なうことができる。
また、第５の発明によれば、基本アルゴリズムにラウンドロビンを使用し、これに処理要求を構成するパケットなどのデータ長などの様々な統計情報を加味して振り分け先を補正することによって、より効果的な分散を実現でき、システム全体としてのスループットを向上させることができる。
また、第６の発明によれば、アルゴリズムとして宛先アドレスそのものや、宛先アドレスをもとにした計算式（ハッシュやアプリケーションユニット数での割り算など）などで振り分け先を決定することによって、より効果的な分散を実現して負荷を均一化することができ、システム全体としてのスループットを向上させることができる。
【００２８】
また、第７の発明によれば、基本アルゴリズムとして宛先アドレスや宛先アドレスをもとにした計算式（ハッシュや暗号ユニット数での割り算など）などを使用し、これに処理要求を構成するパケットなどのデータ長などの統計情報を加味して補正することによって、より効果的な分散を実現して負荷を均一化することができ、システム全体としてのスループットを向上させることができる。
【００２９】
また、第８の発明によれば、アルゴリズムとして送信元アドレスや送信元アドレスをもとにした計算式（ハッシュやアプリケーションユニット数での割り算など）で振り分け先を決定することによって、より効果的な分散を実現して負荷を均一化することができ、システム全体としてのスループットを向上させることができる。これは、同じ送信元アドレスからの要求が同一のアプリケーションユニットに振り分けられることになり、連続して処理する必要がある処理要求の処理に好適である。或いは、処理要求同士で関連性が高いと想定されるデータやインストラクションが同一のユニットで処理されることとなり、結果としてスループットを向上させることもできる。
【００３０】
また、第９の発明によれば、基本アルゴリズムとして送信元アドレスや送信元アドレスをもとにした計算式（ハッシュやアプリケーションユニット数での割り算など）を使用し、これにデータ長などの統計情報を加味して補正することによって、より効果的な分散を実現して負荷を均一化することができ、システム全体としてのスループットを向上させることができる。
また、第１０の発明によれば、アルゴリズムとして宛先アドレスと送信元アドレスや宛先アドレスと送信元アドレスをもとにした計算式（ハッシュや暗号ユニット数での割り算など）で決定することによって、より効果的な分散を実現して負荷を均一化することができ、システム全体としてのスループットを向上させることができる。
【００３１】
また、第１１の発明によれば、基本アルゴリズムとして宛先アドレスと送信元アドレスや宛先アドレスと送信元アドレスをもとにした計算式（ハッシュやアプリケーションユニット数での割り算など）で決定し、これにデータ長などの統計情報を加味して補正することによって、より効果的な分散を実現して負荷を均一化することができ、システム全体としてのスループットを向上させることができる。
【００３２】
また、第１２の発明によれば、アプリケーションユニットの決定にサービスを使用する。サービスによってアプリケーションユニットを別にして負荷分散を行なう場合に効果が高い。サービスは、例えば、ポート番号を参照してＦＴＰなどの種々のサービスを特定することが可能である。
【００３３】
また、第１３の発明によれば、アプリケーションユニットの決定方法を複数実装しておいて、アプリケーションユニットでの処理内容によって決定方法を切り替える。ＴＣＰプロトコル上の処理など、同一の通信相手に対しては同一のアプリケーションユニットが継続して通信する必要があるサービスがあるので、この場合には同一の通信相手に対して同一のアプリケーションユニットに要求の依頼が行われる決定方法を使用し、他の場合には別の決定方法を使用できるようにするなどの対応が可能となる。
【００３４】
また、第１４の発明によれば、アプリケーションユニットにおいて自己の負荷が高ければ、受信した要求を振り分けユニットに返送することによって、他の空いているアプリケーションユニットを使用して、より効果的な分散を実現して負荷を均一化することができ、システム全体としてのスループットを向上させることができる。
また、第１５の発明によれば、アプリケーションユニットにおいて自己の負荷が高ければ、受信した要求を自分で転送先アプリケーションユニットを決定して他のアプリケーションユニットに転送することによって、空いている他のアプリケーションユニットを使用できる。
【００３５】
また、第１６の発明によれば、アプリケーションユニットにおいて自己の負荷が高くて受信した要求を他のアプリケーションユニットに転送する場合、転送先のアプリケーションユニットも負荷が高い可能性があるので、この場合、転送回数に制限をもうけて、転送回数の制限にきた要求を受信したアプリケーションユニットは、その要求を必ず処理することによって、転送が無限ループになることを回避できる。
また、第１７の発明によれば、通信ユニットまたは振り分けユニットからアプリケーションユニットを監視し、ダウンしたアプリケーションユニットを要求依頼の対象から外すことによって、バックアップ機能を持たせることができる。
【００３６】
また、第１８の発明によれば、アプリケーションユニットに優先度をつけることによって、運用―待機型の二重化システムを構成することができ、システムの可用性を向上させることが可能となる。
また、第１９の発明によれば、通信ユニットまたは振り分けユニットからアプリケーションユニットの負荷を監視し、負荷が高いアプリケーションユニットを要求依頼の対象から外すことによって、現時点での負荷の具合によって負荷分散を行なうことができる。
また、第２０の発明によれば、疎結合のユニット間の通信手段としてＩＰｖ４を使用することによって、通常のＬＡＮを使用してシステムが構成できる。
【００３７】
また、第２１の発明によれば、疎結合のユニット間の通信手段としてＩＰｖ６を使用することによって、通常のＬＡＮを使用してシステムが構成できる。
また、第２２の発明によれば、例えばＭＡＣアドレスなどのデータリンクレイヤのアドレスを使用して、各アプリケーションユニットを簡易に識別することが可能となる。
【００３８】
また、第２３の発明によれば、各アプリケーションユニットの識別に通信用ネットワークアドレスを使用する。各アプリケーションユニットの通信用ネットワークアドレスを、アプリケーション処理用のネットワークアドレスに対するゲートウェイアドレスとして使うことによって、ＩＰｖ４およびＩＰｖ６の一般的なルーティング機能範囲内で通信が行なえる。また、通信用ネットワークを使用する場合、通信ユニットおよび各アプリケーションユニットが同一のネットワークセグメント上にある必要はなく、別のネットワークセグメントに分散させることも可能になる。
【発明を実施するための最良の形態】
【００３９】
以降、諸図面を参照しつつ、本発明の実施態様を詳細に説明する。図２は、本発明による分散処理通信システムの基本的な構成を示す構成図である。図に示すように、本発明による分散処理通信システム10は、外部との通信を行なう２つの通信ユニット12と、前記通信ユニット12を介して受信した外部サーバや外部クライアントなどからのアプリケーションの処理要求を実行する３つのアプリケーションユニット14とが、ネットワーク16を介して接続している疎結合の分散処理通信システムである。処理要求の各々を、アプリケーションユニット14で並列に処理し、これによりアプリケーション処理の高速化を行ない、各アプリケーションユニットに少なくとも１つの同一のネットワークアドレスを設定することによって通信相手からは同じ装置として見えるようにしたものである。本システム10は、処理要求の受信通知を通信ユニットから受信し、受信した処理要求の振り分け先のアプリケーションユニット14を決定する振り分けユニット18をさらに具え、通信ユニット12が、受信した処理要求の各々を振り分けユニット18で決定されたアプリケーションユニット14に振り分ける。
【００４０】
実施例１（ＩＰｓｅｃルータ）
通信ユニットである通信用ルータ１台と、アプリケーションユニットである複数台のＩＰｓｅｃ用装置でシステムを構成する。通信用ルータでパケットを振り分けてＩＰｓｅｃ用装置でＩＰｓｅｃ通信を行なう。送信の場合には、相手ネットワーク宛のパケットをＥＣＭＰ（ラウンドロビンまたはハッシュ）でＩＰｓｅｃ用装置に振り分ける。受信の場合には、自側ＩＰｓｅｃトンネルアドレス宛をＥＣＭＰ（ラウンドロビンまたはハッシュ）でＩＰｓｅｃ用装置に振り分ける。
図３に、実施例１によるＩＰｓｅｃルータシステムの構成図を示す。各ＩＰｓｅｃ装置20に同一のＩＰｓｅｃトンネルのアドレスを設定する。この実施例ではルータ#1側のＩＰｓｅｃ装置20a（IPsec#1,IPsec#2,IPsec#3,IPsec#4）に10.36.195.1を、ルータ#2側のＩＰｓｅｃ装置20b（IPsec#5,IPsec#6,IPsec#7,IPsec#8）に 10.36.196.1を設定する。これがアプリケーションユニットに設定する同一のネットワークアドレスになる。各ＩＰｓｅｃ用装置に通信用アドレス（ルータ#1側、ルータ#2側とも192.168.0.x）を設定し、通信ユニットはこのアドレスをゲートウェイアドレスとして使用する。
【００４１】
実施例２（ＨＴＴＰサーバ）
通信ユニットである通信用ルータ１台と、アプリケーションユニットである複数台のＨＴＴＰサーバでシステムを構成する。複数台のＨＴＴＰサーバはそれぞれ別なセグメントに存在し、ルータで接続されている。通信用ルータC1でパケットを振り分けＨＴＴＰサーバでＨＴＴＰの処理を行なう。ＨＴＴＰサーバあてのパケットは送信元アドレスによってＨＴＴＰサーバに割り振る。図４に、実施例２によるＨＴＴＰサーバシステムの構成図を示す。通信ユニットでのＨＴＴＰサーバアドレス（各ＨＴＴＰサーバで同一のアプリケーション用アドレス）に対するゲートウェイアドレスは、ルータR1、ルータR2、ルータR3の３つとし、要求の送信元アドレスによってこの３つに振り分ける。ルータR1からルータR3までのＨＴＴＰサーバアドレスに対するゲートウェイアドレスは、ルータR1ではＨＴＴＰサーバH1の通信用アドレス、ルータR2ではＨＴＴＰサーバH2の通信用アドレス、ルータR3ではＨＴＴＰサーバH3の通信用アドレスにする。
【産業上の利用可能性】
【００４２】
通信ユニットおよびアプリケーションユニットを疎結合にすることによって、スケーラブルな処理能力が得られ、かつ、各アプリケーションユニットのネットワークアドレスが同じであるため、通信相手および途中のネットワークに影響が無いため広く適用可能なシステムである。サーバ−クライアントモデルのサービスやＶＰＮルータなど、広い範囲に対して適用が可能である。アプリケーションユニットを別のネットワークセグメントに置くことも可能なため、アプリケーションユニットの地域分散も可能である。
【００４３】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行なうことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各ユニットを接続するためのネットワークは、ＬＡＮ、ＷＡＮ、イントラネット、インターネットなどいかなるネットワークでも本発明を適用し得る。
【図面の簡単な説明】
【００４４】
【図１】（a）は従来の技術による密結合のシステムの構成図であり、（ｂ）は従来技術の疎結合のシステムの構成図である
【図２】本発明による分散処理通信システムの基本的な構成を示す構成図である。
【図３】実施例１によるＩＰｓｅｃルータシステムの構成図である。
【図４】実施例２によるＨＴＴＰサーバシステムの構成図である。
【符号の説明】
【００４５】
10  分散処理通信システム
12  通信ユニット
14  アプリケーションユニット
16  ネットワーク
18  振り分けユニット
20a,20b  ＩＰｓｅｃ装置
H1,H2,H3  ＨＴＴＰサーバ
R1,R2,R3  ルータ
C1  通信用ルータ
【図１】
2006352645.tif 000003
【図２】
2006352645.tif 000004
【図３】
2006352645.tif 000005
【図４】
2006352645.tif 000006