(57)【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）アドレスを取得するための、コンピュータにより実施される方法であって：
１つまたは複数のプロセッサが端末デバイスからのサービスを要求する要求メッセージを受信するステップと；
前記１つまたは複数のプロセッサにより、コンピュータコードを前記端末デバイスに送信するステップと；
前記１つまたは複数のプロセッサにより、前記端末デバイスからの通信接続要求を受信するステップであって、前記通信接続要求は、前記端末デバイスでの前記コンピュータコードの実行によって前記端末デバイスより送信される、ステップと；
前記通信接続要求の受信に応じて、前記１つまたは複数のプロセッサにより前記端末デバイスへの通信接続を確立するステップと；
前記通信接続を介して送信される１つ以上の通信に基づいて、前記１つまたは複数のプロセッサにより前記端末デバイスに関連付けられた第１のＩＰアドレスを特定するステップと；を備え、
前記第１のＩＰアドレスを特定するステップは：
前記１つまたは複数のプロセッサにより、前記通信接続を介して前記端末デバイスからデータパケットを受信するステップであって、前記データパケットは、前記コンピュータコードに基づいて送信される、ステップと；
前記データパケットに基づいて、前記１つまたは複数のプロセッサが送信元ＩＰアドレスを特定するステップと；
前記１つまたは複数のプロセッサにより、前記通信接続を介して前記端末デバイスに応答データパケットを送信するステップであって、前記応答データパケットは前記送信元ＩＰアドレスを含む、ステップと；
前記１つまたは複数のプロセッサにより、前記端末デバイスから受信した端末ＩＰアドレスに基づいて前記第１のＩＰアドレスを特定するステップであって、前記端末ＩＰアドレスは前記送信元ＩＰアドレスに基づいて特定される、ステップと；を備える、
コンピュータにより実施される方法。
【請求項２】
前記第１のＩＰアドレスは、前記端末ＩＰアドレスである、
請求項１に記載の方法。
【請求項３】
前記要求メッセージはハイパーテキストトランスファープロトコル（ＨＴＴＰ）であり、前記コンピュータコードはＪａｖａＳｃｒｉｐｔ（登録商標）コードで構成され、前記通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続で構成され、前記データパケットと前記応答データパケットの少なくとも１つはユーザデータグラムプロトコル（ＵＤＰ）である、
請求項１に記載の方法。
【請求項４】
前記１つまたは複数のプロセッサにより、前記要求メッセージに基づいて前記端末デバイスに関連付けられた第２のＩＰアドレスを特定するステップと；
前記第１のＩＰアドレスおよび前記第２のＩＰアドレスに基づいて、前記端末デバイスに対して１つまたは複数のリスク管理処理を実行するステップと；をさらに備える、
請求項１に記載の方法。
【請求項５】
前記１つまたは複数のリスク管理処理は、前記第１のＩＰアドレスが前記第２のＩＰアドレスと不一致であることを特定し、これに応答して、前記端末デバイスにアラームを割り当て前記端末デバイスのその後の通信を監視する、
請求項４に記載の方法。
【請求項６】
前記要求メッセージは第１のプロトコルのものであり、前記通信接続を介して送信される前記１つ以上の通信は第２のプロトコルのものであり、前記第２のプロトコルは前記第１のプロトコルとは異なる、
請求項１に記載の方法。
【請求項７】
コンピュータシステムによって実行可能な１つまたは複数の命令を格納し、１つまたは複数のプロセッサに：
端末デバイスからのサービスを要求する要求メッセージを受信する動作と；
コンピュータコードを前記端末デバイスに送信する動作と；
前記端末デバイスからの通信接続要求を受信する動作であって、前記通信接続要求は、前記端末デバイスでの前記コンピュータコードの実行によって前記端末デバイスより送信される、動作と；
前記通信接続要求の受信に応じて、前記端末装置への通信接続を確立する動作と：
前記通信接続を介して送信される１つ以上の通信に基づいて、前記端末デバイスに関連付けられた第１のＩＰアドレスを特定する動作と；を実行させ、
前記第１のＩＰアドレスを特定する動作は：
前記通信接続を介して前記端末デバイスからデータパケットを受信する動作であって、前記データパケットは、前記コンピュータコードに基づいて送信される、動作と；
前記データパケットに基づいて、送信元ＩＰアドレスを特定する動作と；
前記通信接続を介して前記端末デバイスに応答データパケットを送信する動作であって、前記応答データパケットは前記送信元ＩＰアドレスを含む、動作と；
前記端末デバイスから受信した端末ＩＰアドレスに基づいて前記第１のＩＰアドレスを特定する動作であって、前記端末ＩＰアドレスは前記送信元ＩＰアドレスに基づいて特定される、動作と；を備える、
非一時的なコンピュータ読取可能媒体。
【請求項８】
前記第１のＩＰアドレスは、前記端末ＩＰアドレスである、
請求項７に記載の非一時的なコンピュータ読取可能媒体。
【請求項９】
前記要求メッセージはハイパーテキストトランスファープロトコル（ＨＴＴＰ）であり、前記コンピュータコードはＪａｖａＳｃｒｉｐｔ（登録商標）コードで構成され、前記通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続で構成され、前記データパケットと前記応答データパケットの少なくとも１つはユーザデータグラムプロトコル（ＵＤＰ）である、
請求項７に記載の非一時的なコンピュータ読取可能媒体。
【請求項１０】
前記１つまたは複数のプロセッサにより、前記要求メッセージに基づいて前記端末デバイスに関連付けられた第２のＩＰアドレスを特定する動作と；
前記第１のＩＰアドレスおよび前記第２のＩＰアドレスに基づいて、１つまたは複数のリスク管理処理を実行する動作と；を実行させるための１つまたは複数の命令をさらに備える、
請求項７に記載の非一時的なコンピュータ読取可能媒体。
【請求項１１】
前記１つまたは複数のリスク管理処理は、前記第１のＩＰアドレスが前記第２のＩＰアドレスと不一致であることを特定し、これに応答して、前記端末デバイスにアラームを割り当て前記端末デバイスのその後の通信を監視する、
請求項１０に記載の非一時的なコンピュータ読取可能媒体。
【請求項１２】
前記要求メッセージは第１のプロトコルのものであり、前記通信接続を介して送信される前記１つ以上の通信は第２のプロトコルのものであり、前記第２のプロトコルは前記第１のプロトコルとは異なる、
請求項７に記載の非一時的なコンピュータ読取可能媒体。
【請求項１３】
１つまたは複数のコンピュータと；
前記１つまたは複数のコンピュータと相互運用可能に結合され、１つまたは複数の命令を格納する有形の非一時的なコンピュータ読取可能媒体を有する１つまたは複数のコンピュータメモリデバイスと；を備え、
前記１つまたは複数の命令は、前記１つまたは複数のコンピュータで実行されると：
端末デバイスからのサービスを要求する要求メッセージを受信する動作と；
コンピュータコードを前記端末デバイスに送信する動作と；
前記端末デバイスからの通信接続要求を受信する動作であって、前記通信接続要求は、前記端末デバイスでの前記コンピュータコードの実行によって前記端末デバイスより送信される、動作と；
前記通信接続要求の受信に応じて、前記端末装置への通信接続を確立する動作と：
前記通信接続を介して送信される１つ以上の通信に基づいて、前記端末デバイスに関連付けられた第１のＩＰアドレスを特定する動作と；を実行させ、
前記第１のＩＰアドレスを特定する動作は：
１つまたは複数のプロセッサにより、前記通信接続を介して前記端末デバイスからデータパケットを受信する動作であって、前記データパケットは、前記コンピュータコードに基づいて送信される、動作と；
前記データパケットに基づいて、１つまたは複数のプロセッサが送信元ＩＰアドレスを特定する動作と；
１つまたは複数のプロセッサにより、前記通信接続を介して前記端末デバイスに応答データパケットを送信する動作であって、前記応答データパケットは前記送信元ＩＰアドレスを含む、動作と；
１つまたは複数のプロセッサにより、前記端末デバイスから受信した端末ＩＰアドレスに基づいて前記第１のＩＰアドレスを特定する動作であって、前記端末ＩＰアドレスは前記送信元ＩＰアドレスに基づいて特定される、動作と；を備える、
コンピュータにより実施されるシステム。
【請求項１４】
前記第１のＩＰアドレスは、前記端末ＩＰアドレスである、
請求項１３に記載のシステム。
【請求項１５】
前記要求メッセージはハイパーテキストトランスファープロトコル（ＨＴＴＰ）であり、前記コンピュータコードはＪａｖａＳｃｒｉｐｔ（登録商標）コードで構成され、前記通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続で構成され、前記データパケットと前記応答データパケットの少なくとも１つはユーザデータグラムプロトコル（ＵＤＰ）である、
請求項１３に記載のシステム。
【請求項１６】
前記１つまたは複数のプロセッサにより、前記要求メッセージに基づいて前記端末デバイスに関連付けられた第２のＩＰアドレスを特定する動作と；
前記第１のＩＰアドレスおよび前記第２のＩＰアドレスに基づいて、１つまたは複数のリスク管理処理を実行する動作と；を実行させるための１つまたは複数の命令をさらに備える、
請求項１３に記載のシステム。
【請求項１７】
前記１つまたは複数のリスク管理処理は、前記第１のＩＰアドレスが前記第２のＩＰアドレスと不一致であることを特定し、これに応答して、前記端末デバイスにアラームを割り当て前記端末デバイスのその後の通信を監視する、
請求項１６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年１１月１１日に提出され「ＩＰアドレス取得方法及び装置」と題された中国特許出願第２０１５１０７６４７６１．９号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。
【０００２】
本願は情報技術の分野に関し、特に、ＩＰアドレス取得方法及び装置に関する。
【背景技術】
【０００３】
情報社会の発展に伴い、人々はオンラインショッピング、オンラインバンキング、インスタントメッセージングなどの社会活動にインターネットを使用することに慣れている。個人資産に関連するオンライン活動（例えば、財務活動および取引活動）が人目にさらされることについて、人々は高い関心を持っている。したがって、人々は、ネットワーク内の各端末のインターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｃｏｌ、ＩＰ）アドレスを監視して、ネットワーク内の脅威の程度を評価し、ＩＰアドレスから特定される潜在的な脅威を未然に防ぐようになる。必要に応じて、このようなＩＰアドレスのアクセス要求を拒否することができ、ネットワーク全体のセキュリティを向上させることができる。
【０００４】
しかし、既存のＩＰアドレス取得方法では、端末のＩＰアドレスを監視する場合には、ハイパーテキストトランスファープロトコル（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）を用いて送信された要求（リクエスト）または応答（レスポンス）のメッセージヘッダ（ｍｅｓｓａｇｅ  ｈｅａｄｅｒ）のみから端末のＩＰアドレスを取得する。しかし、悪意のある利用者にとっては、ブラウザプラグインやハッカーソフトウェアをインストールすることで、あるいはプロキシサーバを使用することで、ＨＴＴＰメッセージヘッダに含まれるＩＰアドレス情報を変更することは容易である。その結果、正確で真正のＩＰアドレスを得ることができない。
【０００５】
従来の端末のＩＰアドレス取得方法では、取得したＩＰアドレスの信頼性と精度が比較的低く、それによって端末のＩＰアドレスに基づいて処理される他の情報の精度が低下することがわかる。
【発明の概要】
【０００６】
本願の実施の形態は、ＨＴＴＰ要求メッセージヘッダのみを用いて取得されたＩＰアドレスの信頼性及び精度が比較的低いという従来の問題を解決するために、ＩＰアドレス取得方法及び装置を提供する。
【０００７】
本願の一実施の形態は、ネットワーク側装置が端末から送信された第１のプロトコルの要求メッセージを受信するステップと；
前記第１のプロトコルの要求メッセージに基づいて、スクリプト言語コードを含むウェブページを前記端末に返すステップと；
前記スクリプト言語コードの実行によって前記端末より送信された通信接続を確立するための要求メッセージを受信するステップと；
通信接続を確立するための前記要求メッセージに基づいて、前記端末への通信接続を確立するステップと；
前記通信接続を使用して前記端末の第１のＩＰアドレスを取得するステップと；を含む、ＩＰアドレス取得方法を提供する。
【０００８】
本願の一実施の形態は、端末が第１のプロトコルの要求メッセージをネットワーク側装置に送信するステップと；
第１のプロトコルの要求メッセージに基づいて前記ネットワーク側装置によって送信されたウェブページを受信するステップであって、前記ウェブページはスクリプト言語コードを含む、前記ウェブページを受信するステップと；
前記スクリプト言語コードを実行し、前記スクリプト言語コードに基づいて通信接続を確立するための要求メッセージを前記ネットワーク側装置に送信して、前記ネットワーク側装置が前記端末との通信接続を確立するステップと；
前記ネットワーク側装置がデータパケットに基づいて前記端末の第１のＩＰアドレスを特定すべく、前記通信接続を使用して前記ネットワーク側装置に前記データパケットを送信するステップと；を含む、ＩＰアドレス取得方法を提供する。
【０００９】
本願の一実施の形態は、端末によって送信された第１のプロトコルの要求メッセージを受信するように構成された第１の受信モジュールと；
前記第１のプロトコルの要求メッセージに基づいて、スクリプト言語コードを含むウェブページを端末に返すように構成された返信モジュールと；
前記スクリプト言語コードの実行によって前記端末より送信された、通信接続を確立するための要求メッセージを受信するように構成された第２の受信モジュールと；
通信接続を確立するために前記要求メッセージに基づいて前記端末への通信接続を確立するように構成された通信接続モジュールと；
前記通信接続を使用して前記端末の第１のＩＰアドレスを取得するように構成された取得モジュールと；を含む、ＩＰアドレス取得装置を提供する。
【００１０】
本願の一実施の形態は、第１のプロトコルの要求メッセージをネットワーク側装置に送信するように構成された第１の送信モジュールと；
前記第１のプロトコルの要求メッセージに基づいて前記ネットワーク側装置によって送信されたウェブページを受信するように構成され、前記ウェブページがスクリプト言語コードを含む受信モジュールと；
前記スクリプト言語コードを実行し、前記スクリプト言語コードに基づいて通信接続を確立するための要求メッセージを前記ネットワーク側装置に送信し、前記ネットワーク側装置が前記ＩＰアドレス取得装置と通信接続を確立するように構成された通信接続モジュールと；
前記ネットワーク側装置がデータパケットに基づいて前記ＩＰアドレス取得装置の第１のＩＰアドレスを特定すべく、前記通信接続を使用して前記ネットワーク側装置に前記データパケットを送信するように構成された第２の送信モジュールと；を含む、ＩＰアドレス取得装置を提供する。
【００１１】
本願の実施の形態は、ＩＰアドレス取得方法及び装置を提供する。この方法では、ネットワーク側装置は、端末が送信した第１のプロトコルの要求メッセージを受信し、この要求メッセージに基づいて、スクリプト言語コードを含むウェブページを端末に返信し、端末がスクリプト言語コードを実行することによってネットワーク側装置との通信接続を確立し、この通信接続を使用して端末の第１のＩＰアドレスを特定する。このＩＰアドレス取得方法において、ネットワーク側装置は、アクセス端末の真正のＩＰアドレスを判定することができ、特定された真正のＩＰアドレスの信頼性と精度を向上させることができ、それにより、端末のＩＰアドレスに基づいて行う必要がある他の情報処理の精度を向上させることができる。
【図面の簡単な説明】
【００１２】
本明細書に記載された添付の図面は、本願のさらなる理解を提供することを意図しており、本願の一部を構成する。また、本発明の実施の形態及びその説明は、本願を説明するためのものであって、本発明を限定するものではない。
【００１３】
【図１】図１は、本発明の一実施の形態に係るＩＰアドレス取得処理を示すフローチャートである。
【００１４】
【図２】図２は、本発明の一実施の形態に係る図１に対応するＩＰアドレス取得処理を示したものである。
【００１５】
【図３】図３は、本発明の一実施の形態に係るリスク管理を示す詳細フローチャートである。
【００１６】
【図４】図４は、本発明の一実施の形態に係るＩＰアドレス取得装置を示す第１の概略構成図である
【００１７】
【図５】図５は、本発明の一実施の形態に係るＩＰアドレス取得装置を示す第２の概略構成図である。
【発明を実施するための形態】
【００１８】
既存のＩＰアドレス取得方法では、ＨＴＴＰ要求メッセージを用いて端末のＩＰアドレスを取得し、ＨＴＴＰ要求メッセージのヘッダに基づいて端末のＩＰアドレスを特定する。したがって、この方法では、ブラウザプラグインやプロキシサーバなどを用いることで、端末のＩＰアドレスが容易に偽装され改ざんされるため、この方法で取得した端末のＩＰアドレスの信頼性と精度は比較的低い。取得されたＩＰアドレスの信頼性および精度を向上させるために、本願のこの実施の形態では、通信接続を確立する必要がある。ここで言う通信接続は、ネットワーク側装置が端末の真正のＩＰアドレスを取得できるように確立されるものである。したがって、通常の通信にはこの通信接続は使用されず（例えば、映像通信接続が確立されても、端末とネットワーク側装置との間で映像データは送信されない）、この通信接続を確立することは表面的な操作である。この通信接続を確立した際に端末の真正のＩＰアドレスを取得する必要があり、ネットワーク側装置は、この通信接続を用いることで端末の真正のＩＰアドレスを取得することができる。本願のこの実施の形態では、ネットワーク側装置は、スクリプト言語コードを含むウェブページを、第１のプロトコルの要求メッセージを送信する端末に返し、端末は、スクリプト言語コードを実行することによってネットワーク側装置との通信接続を確立し、通信接続を用いて端末の第１のＩＰアドレスを特定する。したがって、端末のＩＰアドレスは、ＨＴＴＰ要求メッセージヘッダに含まれるＩＰアドレスを用いて特定されるだけでなく、確立された通信接続を使用して特定される。この場合、悪意のある利用者は、ＨＴＴＰ要求メッセージヘッダ内のＩＰアドレスを変更または偽装することが効果的に妨げられ、それにより、ネットワーク側装置によって取得された端末のＩＰアドレスの精度および信頼性が向上する。これにより、取得した端末のＩＰアドレスの信頼度（取得したＩＰアドレスが本物のＩＰアドレスであることを反映している度合）を向上させることができ、ＩＰアドレスに基づいて行う必要のある他の情報処理の精度をさらに向上させることができる。
【００１９】
本発明の目的、技術上の解決策、及び利点が明確になるように、本開示の技術的解決策を、特定の実施の形態とこれに対応する添付の図面とを参照しながら以下説明する。ここに記載する実施の形態は本開示の全ての実施の形態を示すものではなく、その一部にすぎないことは明らかである。本開示の実施の形態に基づいて当業者により得られるその他の実施の形態は、本開示の保護範囲に含まれる。
【００２０】
図１は、本発明の一実施の形態に係るＩＰアドレス取得処理を示すフローチャートである。ＩＰアドレス取得処理には、以下のステップが含まれる。
【００２１】
Ｓ１０１：ネットワーク側装置が端末によって送信された第１のプロトコルの要求メッセージを受信する。
【００２２】
本願の本実施の形態では、実際には、サーバにアクセスする前に、通常、ウェブサイトのサーバのゲートウェイを通過する必要があるため、ステップＳ１０１におけるネットワーク側装置はゲートウェイであってよく、このゲートウェイは、端末によって送信された第１のプロトコルの要求メッセージを受信する。
【００２３】
あるいは、本願のネットワーク側装置はサーバであってもよく、サーバは、端末によって送信された第１のプロトコルの要求メッセージを受信する。さらに、本願におけるゲートウェイは、サーバとは独立した別個の装置であってもよく、またはサーバと一体化された装置であってもよい。本発明は特にこれらに限定されない。
【００２４】
さらに、上記第１のプロトコルはＨＴＴＰでも良い。ＨＴＴＰでは要求／応答モードが使用されるため、本願における要求メッセージは、ＨＴＴＰに基づいて端末によって送信される要求メッセージであってよく、また、このＨＴＴＰ要求メッセージは、アクセス要求アドレス（サーバのアドレス）、端末のＩＰアドレス等を含む。
【００２５】
本願のこの実施の形態における端末は、携帯電話、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ＰＣ）、タブレットコンピュータなどの様々な端末とすることができる。
【００２６】
以下に、ネットワーク側装置がゲートウェイである例について述べる。
【００２７】
例えば、ジャック氏が端末を使用して銀行のオンライン銀行ウェブサイトにアクセスし、自分のアカウントを操作する場合、ジャック氏は、ブラウザのアドレスバーにオンライン銀行のウェブサイトのアドレスを入力する必要があり、端末は、そのアドレスに基づいてＨＴＴＰ要求メッセージを生成して送信し、オンライン銀行ウェブサイトにアクセスする。このオンライン銀行ウェブサイトに対応するサーバにはゲートウェイが設けられているため、ゲートウェイは端末から送信されたＨＴＴＰ要求メッセージを受信する。
【００２８】
Ｓ１０２：第１のプロトコルの要求メッセージに基づいて、スクリプト言語コードを含むウェブページを端末に返す。
【００２９】
本願のこの実施の形態では、端末がルータやプロキシサーバなどの装置を用いてネットワークにアクセスする場合、第１のプロトコルの要求メッセージのメッセージヘッダに含まれる送信元ＩＰアドレスは、端末の真正のＩＰアドレスではなく、ルータまたはプロキシサーバのＩＰアドレスである。仮に、悪意のある利用者が、この第１のプロトコルの要求メッセージのメッセージヘッダに含まれる送信元ＩＰアドレスを改ざんしても、送信元ＩＰアドレスは、端末の真正のＩＰアドレスですらない。したがって、この場合、第１のプロトコルの要求メッセージのメッセージヘッダに含まれる送信元ＩＰアドレスを端末の真正のＩＰアドレスとすることはできないため、本願で提供される方法により、端末の真正のＩＰアドレスがさらに特定される必要がある。
【００３０】
端末の真正のＩＰアドレスがさらに特定されたとき、ＨＴＴＰ要求メッセージを受信したネットワーク側装置がゲートウェイである場合には、ゲートウェイは、端末から送信されたＨＴＴＰ要求メッセージをサーバに転送することができる。この要求メッセージを受信した後、サーバは対応するウェブページを返すが、このウェブページは所定のスクリプト言語コードを含む。そしてゲートウェイは、このスクリプト言語コードを含むウェブページを端末に返すことができる。スクリプト言語コードは、端末がスクリプト言語コードを実行することを可能にするために用いられ、その結果、端末は、端末の真正のＩＰアドレスを取得でき、ゲートウェイにこの真正のＩＰアドレスを送信することができる。ＨＴＴＰ要求メッセージを受信したネットワーク側装置がサーバである場合、サーバは、ＨＴＴＰ要求メッセージに基づいて、スクリプト言語コードを含むウェブページを端末に直接返すことができる。
【００３１】
加えて、本願において、ネットワーク側装置は、スクリプト言語コードを含むウェブページを直接返すのではなく、ウェブページに対応するウェブページコードにスクリプト言語コードをダウンロードするためのアドレスを提供し、その後、ウェブページコードを解析した後、端末は、別のネットワーク側装置（例えばサーバ）からスクリプト言語コードをダウンロードし、スクリプト言語コードを実行することができる。
【００３２】
上記スクリプト言語コードには、ＪａｖａＳｃｒｉｐｔ（登録商標）コードが含まれるが、これに限定されない。ＪａｖａＳｃｒｉｐｔ（登録商標）コードは、端末がＪａｖａＳｃｒｉｐｔ（登録商標）コードを実行できるようにするために使用され、端末が端末の真正のＩＰアドレスを取得し、真正のＩＰアドレスをネットワーク側のデバイスに送信することができる。
【００３３】
上述した例においては、オンライン銀行のゲートウェイがジャック氏の端末から送信されたＨＴＴＰ要求メッセージを受信した後、このゲートウェイはＨＴＴＰ要求メッセージをサーバに転送するので、サーバは対応するウェブページを返す。次に、ゲートウェイは、ＨＴＴＰ要求メッセージに基づいてサーバによって返されたウェブページを端末に送信し、このウェブページはＪａｖａＳｃｒｉｐｔ（登録商標）コードを含む。
【００３４】
Ｓ１０３：スクリプト言語コードの実行によって端末より送信された通信接続を確立するための要求メッセージを受信する。
【００３５】
Ｓ１０４：通信接続を確立するための要求メッセージに基づいて、端末への通信接続を確立する。
【００３６】
Ｓ１０５：通信接続を使用して、端末の第１のＩＰアドレスを特定する。
【００３７】
本願のこの実施の形態では、ネットワーク側装置から送信されたウェブページを受信した後、端末はウェブページに対応するウェブページコードを解析する必要がある。ウェブページはスクリプト言語コードを含むので、端末はウェブページコードを解析するときにスクリプト言語コードをロードして実行する。
【００３８】
加えて、本願のこの実施の形態におけるスクリプト言語コードの機能は、端末が通信接続を確立するための要求メッセージをネットワーク側装置に送信することを可能にすることであり、ネットワーク側装置は、端末との通信接続を確立し、この通信接続を用いて端末の真正のＩＰアドレスを取得する。したがって、端末は、スクリプト言語コードを実行した後、通信接続を確立するための要求メッセージをネットワーク側装置に送信し、ステップＳ１０３において、ネットワーク側装置は、通信接続を確立するための要求メッセージを受信する。
【００３９】
ステップＳ１０４において、ネットワーク側装置は、端末によって送信された通信接続を確立するための要求メッセージを受信した後、端末への通信接続を確立することができる。さらに、本願における通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続であってよく、このＷｅｂＲＴＣはＳＴＵＮ（Ｓｉｍｐｌｅ  Ｔｒａｖｅｒｓａｌ  ｏｆ  Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ  ｔｈｒｏｕｇｈ  Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｏｒｓ）に基づくものである。ＳＴＵＮがＷｅｂＲＴＣのような通信接続を使用することを指定する場合、通信接続を確立する両方の当事者は、それぞれの真正のＩＰアドレスを使用して接続を確立する必要があり（通信接続を確立する２人の当事者がお互いに）、端末の真正のＩＰアドレスが特定されているときは、ユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ、ＵＤＰ）の「ホールパンチング」を実行する必要がある。したがって、本願では、ステップＳ１０５における通信接続を用いて端末の第１のＩＰアドレスを特定する方法は、実際にはＵＤＰの「ホールパンチング」によって端末の真正のＩＰアドレスを特定することである。特定のプロセスは以下のとおりである。
【００４０】
第１に、ネットワーク側装置は、端末によって送信された第２のプロトコルのデータパケットを監視し、第２のプロトコルのデータパケットは、ＪａｖａＳｃｒｉｐｔ（登録商標）コードを実行することによって端末によって送信される。第２のプロトコルはＵＤＰである。また、本願における通信接続はＷｅｂＲＴＣであるため、ネットワーク側の装置は、ＷｅｂＲＴＣを用いて、端末から送信されたＵＤＰデータパケットを受信する。
【００４１】
第２に、ネットワーク側装置は、ＵＤＰデータパケットの送信元ＩＰアドレスを特定することができる。
【００４２】
第３に、ネットワーク側装置は、送信元ＩＰアドレスをＵＤＰ応答パケットに書き込む。ネットワーク側装置は、ＵＤＰ応答パケットの送信元ＩＰアドレスではなく、ＵＤＰ応答パケットの内容として送信元ＩＰアドレスをＵＤＰ応答パケットに書き込むことができ、送信元ＩＰアドレスを含むＵＤＰ応答パケットを端末に返す。
【００４３】
そして、端末は、ＵＤＰ応答パケットを受信した後、端末の真正のＩＰアドレスを第１のＩＰアドレスとし、この第１のＩＰアドレスをネットワーク側装置に送信する。最初のＩＰアドレスを送信する方法は種々存在する。第１のＩＰアドレスは、別のＵＤＰパケットに書き込まれ、ＷｅｂＲＴＣを使用してネットワーク側装置に送信されるか、またはＨＴＴＰメッセージを使用して別のＨＴＴＰメッセージのコンテンツに書き込まれ、ネットワーク側装置に送信されます。なお、第１のＩＰアドレスを送信する方法は、具体的な実施状況に基づいて選択することができ、本願においては特に限定されないことに留意すべきである。
【００４４】
最後に本願のこの実施の形態では、端末の第１のＩＰアドレスがＵＤＰデータパケットに含まれ、ＷｅｂＲＴＣを使用してネットワーク側のデバイスに送信される場合、ネットワーク側装置は、端末が送信した第１のＩＰアドレスを含むＵＤＰデータパケットを受信した後に、端末の第１のＩＰアドレス、すなわち端末の真正のＩＰアドレスを取得することができる。
【００４５】
通信接続を使用して端末の第１のＩＰアドレスを特定する前のプロセスでは、ネットワーク側装置は、確立した通信接続（ＷｅｂＲＴＣ）と通信接続に使用するプロトコル（ＳＴＵＮ）とを用いて第２のプロトコル（ＵＤＰ）の「ホールパンチング」を行い、最終的に、ネットワーク側装置は端末の第１のＩＰアドレス（端末の真正のＩＰアドレス）を取得する。
【００４６】
上述の例では、オンライン銀行のゲートウェイは、ジャック氏の端末から送信されたＷｅｂＲＴＣを確立するための要求メッセージを受信し、その要求メッセージに基づいて端末との間にＷｅｂＲＴＣを確立する。ゲートウェイは、端末によって送信されたＵＤＰデータパケットを受信し、データパケットを送信するための送信元ＩＰアドレスが「２０６．１２８．１２７．２５」であると特定する。ゲートウェイは、送信元ＩＰアドレスを端末に返信されるＵＤＰ応答パケットに書き込むので、端末は、その端末の真正のＩＰアドレス（例えば、「１１８．１６８．２００．１８」）を、受信したＵＤＰ応答パケットに含まれる送信元ＩＰアドレスに基づく第１のＩＰアドレスとして使用し、この第１のＩＰアドレスをＨＴＴＰメッセージの内容に書き込み、ゲートウェイにＨＴＴＰメッセージを送信する。ゲートウェイは、ＨＴＴＰ要求メッセージを受信した後、ＨＴＴＰ要求メッセージの内容から端末の第１のＩＰアドレスを解析する。そして、ゲートウェイは、端末の第１のＩＰアドレスが「１１８．１６８．２００．１８」であると最終的に特定する。
【００４７】
加えて、本願のこの実施の形態では、ネットワーク側装置は、ステップＳ１０１において、端末によって送信された第１のプロトコルの要求メッセージを受信することによって、端末の第２のＩＰアドレスをさらに特定することができる。第１のプロトコルがＨＴＴＰである場合、ネットワーク側装置は、第１のプロトコルの要求メッセージのメッセージヘッダに含まれる送信元ＩＰアドレスを取得し、この送信元ＩＰアドレスを第２のＩＰアドレスとして用いることができる。ステップＳ１０５において、ネットワーク側装置は、さらに端末の第１のＩＰアドレスを取得するので、ネットワーク側装置は、２つのＩＰアドレスに基づいてリスク管理処理を行うことができ、あるいは２つのＩＰアドレスをリスク管理処理のための機器（例えば、リスク管理システムのサーバ）に送信することができる。リスク管理処理のための特定の装置は、本願では限定されない。
【００４８】
リスク管理の処理は以下のとおりである。すなわち、異なる方法（ＨＴＴＰ要求メッセージヘッダによるものとＷｅｂＲＴＣによるもの）を用いて端末の２つのＩＰアドレスを取得し、ネットワーク側装置が取得した端末の第１のＩＰアドレスと第２のＩＰアドレスとが不一致である場合には、少なくともプロキシサーバを用いてＨＴＴＰ要求メッセージを送信することを検討することができる。加えて、端末のＩＰアドレスが違法な行為のために不正に改ざんされている可能性がある。したがって、端末に対応する第１のＩＰアドレスの次の活動の監視レベルを上げる必要がある。取得された端末の第１のＩＰアドレスは、端末の真正のＩＰアドレスであるので、第１のＩＰアドレスの履歴活動記録をさらにチェックすれば、第１のＩＰアドレスが過去の違法活動に関与しているかどうかを判定することができる。
【００４９】
上述の例では、ゲートウェイはステップＳ１０１でＨＴＴＰ要求メッセージを取得する。ゲートウェイが、端末の第２のＩＰアドレスとしてメッセージヘッダに含まれる送信元ＩＰアドレスを、「２０６．１２８．１２７．２５」のように特定する場合、ゲートウェイは、ステップＳ１０５において、ゲートウェイが第１のＩＰアドレスを取得した後、取得した第１のＩＰアドレスと取得した第２のＩＰアドレスとをリスク管理システムに送信することができる。取得された第１のＩＰアドレス（「１１８．１６８．２００．１８」）は第２のＩＰアドレス（「２０６．１２８．１２７．２５」）と一致しないため、リスク管理システムは、このＩＰアドレスの活動がオンライン銀行のセキュリティを脅かすことを防止するために、第１のＩＰアドレス（「１１８．１６８．２００．１８」）を主要な監視対象とみなす。
【００５０】
図１に示すＩＰアドレス取得方法によれば、ネットワーク側装置は、偽装された（見せ掛けの、ｍａｓｑｕｅｒａｄｅ）通信接続を確立することによって、端末の真正のＩＰアドレスを取得することができ、この偽装された通信接続を使用して取得されたＩＰアドレスは、ＨＴＴＰ要求メッセージヘッダを使用して取得されたＩＰアドレスよりも真正である。図１のＩＰアドレス取得方法では、ネットワーク側装置は、アクセス端末の真正のＩＰアドレスを効果的に特定することができ、ネットワーク側装置が取得した真正のＩＰアドレスの信頼性や精度が比較的高く、それにより、端末のＩＰアドレスに基づいて行う必要がある他の情報処理の精度を向上させることができる。
【００５１】
図２に示すように、図１に示すネットワーク側装置で実行されるＩＰアドレス取得処理に基づいて、端末で実行されるＩＰアドレス取得処理がさらに提供される。
【００５２】
図２は、本発明の一実施の形態に係る図１に対応するＩＰアドレス取得処理を示したものである。ＩＰアドレス取得処理には、以下のステップが含まれる。
【００５３】
Ｓ２０１：端末が第１のプロトコルの要求メッセージをネットワーク側装置に送信する。
【００５４】
本願のこの実施形態では、端末がウェブサイトにアクセスする場合、端末は最初にアクセス要求メッセージをウェブサイトに送信する必要がある。このアクセス要求メッセージは、第１のプロトコルの要求メッセージである。第１のプロトコルはＨＴＴＰであり、第１のプロトコルの要求メッセージはこの場合はＨＴＴＰ要求メッセージである。
端末が送信したＨＴＴＰ要求メッセージを受信したネットワーク側装置は、ＨＴＴＰ要求メッセージヘッダを用いて端末の第２のＩＰアドレスを取得することができるので、端末は、ＨＴＴＰ要求メッセージをネットワーク側装置に送信し、ネットワーク側装置は、ＨＴＴＰ要求メッセージに基づいて、端末の第２のＩＰアドレスを特定することができる。
【００５５】
Ｓ２０２：第１のプロトコルの要求メッセージに基づいてネットワーク側装置によって送信されたウェブページを受信する。ウェブページはスクリプト言語コードを含む。
【００５６】
本実施の形態では、ネットワーク側装置は、ステップＳ２０１において、アクセス端末の第２のＩＰアドレスを特定する。しかしながら、アクセス端末の第２のＩＰアドレスがＨＴＴＰ要求メッセージヘッダから取得されるとき、端末がブラウザプラグインまたはハッカーソフトウェアをインストールするかまたはプロキシサーバを使用してＨＴＴＰ要求メッセージのメッセージヘッダ内のＩＰアドレスを変更すると、ネットワーク側装置は、偽造された虚偽の端末ＩＰアドレスを取得する。この場合、ネットワーク側装置によって取得されたＩＰアドレスは真正でも正確でもない。したがって、本願は、さらに、ネットワーク側装置が真正のＩＰアドレスを得ることを可能にする必要があり、そうすれば、ネットワーク側装置は、端末がそのＩＰアドレスを偽装したときに真正のＩＰアドレスを得ることもできるようになる。
【００５７】
ネットワーク側装置がゲートウェイである場合、端末は、第１のプロトコルの要求メッセージをゲートウェイに送信した後、第１のプロトコルの要求メッセージをサーバに送信し、サーバは、要求メッセージに基づいて対応するウェブページをゲートウェイに返す。ゲートウェイはウェブページを端末に返し、端末はゲートウェイによって返されたウェブページを受信する。ウェブページには、スクリプト言語コード（このスクリプト言語コードはＪａｖａＳｃｒｉｐｔ（登録商標）コードとする）が含まれる。端末がウェブページのウェブページコードを解析すると、端末はＪａｖａＳｃｒｉｐｔ（登録商標）コードをロードして実行する。ＪａｖａＳｃｒｉｐｔ（登録商標）コードは、端末がＪａｖａＳｃｒｉｐｔ（登録商標）コードを実行することで端末の真正のＩＰアドレスを取得し、真正のＩＰアドレスを対応するゲートウェイに送信することを可能にするために用いられる。
【００５８】
Ｓ２０３：スクリプト言語コードを実行し、スクリプト言語コードに基づいてネットワーク側装置に通信接続を確立するための要求メッセージを送信し、ネットワーク側装置が端末との通信接続を確立する。
【００５９】
Ｓ２０４：通信接続を使用してデータパケットをネットワーク側装置に送信することにより、ネットワーク側装置がデータパケットに基づいて端末の第１のＩＰアドレスを特定する。
【００６０】
本願のこの実施の形態では、端末は、ＪａｖａＳｃｒｉｐｔ（登録商標）コードを実行した後に、ＪａｖａＳｃｒｉｐｔ（登録商標）コードに基づいて、ウェブページを送信するネットワーク側装置に、通信接続を確立するための要求メッセージを送信する。この通信接続にはＷｅｂＲＴＣを使用することができる。ステップＳ１０３&#12316;Ｓ１０５の内容より、ＷｅｂＲＴＣに基づいて、ネットワーク側装置は、端末が端末の真正のＩＰアドレスを取得し、真正のＩＰアドレスをネットワーク側装置に送信することを可能にするため、ＵＤＰの「ホールパンチング」を実行する必要があり、次のステップＳ２０４において、端末は、その端末の真正のＩＰアドレスをネットワーク側装置に送信する。
【００６１】
したがって、端末は、ネットワーク側装置との間でＷｅｂＲＴＣを確立した後、ステップＳ２０４において、まず、ステップＳ２０１でＨＴＴＰ要求メッセージを送信するネットワーク側装置に、第２のプロトコルのデータパケットを送信することができる。第２のプロトコルはＵＤＰとすることが可能であり、本願においては、端末はネットワーク側装置との間にＷｅｂＲＴＣを確立した後に、ＵＤＰデータパケットをネットワーク側装置に送信する。ＵＤＰデータパケットは、コンテンツのない空のデータパケットであってよく、ネットワークリソースを節約することができ、またネットワーク側装置の負荷を軽減することができる。
【００６２】
ＵＤＰデータパケットを受信した後、ネットワーク側装置は、ＵＤＰデータパケットを送信するための送信元ＩＰアドレスを特定し、この送信元ＩＰアドレスを端末に戻されるＵＤＰ応答パケットに追加することができる。この場合、端末は、ネットワーク側装置から戻されたＵＤＰ応答パケットを受信した後、ＵＤＰ応答パケットの内容を解析し、ＵＤＰ応答パケットに含まれる端末の送信元ＩＰアドレスを取得することができる。
【００６３】
端末は、ＵＤＰ応答パケットに含まれる送信元ＩＰアドレスを取得した後、送信元ＩＰアドレスと端末の真正のＩＰアドレスとを比較することができる。両者が一致する場合、端末は、送信元ＩＰアドレスまたは端末の真正のＩＰアドレスを第１のＩＰアドレスとして使用し、第１のＩＰアドレスをネットワーク側装置に送信する。両者が一致していない場合、端末は、端末の真正のＩＰアドレスを第１のＩＰアドレスとして使用し、第１のＩＰアドレスをネットワーク側装置に送信する。第１のＩＰアドレスは、ＨＴＴＰ要求メッセージ内に第１のＩＰアドレスを書き込むことによって、あるいは第１のＩＰアドレスを別のＵＤＰデータパケットに書き込むことによって、ネットワーク側装置に送信される。第１のＩＰアドレスをネットワーク側装置に送信する具体的な方法は、本願においては限定されない。
【００６４】
加えて、送信元ＩＰアドレスが端末の真正のＩＰアドレスと一致する場合、第１のＩＰアドレスに代えて確認応答情報を返すことができ、ネットワーク側装置は、この確認応答情報に基づいて、ネットワーク側装置が取得した送信元ＩＰアドレスを端末の真正のＩＰアドレスと特定する。
【００６５】
また、端末の第１のＩＰアドレスを取得した後、ステップＳ２０２で取得した第１のＩＰアドレスと第２のＩＰアドレスとに基づいて、リスク管理を行うことができる。
【００６６】
図３に示されている通り、図３は、本発明の一実施の形態に係るリスク管理を示す詳細なフローチャートである。
【００６７】
Ｓ３０１：端末が第１のプロトコルの要求メッセージをゲートウェイに送信する。
【００６８】
Ｓ３０２：ゲートウェイは、第１のプロトコルの要求メッセージに基づいて端末の第２のＩＰアドレスを特定する。
【００６９】
Ｓ３０３：ゲートウェイが第１のプロトコルの要求メッセージをサーバに転送する。
【００７０】
Ｓ３０４：サーバがスクリプト言語コードを含むウェブページをゲートウェイに返す。
【００７１】
Ｓ３０５：ゲートウェイがスクリプト言語コードを含むウェブページを端末に転送する。
【００７２】
Ｓ３０６：端末がゲートウェイによって返されたウェブページを受信し、ウェブページのウェブページコードを解析し、ウェブページに含まれるスクリプト言語コードをロードして実行する。
【００７３】
Ｓ３０７：端末が第２のプロトコルのデータパケットをゲートウェイに送信する。
【００７４】
Ｓ３０８：ゲートウェイが端末によって送信された第２のプロトコルのデータパケットを受信し、端末の送信元ＩＰアドレスを特定する。
【００７５】
Ｓ３０９：ゲートウェイが端末の送信元ＩＰアドレスを含む第２のプロトコルの応答パケットを端末に送信する。
【００７６】
Ｓ３１０：端末が受信した第２のプロトコルの応答パケットに基づいて、端末の真正のＩＰアドレスをゲートウェイに送信する。
【００７７】
Ｓ３１１：ゲートウェイが端末によって送信された真正のＩＰアドレスを受信し、この真正のＩＰアドレスを端末の第１のＩＰアドレスとして使用する。
【００７８】
Ｓ３１２：ゲートウェイが端末の第１のＩＰアドレス及び第２のＩＰアドレスをリスク管理システムに送信する。
【００７９】
Ｓ３１３：リスク管理システムが受信した端末の第１のＩＰアドレス及び第２のＩＰアドレスに基づいてリスク管理処理を実行する。
【００８０】
以上、本願の一実施の形態で提供されるＩＰアドレス取得方法について説明した。同様の考え方に基づき、図４及び図５に示すように、本発明の一実施の形態は、対応するＩＰアドレス取得装置をさらに提供する。
【００８１】
図４は、本発明の一実施の形態に係るＩＰアドレス取得装置の第１の概略構成図である。このＩＰアドレス取得装置は：
端末によって送信された第１のプロトコルの要求メッセージを受信するように構成された第１の受信モジュール４０１と；
前記第１のプロトコルの要求メッセージに基づいて、スクリプト言語コードを含むウェブページを端末に返すように構成された返信モジュール４０２と；
前記スクリプト言語コードを実行することによって前記端末によって送信された、通信接続を確立するための要求メッセージを受信するように構成された第２の受信モジュール４０３と；
前記通信接続を確立するための要求メッセージに基づいて前記端末への前記通信接続を確立するように構成された通信接続モジュール４０４と；
前記通信接続を使用して前記端末の第１のＩＰアドレスを特定するように構成された取得モジュール４０５と；を含む。
【００８２】
取得モジュール４０５は：
前記通信接続を使用して前記スクリプト言語コードに基づいて前記端末によって送信された第２のプロトコルのデータパケットを受信し、
前記第２のプロトコルの前記データパケットを送信するための送信元ＩＰアドレスを特定し、
第２のプロトコルの応答パケットに送信元ＩＰアドレスを追加し、第２のプロトコルの応答パケットを端末に返信し、
前記第２のプロトコルの応答パケットに含まれる前記送信元ＩＰアドレスに基づいて前記端末に返信されたＩＰアドレスを受信し、前記返信されたＩＰアドレスを、前記通信接続を用いて特定された前記端末の前記第１のＩＰアドレスとして使用するものである。
【００８３】
この装置は、リスク管理モジュール４０６をさらに含み、このリスク管理モジュール４０６は：
前記第１のプロトコルの要求メッセージに基づいて前記端末の前記第２のＩＰアドレスを特定し、前記第１のＩＰアドレスと前記第２のＩＰアドレスに基づいて前記端末のリスク管理処理を行うものである。
【００８４】
このＩＰアドレス取得装置においては、
第１のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）を含み；
スクリプト言語コードはＪａｖａＳｃｒｉｐｔ（登録商標）コードを含み；
通信接続にはウェブリアルタイム通信（ＷｅｂＲＴＣ）接続を含み；
第２のプロトコルはユーザデータグラムプロトコル（ＵＤＰ）を含む。
【００８５】
図４に示すＩＰアドレス取得装置は、様々なウェブサイトのゲートウェイに配置することができ、またはサーバ上に配置することができる。
【００８６】
図５は、本発明の一実施の形態に係るＩＰアドレス取得装置の第２の概略構成図である。このＩＰアドレス取得装置は：
第１のプロトコルの要求メッセージをネットワーク側装置に送信するように構成された第１の送信モジュール５０１と；
前記第１のプロトコルの要求メッセージに基づいて前記ネットワーク側装置によって送信されたウェブページを受信するように構成された受信モジュール５０２であって、前記ウェブページがスクリプト言語コードを含む前記受信モジュール５０２と；
前記スクリプト言語コードを実行し、前記スクリプト言語コードに基づいて通信接続を確立するための要求メッセージを前記ネットワーク側装置に送信し、前記ネットワーク側装置が当該ＩＰアドレス取得装置と通信接続を確立するように動作する通信接続モジュール５０３と；
前記ネットワーク側装置がデータパケットに基づいて当該ＩＰアドレス取得装置の第１のＩＰアドレスを特定すべく、前記通信接続を使用することによって前記ネットワーク側装置に前記データパケットを送信するように構成された第２の送信モジュール５０４と；を含むものである。
【００８７】
第２の送信モジュール５０４は：
前記ネットワーク側装置が前記第２のプロトコルのデータパケットを送信するための送信元ＩＰアドレスを特定すべく、前記通信接続を使用して前記スクリプト言語コードに基づいて前記第２のプロトコルのデータパケットを前記ネットワーク側装置に送信し；
前記ネットワーク側装置によって返され且つ送信元ＩＰアドレスを含む第２のプロトコルの応答パケットを受信し；
装置の真正のＩＰアドレスを特定し、その真正のＩＰアドレスを前記ＩＰアドレス取得装置の第１のＩＰアドレスとして使用し、前記ＩＰアドレス取得装置の前記第１のＩＰアドレスをネットワーク側装置に送信するものである。
【００８８】
このＩＰアドレス取得装置においては、
第１のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）を含み；
スクリプト言語コードはＪａｖａＳｃｒｉｐｔ（登録商標）コードを含み；
通信接続にはウェブリアルタイム通信（ＷｅｂＲＴＣ）接続を含み；
第２のプロトコルはユーザデータグラムプロトコル（ＵＤＰ）を含む。
【００８９】
図５に示すＩＰアドレス取得装置は、携帯電話、ＰＣ、タブレットコンピュータなどの様々な端末に配置することができる。
【００９０】
典型的な構成では、コンピュータ装置は、１つまたは複数のプロセッサ（ＣＰＵ）、入力／出力インターフェイス、ネットワークインターフェイス、及びメモリを含む。
【００９１】
メモリは、非永続性メモリ、ランダムアクセスメモリ（ＲＡＭ）、不揮発性メモリ、及び／又は、その他の、コンピュータで読み出せる媒体の形式、例えば、リードオンリーメモリ（ＲＯＭ）又はストレージデバイス（フラッシュメモリ）を含む。このメモリは、コンピュータ読み取り可能な媒体の一例である。
【００９２】
コンピュータ読み取り可能な媒体は、任意の方法又は技術を用いて情報を記憶する永続的、非永続的、可動式、及び固定式の媒体を含む。情報は、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又はその他のデータであってよい。コンピュータ記憶媒体の例として、パラメータランダムアクセスメモリ（ＰＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、若しくは別タイプのランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去ができる読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、若しくは別のメモリ技術、コンパクトディスク−リードオンリーメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、若しくは別の光学記憶装置、磁気カセット、磁気テープ、磁気ディスクメモリ、若しくは別の磁気記憶デバイス、又は、コンピュータデバイスがアクセスできる情報を記憶するために用いられる別の非伝送媒体があるが、これらに限定されない。本明細書での定義によれば、コンピュータ読み取り可能な媒体には、変調したデータ信号やキャリアのような、コンピュータで読み取り可能な一時的な媒体（ｔｒａｎｓｉｔｏｒｙ  ｍｅｍｏｒｙ）は含まれない。
【００９３】
用語「含む」「包含する」、又はその何らかの他の変形体は、非排他的な包含を網羅するものとし、要素のリストを含む工程、方法、物品若しくはデバイスは、これらの要素のみを含むのではなく、明示的列挙されてはいない他の要素を含む、又は、係る工程、方法、物品又はデバイスに固有な他の要素を更に含むことにも留意されたい。「１つの〜を含む」と定義された要素は、更なる制約なしに、この要素を含む工程、方法、物品又はデバイスにおける別の同一の要素を更に含む。
【００９４】
当業者は、本願の実施の形態を、方法、システム、コンピュータプログラム製品として提供できることを理解するはずである。そのため、本願は、ハードウェアのみの実施の形態、ソフトウェアのみの実施の形態、又は、ソフトウェアとハードウェアを組み合わせた実施の形態を用いることができる。更に、本願は、コンピュータで使用できるプログラムコードを含む１つ以上のコンピュータで使用できる記憶媒体（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリ等を含むが、これらに限定されない）上で実施されるコンピュータプログラム製品の形態を用いることができる。
【００９５】
先の実施の形態は本開示の一実施の形態にすぎず、本願を限定することを意図してはいない。当業者は、本願に様々な修正及び変更を加えることができる。本願の主旨及び原理から逸脱することなくなされた修正、均等物との置換え、改良はいずれも、本開示の特許請求の範囲に含まれる。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
インターネットプロトコル（ＩＰ）アドレス取得方法であって：
ネットワーク側装置が端末から送信された第１のプロトコルの要求メッセージを受信するステップと；
前記第１のプロトコルの要求メッセージに基づいて、スクリプト言語コードを含むウェブページを前記端末に返すステップと；
前記スクリプト言語コードの実行によって前記端末より送信された通信接続を確立するための要求メッセージを受信するステップと；
通信接続を確立するための前記要求メッセージに基づいて、前記端末への通信接続を確立するステップと；
前記通信接続を使用して前記端末の第１のＩＰアドレスを取得するステップと；を備える、
ＩＰアドレス取得方法。
［第２の局面］
前記通信接続を使用して前記端末の前記第１のＩＰアドレスを取得する前記ステップは：
前記通信接続を使用し前記スクリプト言語コードに基づいて前記端末より送信された第２のプロトコルのデータパケットを受信するステップと；
前記第２のプロトコルの前記データパケットを送信するための送信元ＩＰアドレスを特定するステップと；
第２のプロトコルの応答パケットに前記送信元ＩＰアドレスを追加すると共に、第２のプロトコルの前記応答パケットを前記端末に返すステップと；
前記第２のプロトコルの応答パケットに含まれる前記送信元ＩＰアドレスに基づいて前記端末が返信したＩＰアドレスを受信し、前記通信接続を用いて取得した前記端末の前記第１のＩＰアドレスとして使用するステップと；を備える、
第１の局面に記載の方法。
［第３の局面］
前記第１のプロトコルの要求メッセージに基づいて前記端末の第２のＩＰアドレスを特定するステップと；
前記第１のＩＰアドレスおよび前記第２のＩＰアドレスに基づいて、前記端末に対してリスク管理処理を実行するステップと；をさらに備える、
第１の局面に記載の方法。
［第４の局面］
前記第１のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）を含み；
前記スクリプト言語コードはＪａｖａＳｃｒｉｐｔ（登録商標）コードを含み；
前記通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続を含み；
前記第２のプロトコルはユーザデータグラムプロトコル（ＵＤＰ）を含む、
第２の局面に記載の方法。
［第５の局面］
ＩＰアドレス取得方法であって：
端末が第１のプロトコルの要求メッセージをネットワーク側装置に送信するステップと；
前記第１のプロトコルの要求メッセージに基づいて前記ネットワーク側装置によって送信されたウェブページを受信するステップであって、前記ウェブページはスクリプト言語コードを含む、前記ウェブページを受信するステップと；
前記スクリプト言語コードを実行し、前記スクリプト言語コードに基づいて通信接続を確立するための要求メッセージを前記ネットワーク側装置に送信して、前記ネットワーク側装置と前記端末との通信接続を確立するステップと；
前記ネットワーク側装置がデータパケットに基づいて前記端末の第１のＩＰアドレスを特定すべく、前記通信接続を使用して前記ネットワーク側装置に前記データパケットを送信するステップと；を備える、
ＩＰアドレス取得方法。
［第６の局面］
前記ネットワーク側装置が前記データパケットに基づいて前記端末の第１のＩＰアドレスを特定すべく、前記通信接続を使用して前記ネットワーク側装置に前記データパケットを送信する前記ステップは：
前記ネットワーク側装置が第２のプロトコルのデータパケットを送信するための送信元ＩＰアドレスを特定すべく、前記スクリプト言語コードに基づいて前記第２のプロトコルのデータパケットを前記ネットワーク側装置に送信するステップと；
第２のプロトコルの応答パケットを受信するステップであって、前記第２のプロトコルの応答パケットは、前記ネットワーク側装置によって返されるものであり、前記送信元ＩＰアドレスを含む、前記第２のプロトコルの応答パケットを受信するステップと；
前記端末が、前記端末の真正のＩＰアドレスを特定し、前記真正のＩＰアドレスを前記端末の第１のＩＰアドレスとして使用し、前記端末の前記第１のＩＰアドレスを前記ネットワーク側装置に送信するステップと；を備える、
第５の局面に記載の方法。
［第７の局面］
前記第１のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）を含み；
前記スクリプト言語コードはＪａｖａＳｃｒｉｐｔ（登録商標）コードを含み；
前記通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続を含み；
前記第２のプロトコルはユーザデータグラムプロトコル（ＵＤＰ）を含む、
第６の局面に記載の方法。
［第８の局面］
ＩＰアドレス取得装置であって：
端末によって送信された第１のプロトコルの要求メッセージを受信するように構成された第１の受信モジュールと；
前記第１のプロトコルの要求メッセージに基づいて、スクリプト言語コードを含むウェブページを前記端末に返すように構成された返信モジュールと；
前記スクリプト言語コードの実行によって前記端末より送信された、通信接続を確立するための要求メッセージを受信するように構成された第２の受信モジュールと；
通信接続を確立するために前記要求メッセージに基づいて前記端末への通信接続を確立するように構成された通信接続モジュールと；
前記通信接続を使用して前記端末の第１のＩＰアドレスを取得するように構成された取得モジュールと；を備える、
ＩＰアドレス取得装置。
［第９の局面］
前記取得モジュールは：
前記通信接続を使用して前記スクリプト言語コードに基づいて前記端末より送信された第２のプロトコルのデータパケットを受信し；前記第２のプロトコルのデータパケットを送信するための送信元ＩＰアドレスを特定し；第２のプロトコルの応答パケットに前記送信元ＩＰアドレスを追加した上で前記第２のプロトコルの応答パケットを前記端末に返信し；前記第２のプロトコルの応答パケットに含まれる前記送信元ＩＰアドレスに基づいて前記端末が返信したＩＰアドレスを受信し、前記通信接続を用いて取得した前記ＩＰアドレスを、前記端末の前記第１のＩＰアドレスとして使用する、
第８の局面に記載の装置。
［第１０の局面］
リスク管理モジュールを更に備え、前記リスク管理モジュールは：
前記第１のプロトコルの要求メッセージに基づいて前記端末の第２のＩＰアドレスを特定し、前記第１のＩＰアドレス及び前記第２のＩＰアドレスに基づいて、前記端末に対してリスク管理処理を行う、
第８の局面に記載の装置。
［第１１の局面］
前記第１のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）を含み；
前記スクリプト言語コードはＪａｖａＳｃｒｉｐｔ（登録商標）コードを含み；
前記通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続を含み；
前記第２のプロトコルはユーザデータグラムプロトコル（ＵＤＰ）を含む、
第９の局面に記載の装置。
［第１２の局面］
ＩＰアドレス取得装置であって：
第１のプロトコルの要求メッセージをネットワーク側装置に送信するように構成された第１の送信モジュールと；
前記第１のプロトコルの要求メッセージに基づいて前記ネットワーク側装置によって送信されたウェブページを受信するように構成され、前記ウェブページがスクリプト言語コードを含む受信モジュールと；
前記スクリプト言語コードを実行し、前記スクリプト言語コードに基づいて通信接続を確立するための要求メッセージを前記ネットワーク側装置に送信し、前記ネットワーク側装置が前記ＩＰアドレス取得装置と通信接続を確立するように構成された通信接続モジュールと；
前記ネットワーク側装置がデータパケットに基づいて前記ＩＰアドレス取得装置の第１のＩＰアドレスを特定すべく、前記通信接続を使用して前記ネットワーク側装置に前記データパケットを送信するように構成された第２の送信モジュールと；を備える、
ＩＰアドレス取得装置。
［第１３の局面］
前記第２の送信モジュールは：
前記ネットワーク側装置が第２のプロトコルのデータパケットを送信するための送信元ＩＰアドレスを特定すべく、前記通信接続を使用して前記スクリプト言語コードに基づいて前記第２のプロトコルのデータパケットを前記ネットワーク側装置に送信し；前記ネットワーク側装置によって返され、前記送信元ＩＰアドレスを含む第２のプロトコルの応答パケットを受信し；前記ＩＰアドレス取得装置の真正のＩＰアドレスを特定し、前記真正のＩＰアドレスを前記ＩＰアドレス取得装置の第１のＩＰアドレスとして使用し、前記第１のＩＰアドレスを前記ネットワーク側装置に送信する、
第１２の局面に記載の装置。
［第１４の局面］
前記第１のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）を含み；
前記スクリプト言語コードはＪａｖａＳｃｒｉｐｔ（登録商標）コードを含み；
前記通信接続は、ウェブリアルタイム通信（ＷｅｂＲＴＣ）接続を含み；
前記第２のプロトコルはユーザデータグラムプロトコル（ＵＤＰ）を含む、
第１３の局面に記載の装置。
【符号の説明】
【００９６】
４０１  第１の受信モジュール
４０２  返信モジュール
４０３  第２の受信モジュール
４０４  通信接続モジュール
４０５  取得モジュール
４０６  リスク管理モジュール
５０１  第１の送信モジュール
５０２  受信モジュール
５０３  通信接続モジュール
５０４  第２の送信モジュール
【図１】
0006666441.tif 000002
【図２】
0006666441.tif 000003
【図３】
0006666441.tif 000004
【図４】
0006666441.tif 000005
【図５】
0006666441.tif 000006