(57)【要約】  インターネットプロトコルを使用するサービスのための多重連結システム及びその方法に係り、該多重連結システムは、複数のプロキシと、クライアントがサーバに伝送するパケットを受信し、受信したパケットを識別することができるＭＣＳシーケンスＩＤをパケットに付加して複数のプロキシと接続されていたり設定されていたりするプロキシ接続情報数ほどＭＣＳパケットを生成し、ＭＣＳパケットを、ネットワークを介して連結されている複数のプロキシそれぞれに順次に伝送するＭＣＳクライアントと、複数のプロキシそれぞれから、ＭＣＳパケットを受信し、受信されたＭＣＳパケットに含まれているＭＣＳシーケンスＩＤを抽出し、既保存のＭＣＳシーケンスＩＤと比較し、同一ではなければ、抽出されたＭＣＳシーケンスＩＤを保存し、ＭＣＳパケットを、サーバが受信することができるパケットに生成し、サーバに伝送し、抽出されたＭＣＳシーケンスＩＤが、既保存のＭＣＳシーケンスＩＤと同一であれば、ＭＣＳパケットを、サーバに伝送しないＭＣＳサーバと、を含む。
2016523497.tif 000002
【特許請求の範囲】
【請求項１】
クライアント及びサーバを多重に連結する多重連結システムにおいて、
複数のプロキシと、
前記クライアントが前記サーバに伝送するパケットを受信し、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、前記複数のプロキシと接続されていたり設定されていたりするプロキシ接続情報数ほどＭＣＳパケットを生成し、前記ＭＣＳパケットを、ネットワークを介して連結されている前記複数のプロキシそれぞれに順次に伝送するＭＣＳクライアントと、
前記複数のプロキシそれぞれから、ＭＣＳパケットを受信し、前記受信されたＭＣＳパケットに含まれているＭＣＳシーケンスＩＤを抽出し、既保存のＭＣＳシーケンスＩＤと比較し、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットを、サーバが受信することができるパケットに生成し、前記サーバに伝送し、前記抽出されたＭＣＳシーケンスＩＤが、既保存のＭＣＳシーケンスＩＤと同一であれば、前記ＭＣＳパケットを、前記サーバに伝送しないＭＣＳサーバと、
を含むインターネットプロトコルを使用するサービスのための多重連結システム。
【請求項２】
前記ＭＣＳクライアントは、
既設定の複数プロキシ接続情報を使用したり、あるいは複数のプロキシ接続情報を提供するサーバまたはＤＮＳにプロキシ接続情報を要請するクエリを伝送したりして、前記ＤＮＳからプロキシ接続情報を受信し、複数のプロキシ接続情報として使用する
ことを特徴とする請求項１に記載のインターネットプロトコルを利用したサービスのための多重連結システム。
【請求項３】
前記ＭＣＳクライアントは、
前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳシーケンスＩＤが付加されたパケットを、前記プロキシに伝送する
ことを特徴とする請求項１に記載のインターネットプロトコルを利用したサービスのための多重連結システム。
【請求項４】
前記ＭＣＳクライアントは、
前記複数のプロキシ間のパケット伝送優先順位を設定し、前記設定された優先順位によって、パケットを前記プロキシに伝送し、
前記複数のプロキシ間のパケット伝送優先順位は、前記ＭＣＳクライアントが、前記プロキシに装備確認パケットを伝送し、応答を受ける時間を基準に設定される
ことを特徴とする請求項３に記載のインターネットプロトコルを利用したサービスのための多重連結システム。
【請求項５】
前記ＭＣＳサーバは、
前記複数のプロキシそれぞれから、ＭＣＳパケットを受信すれば、受信される順序に基づいて、前記複数のプロキシ間の優先順位を設定する
ことを特徴とする請求項１に記載のインターネットプロトコルを利用したサービスのための多重連結システム。
【請求項６】
クライアント及びサーバを多重に連結する多重連結システムにおいて、
複数のプロキシと、
前記サーバからパケットを受信すれば、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、前記プロキシと接続されていたり設定されていたりするプロキシ接続情報数ほどＭＣＳパケットを生成し、前記ＭＣＳパケットを、ネットワークを介して連結されている前記複数のプロキシそれぞれに順次に伝送する  ＭＣＳサーバと、
前記複数のプロキシそれぞれからＭＣＳパケットを受信し、前記ＭＣＳパケットに含まれているＭＣＳシーケンスＩＤを抽出し、保存されているＭＣＳシーケンスＩＤと比較し、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットをクライアントが受信することができるパケットに生成してクライアントに伝送し、前記抽出されたＭＣＳシーケンスＩＤが、既保存のＭＣＳシーケンスＩＤと同一であれば、前記プロキシから受信したＭＣＳパケットをクライアントに伝送しないＭＣＳクライアントと、
を含むインターネットプロトコルを利用したサービスのための多重連結システム。
【請求項７】
前記ＭＣＳサーバは、
既設定の前記複数のプロキシ間の伝送優先順位によって、前記ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシに伝送し、
前記複数のプロキシ間の伝送優先順位は、
前記ＭＣＳサーバが、前記複数のプロキシそれぞれからパケットを受信するときに受信される順序に基づいて、前記複数のプロキシ間に設定される
ことを特徴とする請求項６に記載のインターネットプロトコルを利用したサービスのための多重連結システム。
【請求項８】
前記ＭＣＳサーバは、
前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳシーケンスＩＤを付加されたパケットを、前記プロキシに伝送する
ことを特徴とする請求項６に記載のインターネットプロトコルを利用したサービスのための多重連結システム。
【請求項９】
クライアントがサーバに伝送する順方向パケットを受信する順方向パケット受信部と、
前記順方向パケットを識別することができる順方向ＭＣＳシーケンスＩＤを、前記順方向パケットに付加し、順方向ＭＣＳパケットを生成するＭＣＳパケット生成部と、
前記順方向ＭＣＳパケットを、前記複数のプロキシそれぞれに順次に伝送する順方向パケット送信部と、
複数のプロキシそれぞれから逆方向ＭＣＳパケットを受信する逆方向受信部と、
前記逆方向パケットに含まれている逆方向ＭＣＳシーケンスＩＤを抽出し、保存されているＭＣＳシーケンスＩＤと同一であるか否かということをチェックし、同一であれば、前記プロキシから受信したパケットを、前記クライアントに伝送せず、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存するパケット判断部と、
前記チェックの結果、同一ではなければ、前記プロキシから受信したＭＣＳパケットを、クライアントが受け取ることができるパケットに生成するパケット生成部と、
前記パケット生成部で生成されたパケットをクライアントに伝送する逆方向パケット送信部と、
を含むＭＣＳクライアント。
【請求項１０】
既設定の複数プロキシ接続情報を使用したり、あるいは複数のプロキシ接続情報を提供するサーバまたはＤＮＳに接続情報を要請するクエリを伝送したりして、ＤＮＳから接続を受信し、複数のプロキシ接続情報として使用する連結制御部をさらに含む
ことを特徴とする請求項９に記載のＭＣＳクライアント。
【請求項１１】
前記複数のプロキシサーバの障害発生を探知する障害探知部と、
障害発生が探知されれば、使用可能なプロキシサーバリストを検索し、前記複数のプロキシサーバ以外の使用可能なプロキシサーバを選択し、前記障害が生じたプロキシサーバを、前記選択されたプロキシサーバで代替する障害復旧部と、
をさらに含むことを特徴とする請求項９に記載のＭＣＳクライアント。
【請求項１２】
前記複数のプロキシサーバの障害発生を探知する障害探知部と、
障害発生が探知されれば、プロキシ接続情報を提供するサーバまたはＤＮＳにプロキシ接続情報を要請するクエリを伝送し、ＤＮＳからプロキシ接続情報を受信すれば、前記障害が生じたプロキシサーバを、前記プロキシ接続情報に該当するプロキシで代替する障害復旧部と、
をさらに含むことを特徴とする請求項９に記載のＭＣＳクライアント。
【請求項１３】
サーバがクライアントに伝送する逆方向パケットを受信する逆方向パケット受信部と、
前記逆方向パケットを識別することができる逆方向ＭＣＳシーケンスＩＤを、前記逆方向パケットに付加し、接続されたプロキシ数ほど逆方向ＭＣＳパケットを生成するＭＣＳパケット生成部と、
前記逆方向ＭＣＳパケットを、前記複数のプロキシそれぞれに順次に伝送する逆方向パケット送信部と、
複数のプロキシそれぞれから、順方向ＭＣＳパケットを受信する順方向パケット受信部と、
前記順方向ＭＣＳパケットに含まれている順方向ＭＣＳシーケンスＩＤを抽出し、保存されている順方向ＭＣＳシーケンスＩＤと同一であるか否かということをチェックし、同一であれば、前記プロキシから受信したパケットを、前記サーバに伝送せず、同一ではなければ、前記抽出された順方向ＭＣＳシーケンスＩＤを保存するパケット判断部と、
前記チェックの結果、同一ではなければ、前記プロキシから受信したＭＣＳパケットを、サーバが受け取ることができるパケットに生成するパケット生成部と、
前記パケット生成部で生成されたパケットをサーバに伝送する順方向パケット送信部と、
を含むＭＣＳサーバ。
【請求項１４】
前記複数のプロキシそれぞれからパケットを受信すれば、受信される順序に基づいて、前記複数のプロキシ間の伝送優先順位を設定するプロキシ優先順位設定部をさらに具備し、
前記逆方向パケット送信部は、
前記伝送優先順位によって、前記逆方向ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシに伝送する
ことを特徴とする請求項１３に記載のＭＣＳサーバ。
【請求項１５】
ＭＣＳクライアントは、クライアントからパケットを受信すれば、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、ＭＣＳパケットを生成する段階と、
ＭＣＳクライアントは、前記ＭＣＳパケットを、ネットワークを介して連結されている複数のプロキシそれぞれに順次に伝送する段階と、
前記複数のプロキシそれぞれは、前記ＭＣＳクライアントから受信したＭＣＳパケットを、ネットワークを介して連結されているＭＣＳサーバに伝送する段階と、
前記ＭＣＳサーバは、前記複数のプロキシそれぞれから、ＭＣＳパケットを受信すれば、パケットに含まれているＭＣＳシーケンスＩＤをチェックする段階と、
前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一ではなければ、前記ＭＣＳサーバは、前記ＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットを、サーバが受信することができるパケットに生成してサーバに伝送する段階と、
前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一であれば、前記ＭＣＳサーバは、前記プロキシから受信したＭＣＳパケットを、前記サーバに伝送しない段階と、
を含むことを特徴とするインターネットプロトコルを利用したサービスのための多重連結方法。
【請求項１６】
前記ＭＣＳクライアントは、前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳパケットを、前記プロキシに伝送する
ことを特徴とする請求項１５に記載のインターネットプロトコルを利用したサービスのための多重連結方法。
【請求項１７】
前記ＭＣＳクライアントは、前記複数のプロキシ間のパケット伝送優先順位を設定し、前記設定された優先順位によって、パケットを前記プロキシに伝送し、
前記複数のプロキシ間のパケット伝送優先順位は、前記ＭＣＳクライアントが、前記プロキシに装備確認パケットを伝送し、応答を受ける時間を基準に設定される
ことを特徴とする請求項１６に記載のインターネットプロトコルを利用したサービスのための多重連結方法。
【請求項１８】
前記ＭＣＳサーバは、前記複数のプロキシそれぞれからパケットを受信すれば、受信される順序に基づいて、前記複数のプロキシ間の優先順位を設定する
ことを特徴とする請求項１５に記載のインターネットプロトコルを利用したサービスのための多重連結方法
【請求項１９】
ＭＣＳサーバは、サーバからパケットを受信すれば、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、ＭＣＳパケットを生成する段階と、
ＭＣＳサーバは、前記ＭＣＳパケットを、ネットワークを介して連結されている複数のプロキシそれぞれに順次に伝送する段階と、
前記複数のプロキシそれぞれは、前記ＭＣＳサーバから受信した前記ＭＣＳパケットを、ネットワークを介して連結されているＭＣＳクライアントに伝送する段階と、
前記ＭＣＳクライアントは、前記複数のプロキシそれぞれから、ＭＣＳパケットを受信すれば、ＭＣＳパケットに含まれているＭＣＳシーケンスＩＤをチェックする段階と、
前記ＭＣＳシーケンスＩＤが、前記ＭＣＳクライアントに保存されているＭＣＳシーケンスＩＤと同一ではなければ、前記ＭＣＳクライアントは、前記ＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットをクライアントが受信することができるパケットに生成し、前記クライアントに伝送する段階と、
前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一であれば、前記ＭＣＳクライアントは、前記プロキシから受信したＭＣＳパケットを、前記クライアントに伝送しない段階と、
を含むことを特徴とするインターネットプロトコルを利用したサービスのための多重連結方法。
【請求項２０】
前記ＭＣＳサーバは、既設定の前記複数のプロキシ間の伝送優先順位によって、前記ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシに伝送し、
前記複数のプロキシ間の伝送優先順位は、
前記ＭＣＳサーバが、前記複数のプロキシそれぞれからパケットを受信するときに受信される順序に基づいて、前記複数のプロキシ間に設定される
ことを特徴とする請求項１９に記載のインターネットプロトコルを利用したサービスのための多重連結方法。
【請求項２１】
前記ＭＣＳサーバは、前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳパケットを、前記プロキシに伝送する
ことを特徴とする請求項１９に記載のインターネットプロトコルを利用したサービスのための多重連結方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットサービス・システムに係り、特に、インターネットサービス永続性を可能にする、インターネットプロトコルを利用したサービスのための多重連結（ＭＣＳ）システム及びその方法に関する。
【背景技術】
【０００２】
ＤＤｏＳ（distributed denial of service）攻撃とは、数十台から、多くは数百万台のコンピュータに対して遠隔操作を行い、特定ウェブサイトに同時に接続させることにより、短時間内に過負荷を起こし、特定ウェブサイトを麻痺させたり、あるいは過負荷がかかってサービス提供を不可能にする攻撃をいう。かようなＤＤｏＳ攻撃を遮断する方法として、一般的には、大容量のトラフィックを分散、吸収することができるネットワークインフラを備えた後、ＩＰＳ装備を利用して、攻撃を受ける対象システムに流入するトラフィックの量を調節し、一部知られた有害パケットを遮断したり、あるいは専用装備をシステム前端に付着させ、有害トラフィックを遮断したりする方法を使用している。
【０００３】
しかし、かような方法は、トラフィックを迂回して処理するために、中間に必須となる官制人員の措置が必要であるために、リアルタイム攻撃遮断に困難があり、初めの１回は、サービスが中断されてしまうという弱点がある。
【０００４】
クライアントは、所望のサービスのために、サーバ１またはサーバ２と一対一の通信を行う。
【０００５】
しかし、かようなサービスシステムは、クライアントとサーバとの一対一連結によってサーバの情報（ＩＰ address）が露出され、それにより、攻撃の対象になってしまう。それを防ぐための方法として、ゲートウェイを置いたり、あるいはプロキシサーバを置いたりして、サーバの情報（ＩＰ address）を露出させない方法を使用する。しかし、かような構造は、サーバの問題を、ゲートウェイやプロキシに負担させるという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする課題は、非正常的な理由、例えば、悪意的なユーザの攻撃や物理的な理由で、プロキシの使用が不可能な場合でも、攻撃者を遮断することができ、かつ持続的にサービスを提供することができる、インターネットプロトコルを利用したサービスのための多重連結システム（ＭＣＳ）を提供することである。
【０００７】
本発明が解決しようとする他の課題は、インターネットプロトコルを利用したサービスのための多重連結方法を提供することである。
【０００８】
本発明が解決しようとするさらに他の課題は、インターネットプロトコルを利用したサービスのための多重連結システムに使用される多重連結システムクライアントを提供することである。
【０００９】
本発明が解決しようとするさらに他の課題は、インターネットプロトコルを利用したサービスのための多重連結システムに使用されるＭＣＳサーバを提供することである。
【課題を解決するための手段】
【００１０】
前記技術的課題をなすための、本発明によるインターネットプロトコルを使用するサービスのための多重連結システム（ＭＣＳ）は、クライアント及びサーバを多重に連結する多重連結システムにおいて、複数のプロキシ；前記クライアントが前記サーバに伝送するパケットを受信し、前記受信したパケットを識別することができる多重連結システムシーケンスＩＤを、前記パケットに付加し、前記複数のプロキシと接続されていたり設定されていたりするプロキシ接続情報数ほどＭＣＳパケットを生成し、前記ＭＣＳパケットを、ネットワークを介して連結されている前記複数のプロキシそれぞれに順次に伝送するＭＣＳクライアント；及び前記複数のプロキシそれぞれからＭＣＳパケットを受信し、前記受信されたＭＣＳパケットに含まれているＭＣＳシーケンスＩＤを抽出し、既保存のＭＣＳシーケンスＩＤと比較し、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットを、サーバが受信することができるパケットに生成し、前記サーバに伝送し、前記抽出されたＭＣＳシーケンスＩＤが、既保存のＭＣＳシーケンスＩＤと同一であれば、前記ＭＣＳパケットを前記サーバに伝送しないＭＣＳサーバ；を含む。
【００１１】
前記ＭＣＳクライアントは、既設定の複数プロキシ接続情報を使用したり、あるいは複数のプロキシ接続情報を提供するサーバまたはＤＮＳ（domain name server）にプロキシ接続情報を要請するクエリを伝送したりして、前記ＤＮＳからプロキシ接続情報を受信し、複数のプロキシ接続情報として使用することを特徴とする。
【００１２】
前記ＭＣＳクライアントは、前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳシーケンスＩＤが付加されたパケットを、前記プロキシに伝送することを特徴とする。
【００１３】
前記ＭＣＳクライアントは、前記複数のプロキシ間のパケット伝送優先順位を設定し、前記設定された優先順位によって、パケットを前記プロキシに伝送し、前記複数のプロキシ間のパケット伝送優先順位は、前記ＭＣＳクライアントが、前記プロキシに装備確認パケットを伝送し、応答を受ける時間を基準に設定されることを特徴とする。
【００１４】
前記ＭＣＳサーバは、前記複数のプロキシそれぞれから、ＭＣＳパケットを受信すれば、受信される順序に基づいて、前記複数のプロキシ間の優先順位を設定することを特徴とする。
【００１５】
前記技術的課題をなすための、本発明によるインターネットプロトコルを使用するサービスのための多重連結システムは、クライアント及びサーバを多重に連結する多重連結システムにおいて、複数のプロキシ；前記サーバからパケットを受信すれば、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、前記プロキシと接続されていたり設定されていたりするプロキシ接続情報数ほどＭＣＳパケットを生成し、前記ＭＣＳパケットを、ネットワークを介して連結されている前記複数のプロキシそれぞれに順次に伝送するＭＣＳサーバ；前記複数のプロキシそれぞれからＭＣＳパケットを受信し、前記ＭＣＳパケットに含まれているＭＣＳシーケンスＩＤを抽出し、保存されているＭＣＳシーケンスＩＤと比較し、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットをクライアントが受信することができるパケットに生成してクライアントに伝送し、前記抽出されたＭＣＳシーケンスＩＤが、既保存のＭＣＳシーケンスＩＤと同一であれば、前記プロキシから受信したＭＣＳパケットをクライアントに伝送しないＭＣＳクライアント；を含む。
【００１６】
前記ＭＣＳサーバは、既設定の前記複数のプロキシ間の伝送優先順位によって、前記ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシに伝送し、前記複数のプロキシ間の送信優先順位は、前記ＭＣＳサーバが、前記複数のプロキシそれぞれからパケットを受信するときに受信される順序に基づいて、前記複数のプロキシ間に設定されることを特徴とする。
【００１７】
前記ＭＣＳサーバは、前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳシーケンスＩＤを付加されたパケットを、前記プロキシに伝送することを特徴とする
前記他の技術的課題をなすための、本発明によるインターネットプロトコルを使用するサービスのための多重連結システムでのＭＣＳクライアントは、クライアントがサーバに伝送する順方向パケットを受信する順方向受信部；前記順方向パケットを識別することができる順方向ＭＣＳシーケンスＩＤを、前記順方向パケットに付加し、順方向ＭＣＳパケットを生成するＭＣＳパケット生成部；前記順方向ＭＣＳパケットを、前記複数のプロキシそれぞれに順次に伝送する順方向パケット送信部；複数のプロキシそれぞれから逆方向ＭＣＳパケットを受信する逆方向受信部；前記逆方向パケットに含まれている逆方向ＭＣＳシーケンスＩＤを抽出し、保存されているＭＣＳシーケンスＩＤと同一であるか否かということをチェックし、同一であれば、前記プロキシから受信したパケットを、前記クライアントに伝送せず、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存するパケット判断部；前記チェックの結果、同一ではなければ、前記プロキシから受信したＭＣＳパケットを、クライアントが受け取ることができるパケットに生成するパケット生成部；及び前記パケット生成部で生成されたパケットをクライアントに伝送する逆方向パケット送信部；を含む。
【００１８】
前記本発明によるＭＣＳクライアントは、既設定の複数プロキシ接続情報を使用したり、あるいは複数のプロキシ接続情報を提供するサーバまたはＤＮＳに接続情報を要請するクエリを伝送したりして、ＤＮＳから接続を受信し、複数のプロキシ接続情報として使用する連結制御部をさらに含むことを特徴とする。
【００１９】
前記本発明によるＭＣＳクライアントは、前記複数のプロキシサーバの障害発生を探知する障害探知部；及び障害発生が探知されれば、使用可能なプロキシサーバリストを検索し、前記複数のプロキシサーバ以外の使用可能なプロキシサーバを選択し、前記障害が生じたプロキシサーバを、前記選択されたプロキシサーバで代替する障害復旧部；をさらに含むことを特徴とする。
【００２０】
前記本発明によるＭＣＳクライアントは、複数のプロキシサーバの障害発生を探知する障害探知部；及び障害発生が探知されれば、プロキシ接続情報を提供するサーバまたはＤＮＳにプロキシ接続情報を要請するクエリを伝送し、ＤＮＳからプロキシ接続情報を受信すれば、前記障害が生じたプロキシサーバを、前記プロキシ接続情報に該当するプロキシで代替する障害復旧部；をさらに含むことを特徴とする。
【００２１】
前記他の技術的課題をなすための、本発明によるインターネットプロトコルを使用するサービスのための多重連結システムでのＭＣＳサーバは、サーバがクライアントに伝送する逆方向パケットを受信する逆方向パケット受信部；前記逆方向パケットを識別することができる逆方向ＭＣＳシーケンスＩＤを、前記逆方向パケットに付加し、接続されたプロキシ数ほど逆方向ＭＣＳパケットを生成するＭＣＳパケット生成部；前記逆方向ＭＣＳパケットを、前記複数のプロキシそれぞれに順次に伝送する逆方向パケット送信部；複数のプロキシそれぞれから、順方向ＭＣＳパケットを受信する順方向パケット受信部；前記順方向ＭＣＳパケットに含まれている順方向ＭＣＳシーケンスＩＤを抽出し、保存されている順方向ＭＣＳシーケンスＩＤと同一であるか否かということをチェックし、同一であれば、前記プロキシから受信したパケットを、前記サーバに伝送せず、同一ではなければ、前記抽出された順方向ＭＣＳシーケンスＩＤを保存するパケット判断部；前記チェックの結果、同一ではなければ、前記プロキシから受信したＭＣＳパケットを、サーバが受け取ることができるパケットに生成するパケット生成部；及び前記パケット生成部で生成されたパケットをサーバに伝送する順方向パケット送信部；を含む。
【００２２】
前記本発明によるＭＣＳサーバは、前記複数のプロキシそれぞれからパケットを受信すれば、受信される順序に基づいて、前記複数のプロキシ間の送信優先順位を設定するプロキシ優先順位設定部をさらに具備し、前記逆方向パケット送信部は、前記伝送優先順位によって、前記逆方向ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシに伝送することを特徴とする。
【００２３】
前記さらに他の技術的課題をなすための、本発明によるインターネットプロトコルを使用するサービスのための多重連結方法は、ＭＣＳクライアントがクライアントからパケットを受信すれば、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、ＭＣＳパケットを生成する段階と、ＭＣＳクライアントは、前記ＭＣＳパケットを、ネットワークを介して連結されている複数のプロキシそれぞれに順次に伝送する段階と、前記複数のプロキシそれぞれは、前記ＭＣＳクライアントから受信したＭＣＳパケットを、ネットワークを介して連結されているＭＣＳサーバに伝送する段階と、前記ＭＣＳサーバは、前記複数のプロキシそれぞれから、ＭＣＳパケットを受信すれば、パケットに含まれているＭＣＳシーケンスＩＤをチェックする段階と、前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一ではなければ、前記ＭＣＳサーバは、前記ＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットを、サーバが受信することができるパケットに生成してサーバに伝送する段階と、前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一であれば、前記ＭＣＳサーバは、前記プロキシから受信したＭＣＳパケットを、前記サーバに伝送しない段階と、を含む。
【００２４】
前記ＭＣＳクライアントは、前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳパケットを、前記プロキシに伝送することを特徴とする。
【００２５】
前記ＭＣＳクライアントは、前記複数のプロキシ間のパケット伝送優先順位を設定し、前記設定された優先順位によって、パケットを前記プロキシに伝送し、前記複数のプロキシ間のパケット伝送優先順位は、前記ＭＣＳクライアントが、前記プロキシに装備確認パケットを伝送し、応答を受ける時間を基準に設定されることを特徴とする。
【００２６】
前記ＭＣＳサーバは、前記複数のプロキシそれぞれからパケットを受信すれば、受信される順序に基づいて、前記複数のプロキシ間の優先順位を設定することを特徴とする。
【００２７】
前記さらに他の技術的課題をなすための、本発明によるインターネットプロトコルを使用するサービスのための多重連結方法は、ＭＣＳサーバがサーバからパケットを受信すれば、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、ＭＣＳパケットを生成する段階と、ＭＣＳサーバは、前記ＭＣＳパケットを、ネットワークを介して連結されている複数のプロキシそれぞれに順次に伝送する段階と、前記複数のプロキシそれぞれは、前記ＭＣＳサーバから受信した前記ＭＣＳパケットを、ネットワークを介して連結されているＭＣＳクライアントに伝送する段階と、前記ＭＣＳクライアントは、前記複数のプロキシそれぞれから、ＭＣＳパケットを受信すれば、ＭＣＳパケットに含まれているＭＣＳシーケンスＩＤをチェックする段階と、前記ＭＣＳシーケンスＩＤが、前記ＭＣＳクライアントに保存されているＭＣＳシーケンスＩＤと同一ではなければ、前記ＭＣＳクライアントは、前記ＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットをクライアントが受信することができるパケットに生成し、前記クライアントに伝送する段階と、前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一であれば、前記ＭＣＳクライアントは、前記プロキシから受信したＭＣＳパケットを、前記クライアントに伝送しない段階と、を含むことを特徴とする。
【００２８】
前記ＭＣＳサーバは、既設定の前記複数のプロキシ間の伝送優先順位によって、前記ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシに伝送し、前記複数のプロキシ間の伝送優先順位は、前記ＭＣＳサーバが、前記複数のプロキシそれぞれからパケットを受信するときに受信される順序に基づいて、前記複数のプロキシ間に設定されることを特徴とする。
【００２９】
前記ＭＣＳサーバは、前記複数のプロキシとセッションを形成して接続情報を保存し、前記ＭＣＳパケットを、前記プロキシに伝送することを特徴とする。
【００３０】
そして、前述の発明は、プロセッサによって実行されるプログラムを記録したプロセッサによって読み取り可能な記録媒体を提供する。
【発明の効果】
【００３１】
本発明によるインターネットサービス永続性のための多重連結システム（ＭＣＳ）及びその方法によれば、次のような利点及び効果がある。
【００３２】
現在、一般的に使用しているネットワークシステムは、シングルコネクション（single connection）構造である。シングルコネクション構造とは、クライアント及びサーバが一対一で連結されている構造をいう。それ以外に、クライアント−プロキシ−サーバ（client-proxy-server）が直接連結されており、プロキシが仲介の役割を行う構造もあるが、シングルコネクション構造から外れることはない。
【００３３】
該構造のために、クライアント及びサーバ間の回線に問題が起これば、互いの通信に問題が生じる。また、該構造の短所は、回線の障害を復旧させるとき、待機装備を置き、障害が生じれば交換する方式で復旧させるが、装備を交換する瞬間、当該装備があったところが空けば、通信が途切れてしまう。従って、シングルコネクション構造は、サービスを持続的に維持させるには多くの困難さが伴う構造である。
【００３４】
しかし、本発明による多重連結システムは、前記シングルコネクションを克服した構造である。ＭＣＳは、クライアント及びサーバに、ＭＣＳクライアントとＭＣＳサーバとを構成し、該要素を利用して、パケットを１以上のプロキシに伝送することが可能である。それは、結局、クライアント及びサーバ間に回線を、１回線ではない複数の回線として置くことができるマルチコネクション構造を具現したということを意味する。
【００３５】
本発明による多重連結システムは、クライアント及びサーバは、ＭＣＳクライアント及びＭＣＳサーバを利用して、複数の回線を利用するところと同じ効果を有する。それにより、クライアント及びサーバ間の特定回線に障害が発生しても、他の回線が生きているために、サービスが途切れない。また、本発明による多重連結システムは、複数の回線が同時に通信しているために、特定装備に問題が起こった場合に装備を代替しても、他の回線で通信が行われるので、装備代替時にも通信が途切れない。
【００３６】
従って、本発明による多重連結システムは、持続的に発展して規模が大きくなるネットワーク市場において、何より重要な要素であるサービスの永続性を提供する効果的なシステムであるとすることができる。
【図面の簡単な説明】
【００３７】
【図１】複数のプロキシサーバ、クライアント及びサーバの連結関係を示した図面である。
【図２】本発明による複数のプロキシサーバ、クライアント及びサーバの連結関係を示した図面である。
【図３】本発明による、インターネットプロトコルを利用したサービスのための多重連結システムに係わる一例の構成のブロック図である。
【図４】本発明による、インターネットプロトコルを利用したサービスのための多重連結システムに係わる他例構成のブロック図である。
【図５】本発明によるＭＣＳクライアント５０の一例に係わる構成のブロック図である。
【図６】本発明によるＭＣＳサーバ６０の一例に係わる構成のブロック図である。
【図７】ＭＣＳクライアント７０の構成のブロック図である。
【図８】ＭＣＳサーバ８０の構成のブロック図である。
【図９】本発明による、インターネットプロトコルを利用したサービスのための多重連結方法に係わる一例をフローチャートで示した図面である。
【図１０】本発明による、インターネットプロトコルを利用したサービスのための多重連結方法に係わる他例をフローチャートで示した図面である。
【図１１】ＭＣＳ機動時、ＭＣＳモジュールと接続する装備と最初にセッション接続を試みる流れを示した図面である。
【図１２】クライアントが送ったパケットが、ＭＣＳクライアントを経由してプロキシまでパケットが到着する順方向パケット伝送動作に係わる流れを示した図面である。
【図１３】プロキシが送ったパケットが、ＭＣＳサーバを経由してサーバまでパケットが到着する順方向パケット伝送動作に係わる順方向流れを示した図面である。
【図１４】サーバが送ったパケットが、ＭＣＳサーバを経由してプロキシまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示した図面である。
【図１５】プロキシが送ったパケットが、ＭＣＳクライアントを経由してクライアントまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示した図面である。
【図１６】クライアントが送ったパケットが、ＭＣＳクライアントを経由してプロキシまでパケットが到着する順方向パケット伝送動作に係わる流れを示した図面である。
【図１７】プロキシが送ったパケットが、ＭＣＳサーバを経由してサーバまでパケットが到着する順方向パケット伝送動作に係わる順方向流れを示した図面である。
【図１８】サーバが送ったパケットが、ＭＣＳサーバを経由してプロキシまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示した図面である。
【図１９】プロキシが送ったパケットが、ＭＣＳクライアントを経由してクライアントまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示した図面である。
【図２０】クライアント外部にＭＣＳクライアントがあり、サーバＯＳのIn ProcessにＭＣＳサーバがある構造を示した図面である。
【発明を実施するための形態】
【００３８】
以下、添付された図面を参照し、本発明の望ましい実施形態について詳細に説明する。本明細書に記載された実施形態と、図面に図示された構成は、本発明の望ましい一実施形態に過ぎず、本発明の技術的思想をいずれも代弁するものではないので、本出願時点において、それらを代替することができる多様な均等物と変形例とがあるということを理解しなければならない。
【００３９】
多重連結システム（ＭＣＳ：multi connection system）は、クライアント及びサーバ間の回線に障害が生じても、サーバは、クライアントに持続的にサービスを提供することができ、クライアントは、サーバにおいて提供するサービスを持続的に利用することができる。
【００４０】
ＰＣ（personal computer）、スマートフォンなどネットワーク通信が可能な全ての装備は、パケットを送受信しながらデータを送受信する。そして、該パケットを送受信するとき、装備は単一回線で連結されている。従って、単一回線で連結されている回線が途切れれば、装備は、互いに通信が不可能になる。かような問題点を解決するために、ＭＣＳが必要である。
【００４１】
ＭＣＳは、ＭＣＳクライアントとＭＣＳサーバとに含まれてなる。前記ＭＣＳクライアントとＭＣＳサーバとを利用して、同一パケットを１以上のプロキシで送受信する。それにより、装備同士連結された回線のうち一部回線に障害が生じても、予備として１以上の回線が設置されており、該回線を介して通信が持続的に行われる。
【００４２】
ただし、ＭＣＳは、システムの特性の上、１以上の回線で同一パケットを送る。かようなパケットの処理は、装備の特徴を利用して処理するが、装備は、作業を処理するとき、同時に処理することができず、順次に作業を処理するしかない。
【００４３】
ＭＣＳは、パケットを順次に各回線に送り、パケットを受ける装備は、最も迅速なパケットを受け、パケットを送った装備の要求に応答する。
【００４４】
図１は、複数のプロキシ、クライアント及びサーバの連結を示したものである。クライアント１００とサーバ１５０との間に、複数のプロキシ１１０，１２０，１３０が位置することにより、クライアント１００とサーバ１５０との間に複数のデータ伝送経路を形成することができる。
【００４５】
図２は、本発明による多重連結システムが適用されるシステムの全体的な構成をブロック図で示したものである。クライアント２００と複数のプロキシ２２０，２３０，２４０との間に、ＭＣＳクライアント２１０が位置し、複数のプロキシ２２０，２３０，２４０とサーバ２７０の間に、ＭＣＳサーバ２６０が位置する。前記複数のプロキシ２２０，２３０，２４０は、図２に図示された１つの段（single stage）だけでなく、複数段（multi stage）のプロキシからも構成される。すなわち、複数のプロキシサーバ２２０，２３０，２４０それぞれは、複数のプロキシサーバが直列で連結されたものにも代替される。
【００４６】
本発明によるＭＣＳは、ＭＣＳクライアント２１０、ＭＣＳサーバ２６０及び複数のプロキシ２２０，２３０，２４０を含んでなる。
【００４７】
ＭＣＳクライアント２１０は、ＭＣＳサーバ２６０にパケットを送信し、ＭＣＳサーバ２６０からパケットを受信する。クライアント２００がサーバ２７０に伝送するパケットは、ＭＣＳクライアント２１０が受信し、１以上のプロキシ２２０，２３０，２４０を経て、ＭＣＳサーバ２６０に伝送する。そして、ＭＣＳサーバ２６０と、１以上のプロキシ２２０，２３０，２４０とで伝送されたパケットは、ＭＣＳクライアント２１０が、パケットの状態、重複いかんを確認した後、クライアント２００に伝達する。ＭＣＳクライアント２１０は、クライアント２００の内部あるいは外部に位置する。ＭＣＳクライアント２１０は、プログラム、装備、ツール（tool）など多様な形態で具現される。
【００４８】
ＭＣＳサーバ２６０は、ＭＣＳクライアント２１０にパケットを送信し、ＭＣＳクライアント２１０からパケットを受信する。サーバ２７０がクライアント２００に伝送するパケットは、ＭＣＳサーバ２６０が受信し、１以上のプロキシ２２０，２３０，２４０を経て、ＭＣＳクライアント２６０に伝送される。そして、ＭＣＳクライアント２１０から、１以上のプロキシ２２０，２３０，２４０を経て受信されるパケットは、ＭＣＳサーバ２６０が、パケットの状態、重複いかんを確認した後、サーバ２７０に伝達する。ＭＣＳサーバ２６０は、状況によって、サーバ２７０の内部あるいは外部に位置し、プログラム、装備、ツールなど多様な形態によって具現される。
【００４９】
サーバ２７０は、クライアント２００にサービスを提供する。ここで、サーバ２７０とは、状況あるいは環境によって多様な装備にもなり、クライアント２００にサービスを提供する要素を含む。サーバは、ハードウェア、運用体制（ＯＳ）及びネットワーク基盤サービス提供プログラムなどからなる。
【００５０】
クライアント２００は、サーバ２７０にサービスを受けて利用する要素である。ここで、クライアントとは、状況あるいは環境によって、ＰＣ、スマートフォン、テブレットＰＣなどサービスを利用するために、サービスを提供するサーバに要求を送る全ての装備を含む。クライアントは、ハードウェア、運用体制（ＯＳ）及びネットワーク基盤サービス利用プログラムからもなる。
【００５１】
プロキシの特徴としては、２種に大別される。最初の特徴は、サーバのデータを、プロキシがキャッシュ形態で一時的に保存しており、クライアントがプロキシを通過するとき、プロキシにキャッシュ形態で保存されているサーバのデータを受け取っていく。第２の特徴は、クライアント及びサーバが通信を行うとき、プロキシが２つの装備の中間に位置し、パケットを目的地に渡す役割を行う。本発明によるＭＣＳは、プロキシの特徴のうち第２の特徴を利用する。
【００５２】
図３は、本発明による、インターネットプロトコルを利用したサービスのための多重連結システムに係わる一例の構成をブロック図で示したものであり、複数のプロキシ３２０，３３０，３４０、ＭＣＳクライアント３００及びＭＣＳサーバ３１０を含んでなる。
【００５３】
ＭＣＳクライアント３００は、クライアント３５０がサーバ３６０に伝送するパケットを受信する。ＭＣＳクライアント３００は、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、複数のプロキシ３２０，３３０，３４０と接続されていたり設定されていたりするプロキシ接続情報数ほどＭＣＳパケットを生成する。ＭＣＳクライアント３００は、前記ＭＣＳパケットを、ネットワークを介して連結されている前記複数のプロキシそれぞれに順次に伝送する。
【００５４】
ＭＣＳクライアント３００は、既設定の複数プロキシ接続情報を使用したり、あるいは複数のプロキシ接続情報を提供するサーバ（図示せず）またはＤＮＳ（domain name server；図示せず）にプロキシ接続情報を要請するクエリを伝送したりして、前記ＤＮＳからプロキシ接続情報を受信し、複数のプロキシ接続情報として使用することができる。
【００５５】
ＭＣＳクライアント３００は、複数のプロキシ３２０，３３０，３４０とセッションを形成して接続情報を保存し、前記ＭＣＳシーケンスＩＤが付加されたパケットをプロキシ３２０，３３０，３４０に伝送することができる。
【００５６】
ＭＣＳクライアント３００は、複数のプロキシ３２０，３３０，３４０間のパケット伝送優先順位を設定し、前記設定された優先順位によって、パケットをプロキシ３２０，３３０，３４０に伝送することができる。ここで、前記複数のプロキシ間のパケット伝送優先順位は、ＭＣＳクライアント３００がプロキシ３２０，３３０，３４０に装備確認パケットを伝送し、応答を受ける時間を基準に設定される。
【００５７】
ＭＣＳサーバ３１０は、複数のプロキシ３２０，３３０，３４０それぞれから、ＭＣＳパケットを受信する。ＭＣＳサーバ３１０は、前記受信されたＭＣＳパケットに含まれているＭＣＳシーケンスＩＤを抽出し、既保存のＭＣＳシーケンスＩＤと比較し、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットを、サーバが受信することができるパケットに生成し、前記サーバに伝送する。ＭＣＳサーバ３１０は、前記抽出されたＭＣＳシーケンスＩＤが、既保存のＭＣＳシーケンスＩＤと比較して同一であれば、前記ＭＣＳパケットをサーバ３６０に伝送しない。
【００５８】
ＭＣＳサーバ３１０は、複数のプロキシ３２０，３３０，３４０それぞれから、ＭＣＳパケットを受信すれば、受信される順序に基づいて、複数のプロキシ３２０，３３０，３４０間の優先順位を設定することができる。
【００５９】
複数のプロキシ３２０，３３０，３４０は、ＭＣＳクライアント３００とＭＣＳサーバ３１０との間で、ＭＣＳパケットを中継する機能を行う。
【００６０】
図４は、本発明による、インターネットプロトコルを利用したサービスのための多重連結システムに係わる他例構成をブロック図で示したものであり、複数のプロキシ４２０，４３０，４４０、ＭＣＳクライアント４００及びＭＣＳサーバ４１０を含んでなる。
【００６１】
ＭＣＳサーバ４１０は、サーバ４６０からパケットを受信し、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、プロキシ４２０，４３０，４４０と接続されていたり設定されていたりするプロキシ接続情報数ほどＭＣＳパケットを生成する。ＭＣＳクライアント４００は、前記ＭＣＳパケットを、ネットワークを介して連結されている前記複数のプロキシ４２０，４３０，４４０それぞれに順次に伝送する。
【００６２】
ＭＣＳクライアント４００は、複数のプロキシ４２０，４３０，４４０それぞれから、ＭＣＳパケットを受信する。ＭＣＳクライアント４００は、前記ＭＣＳパケットに含まれているＭＣＳシーケンスＩＤを抽出し、保存されているＭＣＳシーケンスＩＤと比較し、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存し、前記ＭＣＳパケットをクライアント４５０が受信することができるパケットに生成し、クライアント４５０に伝送する。ＭＣＳクライアント４００は、前記抽出されたＭＣＳシーケンスＩＤが、既保存のＭＣＳシーケンスＩＤと比較して同一であれば、プロキシ４２０，４３０，４４０から受信したＭＣＳパケットをクライアント４５０に伝送しない。
【００６３】
ＭＣＳサーバ４１０は、既設定の複数のプロキシ４２０，４３０，４４０間の伝送優先順位によって、前記ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシ４２０，４３０，４４０に伝送することができる。ここで、複数のプロキシ４２０，４３０，４４０間の伝送優先順位は、ＭＣＳサーバ４１０が複数のプロキシ４２０，４３０，４４０それぞれからパケットを受信するときに受信される順序に基づいて設定される。
【００６４】
ＭＣＳサーバ４１０は、複数のプロキシ４２０，４３０，４４０とセッションを形成して接続情報を保存し、前記ＭＣＳシーケンスＩＤを付加されたパケットをプロキシ４２０，４３０，４４０に伝送することができる。
【００６５】
複数のプロキシ４２０，４３０，４４０は、ＭＣＳクライアント４００とＭＣＳサーバ４１０との間で、ＭＣＳパケットを中継する機能を遂行する。
【００６６】
図５は、本発明によるＭＣＳクライアント５０の一例に係わる構成をブロック図で示したものであり、順方向パケット受信部５００、ＭＣＳパケット生成部５１０、順方向パケット送信部５２０、逆方向パケット受信部５４０、パケット判断部５５０、パケット生成部５６０、逆方向パケット送信部５７０を含んでなり、連結制御部５３０または障害探知部５８０と、障害復旧部５９０とをさらに含んでもよい。
【００６７】
順方向パケット受信部５００は、クライアント５０５がサーバ（図示せず）に伝送する順方向パケットを受信する。
【００６８】
ＭＣＳパケット生成部５１０は、前記順方向パケットを識別することができる順方向ＭＣＳシーケンスＩＤを、前記順方向パケットに付加し、順方向ＭＣＳパケットを生成する。
【００６９】
順方向パケット送信部５２０は、前記順方向ＭＣＳパケットを、複数のプロキシ５１５，５２５，５３５それぞれに順次に伝送する。
【００７０】
逆方向パケット受信部５４０は、複数のプロキシそれぞれから、逆方向ＭＣＳパケットを受信する。
【００７１】
パケット判断部５５０は、前記逆方向パケットに含まれている逆方向ＭＣＳシーケンスＩＤを抽出し、保存されているＭＣＳシーケンスＩＤと比較し、同一であるか否かということをチェックする。パケット判断部５５０は、前記比較の結果、同一であれば、前記プロキシから受信したパケットを、前記クライアントに伝送せず、同一ではなければ、前記抽出されたＭＣＳシーケンスＩＤを保存する。
【００７２】
パケット生成部５６０は、前記抽出した前記逆方向ＭＣＳシーケンスＩＤと、保存されているＭＣＳシーケンスＩＤとが同一ではなければ、前記プロキシから受信したＭＣＳパケットを、クライアントが受け取ることができるパケットに生成する。
【００７３】
逆方向パケット送信部５７０は、パケット生成部５６０で生成されたパケットを、クライアント５０５に伝送する。
【００７４】
連結制御部５３０は、既設定の複数プロキシ接続情報を使用したり、あるいは複数のプロキシ接続情報を提供するサーバ（図示せず）またはＤＮＳ（図示せず）に接続情報を要請するクエリを伝送したりして、前記ＤＮＳからプロキシ接続情報を受信し、複数のプロキシ接続情報として使用することができる。
【００７５】
障害探知部５８０は、複数のプロキシ５１５，５２５，５３５に障害が発生したか否かということを探知する。
【００７６】
障害復旧部５９０は、障害探知部５８０によって障害発生が探知されれば、使用可能なプロキシをリストしたプロキシリストを検索し、前記複数のプロキシサーバ以外の使用可能なプロキシサーバを選択し、前記障害が生じたプロキシサーバを、前記選択されたプロキシサーバで代替することができる。
【００７７】
また、障害復旧部５９０は、障害探知部５８０によって障害発生が探知されれば、プロキシ接続情報を提供するサーバ（図示せず）またはＤＮＳ（図示せず）にプロキシ接続情報を要請するクエリを伝送し、前記ＤＮＳからプロキシ接続情報を受信すれば、前記障害が生じたプロキシサーバを、前記プロキシ接続情報に該当するプロキシで代替することもできる。
【００７８】
図６は、本発明によるＭＣＳサーバ６０の一例に係わる構成をブロック図で示したものであり、順方向パケット受信部６００、パケット判断部６１０、パケット生成部６２０、順方向パケット送信部６３０、逆方向パケット受信部６５０、ＭＣＳパケット生成部６６０、逆方向パケット送信部６７０を含んでなり、プロキシ優先順位設定部６４０をさらに含んでもよい。
【００７９】
逆方向パケット受信部６５０は、サーバ６０５から逆方向パケットを受信する。
【００８０】
ＭＣＳパケット生成部６６０は、前記逆方向パケットを識別することができる逆方向ＭＣＳシーケンスＩＤを、前記逆方向パケットに付加し、接続されたプロキシ数ほど逆方向ＭＣＳパケットを生成する。
【００８１】
逆方向パケット送信部６７０は、前記逆方向ＭＣＳパケットを、複数のプロキシ６１５，６２５，６３５それぞれに順次に伝送する。
【００８２】
順方向パケット受信部６００は、複数のプロキシ６１５，６２５，６３５それぞれから、順方向ＭＣＳパケットを受信する。
【００８３】
パケット判断部６１０は、前記順方向ＭＣＳパケットに含まれている順方向ＭＣＳシーケンスＩＤを抽出し、保存されている順方向ＭＣＳシーケンスＩＤと同一であるか否かということをチェックする。パケット判断部６１０は、チェックの結果、抽出された順方向ＭＣＳシーケンスＩＤと、保存されている順方向ＭＣＳシーケンスＩＤとが同一であれば、プロキシから受信したパケットをサーバ６０５に伝送しないで廃棄する。パケット判断部６１０は、前記抽出された順方向ＭＣＳシーケンスＩＤと、前記保存されている順方向ＭＣＳシーケンスＩＤとが同一ではなければ、前記抽出された順方向ＭＣＳシーケンスＩＤを保存する。
【００８４】
パケット生成部６２０は、前記抽出された順方向ＭＣＳシーケンスＩＤと、前記保存されている順方向ＭＣＳシーケンスＩＤとが同一ではなければ、前記プロキシから受信したＭＣＳパケットを、サーバが受け取ることができるパケットに生成する。
【００８５】
順方向パケット送信部６３０は、パケット生成部６２０で生成されたパケットをサーバ６０５に伝送する。
【００８６】
プロキシ優先順位設定部６４０は、複数のプロキシ６１５，６２５，６３５それぞれからパケットを受信すれば、受信される順序に基づいて、複数のプロキシ６１５，６２５，６３５間の伝送優先順位を設定することができる。
【００８７】
このとき、逆方向パケット送信部６７０は、前記伝送優先順位によって、前記逆方向ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシ６１５，６２５，６３５に伝送することができる。
【００８８】
図９は、本発明による、インターネットプロトコルを利用したサービスのための多重連結方法に係わる一例をフローチャートで示したものである。
【００８９】
図３及び図９を参照し、本発明による、インターネットプロトコルを利用したサービスのための多重連結方法に係わる一例について説明する。
【００９０】
ＭＣＳクライアント３００は、クライアント３５０からパケットを受信する（Ｓ９００段階）。
【００９１】
ＭＣＳクライアント３００は、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、ＭＣＳパケットを生成する（Ｓ９１０段階）。
【００９２】
ＭＣＳクライアント３００は、前記ＭＣＳパケットを、ネットワークを介して連結されている複数のプロキシ３２０，３３０，３４０それぞれに順次に伝送する（Ｓ９２０段階）。
【００９３】
複数のプロキシ３２０，３３０，３４０それぞれが、前記ＭＣＳクライアントから受信したＭＣＳパケットを、ネットワークを介して連結されているＭＣＳサーバ３１０に伝送すれば、ＭＣＳサーバ３１０は、複数のプロキシ３２０，３３０，３４０それぞれから、ＭＣＳパケットを受信する（Ｓ９３０段階）。
【００９４】
ＭＣＳサーバ３１０は、パケットに含まれているＭＣＳシーケンスＩＤをチェックする（Ｓ９４０段階）。
【００９５】
ＭＣＳサーバ３１０は、前記ＭＣＳシーケンスＩＤがＭＣＳサーバ３１０に保存されているＭＣＳシーケンスＩＤと同一であるか否かということを比較する（Ｓ９５０段階）。
【００９６】
ＭＣＳサーバ３１０は、前記ＭＣＳシーケンスＩＤが、ＭＣＳサーバ３１０に保存されているＭＣＳシーケンスＩＤと同一ではなければ、前記ＭＣＳシーケンスＩＤを保存し（Ｓ９６０段階）、前記ＭＣＳパケットをサーバ３６０が受信することができるパケットに生成し、サーバ３６０に伝送する（Ｓ９７０段階）。
【００９７】
前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一であれば、ＭＣＳサーバ３１０は、プロキシ３２０，３３０，３４０から受信したＭＣＳパケットをサーバ３６０に伝送しないで廃棄する（Ｓ９８０段階）。
【００９８】
ＭＣＳクライアント３００は、複数のプロキシ３２０，３３０，３４０それぞれとセッションを形成して接続情報を保存し、前記ＭＣＳパケットをプロキシ３２０，３３０，３４０それぞれに伝送することもできる。また、ＭＣＳクライアント３００は、複数のプロキシ３２０，３３０，３４０間のパケット伝送優先順位を設定し、前記設定された優先順位によって、パケットをプロキシ３２０，３３０，３４０に伝送することができる。ここで、複数のプロキシ３２０，３３０，３４０間のパケット伝送優先順位は、前記ＭＣＳクライアント３００が、プロキシ３２０，３３０，３４０それぞれに装備確認パケットを伝送し、応答を受ける時間を基準に設定される。
【００９９】
そして、ＭＣＳサーバ３１０は、複数のプロキシ３２０，３３０，３４０それぞれからパケットを受信すれば、受信される順序に基づいて、複数のプロキシ３２０，３３０，３４０間の優先順位を設定することができる。
【０１００】
図１０は、本発明による、インターネットプロトコルを利用したサービスのための多重連結方法に係わる他例をフローチャートで示したものである。
【０１０１】
図４及び図１０を参照し、本発明による、インターネットプロトコルを利用したサービスのための多重連結方法に係わる他例について説明する。
【０１０２】
ＭＣＳサーバ４１０は、サーバ４６０からパケットを受信する（Ｓ１０００段階）。
【０１０３】
ＭＣＳサーバ４１０は、前記受信したパケットを識別することができるＭＣＳシーケンスＩＤを、前記パケットに付加し、ＭＣＳパケットを生成する（Ｓ１０１０段階）。
【０１０４】
ＭＣＳサーバ４１０は、前記ＭＣＳパケットを、ネットワークを介して連結されている複数のプロキシ４２０，４３０，４４０それぞれに順次に伝送する（Ｓ１０２０段階）。
【０１０５】
前記複数のプロキシ４２０，４３０，４４０それぞれがＭＣＳサーバ４１０から受信した前記ＭＣＳパケットを、ネットワークを介して連結されているＭＣＳクライアント４００に伝送すれば、ＭＣＳクライアント４００は、複数のプロキシ４２０，４３０，４４０それぞれから、ＭＣＳパケットを受信する（Ｓ１０３０段階）。
【０１０６】
ＭＣＳクライアント４００は、ＭＣＳパケットに含まれているＭＣＳシーケンスＩＤをチェックする（Ｓ１０４０段階）。
【０１０７】
ＭＣＳクライアント４００は、前記ＭＣＳシーケンスＩＤが、ＭＣＳクライアント４００に保存されているＭＣＳシーケンスＩＤと同一であるか否かということを比較する（Ｓ１０５０段階）。
【０１０８】
前記ＭＣＳシーケンスＩＤが、ＭＣＳクライアント４００に保存されているＭＣＳシーケンスＩＤと同じではなければ、ＭＣＳクライアント４００は、前記ＭＣＳシーケンスＩＤを保存し（Ｓ１０６０段階）、前記ＭＣＳパケットをクライアントが受信することができるパケットに生成し、前記クライアントに伝送する（Ｓ１０７０段階）。
【０１０９】
一方、前記ＭＣＳシーケンスＩＤが、前記ＭＣＳサーバに保存されているＭＣＳシーケンスＩＤと同一であれば、ＭＣＳクライアント４００は、プロキシ４２０，４３０，４４０それぞれから受信したＭＣＳパケットをクライアント４６０に伝送しないで廃棄する（Ｓ１０６０段階）。
【０１１０】
ＭＣＳサーバ４１０は、既設定の複数のプロキシ４２０，４３０，４４０間の伝送優先順位によって、前記ＭＣＳシーケンスＩＤが付加されたパケットを、ネットワークを介して連結されている複数のプロキシ４２０，４３０，４４０に伝送することもできる。ここで、前記複数のプロキシ４２０，４３０，４４０間の伝送優先順位は、ＭＣＳサーバ４１０が複数のプロキシ４２０，４３０，４４０それぞれからパケットを受信するときに受信される順序に基づいて設定される。
【０１１１】
ＭＣＳサーバ４１０は、複数のプロキシ４２０，４３０，４４０とセッションを形成して接続情報を保存し、前記ＭＣＳパケットを、複数のプロキシ４２０，４３０，４４０それぞれに伝送することもできる。
【０１１２】
ここで、本発明についてさらに具体的に説明する。
【０１１３】
ＭＣＳで具現しなければならない要素は、ＭＣＳシステム構成要素に含まれる。そして、ＭＣＳは、ネットワーク上で動作されるシステムであるために、それに適するように具現する要素を定める必要がある。ＭＣＳは、ＴＣＰ、ＳＣＴＰ、ＵＤＰ、そして自主的に作ったプロトコル（protocol）で動作する。しかし、ネットワーク上で各プロトコルごとに通信するロジック（logic）が異なるために、ネットワーク上で動作するＭＣＳは、各プロトコルの特徴によって異なって動作する。ただし、ＴＣＰ及びＳＣＴＰの場合、構造が類似しているために、ＴＣＰと類似して動作する。そして、自主的に作ったプロトコルは、ＵＤＰに類似して動作する。従って、ＳＣＴＰ及び自主的に作ったプロトコルで通信するときに係わる具現要素については、別途の内容を敍述しない。
【０１１４】
ＭＣＳクライアントが、ＴＣＰプロトコル及びＳＣＴＰプロトコルを利用して通信するときに考慮する要素は、次の通りである。ＭＣＳクライアントは、クライアント、プロキシまたはＭＣＳサーバと通信するためにパケットを送受信する。従って、ＭＣＳクライアントが正しく役割を行うためには、以下の２つの条件を満足することが要求される。
【０１１５】
最初の条件は、クライアントとＭＣＳクライアントとがネットワーク上で連結されていなければならないということである。第２の条件は、ＭＣＳクライアントがプロキシまたはＭＣＳサーバの接続情報を知っていなければならないということである。
【０１１６】
図７は、ＭＣＳクライアント７０の構成をブロック図で示したものである。順方向パケット受信部７００は、クライアント７０５のパケットを受信する。ＭＣＳクライアント７０は、１以上のプロキシにパケットを送信するために、クライアント７０５からパケットを受信する。
【０１１７】
セッション管理部７１０について説明する。ＭＣＳクライアント７０は、１以上のプロキシまたはＭＣＳサーバに連結されている構造だあるので、ＭＣＳクライアントは、効率的なパケット伝送のために、自体がパケットを送る１以上のプロキシまたはＭＣＳサーバの接続情報を得なければならない。このとき、セッション管理部７１０は、プロキシの接続情報を、必要接続情報数と予備接続情報数とを含んで確保する。
【０１１８】
接続情報を得れば、セッション管理部７１０は、パケットに接続ＩＰ情報と方法とを設定する。前記設定は、ＤＮＳを利用したり、あるいはＭＣＳクライアントＡＰＩを利用したりして設定することができる。
【０１１９】
このとき、ＭＣＳ構造上、１以上のプロキシが存在する可能性があるので、パケットの迅速な送信のために、最も迅速な回線で伝送しなければならない。セッション管理部７１０は、優先順位アルゴリズムを利用して、接続しようとするプロキシの速度を把握し、最も迅速な順でパケットを送るプロキシの順序を設定することができる。優先順位をすでに把握した場合には、セッション管理部７１０は、前もって把握した優先順位にパケットの優先順位を設定することができる。
【０１２０】
また、セッション管理部７１０は、確保したプロキシ接続情報のリストのうち一部プロキシだけＭＣＳクライアントと連結させることができる。かように、あらかじめ確保したリストは、プロキシまたはＭＣＳサーバに問題が起こった場合、それをリアルタイムに探知し、確保したプロキシリストのうち予備プロキシ接続情報を活用し、予備プロキシに移動させる作業に活用される。
【０１２１】
かような機能によって、プロキシに障害が発生した場合、通信障害に対して即座に対応することができる。
【０１２２】
次に、ＭＣＳパケット生成部７２０について説明する。ＭＣＳは、１以上のプロキシまたはＭＣＳサーバ７０を含み、１以上のプロキシまたはＭＣＳサーバ７０の接続情報数ほどパケットを送るので、ＭＣＳパケット生成部７２０は、プロキシ接続情報数ほどＭＣＳパケットを生成することが必要である。
【０１２３】
順方向パケット送信部７３０は、生成されたＭＣＳパケットを、ＭＣＳクライアントと連結されているプロキシに伝送する作業を遂行する。
【０１２４】
逆方向パケット受信部７４０は、プロキシのパケットを受信する。ＭＣＳクライアント７０は、クライアントにパケットを送信するために１、以上のプロキシからパケットを受信する。
【０１２５】
ＭＣＳは、１以上のプロキシで同一パケットが送信されるために、該パケットに対する処理機能が必要である。パケット判断部７５０は、ＭＣＳヘッダ内部の特定データを利用て、重複パケットに対する使用判断及び処理が可能である。
【０１２６】
クライアント７０５は、ＭＣＳモジュールで生成したパケットをそのまま使用することができないために、クライアント７０５がパケットを受けることができるように、生成しなければならない。かような機能のために、パケット生成部７６０は、パケット判断部７５０で判断が終わったＭＣＳパケットをクライアント７０５に伝送するためのパケットに生成する。
【０１２７】
逆方向パケット送信部７７０は、ＭＣＳクライアント７０で全ての作業が終わったパケットを、クライアント７０５に送信する役割を行う。
【０１２８】
ＭＣＳサーバが、ＴＣＰプロトコル及びＳＣＴＰプロトコルを利用して通信するときに考慮する要素は、次の通りである。ＭＣＳサーバは、サーバ、プロキシまたはＭＣＳクライアントと通信するために、パケットを送受信する。従って、ＭＣＳサーバが正しく役割を行うためには、次の２つの条件を満足することが要求される。
【０１２９】
最初の条件は、サーバとＭＣＳサーバとがネットワーク上で連結されるということである。第２の条件は、ＭＣＳサーバがプロキシまたはＭＣＳクライアントの接続情報を知っているということである。
【０１３０】
図８は、ＭＣＳサーバ８０の構成をブロック図で示したものである。順方向パケット受信部８００は、プロキシのパケットを受信する。ＭＣＳサーバは、サーバにパケットを送信するために１以上のプロキシからパケットを受信する。
【０１３１】
ＭＣＳは、１以上のプロキシから同一パケットが到着するために、該パケットに対する処理機能が必要であるために、パケット判断部８１０は、ＭＣＳヘッダ内部の特定データを利用して、重複パケットに対する使用判断及び処理が可能である。
【０１３２】
サーバは、ＭＣＳモジュールで生成したパケットをそのまま使用することができないために、サーバがパケットを受けることができるように生成しなければならない。かような機能のために、パケット生成部８２０は、パケット判断部８１０で判断が終わったＭＣＳパケットをサーバに伝送するためのパケットに生成する。
【０１３３】
順方向パケット送信部８３０は、ＭＣＳサーバで全ての作業を終えたパケットをサーバに送信する。
【０１３４】
逆方向パケット受信部８５０は、サーバのパケットを受信する。ＭＣＳサーバは、１以上のプロキシにパケットを送信するために、サーバからパケットを受信する。
【０１３５】
セッション管理部８６０は、パケットの目的地などの接続情報を、ＭＣＳクライアント、あるいは１以上のプロキシから受信したパケットを参考にして設定する。接続情報を得れば、セッション管理部８６０は、パケットに接続ＩＰ情報と方法とを設定する。設定は、ＭＣＳサーバＡＰＩを利用して設定することができる。
【０１３６】
そして、ＭＣＳサーバのセッション管理部８６０は、ＭＣＳクライアント、あるいは１以上のプロキシから受信されるパケットの到着順序を利用して優先順位を決定することができるので、当該優先順位を利用して、パケットの優先順位を設定することができる。
【０１３７】
ＭＣＳは、１以上のプロキシまたはＭＣＳクライアントが存在する構成を有しており、１以上のプロキシまたはＭＣＳクライアントの接続情報数ほどパケットを送る構造からなっているので、ＭＣＳパケット生成部８７０は、接続情報数ほどＭＣＳパケットを生成する。
【０１３８】
逆方向パケット送信部８８０は、生成されたＭＣＳパケットを、ＭＣＳサーバと連結されているプロキシに伝送する。
【０１３９】
ＭＣＳクライアントが、ＵＤＰ及び自体プロトコル利用して通信するときに考慮する要素は、次の通りである。ＭＣＳクライアントは、クライアント、プロキシまたはＭＣＳサーバと通信するためにパケットを送受信する。従って、ＭＣＳクライアントが正しく役割を行うためには、次の２つの条件を満足することが要求される。そして、ＭＣＳクライアントがＵＤＰ及び自体製作プロトコルで動作するときは、ＴＣＰで動作するときと異なり、セッションを管理するセッション管理部がなくてもよい。
【０１４０】
最初の条件は、クライアントとＭＣＳクライアントとがネットワーク上で連結されているということである。第２の条件は、ＭＣＳクライアントがプロキシまたはＭＣＳサーバの接続情報を知っているということである。
【０１４１】
図５は、ＵＤＰ及び自体プロトコル利用して通信するＭＣＳクライアント５０の一例の構成をブロック図で示したものである。
【０１４２】
順方向パケット受信部５００は、クライアントのパケットを受信する。ＭＣＳクライアントは、１以上のプロキシにパケットを送信するために、クライアントからパケットを受信する。
【０１４３】
ＭＣＳは、１以上のプロキシまたはＭＣＳサーバが存在する構造であり、１以上のプロキシまたはＭＣＳサーバの接続情報数ほどパケットを送る構造からなっているので、ＭＣＳパケット生成部５１０は、接続情報数ほど伝送パケットを生成する。
【０１４４】
順方向パケット送信部５２０は、生成されたＭＣＳパケットを、ＭＣＳクライアントと連結されているプロキシ５１５，５２５，５３５に送る。
【０１４５】
逆方向パケット受信部５４０は、プロキシのパケットを受信する。ＭＣＳクライアントは、クライアントにパケットを送信するために、１以上のプロキシからパケットを受信する。
【０１４６】
ＭＣＳは、１以上のプロキシから同一パケットが到着するために、該パケットに対する処理機能が必要である。パケット判断部５５０は、ＭＣＳヘッダ内部の特定データを利用して、重複パケットに対する使用判断及び処理が可能である。
【０１４７】
クライアントは、ＭＣＳモジュールで生成したパケットをそのまま使用することができないために、クライアントがパケットを受けることができるように生成しなければならない。かような機能のために、パケット生成部５６０は、パケット判断部５５０で判断が終わったＭＣＳパケットをクライアントに伝送するためのパケットに生成する。
【０１４８】
逆方向パケット送信部５７０は、ＭＣＳクライアントで全ての作業済みのパケットをクライアントに送信する。
【０１４９】
ＭＣＳサーバがＵＤＰ及び自体製作プロトコルを利用して通信するときに考慮する要素は、次の通りである。ＭＣＳサーバは、サーバ、プロキシまたはＭＣＳクライアントと通信するために、パケットを送受信する。従って、ＭＣＳサーバが正しく役割を行うためには、次の２つの条件を満足することが要求される。そして、ＭＣＳサーバがＵＤＰ及び自体製作プロトコルで動作するときは、ＴＣＰで動作するときと異なり、セッションを管理するセッション管理部がなくてもよい。
【０１５０】
最初の条件は、サーバとＭＣＳサーバとがネットワーク上で連結されていなければならないということである。第２の条件は、ＭＣＳサーバがプロキシまたはＭＣＳクライアントの接続情報を知っていなければならないということである。
【０１５１】
図６は、ＭＣＳサーバ６０の構成をブロック図で示したものである。
【０１５２】
順方向パケット受信部８００は、プロキシのパケットを受信する。ＭＣＳサーバは、サーバにパケットを送信するために、１以上のプロキシからパケットを受信する。
【０１５３】
ＭＣＳは、１以上のプロキシから同一パケットが到着するために、該パケットに対する処理機能が必要である。パケット判断部６１０は、ＭＣＳヘッダ内部の特定データを利用して、重複パケットに対する使用判断及び処理が可能である。
【０１５４】
サーバは、ＭＣＳモジュールで生成したパケットをそのまま使用することができないために、サーバがパケットを受けることができるように生成しなければならない。かような機能のために、パケット生成部６２０は、パケット判断部６１０で判断が終わったＭＣＳパケットをサーバに伝送するためのパケットに生成する。
【０１５５】
順方向パケット送信部６３０は、ＭＣＳサーバで全ての作業を終えたパケットをサーバに送信する。
【０１５６】
一方、ＭＣＳにおいて、ＴＣＰプロトコル及びＳＴＣＰプロトコルを利用して、クライアント及びサーバを多重連結する方法についてさらに具体的に説明する。
【０１５７】
図１１は、ＭＣＳ機動時、ＭＣＳモジュールと接続する装備と最初にセッション接続を試みる流れを示したものである。ここで、装備確認パケットとは、ＭＣＳモジュールが通信を行うための装備が正常に作動するか否かということに係わる確認を行うために伝送するパケットをいう。
【０１５８】
図１１を参照し、セッション接続について説明する。まず、プロキシ接続情報リストがあるか否かということをチェックする（Ｓ１１００段階）。接続情報リストがなければ、接続情報リストを検索する（Ｓ１１１０段階）。その後、リストに該当する装備に装備確認パケットを伝送する（Ｓ１１２０段階）。装備確認パケットを受信したか否かということを確認する（Ｓ１１３０段階）。装備確認パケット受信時間をチェックし（Ｓ１１４０段階）、時間チェック情報を保存する（Ｓ１１５０段階）。セッション情報が維持されていれば（Ｓ１１６０段階）終了し、そうではなければ、Ｓ１１００段階に進み、プロキシ接続情報リストがあるか否かということをチェックする。
【０１５９】
図１２は、クライアントが送ったパケットが、ＭＣＳクライアントを経由してプロキシまでパケットが到着する順方向パケット伝送動作に係わる流れを示したものである。
【０１６０】
図１２を参照すれば、クライアントからプロキシまでの順方向パケット伝送動作について説明する。まず、ＭＣＳクライアントが、クライアントからパケットを受信する（Ｓ１２００段階）。その後、プロキシとのセッション接続が維持中であるか否かということをチェックする（Ｓ１２１０段階）。ＭＣＳクライアントは、セッション接続が維持されていなければ、セッションを形成する（Ｓ１２２０段階）。その後、セッション個数ほどＭＣＳパケットを生成する（Ｓ１２３０段階）。セッション受信順にＭＣＳパケットを送信する（Ｓ１２４０段階）。
【０１６１】
図１３は、プロキシが送ったパケットが、ＭＣＳサーバを経由してサーバまでパケットが到着する順方向パケット伝送動作に係わる順方向流れを示したものである。
【０１６２】
図１３を参照し、プロキシからサーバまでの順方向パケット伝送動作について説明する。まず、ＭＣＳサーバがＭＣＳパケットを受信する（Ｓ１３００段階）。ＭＣＳパケットが到着した順に優先順位情報を保存したか否かということをチェックし（Ｓ１３１０段階）、保存していないのであるならば、ＭＣＳパケットが受信される順に優先順位情報を保存する（Ｓ１３２０段階）。
【０１６３】
その後、ＭＣＳシーケンスＩＤが重複されるか否かということ、すなわち、ＭＣＳパケットに含まれたＭＣＳシーケンスＩＤと、保存されているＭＣＳシーケンスＩＤとが同一であるか否かということを比較する（Ｓ１３３０段階）。同一であれば、受信したＭＣＳパケットを廃棄する（Ｓ１３４０段階）。同じではなければ、最終送信地に送るためのパケットに生成し（Ｓ１３５０段階）、生成されたパケットを最終目的地に送信する（Ｓ１３６０段階）。
【０１６４】
図１４は、サーバが送ったパケットが、ＭＣＳサーバを経由してプロキシまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示したものである。
【０１６５】
図１４を参照し、サーバからプロキシまでの逆方向パケット伝送動作について説明する。まず、ＭＣＳサーバは、サーバからパケットを受信する（Ｓ１４００段階）。セッション接続が維持中であるか否かということをチェックする（Ｓ１４１０段階）。セッション接続が維持されていなければ、セッション接続を遂行する（Ｓ１４２０段階）。その後、セッション個数ほどＭＣＳパケットを生成する（Ｓ１４３０段階）。セッション優先順位通りにＭＣＳパケットをプロキシに送信する（Ｓ１４４０段階）。
【０１６６】
図１５は、プロキシが送ったパケットが、ＭＣＳクライアントを経由してクライアントまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示したものである。
【０１６７】
図１５を参照し、プロキシからクライアントまでの逆方向パケット伝送動作について説明する。まず、ＭＣＳクライアントは、プロキシからＭＣＳパケットを受信する（Ｓ１５００段階）。到着したＭＣＳパケット順に優先順位情報を更新する（Ｓ１５１０段階）。その後、ＭＣＳシーケンスＩＤが重複しているか否かということ、すなわち、ＭＣＳパケットに含まれたＭＣＳシーケンスＩＤと、保存されているＭＣＳシーケンスＩＤとが同一であるか否かということを比較する（Ｓ１５２０段階）。同一であれば、ＭＣＳパケットを廃棄する（Ｓ１５３０段階）。同一ではなければ、最終送信地に送るためのパケットに生成し（Ｓ１５４０段階）、生成されたパケットを送信する（Ｓ１５５０段階）。
【０１６８】
一方、ＭＣＳ ＵＤＰ及び自体生成プロトコルを利用した多重連結方法について説明する。
【０１６９】
図１６は、クライアントが送ったパケットが、ＭＣＳクライアントを経由してプロキシまでパケットが到着する順方向パケット伝送動作に係わる流れを示したものである。
【０１７０】
図１６を参照すれば、まず、ＭＣＳクライアントがパケットを受信する（Ｓ１６００段階）。その後、設定されたプロキシ個数ほどＭＣＳパケットを生成する（Ｓ１６１０段階）。ＭＣＳパケットをプロキシに伝送する（Ｓ１６２０段階）。
【０１７１】
図１７は、プロキシが送ったパケットが、ＭＣＳサーバを経由してサーバまでパケットが到着する順方向パケット伝送動作に係わる順方向流れを示したものである。
【０１７２】
図１７を参照し、プロキシからサーバまでの順方向パケット伝送動作について説明する。まず、ＭＣＳサーバがプロキシからＭＣＳパケットを受信する（Ｓ１７００段階）。ＭＣＳパケットが受信される順に優先順位情報を保存したか否かということをチェックし（Ｓ１７１０段階）、保存していないのであるならば、ＭＣＳパケットが到着した順に優先順位情報を保存する（Ｓ１７２０段階）。
【０１７３】
そして、ＭＣＳシーケンスＩＤが重複しているか否かということをチェックし（Ｓ１７３０段階）、重複するならば、ＭＣＳパケットを廃棄し（Ｓ１７４０段階）、重複していないのであるならば、最終送信地に送るためのパケットに生成し、生成されたパケットを送信する（Ｓ１７６０段階）。
【０１７４】
図１８は、サーバが送ったパケットが、ＭＣＳサーバを経由してプロキシまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示したものである。
【０１７５】
図１８を参照し、サーバからプロキシまでの逆方向パケット伝送動作について説明する。まず、ＭＣＳサーバがサーバからパケットを受信し（Ｓ１８００段階）、順方向で受信されたＭＣＳシーケンスＩＤが同じであるパケット数量ほどＭＣＳパケットを生成する（Ｓ１８１０段階）。その後、ＭＣＳサーバは、順方向で受信されたＭＣＳシーケンスＩＤが同じである順に、ＭＣＳパケットをプロキシに送信する（Ｓ１８２０段階）。
【０１７６】
図１９は、プロキシが送ったパケットが、ＭＣＳクライアントを経由してクライアントまでパケットが到着する逆方向パケット伝送動作に係わるフローチャートを示したものである。
【０１７７】
図１９を参照し、プロキシからクライアントまでの逆方向パケット伝送動作について説明する。
【０１７８】
まず、ＭＣＳクライアントは、プロキシからＭＣＳパケットを受信する（Ｓ１９００段階）。ＭＣＳクライアントは、到着したＭＣＳパケット順序を基に、優先情報を更新する（Ｓ１９１０段階）。ＭＣＳシーケンスＩＤが重複しているか否かということをチェックし（Ｓ１９２０段階）、重複しているならば、ＭＣＳパケットを廃棄し（Ｓ１９３０段階）、重複していないのであるならば、最終送信地に送るためのパケットを生成した後（Ｓ１９４０段階）、生成されたパケットをクライアントに伝送する（Ｓ１９５０段階）。
【０１７９】
一方、ＭＣＳ具現の一例について説明する。図２０は、クライアント外部に、ＭＣＳクライアントがあり、サーバＯＳのIn Processに、ＭＣＳサーバがある構造であり、ＭＣＳクライアントとＭＣＳサーバは、１以上のプロキシ及びプロキシ状態把握装備と連結されている構造である。
【０１８０】
図２０のように、ＭＣＳクライアントは、装備の外部で運用されるが、ここで、「外部にある」という概念は、クライアント装備内部に設けられているのではなく、装備外に設けられ、回線を利用して通信をしなければならない位置に設けられているということをいう。
【０１８１】
従って、ＭＣＳクライアントは、クライアントの外部に設けられる。このとき、ＭＣＳクライアントは、外部に設ける物理的な装備になる。
【０１８２】
そして、ＭＣＳサーバは、ＯＳにおいてIn Processで運用される場合、ライブラリ−概念で運用される。ウィンドウにおいて、例えば、ＭＣＳサーバがIn Processで駆動される場合、ＭＣＳサーバは、ｄｌｌファイル形態で駆動される。
【０１８３】
設けられたＭＣＳクライアント及びＭＣＳサーバは、装備のＯＳと互いに情報をやり取りし、それぞれの送受信部から来たパケットの処理を担当する。
【０１８４】
ＭＣＳの特徴は、複数の連結によって得るという効果である。ＭＣＳの持続的なサービスだけではなく、保安及び便宜性の側面で扱っている。ＭＣＳの窮極的な目的は、サービス永続性を維持するところにある。ネットワーク断絶またはＤＤｏＳ攻撃の状況におけるセッション維持システムは、攻撃に対する防御、及びそれに係わるセッション維持が必ず成立しなければならない。防御目的だけでなるシステムは、ネットワーク断絶や障害が発生した場合、構造上対処し難いという点がある。しかし、ＭＣＳは、ＭＣＳ固有のモジュールを利用してパケットを制御するシステムになっており、かような点を利用して、１本以上の回線に同一パケットを送信するようになっている。
【０１８５】
重複パケット伝送でＭＣＳが構築されたシステムでは、攻撃だけではなく、物理的な障害、自然災害による障害などの回線障害が発生しても、他の回線でパケットを送れだけでよいので、防御及びセッション維持だけではなく、サービス自体の永続性維持が可能である。
【０１８６】
セッション維持システムは、ＤＤｏＳ攻撃状況において、複数のプロキシ装備と、複数の源泉サービスサーバとを連結し、複数のセッションを構成する。従って、複数のプロキシ装備と、複数の源泉サービスサーバとが必要な構造になっている。しかし、ＭＣＳは、自体モジュールを利用して、多重連結システムを具現する。
【０１８７】
ＭＣＳは、固有のモジュールを使用して、パケットを制御するシステムであるために、プロキシ装備、源泉サービスサーバが複数で存在しなくても、多重連結システム具現が可能である。それだけではなく、ＭＣＳは、回線の数を増減させても、当該回線に適するようにパケットを伝送するので、回線に対する依存度が低くて活用性が高い。
【０１８８】
セッション維持システムの他の短所は、当該システムの構造上、クライアントとサーバとを直接設定しなければならない構造になっているということである。ＭＣＳは、自体モジュールを別途に準備しており、該モジュールは、必要によって、装備、プログラム、ツール、ライブラリーのような多くの形態になるために、クライアント及びサーバは、ＭＣＳモジュールを所望のところに設置または装着することを通じて、多重連結システムを具現する。従って、ＭＣＳは、クライアントやサーバを、機能を入れるためのプログラム変形を直接行う必要なしに、１つのインフラにアクセスすることができるという長所を有している。
【０１８９】
前述の実施形態で、ＭＣＳの目的は、サービスの永続性を維持するものである。ＤＤｏＳ攻撃状況においてセッション維持システムは、ＤＤｏＳ攻撃に対する防御、及びそれに対するセッション維持が目的である。しかし、かような特定目的だけでなるシステムは、他の障害が生じた場合、それに対処し難いという点がある。
【０１９０】
しかし、ＭＣＳは、ＭＣＳ固有のモジュールを利用して、パケットを制御するシステムになっており、かような点を利用して、１以上の回線に同一パケットを送信するようになっている。かような点があり、ＭＣＳが構築されたシステムでは、攻撃だけではなく、物理的な障害、自然災害による障害のような回線障害が発生しても、他の回線でパケットを送ればよいので、防御及びセッション維持だけではなく、サービス自体の永続性維持が可能である。
【０１９１】
ＭＣＳは、モジュールを利用して、多重連結システムを具現する。ＭＣＳは、自体モジュールを利用して、多重連結システムを具現する。ＤＤｏＳ攻撃状況におけるセッション維持システムは、複数のプロキシサーバと複数のオリジンサーバとを連結して複数のセッションを構成するために、複数のプロキシと複数のオリジンサーバとが必要な構造になっている。
【０１９２】
しかし、ＭＣＳは、固有のモジュールを使用して、パケットを制御するシステムであるために、プロキシサーバ、オリジンサーバが複数で存在しなくても、多重連結システム具現が可能である。それだけではなく、ＭＣＳは、回線の数を増減させても、当該回線に適するようにパケットを送るので、回線に対する依存度が低い。
【０１９３】
サーバ及びクライアントに、ＭＣＳ使用の便宜性を提供する。ＤＤｏＳ攻撃状況におけるセッション維持システムは、該システムの構造上、クライアントとサーバとを直接設定しなければならない構造になっている。しかし、ＭＣＳは、自体モジュールを別途に準備し、該モジュールは、必要によって、装備、プログラム、ツール、ライブラリーのような形態になるために、クライアント及びサーバは、ＭＣＳモジュールを所望のところに設けされすれば、多重連結システムを具現する。従って、ＭＣＳは、クライアントやサーバに機能を入れるためのプログラム変形を直接行う必要なしに、１つのインフラにアクセスすることができる。
【０１９４】
本発明は、コンピュータで読み取り可能な記録媒体に、コンピュータ（情報処理機能を有する装置をいずれも含む）が読み取り可能なコードでもって具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータが保存される全ての種類の記録装置を含む。コンピュータで読み取り可能な記録装置の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ保存装置などがある。
【０１９５】
本発明は、図面に図示された実施形態を参照して説明したが、それらは例示的なものに過ぎず、本技術分野の当業者であるならば、それらから多様な変形及び均等な他の実施形態が可能であるとういう点を理解するであろう。従って、本発明の真の技術的保護範囲は、特許請求の範囲の技術的思想によって定められるものである。
【産業上の利用可能性】
【０１９６】
持続的に発展して規模が大きくなるネットワーク市場において、クライアントサーバモデルのサービスにおいて何よりも重要な要素であるサービスの永続性を提供するところに効果的に利用することができる。
【図１】
2016523497.tif 000003
【図２】
2016523497.tif 000004
【図３】
2016523497.tif 000005
【図４】
2016523497.tif 000006
【図５】
2016523497.tif 000007
【図６】
2016523497.tif 000008
【図７】
2016523497.tif 000009
【図８】
2016523497.tif 000010
【図９】
2016523497.tif 000011
【図１０】
2016523497.tif 000012
【図１１】
2016523497.tif 000013
【図１２】
2016523497.tif 000014
【図１３】
2016523497.tif 000015
【図１４】
2016523497.tif 000016
【図１５】
2016523497.tif 000017
【図１６】
2016523497.tif 000018
【図１７】
2016523497.tif 000019
【図１８】
2016523497.tif 000020
【図１９】
2016523497.tif 000021
【図２０】
2016523497.tif 000022
【国際調査報告】
2016523497.tif 000023
2016523497.tif 000024
2016523497.tif 000025
2016523497.tif 000026