(57)【特許請求の範囲】
【請求項１】
複数のクライアントが一つのサーバに多重にアクセスするサーバアクセスシステムであって、
前記サーバにおいて、前記クライアントからのアクセスを検出した時に当該クライアントとの接続処理を起動し、
前記接続処理は、前記クライアントからのパケットを捕獲する処理と、その捕獲したパケットの解析結果を基に当該クライアント専用のアドレスを用意して設定する処理とを含むことを特徴とするサーバアクセスシステム。
【請求項２】
前記接続処理は、前記パケットの解析結果を基に前記クライアントに最適な専用のアプリケーションを起動する処理を含むことを特徴とする請求項１記載のサーバアクセスシステム。
【請求項３】
前記クライアント専用のアドレスを、前記複数のクライアント各々に対して専用に設定することを特徴とする請求項１または請求項２記載のサーバアクセスシステム。
【請求項４】
前記クライアント専用のアドレスを、前記クライアント上で動作する複数のアプリケーション各々に対して専用に設定することを特徴とする請求項１または請求項２記載のサーバアクセスシステム。
【請求項５】
前記クライアントに最適な専用のアプリケーションは、前記クライアント上で動作する複数のアプリケーション各々に対して専用に起動され、対応する前記クライアント上のアプリケーションからのアクセス時に起動されることを特徴とする請求項２から請求項４のいずれか記載のサーバアクセスシステム。
【請求項６】
前記クライアントが接続するＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ハブにＶＬＡＮを設定し、個々のアクセスしてくるクライアント毎に前記サーバ側と対象クライアントとの間の通信のための専用ＶＬＡＮを用意することを特徴とする請求項１から請求項５のいずれか記載のサーバアクセスシステム。
【請求項７】
前記クライアント側にポートＶＬＡＮを用い、
前記サーバ側に前記ＶＬＡＮハブを通してタグドＶＬＡＮとして前記クライアント各々と接続することを特徴とする請求項６記載のサーバアクセスシステム。
【請求項８】
前記サーバは、前記クライアントが前記ＶＬＡＮハブに接続した後に当該クライアントから発信されるパケットを捕獲して解析することで少なくとも前記クライアントに設定されているアドレスを含む情報を検出し、その検出した情報を基に前記クライアント専用のアドレスを設定することを特徴とする請求項６または請求項７記載のサーバアクセスシステム。
【請求項９】
前記サーバは、前記サーバ側で設定した前記クライアント専用のアドレスを接続受付の対象とするクライアント専用のサーバアプリケーションを起動することを特徴とする請求項８記載のサーバアクセスシステム。
【請求項１０】
前記サーバアプリケーションを、前記サーバにおいて分離した複数のファイルシステムそれぞれの上で動作させることを特徴とする請求項９記載のサーバアクセスシステム。
【請求項１１】
前記クライアント専用のアドレスと前記サーバアプリケーションとを、前記サーバにおいて分離した複数の通信機能部それぞれの上で動作させることを特徴とする請求項９記載のサーバアクセスシステム。
【請求項１２】
前記クライアント専用のアドレスと前記サーバアプリケーションとを、前記サーバにおいて分離した複数のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）それぞれの上で動作させることを特徴とする請求項９記載のサーバアクセスシステム。
【請求項１３】
複数のクライアントから多重にアクセスされるサーバ装置であって、
前記クライアントからのアクセスを検出した時に当該クライアントとの接続処理を起動する手段を有し、
前記接続処理は、前記クライアントからのパケットを捕獲する処理と、その捕獲したパケットの解析結果を基に当該クライアント専用のアドレスを用意して設定する処理とを含むことを特徴とするサーバ装置。
【請求項１４】
前記接続処理は、前記パケットの解析結果を基に前記クライアントに最適な専用のアプリケーションを起動する処理を含むことを特徴とする請求項１３記載のサーバ装置。
【請求項１５】
前記クライアント専用のアドレスを、前記複数のクライアント各々に対して専用に設定することを特徴とする請求項１３または請求項１４記載のサーバ装置。
【請求項１６】
前記クライアント専用のアドレスを、前記クライアント上で動作する複数のアプリケーション各々に対して専用に設定することを特徴とする請求項１３または請求項１４記載のサーバ装置。
【請求項１７】
前記クライアントに最適な専用のアプリケーションは、前記クライアント上で動作する複数のアプリケーション各々に対して専用に起動され、対応する前記クライアント上のアプリケーションからのアクセス時に起動されることを特徴とする請求項１４から請求項１６のいずれか記載のサーバ装置。
【請求項１８】
前記クライアントが接続するＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ハブにＶＬＡＮを設定し、個々のアクセスしてくるクライアント毎に、対象クライアントとの間の通信のための専用ＶＬＡＮを用意することを特徴とする請求項１３から請求項１７のいずれか記載のサーバ装置。
【請求項１９】
前記クライアント側にポートＶＬＡＮを用い、
前記ＶＬＡＮハブを通してタグドＶＬＡＮとして前記クライアント各々と接続することを特徴とする請求項１８記載のサーバ装置。
【請求項２０】
前記クライアントが前記ＶＬＡＮハブに接続した後に当該クライアントから発信されるパケットを捕獲して解析することで少なくとも前記クライアントに設定されているアドレスを含む情報を検出し、その検出した情報を基に前記クライアント専用のアドレスを設定することを特徴とする請求項１８または請求項１９記載のサーバ装置。
【請求項２１】
設定した前記クライアント専用のアドレスを接続受付の対象とするクライアント専用のサーバアプリケーションを起動することを特徴とする請求項２０記載のサーバ装置。
【請求項２２】
前記サーバアプリケーションを、自装置において分離した複数のファイルシステムそれぞれの上で動作させることを特徴とする請求項２１記載のサーバ装置。
【請求項２３】
前記クライアント専用のアドレスと前記サーバアプリケーションとを、自装置において分離した複数の通信機能部それぞれの上で動作させることを特徴とする請求項２１記載のサーバ装置。
【請求項２４】
前記クライアント専用のアドレスと前記サーバアプリケーションとを、自装置において分離した複数のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）それぞれの上で動作させることを特徴とする請求項２１記載のサーバ装置。
【請求項２５】
複数のクライアントが一つのサーバに多重にアクセスするシステムに用いるサーバアクセス方法であって、
前記サーバが、前記クライアントからのアクセスを検出した時に当該クライアントとの接続処理を起動し、
前記接続処理は、前記クライアントからのパケットを捕獲する処理と、その捕獲したパケットの解析結果を基に当該クライアント専用のアドレスを用意して設定する処理とを含むことを特徴とするサーバアクセス方法。
【請求項２６】
前記接続処理は、前記パケットの解析結果を基に前記クライアントに最適な専用のアプリケーションを起動することを特徴とする請求項２５記載のサーバアクセス方法。
【請求項２７】
前記クライアント専用のアドレスを、前記複数のクライアント各々に対して専用に設定することを特徴とする請求項２５または請求項２６記載のサーバアクセス方法。
【請求項２８】
前記クライアント専用のアドレスを、前記クライアント上で動作する複数のアプリケーション各々に対して専用に設定することを特徴とする請求項２５または請求項２６記載のサーバアクセス方法。
【請求項２９】
前記クライアントに最適な専用のアプリケーションは、前記クライアント上で動作する複数のアプリケーション各々に対して専用に起動され、対応する前記クライアント上のアプリケーションからのアクセス時に起動されることを特徴とする請求項２６から請求項２８のいずれか記載のサーバアクセス方法。
【請求項３０】
前記クライアントが接続するＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ハブにＶＬＡＮを設定し、個々のアクセスしてくるクライアント毎に前記サーバ側と対象クライアントとの間の通信のための専用ＶＬＡＮを用意することを特徴とする請求項２５から請求項２９のいずれか記載のサーバアクセス方法。
【請求項３１】
前記クライアント側にポートＶＬＡＮを用い、
前記サーバ側に前記ＶＬＡＮハブを通してタグドＶＬＡＮとして前記クライアント各々と接続することを特徴とする請求項３０記載のサーバアクセス方法。
【請求項３２】
前記サーバが、前記クライアントが前記ＶＬＡＮハブに接続した後に当該クライアントから発信されるパケットを捕獲して解析することで少なくとも前記クライアントに設定されているアドレスを含む情報を検出し、その検出した情報を基に前記クライアント専用のアドレスを設定することを特徴とする請求項３０または請求項３１記載のサーバアクセス方法。
【請求項３３】
前記サーバが、前記サーバ側で設定した前記クライアント専用のアドレスを接続受付の対象とするクライアント専用のサーバアプリケーションを起動することを特徴とする請求項３２記載のサーバアクセス方法。
【請求項３４】
前記サーバアプリケーションを、前記サーバにおいて分離した複数のファイルシステムそれぞれの上で動作させることを特徴とする請求項３３記載のサーバアクセス方法。
【請求項３５】
前記クライアント専用のアドレスと前記サーバアプリケーションとを、前記サーバにおいて分離した複数の通信機能部それぞれの上で動作させることを特徴とする請求項３３記載のサーバアクセス方法。
【請求項３６】
前記クライアント専用のアドレスと前記サーバアプリケーションとを、前記サーバにおいて分離した複数のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）それぞれの上で動作させることを特徴とする請求項３３記載のサーバアクセス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバアクセスシステム、サーバ装置及びそれらに用いるサーバアクセス方法に関し、特に複数のクライアントが一つのサーバに多重にアクセスするシステムに関する。
【背景技術】
【０００２】
本発明に関連するサーバアクセスシステムにおいては、図１３に示すように、複数のクライアント（＃１〜＃３）５−１〜５−３が一つのサーバ４に多重にアクセスしている。このシステムでは、サーバ４が既に設定しているアドレスｄや起動しているアプリケーションｅを、サーバ４にアクセスする複数のクライアント（＃１〜＃３）５−１〜５−３が共有する方式がとられている。
【０００３】
また、複数のクライアント（＃１〜＃３）５−１〜５−３は、一つのサーバ４に対して、他のクライアントがどのような状態であるか等を気にすることなく、多重にアクセスしている。
【０００４】
上記のサーバアクセスシステムでは、アプリケーションの起動手順が、まずサーバのアプリケーションが起動され、続いてクライアントのアプリケーションがサーバのアプリケーションに接続するために起動されるという手順がとられている。つまり、サーバのアプリケーションは、クライアントのアプリケーションより先に起動しておく必要がある。
【０００５】
この起動手順では、サーバのアプリケーションがクライアントのアプリケーション専用のものでなく、どのアプリケーションからもアクセス可能なように汎用目的で使用されている。そのため、この起動手順では、サーバのアプリケーションが不特定の複数のクライアントのアプリケーションからの接続に対応するため、あるいはクライアントのアプリケーションがどのタイミングで接続してくるか予め知ることができないため、上記のような手順となっている。
【０００６】
尚、サーバ−クライアントシステムとしては、以下に示す特許文献に記載のシステムがある。
【特許文献１】特開２００２−０４２０４５号公報
【特許文献２】特開２００２−３１４５８６号公報
【特許文献３】特開２００２−３３５２６５号公報
【特許文献４】特開２００５−０４５４７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明に関連するサーバアクセスシステムでは、サーバが既に設定しているアドレスや起動しているアプリケーションをアクセスする複数のクライアントが共有する方式がとられているため、クライアントが共有されるサーバ側のアドレス等の状態に合わせて、それと通信可能となるようにクライアント側でアドレス情報取得及び設定等のクライアント側に負担をかける煩雑な処理が必要になるという課題がある。
【０００８】
さらに、本発明に関連するサーバアクセスシステムでは、複数のクライアントが一つのサーバを共有するが故に、サーバにアクセスしているクライアントが関係のない他のクライアントからの影響を受けてしまうため、安全確実な通信ができないという課題がある。
【０００９】
また、本発明に関連するサーバアクセスシステムでは、サーバ側において、いつどのようなアクセスがクライアントからくるのかを予測することができず、そのため、多様な複数のクライアントからの多重アクセスに対処できるように、複雑で資源の有効利用のできない、効率の悪い、多重アクセス可能とするプログラムを用意して対処する必要がある等の課題がある。
【００１０】
つまり、本発明に関連するサーバアクセスシステムでは、複数のクライアントが一つのサーバに多重にアクセスする際に、複数のクライアント各々がサーバの持つ一つのアドレスを通信相手にするため、クライアントの既に設定しているアドレスが一般に通信可能ではなく、サーバと通信可能となるアドレスをクライアント側で取得設定する必要があり、その処理が煩雑であり、クライアント側の処理に負担をかけており、それをなくすことができないという問題がある。
【００１１】
また、本発明に関連するサーバアクセスシステムでは、複数のクライアントがサーバの持つ一つのアドレスを通信相手とし、そのアドレスが自分以外の他のクライアントと共有することになるため、アクセスするクライアントがその必要がないにも関わらず、他のクライアントと通信可能になってしまい、他のクライアントからのウィルス感染やアタックを受ける可能性があり、クライアントが今何をしているか等のプライバシー情報を含む情報漏洩の危険がある等、安全で確実な通信を実現できなという問題がある。
【００１２】
さらに、本発明に関連するサーバアクセスシステムでは、複数のクライアントがサーバの持つ一つのアドレスを通信相手とし、サーバ側において、どのようなクライアントが、いつ、どのようなアクセスをしてくるかを予め知ることができないため、サーバにおける処理がいつクライアントが多重アクセスをしてきてもいいように複雑で、かつ無駄で、非効率な処理しかできないという問題がある。
【００１３】
さらにまた、本発明に関連するサーバアクセスシステムでは、複数のクライアントがサーバの持つ一つのアドレスを通信相手として多重アクセスの通信を行っており、複数のクライアントによってサーバ側の資源が共有されることになるため、サーバ側において多重アクセスして、クライアント間にどの資源をどのクライアントに割り振るか等の管理をするという資源共有のための複雑な処理しかできないという問題がある。
【００１４】
上記以外に、本発明に関連するサーバアクセスシステムでは、複数のクライアントがサーバの持つ一つのアドレスを通信相手として多重アクセスの通信を行っており、その状態において、クライアント側のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や用いるプロトコルの版等、種類や特性等が異なり、完全には同じアクセスでない多様なアクセスにも関わらず、サーバ側が同じサービスであれば、一つの同じアプリケーションでその処理を行うため、個々のクライアント特性に最適化された処理をサーバ側で行うことができないという問題がある。
【００１５】
上述した特許文献１〜４に記載の技術では、サーバが既に設定しているアドレスや起動しているアプリケーションをアクセスする複数のクライアントが共有するという前提がないため、上記の問題を解決することはできない。
【００１６】
一方、本発明に関連するサーバアクセスシステムでは、上記のように、サーバのアプリケーションをクライアントのアプリケーションより先に起動しておく必要がある。この起動手順では、サーバのアプリケーションがクライアントのアプリケーションの動きを予め知ることができない。
【００１７】
そのため、この起動手順では、クライアントのアプリケーションが接続してこない間も、サーバのアプリケーションが常に待機している必要がある。したがって、上記の起動手順では、サーバのアプリケーションが常に待機していなければならないという資源の無駄遣いが生じ、非効率な動作となっている。
【００１８】
また、セキュリティの視点から見ると、上記の起動手順では、サーバのアプリケーションが常に待機している状態が、外部からの攻撃（アタック）の危険に曝されている状態であるとも言える。よって、サーバのアプリケーションの待機状態は、セキュリティの視点から見てもよくない動作と言える。
【００１９】
そこで、本発明の目的は上記の問題点を解消し、サーバのアプリケーションが常に待機していなければならないという資源の無駄遣いや非効率な動作をなくすことができるサーバアクセスシステム、サーバ装置及びそれらに用いるサーバアクセス方法を提供することにある。
【課題を解決するための手段】
【００２０】
本発明によるサーバアクセスシステムは、複数のクライアントが一つのサーバに多重にアクセスするサーバアクセスシステムであって、
前記サーバにおいて、前記クライアントからのアクセスを検出した時に当該クライアントとの接続処理を起動し、
前記接続処理は、前記クライアントからのパケットを捕獲する処理と、その捕獲したパケットの解析結果を基に当該クライアント専用のアドレスを用意して設定する処理とを含んでいる。
【００２１】
本発明によるサーバ装置は、複数のクライアントから多重にアクセスされるサーバ装置であって、
前記クライアントからのアクセスを検出した時に当該クライアントとの接続処理を起動する手段を備え、
前記接続処理は、前記クライアントからのパケットを捕獲する処理と、その捕獲したパケットの解析結果を基に当該クライアント専用のアドレスを用意して設定する処理とを含んでいる。
【００２２】
本発明によるサーバアクセス方法は、複数のクライアントが一つのサーバに多重にアクセスするシステムに用いるサーバアクセス方法であって、
前記サーバが、前記クライアントからのアクセスを検出した時に当該クライアントとの接続処理を起動し、
前記接続処理は、前記クライアントからのパケットを捕獲する処理と、その捕獲したパケットの解析結果を基に当該クライアント専用のアドレスを用意して設定する処理とを含んでいる。
【発明の効果】
【００２３】
本発明は、上記のような構成及び動作とすることで、サーバのアプリケーションが常に待機していなければならないという資源の無駄遣いや非効率な動作をなくすことができるという効果が得られる。
【発明を実施するための最良の形態】
【００２４】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の第１の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。図１においては、複数のクライアント（＃１〜＃３）２−１〜２−３が一つのサーバ１に多重にアクセスするシステムを示している。
【００２５】
図２は図１のサーバ１の構成例を示すブロック図である。図２において、サーバ１は、ＣＰＵ（中央処理装置）１１と、ＣＰＵ１１で実行されるプログラムを格納するメモリ１２と、クライアント専用アドレス設定部（以下、設定部とする）１３と、サーバとの通信を実行するための通信ＩＦ（インタフェース）部１４と、設定部１３が設定したクライアント専用アドレスを保持するクライアント専用アドレス記憶領域１５１を含む記憶部１５とから構成されている。
【００２６】
本発明の第１の実施の形態によるサーバアクセスシステムでは、サーバ１側において、他のクライアントとは共有されない、アクセスしてくるクライアント（＃１〜＃３）２−１〜２−３毎にそのクライアント専用のアドレスｂ１〜ｂ３を設定部１３にて設定している。尚、本実施の形態では、サーバ１側において、クライアント（＃１〜＃３）２−１〜２−３からのアクセスが検出された時に、設定部１３を起動してそのクライアント専用のアドレスｂ１〜ｂ３を設定し、その後にアプリケーションを起動している。
【００２７】
つまり、本実施の形態では、サーバ１のアドレスａに対してクライアント（＃１〜＃３）２−１〜２−３から多重にアクセスされる場合、サーバ１の設定部１３にてクライアント専用のアドレスｂ１〜ｂ３を用意するが、クライアント（＃１〜＃３）２−１〜２−３各々に提供するアプリケーションｃを、サーバ１にアクセスしてくる他のクライアントと共有するようにしている。
【００２８】
このように、本実施の形態では、クライアント（＃１〜＃３）２−１〜２−３各々からのアクセスを検出した時に、クライアント（＃１〜＃３）２−１〜２−３各々に専用のアドレスの設定処理を起動し、その後にアプリケーションを起動しているので、サーバ１のアプリケーションが常に待機していなければならないという資源の無駄遣いや非効率な動作をなくすことができる。
【００２９】
また、本実施の形態では、アクセスしてくるクライアント（＃１〜＃３）２−１〜２−３各々に専用のアドレスｂ１〜ｂ３をサーバ１側で用意しているので、クライアント（＃１〜＃３）２−１〜２−３各々において通信のための特別な処理が不要となり、他のクライアントからの通信に影響を受けることのない安全で確実な通信を実現することができるという効果が得られる。
【００３０】
図３は本発明の第２の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。図３においても、上記の本発明の第１の実施の形態と同様に、複数のクライアント（＃１〜＃３）２−１〜２−３が一つのサーバ１ａに多重にアクセスするシステムを示している。
【００３１】
本実施の形態では、クライアント専用のアドレスｂ１〜ｂ３が設定されるとともに、クライアント専用のサーバアプリケーション（以下、専用サーバＡＰとする）２１〜２３が起動されるようになっている。
【００３２】
図４は図３のサーバ１ａの構成例を示すブロック図である。図４において、サーバ１ａは、ＣＰＵ１１と、ＣＰＵ１１で実行されるプログラムを格納するメモリ１２と、設定部１３と、サーバとの通信を実行するための通信ＩＦ部１４と、設定部１３が設定したクライアント専用アドレスを保持するクライアント専用アドレス記憶領域１５１と、クライアント専用プログラム（例えば、専用サーバＡＰ２１〜２３等）（＃１〜＃ｎ）１５２−１〜１５２−ｎ（ｎは正の整数）とを含む記憶部１５ａと、クライアント専用プログラム（＃１〜＃ｎ）１５２−１〜１５２−ｎを起動するクライアント専用プログラム起動部１６とから構成されている。
【００３３】
サーバ１ａ側には、他のクライアントとは共有されない、アクセスしてくるクライアント（＃１〜＃３）２−１〜２−３毎にそのクライアント専用アドレスｂ１〜ｂ３がサーバ１ａ側（設定部１３）で設定され、さらにはそのクライアント専用プログラム（＃１〜＃ｎ）１５２−１〜１５２−ｎがクライアント専用プログラム起動部１６によって起動される。
【００３４】
よって、本実施の形態では、クライアント専用アドレスｂ１〜ｂ３及びクライアント専用プログラム（＃１〜＃ｎ）１５２−１〜１５２−ｎを通して、サーバ１ａにアクセスしたそれぞれのクライアント（＃１〜＃３）２−１〜２−３に最適化された専用サービスがサーバ１ａから提供されることとなる。
【００３５】
図５は本発明の第２の実施の形態によるサーバアクセスシステムにおけるサーバ１ａとクライアント（＃１〜＃３）２−１〜２−３との接続例を示す図である。図５において、本発明の第２の実施の形態では、必須ではないが、クライアント（＃１〜＃３）２−１〜２−３が接続するＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ハブ（ＨＵＢ）３にＶＬＡＮの設定を行うことによって、それぞれのクライアント（＃１〜＃３）２−１〜２−３毎に、サーバ１ａとクライアント（＃１〜＃３）２−１〜２−３との間での専用のＶＬＡＮを用意している。
【００３６】
尚、クライアント（＃１〜＃３）２−１〜２−３には、それぞれＷｅｂブラウザ等のアプリケーションソフトウェア（以下、クライアントＡＰとする）２ａ−１〜２ａ−３が搭載されているものとする。
【００３７】
図６及び図７は本発明の第２の実施の形態によるサーバアクセスシステムの動作を示すシーケンスチャートである。これら図３〜図７を参照して本発明の第２の実施の形態によるサーバアクセスシステムの動作について説明する。以下、クライアント（＃２）２−２、サーバ１ａ、ＶＬＡＮハブ３各々の動作について説明する。
【００３８】
クライアント（＃２）２−２の接続するＶＬＡＮハブ３には、クライアント（＃２）２−２が接続するより前に、ＶＬＡＮを設定しておく（図６のａ１）。クライアント（＃２）２−２がＶＬＡＮハブ３のポート３ｃに接続されると、そのポート３ｃにはポートＶＬＡＮの設定をしておき、サーバ１ａにはそのＶＬＡＮを通してつながる。
【００３９】
サーバ１ａには、クライアント（＃２）２−２が接続するポートＶＬＡＮを通しての接続を受付けられるように、それに対応するタグドＶＬＡＮを設定しておく。これによって、クライアント（＃２）２−２とサーバ１ａとの間の通信は、ＶＬＡＮを通して他者に含まれない、１対１で接続できるようになる。
【００４０】
クライアント（＃２）２−２はＶＬＡＮハブ３のポート３ｃに接続すると（図６のａ２）、その情報はＶＬＡＮハブ３の持つポート３ｃのリンク状態変化に応じて発するメッセージによってサーバ１ａに伝えられ（図６のａ３）、サーバ１ａはクライアント（＃２）２−２の接続を検出し、パケット捕獲作業を開始する（図６のａ４）。
【００４１】
その後、クラアント（＃２）２−２はＷｅｂブラウザ等のクラアントアプリケーション２ｂ（以下、クライアントＡＰ  Ｘとする）を起動し（図６のａ５）、接続したいサービスを提供するサーバ１ａにアクセスしようと試みる。その結果、クライアント（＃２）２−２からはサーバ１ａにパケットが発信される（図６のａ６）。
【００４２】
サーバ１ａは、クライアント（＃２）２−２に１対１でつながっており、クライアント（＃２）２−２から発信されたパケットを捕獲する（図６のａ７）。サーバ１ａは、そのパケットを解析する。これによって、サーバ１ａは、その解析結果からクライアント（＃２）２−２がどのアドレスを自身につけているか、クライアント（＃２）２−２がデフォルトゲートウェイを何に設定しているか、クライアント（＃２）２−２がどのようなサービスを提供しているどのサーバとつなぎたいか等の情報を検出することができる。
【００４３】
サーバ１ａは検出したクライアント（＃２）２−２の情報から、そのクライアント（＃２）２−２と通信可能となる、クライアント（＃２）２−２が通信したい相手のアドレスを、そのクライアント専用のアドレスｂ２として、つまりクライアントノード専用アドレスとしてサーバ１ａ側に設定する（図６のａ８）。
【００４４】
この方法を用いることで、クライアント（＃２）２−２側では、煩雑となるサーバ１ａと通信するためのアドレス取得やその設定処理を行わずに、サーバ１ａ側にクライアント専用のアドレスｂ２が設定されることによって、クライアント（＃２）２−２とサーバ１ａとは通信可能となる。
【００４５】
さらに、サーバ１ａは、クライアント（＃２）２−２が発信したパケットを捕獲した際に、クライアント（＃２）２−２が、どのようなサービスを提供しているサーバとつなぎたいかを検出することができるので、クライアントＡＰ  Ｘのみを対象とした専用サーバＡＰ  Ｘを起動する（図６のａ９）。この専用サーバＡＰ  Ｘは、既に設定したクライアント専用のアドレスｂ２を通し、対象のクライアント専用でクライアント（＃２）２−２が利用したいサービスを提供する。
【００４６】
また、専用サーバＡＰ  Ｘは、対象のクライアント専用で、他のアクセスしてくるクライアント（＃１，＃３）２−１，２−３からアクセスされることはないうえ、対象のクライアント（＃２）２−２で動作するクライアントＡＰ  Ｘの相手をするだけでよい。そのため、専用サーバＡＰ  Ｘは、複数のクライアント（＃１〜＃３）２−１〜２−３からの多重アクセスを可能とする複雑な機能を有するサーバアプリケーションである必要がない。
【００４７】
このことによって、サーバ１ａは、対象のクライアント専用のサービスを提供することができ、クライアント（＃２）２−２とサーバ１ａとの両者は通信することができるようになり、本体の通信（クライアントＡＰ  Ｘの通信本体）が行われる（図６のａ１０）。
【００４８】
クライアント（＃２）２−２がクライアントＡＰ  Ｘを終了すると（図６のａ１１）、サーバ１ａは、そのクライアントＡＰ  Ｘの終了を検出し、それに対応する専用サーバＡＰ  Ｘを終了する（図６のａ１２）。
【００４９】
続いて、クラアント（＃２）２−２がクライアントＡＰ  Ｙを起動し（図７のａ１３）、接続したいサービスを提供するサーバ１ａにアクセスしようと試みる。その結果、クライアント（＃２）２−２からはサーバ１ａにパケットが発信される（図７のａ１４）。
【００５０】
サーバ１ａは、クライアント（＃２）２−２に１対１でつながっており、クライアント（＃２）２−２から発信されたパケットを捕獲する（図７のａ１５）。サーバ１ａは、そのパケットを解析し、その解析結果を基に、クライアントＡＰ  Ｙのみを対象とした専用サーバＡＰ  Ｙを起動する（図７のａ１６）。この場合、サーバ１ａ側には、上記の処理によってクライアント専用のアドレスｂ２が設定されている。
【００５１】
これによって、サーバ１ａは、対象のクライアント専用のサービスを提供することができ、クライアント（＃２）２−２とサーバ１ａとの両者は通信することができるようになり、本体の通信（クライアントＡＰ  Ｙの通信本体）が行われる（図７のａ１７）。
【００５２】
クライアント（＃２）２−２がクライアントＡＰ  Ｙを終了すると（図７のａ１８）、サーバ１ａは、そのクライアントＡＰ  Ｙの終了を検出し、それに対応する専用サーバＡＰ  Ｙを終了する（図７のａ１９）。
【００５３】
クライアント（＃２）２−２は、クライアントアプリケーション２ｂを終了する等した後に、サーバ１ａとのコネクションを切断する（図７のａ２０）。そのことは、クライアント（＃２）２−２がサーバ１ａからそのサービスの提供を受ける処理を終了したことを示しており、サーバ１ａはそのことを検出することができる。
【００５４】
上記の方式は、他のクライアント（＃１，＃３）２−１，２−３からの接続はありえない方式であり、サーバ１ａ側はそのクライアント（＃２）２−２専用のサーバアプリケーション２２を終了させることができ、無駄な資源を使うことがない効率的なサーバ資源の利用とすることができる。
【００５５】
この後に、クライアント（＃２）２−２が新たなサービスを利用したくなれば、そのために発したパケットがサーバ１ａ側で捕獲され、上記と同様に、サーバ１ａ側でそのサービスに対応するサーバアプリケーション［クライアント専用プログラム（＃１〜＃ｎ）１５２−１〜１５２−ｎ］を起動する。
【００５６】
この方法は、クライアント（＃２）２−２が発するパケットをサーバ１ａ側で捕獲することによって、クライアント（＃２）２−２側の要望や状態を把握する方法でもあり、それにしたがった単重アクセス機能だけで要件を満たせる簡単なサーバアプリケーションの起動で対応することができるとともに、サーバ資源の有効利用にもなる。
【００５７】
本実施の形態では、クライアント専用サービスをサーバ１ａ側で提供することになるため、クライアント（＃２）２−２のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の種類や、用いるプロトコルの版等の特性に最適化されたサービスをサーバ１ａが提供できる方式にもなっている。
【００５８】
クライアント（＃２）２−２がＶＬＡＮハブ３のポート３ｃから切断すると（図７のａ２０）、その情報はＶＬＡＮハブ３の持つポート３ｃのリンク状態変化に応じて発するメッセージによってサーバ１ａに伝えられる（図７のａ２１）。サーバ１ａは、そのメッセージによってクライアント（＃２）２−２の切断を検出する（図７のａ２２）。
【００５９】
これによって、そのクライアント（＃２）２−２のために用意した専用アドレスｂ２が不要になることがわかるので、サーバ１ａは、その専用アドレスｂ２（クライアントノード専用アドレス）をクライアント専用アドレス記憶領域１５１から削除し（図７のａ２３）、パケット捕獲作業を終了する（図７のａ２４）。
【００６０】
この方式を用いるシステムでは、対象のクライアント（＃２）２−２とサーバ１ａとの間の１対１の通信となり、サーバ１ａは他のクライアント（＃１，＃３）２−１，２−３の影響を受けることなく、アクセスしてきた対象のクライアント専用のサービスを安全で確実な方法で提供することができるようになる。
【００６１】
以上説明したように、本実施の形態では、アクセスするクライアント（＃１〜＃３）２−１〜２−３側でサーバ１ａと通信するためのアドレス情報を取得設定する必要がない。つまり、サーバ１ａ側では、アクセスしてくるクライアント（＃１〜＃３）２−１〜２−３のパケットを捕獲し、クライアント（＃１〜＃３）２−１〜２−３の通信したい相手のアドレスを知り、サーバ１ａ側でそのアドレスを設定している。
【００６２】
よって、本実施の形態では、上述した本発明に関連する方法において、クライアント（＃１〜＃３）２−１〜２−３側で行う必要があった煩雑な処理である、通信するためのアドレスの取得や設定のための煩雑な処理を不要にすることができる。
【００６３】
また、本実施の形態では、アクセスしてきたクライアント（＃１〜＃３）２−１〜２−３毎に設定したアドレスや起動したアプリケーションがそのクライアント専用となり、他のクライアントと共有するものではなく、他のクライアントからは接続できないものになる。
【００６４】
よって、本実施の形態では、他のクライアントからのウィルス感染や外部からの攻撃（アタック）を受ける可能性があったり、クライアント（＃１〜＃３）２−１〜２−３が今何をしているか等のプライバシー情報を含む情報漏洩の危険があったりする等の問題のない安全な通信を実現することができる。
【００６５】
さらに、本実施の形態では、サーバ１ａがアクセスしてきたクライアント（＃１〜＃３）２−１〜２−３毎に専用アドレスｂ１〜ｂ３をサーバ１ａ側で設定し、そのクライアント（＃１〜＃３）２−１〜２−３が発するパケット捕獲から知ることができるクライアント（＃１〜＃３）２−１〜２−３の望むサービスに応じた、必要かつそのクライアント専用のサーバアプリケーション２１〜２３を起動する方法をとっている。
【００６６】
これによって、本実施の形態では、そのサーバアプリケーション２１〜２３が対象クライアントからのみの単重アクセスさえ考慮すればよい単純なものにできる上、クライアント（＃１〜＃３）２−１〜２−３の状態をサーバ１ａが知ることができるので、クライアント（＃１〜＃３）２−１〜２−３に応じたサービスを提供できるようになり、本発明に関連する多重アクセスサーバアプリケーションで行われていたような、無駄な接続受け待ち処理等を不要にすることができる。
【００６７】
本実施の形態では、サーバ１ａがアクセスしてきたクライアント（＃１〜＃３）２−１〜２−３毎に専用アドレスｂ１〜ｂ３をサーバ１ａ側で設定し、クライアント専用のサーバアプリケーション２１〜２３を起動しているので、それらで用いられるサーバ資源が他のクライアントと共有していないため、本発明に関連する方式、つまり多重アクセスしてサーバ資源を複数のクライアント（＃１〜＃３）２−１〜２−３で共有する方式では必要であったクライアント（＃１〜＃３）２−１〜２−３間において、どの資源をどのクライアント（＃１〜＃３）２−１〜２−３に割り振るか等の管理を行うという資源共有のための複雑な処理を不要にすることができる。
【００６８】
本実施の形態では、サーバ１ａが、他のクライアントのことを考慮する必要なく、対象となるアクセスしてきたクライアント（＃１〜＃３）２−１〜２−３毎に専用のサービスを提供すればよい方式のシステムであるため、本発明に関連するシステム、つまり複数の多様なクライアント（＃１〜＃３）２−１〜２−３からの接続を可能としていたシステムにおいて不可能であった、単一のＯＳや単一のプロトコル版等といった個々のクライアント特性に最適化された処理をサーバ１ａ側で提供することができる。
【００６９】
一方、本実施の形態によるクライアント−サーバ方式におけるアプリケーションの起動手順においては、クライアント（＃１〜＃３）２−１〜２−３のアプリケーションが、待機状態にあると思われるサーバのアプリケーションに接続するために起動されると、サーバ１ａがクライアント（＃１〜＃３）２−１〜２−３のアプリケーションの起動を検知して、その接続を受け入れるべく、クライアント（＃１〜＃３）２−１〜２−３のクライアントＡＰ  Ｘ，Ｙ，・・・専用の専用サーバＡＰ  Ｘ，Ｙ，・・・を起動している。
【００７０】
したがって、本実施の形態では、サーバ１ａの専用アプリケーションをクライアント（＃１〜＃３）２−１〜２−３のアプリケーションより先に起動して、待機状態としておく必要がない。
【００７１】
本実施の形態では、サーバ１ａ側が、対象となるクライアント（＃１〜＃３）２−１〜２−３とサーバ１ａとの間の専用ネットワーク（ＶＬＡＮ）上で、対象となるクライアント（＃１〜＃３）２−１〜２−３から送信されるパケットを捕獲することによって、対象となるクライアント（＃１〜＃３）２−１〜２−３の動作を推定することができる。
【００７２】
これによって、本実施の形態では、サーバ１ａがクライアント（＃１〜＃３）２−１〜２−３のアプリケーションの起動を検出することができる。よって、本実施の形態では、対象となるクライアント（＃１〜＃３）２−１〜２−３のアプリケーションに対して１対１の関係で、クライアント（＃１〜＃３）２−１〜２−３のアプリケーション（クライアントＡＰ  Ｘ，Ｙ，・・・）との通信に対して専任となる専用アプリケーション（専用サーバＡＰ  Ｘ，Ｙ，・・・）を用意しておけばよい。
【００７３】
したがって、サーバ１ａは、クライアント（＃１〜＃３）２−１〜２−３のアプリケーション（クライアントＡＰ  Ｘ，Ｙ，・・・）の起動検出時にその専用アプリケーション（専用サーバＡＰ  Ｘ，Ｙ，・・・）を起動すればよい。
【００７４】
本発明による起動手順では、クライアント（＃１〜＃３）２−１〜２−３がサーバ１ａから提供されるサービスを利用したい時にのみ、クライアント（＃１〜＃３）２−１〜２−３のアプリケーション（クライアントＡＰ  Ｘ，Ｙ，・・・）の専用アプリケーション（専用サーバＡＰ  Ｘ，Ｙ，・・・）が起動することとなる。
【００７５】
よって、本実施の形態では、サーバを常に待機状態とするという資源の無駄遣いが生じ、非効率な動作となることを防ぐことができる。つまり、本実施の形態では、サーバ１ａにおいて、クライアント（＃１〜＃３）２−１〜２−３のアプリケーション（クライアントＡＰ  Ｘ，Ｙ，・・・）の起動検出時にその専用アプリケーション（専用サーバＡＰ  Ｘ，Ｙ，・・・）を起動することで、資源の有効利用を図ることができ、効率的な動作とすることができる。
【００７６】
この場合、本実施の形態では、セキュリティの視点から見ても、サーバ１ａのアプリケーションが待機状態となることがないので、外部からの攻撃（アタック）の危険に曝されている時間を最小化することができ、セキュリティ的にも強固なシステムとすることができる。
【００７７】
図８及び図９は本発明の第３の実施の形態によるサーバアクセスシステムの動作を示すシーケンスチャートである。本発明の第３の実施の形態によるサーバアクセスシステムは、その基本的構成が上記の図３に示す本発明の第２の実施の形態によるサーバアクセスシステムと同様であるが、サーバ１がクライアント（＃１〜＃３）２−１〜２−３のアプリケーション（クライアントＡＰ  Ｘ，Ｙ，・・・）毎に専用のアドレスを設定している。これら図３〜図５と図８と図９とを参照して本発明の第３の実施の形態によるサーバアクセスシステムの動作について説明する。以下、クライアント（＃２）２−２、サーバ１ａ、ＶＬＡＮハブ３各々の動作について説明する。
【００７８】
クライアント（＃２）２−２の接続するＶＬＡＮハブ３には、クライアント（＃２）２−２が接続するより前に、ＶＬＡＮを設定しておく（図８のｓ１）。クライアント（＃２）２−２がＶＬＡＮハブ３のポート３ｃに接続されると、そのポート３ｃにはポートＶＬＡＮの設定をしておき、サーバ１ａにはそのＶＬＡＮを通してつながる。
【００７９】
サーバ１ａには、クライアント（＃２）２−２が接続するポートＶＬＡＮを通しての接続を受付けられるように、それに対応するタグドＶＬＡＮを設定しておく。これによって、クライアント（＃２）２−２とサーバ１ａとの間の通信は、ＶＬＡＮを通して他者に含まれない、１対１で接続できるようになる。
【００８０】
クライアント（＃２）２−２はＶＬＡＮハブ３のポート３ｃに接続すると（図８のｓ２）、その情報はＶＬＡＮハブ３の持つポート３ｃのリンク状態変化に応じて発するメッセージによってサーバ１ａに伝えられ（図７のｓ３）、サーバ１ａはクライアント（＃２）２−２の接続を検出し、パケット捕獲作業を開始する（図８のｓ４）。
【００８１】
その後、クラアント（＃２）２−２はＷｅｂブラウザ等のクラアントアプリケーション２ｂ（以下、クライアントＡＰ  Ｘとする）を起動し（図８のｓ５）、接続したいサービスを提供するサーバ１ａにアクセスしようと試みる。その結果、クライアント（＃２）２−２のクライアントＡＰ  Ｘからはサーバ１ａにパケットが発信される（図８のｓ６）。
【００８２】
サーバ１ａは、クライアント（＃２）２−２に１対１でつながっており、クライアント（＃２）２−２から発信されたパケットを捕獲する（図８のｓ７）。サーバ１ａは、そのパケットを解析する。これによって、サーバ１ａは、その解析結果からクライアント（＃２）２−２がどのアドレスを自身につけているか、クライアント（＃２）２−２がデフォルトゲートウェイを何に設定しているか、クライアント（＃２）２−２がどのようなサービスを提供しているどのサーバとつなぎたいか等の情報を検出することができる。
【００８３】
サーバ１ａは検出したクライアント（＃２）２−２の情報から、そのクライアント（＃２）２−２のアプリケーション（クライアントＡＰ  Ｘ）と通信可能となる、クライアント（＃２）２−２のクライアントＡＰ  Ｘが通信したい相手のアドレスを、そのクライアントＡＰ  Ｘ専用のアドレスｘとしてサーバ１ａ側に設定する（図８のｓ８）。
【００８４】
この方法を用いることで、クライアント（＃２）２−２のクライアントＡＰ  Ｘ側では、煩雑となるサーバ１ａと通信するためのアドレス取得やその設定処理を行わずに、サーバ１ａ側にクライアントＡＰ  Ｘ専用のアドレスｘが設定されることによって、クライアント（＃２）２−２のクライアントＡＰ  Ｘとサーバ１ａとは通信可能となる。
【００８５】
さらに、サーバ１ａは、クライアント（＃２）２−２が発信したパケットを捕獲した際に、クライアント（＃２）２−２が、どのようなサービスを提供しているサーバとつなぎたいかを検出することができるので、クライアントＡＰ  Ｘのみを対象とした専用サーバＡＰ  Ｘを起動する（図８のｓ９）。この専用サーバＡＰ  Ｘは、既に設定したクライアントＡＰ  Ｘ専用のアドレスｘを通し、対象のクライアント専用でクライアント（＃２）２−２のクライアントＡＰ  Ｘが利用したいサービスを提供する。
【００８６】
また、専用サーバＡＰ  Ｘは、対象のクライアントＡＰ  Ｘ専用で、他のアクセスしてくるクライアント（＃２）２−２の他のアプリケーションや他のクライアント（＃１，＃３）２−１，２−３からアクセスされることはないうえ、対象のクライアント（＃２）２−２で動作するクライアントＡＰ  Ｘの相手をするだけでよい。そのため、専用サーバＡＰ  Ｘは、複数のクライアント（＃１〜＃３）２−１〜２−３からの多重アクセスを可能とする複雑な機能を有するサーバアプリケーションである必要がない。
【００８７】
このことによって、サーバ１ａは、対象のクライアントＡＰ  Ｘ専用のサービスを提供することができ、クライアント（＃２）２−２のクライアントＡＰ  Ｘとサーバ１ａとの両者は通信することができるようになり、本体の通信（クライアントＡＰ  Ｘの通信本体）が行われる（図８のｓ１０）。
【００８８】
クライアント（＃２）２−２がクライアントＡＰ  Ｘを終了すると（図８のｓ１１）、サーバ１ａは、そのクライアントＡＰ  Ｘの終了を検出し、それに対応する専用サーバＡＰ  Ｘを終了する（図８のｓ１２）。この後、サーバ１ａは、そのクライアント（＃２）２−２のクライアントＡＰ  Ｘのために用意した専用アドレスｘが不要になることがわかるので、サーバ１ａは、その専用アドレスｘをクライアント専用アドレス記憶領域１５１から削除する（図８のｓ１３）。
【００８９】
続いて、クラアント（＃２）２−２がクライアントＡＰ  Ｙを起動し（図９のｓ１４）、接続したいサービスを提供するサーバ１ａにアクセスしようと試みる。その結果、クライアント（＃２）２−２のクライアントＡＰ  Ｙからはサーバ１ａにパケットが発信される（図９のｓ１５）。
【００９０】
サーバ１ａは、クライアント（＃２）２−２に１対１でつながっており、クライアント（＃２）２−２のクライアントＡＰ  Ｙから発信されたパケットを捕獲する（図９のｓ１６）。サーバ１ａは、そのパケットを解析し、その解析結果を基に、クライアント（＃２）２−２のクライアントＡＰ  Ｙと通信可能となる、クライアント（＃２）２−２のクライアントＡＰ  Ｙが通信したい相手のアドレスを、そのクライアントＡＰ  Ｙ専用のアドレスｙとしてサーバ１ａ側に設定する（図９のｓ１７）。また、サーバ１ａは、クライアントＡＰ  Ｙのみを対象とした専用サーバＡＰ  Ｙを起動する（図９のｓ１８）。
【００９１】
これによって、サーバ１ａは、対象のクライアント専用のサービスを提供することができ、クライアント（＃２）２−２とサーバ１ａとの両者は通信することができるようになり、本体の通信（クライアントＡＰ  Ｙの通信本体）が行われる（図９のｓ１９）。
【００９２】
クライアント（＃２）２−２がクライアントＡＰ  Ｙを終了すると（図９のｓ２０）、サーバ１ａは、そのクライアントＡＰ  Ｙの終了を検出し、それに対応する専用サーバＡＰ  Ｙを終了する（図９のａ２１）。この後、サーバ１ａは、そのクライアント（＃２）２−２のクライアントＡＰ  Ｙのために用意した専用アドレスｙが不要になることがわかるので、サーバ１ａは、その専用アドレスｙをクライアント専用アドレス記憶領域１５１から削除する（図９のｓ２２）。
【００９３】
クライアント（＃２）２−２は、クライアントアプリケーション２ｂを終了する等した後に、サーバ１ａとのコネクションを切断する（図９のｓ２３）。そのことは、クライアント（＃２）２−２がサーバ１ａからそのサービスの提供を受ける処理を終了したことを示しており、サーバ１ａはそのことを検出することができる。
【００９４】
上記の方式は、他のクライアント（＃１，＃３）２−１，２−３からの接続はありえない方式であり、サーバ１ａ側はそのクライアント（＃２）２−２専用のサーバアプリケーション２２を終了させることができ、無駄な資源を使うことがない効率的なサーバ資源の利用とすることができる。
【００９５】
この後に、クライアント（＃２）２−２が新たなサービスを利用したくなれば、そのために発したパケットがサーバ１ａ側で捕獲され、上記と同様に、サーバ１ａ側でそのサービスに対応するサーバアプリケーション［クライアント専用プログラム（＃１〜＃ｎ）１５２−１〜１５２−ｎ］を起動する。
【００９６】
この方法は、クライアント（＃２）２−２が発するパケットをサーバ１ａ側で捕獲することによって、クライアント（＃２）２−２側の要望や状態を把握する方法でもあり、それにしたがった単重アクセス機能だけで要件を満たせる簡単なサーバアプリケーションの起動で対応することができるとともに、サーバ資源の有効利用にもなる。
【００９７】
本実施の形態では、クライアント専用サービスをサーバ１ａ側で提供することになるため、クライアント（＃２）２−２のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の種類や、用いるプロトコルの版等の特性に最適化されたサービスをサーバ１ａが提供できる方式にもなっている。
【００９８】
クライアント（＃２）２−２がＶＬＡＮハブ３のポート３ｃから切断すると（図９のｓ２３）、その情報はＶＬＡＮハブ３の持つポート３ｃのリンク状態変化に応じて発するメッセージによってサーバ１ａに伝えられる（図９のｓ２４）。サーバ１ａは、そのメッセージによってクライアント（＃２）２−２の切断を検出し（図９のｓ２５）、パケット捕獲作業を終了する（図９のｓ２６）。
【００９９】
図１０は本発明の第４の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。図１０において、本発明の第４の実施の形態によるサーバアクセスシステムは、その基本的構成が上記の図３に示す本発明の第２の実施の形態によるサーバアクセスシステムと同様であるが、サーバ１ｂ側でのクライアント（＃１〜＃３）２−１〜２−３に対応する専用の環境の提供の仕方や程度が異なる。
【０１００】
本発明の第２の実施の形態において、サーバ１ａは一つのＯＳ上で、アクセスするクライアント（＃１〜＃３）２−１〜２−３毎のクライアント専用のアドレスｂ１〜ｂ３とクライアント専用のサーバアプリケーション２１〜２３とが同一のファイルシステムの下で動作している。
【０１０１】
本発明の第４の実施の形態では、ｃｈｒｏｏｔ等の機能を用い、ファイルシステム視点での分離を行い、クライアント専用のサーバアプリケーション２１〜２３を、分離されたそれぞれのファイルシステム３１〜３３上で動作させている。
【０１０２】
このように、本実施の形態では、ファイルシステム視点での分離を行うことによって、専用性が高まり、クライアント（＃１〜＃３）２−１〜２−３とサーバ１ｂとの間の通信の安全性を向上させることができるという効果が得られる。
【０１０３】
図１１は本発明の第５の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。図１１において、本発明の第５の実施の形態によるサーバアクセスシステムは、その基本的構成が上記の図３に示す本発明の第２の実施の形態によるサーバアクセスシステムと同様であるが、サーバ１ｃ側でのクライアント（＃１〜＃３）２−１〜２−３に対応する専用の環境の提供の仕方や程度が異なる。
【０１０４】
本発明の第２の実施の形態において、サーバ１ａは一つのＯＳ上で、アクセスするクライアント（＃１〜＃３）２−１〜２−３毎のクライアント専用のアドレスｂ１〜ｂ３とクライアント専用のサーバアプリケーション２１〜２３とが同一のファイルシステムの下で動作している。
【０１０５】
本発明の第５の実施の形態では、ｊａｉｌやｎｅｔｇｒａｐｈ等の機能を用い、通信機能部視点での分離を行い、クライアント専用のアドレスｂ１〜ｂ３とクライアント専用のサーバアプリケーション２１〜２３とを、分離されたそれぞれの通信機能部４１〜４３上で動作させている。
【０１０６】
このように、本実施の形態では、通信機能部視点での分離を行うことによって、専用性が高まり、クライアント（＃１〜＃３）２−１〜２−３とサーバ１ｃとの間の通信の安全性を向上させることができるという効果が得られる。
【０１０７】
図１２は本発明の第６の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。図１２において、本発明の第６の実施の形態によるサーバアクセスシステムは、その基本的構成が上記の図３に示す本発明の第２の実施の形態によるサーバアクセスシステムと同様であるが、サーバ１ｄ側でのクライアント（＃１〜＃３）２−１〜２−３に対応する専用の環境の提供の仕方や程度が異なる。
【０１０８】
本発明の第２の実施の形態において、サーバ１ａは一つのＯＳ上で、アクセスするクライアント（＃１〜＃３）２−１〜２−３毎のクライアント専用のアドレスｂ１〜ｂ３とクライアント専用のサーバアプリケーション２１〜２３とが同一のファイルシステムの下で動作している。
【０１０９】
本発明の第６の実施の形態では、ＸｅｎやＶＭｗａｒｅ等の仮想ＯＳを実現する機能等を用い、一つのサーバ１ｄ上で複数のＯＳ５１〜５３がある状態を実現し、ＯＳ視点での分離を行い、クライアント専用のアドレスｂ１〜ｂ３とクライアント専用のサーバアプリケーション２１〜２３とを、分離されたそれぞれのＯＳ５１〜５３上で動作させている。
【０１１０】
このように、本実施の形態では、ＯＳの分離を行うことによって、専用性が高まり、クライアント（＃１〜＃３）２−１〜２−３とサーバ１ｃとの間の通信の安全性を向上させることができるという効果が得られる。
【０１１１】
上記のように、本発明は、複数のクライアント（＃１〜＃３）２−１〜２−３が一つのサーバ１，１ａ〜１ｄに多重にアクセスするシステムにおいて、サーバサーバ１，１ａ〜１ｄの用いるアドレスの設定やアプリケーションの起動等に、それらをアクセスするクライアント毎に最適化して対応した新しい方式を用いている。これによって、本発明は、サーバ１，１ａ〜１ｄにおける処理を簡便化するとともに、クライアント（＃１〜＃３）２−１〜２−３側に特別な負担をかけることなく、多様なクライアント（＃１〜＃３）２−１〜２−３に最適化して対応し、サーバ１，１ａ〜１ｄと対象のクライアント（＃１〜＃３）２−１〜２−３との間の通信処理に対する他のクライアントからの影響を排除し、安全確実に行えるようにすることができる。
【０１１２】
本発明では、サーバ１，１ａ〜１ｄ側でアクセスするクライアント（＃１〜＃３）２−１〜２−３毎に、そのクライアント（＃１〜＃３）２−１〜２−３のための専用のアドレスｂ１〜ｂ３を設定し、そのクライアント（＃１〜＃３）２−１〜２−３のための専用のサーバアプリケーション２１〜２３を起動する。
【０１１３】
必須ではないが、クライアント（＃１〜＃３）２−１〜２−３が接続するＶＬＡＮハブ３にＶＬＡＮを設定し、個々のアクセスしてくるクライアント（＃１〜＃３）２−１〜２−３毎にサーバ１，１ａ〜１ｄ側と対象クライアントとの間の通信のための専用ＶＬＡＮを用意する。
【０１１４】
クライアント（＃１〜＃３）２−１〜２−３側では、そのための処理をなんら必要としないポートＶＬＡＮを用いるため、クライアント（＃１〜＃３）２−１〜２−３側はＶＬＡＮの存在を特別に意識したり、そのための設定をしたりする必要はなく、このためのクライアント（＃１〜＃３）２−１〜２−３側の負担はない。サーバ１，１ａ〜１ｄ側では、接続するＶＬＡＮハブ３を通してタグドＶＬＡＮとして各クライアント（＃１〜＃３）２−１〜２−３と接続される。
【０１１５】
サーバ１，１ａ〜１ｄは、クライアント（＃１〜＃３）２−１〜２−３がＶＬＡＮハブ３に接続後、クライアント（＃１〜＃３）２−１〜２−３から発信されるパケットを捕獲し、それを解析してクライアント（＃１〜＃３）２−１〜２−３に設定されているアドレスを知るとともに、クライアント（＃１〜＃３）２−１〜２−３が接続したい相手やサービス、クライアントに設定されているデフォルトゲートウェイのアドレスを知る。
【０１１６】
本発明では、その検出された情報を基に、クライアント（＃１〜＃３）２−１〜２−３と通信できるようになるクライアント専用のアドレスｂ１〜ｂ３をサーバ１，１ａ〜１ｄ側で設定する。このクライアント専用のアドレスｂ１〜ｂ３を通した通信は、対象となったクライアント専用の通信となる。
【０１１７】
この個別クライアント用にサーバ１，１ａ〜１ｄ側で設定したクライアント専用のアドレスｂ１〜ｂ３を接続受付の対象とするサーバアプリケーション２１〜２３を起動する。このサーバアプリケーション２１〜２３は、この個別クライアント専用であり、他のアクセスするクライアントからは接続不可能でもあり、本発明に関連するサーバアプリケーションと異なり、多重アクセス待ちのサーバとする必要はない。
【０１１８】
本発明は、対象のクライアント（＃１〜＃３）２−１〜２−３からのみの、いわば単重アクセスを待てばよく、極めて単純なサーバアプリケーションでよい。本発明に関連する多重アクセスを実現するために、サーバ１，１ａ〜１ｄ側での資源の共有処理等が全く必要ない。
【０１１９】
また、本発明は、接続してきたクライアント（＃１〜＃３）２−１〜２−３の動作のみに集中してサービスを提供すればよいので、対象クライアントの現在必要としているサービスが何か、現在の状態等を知ることができ、クライアント（＃１〜＃３）２−１〜２−３が必要としていないサービス等を、クライアント（＃１〜＃３）２−１〜２−３の状態に応じて止めることができ、効率的にすることができる。
【０１２０】
本発明では、接続してきたクライアント専用のアドレスｂ１〜ｂ３をサーバ１，１ａ〜１ｄ側で設定すること、クライアント専用のサーバアプリケーション２１〜２３を起動することになり、アクセスしてきた他のクライアントが、その起動した対象のクライアント専用のサーバアプリケーション２１〜２３に接続することができない。そのため、本発明では、他のクライアントからの接続に対する考慮が不要になり、サーバ１，１ａ〜１ｄが汎用的ではない、その対象となるそのクライアント専用で、そのクライアント（＃１〜＃３）２−１〜２−３に最適化したサービスを提供することができる。
【０１２１】
例えば、本発明に関連する方法では、同じサービスであっても、クライアント（＃１〜＃３）２−１〜２−３の用いるＯＳやプロトコルの版の違いに対応するために、サーバ１，１ａ〜１ｄ側が複数のＯＳやプロトコルの版に対応したアプリケーションを用意する必要があるが、本発明では、それらが不要となる。
【０１２２】
このように、本発明では、個々のアクセスしてくるクライアント（＃１〜＃３）２−１〜２−３毎に最適化し、それぞれのクライアント（＃１〜＃３）２−１〜２−３に対応したクライアント専用のアドレスｂ１〜ｂ３をサーバ１，１ａ〜１ｄ側で設定し、またクライアント専用のサーバアプリケーション２１〜２３を起動している。よって、本発明では、クライアント（＃１〜＃３）２−１〜２−３がサーバ１，１ａ〜１ｄと通信するためにアドレス情報の取得や設定等の処理を行うという負担をかけることなく、他のクライアントからの通信に影響を受けることのない、安全な通信を実現することができる。
【０１２３】
また、本発明では、サーバ１，１ａ〜１ｄ側がクライアント（＃１〜＃３）２−１〜２−３のアクセスや次の動作を事前に予測することができ、多重化のために処理を必要とせず、単純で効率的な機能実装を行うことができ、複雑な資源の共有処理を必要とせず、多様なクライアント（＃１〜＃３）２−１〜２−３の特性に最適化した処理を行うことができる。
【０１２４】
本発明では、本発明に関連する技術にはなかった方式であり、サーバ１，１ａ〜１ｄ側で、接続するクライアント（＃１〜＃３）２−１〜２−３に応じた、他のクライアントと共有しない、クライアント専用のアドレスｂ１〜ｂ３やクライアント専用のサーバアプリケーション２１〜２３をサーバ１，１ａ〜１ｄ側で用意することによって、上述した課題を総合的に解決することができる。
【０１２５】
本発明では、サーバ１，１ａ〜１ｄ側でクライアント専用のアドレスｂ１〜ｂ３等を用意しているため、クライアント（＃１〜＃３）２−１〜２−３側での煩雑な設定作業が不要になる。また、本発明では、他のクライアントと共有されないために、安全な通信ができる上に、サーバ１，１ａ〜１ｄ側でのアプリケーションが単重アクセスに対応するだけの単純なものでよくなり、クライアント（＃１〜＃３）２−１〜２−３が必要とする時に、必要なサービスをサーバ１，１ａ〜１ｄ側で提供すればよくなり、効率の高いシステムとなる。
【０１２６】
したがって、本発明では、上記の課題を解決することができ、クライアント（＃１〜＃３）２−１〜２−３に、サーバ１，１ａ〜１ｄと通信するためのアドレス設定を行うことによる負担をかけることなく、他のクライアントからの通信に影響を受けることのない、安全で確実な通信を実現することができる。
【０１２７】
また、本発明では、サーバ１，１ａ〜１ｄ側がクライアント（＃１〜＃３）２−１〜２−３のアクセスを事前に予測することができ、単純で効率的な機能実装を行うことができる。
【０１２８】
よって、本発明では、複雑な資源の共有処理を必要とせず、クライアント（＃１〜＃３）２−１〜２−３の特性に最適化された処理を行える複数のクライアント（＃１〜＃３）２−１〜２−３が一つのサーバ１，１ａ〜１ｄに多重にアクセスするシステムを提供することができる。
【図面の簡単な説明】
【０１２９】
【図１】本発明の第１の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。
【図２】図１のサーバの構成例を示すブロック図である。
【図３】本発明の第２の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。
【図４】図３のサーバの構成例を示すブロック図である。
【図５】本発明の第２の実施の形態によるサーバアクセスシステムにおけるサーバとクライアントとの接続例を示す図である。
【図６】本発明の第２の実施の形態によるサーバアクセスシステムの動作を示すシーケンスチャートである。
【図７】本発明の第２の実施の形態によるサーバアクセスシステムの動作を示すシーケンスチャートである。
【図８】本発明の第３の実施の形態によるサーバアクセスシステムの動作を示すシーケンスチャートである。
【図９】本発明の第３の実施の形態によるサーバアクセスシステムの動作を示すシーケンスチャートである。
【図１０】本発明の第４の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。
【図１１】本発明の第５の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。
【図１２】本発明の第６の実施の形態によるサーバアクセスシステムの構成例を示すブロック図である。
【図１３】本発明に関連するサーバアクセスシステムの構成例を示すブロック図である。
【符号の説明】
【０１３０】
１，１ａ〜１ｄ  サーバ
２−１〜２−３  クライアント（＃１〜＃３）２
２ａ〜２ｃ  クライアントアプリケーション
３  ＶＬＡＮハブ
３ａ〜３ｄ  ポート
１１  ＣＰＵ
１２  メモリ
１３  クライアント専用アドレス設定部
１４  通信ＩＦ部
１５，１５ａ  記憶部
１６  クライアント専用プログラム起動部
２１〜２３  クライアント専用のサーバアプリケーション
３１〜３３  ファイルシステム
４１〜４３  通信機能部
５１〜５３  ＯＳ
１５１  クライアント専用アドレス記憶領域
１５２−１〜１５２−ｎ  クライアント専用プログラム（＃１〜＃ｎ）
ａ  サーバの設定アドレス
ｂ１〜ｂ３  クライアント専用のアドレス
ｃ  アプリケーション
【図１】
0005023981.tif 000002
【図２】
0005023981.tif 000003
【図３】
0005023981.tif 000004
【図４】
0005023981.tif 000005
【図５】
0005023981.tif 000006
【図６】
0005023981.tif 000007
【図７】
0005023981.tif 000008
【図８】
0005023981.tif 000009
【図９】
0005023981.tif 000010
【図１０】
0005023981.tif 000011
【図１１】
0005023981.tif 000012
【図１２】
0005023981.tif 000013
【図１３】
0005023981.tif 000014