"方法を実行するネットワークデバイスを介してアクセスされたデータおよびサービスに対するアクセスのセキュリティを保護する方法であって、前記方法は、データまたは少なくとも一つのサービスにアクセスするためのリクエスト300,306,401を受信するステップであって、前記リクエスト300,306,401は、リクエストのソースを識別するソース識別子を備える、前記ステップと、前記リクエスト300,306,401が最初のリクエスト300か、あるいは後続のリクエスト306かを決定するステップ402であって、前記決定は、前記リクエストが後続のリクエストである場合、データまたはサービスにアクセスするためのセッションを識別するセッション識別子のリクエストにより行う存在の検証を含む、前記ステップと、を含み。前記方法は更に、前記リクエストが最初のリクエスト300である場合、ソース識別子についてソース識別子群を決定するステップ404と、ソース識別子群が決定可能な場合、決定されたソース識別子群に属するソース識別子を有するソースから、データまたは少なくとも一つのサービスに引き続きアクセスするのに使用されるセッション識別子を生成するステップ403と、第1のリクエストを処理するステップ305、406と、第1のリクエストのソースに、生成されたセッション識別子を送信するステップ302と、を含み、前記方法は更に、前記リクエストが後続のリクエスト306である場合、ソース識別子についてのソース識別子群を決定するステップ307、409と、ソース識別子群が決定可能な場合、決定されたソース識別子群に属するソース識別子を有するソースから、後続のリクエストに含まれるセッション識別子と、データまたは少なくとも一つのサービスにアクセスするのに使用されるセッション識別子を比較するステップと、ソース識別子が一致する場合、後続のリクエストを処理するステップ308、406と、を含む、前記方法。前記リクエスト300、401のソースを識別する情報は、リクエスト300、401の送信のソースを識別する、請求項1に記載の方法。前記リクエスト300、401のソースを識別する情報は、リクエスト300、401の受信のソースを識別する、請求項1または2に記載の方法。前記リクエストのソースを識別する情報は、物理的なコネクタの番号を指定する、請求項2~3のいずれかに記載の方法。前記リクエストのソースを識別する情報は、ネットワークインターフェースの番号を指定する、請求項2~4のいずれかに記載の方法。前記リクエストのソースを識別する情報は、ネットワークインターフェースアドレスを指定する、請求項2~5のいずれかに記載の方法。前記リクエストのソースを識別する情報は、ソフトウエアアプリケーションの識別子を指定する、請求項2~6のいずれかに記載の方法。前記方法は、インターネットプロトコルスイートのアプリケーション層でアクティブとなる、請求項1~7のいずれかに記載の方法。前記方法は、ウエブアプリケーションで実行される、請求項8に記載の方法。デバイスを介してアクセスされたデータおよびサービスに対するアクセスのセキュリティを保護するネットワークデバイスであって、前記ネットワークデバイスは、データまたは少なくとも一つのサービスにアクセスするためのリクエスト300,401を受信するネットワークインターフェース201~206であって、前記リクエストは、リクエストのソースを識別するソース識別子、およびデータまたはサービスにアクセスするためのセッションを識別するオプションのセッション識別子を備える、前記ネットワークインターフェースと、前記リクエスト300,306,401が最初のリクエスト300か、あるいは後続のリクエスト306かを決定する手段200,205であって、前記決定は、前記リクエストが後続のリクエストである場合、データまたはサービスにアクセスするためのセッションを識別するセッション識別子のリクエストにより行う存在の検証を含む、前記手段と、を備え、前記デバイスは更に、前記リクエストが最初のリクエスト300である場合、ソース識別子についてソース識別子群を決定する手段200、205と、ソース識別子群が決定可能な場合、決定された識別子群に属するソース識別子を有するソースから、データまたは少なくとも一つのサービスにアクセスするのに使用されるセッション識別子を生成する手段403と、第1のリクエストを処理する手段305、406と、第1のリクエストのソースに、生成されたセッション識別子を送信する302ネットワークインターフェース201~206と、を備え、前記デバイスは更に、前記リクエストが後続のリクエスト306である場合、ソース識別子についてのソース識別子群を決定する手段200、205と、ソース識別子群が決定可能な場合、セッション識別子と、決定されたソース識別子群に属するソース識別子を有するソースから、データまたは少なくとも一つのサービスにアクセスするのに使用されるセッション識別子を比較する手段と、ソース識別子が一致する場合、後続のリクエストを処理する手段308、406と、を備える、前記ネットワークデバイス。図1は、種々のネットワークを相互接続するゲートウエイデバイスにおける発明の特定の実施形態を示している。ユーザ建物130は、ゲートウエイ131、およびゲートウエイ131をマルチメディアの記憶装置141、DLNAテレビ139、インターネットテレビIPTVセットトップボックス143、ポータブルパソコン142および電話機133を相互接続するローカルエリアネットワーク136を備えている。デバイス133、139、141、143は、各無線接続135、140、137、146を介してローカルネットワーク136に接続されており、他方でポータブルパソコン142は、132および138を介して無線接続によりゲートウエイに接続されている。ゲートウエイ131は更に、接続121を介して外部ネットワーク120に接続されている。外部ネットワーク120には、2つのローカルネットワーク106、116が接続されている。3つのデバイス100、101、102がローカルネットワーク106に接続されており、他方で2つのデバイス110、111がローカルネットワーク116に接続されている。これらすべてのデバイス100~102、110~111、131、133、139、141~143は、データまたはサービスに対するアクセスのリクエストのソースとなり得る。図2は、本発明の特定の実施形態にかかる、図1のゲートウエイ131を示している。ゲートウエイ131は、以下の構成要素から成る。―中央演算処理装置200すなわちCPU―DSLDigitalSubscriberLineディジタル加入者線インターフェース206―タイプイーサネットEthernetの4つのネットワークインターフェース201~202、204~205―無線LANタイプの第5のネットワークインターフェース203―ソース識別子群/ソースIDレポジトリ2050、セッションID/ソース識別子群レポジトリ2051および汎用メモリ領域2052を備えたメモリ205、―オプションのタイミングユニット207CPU200、ネットワークインターフェース201~205、メモリ205、DSLインターフェース206、タイミングユニット207は、ディジタルデータ通信バス210を介して相互接続されている。デバイス131は、以下の入力/出力を備えており、入力/出力137は、ネットワークインターフェース201に接続されており、入力/出力140は、ネットワークインターフェース202に接続されており、アンテナ132は、ネットワークインターフェース203に接続されており、入力/出力135は、ネットワークインターフェース204に接続されており、入力/出力150は、ネットワークインターフェース205に接続されており、入力/出力121は、DSLインターフェース206に接続されている。内部メモリ205、記憶領域2050は、ソース識別子群―ソースIDの関係を記憶し、かつ検索する機能を実行し、記憶領域2051は、セッションID―ソース識別子群の関係を記憶し、かつ検索する機能を実行する。この情報は例えば、事前に記述された表1および2等の表形式で記憶される。変形実施形態によると、この情報はデータベースに記憶される。オプションのタイミングユニット207は、タイムアウトの遅延をセッションIDに追加する機能を果たし、セッションIDのセキュリティを更に高めるために、種々の方法で使用することができる。たとえば、生成されたセッションIDが特定の時間使用されていない場合、例えば、特定時間中にデータ/サービスに対して何らリクエストがなかった場合は、セッションIDは自動的に無効となる。そして無効とされたセッションIDを利用したいずれの新たなリクエストも許否される。例えば、セッションIDは、当該セッションIDが使用されているか否かに関わらず、特定のタイムアウトによる遅延の後、自動的に無効となる。中央演算処理装置200は、本発明のステップを実行するアルゴリズムを処理することができる。アルゴリズムは、汎用メモリ領域2052に記憶される。汎用メモリ領域2052は更に、アルゴリズムの実行に必要な変数を記憶する機能を実行する。処理装置200は、決定し、かつ1つ以上のリクエストに使用される第1の識別子セッション識別子のメモリ205に記憶することができる。処理装置200は更に、データにアクセスし、あるいはサービスにアクセスするためのリクエストを処理することができる。処理装置200は更に、セッション識別子についてのソース識別子群のメモリ205に記憶された情報から決定することができる。前回の決定が、セッション識別子についての少なくとも一つのソース識別子群が存在することを示す場合、およびリクエストにおいて与えられたソース識別子が、セッション識別子についての少なくとも一つのソース識別子に含まれていると判断された場合は、処理装置200は、更にデータまたはサービスにアクセスするためのリクエストを処理することができる。セッションIDは、乱数生成器に基づく等、既知の方法により生成することができる。図3は、本発明の特定の実施形態にかかる、データ/サービスに対するリクエストの受信後のイベントのシーケンスを記述するシーケンス図を示している。当該図は、本発明の態様の一部を記述しており、特に、本発明の特定の実施形態にかかる、ローカルネットワークにおけるデバイスと、本発明を実行するゲートウエイと、外部ネットワークにおけるデバイスの間の単純なシナリオによる交換のプロトコルを図示している。シーケンス図は、パソコン142の種々のネットワークインターフェースに対する2つの接続と、ゲートウエイ131と、LAN2116に存在するデバイス111を表す4つの垂直の時系列を介して記述される。シーケンス図は、データ/サービスaに対するリクエスト300のネットワークインターフェースNI3から、ゲートウエイ131に接続132/138を介してパソコン142により送信することにより開始する。NI3は、リクエスト300が生じるソースを識別することを可能にする情報を示す。本発明の特定の実施形態によると、このソースIDは、リクエストの送信元であるソースのネットワークインターフェースのIPアドレスであり、すなわちこの場合、ゲートウエイ131のインターフェース3であり、よってソースIDは、リクエストの受信のソースを識別する。本発明の変形実施形態によると、ソースIDは、リクエストの送信元、あるいはリクエストの受信元であるネットワークインターフェースボード上の特定の物理的な接続を指定する。更に別の変形によると、ソースIDは、前記のいずれかの組み合わせ、例えばリクエスト送信元であるソースのネットワークインターフェースのIPアドレスと、リクエストが受信されるネットワークインターフェースのIPアドレスの組合せである。この変形は、リクエストと、リクエストを送信するのに使用されるネットワークリンクの間の密な連結により、データ/サービスに対するアクセスに更にセキュリティを追加する、という利点を有し、これは制限のあるアクセスが必要な場合に有用である。個々の変形は、より移動性が可能になるという状況で必要となり得るより緩い結合を可能にするという利点がある。本発明の変形実施形態によると、このソースIDは、この場合のリクエストの発生元であるデバイスであるパソコン142で動作するアプリケーションのアプリケーション識別子である。一つの例として、当該アプリケーションは、トンネリングを介して会社のネットワークに安全なアクセスを提供するVPNVirtualPrivateNetwork、バーチャルプライベートネットワークアプリケーションである。リクエスト300を受信すると、ゲートウエイ131は、矢印301が記述するセッション識別子zを生成する。かかるセッションIDは、一連の後続のリクエストのデータ/サービスに対する最初のリクエストの受信によってのみ生成される。本発明の特定の実施形態により、最初のリクエスト又は後続のリクエストが受信されたか否かの決定は、ソースIDについてセッションIDが既に生成されたか否かにかかわらず、ゲートウエイ131のメモリに記憶された情報をチェックすることにより行われる。ソースIDについていずれのセッションIDも存在しない場合、リクエストは最初のリクエストであり、存在する場合は、リクエストは後続のリクエストである。本発明の変形実施形態によると、最初のリクエストを受信したか、後続のリクエストを受信したかの決定は、リクエストにおけるセッションIDの存在に基づいて行われる。リクエストがセッションIDを含んでいない場合は、当該リクエストは最初のリクエストであり、含んでいる場合は、当該リクエストは後続のリクエストである。この変形は実行するのが簡易であるという利点があるが、上記の特定の実施形態と比較して、セッションIDの生成が容易となり、ハッカーがこれを利用して、生成されたIDの種別に関する情報を得て、有効なセッションIDがどのようなものかの判断が可能になってしまう、という欠点がある。記載された特定の実施形態により、ハッカーが新たなセッションIDを得ることがより困難になる。なぜなら、ハッカーは、自分が同一のソースIDからデータまたはサービスを要求して初めて、新規のセッションIDを得ることができるからである。記載された実施例では、矢印301は、受信したリクエストが最初のリクエストであることを示しており、これによりセッションIDが生成される。本発明の特定の実施形態によると、次にこのセッションIDは記憶され、矢印302で記述されるように、リクエスタに伝達される。本発明の変形実施形態によると、このセッションIDは、リクエスタに直接伝達されるというより、リクエストされたデータ/サービスに関する情報を含む、リクエスト300に対する応答305に含まれる。リクエスタここではパソコン142は、セッションIDを記憶し、セッションIDが無効になるまで、後続のリクエストにこれを使用する。ゲートウエイ131は、メモリ領域2050に記憶された情報に基づいて、ソースIDについての1つ以上のソース識別子群を決定する。本発明の特定の実施形態によると、メモリ領域2050にあるソース識別子群/ソースID情報は、ネットワーク管理者等ユーザにより手動で入力される。本発明の変形実施形態によると、メモリ領域2050のソース識別群/ソースID情報は、例えば、ゲートウエイ131により知られているネットワークトポロジー情報に基づき、あるいはゲートウエイ131により知られているアプリケーションに関する情報に基づき、自動的に生成される。本発明の更に別の変形実施形態によると、メモリ領域2050にあるソース識別子群/ソースID情報は、一部は自動的に生成され、一部はユーザにより手動で入力される。後者の変形は特に興味深く、データの大部分を手動で入力する作業からユーザを解放し、一方で自動的に生成された情報をユーザが改変し、あるいは適合させることを可能にする。新規のセッションIDが生成されると、ゲートウエイ131は、セッションIDここではzとソースIDここではNI3について有効なソース識別子群たとえばLAN3とを関連付け、この情報すなわち、生成されたセッションIDおよびそのソース識別子群との関連性をメモリ領域2051に記憶する。ある時点での図3に記述されたシナリオは、ゲートウエイ131により生成されたセッションIDに対するハッカーによるアクセスを認めてしまう悪意のあるハッカーによるローカルネットワーク136に対する侵入303を図示している。次に、パソコン142は、最初のリクエスト300に使用されたものと異なるネットワークインターフェースNI5において発行する。後続のリクエスト306は、リクエストされたデータ/サービスbに関する情報、当該リクエストの発生源であるソース識別の情報NI5、後続のリクエストに対するゲートウエイ131から受信したセッションIDここではzから成る。後続のリクエスト306の受信により、ゲートウエイ131は、メモリ領域2050に記憶された情報ソース識別子群/ソース識別子、表1参照を介して、ソースIDが属するソース識別子群LAN3を決定する307。本発明の特定の実施形態によると、ソースIDについていかなるソース識別子群も発見できなかった場合は310、ゲートウエイ131は、リクエストを発行したソースに対し、警告メッセージを送信する311。変形実施形態によると、ゲートウエイ131は、リクエスタのソースIDをブラックリストに加え、これは、データ/サービスに対するリクエストが受信される度にチェックされる。ソースIDがブラックリストにあると、リクエストは、それ以上処理されることなく許否できる。更に別の変形実施形態によると、セッションIDは信用が低下したとみなされ、無効にされ、これにより新規なセッションIDがリクエストされる必要がある。これらの実施形態の種々の組合せが可能であり、セッションのセキュリティを高める。しかし、ソース識別子群が発見された場合307、ゲートウエイ131は、メモリ領域2051に記憶された情報セッション識別子/ソース識別子群、表2参照を介して、リクエスト306により提供されたセッションIDzが、発見されたソース識別子群の一つLAN3について有効か否かを判断する。いずれの有効なソース識別子群も発見できなかった場合は、本発明の種々の実施形態により、上記したような同一のファンクショニング、すなわち警告メッセージ、ブラックリストまたはその双方が適用可能である。記述された実施例によると、認証がなされ、データ/サービスbがリクエストしているデバイス142に提供され、これは矢印308により記述されている。しかし、ハッカーが、盗用されたセッションIDzを含んだデータ/サービスcについてリクエストの送信309により、盗用されたセッションIDを使用しようとする場合、セッション識別子zについてのソース識別子群の決定のステップ、そしてそれに続く、ソースIDnが、決定されたソース識別子群LAN3にあるか否かの判断のステップは、ソースIDnは、セッションIDについてのいずれのソース識別子群zにも存在しないことを示すことがあり310、これにより当該リクエストは拒否され、これによりセッションIDの悪用が回避される。特定の実施形態によると、記憶領域2050および2051に記憶されている、少なくともある情報は暗号化されることにより、セッションIDはソース識別子群とどのように関連付けられているか、これらのソース識別子群について、いかなる有効なIPアドレスが存在するか、いかなる情報をハッカーは利用して、アドレススプーフィングによりデータ/サービスにアクセスすることができるか、に関する情報をハッカーは取得することを阻止することができる。図面は、ローカルネットワークの外部から生じる侵入を記述している。もちろん、侵入は、ゲートウエイ131に対する無線または有線接続を介したローカルネットワークに対してハッカーがアクセスできる等、侵入はネットワークの内部から生じる場合もある。アクセスがリクエストされているデータ/サービスが、ゲートウエイを介してアクセスされる。これは、ゲートウエイがデータ/サービスを直接提供する場合があること、あるいはゲートウエイは媒介装置に過ぎず、データ/サービスはゲートウエイを介して接続された他のソースにより提供されていることを意味している。考察した図面により記述された本発明によると、許容される後続のリクエストは、必ずしも、最初のリクエストを発したソースと同一のソースから生じていない。本発明はこの点に関して高い柔軟性を認めているため、例えば、使用されているセッションIDについて決められた1つまたは複数のソース識別子群の一つにリクエストのソースIDが属する限り、リクエスト間のソースIDの変更が可能となる。ゲートウエイは、ソース識別子群とソースIDの関係、セッションIDとソース識別子群の関係を記憶する。記憶された情報に従い、リクエストに含まれるセッションIDについて1つ以上のソース識別子群が存在すると判断されると、セッションIDが帰属していたソースIDのソース識別子群にソースIDが属するか否かが検証される。属していると判断されれば、リクエストされたデータ/サービスに対するアクセスが許可される。属していると判断されなければ、リクエストされたデータ/サービスに対するアクセスは許否される。ゲートウエイについては、これは、ソースIDをブラックリストに載せたり、セッションIDを無効にしたり、ネットワーク管理者に警告する等、追加のセキュリティ対策を講じる機会である。特定の実施形態によると、かかる機構の実装は、ゲートウエイデバイスに記憶された表を使用している。かかる実装の例は以下に提示されている。表1ソース識別子群とソースIDとの関係表2セッションIDとソース識別子群との関係上記表1は、ネットワークインターフェース識別子またはその使用に従い、ソース識別子群がどのように種々のソースIDに関連付けられているかを示している。各ソース識別子については、1つ以上の有効なソースIDが決められている。例えば、LAN1の一部であるデバイスは、IPアドレス191.211.100.1-10の範囲のソースIDを有する。LAN2にあるデバイスは、IPアドレス191.211.100.11~191.211.100.20に対応するソースIDを有する。広域通信網WAN:WideAreaNetworkにあるデバイスは、例えば、ソースIDが、IPアドレス211.203.196.100~255の範囲にあると決められているインターネット上のデバイスである。ローカルは、ゲートウエイそれ自体を表している。トンネルは、VPNVirtualPrivateNetoworkインターフェースを表す。これは、VPNトンネリングアプリケーションの識別子であると決められたソースIDである。これは、ネットワークインターフェースアドレスというより、アプリケーションの識別子であるソースIDの例である。非武装地帯、DMZDeMilitarizedZoneを意味するは、ネットワークの保護された部分に配置されたデバイスのソースIDを表している。ゲストは、一時的にネットワークに接続されたデバイスを表している。この表にある情報がどのように入力されるか自動的に、あるいは手動により、あるいはこれらの組合せによるは既に説明されている。上記表2は、セッションIDは、ソース識別子群といかに関連付けられているかを示している。各セッションIDについては、セッションIDが関連付けられたソース識別子群が記憶される。特定の実施形態によると、最初のリクエストおよび後続のリクエストで使用されるソースIDは、これらのリクエストの受信のソースを特定する。このように、例えば、ローカルネットワークの外部から生じるWAN、ホームゲートウエイから生じるローカルなどの受信のソースにより、ソース識別子群を画定することが可能である。変形実施形態によると、最初のリクエストおよび後続のリクエストで使用されるソースIDは、これらのリクエストの送信のソースを特定する。例えば、インターネットサービスプロバイダISP:InternetServiceProviderにより使用されるIPアドレスの送信のサブネットに該当するIPアドレスである。更に別の変形実施形態によると、ソースIDは、例えば、リクエストを送信するためのISPにより使用されるIPアドレスのサブネットに該当するIPドレスすなわち送信のソースおよびIPインターフェースの名称すなわち受信のソース、これに加え、リクエストが受信されるポート番号すなわち受信のソース等、送信のソースおよび受信のソースの双方を特定する。これは非常に効果的である。なぜなら、この変形により、セッションIDは、例えば、WAN側からISPにより生じたリクエストに限定され、ゲートウエイ、ポート443セキュリティが保護されたHTTPを意味するHTTPS上のインターネットという名称のインターフェースに送信されるからである。本発明の変形実施形態によると、ソースIDは、物理的なコネクタ、例えば、コネクタ1、コネクタ8の番号を特定する。これにより、セッションと物理的なコネクタが関連付けられ、盗用されたセッションIDによりリクエストされたデータ/サービスに対するアクセスのセキュリティを保護するが、実施形態の変形によると、当該リクエストは、異なる物理的なコネクタ番号から送信され、あるいは受信され、あるいは送受信されるリクエストである。本発明の更に別の変形実施形態によると、ソースIDは、ネットワークインターフェースアドレスを特定する。ネットワークインターフェースが複数のネットワークインターフェースアドレスを有する可能性があるため、ソースIDとネットワークインターフェースアドレスを結びつけることにより、セッションIDと特定のサブネットとの連結が可能になる。この変形実施形態は、既述した実施形態よりも厳密性が低い。本発明の更に別の実施形態によると、ソースIDは、ネットワークインターフェースの番号を指定する、この変形は、記述した実施形態より厳密性の低いデータ/サービスに対するアクセスのセキュリティを保護する方法を提案する、という利点があり、例えば、セッションIDを複数の論理的な接続を有するネットワークインターフェースに結びつけることに適している。本発明の更に実施形態によると、ソースIDは、ソフトウエアアプリケーションの識別子を識別する。これにより、ソースIDとソフトウエアアプリケーションが関連付けられ、次に、種々のデバイスで動作することが認められるローミングアプリケーションについては、本発明の方法を実行するデバイスを介してアクセス可能なデータ/サービスに対するアクセスのセキュリティを保護することが可能になる。変形実施形態によると、2つ以上の記述した変形が組み合わされ、これにより、データ/サービスに対するアクセスのセキュリティを保護する特に的確な方法が可能になる。例えば、ソースIDは、リクエストが受信されるネットワークインターフェースアドレスすなわち、リクエストの受信のソースおよびリクエストが受信されるコネクタ番号、送信先のポート番号、リクエストが受信されるコネクタ番号から画定される。この論理ネットワークインターフェースの下で有線接続と無線接続が橋渡しされると、これにより、セッションIDは、当該ネットワーク上のデバイスによってのみ有効となり、HTTPSが使用されていない限り、種々のコネクタ間を移動することができないことが保証される。これにより、暗号化キーWEP,WPAが無線接続で使用されているか否かに関わらず、セッションIDの機密性が最大限確保される。WEP、すなわちWiredEquivalentPrivacyは、IEEE802.11無線ネットワークのセキュリティを保護するためのアルゴリズムである。Wi-FiProtectedAccessWPAおよびWPA2は、無線コンピュータネットワークのセキュリティを保護するために、Wi-Fiアライアンスが策定したセキュリティプロトコルに準拠していることを示す、Wi-Fiアライアンスが開発した認証プログラムである。図4は、例えば図1のゲートウエイ131により実行された本発明の方法の特定の実施形態を実行するアルゴリズムを示している。アルゴリズムは、その実行に必要な変数の割り当ておよび初期化のステップ400からスタートする。ステップ401では、図3のリクエスト300等、データ/サービスに対するリクエストが受信される。リクエストが受信されると、テストステップ402が実行される。これが最初のリクエストであると決定されるとこれがどのように決定できるかについては、図3の記述参照、セッションIDが生成される場合は、アルゴリズムはステップ403に続く。本発明の種々の変形実施形態によると、どのようにセッションIDが生成され、記憶され、リクエスタに伝達されるかについては、図3の記述参照。そしてステップ404によると、ソース識別子群は、ゲートウエイのメモリ領域2050に記憶された情報に基づき、ソースIDについて決定される。次にステップ405では、生成されたセッションIDは、前のステップ404で決定されたソース識別子群に関連付けられ、セッションIDおよびそのソース識別子群に対する関係は、ゲートウエイ131のメモリ領域2051に記憶される。最後のステップでは、リクエストが処理され、すなわちリクエストされたデータ/サービスが転送され/提供され、アルゴリズムは、データ/サービスに対するリクエストを待つステップ401から繰り返される。かかるリクエストが受信され、これが最初のリクエストではないと決定されると、ステップ408が実行され、ここでは、少なくとも一つのソース識別子群が、リクエスタにより提供されたセッションIDを含んだゲートウエイ131のメモリ領域2050に存在するか否かが判断される。かかるソース識別子が存在しないと、リクエストは拒否され、アルゴリズムは、リクエストを待つステップ401から繰り返される。セッションIDについていずれのソース識別子群も存在しないということは、当該セッションIDが有効でない、例えば、これは存在しないセッションIDであること、あるいは、無効となったセッションIDであること、すなわちセッション識別子は、いずれのソース識別子群に関連付けられたセッションIDにも対応していないすなわち、これと同一でないことを意味している。このようにステップ408は、これに基づきリクエストを許否することができ、ステップ408は、データ/サービスに対するアクセスのセキュリティを保護する際の付加的なセキュリティ対策を構成する。本発明の種々の変形実施形態が、リクエストの許否をどのように扱っているかについては、図3の記述参照。しかし、かかるソース識別子群が存在する場合は、ステップ409において、ゲートウエイ131のメモリ領域2051に存在する情報により検証することにより、リクエストのソースIDが、発見されたソース識別子群のソースIDと比較される。同一のソースIDが存在しない場合は、リクエストは拒否され、アルゴリズムは、他のリクエストの受信を待つステップ401から繰り返される。本発明の種々の変形実施形態がリクエストの許否をどのように扱うかについては、図3の記述を参照。しかし、かかる同一のソースIDが、セッションIDについて有効なソース識別子群のいずれかに存在する場合、すなわち、有効が、リクエストからのセッションIDが、上記で考察したソース識別子群のいずれかの少なくとも一つに関連付けられたセッションIDに対応しているすなわち、これと同一であることを意味している場合は、リクエストは許可され、ステップ406で更に処理される。このように、有効なセッションIDを備えたいずれのリクエストの発生源も検証され、これによりリクエストのソース識別子群の一つではないソース識別子群から発生するリクエストであって、これによりセッションIDが生成されたリクエストは許否される。本発明に適合するためには、上記した順序で図4に記載したステップを実行する必要はない。例えば、ステップ408は、結果を変更することなく、ステップ409より前に実行してもよい。同様に、ステップ403はステップ404の後に実行してもよい。本発明の特定の実施形態によると、当該方法は、インターネットプロトコルスイートのOSI開放型システム間相互接続参照モデルアプリケーション層でアクティブになり、すなわちOSI参照モデルアプリケーション層に適用される。これは、当該方法は、ファイアウォール等のOSI参照モデルの下位層でアクティブになる保護に対して補完的である、という利点がある。当該方法は、既存の保護方法に付加的なセキュリティを追加する。本発明の特定の実施形態によると、本発明はウエブアプリケーションで実行されるため、最も必要とされる場合、すなわちアクセスポータルが存在する場合に、集中的な手法で、データおよび/またはサービスに対するアクセスを直接的に保護するという利点が提供される。図1に記載されたネットワークは、本発明を利用可能な例示的ネットワークにすぎない。他のネットワーク構成が可能であり、例えば1つ以上のローカルネットワークの各々を備えた2つ以上のユーザ建物を備えた本発明にも依然として対応可能である。図1のローカルネットワークの構造は、デバイスの数、使用されるデバイスの種別および/または使用されるアプリケーションによって異なって構成可能である。同様に、デバイス131の記載されたインターフェースは、DSLおよびイーサネットインターフェースEthernetInterfaceであるが、本発明はDSLやイーサネットの使用に限られない。本発明を実行するゲートウエイ131は、他のデバイスとは異なるデバイスとして図1に記述されているが、本発明の実行は、ゲートウエイまたはスタンドアロンデバイスに限られず、例えばパソコン142のネットワークにおけるいずれのデバイス上でも十分に実行可能である。本発明の他の変形実施形態によると、本発明は、ローカルネットワークと他のネットワークの間のすべての通信についてのアクセスポイントであるプロキシデバイス上で実行される。図2で記述されたゲートウエイ131以外のタイプの媒介装置も可能であり、一方で、複数の専用処理装置、複数のディジタルデータ通信バスを備えたデバイス等の本発明にも対応可能である。本発明の変形実施形態によると、デバイス131の物理的な接続は、1つ以上のネットワークインターフェースに再編成され、すなわち各接続について一つのインターフェースを有する代わりに、ネットワークインターフェースは複数の接続を有する。そして、特定のネットワークインターフェースは、特定のサブネットワークを画定するのに使用され、ソースIDは、特定のネットワークインターフェースに関連付けることができる。本発明は、パーソナルコンピュータ等の汎用デバイス上で動作するソフトウエア構成要素から十分に構築可能であり、本発明は、ハードウエアおよびソフトウエア構成要素の組合せを使用して実行可能である。特定の実施形態によると、本発明は全体としてハードウエア、例えば、専用部品例えば、ASIC,FPGA,VLSI各々、AppliationSpecificIntegratedCircuit,Field―ProgrammableGateArray,VeryLaargeScaleIntegration、またはデバイスに集積された特有の電子部品、またはハードウエアとソフトウエアの組合せの形態で実行される。"