JP4229769B2 - アドレス変換プログラム、アドレス変換方法およびアドレス変換装置 - Google Patents
アドレス変換プログラム、アドレス変換方法およびアドレス変換装置 Download PDFInfo
- Publication number
- JP4229769B2 JP4229769B2 JP2003189472A JP2003189472A JP4229769B2 JP 4229769 B2 JP4229769 B2 JP 4229769B2 JP 2003189472 A JP2003189472 A JP 2003189472A JP 2003189472 A JP2003189472 A JP 2003189472A JP 4229769 B2 JP4229769 B2 JP 4229769B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- client
- packet
- server
- proxy server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2521—Translation architectures other than single NAT servers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はクライアント−サーバ通信に適用されるアドレス変換プログラム、アドレス変換方法およびアドレス変換装置に関し、特にプロキシサーバを経由して送受信されるパケットのアドレスを変換するアドレス変換プログラム、アドレス変換方法およびアドレス変換装置に関する。
【０００２】
【従来の技術】
一般に、社内のネットワークと外部のインターネットとの間には、プロキシサーバが配置される。プロキシサーバは、社内ネットワーク上のクライアントとインターネット上のサーバとの間で送受信されるパケットを中継する。その際、インターネット上に送出するパケットは、送信元のアドレスとしてプロキシサーバのＩＰ(Internet Protocol)アドレスを付与する。
【０００３】
クライアントがプロキシサーバを経由してアクセスすることにより、サーバに対してクライアントマシンのＩＰアドレスを隠蔽することが可能となる。そのため、プロキシサーバはインターネットとの接続時などにセキュリティを確保するために設置されている。
【０００４】
図２７は、従来のプロキシサーバを介した通信の第１の例を示す図である。図２７に示すように、クライアント９１１からプロキシサーバ９１２を経由してサーバにアクセスする場合、第１の区間では、送信元ＩＰアドレスとしてクライアント９１１のＩＰアドレスが設定される。第１の区間の送信先ＩＰアドレスとしては、プロキシサーバ９１２のＩＰアドレスが設定される。また、第２の区間では、送信元ＩＰアドレスとして、プロキシサーバ９１２のＩＰアドレスが設定される。第２の区間の送信先ＩＰアドレスとしては、サーバ９１３のＩＰアドレスが設定される。これにより、サーバ９１３に対して、クライアント９１１のＩＰアドレスを隠すことができる。
【０００５】
また、プロキシサーバ９１２は、インターネット接続時のセキュリティの確保以外にもアプリケーションデータのキャッシュや認証の一元化などにも使用されている。イントラネット内のサーバにアクセスする場合においてもこのような目的でプロキシサーバ９１２が使用されることがある。イントラネット内のアクセス時には、サーバ９１３がクライアント９１１のＩＰアドレスを認識して、アクセス制御やコンテンツの制御、セッション管理を行ったり、ログにＩＰアドレスを採取してアクセス状況の把握に役立てたりすることがある。そのため、イントラネット内のアクセス時では、インターネットアクセス時のようにクライアント９１１のＩＰアドレスを隠蔽するのではなく、サーバ９１３にクライアント９１１のＩＰアドレスを通知することが望まれる。
【０００６】
ところが、プロキシサーバ９１２を経由してサーバ９１３にアクセスすると、サーバ９１３に対する送信元のＩＰアドレスはクライアントのＩＰアドレスではなくプロキシサーバのＩＰアドレスとなる。そのため、サーバ９１３はクライアントのＩＰアドレスを認識することができない。
【０００７】
そこで、一部のプロキシサーバでは、アプリケーションデータの中にクライアント９１１のＩＰアドレスを格納して通知する機能を持つものもある。サーバ９１３では、このアプリケーションデータ中のクライアント９１１のＩＰアドレスを解析して、アクセス制御等に使用している。このアプリケーションデータ中のクライアント９１１のＩＰアドレスの格納方法として、ＨＴＴＰ(HyperText Transfer Protocol)プロトコルの場合には、ＨＴＴＰヘッダ(例えばX-Client-IPヘッダやX-Forwarded-For)が使用されている。
【０００８】
図２８は、従来のプロキシサーバを介した通信の第２の例を示す図である。クライアント９１１からプロキシサーバ９１２を経由してサーバ９１３にアクセスする場合第１の区間では、送信元ＩＰアドレスとしてクライアント９１１のＩＰアドレスが設定される。第１の区間における送信先ＩＰアドレスとしてプロキシサーバ９１２のＩＰアドレスが設定される。また、第２の区間では、送信元ＩＰアドレスとして、プロキシサーバ９１２のＩＰアドレスが設定される。第２の区間における送信先ＩＰアドレスとしてサーバ９１３のＩＰアドレスが設定される。
【０００９】
なお、第２の区間でのパケット送信の際、プロキシサーバ９１２は、X-Client-IPヘッダにクライアントのＩＰアドレスを格納して送信している。サーバ９１３は、ＨＴＴＰヘッダ中のX-Client-IPヘッダを解析することによりクライアントのＩＰアドレスを認識できる。
【００１０】
このようなプロキシサーバでパケットフィルタリング等を行えば、外部（図２７、図２８の第２の区間）から内部（図２７、図２８の第１の区間）への攻撃を、プロキシサーバ９１２において防ぐことができる（非特許文献１）。
【００１１】
【非特許文献１】
Elizabeth D. Zwicky（エリザベス・Ｄ・ツビッキー）、Simon Cooper（サイモン・クーパー）、D.Brent Chapman（Ｄ・ブレント・チャップマン）著「ファイアウォール構築 第２版 〈VOLUME1〉―理論と実践」オライリー・ジャパン出版、２００２年１２月２５日、ｐ１２２−１２７、ｐ１７９−１８３
【００１２】
【発明が解決しようとする課題】
しかし、プロキシサーバ９１２を経由したアクセス時にクライアント９１１のＩＰアドレスをサーバ９１３に通知するためには、サーバ９１３がアプリケーションデータを解析して、格納されたクライアント９１１のＩＰアドレスを取り出す必要がある。サーバ９１３にはプロキシサーバ９１２を介さずに送られてくるパケットもあるため、サーバ９１３において、プロキシサーバ９１２を経由したアクセスと、経由しないアクセスとを認識して別々の処理を行う必要がある。
【００１３】
多数存在するサーバの管理者はそれぞれ異なるため、このような識別処理をインターネット上の全てのサーバに実装させるのは困難である。
本発明はこのような点に鑑みてなされたものであり、サーバ側に対して特別な処理を要求せずに、各クライアントのアドレスをサーバで識別できるようにするアドレス変換プログラム、アドレス変換方法およびアドレス変換装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような機能を実現するアドレス変換プログラムが提供される。アドレス変換プログラムはプロキシサーバ２を介して接続されるクライアント１とサーバ４との間で送受信されるパケットのアドレスの変換をコンピュータに実行させるプログラムである。コンピュータは、アドレス変換プログラムに従って、以下の処理を実行する。
【００１５】
まず、コンピュータは、クライアント１からサーバ４宛に出力され、送信元アドレスがプロキシサーバ２のアドレスに変換された要求パケット５ａをプロキシサーバ２経由で受け取ると、要求パケット５ａの内容を解析して、要求パケット５ａ内のアプリケーションヘッダ内からクライアント１のアドレスを取得する（ステップＳ１）。次に、コンピュータは、要求パケット５ａの送信元アドレスを、取得したクライアント１のアドレスに変換し、要求パケット５ｂをサーバ４に送信する（ステップＳ２）。また、コンピュータは、要求パケット５ｂに対する応答パケット６をサーバ４から受け取ると、応答パケット６の送信先アドレスをクライアント１のアドレスからプロキシサーバ２のアドレスに変換し、応答パケット６ａをプロキシサーバ２に送信する（ステップＳ３）。
【００１６】
このようなアドレス変換プログラムを実行するコンピュータに対して、要求パケット５ａがプロキシサーバ２経由で送られると、要求パケット５ａの内容が解析され、要求パケット５ａ内のアプリケーションヘッダ内からクライアント１のアドレスが取得される。次に、要求パケット５ａの送信元アドレスが、クライアント１のアドレスに変換され、アドレス変換後の要求パケット５ｂがサーバ４に送信される。また、要求パケット５ｂに対する応答パケット６がコンピュータに入力されると、応答パケット６の送信先アドレスがクライアント１のアドレスからプロキシサーバ２のアドレスに変換され、アドレス変換後の応答パケット６ａがプロキシサーバ２に送信される。
【００１７】
また、上記課題を解決するために、プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換方法において、前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して、前記要求パケット内のアプリケーションヘッダ内から前記クライアントのアドレスを取得し、前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、ことを特徴とするアドレス変換方法が提供される。
【００１８】
このようなアドレス変換方法によれば、要求パケットがプロキシサーバ経由で送られると、要求パケットの内容が解析され、要求パケット内のアプリケーションヘッダ内からクライアントのアドレスが取得される。次に、要求パケットの送信元アドレスが、クライアントのアドレスに変換され、アドレス変換後の要求パケットがサーバに送信される。また、要求パケットに対する応答パケットが入力されると、応答パケットの送信先アドレスがクライアントのアドレスからプロキシサーバのアドレスに変換され、アドレス変換後の応答パケットがプロキシサーバに送信される。
【００１９】
また、上記課題を解決するために、プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換装置において、前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して、前記要求パケット内のアプリケーションヘッダ内から前記クライアントのアドレスを取得するクライアントアドレス取得手段と、前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信する送信元アドレス変換手段と、前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する送信先アドレス変換手段と、を有することを特徴とするアドレス変換装置が提供される。
【００２０】
このようなアドレス変換装置によれば、要求パケットがプロキシサーバ経由で送られると、クライアントアドレス取得手段により、要求パケットの内容が解析され、要求パケット内のアプリケーションヘッダ内からクライアントのアドレスが取得される。次に、送信元アドレス変換手段により、要求パケットの送信元アドレスが、クライアントのアドレスに変換され、アドレス変換後の要求パケットがサーバに送信される。また、要求パケットに対する応答パケットが入力されると、送信先アドレス変換手段により、応答パケットの送信先アドレスがクライアントのアドレスからプロキシサーバのアドレスに変換され、アドレス変換後の応答パケットがプロキシサーバに送信される。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。
【００２２】
図１は、実施の形態に適用される発明の概念図である。図１では、本発明の機能をアドレス変換装置３で実現している。アドレス変換装置３は、クライアント１に対してプロキシサーバ２を介して接続されている。また、アドレス変換装置３は、サーバ４に接続されている。クライアント１は、プロキシサーバ２経由でのみサーバ４へのアクセスが許可されたコンピュータである。プロキシサーバ２は、クライアント１の代理でサーバ４へアクセスするコンピュータである。アドレス変換装置３は、サーバ４に対して入出力されるパケットを中継するコンピュータである。サーバ４は、クライアント１からの要求に応答して所定の処理機能を提供するコンピュータ（たとえば、アプリケーションサーバ）である。
【００２３】
ここで、クライアント１のアドレスを「ＣＬ＃０」、プロキシサーバ２のアドレスを「ＰＲＯＸＹ＃０」、サーバ４のアドレスを「ＡＰ＃０」とする。なお、アドレス変換装置３は、プロキシサーバのアドレス３ａを記憶している。
【００２４】
クライアント１からサーバ４に対して処理を要求する要求パケット５は、まず、プロキシサーバ２に渡される。要求パケット５は、たとえば、送信元アドレスとしてクライアント１のアドレス「ＣＬ＃０」が設定され、送信先アドレスとしてプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」が設定される。また、要求パケット５内の所定の領域（たとえば、アプリケーションヘッダ）内には、サーバ４のアドレス「ＡＰ＃０」が設定されている。
【００２５】
要求パケット５を受け取ったプロキシサーバ２は、要求パケット５の送信元アドレスを、クライアント１のアドレス「ＣＬ＃０」からプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」に変換し、そして、クライアント１のアドレス「ＣＬ＃０」を所定の領域（たとえば、アプリケーションヘッダ）内に設定する。プロキシサーバ２は、アドレス変換後の要求パケット５ａをアドレス変換装置３に対して送信する。
【００２６】
アドレス変換装置３は、送信元アドレスがプロキシサーバ２のアドレスに変換された要求パケット５ａをプロキシサーバ経由で受け取ると、要求パケット５ａの内容を解析してクライアント１のアドレス「ＣＬ＃０」を取得する（ステップＳ１）。次に、アドレス変換装置３は、要求パケット５ａの送信元アドレスを、取得したクライアント１のアドレス「ＣＬ＃０」に変換し、要求パケット５ｂをサーバ４に送信する（ステップＳ２）。
【００２７】
要求パケット５ｂを受け取ったサーバ４は、要求パケット５ｂで指示された処理を実行し、実行結果に応じた応答パケット６を出力する。応答パケット６は、送信元アドレスがサーバ４のアドレス「ＡＰ＃０」であり、送信先アドレスがクライアント１のアドレス「ＣＬ＃０」である。この応答パケット６は、アドレス変換装置３に渡される。
【００２８】
要求パケット５ｂに対する応答パケット６をサーバ４から受け取ったアドレス変換装置３は、応答パケット６の送信先アドレスをクライアント１のアドレス「ＣＬ＃０」からプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」に変換する。そして、アドレス変換装置３は、アドレス変換後の応答パケット６ａをプロキシサーバ２に対して送信する（ステップＳ３）。
【００２９】
応答パケット６ａを受け取ったプロキシサーバ２は、送信先アドレスを、プロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」からクライアント１のアドレス「ＣＬ＃０」に変換する。そして、変換後の応答パケット６ｂをクライアント１に送信する。
【００３０】
このようにして、プロキシサーバ２を介して出力された要求パケット５ａの送信元アドレスがアドレス変換装置３によってクライアント１のアドレス「ＣＬ＃０」に変換されてサーバ４に渡される。また、サーバ４からの応答パケット６の送信先アドレスがプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」に変換されてプロキシサーバ２に渡される。
【００３１】
その結果、サーバ４では、プロキシサーバ２を経由した要求パケット５ｂと、プロキシサーバ２を経由しない要求パケットとを同等に扱うことができる。すなわち、サーバ４は、要求パケットの内容を解析してクライアント１のアドレス「ＣＬ＃０」を判定する必要がない。これにより、クライアント１のアドレス「ＣＬ＃０」を特定したサービスの提供環境を、サーバ４内に容易に構築可能となる。
【００３２】
［第１の実施の形態］
図２は、第１の実施の形態を実現するためのシステム構成例を示す図である。複数のクライアント１１，１２，１３，・・・は、ネットワーク４１を介してプロキシサーバ３１に接続されている。プロキシサーバ３１は、ネットワーク４２を介してアドレス変換装置１００に接続されている。アドレス変換装置１００は、ネットワーク４３を介して複数のサーバ２１，２２，２３，・・・に接続されている。この例では、クライアント１１のＩＰアドレスが「ＣＬ＃１」、クライアント１２のＩＰアドレスが「ＣＬ＃２」、クライアント１３のＩＰアドレスが「ＣＬ＃３」、プロキシサーバ３１のＩＰアドレスが「ＰＲＯＸＹ＃１」、アドレス変換装置１００のＩＰアドレスが「ＴＲＡＮＳ」、サーバ２１のＩＰアドレスが「ＡＰ＃１」、サーバ２２のＩＰアドレスが「ＡＰ＃２」、サーバ２３のＩＰアドレスが「ＡＰ＃３」である。
【００３３】
クライアント１１，１２，１３，・・・は、ユーザが使用するコンピュータである。サーバ２１，２２，２３，・・・は、クライアント１１，１２，１３，・・・からの要求に応答して、Ｗｅｂページの配信等のサービスを提供するコンピュータである。プロキシサーバ３１は、ネットワーク４１に接続されたクライアント１１，１２，１３，・・・に代わってサーバ２１，２２，２３，・・・にアクセスするコンピュータである。
【００３４】
ネットワーク４１は、プロキシサーバ３１によって保護された内部のネットワークである。ネットワーク４１は、たとえば、社内のイントラネットである。ネットワーク４２は、たとえば、インターネットのような広域のネットワークである。ネットワーク４３は、たとえば、ネットワークを介して複数のサービスを提供する企業の社内ネットワークである。
【００３５】
アドレス変換装置１００は、プロキシサーバ３１から出力されたパケットを受け取り、プロキシサーバ３１のアドレスをクライアント１１，１２，１３，・・・のアドレスへ変換する。また、アドレス変換装置１００は、クライアント１１，１２，１３，・・・のアドレスをプロキシサーバ３１のアドレスに変換する。なお、アドレス変換装置１００は、アドレスの変換処理を行うために、プロキシサーバ３１のＩＰアドレス「ＰＲＯＸＹ＃１」を保持している。
【００３６】
図３は、本発明の実施の形態に用いるアドレス変換装置のハードウェア構成例を示す図である。アドレス変換装置１００は、ＣＰＵ(Central Processing Unit)１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ(Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および複数の通信インタフェース１０６，１０７が接続されている。
【００３７】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００３８】
グラフィック処理装置１０４には、モニタ９１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ９１の画面に表示させる。入力インタフェース１０５には、キーボード９２とマウス９３とが接続されている。入力インタフェース１０５は、キーボード９２やマウス９３から送られてくる信号を、バス１０８を介してＣＰＵ１０１に送信する。
【００３９】
通信インタフェース１０６は、ネットワーク４２に接続されている。通信インタフェース１０６は、ネットワーク４２を介して、プロキシサーバ３１等の他のコンピュータとの間でデータの送受信を行う。
【００４０】
通信インタフェース１０７は、ネットワーク４３に接続されている。通信インタフェース１０７は、ネットワーク４３を介して、サーバ２１，２２，２３，・・・等の他のコンピュータとの間でデータの送受信を行う。
【００４１】
以上のようなハードウェア構成によって、第１の実施の形態の処理機能を実現することができる。なお、図３には、アドレス変換装置１００のハードウェア構成例を示したが、クライアント１１，１２，１３，・・・、サーバ２１，２２，２３，・・・、およびプロキシサーバ３１も同様のハードウェア構成で実現することができる。
【００４２】
図４は、アドレス変換装置の機能を示すブロック図である。図４に示すように、アドレス変換装置１００は、通信部１１０、データ解析部１２０、アドレス変換部１３０、逆アドレス変換部１４０および管理部１５０を有している。
【００４３】
通信部１１０は、プロキシサーバ３１やサーバ２１，２２，２３，・・・との間でパケットの送受信を行う。具体的には、通信部１１０は、プロキシサーバ３１から受け取ったパケットをデータ解析部１２０に渡し、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。また、通信部１１０は、サーバ２１，２２，２３，・・・から受け取ったパケットを逆アドレス変換部１４０に渡し、アドレス変換部１３０から受け取ったパケットをサーバ２１，２２，２３，・・・に送信する。
【００４４】
データ解析部１２０は、通信部から１１０からパケットを受け取ると、クライアント１１，１２，１３，・・・上のアプリケーションが生成したデータ（たとえば、アプリケーションヘッダの内容）を解析して送信元であるクライアントのアドレスを取り出す。データ解析部１２０は、通信部１１０から受け取ったパケットと取り出したアドレスとをアドレス変換部１３０に渡す。
【００４５】
アドレス変換部１３０は、プロキシサーバ３１から送られたパケットの送信元アドレスを、プロキシサーバ３１のアドレスから、そのデータを送信したクライアントのアドレスに変換する。そして、アドレス変換部１３０は、アドレス変換後のパケットを通信部１１０に渡す。
【００４６】
逆アドレス変換部１４０は、サーバ２１，２２，２３，・・・から送られたパケットを通信部１１０から受け取ると、そのパケット送信先とすべきプロキシサーバ３１のアドレスを管理部１５０から受け取る。次に、逆アドレス変換部１４０は、送信先アドレスをクライアント１１，１２，１３，・・・のアドレスからプロキシサーバ３１のアドレスに変換（逆変換）する。そして、逆アドレス変換部１４０は、アドレス変換後のパケットを通信部１１０に渡す。
【００４７】
管理部１５０は、管理テーブル１５１を有している。管理テーブル１５１には、プロキシサーバ３１のアドレスが登録される。管理部１５０は、ユーザ等からの操作入力等に応答して、プロキシサーバ３１のアドレスを管理テーブル１５１に登録する。また、逆アドレス変換部１４０からプロキシサーバ３１のアドレスの問い合わせを受け取ると、管理テーブル１５１を参照して該当するプロキシサーバ３１のアドレスを逆アドレス変換部１４０に通知する。
【００４８】
このような機能を有するアドレス変換装置１００によって、プロキシサーバ３１経由で通信されるパケットのアドレス変換が行われる。
図５は、送受信されるパケットのデータ構造例を示す図である。なお、図５には、アドレス変換機能に関連する部分のみを示している。パケットには、ＩＰヘッダ(IP-header)２１０、ＴＣＰヘッダ(TCP-header)２２０、アプリケーションヘッダ(Application-header)２３０が含まれる。アプリケーションヘッダ２３０は、たとえばＨＴＴＰヘッダである。
【００４９】
ＩＰヘッダ２１０には、送信元ＩＰアドレス(SRC IP)２１１や送信先ＩＰアドレス(DST IP)２１２が含まれている。ＴＣＰヘッダ２２０には、送信元ポート(SRC Port)２２１と送信先ポート(DST Port)２２２とが含まれている。アプリケーションヘッダ２３０には、X-Client-IPヘッダ２３１が含まれている。
【００５０】
アドレス変換装置１００を用いたアドレス変換を行う場合、まず、管理部１５０の管理テーブル１５１にプロキシサーバ３１のＩＰアドレスを登録する。
図６は、管理テーブルのデータ例を示す図である。図６に示すように、管理テーブル１５１には、プロキシサーバ３１のアドレス「ＰＲＯＸＹ＃１」が登録されている。
【００５１】
その後、クライアント１１，１２，１３，・・・からサーバ２１，２２，２３，・・・に対して、処理を要求するパケット（要求パケット）が送信されると、そのパケットがプロキシサーバ３１で中継される。以下の例では、クライアント１１からサーバ２１宛の処理要求パケットが送信された場合を想定して説明する。
【００５２】
プロキシサーバ３１では、受け取ったパケットの送信元アドレスを自己のＩＰアドレスに変えて、送信先アドレスをサーバ２１のＩＰアドレスに変える。そして、プロキシサーバ３１は、アドレスを変換したパケットをネットワーク４２上へ送信する。そのパケットは、ネットワーク４２を介してアドレス変換装置１００に入力される。パケットを受け取ったアドレス変換装置１００では、送信元アドレスの変換処理が行われる。
【００５３】
図７は、要求パケットのアドレス変換処理の手順を示すフローチャートである。以下、図７に示す処理をステップ番号に沿って説明する。
［ステップＳ１１］通信部１１０は、クライアント１１から出されたパケットをプロキシサーバ３１経由で受信し、そのパケットをデータ解析部１２０に渡す。
【００５４】
［ステップＳ１２］データ解析部１２０は、受け取ったパケットのアプリケーションヘッダの内容を解析して送信元であるクライアント１１のアドレスを取得する。すなわち、データ解析部１２０は、アプリケーションヘッダ２３０内の「X-Client-IPヘッダ」の情報をクライアント１１のアドレスとして取得する。そして、データ解析部１２０は、受け取ったパケットと共に、取り出したクライアント１１のアドレスをアドレス変換部１３０へ渡す。
【００５５】
［ステップＳ１３］アドレス変換部１３０は、受け取ったパケットの送信元アドレスを、データ解析部１２０から受け取ったクライアント１１のアドレスに変換し、通信部１１０へ渡す。
【００５６】
［ステップＳ１４］通信部１１０は、送信元がクライアント１１のアドレスであるパケットをサーバ２１へ送信する。
サーバ２１では、処理を要求するパケットを受信すると、要求に応じた処理を実行する。そして、処理を要求するパケットの送信元として設定されているクライアント１１のアドレスを送信先アドレスとして、要求に対する応答（処理結果を示す）のパケット（応答パケット）を送信する。そのパケットは、アドレス変換装置１００に渡される。すると、アドレス変換装置１００において送信先アドレスの変換（逆変換）が行われる。
【００５７】
図８は、応答パケットのアドレス変換処理の手順を示すフローチャートである。以下、図８に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］通信部１１０は、サーバ２１から送られたパケットを受信し、逆アドレス変換部１４０へ渡す。
【００５８】
［ステップＳ２２］逆アドレス変換部１４０は、管理部１５０にプロキシサーバ３１のアドレスを問い合わせる。
［ステップＳ２３］管理部１５０は、管理テーブル１５１にあらかじめ設定されているプロキシサーバ３１のアドレス「ＰＲＯＸＹ＃１」を逆アドレス変換部へ返す。
【００５９】
［ステップＳ２４］逆アドレス変換部１４０は、通信部１１０から受け取ったパケットの送信先アドレスを、管理部から返されたプロキシサーバ３１のアドレス「ＰＲＯＸＹ＃１」に変換し、通信部１１０へ渡す。
【００６０】
［ステップＳ２５］通信部１１０は、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。
次に、アドレス変換装置１００におけるアドレス変換の具体例を示す。
【００６１】
図９は、要求パケットのアドレスの変換例を示す図である。プロキシサーバ３１経由でアドレス変換装置１００に入力されるパケット５１は、送信元ＩＰアドレス(SRC IP)が「ＰＲＯＸＹ＃１」、送信先ＩＰアドレス(DST IP)が「ＡＰ＃１」、X-Client-IPヘッダが「X-Clietnt-IP:CL#1」である。このようなパケット５１がアドレス変換装置１００に入力されると、送信元アドレスが変換されたパケット５２が生成され、サーバ２１に対して送信される。パケット５２では、送信元ＩＰアドレス(SRC IP)が「ＣＬ＃１」に変換されており、他の情報は変更されていない。
【００６２】
図１０は、応答パケットのアドレス変換例を示す図である。サーバ２１からアドレス変換装置１００に入力される応答を示すパケット５３は、送信元ＩＰアドレス(SRC IP)が「ＡＰ＃１」、送信先ＩＰアドレス(DST IP)が「ＣＬ＃１」である。このようなパケット５３がアドレス変換装置１００に入力されると、送信元アドレスが変換されたパケット５４が生成され、プロキシサーバ３１に対して送信される。パケット５４では、送信先ＩＰアドレス(DST IP)が「ＰＲＯＸＹ＃１」に変換されており、他の情報は変更されていない。
【００６３】
このようにして、プロキシサーバ３１を介して通信されるパケットであっても、クライアント１１のアドレスを送信元としてサーバ２１に渡すことができる。サーバ２１では、プロキシサーバ３１を経由して送られるパケットと、プロキシサーバ３１を経由せずに送られるパケットとを区別することなく、要求に応じた処理を実行することができる。従って、図２に示すように複数のサーバ２１，２２，２３，・・・が存在する場合でも、各サーバ２１，２２，２３，・・・においてアプリケーションヘッダの内容を解析する機能を搭載する必要がない。その結果、サーバ構築が容易となる。
【００６４】
［第２の実施の形態］
次に、第２の実施の形態について説明する。第２の実施の形態は、複数のプロキシサーバから送られるパケットを処理可能なアドレス変換装置の例である。
【００６５】
図１１は、第２の実施の形態のシステム構成例を示す図である。第２の実施の形態では、複数のプロキシサーバ３１，３２がネットワーク４２に接続されている。プロキシサーバ３１には、ネットワーク４１を介してクライアント１１，１２，・・・が接続されている。同様にプロキシサーバ３２には、ネットワーク４４を介してクライアント１３，・・・が接続されている。アドレス変換装置１００ａは、ネットワーク４２を介してプロキシサーバ３１，３２に接続されている。また、アドレス変換装置１００ａは、ネットワーク４３を介してサーバ２１，２２，２３，・・・に接続されている。なお、プロキシサーバ３２のＩＰアドレスは「ＰＲＯＸＹ＃２」である。他の装置のＩＰアドレスは第１の実施の形態と同様である。
【００６６】
アドレス変換装置１００ａは、複数のプロキシサーバ３１，３２それぞれを経由して送られてくるパケットのアドレス変換が可能である。アドレス変換装置１００ａの構成要素は、図４に示した第１の実施の形態のアドレス変換装置１００と同じである。そこで、図４に示した符号を用いて、アドレス変換装置１００ａの各要素の機能を説明する。但し、管理テーブル１５１については、別の符号を用いて具体的に説明する。
【００６７】
図１２は、第２の実施の形態の管理テーブルのデータ構造例を示す図である。管理テーブル１５１ａには、項番に対応付けて、変換前の送信元アドレスの欄と変換後の送信元アドレスの欄とが設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのレコードを構成している。
【００６８】
項番の欄には、各レコードを一意に識別するための番号が設定される。変換前の送信元アドレスの欄には、要求パケットの送信元アドレスを変換したときの、変換前のアドレス（プロキシサーバのアドレス）が設定される。変換後の送信元アドレスの欄には、同様に要求パケットの送信元アドレスを変換したときの変換後のアドレス（クライアントのアドレス）が設定される。
【００６９】
図１２の例では、項番「１」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃１」と変換後のアドレス「ＣＬ＃１」とが設定されている。また、項番「２」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃２」と変換後のアドレス「ＣＬ＃３」とが設定されている。
【００７０】
このように、第２の実施の形態に係るアドレス変換装置１００ａ内の管理テーブル１５１ａには、複数のプロキシサーバ３１，３２のアドレスが格納できる。管理テーブル１５１ａが図１２に示す状態のとき、クライアント１２からサーバ２１に対して要求パケットが送信されると、アドレス変換装置１００ａにおいて以下のような処理が行われる。
【００７１】
図１３は、第２の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
【００７２】
［ステップＳ３１］通信部１１０は、クライアント１２から出力されたパケットをプロキシサーバ３１経由で受け取ると、そのパケットをデータ解析部１２０に渡す。
【００７３】
［ステップＳ３２］データ解析部１２０は、受け取ったパケットのアプリケーションヘッダを解析し、送信元であるクライアント１２のアドレスを取り出す。そして、データ解析部１２０は、受け取ったパケットと共に取り出したクライアント１２のアドレスをアドレス変換部１３０に渡す。
【００７４】
［ステップＳ３３］アドレス変換部１３０は、受け取ったパケットの送信元アドレスをデータ解析部１２０から受け取ったクライアント１２のアドレスに変換する。そして、アドレス変換部１３０は、変換前の送信元アドレス（プロキシサーバ３１のアドレス）と、変換後の送信元アドレス（クライアント１２のアドレス）を管理部１５０に渡すと共に、送信元アドレスを変換したパケットを通信部１１０へ渡す。
【００７５】
［ステップＳ３４］管理部１５０は、変換前の送信元アドレスと変換後の送信元アドレスとの組を、管理テーブル１５１ａに登録する。
［ステップＳ３５］通信部１１０は、送信元がクライアント１２のアドレスであるパケットをサーバ２１へ送信する。
【００７６】
図１４は、管理テーブルへのアドレスの登録処理の詳細を示すフローチャートである。この処理は、図１３に示すステップＳ３４の処理である。以下、図１４に示す処理をステップ番号に沿って説明する。
【００７７】
［ステップＳ４１］管理部１５０は、管理テーブル１５１ａを、変換後の送信元アドレス（クライアント１２のアドレス）で検索する。
［ステップＳ４２］管理部１５０は、検索の結果、該当するレコードが発見されたか否かを判断する。検索の結果該当するレコードがある場合、処理がステップＳ４４に進められる。該当するレコードが無い場合、処理がステップＳ４３に進められる。
【００７８】
［ステップＳ４３］管理部１５０は、管理テーブル１５１ａに変換前の送信元アドレス（プロキシサーバ３１のアドレス）と変換後の送信元アドレス（クライアント１２のアドレス）との組を新たなレコードとして登録する。その後、処理が終了する。
【００７９】
［ステップＳ４４］管理部１５０は、今回のアドレス変換における変換前の送信元アドレス（プロキシサーバ３１のアドレス）と、検索により見つかったレコードの変換前の送信元アドレスとが同一か否かを判断する。同一であれば処理が終了する。同一でなければ、処理がステップＳ４５に進められる。
【００８０】
［ステップＳ４５］管理部１５０は、検出されたレコードの変換前の送信元アドレスを、今回のアドレス変換における変換前の送信元アドレス（プロキシサーバ３１のアドレス）に置き換える。その後、処理が終了する。
【００８１】
次に、サーバ２１からクライアント１２に対して、処理結果を応答するパケットが送信された場合の、アドレス変換装置１００ａにおける送信先アドレスの変換処理（逆変換）について説明する。
【００８２】
図１５は、第２の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。
【００８３】
［ステップ５１］通信部１１０は、サーバ２１から送られたパケットを受信し、逆アドレス変換部１４０に渡す。
［ステップＳ５２］逆アドレス変換部１４０は、受け取ったデータの送信先アドレスを管理部１５０に渡し、プロキシサーバ３１のアドレスを問い合わせる。
【００８４】
［ステップＳ５３］管理部１５０は、管理テーブル１５１ａの変換後の送信元アドレスの欄から、渡された送信先アドレスと一致するアドレスが登録されたレコードを検索し、そのレコードの変換前の送信元アドレスを逆アドレス変換部１４０へ返す。なお、該当するレコードが見つからない場合、たとえば、ｎｕｌｌの値が返される。
【００８５】
［ステップＳ５４］逆アドレス変換部１４０は、ステップＳ５３の検索の結果、該当するレコードが見つかったか否かを判断する。該当するレコードが見つかった場合、処理がステップＳ５６に進められる。該当するレコードが見つからなかった場合、処理がステップＳ５５に進められる。
【００８６】
［ステップＳ５５］逆アドレス変換部１４０は、エラー処理を行い、処理を終了する。
［ステップＳ５６］逆アドレス変換部１４０は、通信部１１０から受け取ったパケットの送信先アドレスを、管理部１５０から返された変換前の送信元アドレスに変換し、通信部１１０へ渡す。
【００８７】
［ステップＳ５７］通信部１１０は、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。
次に、アドレス変換装置１００ａにおけるアドレス変換の具体例を示す。
【００８８】
図１６は、要求パケットのアドレス変換例を示す図である。クライアント１２から出力されプロキシサーバ３１経由でアドレス変換装置１００ａに入力されるパケット６１は、送信元ＩＰアドレス(SRC IP)が「ＰＲＯＸＹ＃１」、送信先ＩＰアドレス(DST IP)が「ＡＰ＃１」、X-Client-IPヘッダが「X-Clietnt-IP:CL#2」である。
【００８９】
このようなパケット６１がアドレス変換装置１００ａに入力されると、データ解析部１２０によって、X-Client-IPヘッダからクライアント１２のアドレス６１ａ（ＣＬ＃２）が取り出される。パケット６１とクライアント１２のアドレス６１ａとは、アドレス変換部１３０に渡される。
【００９０】
アドレス変換部１３０において、パケット６１の送信元アドレスが変換され、パケット６２が生成される。パケット６２は通信部１１０を介してサーバ２１に送信される。パケット６２では、送信元ＩＰアドレス(SRC IP)が「ＣＬ＃２」に変換されており、他の情報は変更されていない。
【００９１】
また、アドレス変換部１３０から管理部１５０へは、プロキシサーバ３１のアドレス６１ａ（ＰＲＯＸＹ＃１）とクライアント１２のアドレス６１ａ（ＣＬ＃２）との組が渡される。すると、管理部１５０により、管理テーブル１５１ａに新たなレコードが追加される。
【００９２】
図１７は、レコード追加後の管理テーブルの例を示す図である。図１７に示すように、図１６に示すパケット６１から送信元アドレス「ＰＲＯＸＹ＃１」と、X-Client-IPヘッダに登録されているクライアントのアドレス「ＣＬ＃２」との組が、新たなレコードとして登録されている。
【００９３】
図１８は、応答パケットのアドレス変換例を示す図である。サーバ２１からアドレス変換装置１００ａに入力される応答を示すパケット６３は、送信元ＩＰアドレス(SRC IP)が「ＡＰ＃１」、送信先ＩＰアドレス(DST IP)が「ＣＬ＃２」である。このようなパケット６３がアドレス変換装置１００ａに入力されると、管理テーブル１５１ａが参照され、変換後の送信元アドレスが「ＣＬ＃２」であるレコードの変換前の送信元アドレス「ＰＲＯＸＹ＃１」が取得される。そして、送信元アドレスが変換されたパケット６４が生成され、プロキシサーバ３１に対して送信される。パケット６４では、送信先ＩＰアドレス(DST IP)が「ＰＲＯＸＹ＃１」に変換されており、他の情報は変更されていない。
【００９４】
以上のようにして、複数のプロキシサーバ３１，３２経由のパケットに対するアドレス変換が可能となる。すなわち、第２の実施の形態では、クライアントからの要求を示すパケットの送信元アドレスを変換する際に、変換前の送信元アドレスと変換後の送信元アドレスとの組を管理テーブル１５１ａに格納する。そして、サーバからの応答を示すパケットの送信先アドレスを、管理テーブル１５１ａを参照して変換することで、要求パケットと同じルートで応答パケットを返すことができる。
【００９５】
［第３の実施の形態］
次に、第３の実施の形態について説明する。第３の実施の形態は、負荷分散装置を介して複数のプロキシサーバの何れかに渡されるパケットに関して、アドレス変換処理を行うものである。要求パケットが負荷分散装置によりプロキシサーバに振り分けられると、１つのクライアントから出力された要求パケットを中継するプロキシサーバが一意に決まらない。その場合、以下のような問題が生じる。
【００９６】
要求パケットの送信元アドレスがプロキシサーバで変更されたとき、その要求パケットに対する応答パケットの送信先とすべきクライントのアドレスは、要求パケットを中継したプロキシサーバのみが認識している。また、プロキシサーバがクライアントの代理でサーバにアクセスした場合、プロキシサーバは、送信した要求パケットに対する応答パケットを受け取ることで、一連の処理を完了することができる。従って、あるクライアントから出力された要求パケットを中継するプロキシサーバが一意に決まらない場合であっても、要求パケットに対する応答パケットは、要求パケットを中継したプロキシサーバに対して送り返す必要がある。
【００９７】
そこで、第３の実施の形態では、要求パケットに対してユニークな通信識別子を設定し、どのプロキシサーバで中継されたパケットであるのかをアドレス変換装置で管理する。
【００９８】
以下の説明に置いて、通信識別子とは、クライアントやサーバで動作しているアプリケーションを一意に特定するための識別情報である。たとえば、TCP port番号である。パケットを送信するアプリケーションの通信識別子が送信元通信識別子であり、パケットを受信するアプリケーションの通信識別子が送信先通信識別子である。
【００９９】
図１９は、第３の実施の形態のシステム構成例を示す図である。第３の実施の形態では、複数のプロキシサーバ３１，３２，３３，・・・が負荷分散装置３４を介してネットワーク４１に接続されている。他の構成は、図２に示す第１の実施の形態と同様である。なお、プロキシサーバ３３のＩＰアドレスを「ＰＲＯＸＹ＃３」、負荷分散装置３４のＩＰアドレスを「ＴＤ」、アドレス変換装置１００ｂのＩＰアドレスを「ＴＲＡＮＳ」とする。他の装置のＩＰアドレスは、第２の実施の形態と同じである。
【０１００】
負荷分散装置３４は、プロキシサーバ３１，３２，３３の負荷状況を監視している。そして、負荷分散装置３４は、クライアント１１，１２，１３，・・・から送られたパケットを比較的負荷の少ないプロキシサーバへ転送する。
【０１０１】
アドレス変換装置１００ｂは、負荷分散装置３４によって振り分けられたパケットをプロキシサーバ３１，３２，３３経由で受け取ると、送信元アドレスを変換してサーバ２１，２２，２３，・・・に送信する。この際、アドレス変換装置１００ｂは、受け取ったパケットの送信元アドレスと送信元通信識別子とを変更する。
【０１０２】
また、アドレス変換装置１００ｂは、アドレス等の変更と同時に、受け取ったパケットの送信元アドレスと変換後の送信元アドレスの対応に加え、受信したパケットの送信先通信識別子と、変換後の通信識別子が通信識別子の対応を、管理テーブルに登録する。なお、アドレス変換装置１００ｂの構成要素は、図４に示した第１の実施の形態のアドレス変換装置１００と同じである。そこで、図４に示した符号を用いて、アドレス変換装置１００ｂの各要素の機能を説明する。但し、管理テーブル１５１については、別の符号を用いて具体的に説明する。
【０１０３】
図２０は、第３の実施の形態の管理テーブルのデータ構造例を示す図である。管理テーブル１５１ｂには、項番に対応付けて、変換前の送信元アドレス、変換前の送信元通信識別子、変換後の送信元アドレスおよび変換後の送信元通信識別子の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのレコードを構成している。
【０１０４】
項番の欄には、各レコードを一意に識別するための番号が設定される。
変換前の送信元アドレスの欄には、クライアントからサーバへの処理要求を示すパケットの送信元アドレスを変換したときの、変換前のアドレス（プロキシサーバのアドレス）が設定される。変換前の送信元通信識別子の欄には、クライアントからサーバへの処理要求を示すパケットの変換前の送信元通信識別子が設定される。
【０１０５】
変換後の送信元アドレスの欄には、送信元アドレスを変換したときの変換後のアドレス（クライアントのアドレス）が設定される。変換後の送信元通信識別子の欄には、クライアントからサーバへの処理要求を示すパケットの変換後の送信元通信識別子が設定される。変換後の送信元通信識別子は、アドレス変換装置１００ｂで生成されたユニークな通信識別子である。
【０１０６】
図１９の例では、項番「１」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃１」、変換前の送信元通信識別子「ＰＯＲＴ＃１」、変換後のアドレス「ＣＬ＃１」、および変換後の送信元通信識別子「ＰＯＲＴ＃ａ」が設定されている。また、項番「２」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃２」、変換前の送信元通信識別子「ＰＯＲＴ＃１」、変換後のアドレス「ＣＬ＃１」、および変換後の送信元通信識別子「ＰＯＲＴ＃ｂ」が設定されている。
【０１０７】
このような管理テーブル１５１ｂが設定されている状態で、クライアント１２からサーバ２１に対して、処理を要求するパケットがプロキシサーバ３１を介して送信されると、アドレス変換装置１００ｂにおいて以下のような処理が行われる。
【０１０８】
図２１は、第３の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。
【０１０９】
［ステップＳ６１］通信部１１０は、プロキシサーバからのパケットを受信し、データ解析部１２０へ渡す。
［ステップＳ６２］データ解析部１２０は、パケットを解析して送信元であるクライアント１２のアドレスを取得する。データ解析部１２０は、パケットと共に取り出したクライアントのアドレスをアドレス変換部１３０へ渡す。
【０１１０】
［ステップＳ６３］アドレス変換部１３０は、受け取ったパケットの送信元アドレスを、データ解析部１２０から受け取ったクライアント１２のアドレスに変換する。
【０１１１】
［ステップＳ６４］アドレス変換部１３０は、変換前の送信元アドレス（プロキシサーバ３１のアドレス）、変換後の送信元アドレス（クライアント１２のアドレス）、および受け取ったパケットの変換前の送信元通信識別子を管理部１５０に渡す。
【０１１２】
［ステップＳ６５］管理部１５０は、管理テーブル１５１ｂを、変換前の送信元アドレス、変換後の送信元アドレス、および、変換前の送信元通信識別子で検索する。すなわち、管理部１５０は、アドレス変換部１３０から受け取った情報に合致するレコードを管理テーブル１５１ｂから検索する。
【０１１３】
［ステップＳ６６］管理部１５０は、検索によって該当レコードがあった場合、処理をステップＳ６７に進める。該当レコードが無い場合、処理をステップＳ６８に進める。
【０１１４】
［ステップＳ６７］管理部１５０は、見つかったレコードの変換後の送信元通信識別子をアドレス変換部１３０へ返す。その後、処理がステップＳ７１に進められる。
【０１１５】
［ステップＳ６８］管理部１５０は、管理テーブル１５１ｂに変換前の送信元アドレス、変換後の送信元アドレス、および変換前の送信元通信識別子を、新たなレコードとして登録する。
【０１１６】
［ステップＳ６９］管理部１５０は、管理テーブル１５１ｂ内の変換後の送信元アドレス（クライアント１２のアドレス）が同じレコードの中で、変換後の送信元通信識別子がユニーク（一意に識別可能）になるように通信識別子を生成する。
【０１１７】
［ステップＳ７０］管理部１５０は、生成した通信識別子を、新たに登録したレコードの変換後の送信元通信識別子として登録する。また、管理部１５０は、生成した通信識別子をアドレス変換部１３０へ返す。
【０１１８】
［ステップＳ７１］アドレス変換部１３０は、受け取ったパケットの送信元通信識別子を、管理部１５０から受け取った通信識別子に変換し、そのパケットを通信部１１０へ渡す。
【０１１９】
［ステップＳ７２］通信部１１０は、アドレス変換部から受け取ったデータをサーバへ送信する。
次に、サーバ２１からクライアント１２に対して、処理結果を応答するパケットが送信された場合の、アドレス変換装置１００ａにおける送信先アドレスの変換処理（逆変換）について説明する。
【０１２０】
図２２は、第３の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。
【０１２１】
［ステップＳ８１］通信部１１０は、サーバ２１からのパケットを受信し、逆アドレス変換部１４０へ渡す。
［ステップＳ８２］逆アドレス変換部１４０は、受け取ったパケットの送信先アドレスと送信先通信識別子とを管理部１５０に渡す。
【０１２２】
［ステップＳ８３］管理部１５０は、管理テーブル１５１ｂの変換後の送信元アドレスと変換後の送信元通信識別子とを検索対象とし、逆アドレス変換部１４０から受け取った送信先アドレスと送信先通信識別子との組に一致するレコードを検索する。管理部１５０は、一致したレコードの変換前の送信元アドレスと変換前の送信元通信識別子を逆アドレス変換部１４０へ返す。一致したレコードが無い場合、該当レコードが無いことを示す情報（たとえば「ｎｕｌｌ」）を返す。
【０１２３】
［ステップＳ８４］逆アドレス変換部１４０は、該当レコードがあるか否かを判断する。該当レコードが有る場合、処理がステップＳ８６に進められる。該当レコードが無い場合、処理がステップＳ８５に進められる。
【０１２４】
［ステップＳ８５］逆アドレス変換部１４０は、エラー処理を行い、その後処理を終了する。
［ステップＳ８６］逆アドレス変換部１４０は、通信部１１０から受け取ったパケットの送信先アドレスを管理部から返された変換前の送信元アドレスに変換し、パケットの送信先通信識別子を管理部から返された変換前の送信元通信識別子に変換する。そして、逆アドレス変換部１４０は、変換処理後のパケットを通信部１１０に渡す。
【０１２５】
［ステップＳ８７］通信部１１０は、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。
次に、アドレス変換装置１００ｂにおけるアドレス変換の具体例を示す。
【０１２６】
図２３は、処理要求パケットの変換例を示す図である。プロキシサーバ３１経由でアドレス変換装置１００に入力されるパケット８１は、送信元ＩＰアドレス(SRC IP)が「ＰＲＯＸＹ＃１」、送信先ＩＰアドレス(DST IP)が「ＡＰ＃１」、送信元通信識別子(SRC Port)が「ＰＯＲＴ＃２」、送信先通信識別子(DST Port)が「ＰＯＲＴ＃１１」、X-Client-IPヘッダが「X-Client-IP:CL#2」である。
【０１２７】
このようなパケット８１がアドレス変換装置１００ｂに入力されると、データ解析部１２０によりX-Client-IPヘッダの内容が解析され、クライアント１２のアドレス８１ａ（ＣＬ＃２）が取得される。そして、クライアント１２のアドレス８１ａとパケット８１とがアドレス変換部１３０に渡される。
【０１２８】
アドレス変換部１３０では、ユニークに通信識別子「ＰＯＲＴ＃ｃ」が生成される。そして、アドレス変換部１３０により、送信元アドレスと送信元通信識別子が変換されたパケット８２が生成される。パケット８２は、通信部１１０を介してサーバ２１に対して送信される。パケット８２では、送信元ＩＰアドレス(SRC IP)が「ＣＬ＃２」に変換されており、送信元通信識別子(SRC Port)が「ＰＯＲＴ＃ｃ」に変更されている。他の情報は変更されていない。
【０１２９】
また、アドレス変換部１３０から管理部１５０へは、変換前の送信元アドレス８１ｂ（ＰＲＯＸＹ＃１）、クライアント１２のアドレス８１ａ（ＣＬ＃２）、変換前の送信元通信識別子８１ｃ（ＰＯＲＴ＃２）、および変換後の送信元通信識別子８１ｄ（ＰＯＲＴ＃ｃ）が渡される。すると、管理部１５０によって、管理テーブル１５１ｂに新たなレコードが追加される。
【０１３０】
図２４は、レコード追加後の管理テーブルの例を示す図である。図２４に示すように、図２３に示すパケット８１から送信元アドレス「ＰＲＯＸＹ＃１」、送信元通信識別子「ＰＯＲＴ＃２」、X-Client-IPヘッダに登録されているクライアントのアドレス「ＣＬ＃２」が取り出され、それぞれ変換前の送信元アドレス、変換前の送信元通信識別子、変換後の送信元アドレスに登録されている。さらに、新たに生成されたユニークな通信識別子「ＰＯＲＴ＃ｃ」が、変換後の送信元通信識別子に登録されている。
【０１３１】
図２５は、応答パケットの変換例を示す図である。サーバ２１からアドレス変換装置１００ｂに入力される応答を示すパケット８３は、送信元ＩＰアドレス(SRC IP)が「ＡＰ＃１」、送信先ＩＰアドレス(DST IP)が「ＣＬ＃２」、送信元通信識別子(SRC Port)が「ＰＯＲＴ＃１１」、送信先通信識別子(DST Port)が「ＰＯＲＴ＃ｃ」である。このようなパケット８３がアドレス変換装置１００ｂに入力されると、送信元アドレスが変換されたパケット８４が生成され、プロキシサーバ３１に対して送信される。パケット８４では、送信先ＩＰアドレス(DST IP)が「ＰＲＯＸＹ＃１」に変換されており、送信先通信識別子(DST Port)が「ＰＯＲＴ＃２」に変更されている。他の情報は変更されていない。
【０１３２】
以上のようにして、負荷分散装置によって複数のプロキシサーバ３１，３２，３３の何れかに要求パケットが振り分けられる場合でも、その要求パケットを中継したプロキシサーバに対して応答パケットを返すことができる。すなわち、第３の実施の形態では、要求パケットに対してユニークな通信識別子を設定し、その通信識別子に対応付けて、変換前の送信元アドレス（中継したプロキシサーバのアドレス）、変換後の送信元アドレス、変換前の通信識別子を記憶している。そのため、サーバからの応答パケットの送信先通信識別子に対応する変換前の送信元アドレスによって、応答パケットに対応する要求パケットを中継したプロキシサーバのアドレスを認識することができる。
【０１３３】
［第４の実施の形態］
次に、第４の実施の形態について説明する。第４の実施の形態は、プロキシサーバ機能をアドレス変換装置に実装したものである。
【０１３４】
図２６は、第４の実施の形態のシステム構成例を示す図である。図２６に示すように、アドレス変換装置１００ｃは、通信部１１０ａ、データ解析部１２０、アドレス変換部１３０、逆アドレス変換部１４０、管理部１５０、およびプロキシサーバ１６０を有している。データ解析部１２０、アドレス変換部１３０、逆アドレス変換部１４０、および管理部１５０に関しては、図４に示す第１の実施の形態の同名の構成要素と同じ機能を有している。
【０１３５】
プロキシサーバ１６０は、第１の実施の形態におけるプロキシサーバ３１と同じ機能を有している。但し、プロキシサーバ１６０は、クライアント１１，１２，１３，・・・との間で送受信するパケットを、通信部１１０ａを介して受け取る。
【０１３６】
通信部１１０ａは、第１の実施の形態における通信部１１０と同じ機能を有している。但し、プロキシサーバ１６０が同一装置内にあるため、ネットワークを介さずに、プロキシサーバ１６０との間でパケットの受け渡しを行う。たとえば、クライアント１１，１２，１３，・・・や逆アドレス変換部１４０からパケットを受け取ると、そのパケットをプロキシサーバ１６０に渡す。また、通信部１１０ａは、プロキシサーバ１６０から出力されるパケットが、サーバ３１に対する要求パケットであればそのパケットをデータ解析部１２０に渡し、要求に対する応答パケットであればクライアント１１，１２，１３，・・・に対して送信する。
【０１３７】
なお、アドレス変換装置の機能をサーバ２１，２２，２３と同じ装置に実装することも可能である。
以上説明したように、本発明の実施の形態によれば、アドレス変換装置において、パケット内の送信元アドレスをプロキシサーバのアドレスから発信元のクライアントのアドレスに変換してサーバに通知する。そのため、サーバがアプリケーションデータを解析して、格納されたクライアントのアドレスを取り出す必要がなくなる。また、その処理が不要なため、プロキシサーバを経由したアクセスと、経由しないアクセスを認識して別々の処理を行う必要もなくなる。従って、サーバ機能の構築が容易となる。
【０１３８】
なお、上記の処理機能はコンピュータによって実現することができる。その場合、アドレス変換装置が有すべき機能の処理内容を記述したアドレス変換プログラムが提供される。サーバコンピュータは、クライアントコンピュータからの要求に応答して、アドレス変換プログラムを実行する。これにより、上記処理機能がサーバコンピュータ上で実現され、処理結果がクライアントコンピュータに提供される。
【０１３９】
処理内容を記述したアドレス変換プログラムは、サーバコンピュータで読み取り可能な記録媒体に記録しておくことができる。サーバコンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disc)などがある。
【０１４０】
アドレス変換プログラムを流通させる場合には、たとえば、そのアドレス変換プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。アドレス変換プログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたアドレス変換プログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からアドレス変換プログラムを読み取り、アドレス変換プログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接アドレス変換プログラムを読み取り、そのアドレス変換プログラムに従った処理を実行することもできる。
【０１４１】
（付記１） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換プログラムにおいて、
コンピュータに、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、
処理を実行させることを特徴とするアドレス変換プログラム。
【０１４２】
（付記２） 前記要求パケットの前記送信元アドレスを変更する際には、前記プロキシサーバのアドレスが予め登録されている記憶領域から、前記プロキシサーバのアドレスを取得する、
処理を実行させることを特徴とする付記１記載のアドレス変換プログラム。
【０１４３】
（付記３） 前記要求パケットの前記送信元アドレスを変換した際に、変換前の前記送信元アドレスに設定されていた前記プロキシサーバのアドレスと、変換後に前記送信元アドレスに設定された前記クライアントのアドレスとを関連付けてデータベースに格納し、
前記応答パケットを受け取った際に、前記データベースを参照して、前記送信先アドレスに設定すべき前記クライアントのアドレスを決定する、
処理を実行させることを特徴とする付記１記載のアドレス変換プログラム。
【０１４４】
（付記４） 前記クライアントのアドレスを取得した後、前記要求パケットを一意に識別可能な通信識別子を生成し、
前記要求パケットの前記送信元アドレスの変換と共に、前記要求パケットの送信元通信識別子を、生成した前記通信識別子に変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットの前記送信元アドレスと前記通信識別子とを変換した際に、変換前の前記送信元アドレスおよび前記送信元通信識別子の内容と、変換後の前記送信元アドレスおよび前記送信元通信識別子の内容とを関連付けてデータベースに格納し、
前記応答パケットを受け取った際に、前記データベースを参照して、前記送信先アドレスに設定すべき前記クライアントのアドレスを決定するとともに、前記応答パケットの送信先通信識別子を、前記データベースに登録されている変換前の前記送信元通信識別子に変換する、
処理を実行させることを特徴とする付記１記載のアドレス変換プログラム。
【０１４５】
（付記５） 前記クライアントのアドレスは、前記要求パケット内のアプリケーションヘッダ内から取得することを特徴とする付記１記載のアドレス変換プログラム。
【０１４６】
（付記６） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換方法において、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、
ことを特徴とするアドレス変換方法。
【０１４７】
（付記７） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換装置において、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得するクライアントアドレス取得手段と、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信する送信元アドレス変換手段と、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する送信先アドレス変換手段と、
を有することを特徴とするアドレス変換装置。
【０１４８】
（付記８） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換プログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、処理を実行させることを特徴とするアドレス変換プログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１４９】
【発明の効果】
以上説明したように本発明では、プロキシサーバ経由の要求パケットの送信元アドレスを、プロキシサーバのアドレスから、要求パケット内のアプリケーションヘッダ内にあるクライアントのアドレスに変換してサーバに渡し、サーバからの応答パケットに対して逆のアドレス変換を行うようにした。そのため、サーバ内でクライアントのアドレスを解析するための特別な処理をせずに、クライアントのアドレスを特定したサービスの提供が可能となる。
【図面の簡単な説明】
【図１】実施の形態に適用される発明の概念図である。
【図２】第１の実施の形態を実現するためのシステム構成例を示す図である。
【図３】本発明の実施の形態に用いるアドレス変換装置のハードウェア構成例を示す図である。
【図４】アドレス変換装置の機能を示すブロック図である。
【図５】送受信されるパケットのデータ構造例を示す図である。
【図６】管理テーブルのデータ例を示す図である。
【図７】要求パケットのアドレス変換処理の手順を示すフローチャートである。
【図８】応答パケットのアドレス変換処理の手順を示すフローチャートである。
【図９】要求パケットのアドレスの変換例を示す図である。
【図１０】応答パケットのアドレス変換例を示す図である。
【図１１】第２の実施の形態のシステム構成例を示す図である。
【図１２】第２の実施の形態の管理テーブルのデータ構造例を示す図である。
【図１３】第２の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。
【図１４】管理テーブルへのアドレスの登録処理の詳細を示すフローチャートである。
【図１５】第２の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。
【図１６】要求パケットのアドレス変換例を示す図である。
【図１７】レコード追加後の管理テーブルの例を示す図である。
【図１８】応答パケットのアドレス変換例を示す図である。
【図１９】第３の実施の形態のシステム構成例を示す図である。
【図２０】第３の実施の形態の管理テーブルのデータ構造例を示す図である。
【図２１】第３の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。
【図２２】第３の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。
【図２３】処理要求パケットの変換例を示す図である。
【図２４】レコード追加後の管理テーブルの例を示す図である。
【図２５】応答パケットの変換例を示す図である。
【図２６】第４の実施の形態のシステム構成例を示す図である。
【図２７】従来のプロキシサーバを介した通信の第１の例を示す図である。
【図２８】従来のプロキシサーバを介した通信の第２の例を示す図である。
【符号の説明】
１ クライアント
２ プロキシサーバ
３ アドレス変換装置
４ サーバ
５ 要求パケット
６ 応答パケット
【発明の属する技術分野】
本発明はクライアント−サーバ通信に適用されるアドレス変換プログラム、アドレス変換方法およびアドレス変換装置に関し、特にプロキシサーバを経由して送受信されるパケットのアドレスを変換するアドレス変換プログラム、アドレス変換方法およびアドレス変換装置に関する。
【０００２】
【従来の技術】
一般に、社内のネットワークと外部のインターネットとの間には、プロキシサーバが配置される。プロキシサーバは、社内ネットワーク上のクライアントとインターネット上のサーバとの間で送受信されるパケットを中継する。その際、インターネット上に送出するパケットは、送信元のアドレスとしてプロキシサーバのＩＰ(Internet Protocol)アドレスを付与する。
【０００３】
クライアントがプロキシサーバを経由してアクセスすることにより、サーバに対してクライアントマシンのＩＰアドレスを隠蔽することが可能となる。そのため、プロキシサーバはインターネットとの接続時などにセキュリティを確保するために設置されている。
【０００４】
図２７は、従来のプロキシサーバを介した通信の第１の例を示す図である。図２７に示すように、クライアント９１１からプロキシサーバ９１２を経由してサーバにアクセスする場合、第１の区間では、送信元ＩＰアドレスとしてクライアント９１１のＩＰアドレスが設定される。第１の区間の送信先ＩＰアドレスとしては、プロキシサーバ９１２のＩＰアドレスが設定される。また、第２の区間では、送信元ＩＰアドレスとして、プロキシサーバ９１２のＩＰアドレスが設定される。第２の区間の送信先ＩＰアドレスとしては、サーバ９１３のＩＰアドレスが設定される。これにより、サーバ９１３に対して、クライアント９１１のＩＰアドレスを隠すことができる。
【０００５】
また、プロキシサーバ９１２は、インターネット接続時のセキュリティの確保以外にもアプリケーションデータのキャッシュや認証の一元化などにも使用されている。イントラネット内のサーバにアクセスする場合においてもこのような目的でプロキシサーバ９１２が使用されることがある。イントラネット内のアクセス時には、サーバ９１３がクライアント９１１のＩＰアドレスを認識して、アクセス制御やコンテンツの制御、セッション管理を行ったり、ログにＩＰアドレスを採取してアクセス状況の把握に役立てたりすることがある。そのため、イントラネット内のアクセス時では、インターネットアクセス時のようにクライアント９１１のＩＰアドレスを隠蔽するのではなく、サーバ９１３にクライアント９１１のＩＰアドレスを通知することが望まれる。
【０００６】
ところが、プロキシサーバ９１２を経由してサーバ９１３にアクセスすると、サーバ９１３に対する送信元のＩＰアドレスはクライアントのＩＰアドレスではなくプロキシサーバのＩＰアドレスとなる。そのため、サーバ９１３はクライアントのＩＰアドレスを認識することができない。
【０００７】
そこで、一部のプロキシサーバでは、アプリケーションデータの中にクライアント９１１のＩＰアドレスを格納して通知する機能を持つものもある。サーバ９１３では、このアプリケーションデータ中のクライアント９１１のＩＰアドレスを解析して、アクセス制御等に使用している。このアプリケーションデータ中のクライアント９１１のＩＰアドレスの格納方法として、ＨＴＴＰ(HyperText Transfer Protocol)プロトコルの場合には、ＨＴＴＰヘッダ(例えばX-Client-IPヘッダやX-Forwarded-For)が使用されている。
【０００８】
図２８は、従来のプロキシサーバを介した通信の第２の例を示す図である。クライアント９１１からプロキシサーバ９１２を経由してサーバ９１３にアクセスする場合第１の区間では、送信元ＩＰアドレスとしてクライアント９１１のＩＰアドレスが設定される。第１の区間における送信先ＩＰアドレスとしてプロキシサーバ９１２のＩＰアドレスが設定される。また、第２の区間では、送信元ＩＰアドレスとして、プロキシサーバ９１２のＩＰアドレスが設定される。第２の区間における送信先ＩＰアドレスとしてサーバ９１３のＩＰアドレスが設定される。
【０００９】
なお、第２の区間でのパケット送信の際、プロキシサーバ９１２は、X-Client-IPヘッダにクライアントのＩＰアドレスを格納して送信している。サーバ９１３は、ＨＴＴＰヘッダ中のX-Client-IPヘッダを解析することによりクライアントのＩＰアドレスを認識できる。
【００１０】
このようなプロキシサーバでパケットフィルタリング等を行えば、外部（図２７、図２８の第２の区間）から内部（図２７、図２８の第１の区間）への攻撃を、プロキシサーバ９１２において防ぐことができる（非特許文献１）。
【００１１】
【非特許文献１】
Elizabeth D. Zwicky（エリザベス・Ｄ・ツビッキー）、Simon Cooper（サイモン・クーパー）、D.Brent Chapman（Ｄ・ブレント・チャップマン）著「ファイアウォール構築 第２版 〈VOLUME1〉―理論と実践」オライリー・ジャパン出版、２００２年１２月２５日、ｐ１２２−１２７、ｐ１７９−１８３
【００１２】
【発明が解決しようとする課題】
しかし、プロキシサーバ９１２を経由したアクセス時にクライアント９１１のＩＰアドレスをサーバ９１３に通知するためには、サーバ９１３がアプリケーションデータを解析して、格納されたクライアント９１１のＩＰアドレスを取り出す必要がある。サーバ９１３にはプロキシサーバ９１２を介さずに送られてくるパケットもあるため、サーバ９１３において、プロキシサーバ９１２を経由したアクセスと、経由しないアクセスとを認識して別々の処理を行う必要がある。
【００１３】
多数存在するサーバの管理者はそれぞれ異なるため、このような識別処理をインターネット上の全てのサーバに実装させるのは困難である。
本発明はこのような点に鑑みてなされたものであり、サーバ側に対して特別な処理を要求せずに、各クライアントのアドレスをサーバで識別できるようにするアドレス変換プログラム、アドレス変換方法およびアドレス変換装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような機能を実現するアドレス変換プログラムが提供される。アドレス変換プログラムはプロキシサーバ２を介して接続されるクライアント１とサーバ４との間で送受信されるパケットのアドレスの変換をコンピュータに実行させるプログラムである。コンピュータは、アドレス変換プログラムに従って、以下の処理を実行する。
【００１５】
まず、コンピュータは、クライアント１からサーバ４宛に出力され、送信元アドレスがプロキシサーバ２のアドレスに変換された要求パケット５ａをプロキシサーバ２経由で受け取ると、要求パケット５ａの内容を解析して、要求パケット５ａ内のアプリケーションヘッダ内からクライアント１のアドレスを取得する（ステップＳ１）。次に、コンピュータは、要求パケット５ａの送信元アドレスを、取得したクライアント１のアドレスに変換し、要求パケット５ｂをサーバ４に送信する（ステップＳ２）。また、コンピュータは、要求パケット５ｂに対する応答パケット６をサーバ４から受け取ると、応答パケット６の送信先アドレスをクライアント１のアドレスからプロキシサーバ２のアドレスに変換し、応答パケット６ａをプロキシサーバ２に送信する（ステップＳ３）。
【００１６】
このようなアドレス変換プログラムを実行するコンピュータに対して、要求パケット５ａがプロキシサーバ２経由で送られると、要求パケット５ａの内容が解析され、要求パケット５ａ内のアプリケーションヘッダ内からクライアント１のアドレスが取得される。次に、要求パケット５ａの送信元アドレスが、クライアント１のアドレスに変換され、アドレス変換後の要求パケット５ｂがサーバ４に送信される。また、要求パケット５ｂに対する応答パケット６がコンピュータに入力されると、応答パケット６の送信先アドレスがクライアント１のアドレスからプロキシサーバ２のアドレスに変換され、アドレス変換後の応答パケット６ａがプロキシサーバ２に送信される。
【００１７】
また、上記課題を解決するために、プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換方法において、前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して、前記要求パケット内のアプリケーションヘッダ内から前記クライアントのアドレスを取得し、前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、ことを特徴とするアドレス変換方法が提供される。
【００１８】
このようなアドレス変換方法によれば、要求パケットがプロキシサーバ経由で送られると、要求パケットの内容が解析され、要求パケット内のアプリケーションヘッダ内からクライアントのアドレスが取得される。次に、要求パケットの送信元アドレスが、クライアントのアドレスに変換され、アドレス変換後の要求パケットがサーバに送信される。また、要求パケットに対する応答パケットが入力されると、応答パケットの送信先アドレスがクライアントのアドレスからプロキシサーバのアドレスに変換され、アドレス変換後の応答パケットがプロキシサーバに送信される。
【００１９】
また、上記課題を解決するために、プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換装置において、前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して、前記要求パケット内のアプリケーションヘッダ内から前記クライアントのアドレスを取得するクライアントアドレス取得手段と、前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信する送信元アドレス変換手段と、前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する送信先アドレス変換手段と、を有することを特徴とするアドレス変換装置が提供される。
【００２０】
このようなアドレス変換装置によれば、要求パケットがプロキシサーバ経由で送られると、クライアントアドレス取得手段により、要求パケットの内容が解析され、要求パケット内のアプリケーションヘッダ内からクライアントのアドレスが取得される。次に、送信元アドレス変換手段により、要求パケットの送信元アドレスが、クライアントのアドレスに変換され、アドレス変換後の要求パケットがサーバに送信される。また、要求パケットに対する応答パケットが入力されると、送信先アドレス変換手段により、応答パケットの送信先アドレスがクライアントのアドレスからプロキシサーバのアドレスに変換され、アドレス変換後の応答パケットがプロキシサーバに送信される。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。
【００２２】
図１は、実施の形態に適用される発明の概念図である。図１では、本発明の機能をアドレス変換装置３で実現している。アドレス変換装置３は、クライアント１に対してプロキシサーバ２を介して接続されている。また、アドレス変換装置３は、サーバ４に接続されている。クライアント１は、プロキシサーバ２経由でのみサーバ４へのアクセスが許可されたコンピュータである。プロキシサーバ２は、クライアント１の代理でサーバ４へアクセスするコンピュータである。アドレス変換装置３は、サーバ４に対して入出力されるパケットを中継するコンピュータである。サーバ４は、クライアント１からの要求に応答して所定の処理機能を提供するコンピュータ（たとえば、アプリケーションサーバ）である。
【００２３】
ここで、クライアント１のアドレスを「ＣＬ＃０」、プロキシサーバ２のアドレスを「ＰＲＯＸＹ＃０」、サーバ４のアドレスを「ＡＰ＃０」とする。なお、アドレス変換装置３は、プロキシサーバのアドレス３ａを記憶している。
【００２４】
クライアント１からサーバ４に対して処理を要求する要求パケット５は、まず、プロキシサーバ２に渡される。要求パケット５は、たとえば、送信元アドレスとしてクライアント１のアドレス「ＣＬ＃０」が設定され、送信先アドレスとしてプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」が設定される。また、要求パケット５内の所定の領域（たとえば、アプリケーションヘッダ）内には、サーバ４のアドレス「ＡＰ＃０」が設定されている。
【００２５】
要求パケット５を受け取ったプロキシサーバ２は、要求パケット５の送信元アドレスを、クライアント１のアドレス「ＣＬ＃０」からプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」に変換し、そして、クライアント１のアドレス「ＣＬ＃０」を所定の領域（たとえば、アプリケーションヘッダ）内に設定する。プロキシサーバ２は、アドレス変換後の要求パケット５ａをアドレス変換装置３に対して送信する。
【００２６】
アドレス変換装置３は、送信元アドレスがプロキシサーバ２のアドレスに変換された要求パケット５ａをプロキシサーバ経由で受け取ると、要求パケット５ａの内容を解析してクライアント１のアドレス「ＣＬ＃０」を取得する（ステップＳ１）。次に、アドレス変換装置３は、要求パケット５ａの送信元アドレスを、取得したクライアント１のアドレス「ＣＬ＃０」に変換し、要求パケット５ｂをサーバ４に送信する（ステップＳ２）。
【００２７】
要求パケット５ｂを受け取ったサーバ４は、要求パケット５ｂで指示された処理を実行し、実行結果に応じた応答パケット６を出力する。応答パケット６は、送信元アドレスがサーバ４のアドレス「ＡＰ＃０」であり、送信先アドレスがクライアント１のアドレス「ＣＬ＃０」である。この応答パケット６は、アドレス変換装置３に渡される。
【００２８】
要求パケット５ｂに対する応答パケット６をサーバ４から受け取ったアドレス変換装置３は、応答パケット６の送信先アドレスをクライアント１のアドレス「ＣＬ＃０」からプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」に変換する。そして、アドレス変換装置３は、アドレス変換後の応答パケット６ａをプロキシサーバ２に対して送信する（ステップＳ３）。
【００２９】
応答パケット６ａを受け取ったプロキシサーバ２は、送信先アドレスを、プロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」からクライアント１のアドレス「ＣＬ＃０」に変換する。そして、変換後の応答パケット６ｂをクライアント１に送信する。
【００３０】
このようにして、プロキシサーバ２を介して出力された要求パケット５ａの送信元アドレスがアドレス変換装置３によってクライアント１のアドレス「ＣＬ＃０」に変換されてサーバ４に渡される。また、サーバ４からの応答パケット６の送信先アドレスがプロキシサーバ２のアドレス「ＰＲＯＸＹ＃０」に変換されてプロキシサーバ２に渡される。
【００３１】
その結果、サーバ４では、プロキシサーバ２を経由した要求パケット５ｂと、プロキシサーバ２を経由しない要求パケットとを同等に扱うことができる。すなわち、サーバ４は、要求パケットの内容を解析してクライアント１のアドレス「ＣＬ＃０」を判定する必要がない。これにより、クライアント１のアドレス「ＣＬ＃０」を特定したサービスの提供環境を、サーバ４内に容易に構築可能となる。
【００３２】
［第１の実施の形態］
図２は、第１の実施の形態を実現するためのシステム構成例を示す図である。複数のクライアント１１，１２，１３，・・・は、ネットワーク４１を介してプロキシサーバ３１に接続されている。プロキシサーバ３１は、ネットワーク４２を介してアドレス変換装置１００に接続されている。アドレス変換装置１００は、ネットワーク４３を介して複数のサーバ２１，２２，２３，・・・に接続されている。この例では、クライアント１１のＩＰアドレスが「ＣＬ＃１」、クライアント１２のＩＰアドレスが「ＣＬ＃２」、クライアント１３のＩＰアドレスが「ＣＬ＃３」、プロキシサーバ３１のＩＰアドレスが「ＰＲＯＸＹ＃１」、アドレス変換装置１００のＩＰアドレスが「ＴＲＡＮＳ」、サーバ２１のＩＰアドレスが「ＡＰ＃１」、サーバ２２のＩＰアドレスが「ＡＰ＃２」、サーバ２３のＩＰアドレスが「ＡＰ＃３」である。
【００３３】
クライアント１１，１２，１３，・・・は、ユーザが使用するコンピュータである。サーバ２１，２２，２３，・・・は、クライアント１１，１２，１３，・・・からの要求に応答して、Ｗｅｂページの配信等のサービスを提供するコンピュータである。プロキシサーバ３１は、ネットワーク４１に接続されたクライアント１１，１２，１３，・・・に代わってサーバ２１，２２，２３，・・・にアクセスするコンピュータである。
【００３４】
ネットワーク４１は、プロキシサーバ３１によって保護された内部のネットワークである。ネットワーク４１は、たとえば、社内のイントラネットである。ネットワーク４２は、たとえば、インターネットのような広域のネットワークである。ネットワーク４３は、たとえば、ネットワークを介して複数のサービスを提供する企業の社内ネットワークである。
【００３５】
アドレス変換装置１００は、プロキシサーバ３１から出力されたパケットを受け取り、プロキシサーバ３１のアドレスをクライアント１１，１２，１３，・・・のアドレスへ変換する。また、アドレス変換装置１００は、クライアント１１，１２，１３，・・・のアドレスをプロキシサーバ３１のアドレスに変換する。なお、アドレス変換装置１００は、アドレスの変換処理を行うために、プロキシサーバ３１のＩＰアドレス「ＰＲＯＸＹ＃１」を保持している。
【００３６】
図３は、本発明の実施の形態に用いるアドレス変換装置のハードウェア構成例を示す図である。アドレス変換装置１００は、ＣＰＵ(Central Processing Unit)１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ(Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および複数の通信インタフェース１０６，１０７が接続されている。
【００３７】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００３８】
グラフィック処理装置１０４には、モニタ９１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ９１の画面に表示させる。入力インタフェース１０５には、キーボード９２とマウス９３とが接続されている。入力インタフェース１０５は、キーボード９２やマウス９３から送られてくる信号を、バス１０８を介してＣＰＵ１０１に送信する。
【００３９】
通信インタフェース１０６は、ネットワーク４２に接続されている。通信インタフェース１０６は、ネットワーク４２を介して、プロキシサーバ３１等の他のコンピュータとの間でデータの送受信を行う。
【００４０】
通信インタフェース１０７は、ネットワーク４３に接続されている。通信インタフェース１０７は、ネットワーク４３を介して、サーバ２１，２２，２３，・・・等の他のコンピュータとの間でデータの送受信を行う。
【００４１】
以上のようなハードウェア構成によって、第１の実施の形態の処理機能を実現することができる。なお、図３には、アドレス変換装置１００のハードウェア構成例を示したが、クライアント１１，１２，１３，・・・、サーバ２１，２２，２３，・・・、およびプロキシサーバ３１も同様のハードウェア構成で実現することができる。
【００４２】
図４は、アドレス変換装置の機能を示すブロック図である。図４に示すように、アドレス変換装置１００は、通信部１１０、データ解析部１２０、アドレス変換部１３０、逆アドレス変換部１４０および管理部１５０を有している。
【００４３】
通信部１１０は、プロキシサーバ３１やサーバ２１，２２，２３，・・・との間でパケットの送受信を行う。具体的には、通信部１１０は、プロキシサーバ３１から受け取ったパケットをデータ解析部１２０に渡し、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。また、通信部１１０は、サーバ２１，２２，２３，・・・から受け取ったパケットを逆アドレス変換部１４０に渡し、アドレス変換部１３０から受け取ったパケットをサーバ２１，２２，２３，・・・に送信する。
【００４４】
データ解析部１２０は、通信部から１１０からパケットを受け取ると、クライアント１１，１２，１３，・・・上のアプリケーションが生成したデータ（たとえば、アプリケーションヘッダの内容）を解析して送信元であるクライアントのアドレスを取り出す。データ解析部１２０は、通信部１１０から受け取ったパケットと取り出したアドレスとをアドレス変換部１３０に渡す。
【００４５】
アドレス変換部１３０は、プロキシサーバ３１から送られたパケットの送信元アドレスを、プロキシサーバ３１のアドレスから、そのデータを送信したクライアントのアドレスに変換する。そして、アドレス変換部１３０は、アドレス変換後のパケットを通信部１１０に渡す。
【００４６】
逆アドレス変換部１４０は、サーバ２１，２２，２３，・・・から送られたパケットを通信部１１０から受け取ると、そのパケット送信先とすべきプロキシサーバ３１のアドレスを管理部１５０から受け取る。次に、逆アドレス変換部１４０は、送信先アドレスをクライアント１１，１２，１３，・・・のアドレスからプロキシサーバ３１のアドレスに変換（逆変換）する。そして、逆アドレス変換部１４０は、アドレス変換後のパケットを通信部１１０に渡す。
【００４７】
管理部１５０は、管理テーブル１５１を有している。管理テーブル１５１には、プロキシサーバ３１のアドレスが登録される。管理部１５０は、ユーザ等からの操作入力等に応答して、プロキシサーバ３１のアドレスを管理テーブル１５１に登録する。また、逆アドレス変換部１４０からプロキシサーバ３１のアドレスの問い合わせを受け取ると、管理テーブル１５１を参照して該当するプロキシサーバ３１のアドレスを逆アドレス変換部１４０に通知する。
【００４８】
このような機能を有するアドレス変換装置１００によって、プロキシサーバ３１経由で通信されるパケットのアドレス変換が行われる。
図５は、送受信されるパケットのデータ構造例を示す図である。なお、図５には、アドレス変換機能に関連する部分のみを示している。パケットには、ＩＰヘッダ(IP-header)２１０、ＴＣＰヘッダ(TCP-header)２２０、アプリケーションヘッダ(Application-header)２３０が含まれる。アプリケーションヘッダ２３０は、たとえばＨＴＴＰヘッダである。
【００４９】
ＩＰヘッダ２１０には、送信元ＩＰアドレス(SRC IP)２１１や送信先ＩＰアドレス(DST IP)２１２が含まれている。ＴＣＰヘッダ２２０には、送信元ポート(SRC Port)２２１と送信先ポート(DST Port)２２２とが含まれている。アプリケーションヘッダ２３０には、X-Client-IPヘッダ２３１が含まれている。
【００５０】
アドレス変換装置１００を用いたアドレス変換を行う場合、まず、管理部１５０の管理テーブル１５１にプロキシサーバ３１のＩＰアドレスを登録する。
図６は、管理テーブルのデータ例を示す図である。図６に示すように、管理テーブル１５１には、プロキシサーバ３１のアドレス「ＰＲＯＸＹ＃１」が登録されている。
【００５１】
その後、クライアント１１，１２，１３，・・・からサーバ２１，２２，２３，・・・に対して、処理を要求するパケット（要求パケット）が送信されると、そのパケットがプロキシサーバ３１で中継される。以下の例では、クライアント１１からサーバ２１宛の処理要求パケットが送信された場合を想定して説明する。
【００５２】
プロキシサーバ３１では、受け取ったパケットの送信元アドレスを自己のＩＰアドレスに変えて、送信先アドレスをサーバ２１のＩＰアドレスに変える。そして、プロキシサーバ３１は、アドレスを変換したパケットをネットワーク４２上へ送信する。そのパケットは、ネットワーク４２を介してアドレス変換装置１００に入力される。パケットを受け取ったアドレス変換装置１００では、送信元アドレスの変換処理が行われる。
【００５３】
図７は、要求パケットのアドレス変換処理の手順を示すフローチャートである。以下、図７に示す処理をステップ番号に沿って説明する。
［ステップＳ１１］通信部１１０は、クライアント１１から出されたパケットをプロキシサーバ３１経由で受信し、そのパケットをデータ解析部１２０に渡す。
【００５４】
［ステップＳ１２］データ解析部１２０は、受け取ったパケットのアプリケーションヘッダの内容を解析して送信元であるクライアント１１のアドレスを取得する。すなわち、データ解析部１２０は、アプリケーションヘッダ２３０内の「X-Client-IPヘッダ」の情報をクライアント１１のアドレスとして取得する。そして、データ解析部１２０は、受け取ったパケットと共に、取り出したクライアント１１のアドレスをアドレス変換部１３０へ渡す。
【００５５】
［ステップＳ１３］アドレス変換部１３０は、受け取ったパケットの送信元アドレスを、データ解析部１２０から受け取ったクライアント１１のアドレスに変換し、通信部１１０へ渡す。
【００５６】
［ステップＳ１４］通信部１１０は、送信元がクライアント１１のアドレスであるパケットをサーバ２１へ送信する。
サーバ２１では、処理を要求するパケットを受信すると、要求に応じた処理を実行する。そして、処理を要求するパケットの送信元として設定されているクライアント１１のアドレスを送信先アドレスとして、要求に対する応答（処理結果を示す）のパケット（応答パケット）を送信する。そのパケットは、アドレス変換装置１００に渡される。すると、アドレス変換装置１００において送信先アドレスの変換（逆変換）が行われる。
【００５７】
図８は、応答パケットのアドレス変換処理の手順を示すフローチャートである。以下、図８に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］通信部１１０は、サーバ２１から送られたパケットを受信し、逆アドレス変換部１４０へ渡す。
【００５８】
［ステップＳ２２］逆アドレス変換部１４０は、管理部１５０にプロキシサーバ３１のアドレスを問い合わせる。
［ステップＳ２３］管理部１５０は、管理テーブル１５１にあらかじめ設定されているプロキシサーバ３１のアドレス「ＰＲＯＸＹ＃１」を逆アドレス変換部へ返す。
【００５９】
［ステップＳ２４］逆アドレス変換部１４０は、通信部１１０から受け取ったパケットの送信先アドレスを、管理部から返されたプロキシサーバ３１のアドレス「ＰＲＯＸＹ＃１」に変換し、通信部１１０へ渡す。
【００６０】
［ステップＳ２５］通信部１１０は、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。
次に、アドレス変換装置１００におけるアドレス変換の具体例を示す。
【００６１】
図９は、要求パケットのアドレスの変換例を示す図である。プロキシサーバ３１経由でアドレス変換装置１００に入力されるパケット５１は、送信元ＩＰアドレス(SRC IP)が「ＰＲＯＸＹ＃１」、送信先ＩＰアドレス(DST IP)が「ＡＰ＃１」、X-Client-IPヘッダが「X-Clietnt-IP:CL#1」である。このようなパケット５１がアドレス変換装置１００に入力されると、送信元アドレスが変換されたパケット５２が生成され、サーバ２１に対して送信される。パケット５２では、送信元ＩＰアドレス(SRC IP)が「ＣＬ＃１」に変換されており、他の情報は変更されていない。
【００６２】
図１０は、応答パケットのアドレス変換例を示す図である。サーバ２１からアドレス変換装置１００に入力される応答を示すパケット５３は、送信元ＩＰアドレス(SRC IP)が「ＡＰ＃１」、送信先ＩＰアドレス(DST IP)が「ＣＬ＃１」である。このようなパケット５３がアドレス変換装置１００に入力されると、送信元アドレスが変換されたパケット５４が生成され、プロキシサーバ３１に対して送信される。パケット５４では、送信先ＩＰアドレス(DST IP)が「ＰＲＯＸＹ＃１」に変換されており、他の情報は変更されていない。
【００６３】
このようにして、プロキシサーバ３１を介して通信されるパケットであっても、クライアント１１のアドレスを送信元としてサーバ２１に渡すことができる。サーバ２１では、プロキシサーバ３１を経由して送られるパケットと、プロキシサーバ３１を経由せずに送られるパケットとを区別することなく、要求に応じた処理を実行することができる。従って、図２に示すように複数のサーバ２１，２２，２３，・・・が存在する場合でも、各サーバ２１，２２，２３，・・・においてアプリケーションヘッダの内容を解析する機能を搭載する必要がない。その結果、サーバ構築が容易となる。
【００６４】
［第２の実施の形態］
次に、第２の実施の形態について説明する。第２の実施の形態は、複数のプロキシサーバから送られるパケットを処理可能なアドレス変換装置の例である。
【００６５】
図１１は、第２の実施の形態のシステム構成例を示す図である。第２の実施の形態では、複数のプロキシサーバ３１，３２がネットワーク４２に接続されている。プロキシサーバ３１には、ネットワーク４１を介してクライアント１１，１２，・・・が接続されている。同様にプロキシサーバ３２には、ネットワーク４４を介してクライアント１３，・・・が接続されている。アドレス変換装置１００ａは、ネットワーク４２を介してプロキシサーバ３１，３２に接続されている。また、アドレス変換装置１００ａは、ネットワーク４３を介してサーバ２１，２２，２３，・・・に接続されている。なお、プロキシサーバ３２のＩＰアドレスは「ＰＲＯＸＹ＃２」である。他の装置のＩＰアドレスは第１の実施の形態と同様である。
【００６６】
アドレス変換装置１００ａは、複数のプロキシサーバ３１，３２それぞれを経由して送られてくるパケットのアドレス変換が可能である。アドレス変換装置１００ａの構成要素は、図４に示した第１の実施の形態のアドレス変換装置１００と同じである。そこで、図４に示した符号を用いて、アドレス変換装置１００ａの各要素の機能を説明する。但し、管理テーブル１５１については、別の符号を用いて具体的に説明する。
【００６７】
図１２は、第２の実施の形態の管理テーブルのデータ構造例を示す図である。管理テーブル１５１ａには、項番に対応付けて、変換前の送信元アドレスの欄と変換後の送信元アドレスの欄とが設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのレコードを構成している。
【００６８】
項番の欄には、各レコードを一意に識別するための番号が設定される。変換前の送信元アドレスの欄には、要求パケットの送信元アドレスを変換したときの、変換前のアドレス（プロキシサーバのアドレス）が設定される。変換後の送信元アドレスの欄には、同様に要求パケットの送信元アドレスを変換したときの変換後のアドレス（クライアントのアドレス）が設定される。
【００６９】
図１２の例では、項番「１」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃１」と変換後のアドレス「ＣＬ＃１」とが設定されている。また、項番「２」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃２」と変換後のアドレス「ＣＬ＃３」とが設定されている。
【００７０】
このように、第２の実施の形態に係るアドレス変換装置１００ａ内の管理テーブル１５１ａには、複数のプロキシサーバ３１，３２のアドレスが格納できる。管理テーブル１５１ａが図１２に示す状態のとき、クライアント１２からサーバ２１に対して要求パケットが送信されると、アドレス変換装置１００ａにおいて以下のような処理が行われる。
【００７１】
図１３は、第２の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
【００７２】
［ステップＳ３１］通信部１１０は、クライアント１２から出力されたパケットをプロキシサーバ３１経由で受け取ると、そのパケットをデータ解析部１２０に渡す。
【００７３】
［ステップＳ３２］データ解析部１２０は、受け取ったパケットのアプリケーションヘッダを解析し、送信元であるクライアント１２のアドレスを取り出す。そして、データ解析部１２０は、受け取ったパケットと共に取り出したクライアント１２のアドレスをアドレス変換部１３０に渡す。
【００７４】
［ステップＳ３３］アドレス変換部１３０は、受け取ったパケットの送信元アドレスをデータ解析部１２０から受け取ったクライアント１２のアドレスに変換する。そして、アドレス変換部１３０は、変換前の送信元アドレス（プロキシサーバ３１のアドレス）と、変換後の送信元アドレス（クライアント１２のアドレス）を管理部１５０に渡すと共に、送信元アドレスを変換したパケットを通信部１１０へ渡す。
【００７５】
［ステップＳ３４］管理部１５０は、変換前の送信元アドレスと変換後の送信元アドレスとの組を、管理テーブル１５１ａに登録する。
［ステップＳ３５］通信部１１０は、送信元がクライアント１２のアドレスであるパケットをサーバ２１へ送信する。
【００７６】
図１４は、管理テーブルへのアドレスの登録処理の詳細を示すフローチャートである。この処理は、図１３に示すステップＳ３４の処理である。以下、図１４に示す処理をステップ番号に沿って説明する。
【００７７】
［ステップＳ４１］管理部１５０は、管理テーブル１５１ａを、変換後の送信元アドレス（クライアント１２のアドレス）で検索する。
［ステップＳ４２］管理部１５０は、検索の結果、該当するレコードが発見されたか否かを判断する。検索の結果該当するレコードがある場合、処理がステップＳ４４に進められる。該当するレコードが無い場合、処理がステップＳ４３に進められる。
【００７８】
［ステップＳ４３］管理部１５０は、管理テーブル１５１ａに変換前の送信元アドレス（プロキシサーバ３１のアドレス）と変換後の送信元アドレス（クライアント１２のアドレス）との組を新たなレコードとして登録する。その後、処理が終了する。
【００７９】
［ステップＳ４４］管理部１５０は、今回のアドレス変換における変換前の送信元アドレス（プロキシサーバ３１のアドレス）と、検索により見つかったレコードの変換前の送信元アドレスとが同一か否かを判断する。同一であれば処理が終了する。同一でなければ、処理がステップＳ４５に進められる。
【００８０】
［ステップＳ４５］管理部１５０は、検出されたレコードの変換前の送信元アドレスを、今回のアドレス変換における変換前の送信元アドレス（プロキシサーバ３１のアドレス）に置き換える。その後、処理が終了する。
【００８１】
次に、サーバ２１からクライアント１２に対して、処理結果を応答するパケットが送信された場合の、アドレス変換装置１００ａにおける送信先アドレスの変換処理（逆変換）について説明する。
【００８２】
図１５は、第２の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。
【００８３】
［ステップ５１］通信部１１０は、サーバ２１から送られたパケットを受信し、逆アドレス変換部１４０に渡す。
［ステップＳ５２］逆アドレス変換部１４０は、受け取ったデータの送信先アドレスを管理部１５０に渡し、プロキシサーバ３１のアドレスを問い合わせる。
【００８４】
［ステップＳ５３］管理部１５０は、管理テーブル１５１ａの変換後の送信元アドレスの欄から、渡された送信先アドレスと一致するアドレスが登録されたレコードを検索し、そのレコードの変換前の送信元アドレスを逆アドレス変換部１４０へ返す。なお、該当するレコードが見つからない場合、たとえば、ｎｕｌｌの値が返される。
【００８５】
［ステップＳ５４］逆アドレス変換部１４０は、ステップＳ５３の検索の結果、該当するレコードが見つかったか否かを判断する。該当するレコードが見つかった場合、処理がステップＳ５６に進められる。該当するレコードが見つからなかった場合、処理がステップＳ５５に進められる。
【００８６】
［ステップＳ５５］逆アドレス変換部１４０は、エラー処理を行い、処理を終了する。
［ステップＳ５６］逆アドレス変換部１４０は、通信部１１０から受け取ったパケットの送信先アドレスを、管理部１５０から返された変換前の送信元アドレスに変換し、通信部１１０へ渡す。
【００８７】
［ステップＳ５７］通信部１１０は、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。
次に、アドレス変換装置１００ａにおけるアドレス変換の具体例を示す。
【００８８】
図１６は、要求パケットのアドレス変換例を示す図である。クライアント１２から出力されプロキシサーバ３１経由でアドレス変換装置１００ａに入力されるパケット６１は、送信元ＩＰアドレス(SRC IP)が「ＰＲＯＸＹ＃１」、送信先ＩＰアドレス(DST IP)が「ＡＰ＃１」、X-Client-IPヘッダが「X-Clietnt-IP:CL#2」である。
【００８９】
このようなパケット６１がアドレス変換装置１００ａに入力されると、データ解析部１２０によって、X-Client-IPヘッダからクライアント１２のアドレス６１ａ（ＣＬ＃２）が取り出される。パケット６１とクライアント１２のアドレス６１ａとは、アドレス変換部１３０に渡される。
【００９０】
アドレス変換部１３０において、パケット６１の送信元アドレスが変換され、パケット６２が生成される。パケット６２は通信部１１０を介してサーバ２１に送信される。パケット６２では、送信元ＩＰアドレス(SRC IP)が「ＣＬ＃２」に変換されており、他の情報は変更されていない。
【００９１】
また、アドレス変換部１３０から管理部１５０へは、プロキシサーバ３１のアドレス６１ａ（ＰＲＯＸＹ＃１）とクライアント１２のアドレス６１ａ（ＣＬ＃２）との組が渡される。すると、管理部１５０により、管理テーブル１５１ａに新たなレコードが追加される。
【００９２】
図１７は、レコード追加後の管理テーブルの例を示す図である。図１７に示すように、図１６に示すパケット６１から送信元アドレス「ＰＲＯＸＹ＃１」と、X-Client-IPヘッダに登録されているクライアントのアドレス「ＣＬ＃２」との組が、新たなレコードとして登録されている。
【００９３】
図１８は、応答パケットのアドレス変換例を示す図である。サーバ２１からアドレス変換装置１００ａに入力される応答を示すパケット６３は、送信元ＩＰアドレス(SRC IP)が「ＡＰ＃１」、送信先ＩＰアドレス(DST IP)が「ＣＬ＃２」である。このようなパケット６３がアドレス変換装置１００ａに入力されると、管理テーブル１５１ａが参照され、変換後の送信元アドレスが「ＣＬ＃２」であるレコードの変換前の送信元アドレス「ＰＲＯＸＹ＃１」が取得される。そして、送信元アドレスが変換されたパケット６４が生成され、プロキシサーバ３１に対して送信される。パケット６４では、送信先ＩＰアドレス(DST IP)が「ＰＲＯＸＹ＃１」に変換されており、他の情報は変更されていない。
【００９４】
以上のようにして、複数のプロキシサーバ３１，３２経由のパケットに対するアドレス変換が可能となる。すなわち、第２の実施の形態では、クライアントからの要求を示すパケットの送信元アドレスを変換する際に、変換前の送信元アドレスと変換後の送信元アドレスとの組を管理テーブル１５１ａに格納する。そして、サーバからの応答を示すパケットの送信先アドレスを、管理テーブル１５１ａを参照して変換することで、要求パケットと同じルートで応答パケットを返すことができる。
【００９５】
［第３の実施の形態］
次に、第３の実施の形態について説明する。第３の実施の形態は、負荷分散装置を介して複数のプロキシサーバの何れかに渡されるパケットに関して、アドレス変換処理を行うものである。要求パケットが負荷分散装置によりプロキシサーバに振り分けられると、１つのクライアントから出力された要求パケットを中継するプロキシサーバが一意に決まらない。その場合、以下のような問題が生じる。
【００９６】
要求パケットの送信元アドレスがプロキシサーバで変更されたとき、その要求パケットに対する応答パケットの送信先とすべきクライントのアドレスは、要求パケットを中継したプロキシサーバのみが認識している。また、プロキシサーバがクライアントの代理でサーバにアクセスした場合、プロキシサーバは、送信した要求パケットに対する応答パケットを受け取ることで、一連の処理を完了することができる。従って、あるクライアントから出力された要求パケットを中継するプロキシサーバが一意に決まらない場合であっても、要求パケットに対する応答パケットは、要求パケットを中継したプロキシサーバに対して送り返す必要がある。
【００９７】
そこで、第３の実施の形態では、要求パケットに対してユニークな通信識別子を設定し、どのプロキシサーバで中継されたパケットであるのかをアドレス変換装置で管理する。
【００９８】
以下の説明に置いて、通信識別子とは、クライアントやサーバで動作しているアプリケーションを一意に特定するための識別情報である。たとえば、TCP port番号である。パケットを送信するアプリケーションの通信識別子が送信元通信識別子であり、パケットを受信するアプリケーションの通信識別子が送信先通信識別子である。
【００９９】
図１９は、第３の実施の形態のシステム構成例を示す図である。第３の実施の形態では、複数のプロキシサーバ３１，３２，３３，・・・が負荷分散装置３４を介してネットワーク４１に接続されている。他の構成は、図２に示す第１の実施の形態と同様である。なお、プロキシサーバ３３のＩＰアドレスを「ＰＲＯＸＹ＃３」、負荷分散装置３４のＩＰアドレスを「ＴＤ」、アドレス変換装置１００ｂのＩＰアドレスを「ＴＲＡＮＳ」とする。他の装置のＩＰアドレスは、第２の実施の形態と同じである。
【０１００】
負荷分散装置３４は、プロキシサーバ３１，３２，３３の負荷状況を監視している。そして、負荷分散装置３４は、クライアント１１，１２，１３，・・・から送られたパケットを比較的負荷の少ないプロキシサーバへ転送する。
【０１０１】
アドレス変換装置１００ｂは、負荷分散装置３４によって振り分けられたパケットをプロキシサーバ３１，３２，３３経由で受け取ると、送信元アドレスを変換してサーバ２１，２２，２３，・・・に送信する。この際、アドレス変換装置１００ｂは、受け取ったパケットの送信元アドレスと送信元通信識別子とを変更する。
【０１０２】
また、アドレス変換装置１００ｂは、アドレス等の変更と同時に、受け取ったパケットの送信元アドレスと変換後の送信元アドレスの対応に加え、受信したパケットの送信先通信識別子と、変換後の通信識別子が通信識別子の対応を、管理テーブルに登録する。なお、アドレス変換装置１００ｂの構成要素は、図４に示した第１の実施の形態のアドレス変換装置１００と同じである。そこで、図４に示した符号を用いて、アドレス変換装置１００ｂの各要素の機能を説明する。但し、管理テーブル１５１については、別の符号を用いて具体的に説明する。
【０１０３】
図２０は、第３の実施の形態の管理テーブルのデータ構造例を示す図である。管理テーブル１５１ｂには、項番に対応付けて、変換前の送信元アドレス、変換前の送信元通信識別子、変換後の送信元アドレスおよび変換後の送信元通信識別子の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのレコードを構成している。
【０１０４】
項番の欄には、各レコードを一意に識別するための番号が設定される。
変換前の送信元アドレスの欄には、クライアントからサーバへの処理要求を示すパケットの送信元アドレスを変換したときの、変換前のアドレス（プロキシサーバのアドレス）が設定される。変換前の送信元通信識別子の欄には、クライアントからサーバへの処理要求を示すパケットの変換前の送信元通信識別子が設定される。
【０１０５】
変換後の送信元アドレスの欄には、送信元アドレスを変換したときの変換後のアドレス（クライアントのアドレス）が設定される。変換後の送信元通信識別子の欄には、クライアントからサーバへの処理要求を示すパケットの変換後の送信元通信識別子が設定される。変換後の送信元通信識別子は、アドレス変換装置１００ｂで生成されたユニークな通信識別子である。
【０１０６】
図１９の例では、項番「１」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃１」、変換前の送信元通信識別子「ＰＯＲＴ＃１」、変換後のアドレス「ＣＬ＃１」、および変換後の送信元通信識別子「ＰＯＲＴ＃ａ」が設定されている。また、項番「２」に対応付けて、変換前のアドレス「ＰＲＯＸＹ＃２」、変換前の送信元通信識別子「ＰＯＲＴ＃１」、変換後のアドレス「ＣＬ＃１」、および変換後の送信元通信識別子「ＰＯＲＴ＃ｂ」が設定されている。
【０１０７】
このような管理テーブル１５１ｂが設定されている状態で、クライアント１２からサーバ２１に対して、処理を要求するパケットがプロキシサーバ３１を介して送信されると、アドレス変換装置１００ｂにおいて以下のような処理が行われる。
【０１０８】
図２１は、第３の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。
【０１０９】
［ステップＳ６１］通信部１１０は、プロキシサーバからのパケットを受信し、データ解析部１２０へ渡す。
［ステップＳ６２］データ解析部１２０は、パケットを解析して送信元であるクライアント１２のアドレスを取得する。データ解析部１２０は、パケットと共に取り出したクライアントのアドレスをアドレス変換部１３０へ渡す。
【０１１０】
［ステップＳ６３］アドレス変換部１３０は、受け取ったパケットの送信元アドレスを、データ解析部１２０から受け取ったクライアント１２のアドレスに変換する。
【０１１１】
［ステップＳ６４］アドレス変換部１３０は、変換前の送信元アドレス（プロキシサーバ３１のアドレス）、変換後の送信元アドレス（クライアント１２のアドレス）、および受け取ったパケットの変換前の送信元通信識別子を管理部１５０に渡す。
【０１１２】
［ステップＳ６５］管理部１５０は、管理テーブル１５１ｂを、変換前の送信元アドレス、変換後の送信元アドレス、および、変換前の送信元通信識別子で検索する。すなわち、管理部１５０は、アドレス変換部１３０から受け取った情報に合致するレコードを管理テーブル１５１ｂから検索する。
【０１１３】
［ステップＳ６６］管理部１５０は、検索によって該当レコードがあった場合、処理をステップＳ６７に進める。該当レコードが無い場合、処理をステップＳ６８に進める。
【０１１４】
［ステップＳ６７］管理部１５０は、見つかったレコードの変換後の送信元通信識別子をアドレス変換部１３０へ返す。その後、処理がステップＳ７１に進められる。
【０１１５】
［ステップＳ６８］管理部１５０は、管理テーブル１５１ｂに変換前の送信元アドレス、変換後の送信元アドレス、および変換前の送信元通信識別子を、新たなレコードとして登録する。
【０１１６】
［ステップＳ６９］管理部１５０は、管理テーブル１５１ｂ内の変換後の送信元アドレス（クライアント１２のアドレス）が同じレコードの中で、変換後の送信元通信識別子がユニーク（一意に識別可能）になるように通信識別子を生成する。
【０１１７】
［ステップＳ７０］管理部１５０は、生成した通信識別子を、新たに登録したレコードの変換後の送信元通信識別子として登録する。また、管理部１５０は、生成した通信識別子をアドレス変換部１３０へ返す。
【０１１８】
［ステップＳ７１］アドレス変換部１３０は、受け取ったパケットの送信元通信識別子を、管理部１５０から受け取った通信識別子に変換し、そのパケットを通信部１１０へ渡す。
【０１１９】
［ステップＳ７２］通信部１１０は、アドレス変換部から受け取ったデータをサーバへ送信する。
次に、サーバ２１からクライアント１２に対して、処理結果を応答するパケットが送信された場合の、アドレス変換装置１００ａにおける送信先アドレスの変換処理（逆変換）について説明する。
【０１２０】
図２２は、第３の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。
【０１２１】
［ステップＳ８１］通信部１１０は、サーバ２１からのパケットを受信し、逆アドレス変換部１４０へ渡す。
［ステップＳ８２］逆アドレス変換部１４０は、受け取ったパケットの送信先アドレスと送信先通信識別子とを管理部１５０に渡す。
【０１２２】
［ステップＳ８３］管理部１５０は、管理テーブル１５１ｂの変換後の送信元アドレスと変換後の送信元通信識別子とを検索対象とし、逆アドレス変換部１４０から受け取った送信先アドレスと送信先通信識別子との組に一致するレコードを検索する。管理部１５０は、一致したレコードの変換前の送信元アドレスと変換前の送信元通信識別子を逆アドレス変換部１４０へ返す。一致したレコードが無い場合、該当レコードが無いことを示す情報（たとえば「ｎｕｌｌ」）を返す。
【０１２３】
［ステップＳ８４］逆アドレス変換部１４０は、該当レコードがあるか否かを判断する。該当レコードが有る場合、処理がステップＳ８６に進められる。該当レコードが無い場合、処理がステップＳ８５に進められる。
【０１２４】
［ステップＳ８５］逆アドレス変換部１４０は、エラー処理を行い、その後処理を終了する。
［ステップＳ８６］逆アドレス変換部１４０は、通信部１１０から受け取ったパケットの送信先アドレスを管理部から返された変換前の送信元アドレスに変換し、パケットの送信先通信識別子を管理部から返された変換前の送信元通信識別子に変換する。そして、逆アドレス変換部１４０は、変換処理後のパケットを通信部１１０に渡す。
【０１２５】
［ステップＳ８７］通信部１１０は、逆アドレス変換部１４０から受け取ったパケットをプロキシサーバ３１へ送信する。
次に、アドレス変換装置１００ｂにおけるアドレス変換の具体例を示す。
【０１２６】
図２３は、処理要求パケットの変換例を示す図である。プロキシサーバ３１経由でアドレス変換装置１００に入力されるパケット８１は、送信元ＩＰアドレス(SRC IP)が「ＰＲＯＸＹ＃１」、送信先ＩＰアドレス(DST IP)が「ＡＰ＃１」、送信元通信識別子(SRC Port)が「ＰＯＲＴ＃２」、送信先通信識別子(DST Port)が「ＰＯＲＴ＃１１」、X-Client-IPヘッダが「X-Client-IP:CL#2」である。
【０１２７】
このようなパケット８１がアドレス変換装置１００ｂに入力されると、データ解析部１２０によりX-Client-IPヘッダの内容が解析され、クライアント１２のアドレス８１ａ（ＣＬ＃２）が取得される。そして、クライアント１２のアドレス８１ａとパケット８１とがアドレス変換部１３０に渡される。
【０１２８】
アドレス変換部１３０では、ユニークに通信識別子「ＰＯＲＴ＃ｃ」が生成される。そして、アドレス変換部１３０により、送信元アドレスと送信元通信識別子が変換されたパケット８２が生成される。パケット８２は、通信部１１０を介してサーバ２１に対して送信される。パケット８２では、送信元ＩＰアドレス(SRC IP)が「ＣＬ＃２」に変換されており、送信元通信識別子(SRC Port)が「ＰＯＲＴ＃ｃ」に変更されている。他の情報は変更されていない。
【０１２９】
また、アドレス変換部１３０から管理部１５０へは、変換前の送信元アドレス８１ｂ（ＰＲＯＸＹ＃１）、クライアント１２のアドレス８１ａ（ＣＬ＃２）、変換前の送信元通信識別子８１ｃ（ＰＯＲＴ＃２）、および変換後の送信元通信識別子８１ｄ（ＰＯＲＴ＃ｃ）が渡される。すると、管理部１５０によって、管理テーブル１５１ｂに新たなレコードが追加される。
【０１３０】
図２４は、レコード追加後の管理テーブルの例を示す図である。図２４に示すように、図２３に示すパケット８１から送信元アドレス「ＰＲＯＸＹ＃１」、送信元通信識別子「ＰＯＲＴ＃２」、X-Client-IPヘッダに登録されているクライアントのアドレス「ＣＬ＃２」が取り出され、それぞれ変換前の送信元アドレス、変換前の送信元通信識別子、変換後の送信元アドレスに登録されている。さらに、新たに生成されたユニークな通信識別子「ＰＯＲＴ＃ｃ」が、変換後の送信元通信識別子に登録されている。
【０１３１】
図２５は、応答パケットの変換例を示す図である。サーバ２１からアドレス変換装置１００ｂに入力される応答を示すパケット８３は、送信元ＩＰアドレス(SRC IP)が「ＡＰ＃１」、送信先ＩＰアドレス(DST IP)が「ＣＬ＃２」、送信元通信識別子(SRC Port)が「ＰＯＲＴ＃１１」、送信先通信識別子(DST Port)が「ＰＯＲＴ＃ｃ」である。このようなパケット８３がアドレス変換装置１００ｂに入力されると、送信元アドレスが変換されたパケット８４が生成され、プロキシサーバ３１に対して送信される。パケット８４では、送信先ＩＰアドレス(DST IP)が「ＰＲＯＸＹ＃１」に変換されており、送信先通信識別子(DST Port)が「ＰＯＲＴ＃２」に変更されている。他の情報は変更されていない。
【０１３２】
以上のようにして、負荷分散装置によって複数のプロキシサーバ３１，３２，３３の何れかに要求パケットが振り分けられる場合でも、その要求パケットを中継したプロキシサーバに対して応答パケットを返すことができる。すなわち、第３の実施の形態では、要求パケットに対してユニークな通信識別子を設定し、その通信識別子に対応付けて、変換前の送信元アドレス（中継したプロキシサーバのアドレス）、変換後の送信元アドレス、変換前の通信識別子を記憶している。そのため、サーバからの応答パケットの送信先通信識別子に対応する変換前の送信元アドレスによって、応答パケットに対応する要求パケットを中継したプロキシサーバのアドレスを認識することができる。
【０１３３】
［第４の実施の形態］
次に、第４の実施の形態について説明する。第４の実施の形態は、プロキシサーバ機能をアドレス変換装置に実装したものである。
【０１３４】
図２６は、第４の実施の形態のシステム構成例を示す図である。図２６に示すように、アドレス変換装置１００ｃは、通信部１１０ａ、データ解析部１２０、アドレス変換部１３０、逆アドレス変換部１４０、管理部１５０、およびプロキシサーバ１６０を有している。データ解析部１２０、アドレス変換部１３０、逆アドレス変換部１４０、および管理部１５０に関しては、図４に示す第１の実施の形態の同名の構成要素と同じ機能を有している。
【０１３５】
プロキシサーバ１６０は、第１の実施の形態におけるプロキシサーバ３１と同じ機能を有している。但し、プロキシサーバ１６０は、クライアント１１，１２，１３，・・・との間で送受信するパケットを、通信部１１０ａを介して受け取る。
【０１３６】
通信部１１０ａは、第１の実施の形態における通信部１１０と同じ機能を有している。但し、プロキシサーバ１６０が同一装置内にあるため、ネットワークを介さずに、プロキシサーバ１６０との間でパケットの受け渡しを行う。たとえば、クライアント１１，１２，１３，・・・や逆アドレス変換部１４０からパケットを受け取ると、そのパケットをプロキシサーバ１６０に渡す。また、通信部１１０ａは、プロキシサーバ１６０から出力されるパケットが、サーバ３１に対する要求パケットであればそのパケットをデータ解析部１２０に渡し、要求に対する応答パケットであればクライアント１１，１２，１３，・・・に対して送信する。
【０１３７】
なお、アドレス変換装置の機能をサーバ２１，２２，２３と同じ装置に実装することも可能である。
以上説明したように、本発明の実施の形態によれば、アドレス変換装置において、パケット内の送信元アドレスをプロキシサーバのアドレスから発信元のクライアントのアドレスに変換してサーバに通知する。そのため、サーバがアプリケーションデータを解析して、格納されたクライアントのアドレスを取り出す必要がなくなる。また、その処理が不要なため、プロキシサーバを経由したアクセスと、経由しないアクセスを認識して別々の処理を行う必要もなくなる。従って、サーバ機能の構築が容易となる。
【０１３８】
なお、上記の処理機能はコンピュータによって実現することができる。その場合、アドレス変換装置が有すべき機能の処理内容を記述したアドレス変換プログラムが提供される。サーバコンピュータは、クライアントコンピュータからの要求に応答して、アドレス変換プログラムを実行する。これにより、上記処理機能がサーバコンピュータ上で実現され、処理結果がクライアントコンピュータに提供される。
【０１３９】
処理内容を記述したアドレス変換プログラムは、サーバコンピュータで読み取り可能な記録媒体に記録しておくことができる。サーバコンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disc)などがある。
【０１４０】
アドレス変換プログラムを流通させる場合には、たとえば、そのアドレス変換プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。アドレス変換プログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたアドレス変換プログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からアドレス変換プログラムを読み取り、アドレス変換プログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接アドレス変換プログラムを読み取り、そのアドレス変換プログラムに従った処理を実行することもできる。
【０１４１】
（付記１） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換プログラムにおいて、
コンピュータに、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、
処理を実行させることを特徴とするアドレス変換プログラム。
【０１４２】
（付記２） 前記要求パケットの前記送信元アドレスを変更する際には、前記プロキシサーバのアドレスが予め登録されている記憶領域から、前記プロキシサーバのアドレスを取得する、
処理を実行させることを特徴とする付記１記載のアドレス変換プログラム。
【０１４３】
（付記３） 前記要求パケットの前記送信元アドレスを変換した際に、変換前の前記送信元アドレスに設定されていた前記プロキシサーバのアドレスと、変換後に前記送信元アドレスに設定された前記クライアントのアドレスとを関連付けてデータベースに格納し、
前記応答パケットを受け取った際に、前記データベースを参照して、前記送信先アドレスに設定すべき前記クライアントのアドレスを決定する、
処理を実行させることを特徴とする付記１記載のアドレス変換プログラム。
【０１４４】
（付記４） 前記クライアントのアドレスを取得した後、前記要求パケットを一意に識別可能な通信識別子を生成し、
前記要求パケットの前記送信元アドレスの変換と共に、前記要求パケットの送信元通信識別子を、生成した前記通信識別子に変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットの前記送信元アドレスと前記通信識別子とを変換した際に、変換前の前記送信元アドレスおよび前記送信元通信識別子の内容と、変換後の前記送信元アドレスおよび前記送信元通信識別子の内容とを関連付けてデータベースに格納し、
前記応答パケットを受け取った際に、前記データベースを参照して、前記送信先アドレスに設定すべき前記クライアントのアドレスを決定するとともに、前記応答パケットの送信先通信識別子を、前記データベースに登録されている変換前の前記送信元通信識別子に変換する、
処理を実行させることを特徴とする付記１記載のアドレス変換プログラム。
【０１４５】
（付記５） 前記クライアントのアドレスは、前記要求パケット内のアプリケーションヘッダ内から取得することを特徴とする付記１記載のアドレス変換プログラム。
【０１４６】
（付記６） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換方法において、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、
ことを特徴とするアドレス変換方法。
【０１４７】
（付記７） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換装置において、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得するクライアントアドレス取得手段と、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信する送信元アドレス変換手段と、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する送信先アドレス変換手段と、
を有することを特徴とするアドレス変換装置。
【０１４８】
（付記８） プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換プログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、処理を実行させることを特徴とするアドレス変換プログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１４９】
【発明の効果】
以上説明したように本発明では、プロキシサーバ経由の要求パケットの送信元アドレスを、プロキシサーバのアドレスから、要求パケット内のアプリケーションヘッダ内にあるクライアントのアドレスに変換してサーバに渡し、サーバからの応答パケットに対して逆のアドレス変換を行うようにした。そのため、サーバ内でクライアントのアドレスを解析するための特別な処理をせずに、クライアントのアドレスを特定したサービスの提供が可能となる。
【図面の簡単な説明】
【図１】実施の形態に適用される発明の概念図である。
【図２】第１の実施の形態を実現するためのシステム構成例を示す図である。
【図３】本発明の実施の形態に用いるアドレス変換装置のハードウェア構成例を示す図である。
【図４】アドレス変換装置の機能を示すブロック図である。
【図５】送受信されるパケットのデータ構造例を示す図である。
【図６】管理テーブルのデータ例を示す図である。
【図７】要求パケットのアドレス変換処理の手順を示すフローチャートである。
【図８】応答パケットのアドレス変換処理の手順を示すフローチャートである。
【図９】要求パケットのアドレスの変換例を示す図である。
【図１０】応答パケットのアドレス変換例を示す図である。
【図１１】第２の実施の形態のシステム構成例を示す図である。
【図１２】第２の実施の形態の管理テーブルのデータ構造例を示す図である。
【図１３】第２の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。
【図１４】管理テーブルへのアドレスの登録処理の詳細を示すフローチャートである。
【図１５】第２の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。
【図１６】要求パケットのアドレス変換例を示す図である。
【図１７】レコード追加後の管理テーブルの例を示す図である。
【図１８】応答パケットのアドレス変換例を示す図である。
【図１９】第３の実施の形態のシステム構成例を示す図である。
【図２０】第３の実施の形態の管理テーブルのデータ構造例を示す図である。
【図２１】第３の実施の形態における要求パケットのアドレス変換処理の手順を示すフローチャートである。
【図２２】第３の実施の形態における応答パケットのアドレス変換処理の手順を示すフローチャートである。
【図２３】処理要求パケットの変換例を示す図である。
【図２４】レコード追加後の管理テーブルの例を示す図である。
【図２５】応答パケットの変換例を示す図である。
【図２６】第４の実施の形態のシステム構成例を示す図である。
【図２７】従来のプロキシサーバを介した通信の第１の例を示す図である。
【図２８】従来のプロキシサーバを介した通信の第２の例を示す図である。
【符号の説明】
１ クライアント
２ プロキシサーバ
３ アドレス変換装置
４ サーバ
５ 要求パケット
６ 応答パケット
Claims (5)
- プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換プログラムにおいて、
コンピュータに、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して、前記要求パケット内のアプリケーションヘッダ内から前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、
処理を実行させることを特徴とするアドレス変換プログラム。 - 前記要求パケットの前記送信元アドレスを変換した際に、変換前の前記送信元アドレスに設定されていた前記プロキシサーバのアドレスと、変換後に前記送信元アドレスに設定された前記クライアントのアドレスとを関連付けてデータベースに格納し、
前記応答パケットを受け取った際に、前記データベースを参照して、前記送信先アドレスに設定すべき前記クライアントのアドレスを決定する、
処理を実行させることを特徴とする請求項１記載のアドレス変換プログラム。 - 前記クライアントのアドレスを取得した後、前記要求パケットを一意に識別可能な通信識別子を生成し、
前記要求パケットの前記送信元アドレスの変換と共に、前記要求パケットの送信元通信識別子を、生成した前記通信識別子に変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットの前記送信元アドレスと前記通信識別子とを変換した際に、変換前の前記送信元アドレスおよび前記送信元通信識別子の内容と、変換後の前記送信元アドレスおよび前記送信元通信識別子の内容とを関連付けてデータベースに格納し、
前記応答パケットを受け取った際に、前記データベースを参照して、前記送信先アドレスに設定すべき前記クライアントのアドレスを決定するとともに、前記応答パケットの送信先通信識別子を、前記データベースに登録されている変換前の前記送信元通信識別子に変換する、
処理を実行させることを特徴とする請求項１記載のアドレス変換プログラム。 - プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換方法において、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して、前記要求パケット内のアプリケーションヘッダ内から前記クライアントのアドレスを取得し、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信し、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する、
ことを特徴とするアドレス変換方法。 - プロキシサーバを介して接続されるクライアントとサーバとの間で送受信されるパケットのアドレスを変換するアドレス変換装置において、
前記クライアントから前記サーバ宛に出力され、送信元アドレスが前記プロキシサーバのアドレスに変換された要求パケットを前記プロキシサーバ経由で受け取ると、前記要求パケットの内容を解析して、前記要求パケット内のアプリケーションヘッダ内から前記クライアントのアドレスを取得するクライアントアドレス取得手段と、
前記要求パケットの前記送信元アドレスを、取得した前記クライアントのアドレスに変換し、前記要求パケットを前記サーバに送信する送信元アドレス変換手段と、
前記要求パケットに対する応答パケットを前記サーバから受け取ると、前記応答パケットの送信先アドレスを前記クライアントのアドレスから前記プロキシサーバのアドレスに変換し、前記応答パケットを前記プロキシサーバに送信する送信先アドレス変換手段と、
を有することを特徴とするアドレス変換装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003189472A JP4229769B2 (ja) | 2003-07-01 | 2003-07-01 | アドレス変換プログラム、アドレス変換方法およびアドレス変換装置 |
| US10/826,768 US7508826B2 (en) | 2003-07-01 | 2004-06-07 | Address translating program, address translating method, and address translating apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003189472A JP4229769B2 (ja) | 2003-07-01 | 2003-07-01 | アドレス変換プログラム、アドレス変換方法およびアドレス変換装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005026960A JP2005026960A (ja) | 2005-01-27 |
| JP4229769B2 true JP4229769B2 (ja) | 2009-02-25 |
Family
ID=33549784
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003189472A Expired - Fee Related JP4229769B2 (ja) | 2003-07-01 | 2003-07-01 | アドレス変換プログラム、アドレス変換方法およびアドレス変換装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7508826B2 (ja) |
| JP (1) | JP4229769B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3809429B2 (ja) * | 2003-07-25 | 2006-08-16 | キヤノン株式会社 | 管理装置及びその制御方法 |
| JP4996085B2 (ja) * | 2005-03-01 | 2012-08-08 | 株式会社三菱東京Ｕｆｊ銀行 | サービス提供装置及びプログラム |
| JP4919608B2 (ja) * | 2005-03-02 | 2012-04-18 | 株式会社日立製作所 | パケット転送装置 |
| JP4869714B2 (ja) * | 2006-01-16 | 2012-02-08 | 株式会社ソニー・コンピュータエンタテインメント | 情報処理装置、信号伝送方法、およびブリッジ |
| US8533808B2 (en) * | 2006-02-02 | 2013-09-10 | Check Point Software Technologies Ltd. | Network security smart load balancing using a multiple processor device |
| WO2007098678A1 (fr) * | 2006-02-28 | 2007-09-07 | Huawei Technologies Co., Ltd. | Serveur d'agents, procédé permettant de créer un agent par l'intermédiaire du serveur d'agents et système et procédé pour système de communication sécurisé |
| US8214635B2 (en) * | 2006-11-28 | 2012-07-03 | Cisco Technology, Inc. | Transparent proxy of encrypted sessions |
| US7924832B2 (en) * | 2008-11-13 | 2011-04-12 | Blue Coat Systems, Inc. | Facilitating transition of network operations from IP version 4 to IP version 6 |
| JP5538652B2 (ja) * | 2010-12-20 | 2014-07-02 | 三菱電機株式会社 | ネットワークの状態監視方式 |
| IL210899A (en) | 2011-01-27 | 2015-08-31 | Verint Systems Ltd | A system and method for traffic transfers across proxy servers |
| KR101538762B1 (ko) * | 2013-06-12 | 2015-07-24 | 서정환 | 캡슐화 프로토콜을 이용하여 클라이언트의 ｉｐ 주소를 서버로 전송하는 중계 시스템 및 방법 |
| JP6364160B2 (ja) * | 2013-07-31 | 2018-07-25 | 富士通株式会社 | メニュー制御方法、メニュー制御装置およびメニュー制御プログラム |
| CN106105164B (zh) * | 2013-12-11 | 2020-06-05 | 瑞典爱立信有限公司 | 代理拦截 |
| JP6303661B2 (ja) * | 2014-03-17 | 2018-04-04 | 日本電気株式会社 | マルウェア検知システム、マルウェア検知方法、ｄｎｓサーバ、及び名前解決プログラム。 |
| JP6187425B2 (ja) * | 2014-10-01 | 2017-08-30 | コニカミノルタ株式会社 | 管理対象の情報処理装置を割り振る割振装置、その割り振りの方法、その割り振りのためのプログラム、および管理システム |
| CN117201497A (zh) * | 2022-05-31 | 2023-12-08 | 华为云计算技术有限公司 | 一种云服务系统及基于云服务系统的业务处理方法 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7136359B1 (en) * | 1997-07-31 | 2006-11-14 | Cisco Technology, Inc. | Method and apparatus for transparently proxying a connection |
| US20050021963A1 (en) * | 2003-04-17 | 2005-01-27 | Tomkow Terrance A. | System for, and method of, proving the transmission, receipt and content of a reply to an electronic message |
| US7107347B1 (en) * | 1999-11-15 | 2006-09-12 | Fred Cohen | Method and apparatus for network deception/emulation |
| US7149222B2 (en) * | 1999-12-21 | 2006-12-12 | Converged Access, Inc. | Integrated access point network device |
| US7072933B1 (en) * | 2000-01-24 | 2006-07-04 | Microsoft Corporation | Network access control using network address translation |
| US20070214262A1 (en) * | 2000-02-25 | 2007-09-13 | Anywheremobile, Inc. | Personal server technology with firewall detection and penetration |
| US7123613B1 (en) * | 2000-04-07 | 2006-10-17 | Sun Microsystems, Inc. | Apparatus and method for providing a transparent proxy server |
| US20020035639A1 (en) * | 2000-09-08 | 2002-03-21 | Wei Xu | Systems and methods for a packet director |
| JP2002125001A (ja) | 2000-10-16 | 2002-04-26 | Nec Corp | 中継装置 |
| JP2003069615A (ja) | 2001-06-14 | 2003-03-07 | Hitachi Ltd | 通信制御装置および通信制御方法 |
| DE60223451T2 (de) | 2001-06-14 | 2008-11-27 | Hitachi, Ltd. | System zur Quittierung von Datenpaketen |
| US7318100B2 (en) * | 2003-04-14 | 2008-01-08 | Riverbed Technology, Inc. | Cooperative proxy auto-discovery and connection interception |
| US7272642B2 (en) * | 2003-10-06 | 2007-09-18 | International Business Machines Corporation | Detecting a reverse proxy and establishing a tunneled connection therethrough |
-
2003
- 2003-07-01 JP JP2003189472A patent/JP4229769B2/ja not_active Expired - Fee Related
-
2004
- 2004-06-07 US US10/826,768 patent/US7508826B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005026960A (ja) | 2005-01-27 |
| US20050002406A1 (en) | 2005-01-06 |
| US7508826B2 (en) | 2009-03-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4229769B2 (ja) | アドレス変換プログラム、アドレス変換方法およびアドレス変換装置 | |
| US10027564B2 (en) | Unobtrusive methods and systems for collecting information transmitted over a network | |
| US9307036B2 (en) | Web access using cross-domain cookies | |
| US11632353B2 (en) | Delegating DNS records to additional providers | |
| US7856482B2 (en) | Method and system for correlating transactions and messages | |
| US7016964B1 (en) | Selectively passing network addresses through a server | |
| TWI478564B (zh) | 用於安全資源名稱解析的方法、電腦可讀取儲存媒體及設備 | |
| JP3935459B2 (ja) | コンテンツ管理装置、コンテンツ管理システム及びコンテンツ管理プログラム | |
| US7908317B2 (en) | System and method for URL compression | |
| TWI475863B (zh) | 使用快取之安全資源名稱解析 | |
| US7441036B2 (en) | Method and system for a debugging utility based on a TCP tunnel | |
| US20030037131A1 (en) | User information coordination across multiple domains | |
| US8949952B2 (en) | Multi-stack subscriber sign on | |
| GB2349244A (en) | Providing network access to restricted resources | |
| US20110302272A1 (en) | Unobtrusive methods and systems for collecting information transmitted over a network | |
| JP5347429B2 (ja) | ユニフォームリソースロケータ書換方法及び装置 | |
| CN114448849B (zh) | 网站IPv6网络支持模式检测方法及电子设备 | |
| US8112472B2 (en) | Method and apparatus for supporting multiple versions of a web services protocol | |
| JP6605149B2 (ja) | 共有端末の検出方法及びその装置 | |
| JP4903118B2 (ja) | センシングデータを収集するためのｗｅｂサーバおよびプログラム | |
| US20070124445A1 (en) | Browser adaptation for context based navigation | |
| JP2002236662A (ja) | 情報処理システム及び認証サーバプログラム | |
| JP4786568B2 (ja) | 情報処理装置、通信制御処理関数追加方法、及び、通信制御処理関数追加プログラム | |
| JP2016208443A (ja) | 名前解決装置、名前解決方法及び名前解決プログラム | |
| JP5851251B2 (ja) | 通信パケット保存装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060612 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080411 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080422 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080620 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081202 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081202 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111212 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111212 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121212 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121212 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131212 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |