(57)【特許請求の範囲】
【請求項１】
ネットワークソケット（Network Socket）を通して抽出されたインターネットプロトコールアドレス（Internet Protocol Address：サーバ認知ＩＰ）と各クライアントより直接伝送されたインターネットプロトコールアドレス（Internet Protocol Address ：クライアント伝送ＩＰ）を一組にマッピング（mapping）してクライアントアドレス情報テーブル（Address Information Table）を形成する第１過程、
クライアントターミナルより接続する相手のクライアントインターネットプロトコールアドレス要求信号を受信する第２過程、
上記のクライアントアドレス情報テーブルより該当クライアントのサーバ認知ＩＰとクライアント伝送ＩＰを読み込む第３過程、
上記の第３過程を通して読み込んだ情報をクライアントターミナルに提供し、リアルＩＰ（REAL ＩＰ）アドレスをもつクライアントターミナル（node）とバーチャル（Virtual）ＩＰアドレスを持つクライアントターミナル（node）に分けて接続を行う第４過程
を含んで行われるインターネット通信方法。
【請求項２】
第１項において、上記の第４過程でリアルＩＰアドレスを持つ第１クライアントとバーチャルＩＰアドレスを持つ第２クライアントの接続は、
第１クライアントが第２クライアントのＩＰアドレスと自分のＩＰアドレス情報をサービスサーバに提供する第１段階と、
サービスサーバより第２クライアントに第１クライアントのＩＰアドレス情報を伝送する第２段階と、
第２クライアントが第１クライアントにTCP/IP接続を試みる第３段階を通して行われることを特徴とするインターネット通信方法。
【請求項３】
第１項において、上記の第４過程で第１VPN（Virtual Private Network）のバーチャルＩＰアドレスを持つ第１クライアントと第２VPN（Virtual Private Network）のバーチャルＩＰアドレス持つ第２クライアントの接続は、
第１クライアントが第２クライアントのＩＰアドレスと自分のＩＰアドレス情報をサービスサーバに提供する第１段階と、
サービスサーバで内部的に重複されない一つの接続コードを生成する第２段階と、
上記の第２段階を通して生成された接続コードの情報及びパケット交換サーバのＩＰアドレス情報を第１クライアント及び第２クライアントに伝送する第３段階と、
第１、第２クライアントが割り当てられた同一の接続コードをとおしてパケット交換サーバにTCP/IP接続を行う第４段階を通じて行われることを特徴とするインターネット通信方法。
【請求項４】
第３項において、上記の接続コードは、連続される整数（Integer：serial number）であることを特徴とするインターネット通信方法。
【請求項５】
第３項において、上記のパケット交換サーバは、多重サーバ（multi-server）であることを特徴とするインターネット通信方法。
【請求項６】
第５項において、上記のパケット交換サーバは、現在のサービスカウント情報をサービスサーバに提供し、新しい接続に対するパケット交換サービスを割り当てられることを特徴とするインターネット通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット（Internet）上での仮想（Virtual）インターネットプロトコールアドレス（Internet protocol Address）ユーザーと公認（Real）ＩＰアドレスユーザー双方の円滑な通信を具現させるインターネット通信方法に関するものである。
【０００２】
【従来の技術】
去る数年の間、インターネット（Internet）は急速に成長し今日に至っては想像のつかないほどのたくさんのホスト（host）がインターネットにつながれており、たくさんのサブネットワークがゲートウェイ（Gateway）を通じた仮想私設通信網（Virtual Private Network：以下VPNという）に構成され運営されている。
【０００３】
図１はインターネット上での各クライアントの連結状態を図示化したものである。図示化された通り、様々な接続が考えられる。
▲１▼：VPNゲートウェイ外でのReal ＩＰアドレス使用ターミナル間の接続。
▲２▼：VPNゲートウェイ内のVirtual ＩＰアドレス使用ターミナルよりゲートウェイ外のReal ＩＰアドレス使用ターミナルへの接続。
▲３▼：同一のVPNゲートウェイ内でのVirtual ＩＰアドレス使用ターミナル間接続。
▲４▼：VPNゲートウェイ外のReal ＩＰアドレス使用ターミナルより異なるVPNゲートウェイ内でのVirtualＩ Ｐアドレス使用ターミナル（本例ではR1⇔VirtualＩＰ ４）への接続。
▲５▼：あるVPNゲートウェイ内のVirtual ＩＰアドレス使用ターミナルより異なるVPNゲートウェイ内のVirtual ＩＰアドレス使用ターミナル（本例ではVirtualＩＰ２⇔Virtual ＩＰ３）への接続。
【０００４】
【発明が解決しようとする課題】
このように様々な接続が存在する場合において▲１▼、▲２▼、▲３▼の場合は接続が可能であるが、▲４▼と▲５▼のようにゲートウェイ（Gateway）内のVPNユーザーは国際インターネットReal ＩＰアドレスではなく仮想のプライベートＩＰアドレスを使用しているためにゲートウェイ外の他のインターネットユーザーはゲートウェイ内のこのような仮想プライベートＩＰアドレスユーザーに接続しようとしても接続できないという問題点がある。
本発明はVirtual ＩＰアドレスユーザーに対しても支援できる接続方法の提供を目的とする。
【０００５】
本発明の別の目的はReal ＩＰアドレスを使用するクライアントターミナルと任意のVPN内のVirtual ＩＰアドレス使用ターミナルのインターネット接続を可能にする接続方法を提供することである。
【０００６】
本発明の更なる目的は異なるVPN内のVirtual ＩＰアドレス使用ターミナル間のインターネット接続を可能にする接続方法を提供することである。
【０００７】
【課題を解決するための手段】
このような三つの目的を達成するための本発明によるインターネット接続方法は、ネットワークソケット（Network socket）を通して割り当てられたインターネットプロトコールアドレス（Internet Protocol Address：サーバ認知ＩＰ）と各クライアントより直接伝送されたインターネットプロトコールアドレス（Internet Protocol Address：クライアント伝送ＩＰ）を一組（Pair）としてマッピング（mapping）してクライアントアドレス情報テーブル（Address Information Table）を形成する第１過程、クライアントターミナルよりアクセスしたい相手のクライアントインターネットプロトコールアドレス要求信号を受信する第２過程、上記クライアントアドレス情報テーブルより該当クライアントのサーバ認知ＩＰとクライアント伝送ＩＰを読み込む第３過程、上記第３過程を通じて読み込んだ情報をクライアントターミナルに提供し、Real ＩＰアドレスを持つクライアントターミナル（node）とVirtual ＩＰアドレスを持つクライアントターミナル（node）に分けて接続する第４過程に構成されていることに特徴がある。
【０００８】
本発明によるインターネット接続方法の細部特徴は、Real ＩＰアドレスを持つ第１クライアントとReal ＩＰアドレスを持つ第２クライアントの接続過程が、第１クライアントが第２クライアントのＩＰアドレスと自分のＩＰアドレス情報をサービスサーバに提供する第１段階、サービスサーバから第２クライアントに第１クライアントのＩＰアドレス情報を伝送する第２段階、第２クライアントが第１クライアントにTCP/IP接続を試みる第３段階を通じて行われる点である。
【０００９】
本発明によるインターネット接続方法のもう一つの細部特徴は、第１VPN（Virtual Private Network）のVirtual  ＩＰアドレスをもつ第１クライアントと第２VPN（Virtual Private Network）のVirtual  ＩＰアドレスをもつ第２クライアントの接続が、第１クライアントが第２クライアントのＩＰアドレスと自分のＩＰアドレス情報をサービスサーバに提供する第１段階、サービスサーバで内部的に重複されない一つの連結コードを生成する第２段階、上記第２段階を通じて生成された連結コード情報及びパケット交換サービスサーバのＩＰアドレス情報を第１クライアント及び第２クライアントに伝送する第３段階、第１、第２クライアントらが割り当てられた同一の連結コードを通じて割り当てられたパケット交換サーバにTCP/IP接続する第４段階を通じて成される点である。
【００１０】
【発明の実施の形態】
以下、添付された図面を参考とし、本発明によるインターネット接続方法について説明することにする。
【００１１】
図２は本発明によるインターネット接続方法の全体的な過程をあらわしたフローチャートである。全てのクライアントはサービスサーバにアクセスする際、自分のローカル（Local）ＩＰアドレス（Address）を割り当てられサービスサーバに伝送する。このローカルＩＰアドレスはグロバールＩＰ使用ターミナルの場合リアル（Real）ＩＰアドレスになり、バーチャル（Virtual）ＩＰアドレス使用ターミナルの場合には自分のバーチャルＩＰアドレスになる。
【００１２】
ここで、「サービスサーバ」とは該当クライアントが望んでいるサービスの提供をうけるためにアクセスするサーバをいう。たとえば、インターネットビデオ会議サーバ、サイバー教育講座サーバなどを意味する。また、サービスサーバはクライアントの接続要求時ネットワークソケット（Network  socket）を通じて該当クライアントのＩＰアドレスを入手する。サービスサーバが直接ネットワークソケットを通じて得たＩＰアドレスはバーチャルＩＰアドレスを使用するターミナルの場合、直ちにそのターミナルに属しているVPNのゲートウェイ（Gateway）ＩＰアドレスになる。このゲートウェイＩＰアドレスはインターネットにおけるリアル（REAL）ＩＰアドレスである。但し、サービスサーバがゲートウェイサーバと同一装置に存在する場合にはバーチャルＩＰになりうる。サービスサーバは、繋がれた各クライアントに対してサーバ自身がネットワークソケットを通じて得たサーバ認知ＩＰアドレスとクライアントより伝送されたクライアント伝送ＩＰを一組にするクライアントアドレス情報テーブルを形成し、上のサーバの確保したクライアントアドレス情報テーブルより各クライアントのバーチャルＩＰアドレスの使用可否を区別するようになる。
【００１３】
すなわち、「サーバ認知ＩＰ」と「クライアント伝送ＩＰ」が異なると、これはバーチャルＩＰアドレスユーザーであることを意味する。前に述べた通り、サービスサーバとゲートウェイサーバが同一装置に存在する場合もあるが、このような場合にはバーチャルＩＰアドレス体系によってバーチャルアドレス使用可否を確認することができる。サービスサーバとゲートウェイサーバが互いに異なる装置に存在する場合が一般的であるため、以下では互いに異なる装置に存在することを前提に説明する。（Ｓ１過程）
任意の各クライアントよりアクセスしたい相手のクライアントのＩＰアドレスを要求する信号を受信する。（Ｓ２過程）
上記のクライアントアドレス情報テーブルよりサーバ認知ＩＰとクライアント伝送ＩＰの一組になっているＩＰアドレス情報を読み込む。（Ｓ３過程）
サービスサーバは上記Ｓ３過程を通じて読み込んだ情報をクライアントターミナルに提供することでインターネット接続動作の主導権をクライアントPCに移転する。この時、接続要求をしたあるクライアントのＩＰアドレス情報も「サーバ認知ＩＰ」と「クライアント伝送ＩＰ」の一組とともに伝送するようにする。
【００１４】
アクセスしたい相手のＩＰアドレスをサーバより伝送してもらったクライアントは次のような分類によって接続過程（Ｓ４〜Ｓ７）を行う。以下の説明で呼び出したクライアントを第１クライアント、呼び出されたクライアントを第２クライアントと称する。
【００１５】
まず、第１クライアントがリアル(Real)ＩＰアドレスユーザーであるかを確認する。すなわち、第１クライアントの「サーバ認知ＩＰ」と「クライアント伝送ＩＰ」が同じであるかを確認する。（Ｓ４過程）
もし、第１クライアントがリアル（Real）ＩＰアドレスユーザーである場合、第２クライアントがリアル（Real）ＩＰアドレスユーザーであるかを確認する。この時、第２クライアントがリアル（Real）ＩＰアドレスユーザーである場合はケース１の方式に、第２クライアントがリアルＩＰアドレスユーザーでない場合にはケース４に従うようになる。ここでケース１の場合にはTCP/IP,UDP/IP両方接続が可能であり、ケース４の場合にはTCP/IP,UDP/IP両方接続不可能になり、処理方法１に従ってTCP/IP接続が可能になる。（Ｓ５過程）
第１クライアントがリアルＩＰアドレスユーザーではない場合、すなわち、バーチャルＩＰアドレスユーザーの場合、第２クライアントがリアルＩＰアドレスユーザーであるかを判断する。（Ｓ６過程）第２クライアントがリアルＩＰアドレスユーザーである場合にはケース２に従う。もし、第２クライアントがリアルＩＰアドレスユーザーではなくバーチャルＩＰアドレスユーザである場合にはもう一度第１クライアントの「サーバ認知ＩＰ」と第２クライアントの「サーバ認知ＩＰ」が同一なものであるかを確認する。すなわち、第２クライアントが同一VPNを使用するクライアントであるかを判断する。（Ｓ７過程）この時、第２クライアントが同一のVPN内に存在する場合にはケース３に従って行う。第２クライアントが第１クライアントとは異なるVPNユーザーの場合にはケース５の処理方法に従うと、TCP/IP接続が可能になる。
【００１６】
以上の説明でケース１の場合にはTCP/IP、UDP/IP両方接続可能であり、ケース２の場合にはUDP/IP接続は不可能であるがTCP/IP接続が可能である。またケース３の場合はTCP/IP、UDP/IP両方の接続が可能である。したがって、以下の説明で本発明の目的に該当するケース４の場合とケース５の場合を解決する方法が提示される。
【００１７】
まず、ケース４の場合（すなわち、第１クライアントがリアルＩＰユーザーであり、第２クライアントがバーチャルＩＰアドレスユーザーの場合）の接続方法（処理方法１）は図３を利用して説明する。
【００１８】
▲１▼  まず、接続を願う第１クライアントがサービスサーバに接続しようとする第２クライアントのＩＰアドレスを伝送し、接続サービスを要求する。
▲２▼  これに対し、サービスサーバは該当第２クライアントに接続要求者である第１クライアントのＩＰアドレスと共にこれを知らせる。ここで、サービスサーバと各クライアント間にはすでにクライアントから形成されたチャンネルが存在する。
▲３▼  第２クライアントが接続要求者である第１クライアントにTCP/IP接続を試みることで両者間には新しい通信チャンネルが構成される。もちろん、これは実質的に呼び出し手（Caller）と応答者（Listener）の立場が逆転して行われるが、このようなものは全てプログラム内部で行われることであり、ユーザーはこれについて知ることは出来ない。
【００１９】
図２でのケース５（すなわち、異なるVPNに位置するバーチャルＩＰアドレス使用クライアント間の通信方法）に対する説明は図４の例示図を使って表す。以下の説明で第１クライアントはVPNのバーチャルＩＰアドレスユーザーを表し、第２クライアントは上記の第１クライアントが接続要求した別のVPN内のバーチャルＩＰアドレスユーザーを表す。
【００２０】
▲１▼  まず、第１クライアントがサービスサーバに接続したい第２クライアントのＩＰアドレスを伝送し、これに対する接続サービスを要求する。
【００２１】
▲２▼  これに対してサービスサーバは内部的に重複されない一つの接続コード、たとえば、連続される整数（Integer）(Serial Number)を生成し、これをもう一度接続要求をした第１クライアント及び第２クライアントに、実際これらのパケット交換サービスを行う「パケット交換サーバ」のＩＰアドレスとともに伝送する。ここでパケット交換サーバは本発明によるインターネット接続サービスをおこなうサーバ内に存在することがあれば、図５で表したように、任意のインターネット接続サービスサーバを使用することもある。また、本発明によるサービスサーバ或いは任意のサーバと各クライアントの間にはすでにクライアントより形成されたチャンネルが存在する。
【００２２】
また、「パケット交換サーバ」は必要に応じて別途の多重サーバに構成することが可能であり、本発明によるサービスサーバまたは任意のサービスサーバがこの機能を含むことも可能である。この「パケット交換サーバ」を多重運営する場合、その負荷を分散させるため本発明によるサービスサーバ又は任意のサービスサーバは、各「パケット交換サーバ」よりそれらの現在サービスカウントを随時に告知され、これによって新しい接続に対するパケット交換サービスを割り当てることができる。
【００２３】
▲３▼  第１、第２クライアントは割り当てられた同一の接続コードを通じて割り当てられた「パケット交換サーバ」にTCP/IP接続を試みる。ここで、パケット（Packet）とは、もともと郵便局で取り扱っている小包（Packet）をいい、貨物を適当なサイズに分割し、宛先の表示をあらわす荷札をつけた形態である。データ通信網でいうパケットとは、データと制御信号がふくまれた２進数、すなわちビットのグループを言う。特にパケット交換方式でデータを伝送する際にはパケットという基本伝送単位でデータを分割して伝送した後、元通りのデータに組立て処理する。電子メールやHTMLファイル、GIFファイル、その他のどんな種類のファイルでも、インターネットを通して一つの場所から違う場所に送る際、TCP/IPのTCP層はファイルを伝送に適合なサイズに切る。分割された各パケットには各々別途の番号が付けられて目的地のインターネットアドレスが含まれ、各パケットはインターネットを通して異なる経路を使って伝送できる。これに対して「パケット交換サーバ」は、パケットに対して各パケットの接続コードに従って仮想チャンネルを構成した後、これらのパケットを交換させることで新しい通信チャンネルを割り当てる。このようなこと全てはプログラム内部で行われるものなのでユーザーはこのような一連の処理について知ることは出来ない。
【００２４】
【発明の効果】
以上で説明したとおり、本発明によるインターネット接続方法を利用すると、リアル（Real）ＩＰユーザーがVPN（Virtual Private network）ユーザーを呼び出せるだけでなく、異なるVPNユーザー同士のインターネット接続を円滑におこなわせる効果がある。
【図面の簡単な説明】
【図１】インターネット接続方法の例示図。
【図２】本発明によるインターネット通信方法をあらわすフローチャートである。
【図３】図２でのケース４に従う接続方法をあらわす例示図である。
【図４】図２でのケース５に従う接続方法をあらわす例示図である。
【図５】図４の別の例示図である。
【図１】
0003666654.tif 000002
【図２】
0003666654.tif 000003
【図３】
0003666654.tif 000004
【図４】
0003666654.tif 000005
【図５】
0003666654.tif 000006