(57)【要約】【課題】本発明の目的は、ロケーションに応じて、ＰＣのファイアウォールをコントロールすることにより、アプリケーションの制約を受けることなく、第３者がＰＣに侵入するのを阻止できるシステムを提供することにある。【解決手段】本発明の第１のセキュリティシステムは、ＰＣに割り当てられているIPアドレスが規定値と一致するか確認試験を行い、その試験結果をセキュリティ設定部に通知するネットワーク認識部と、ネットワーク認識部から試験結果を受け取ると、その試験結果を元にしてファイアウォール部に設定変更命令を通知するセキュリティ設定部と、セキュリティ設定部から設定変更命令を受け取ると、その命令に従ったパケットフィルタリングを実行するファイアウォール部とを有する。【選択図】図１【特許請求の範囲】
【請求項１】
端末であって、
自身が接続しているネットワークの接続環境を認識する認識手段と、
前記認識手段の認識結果に応じて、フィルタリングの条件を設定する設定手段と、
前記設定されたフィルタリングの条件に基づいて、送受信データをフィルタリングするフィルタリング手段と
を有することを特徴とする端末。
【請求項２】
前記認識手段の認識結果を表示画面に表示させる表示手段を有することを特徴とする請求項１に記載の端末。
【請求項３】
前記表示手段により表示された前記認識結果に応じた指示命令を入力する入力手段を有することを特徴とする請求項２に記載の端末。
【請求項４】
前記設定手段は、前記指示命令に基づいて、前記フィルタリングの条件を設定するように構成されていることを特徴とする請求項３に記載の端末。
【請求項５】
前記認識手段は、自身に割り当てられているIPアドレスと規定値とを比較し、この比較結果に基づいて前記接続環境を認識するように構成されていることを特徴とする請求項１に記載の端末。
【請求項６】
前記認識手段は、ある特定のサーバと導通試験を行い、この導通試験の結果に基づいて前記接続環境を認識するように構成されていることを特徴とする請求項１に記載の端末。
【請求項７】
前記認識手段は、自身が接続されているネットワークと同一のネットワークに接続されている端末のＭＡＣアドレスと、規定値とを比較し、この比較結果に基づいて前記接続環境を認識するように構成されていることを特徴とする請求項１に記載の端末。
【請求項８】
前記設定手段は、フィルタリングすべき送受信データのMACアドレス、IPアドレス、又はTCPポート番号を設定することによりフィルタリング条件を設定するように構成されていることを特徴とする請求項１に記載の端末。
【請求項９】
セキュリティ設定方法であって、
自身が接続しているネットワークの接続環境を認識する認識ステップと、
前記認識結果に応じて、フィルタリングの条件を設定する設定ステップと、
前記フィルタリングの条件に基づいて、送受信データをフィルタリングするフィルタリングステップと
を有することを特徴とするセキュリティ設定方法。
【請求項１０】
前記認識ステップでの認識結果を表示画面に表示させる表示ステップを有することを特徴とする請求項９に記載のセキュリティ設定方法。
【請求項１１】
前記表示画面に表示された前記認識結果に応じた指示命令を入力する入力ステップを有することを特徴とする請求項１０に記載のセキュリティ設定方法。
【請求項１２】
前記設定ステップは、前記指示命令に基づいて、前記フィルタリングの条件を設定するステップであることを特徴とする請求項１１に記載のセキュリティ設定方法。
【請求項１３】
前記認識ステップは、
自身に割り当てられているIPアドレスと規定値とを比較するステップと、
前記比較結果に基づいて前記接続環境を認識するステップと
を有することを特徴とする請求項９に記載のセキュリティ設定方法。
【請求項１４】
前記認識ステップは、
ある特定のサーバと導通試験を行うステップと、
前記導通試験の結果に基づいて前記接続環境を認識するステップと
を有することを特徴とする請求項９に記載のセキュリティ設定方法。
【請求項１５】
前記認識ステップは、
自身が接続されているネットワークと同一のネットワークに接続されている端末のＭＡＣアドレスと規定値とを比較するステップと、
前記比較結果に基づいて前記接続環境を認識するステップと
を有することを特徴とする請求項９に記載のセキュリティ設定方法。
【請求項１６】
前記設定ステップは、フィルタリングすべき送受信データのMACアドレス、IPアドレス、又はTCPポート番号を設定することによりフィルタリング条件を設定するステップであることを特徴とする請求項９に記載のセキュリティ設定方法。
【請求項１７】
端末のプログラムであって、前記プログラムは、前記端末を、
自身が接続しているネットワークの接続環境を認識する認識手段と、
前記認識手段の認識結果に応じて、フィルタリングの条件を設定する設定手段と、
前記設定されたフィルタリングの条件に基づいて、送受信データをフィルタリングするフィルタリング手段と
して機能させることを特徴とするプログラム。
【請求項１８】
前記プログラムは、前記端末を、
前記認識手段の認識結果を表示画面に表示させる表示手段として機能させることを特徴とする請求項１７に記載のプログラム。
【請求項１９】
前記プログラムは、前記端末を、
前記表示手段により表示された前記認識結果に応じた指示命令を入力する入力手段として機能させることを特徴とする請求項１８に記載のプログラム。
【請求項２０】
前記プログラムは、前記設定手段を、
前記指示命令に基づいて、前記フィルタリングの条件を設定する手段として機能させることを特徴とする請求項１９に記載のプログラム。
【請求項２１】
前記プログラムは、前記認識手段を、
自身に割り当てられているIPアドレスと規定値とを比較し、この比較結果に基づいて前記接続環境を認識する手段
として機能させることを特徴とする請求項１７に記載のプログラム。
【請求項２２】
前記プログラムは、前記認識手段を、
ある特定のサーバと導通試験を行い、この導通試験の結果に基づいて前記接続環境を認識する手段として機能させることを特徴とする請求項１７に記載のプログラム。
【請求項２３】
前記プログラムは、前記認識手段を、
自身が接続されているネットワークと同一のネットワークに接続されている端末のＭＡＣアドレスと規定値とを比較し、この比較結果に基づいて前記接続環境を認識する手段として機能させることを特徴とする請求項１７に記載のプログラム。
【請求項２４】
前記プログラムは、前記設定手段を、
フィルタリングすべき送受信データのMACアドレス、IPアドレス、又はTCPポート番号を設定することによりフィルタリング条件を設定する手段として機能させることを特徴とする請求項１７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ技術に関し、特に、ネットワークに接続されるコンピュータのセキュリティを確保するための技術に関する。
【背景技術】
【０００２】
インターネット等のネットワーク技術の向上により、悪意のある第三者がパーソナルコンピュータ（ＰＣ：Personal Computer）等に不正アクセスし、ＰＣ等が保持する情報の漏洩が問題となっている。
このような問題を解決するために様々な技術が提案されている（例えば、特許文献１）。
特許文献１の技術は、ゲートウェイにファイアウォールを組み込み、送信されてきたパケットのＩＰアドレスやポート番号に基づいてパケットをフィルタリングするか否かを判断することによりセキュリティを行っている。【０００３】
一方、近年では、ＰＣの小型化に伴い、ユーザはＰＣを簡単に持ち運べるようになった。このように、ＰＣを持ち運べるようになると、ＰＣが接続されるネットワークは一つに限定されない。例えば、会社員の場合、会社から支給されたＰＣを会社内のイントラネットに接続するだけでなく、そのＰＣを自宅又は出張先に持ち出し、外出先のネットワークに接続するといったケースが考えられ、ＰＣは様々なネットワークに接続されるようになってきている。【０００４】
このように、ＰＣが様々なネットワークに接続されるようになると、接続されるネットワークに応じたセキュリティ対策が必要になってくる。【０００５】
例えば、ＰＣを会社のイントラネットに接続する場合、イントラネットはインターネットの攻撃からファイアウォールで守られているのでセキュリティレベルが高く、ＰＣ側に特別なセキュリティ対策を講じる必要はない。【０００６】
これに対して、ＰＣをホテル又は駅などの公共のネットワークに接続する場合、公共のネットワークはインターネットの攻撃からファイアウォールで守られていないのでセキュリティレベルが低く、ＰＣ側に何らかのセキュリティ対策を講じないと、第３者がＰＣに侵入してくる危険性がある。【０００７】
また、この場合、ＰＣに保存されている機密データが第３者に漏洩する可能性もある。例えば、共有設定が行われているデータは、同じネットワークに接続されている他の端末からもアクセスされてしまうので、データが知らず知らずのうちに第３者に漏洩する可能性がある。【０００８】
従って、ＰＣが様々なネットワークに接続されるようになると、ＰＣが接続されるネットワークに応じて、ＰＣのセキュリティ設定及びセキュリティレベルを適応的に変更する必要がある。【０００９】
しかしながら、特許文献１の技術は、自身が接続するネットワークがその時々によって変化することを想定していないため、常にフィルタリングポリシーを参照しながらパケットのフィルタリングを行う。従って、セキュリティ対策を講じる必要がないような場合でもパケットのフィルタリングをしてしまう。【００１０】
そのため、一般に、ＰＣが接続されるネットワークに応じてユーザが手動にて設定している。【００１１】
例えば、公共のネットワークなど、セキュリティレベルの低いネットワークに接続する場合には、ＰＣへの侵入を防ぐために、オペレーションシステム（ＯＳ：Operating System）の標準画面を通して、ファイル共有機能をオフにする。この設定変更を行うことで、ネットワークからアクセスがあっても、そのアクセスをフィルタリングすることができる。【００１２】
また、外出先から会社内に戻ってきた時など、イントラネットに再び接続して他の社員と情報を交換する場合、ファイル共有機能をオンにする。【００１３】
しかしながら、これらの操作を手動で行うのは非常に手間がかかる。また、これらの操作を手動で行う場合、人為的なミスにより、ＰＣから情報漏洩が発生する可能性がある。例えば、セキュリティレベルの低いネットワークに接続する場合、上記の理由により、ファイル共有機能をオフにしなければならないが、うっかりこの機能をオンにしたまま危険なネットワークに接続してしまうユーザが出てくる。この場合、ＰＣが第３者に侵入されたり、共有ファイルが第３者に漏洩する危険性がある。【００１４】
このような問題を解決する技術が特許文献２に記載されている。特許文献２に記載の技術は、ソフトウェア処理により、現在のロケーションを自動的に検出した後、そのロケーションに応じて、ファイル共有などのアプリケーションの設定を自動的に変更する技術が記載されている。具体的には、現在のロケーションを、接続している無線ＬＡＮのアクセスポイントの識別子（ＳＳＩＤ：Service Set Identification）から自動的に検出した後、そのロケーションに応じて、ファイル共有機能及びダウンロード機能を外部装置からコントロールすることにより、ＰＣのセキュリティレベルを保つというものである。【００１５】
以下において、従来技術の問題点を述べる。【００１６】
第１の問題点は、ロケーションに応じて、アプリケーションの動作を制御することにより、ＰＣのセキュリティレベルをコントロールしているが、これでは第３者からの侵入を阻止することができず、使い勝手が悪いことである。【００１７】
その理由は、以下のとおりである。セキュリティレベルを保つ方法として、特許文献１では、アプリケーションのオン・オフを外部装置からコントロールしているが、第３者からの侵入を阻止するには、ＰＣにインストールされている全アプリケーションをコントロールできなければならない。しかしながら、オン・オフを外部装置からコントロールできるのは、ファイル共有機能又はダウンロード機能など、ごく限られた専用アプリケーションのみであり、アプリケーションごとの実装方法の違いにより、これ以外の標準的なアプリケーションの動作に制限をかけることは難しい。例えば、メール機能又はファイル転送機能などのオン・オフを外部装置からコントロールすることはできず、もし、これらのアプリケーションが第３者の攻撃対象にされた場合、特許文献１の方法では、ＰＣに侵入される危険を回避することができず、使い勝手が悪い。【００１８】
また、ＰＣに新たなアプリケーションがインストールされるたびに、そのアプリケーションをコントロールできるようにＰＣの設定を変更する必要があり、使い勝手が悪い。【００１９】
第２の問題点は、ＰＣからネットワークに向けて自発的に送信されるデータに制限をかけることが出来ないので、ＰＣの機密情報が外部に漏洩するのを阻止することができず、使い勝手が悪いことである。【００２０】
その理由は、以下のとおりである。セキュリティレベルを保つ方法として、特許文献１では、ファイル共有機能のオン・オフをコントロールしているが、ここでコントロールできるのは、ネットワークに接続されている他の端末から受信したパケットをフィルタリングするかどうかであり、自端末からネットワークに向けて自発的に送信するパケットをフィルタリングするかどうかまではコントロールできない。例えば、自端末から他のＰＣに、人為的な操作ミスにより機密情報を送信してしまうといったことが起こりえるが、特許文献１の方法では、このようなＰＣの情報漏洩を防ぐことができず、使い勝手が悪い。【００２１】
第３の問題点は、ロケーションをアクセスポイントのＳＳＩＤから判別しようとしているが、設定漏れがあると、現在のロケーションを誤認識する可能性があり、使い勝手が悪いことである。
その理由は、以下のとおりである。特許文献１では、安全なアクセスポイントのＳＳＩＤをあらかじめＰＣに設定しておく必要があるが、イントラネットのフロア毎にアクセスポイントが設置されている場合、フロア毎に接続するアクセスポイントが変わるので、それに応じてＳＳＩＤが異なってくる。このような場合、イントラネットに設置されている全てのアクセスポイントのＳＳＩＤをＰＣに設定しておかないと、イントラネットにいる場合でも、フロアが変わったときに、危険な屋外のネットワークにいると誤判断されてしまうので、使い勝手が悪い。【００２２】
第４の問題点は、ロケーションをアクセスポイントのＳＳＩＤから判別しようとしているが、アクセスポイントの取り違えにより、現在のロケーションを誤検出する可能性があり、使い勝手が悪いことである。
その理由は、以下のとおりである。アクセスポイントのＳＳＩＤは、世界中で唯一、固有の値になっているという保障がないため、イントラネットに設置されているアクセスポイントのＳＳＩＤと、屋外に設置されているアクセスポイントのＳＳＩＤが偶然一致する可能性がある。この場合、アクセスポイントを識別できないので、屋外の危険なネットワークにいる場合でも、安全なイントラネットにいるという誤判断されてしまうので、使い勝手が悪い。【００２３】
第５の問題点は、ロケーションをアクセスポイントのＳＳＩＤから判別しようとしているが、アクセスポイントが故障している場合、現在のロケーションを誤検知する可能性あり、使い勝手が悪いことである。【００２４】
その理由は、以下のとおりである。何らかの原因によりアクセスポイントに障害が発生している場合、そのアクセスポイントに接続しようとしても、アクセスポイントのＳＳＩＤを取得できないが、この場合、特許文献１の方法では、イントラネットにいる場合でも、屋外の危険なネットワークにいると誤判断されてしまうので、使い勝手が悪い。【００２５】
以上の理由により、従来方式では、ロケーションを正確に認識することができないだけでなく、危険なネットワークに接続されている場合にＰＣが第３者に侵入され、ＰＣから情報が漏洩するのを阻止することができない。
【特許文献１】特開２００５−０６４８２０
【特許文献２】特開２００３−３１６６５０
【発明の開示】
【発明が解決しようとする課題】
【００２６】
本発明が解決しようとする課題は、上記問題点を解決することであって、ロケーションに応じて、ＰＣのファイアウォールをコントロールすることにより、アプリケーションの制約を受けることなく、第３者がＰＣに侵入するのを阻止できるシステムを提供することにある。【００２７】
また、ＰＣからネットワークに向けて自発的に送信されるデータもファイアウォールでフィルタリングすることにより、ＰＣの機密情報が第３者に漏洩するのを阻止できるシステムを提供することにある。【００２８】
また、ユーザが行う面倒な設定作業を極力排除しつつ、イントラネットのどこにいても、ＰＣのロケーションを簡単に認識できるシステムを提供することにある。【００２９】
また、ロケーションの認識方法に固有の情報を組み合わせることにより、正確にロケーションを認識できるセキュリティシステムを提供することにある。【００３０】
また、ロケーションを複数の識別試験を組み合わせて総合的に判断することにより、端末又はネットワークに何らかの障害が発生している場合でも、正確にロケーションを認識できるセキュリティシステムを提供することにある。
【課題を解決するための手段】
【００３１】
上記課題を解決するための第１の発明は、
端末であって、
自身が接続しているネットワークの接続環境を認識する認識手段と、
前記認識手段の認識結果に応じて、フィルタリングの条件を設定する設定手段と、
前記フィルタリングの条件に基づいて、送受信データをフィルタリングするフィルタリング手段と
を有することを特徴とする。【００３２】
上記課題を解決するための第２の発明は、上記第１の発明において、
前記認識手段の認識結果を表示画面に表示させる表示手段を有することを特徴とする。【００３３】
上記課題を解決するための第３の発明は、上記第２の発明において、
前記表示手段により表示された前記認識結果に応じた指示命令を入力する入力手段を有することを特徴とする。【００３４】
上記課題を解決するための第４の発明は、上記第３の発明において、
前記設定手段は、前記指示命令に基づいて、前記フィルタリングの条件を設定するように構成されていることを特徴とする。【００３５】
上記課題を解決するための第５の発明は、上記第４の発明において、
前記認識手段は、自身に割り当てられているIPアドレスと規定値とを比較し、この比較結果に基づいて前記接続環境を認識するように構成されていることを特徴とする。【００３６】
上記課題を解決するための第６の発明は、上記第１から第５のいずれかの発明において、
前記認識手段は、ある特定のサーバと導通試験を行い、この導通試験の結果に基づいて前記接続環境を認識するように構成されていることを特徴とする。【００３７】
上記課題を解決するための第７の発明は、上記第１から第６のいずれかの発明において、
前記認識手段は、自身が接続されているネットワークと同一のネットワークに接続されている端末のＭＡＣアドレスと規定値とを比較し、この比較結果に基づいて前記接続環境を認識するように構成されていることを特徴とする。【００３８】
上記課題を解決するための第８の発明は、上記第１から第７のいずれかの発明において、
前記設定手段は、フィルタリングすべき送受信データのMACアドレス、IPアドレス、又はTCPポート番号を設定することによりフィルタリング条件を設定するように構成されていることを特徴とする。【００３９】
上記課題を解決するための第９の発明は、
セキュリティ設定方法であって、
自身が接続しているネットワークの接続環境を認識する認識ステップと、
前記認識結果に応じて、フィルタリングの条件を設定する設定ステップと、
前記フィルタリングの条件に基づいて、送受信データをフィルタリングするフィルタリングステップと
を有することを特徴とする。【００４０】
上記課題を解決するための第１０の発明は、上記第９の発明において、
前記認識ステップでの認識結果を表示画面に表示させる表示ステップを有することを特徴とする。【００４１】
上記課題を解決するための第１１の発明は、上記第１０の発明において、
前記表示画面に表示された前記認識結果に応じた指示命令を入力する入力ステップを有することを特徴とする。【００４２】
上記課題を解決するための第１２の発明は、上記第１１の発明において、
前記設定ステップは、前記指示命令に基づいて、前記フィルタリングの条件を設定するステップであることを特徴とする。【００４３】
上記課題を解決するための第１３の発明は、上記第９から第１２のいずれかの発明において、
前記認識ステップは、
自身に割り当てられているIPアドレスと規定値とを比較するステップと、
前記比較結果に基づいて前記接続環境を認識するステップと
を有することを特徴とする。【００４４】
上記課題を解決するための第１４の発明は、上記第９から第１３のいずれかの発明において、
前記認識ステップは、
ある特定のサーバと導通試験を行うステップと、
前記導通試験の結果に基づいて前記接続環境を認識するステップと
を有することを特徴とする。【００４５】
上記課題を解決するための第１５の発明は、上記第９から第１４のいずれかの発明において、
前記認識ステップは、
自身が接続されているネットワークと同一のネットワークに接続されている端末のＭＡＣアドレスと規定値とを比較するステップと、
前記比較結果に基づいて前記接続環境を認識するステップと
を有することを特徴とする。【００４６】
上記課題を解決するための第１６の発明は、上記第９から第１５のいずれかの発明において、
前記設定ステップは、フィルタリングすべき送受信データのMACアドレス、IPアドレス、又はTCPポート番号を設定することによりフィルタリング条件を設定するステップであることを特徴とする。【００４７】
上記課題を解決するための第１７の発明は、
端末のプログラムであって、前記プログラムは、前記端末を、
自身が接続しているネットワークの接続環境を認識する認識手段と、
前記認識手段の認識結果に応じて、フィルタリングの条件を設定する設定手段と、
前記フィルタリングの条件に基づいて、送受信データをフィルタリングするフィルタリング手段と
して機能させることを特徴とする。【００４８】
上記課題を解決するための第１８の発明は、上記第１７の発明において、
前記プログラムは、前記端末を、
前記認識手段の認識結果を表示画面に表示させる表示手段として機能させることを特徴とする。【００４９】
上記課題を解決するための第１９の発明は、上記第１８の発明において、
前記プログラムは、前記端末を、
前記表示手段により表示された前記認識結果に応じた指示命令を入力する入力手段として機能させることを特徴とする。【００５０】
上記課題を解決するための第２０の発明は、上記第１９の発明において、
前記プログラムは、前記設定手段を、
前記指示命令に基づいて、前記フィルタリングの条件を設定する手段として機能させることを特徴とする。【００５１】
上記課題を解決するための第２１の発明は、上記第１７から第２０のいずれかの発明において、
前記プログラムは、前記認識手段を、
自身に割り当てられているIPアドレスと規定値とを比較し、この比較結果に基づいて前記接続環境を認識する手段
として機能させることを特徴とする。【００５２】
上記課題を解決するための第２２の発明は、上記第１７から第２１のいずれかの発明において、
前記プログラムは、前記認識手段を、
ある特定のサーバと導通試験を行い、この導通試験の結果に基づいて前記接続環境を認識する手段として機能させることを特徴とする。【００５３】
上記課題を解決するための第２３の発明は、上記第１７から第２２のいずれかの発明において、
前記プログラムは、前記認識手段を、
自身が接続されているネットワークと同一のネットワークに接続されている端末のＭＡＣアドレスと規定値とを比較し、この比較結果に基づいて前記接続環境を認識する手段として機能させることを特徴とする。【００５４】
上記課題を解決するための第２５の発明は、上記第１７から第２３のいずれかの発明において、
前記プログラムは、前記設定手段を、
フィルタリングすべき送受信データのMACアドレス、IPアドレス、又はTCPポート番号を設定することによりフィルタリング条件を設定する手段として機能させることを特徴とする。【００５５】
本発明は、ＰＣに割り当てられているIPアドレスが規定値と一致するか確認試験を行い、その試験結果をセキュリティ設定部に通知し、その試験結果を元にしてファイアウォール部に設定変更命令を通知し、その命令に従ったパケットフィルタリングを実行する。【００５６】
これにより、ＰＣに割り当てられているIPアドレスが、安全なネットワークにいるときの値と一致しているかどうかを元にして、ファイアウォールのパケットフィルタリングのオン・オフをコントロールする。【００５７】
このように、ファイアウォール部のみをコントロールしているので、各アプリケーションの実装方式の制約を受けることがなく、第3者のＰＣへの侵入を阻止できる。また、ＰＣからネットワークに向けて送信されるデータもファイアウォールでフィルタリングできるので、ＰＣの機密情報が第３者に漏洩するのを阻止できる。また、新たなアプリケーションがＰＣにインストールされた場合でも、そのアプリケーションのパケットをファイアウォールでフィルタリングできるので、手間がかからず、使い勝手が良い。以上の理由により、本発明の第１と第２との目的を達成することができる。【００５８】
更に、上記ネットワーク認識部は、イントラネット内のどこからでもアクセスできる位置に設置されたサーバと導通確認試験を行い、その試験結果をセキュリティ設定部に通知する。【００５９】
本発明は、このような構成をとり、イントラネット内であればアクセスできるサーバと導通が取れるかどうかに基づいて、ファイアウォールのパケットフィルタリングのオン・オフをコントロールする。【００６０】
このように、イントラネット内であればアクセスできるサーバと導通確認が取れるかどうかを元にしてロケーションを判断しているので、社内のフロアを移動してもロケーションの認識を誤るといったことがなく、使い勝手が良い。【００６１】
また、サーバと導通確認試験を行う際に、認証情報を用いて通信相手を認証し、導通確認できた通信相手が本当に意図しているサーバなのかを検証することも可能であり、通信相手の取り違えによるロケーションの誤認識を防止できるので、使い勝手が良い。【００６２】
以上の理由により、本発明の第１、第２、第３、および第４の目的を達成することができる。【００６３】
本発明は、上記ネットワーク認識部において実行する処理を変更している。本発明のネットワーク認識部は、サーバとの導通確認試験だけでなく、同一ネットワークに接続されている端末の確認試験、又は自端末に割り当てられているIPアドレスの確認試験を行うとともに、その試験結果をセキュリティ設定部に通知する。【００６４】
本発明は、このような構成をとり、複数の試験結果を総合して、現在のロケーションを判断する。【００６５】
このように、複数の確認試験を実施することにより、ロケーションの認識精度を高めているので、サーバ又はイントラネットのネットワークに障害が発生している場合でも、現在のロケーションを正確に検知できるので、使い勝手が良い。【００６６】
以上の理由により、本発明の第１、第２、第３、第４、および第５の目的を達成することができる。
【発明の効果】
【００６７】
本発明では、ＰＣに割り当てられているＩＰアドレスが、安全なネットワークにいるときの値と一致しているかどうかを元にして、ファイアウォールのパケットフィルタリングのオン・オフをコントロールする。【００６８】
このように、アプリケーションではなく、ファイアウォールをコントロールしているので、各アプリケーションの実装方式の制約を受けることがなく、第３者のＰＣへの侵入を阻止できる。また、ＰＣからネットワークに向けて送信されるデータもファイアウォールでフィルタリングできるので、ＰＣの機密情報が第３者に漏洩するのを阻止できる。また、新たなアプリケーションがＰＣにインストールされた場合でも、ＰＣの設定を変更することなく、そのアプリケーションの送受信パケットをファイアウォールでフィルタリングできるので、手間がかからず、使い勝手が良い。以上の理由により、本発明の第１と第２との目的を達成することができる。【００６９】
また、本発明では、イントラネット内であれば、どこからでもアクセス可能なサーバと導通が取れるかどうかを元にして、ファイアウォールのパケットフィルタリングのオン・オフをコントロールする。【００７０】
このように、イントラネット内であれば、どこからでもアクセス可能なサーバと導通確認が取れるかどうかでロケーションを判断しているので、従来のように、フロアの移動に伴ってロケーションの認識を誤るといったことがなく、使い勝手が良い。また、サーバとの導通確認試験を行う際に、認証情報を用いて通信相手を認証し、導通確認できた通信相手が本当に意図しているサーバなのかを検証しているので、通信相手の取り違えによるロケーションの誤認識を防止しており、使い勝手が良い。【００７１】
以上の理由により、本発明の第１、第２、第３、および第４の目的を達成することができる。【００７２】
更に、本発明では、ネットワーク認識部において、複数の確認試験結果を総合して、現在のロケーションを判断している。このように、複数の確認試験を実施することにより、ロケーションの認識精度を高めているので、サーバ又はイントラネットのネットワークに障害が発生している場合でも、現在のロケーションを正確に検知できるので、使い勝手が良い。【００７３】
以上の理由により、本発明の第１、第２、第３、第４、および第５の目的を達成することができる。【００７４】
更に、本発明では、ネットワーク認識部で実施したネットワーク認識結果を画面に表示してユーザに通知し、認識結果に応じたファイアウォールの設定変更を実行してよいかユーザに判断を求める。【００７５】
このように、ファイアウォールの設定を変更してよいかどうかユーザに最終判断を求めることにより、ネットワーク認識部がネットワークを誤認識した場合でも、設定変更処理を中止することができ、ファイアウォールの誤動作を防げるので、使い勝手が良い。
【図面の簡単な説明】
【００７６】
【図１】図１は、本発明の第１の実施の形態を説明するためのブロック図である。
【図２】図２は、本発明の端末の構成を説明するためのブロック図である。
【図３】図３は、本発明の第１の実施の形態の動作を説明するためのフローチャートである。
【図４】図４は、テーブルを説明するための図である。
【図５】図５は、本発明の第２及び第３の実施の形態を説明するためのブロック図である。
【図６】図６は、本発明のサーバを説明するためのブロック図である。
【図７】図７は、本発明の第２の実施の形態の動作を説明するためのフローチャートである。
【図８】図８は、テーブルを説明するための図である。
【図９】図９は、第３の実施の形態におけるネットワークの状況を説明するための図である。
【図１０】図１０は、本発明の第３の実施の形態の動作を説明するためのフローチャートである。
【図１１】図１１は、セキュリティモードを説明するための図である。
【図１２】図１２は、テーブルを説明するための図である。
【図１３】図１３は、本発明の第４の実施の形態を説明するためのブロック図である。
【図１４】図１４は、表示画面を説明するための図である。
【図１５】図１５は、本発明を利用した端末の構成を示す図である。
【符号の説明】
【００７７】
４１          セキュリティ設定部
４２          ネットワーク認識部
４３          アプリケーション
４４          データ通信部
４５          ファイアウォール部
４６、４７    テーブル
【発明を実施するための最良の形態】
【００７８】
本発明の特徴を説明するために、以下において、図面を参照して具体的に述べるものとする。しかしながら、これらの図面および説明は、本発明の典型的な実施形態のみを示しており、その範囲を限定するものではないことを理解すれば、本発明は、以下に添付する図面を用いて、さらに明確および詳細に記載され、説明されるであろう。【００７９】
本発明を実施するための第１の実施の形態について図面を参照して詳細に説明する。【００８０】
図１を参照すると、本発明の第１の実施の形態は、イントラネットのようにインターネットと隔離され、安全なネットワークと定義されるロケーション１と、ホットスポットのようにインターネットに直接接続され、危険なネットワークと定義されるロケーション２とを有する。【００８１】
ロケーション１は、パーソナルコンピュータなどのＰＣ１と、パケットの経路制御を行うルータ６と、有線LANのHUB５と、インターネットからの不正アクセスをフィルタリングするファイアウォール７とを有する。【００８２】
ロケーション２は、パーソナルコンピュータなどのＰＣ３１と、無線LANのアクセスポイント３０とを有する。【００８３】
ここで、ＰＣ１とＰＣ３１との構成を図２に示す。【００８４】
図２に示されるように、ＰＣ１とＰＣ３１とは、セキュリティ設定部４１と、ネットワーク認識部４２と、アプリケーション４３と、データ通信部４４と、ファイアウォール４５とを有する。【００８５】
ネットワーク認識部４２は、ＰＣに割り当てられているIPアドレスをチェックし、IPアドレスが安全なネットワークにいるときの規定値と一致するか確認試験を行う。ここで、安全なネットワークにいるときの規定値は、あらかじめＰＣに設定されているものとする。ネットワーク認識部４２は、この確認試験の結果をセキュリティ設定部４１に通知する。
テーブル４６には、安全なネットワークにいるときのＩＰアドレスの規定値が書き込まれている。このテーブル４６の作成者としては、コンピュータの使用者、管理者、又はネットワークの管理者などが考えられる。【００８６】
セキュリティ設定部４１は、ネットワーク認識部４２から確認試験の結果を受け取ると、その結果をもとに、ファイアウォール部４５に対して設定変更命令を通知する。IPアドレスが安全なネットワークにいるときの値と一致している場合には、ファイアウォール機能を無効とする制御命令をファイアウォール部４５に通知する。一方、IPアドレスが安全なネットワークにいるときの値と一致していない場合には、ファイアウォール機能を有効とする制御命令をファイアウォール部４５に通知する。【００８７】
アプリケーション４３は、Webブラウザ又はファイル共有などのソフトウェアであり、データ通信部４４を介してネットワークに接続された他の装置とデータを送受信する。【００８８】
データ通信部４４は、ファイアウォール部４５を介して、ネットワークに接続されている他の装置とデータ通信する。例えば、アプリケーション４３から他のコンピュータへのデータ通信要求を受信すると、データ通信部４４は、パケットを生成した後、そのパケットをネットワークに送出する。また、ネットワークからパケットを受信すると、データ通信部４４は、そのパケットの宛先をチェックし、アプリケーション４３などの宛先に転送する。ここで、データ通信部４４には、OS（Operating System）が標準搭載しているTCP/IP機能を流用するのが一般的である。【００８９】
ファイアウォール部４５は、セキュリティ設定部４１から制御命令を受け取ると、その制御命令に従ってフィルタリングする。セキュリティ設定部４１からファイアウォール機能を有効とする制御命令を受け取った場合には、パケットフィルタリングを開始する。この場合、ファイアウォール部４５は、データ通信部４４またはネットワークから受信したパケットをチェックし、フィルタリング条件にマッチするパケットを廃棄する。一方、セキュリティ設定部４１からファイアウォール機能を無効とする制御命令を受け取った場合には、パケットフィルタリングを停止する。この場合、ファイアウォール部４５は、データ通信部４４またはネットワークから受信したパケットをフィルタリングすることなく、ネットワークまたはデータ通信部４４に転送する。
テーブル４６には、フィルタリング条件が書き込まれている。このテーブル４６の作成者としては、コンピュータの使用者、管理者、又はネットワークの管理者などが考えられる。【００９０】
ここで、ファイアウォール部４５は、プロトコルスタックのデータリンクレイヤとトランスポートレイヤとの間に挿入される「IPファイアウォールフック」又は「中間ドライバ」などに実装することができる。【００９１】
次に、図１、図２、図３、および図４を参照して、本発明を実施するための第１の実施の形態の動作について詳細に説明する。【００９２】
まず、ネットワーク認識部４２は、何らかのタイミングを契機に、ＰＣに割り当てられているIPアドレスが安全なネットワークにいるときの値と一致するか確認試験を行う（図３のステップ８２）。【００９３】
確認試験を行うタイミングとしては、下記のうちのいずれか、および組み合わせが考えられる。
１．ＰＣの電源投入時に実施する
２．ネットワーク認識部のサービス起動時に実施する
３．一定の時間間隔毎に実施する
４．ＰＣのIPアドレスの更新時に実施する
ただし、前述の確認試験を行うタイミングは単なる例であることが理解されるべきである。本説明を検討すれば、確認試験を行うタイミングが多種多様な方法で実施されることは、本技術分野の当業者にとって明らかであろう。【００９４】
ＰＣに割り当てられるIPアドレスは、ＰＣのロケーションによって異なる。例えば、図１のロケーション１に設置されているＰＣ１の場合には、１９２．１６８．０．１のプライベートなIPアドレスが割り当てられるが、ロケーション２に設置されているＰＣ３１の場合には、２００．２００．２００．１のグローバルなIPアドレスが割り当てられる。このように、ロケーションによってＰＣに割り当てられるIPアドレスが変わるので、IPアドレスから現在のロケーションを認識することができる。【００９５】
ネットワーク認識部４２では、ＰＣに割り当てられているIPアドレスをチェックした後、そのIPアドレスがあらかじめ設定されている値と一致するかどうかを確認する。ここで行う確認方法の例として、以下のようなものが考えられる。
１．IPアドレスのサブネットアドレスが、あらかじめ設定される値と一致するかどうかを確認する
２．IPアドレスのサブネットアドレスおよびホストアドレスが、あらかじめ設定される値と一致するかどうかを確認する【００９６】
ここで、上記１のように、ＩＰアドレスのサブネットアドレスのみから現在のロケーションを認識する場合の利点を以下に述べる。【００９７】
図１のロケーション１のＩＰアドレスがＤＨＣＰ（Dynamic Host Configuration Protocol）で運用されていた場合、ＰＣ１に割り当てられるＩＰアドレスが固定値とはならず、変動する可能性がある。例えば、ＰＣ１に割り当てられていたＩＰアドレスが、他の端末に割り当てられるということがありうる。この場合、ＰＣ１には、図１のような１９２．１６８．０．１といったＩＰアドレスだけでなく、１９２．１６８．０．２といったＩＰアドレスが割り当てられる。しかしながら、このような場合でも、ＰＣ１に割り当てられるＩＰアドレスのサブネットアドレスは変化することなく、１９２．１６８．０．０のままである。このため、上記１のように、ＩＰアドレスのサブネットアドレスのみからロケーションを判断することにより、ネットワークがＤＨＣＰで運用されているようなケースでも、ロケーションを正確に認識できる。【００９８】
セキュリティ設定部４１は、ネットワーク認識部４２から試験結果の通知を受け取ると、その試験結果に応じた処理を実行する（図３のステップ８３、およびステップ８４）。図３のステップ８３の処理は、IPアドレスが設定されている値と一致した場合に実行される処理であり、セキュリティ設定部４１は、ファイアウォール機能を無効化するために、ファイアウォール部４５に対してパケットフィルタリングの停止命令を行う（図３のステップ８３）。一方、IPアドレスが設定されている値と一致しないと判断された場合、セキュリティ設定部４１は、ファイアウォール機能を有効するために、ファイアウォール部４５に対してパケットフィルタリングの開始命令を行う（図３のステップ８４）。【００９９】
ファイアウォール部４５は、セキュリティ設定部４１からの制御命令に応じて、その動作を変更する。図３のステップ８３において、停止命令を受け取った場合、ファイアウォール部４５は、パケットのフィルタリング処理を停止する。この場合、ネットワークから到来するパケットはフィルタリングされずにデータ通信部４４に転送されるとともに、データ通信部４４から到来するパケットもフィルタリングされずにネットワークに転送される。【０１００】
一方、図３のステップ８４において、開始命令を受け取った場合、ファイアウォール部４５は、パケットのフィルタリング処理を開始する。この場合、ファイアウォール部４５では、ネットワーク又はデータ通信部４４から到来するパケットのデータをチェックし、フィルタリング条件にマッチするパケットについては、そのパケットを廃棄する。ここでチェックするパラメータとしては、パケットのMACヘッダ、IPヘッダ、又はTCPヘッダなどが挙げられる。フィルタリング条件は、図２のテーブル４６に格納されており、ファイアウォール部４５から読み/書きできるようになっている。【０１０１】
図４には、テーブル４６の例を示している。図４（a）は、データ通信部４４から到来したパケットに対するフィルタ条件であり、宛先ポート番号および送信元ポート番号を元にしてパケットを廃棄するかどうかを判断している。例えば、図４（a）に示されたポート番号に一致しないパケットはファイアウォール部４５で廃棄され、図４（a）に示されたポート番号に一致するパケットはネットワークに転送される。ここで、図４（a）の条件１のポート番号はDHCPに対応するものであり、条件２のポート番号はDNSに対応するものである。【０１０２】
一方、図４（b）は、ネットワークから到来したパケットに対するフィルタ条件であり、図４（a）の送信元ポート番号と宛先ポート番号とを入れ替えただけであるので、説明を省略する。【０１０３】
ただし、図４のフィルタ条件は単なる例であることが理解されるべきである。本説明を検討すれば、図４のフィルタ条件が多種多様な形で実施されることは、本技術分野の当業者にとって明らかであろう。【０１０４】
次に、本発明の第１の実施例を、図面を参照して説明する。かかる実施例は本発明の第１の実施の形態に対応するものである。【０１０５】
ロケーション１、およびロケーション２はＤＨＣＰで運用されているネットワークであると仮定する。ここで、ロケーション１はサブネットマスクが２５５．２５５．２５５．０、ネットワークアドレスが１９２．１６８．０．０のネットワークとし、ロケーション２はサブネットマスクが２５５．２５５．２５５．０、ネットワークアドレスが１９２．１６８．１．０のネットワークであるとする。【０１０６】
まず、ＰＣ１をロケーション１に接続した場合の動作を例にして説明する。ＰＣ１をロケーション１のネットワークに接続した場合、ＤＨＣＰサーバであるルータ６から、ＩＰアドレスが１９２．１６８．０．１、サブネットマスクが２５５．２５５．２５５．０のアドレスが自動的に割り当てられる。【０１０７】
ＰＣ１では、ネットワーク認識部４２において、自端末に割り当てられるアドレスを１０秒間隔ごとに定期的にモニタリングしているものとする。
ネットワーク認識部４２では、ＩＰアドレスが割り当てられていることを確認すると、そのＩＰアドレスが予めテーブル４７に設定されている規定値と一致するかどうかチェックする。ここで、テーブル４７には、１９２．１６８．０．０のネットワークアドレスが登録されているものとする。【０１０８】
ルータ６から自端末に割り当てられたアドレスのネットワークアドレスは、このテーブル４７に登録されているネットワークアドレスと一致しているので、ネットワーク認識部４２は、現在のロケーションは安全であると判断する。【０１０９】
ネットワーク認識部４２において、接続先のネットワークが安全であると判断されると、セキュリティ設定部４１は、パケットのフィルタリングを停止するために、ファイアウォール部４５に命令を送る。【０１１０】
ファイアウォール部４５はセキュリティ設定部４１からパケットフィルタリングの停止命令を受け取ると、全てのパケットが素通しとなるように、その動作を変更する。以上が、ＰＣ１をロケーション１に接続した場合の動作である。【０１１１】
次に、ＰＣ１をロケーション２に接続した場合の動作を例にして説明する。【０１１２】
ＰＣ２をロケーション２のネットワークに接続した場合、ＤＨＣＰサーバである無線ＬＡＮアクセスポイント３０から、ＩＰアドレスが１９２．１６８．１．１、サブネットマスクが２５５．２５５．２５５．０のアドレスが自動的に割り当てられる。【０１１３】
ＰＣ１では、上述のように、ＩＰアドレスが割り当てられていることを確認すると、そのＩＰアドレスが予めテーブル４７に設定されている規定値を一致するかどうかチェックする。ここで、テーブル４７には、１９２．１６８．０．０のネットワークアドレスが登録されているものとする。【０１１４】
無線ＬＡＮアクセスポイント３０から自端末に割り当てられたアドレスのネットワークアドレスは、このテーブル４７に登録されているネットワークアドレスと一致していないので、ネットワーク認識部４２は、現在のロケーションは危険であると判断する。【０１１５】
ネットワーク認識部４２において、接続先のネットワークが危険であると判断されると、セキュリティ設定部４１はパケットのフィルタリングを開始するためにファイアウォール部４５に命令を送る。【０１１６】
ファイアウォール部４５はセキュリティ設定部４１からパケットフィルタリングの開始命令を受け取ると、フィルタリング条件が登録されているテーブル４６を元に、パケットフィルタリング処理を開始する。ここで、テーブル４６には、図４（a）、図４（b）の情報が登録されているものとする。図４（a）は、データ通信部４４からファイアウォール部４５に到来したパケットに対するフィルタ条件であり、宛先ポート番号および送信元ポート番号を元にしてパケットを廃棄するかどうかを判断している。例えば、図４（a）に示されたポート番号に一致しないパケットはファイアウォール部４５で廃棄され、図４（a）に示されたポート番号に一致するパケットはネットワークに転送される。ここで、図４（a）の条件１のポート番号はDHCPサービスに対応するものであり、条件２のポート番号はDNSサービスに対応するものである。【０１１７】
このファイアウォール部４５の具体的な動作を以下に述べる。【０１１８】
例えば、アプリケーション４３がＷｅｂブラウザである場合、アプリケーション４３は、宛先ポート番号が８０番となったパケットを送出する。【０１１９】
ファイアウォール部４５は、このパケットは受け取ると、テーブル４６のフィルタリング条件と一致するかどうかを確認する。【０１２０】
テーブル４６には、宛先ポート番号が８０番となったパケットは登録されていないので、アプリケーション４３から送信されたこのパケットは廃棄される。以上が、ＰＣ１をロケーション２に接続した場合の動作である。【０１２１】
次に、本発明を実施するための第１の実施の形態の効果について説明する。【０１２２】
本発明の第１の実施の形態では、ＰＣに割り当てられているIPアドレスが、安全なネットワークにいるときの値と一致しているかどうかを元にして、ファイアウォールのパケットフィルタリングのオン・オフをコントロールする。【０１２３】
このように、アプリケーションではなく、ファイアウォールをコントロールしているので、各アプリケーションの実装方式の制約を受けることがなく、第３者のＰＣへの侵入を阻止できる。また、ＰＣからネットワークに向けて送信されるデータもファイアウォールでフィルタリングできるので、ＰＣの機密情報が第３者に漏洩するのを阻止できる。また、新たなアプリケーションがＰＣにインストールされた場合でも、ＰＣの設定を変更することなく、そのアプリケーションの送受信パケットをファイアウォールでフィルタリングできるので、手間がかからず、使い勝手が良い。以上の理由により、本発明の第１と第２との目的を達成することができる。【０１２４】
続いて、本発明の第２の実施の形態について説明する。【０１２５】
本発明の第１の実施の形態では、ＰＣに割り当てられているIPアドレスから、ロケーションを認識していた。しかしながら、イントラネットのIPアドレスのサブネットをフロア毎に変えている場合、ＰＣに割り当てられるIPアドレスがフロア毎に異なってくる。このような場合、ＰＣに、割り当てられる可能性があるIPアドレスをあらかじめ設定しておかないと、ロケーション１にいる場合でも、フロアによっては、危険なネットワークにいると判断されてしまうので、使い勝手があまり良くない。【０１２６】
本発明の第２の実施の形態は、上記の問題を解消するものである。【０１２７】
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。【０１２８】
図５を参照すると、本発明の第２の実施の形態は、イントラネットのようにインターネットと隔離され、安全なネットワークと定義されるロケーション１と、ホットスポットのようにインターネットに直接接続され、危険なネットワークと定義されるロケーション２とを有する。【０１２９】
ロケーション１は、パーソナルコンピュータなどのＰＣ１、ＰＣ２、サーバ３と、パケットの経路制御を行うルータ６と、無線LANのアクセスポイント４と、有線LANのHUB５と、インターネットからの不正アクセスをフィルタリングするファイアウォール７とを有する。【０１３０】
ロケーション２は、パーソナルコンピュータなどのＰＣ３１と、無線LANのアクセスポイント３０とを有する。【０１３１】
ここで、ＰＣ１とＰＣ２、及びＰＣ３１の構成を図２に示す。【０１３２】
図２に示されるように、ＰＣ１とＰＣ２、及びＰＣ３１は、セキュリティ設定部４１と、ネットワーク認識部４２と、アプリケーション４３と、データ通信部４４と、ファイアウォール４５とを有する。【０１３３】
ネットワーク認識部４２は、データ通信部４４およびファイアウォール４５を経由して、ロケーション１内のサーバ３と導通が取れるか確認試験を行う。ネットワーク認識部４２は、この確認試験の結果をセキュリティ設定部４１に通知する。【０１３４】
テーブル４７には、サーバ３と導通確認を取るための情報が書き込まれている。テーブル４７に書き込まれる情報としては、例えば、サーバ３のＩＰアドレス、ＭＡＣアドレス、又はホスト名などが考えられる。このテーブル４７の作成者としては、コンピュータの使用者、管理者、又はネットワークの管理者などが考えられる。【０１３５】
セキュリティ設定部４１は、ネットワーク認識部４２から導通試験の結果を受け取ると、その結果をもとに、ファイアウォール部４５に対して設定変更命令を通知する。サーバと導通が取れている場合には、ファイアウォール機能を無効とする制御命令をファイアウォール部４５に通知する。一方、サーバと導通が取れていない場合には、ファイアウォール機能を有効とする制御命令をファイアウォール部４５に通知する。【０１３６】
アプリケーション４３は、Webブラウザ又はファイル共有などのソフトウェアであり、データ通信部４４を介してネットワークに接続された他の装置とデータを送受信する。【０１３７】
データ通信部４４は、ファイアウォール部４５を介して、ネットワークに接続されている他の装置とデータ通信を行う。【０１３８】
例えば、ネットワーク認識部４２からサーバ３への接続要求を受信すると、データ通信部４４は、サーバ３を宛先とするパケットを生成した後、そのパケットをネットワークに送出する。また、ネットワークからパケットを受信すると、データ通信部４４は、そのパケットの宛先をチェックし、アプリケーション４３などの宛先に転送する。【０１３９】
ここで、データ通信部４４には、OS（Operating System）が標準搭載しているTCP/IP機能を流用するのが一般的である。【０１４０】
ファイアウォール部４５は、セキュリティ設定部４１から制御命令を受け取ると、その制御命令に従ったフィルタリングを行う。セキュリティ設定部４１からファイアウォール機能を有効とする制御命令を受け取った場合には、パケットフィルタリングを開始する。この場合、ファイアウォール部４５は、データ通信部４４またはネットワークから受信したパケットをチェックし、フィルタリング条件にマッチするパケットを廃棄する。一方、セキュリティ設定部４１からファイアウォール機能を無効とする制御命令を受け取った場合には、パケットフィルタリングを停止する。この場合、ファイアウォール部４５は、データ通信部４４またはネットワークから受信したパケットをフィルタリングすることなく、ネットワークまたはデータ通信部４４に転送する。【０１４１】
テーブル４６には、フィルタリング条件が書き込まれている。このテーブル４６の作成者としては、コンピュータの使用者、管理者、およびネットワークの管理者などが考えられる。【０１４２】
ここで、ファイアウォール部４５は、プロトコルスタックのデータリンクレイヤとトランスポートレイヤとの間に挿入される「IPファイアウォールフック」又は「中間ドライバ」などに実装することができる。【０１４３】
次に、サーバ３の構成を図６に示す。【０１４４】
図６に示されるように、サーバ３は導通確認部４８と、データ通信部４９とを有する。【０１４５】
導通確認部４８は、データ通信部４９を経由して、図２に示されるネットワーク認識部４２からの導通確認試験のアクセスを受け取り、ネットワーク認識部４２との間で導通確認に必要な通信を行う。【０１４６】
データ通信部４９は、ネットワークに接続されている他の装置とデータ通信を行う。【０１４７】
例えば、データ通信部４９は、ネットワークからパケットを受信すると、そのパケットの宛先をチェックし、導通確認部４８などに転送する。また、導通確認部４８からネットワーク認識部４２宛ての通信要求を受信すると、データ通信部４９は、パケットを生成した後、そのパケットをネットワークに送出する。【０１４８】
ここで、データ通信部４９には、OS（Operating System）が標準搭載しているTCP/IP機能を流用するのが一般的である。【０１４９】
次に、図７を参照して第2の実施の形態の動作について詳細に説明する。【０１５０】
まず、ネットワーク認識部４２は、何らかのタイミングを契機に、サーバ３と導通が取れるか確認試験を行う（図７のステップ５２）。【０１５１】
導通確認試験を行うタイミングとしては、下記のうちのいずれか、および組み合わせが考えられる。
１．ＰＣの電源投入時に実施する
２．ネットワーク認識部のサービス起動時に実施する
３．一定の時間間隔毎に実施する
４．ＰＣのIPアドレスの更新時に実施する
ただし、前述の導通確認試験を行うタイミングは単なる例であることが理解されるべきである。本説明を再検討すれば、導通確認試験を行うタイミングが多種多様な方法で実施されることは、本技術分野の当業者にとって明らかであろう。【０１５２】
また、サーバ３との導通確認方法としては、下記のうちのいずれか、および組み合わせが考えられる。
１．ネットワーク認識部４２からサーバ３に向けてICMP echo リクエストを送信し、サーバ３からICMP echoリプライが返ってくるかどうかを確認する。この方法を用いると、TCP/IPプロトコルでいうところのレイヤ３レベルまでの導通を確認できる。
２．ネットワーク認識部４２からサーバ３のIPに対してＡＲＰ（Address Resolution Protocol）リクエストを送信し、サーバ３からARP リプライが返ってくるかどうかを確認する。この方法を用いると、TCP/IPプロトコルでいうところのレイヤ２レベルまでの導通を確認できる。
３．ネットワーク認識部４２からサーバ３に対して、特定のポート番号に向けてTCPコネクションリクエスト（SYN）を送信し、サーバ３からTCPコネクションリプライ（SYN/ACK）が返ってくるかどうかを確認する。この方法を用いると、TCP/IPプロトコルでいうところのレイヤ７レベルまでの導通を確認できる。
４．プロプラエタリな独自通信方式を用いて、サーバ３との導通を確認する。例えば、通信相手とTCPコネクションを確立した後に、そのTCPコネクション上で、ID、パスワード、又は端末固有の固体番号などを交換し、通信相手が本当にサーバ３であるかどうかを認証する。【０１５３】
ただし、前述の導通確認方法は単なる例であることが理解されるべきである。本説明を再検討すれば、導通確認方法が多種多様な方法で実施されることは、本技術分野の当業者にとって明らかであろう。【０１５４】
以下の動作説明では、導通確認方法として、上記３番目の導通確認方法を採用した場合を例に説明する。具体的には、ネットワーク認識部４２からサーバ３に対して、サーバ３のIPアドレスを宛先IPアドレスとし、６５５３５を宛先ポート番号とするTCPコネクションリクエスト（SYN）を送信し、サーバ３からTCPコネクションリプライ（SYN/ACK）が返ってくるかどうかで導通を確認する。【０１５５】
ここで、宛先ポート番号を６５５３５としている理由は、このポート番号を使用している標準的なアプリケーションはないので、イントラネットのサーバ３と同じIPアドレスをもったサーバが屋外のネットワークで稼動している場合でも、ロケーションについて誤った判断が下されないようにできるためである。【０１５６】
ネットワーク認識部４２は、サーバ３と上記の導通確認を行うべく、データ通信部４４にサーバ３へのTCPコネクションリクエストを発行する。【０１５７】
データ通信部４４は、ネットワーク認識部４２からリクエストを受け取ると、TCP/IPヘッダを付加してTCPコネクションのリクエストパケットを生成し、ファイアウォール部４５に転送する。【０１５８】
ファイアウォール部４５は、データ通信部４４から受け取ったTCPコネクションのリクエストパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、ネットワークに転送する。【０１５９】
このTCPコネクションリクエストは、ネットワーク経由でサーバ３に向かうが、ＰＣのロケーションによっては、サーバ３に到達しない。例えば、図５のロケーション１に設置されているＰＣ１又はＰＣ２であれば、サーバ３と同一ネットワークに接続されているので、TCPコネクションリクエストはサーバ３に無事届けられる。【０１６０】
一方、図５のロケーション２に設置されているＰＣ３１の場合、ＰＣ３１とサーバ３との間にはファイアウォール７が設置されており、ネットワークが分断されている。このため、ＰＣ３１からサーバ３に向けてTCPコネクションリクエストを送信しても、ファイアウォール７でフィルタリングされるため、導通確認が取れない。【０１６１】
以下の説明では、図５のＰＣ１からサーバ３に向けてTCPコネクションリクエストが送信された場合を例にして、動作を説明する。【０１６２】
この場合、ＰＣ１から送信されたTCPコネクションリクエストは、HUB５およびルータ６を経由した後、サーバ３と到達する。【０１６３】
サーバ３のデータ通信部４９は、ＰＣ１から送信されたTCPコネクションリクエストを受け取ると、そのパケットの送信元をチェックし、送信元であるＰＣ１にTCPコネクションリプライ（SYN/ACK）を送信する。【０１６４】
このTCPコネクションリプライは、ルータ６およびHUB５を経由した後、ＰＣ１に到達する。【０１６５】
ＰＣ１のファイアウォール部４５は、ネットワークからTCPコネクションのリプライパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、データ通信部４４に転送する。【０１６６】
データ通信部４４は、ファイアウォール部４５からTCPコネクションのリプライパケットを受け取ると、TCPコネクションの３ウェイハンドシェイクを完了するために、TCPコネクションのリプライパケット（Ack）を生成し、ファイアウォール部４５に転送する。また、サーバ３とLayer７レベルの導通確認が取れたことをネットワーク認識部４２に通知する。【０１６７】
ネットワーク認識部４２は、データ通信部４２から導通確認結果を受け取ると、その結果をセキュリティ設定部４１に通知する。【０１６８】
セキュリティ設定部４１では、試験結果の通知を受け取ると、その試験結果に応じた処理を実行する（図７のステップ５３、およびステップ５４）。図７のステップ５３の処理は、導通成功の場合に実行される処理であり、セキュリティ設定部４１は、ファイアウォール機能を無効化するために、ファイアウォール部４５に対してパケットフィルタリングの停止命令を行う（図７のステップ５３）。一方、導通不成功と判断された場合、セキュリティ設定部４１は、ファイアウォール機能を有効するために、ファイアウォール部４５に対してパケットフィルタリングの開始命令を行う（図７のステップ５４）。【０１６９】
ファイアウォール部４５は、セキュリティ設定部４１からの制御命令に応じて、その動作を変更する。図７のステップ５３において、停止命令を受け取った場合、ファイアウォール部４５は、パケットのフィルタリング処理を停止する。この場合、ネットワークから到来するパケットはフィルタリングされずにデータ通信部４４に転送されるとともに、データ通信部４４から到来するパケットもフィルタリングされずにネットワークに転送される。【０１７０】
一方、図７のステップ５４において、開始命令を受け取った場合、ファイアウォール部４５は、パケットのフィルタリング処理を開始する。この場合、ファイアウォール部４５では、ネットワークおよびデータ通信部４４から到来するパケットのデータをチェックし、フィルタリング条件にマッチするパケットについては、そのパケットを廃棄する。ここでチェックするパラメータとしては、パケットのMACヘッダ、IPヘッダ、又はTCPヘッダなどが挙げられる。フィルタリング条件は、図２のテーブル４６に格納されており、ファイアウォール部４５から読み/書きできるようになっている。【０１７１】
図８には、テーブル４６の例を示している。図８（a）は、データ通信部４４から到来したパケットに対するフィルタ条件であり、宛先ポート番号および送信元ポート番号を元にしてパケットを廃棄するかどうかを判断している。例えば、図８（a）に示されたポート番号に一致しないパケットはファイアウォール部４５で廃棄され、図８（a）に示されたポート番号に一致するパケットはネットワークに転送される。ここで、図８（a）の条件１のポート番号はDHCPに対応するものであり、条件２のポート番号はDNSに対応するものであり、条件３のポート番号はサーバ３との導通確認試験に対応するものである。【０１７２】
一方、図８（b）は、ネットワークから到来したパケットに対するフィルタ条件であり、図８（a）の送信元ポート番号と宛先ポート番号とを入れ替えただけであるので、説明を省略する。【０１７３】
ただし、図８のフィルタ条件は単なる例であることが理解されるべきである。本説明を再検討すれば、図８のフィルタ条件が多種多様な形で実施されることは、本技術分野の当業者にとって明らかであろう。【０１７４】
次に、本発明の第２の実施例を、図面を参照して説明する。かかる実施例は本発明の第２の実施の形態に対応するものである。【０１７５】
まず、ＰＣ１をロケーション１に接続した場合の動作を例にして説明する。尚、以下の動作説明では、導通確認方法として、ネットワーク認識部４２からサーバ３に対して、サーバ３のIPアドレスを宛先としたICMP echoリクエストを送信し、サーバ３からICMP echoリプライが返ってくるかどうかで導通を確認するものとする。また、ＰＣ１では、ネットワーク認識部４２において、サーバ３に向けてICMP echoリクエストを10秒間隔ごとに送信するものとする。ここで、ICMP echoリクエストの宛先として、サーバ３のＩＰアドレスを指定しても良いし、サーバ３のホスト名を指定しても良い。【０１７６】
ネットワーク認識部４２は、サーバ３と上記の導通試験を行うべく、データ通信部４４にサーバ３へのICMP echoリクエストを発行する。【０１７７】
データ通信部４４は、ネットワーク認識部４２からICMP echoリクエストを受け取ると、ヘッダを付加してICMP echo リクエストパケットを生成し、ファイアウォール部４５に転送する。【０１７８】
ファイアウォール部４５は、データ通信部４４から受け取ったICMP echo リクエストパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、そのままネットワークに転送する。【０１７９】
このICMP echo リクエストは、HUB５およびルータ６を経由してサーバ３に向かう。図５のロケーション１に設置されているＰＣ１は、サーバ３と同一ネットワークに接続されているので、ICMP echo リクエストはサーバ３に無事届けられる。【０１８０】
サーバ３のデータ通信部４９は、ＰＣ１から送信されたICMP echoリクエストを受け取ると、そのパケットの送信元をチェックし、送信元であるＰＣ１にICMP echoリプライを送信する。【０１８１】
このICMP echo リプライは、ルータ６およびHUB５を経由した後、ＰＣ１に到達する。【０１８２】
ＰＣ１のファイアウォール部４５は、ネットワークからICMP echo リプライパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、そのままデータ通信部４４に転送する。【０１８３】
データ通信部４４は、ファイアウォール部４５からICMP echoリプライパケットを受け取ると、ICMP echo リプライが返された旨をネットワーク認識部４２に通知する。【０１８４】
ネットワーク認識部４２は、データ通信部４４からICMP echo リプライが返ってきたことを確認すると、その結果をセキュリティ設定部４１に通知する。【０１８５】
セキュリティ設定部４１では、導通試験の成功通知を受け取ると、ファイアウォール機能を無効化するために、ファイアウォール部４５に対してパケットフィルタリングの停止命令を行う。【０１８６】
ファイアウォール部４５は、セキュリティ設定部４１からの制御命令に応じて、パケットのフィルタリング処理を停止する。この場合、ネットワークから到来するパケットはフィルタリングされずにデータ通信部４４に転送されるとともに、データ通信部４４から到来するパケットもフィルタリングされずにネットワークに転送される。【０１８７】
次に、ＰＣ１をロケーション２に接続した場合の動作を例にして説明する。【０１８８】
ＰＣ１では、ネットワーク認識部４２において、サーバ３に向けてICMP echoリクエストを10秒間隔ごとに送信するものとする。ここで、ICMP echoリクエストの宛先として、サーバ３のＩＰアドレスを指定しても良いし、サーバ３のホスト名を指定しても良い。【０１８９】
ネットワーク認識部４２は、サーバ３と上記の導通確認を行うべく、データ通信部４４にサーバ３へのICMP echoリクエストを発行する。【０１９０】
データ通信部４４は、ネットワーク認識部４２からICMP echoリクエストを受け取ると、ヘッダを付加してICMP echo リクエストパケットを生成し、ファイアウォール部４５に転送する。【０１９１】
ファイアウォール部４５は、データ通信部４４から受け取ったICMP echo リクエストパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、ネットワークに転送する。【０１９２】
図５のロケーション２とサーバ３との間にはファイアウォール７が設置されており、ネットワークが分断されている。このため、図５のロケーション２からサーバ３に向けてICMP echoリクエストを送信しても、ファイアウォール７でパケットがフィルタリングされるため、導通確認が取れない。【０１９３】
ネットワーク認識部４２は、データ通信部４２からICMP echo リプライが返ってこないことを確認すると、その結果をセキュリティ設定部４１に通知する。【０１９４】
セキュリティ設定部４１では、この失敗通知を受け取ると、ファイアウォール機能を開始するために、ファイアウォール部４５に対してパケットフィルタリングの開始命令を行う。【０１９５】
ファイアウォール部４５はセキュリティ設定部４１からパケットフィルタリングの開始命令を受け取ると、フィルタリング条件が登録されているテーブル４６を元に、パケットフィルタリング処理を開始する。ここで、テーブル４６には、図４（a）、図４（b）の情報が登録されているものとする。図４（a）は、データ通信部４４からファイアウォール部４５に到来したパケットに対するフィルタ条件であり、宛先ポート番号および送信元ポート番号を元にしてパケットを廃棄するかどうかを判断している。例えば、図４（a）に示されたポート番号に一致しないパケットはファイアウォール部４５で廃棄され、図４（a）に示されたポート番号に一致するパケットはネットワークに転送される。ここで、図４（a）の条件１のポート番号はDHCPサービスに対応するものであり、条件２のポート番号はDNSサービスに対応するものである。ここで、簡単のため省略しているが、ＩＣＭＰパケットをフィルタリングしないようなルールがテーブル４６に登録されているものとする。ＩＣＭＰパケットかどうかを認識するには、ＩＰヘッダのプロトコルタイプをチェックすれば、判別可能である。【０１９６】
このファイアウォール部４５の具体的な動作を以下に述べる。【０１９７】
例えば、アプリケーション４３がＷｅｂブラウザである場合、アプリケーション４３は、宛先ポート番号が８０番となったパケットを送出する。【０１９８】
ファイアウォール部４５は、このパケットは受け取ると、テーブル４６のフィルタリング条件と一致するかどうか確認する。テーブル４６には、宛先ポート番号が８０番となったパケットは登録されていないので、アプリケーション４３から送信されたこのパケットは廃棄される。以上が、ＰＣ１をロケーション２に接続した場合の動作である。【０１９９】
次に、本発明の第２の実施の形態における効果について説明する。【０２００】
本発明の第２の実施の形態では、イントラネット内であれば、どこからでもアクセス可能なサーバと導通が取れるかどうかを元にして、ファイアウォールのパケットフィルタリングのオン・オフをコントロールする。
このように、イントラネット内であれば、どこからでもアクセス可能なサーバと導通確認が取れるかどうかでロケーションを判断しているので、従来のように、フロアの移動に伴ってロケーションの認識を誤るといったことがなく、使い勝手が良い。
また、サーバとの導通確認試験を行う際に、認証情報を用いて通信相手を認証し、導通確認できた通信相手が本当に意図しているサーバなのかを検証しているので、通信相手の取り違えによるロケーションの誤認識を防止しており、使い勝手が良い。
以上の理由により、本発明の第１、第２、第３、および第４の目的を達成することができる。【０２０１】
続いて、本発明の第３の実施の形態について説明する。【０２０２】
本発明の第２の実施の形態では、サーバ３と導痛確認が取れるかどうかで、ロケーション１、すなわちイントラネットにいるかどうかを判断していた。しかしながら、図９に示されるように、いくつかのケースでは、イントラネットにいる場合でも、サーバ３と導通確認が取れなくなる。【０２０３】
例えば、図９のケース２の場合、サーバ３は正常に稼動しているが、イントラネットのネットワークに障害が発生しているため、サーバ３と導通が取れないケースを示している。【０２０４】
次に、図９のケース３は、イントラネットのネットワークは正常に稼動しているが、サーバ３に障害が発生しているため、サーバ３と導通が取れないケースを示している。【０２０５】
次に、図９のケース４は、サーバ３にもイントラネットのネットワークにも障害が発生しているため、サーバ３と導通が取れないケースを示している。【０２０６】
以上のように、図９のケース２、３、４の条件下では、イントラネットにいる場合でも、サーバ３と導通確認が取れないため、図２のネットワーク認識部４２は、現在のロケーションが屋外の危険なネットワークであると判断してしまい、ファイアウォール機能を有効化してしまう。この場合、ファイアウォール部４５によって送受信パケットがフィルタリングされてしまうので、使い勝手が悪い。【０２０７】
そこで、本発明の第３の実施の形態では、上記の問題を解決するために、図２のネットワーク認識部４２で実行する処理を変更する。【０２０８】
本発明の第３の実施の形態について図面を参照して詳細に説明する。【０２０９】
本発明の第３の実施の形態のネットワーク認識部４２では、サーバ３との導通確認試験だけでなく、同一ネットワークに接続されている端末の確認試験、又は自端末に割り当てられているIPアドレスの確認試験を行うとともに、その試験結果をセキュリティ設定部に通知する。【０２１０】
また、テーブル４７には、サーバ３と導通確認を取るための情報、同一ネットワークに接続されている端末の情報、又は自端末に割り当てられるべきIPアドレスの情報などが書き込まれている。このテーブル４７の作成者としては、コンピュータの使用者、管理者、又はネットワークの管理者などが考えられる。【０２１１】
本発明の第３の実施の形態の他の構成要素は、図２及び図５と同じであるため、説明を省略する。【０２１２】
本発明の第３の実施の形態の動作について説明する。【０２１３】
図１０は、ネットワーク認識部４２で実行する処理を示している。【０２１４】
まず、ネットワーク認識部４２は、何らかのタイミングを契機に、サーバ３と導通が取れるか確認試験を行う（図１０のステップ６２）。このステップ６２で行う処理は、図７のステップ５２と同じであり、導通確認試験を行うタイミング又はその確認方法は上述した実施の形態と同一であるので、説明を省略する。【０２１５】
このステップ６２の処理により、サーバ３と導通確認が取れたら、ネットワーク認識部４２は、セキュリティ設定部４１に“動作モード１”という情報を通知する（図１０のステップ６６）。ここで通知する動作モードは、ファイアウォール部４５で実施するフィルタリングポリシーに関係するものであり、詳細については後述する。【０２１６】
一方、このステップ６２の処理で、サーバ３と導通が取れなかった場合、且つ、サーバ３が冗長化されている場合には、ネットワーク認識部４２は冗長化されている他のサーバと導通が取れるか確認試験を行う（図１０のステップ６３）。このステップ６３は、導通確認をとる通信相手がサーバ３から他のサーバに変わっただけであり、その処理内容は、図１０のステップ６２とほぼ同じであるため、説明を省略する。【０２１７】
ステップ６３の処理により、他のサーバと導通確認が取れたら、ネットワーク認識部４２は、セキュリティ設定部４１に“動作モード２”という情報を通知する（図１０のステップ６７）。また、この場合、図１０のステップ６２でサーバ３と導通確認が取れなかった原因は、サーバ３側に障害が発生していたということになり、障害原因も特定することができる。【０２１８】
一方、ステップ６３の処理で、他のサーバと導通が取れなかった場合、ARPなどのプロトコルを使って、ネットワークに接続されている他の端末の情報を収集する（図１０のステップ６４）。例えば、ARPを使った場合、ネットワークに接続されている他の端末のMACアドレス情報を収集できる。ここで収集されたMACアドレスが、イントラネットに接続しているときに収集されるMACアドレスと一致するかどうかチェックし、現在のロケーションを識別する。尚、MACアドレスは機器ごとに固有な値となっており、世界中でただ1つの値であることが保障されている。例えば、イントラネットのデフォルトゲートウェイと、屋外のネットワークのデフォルトゲートウェイは、必ず異なったMACアドレスを持っているので、デフォルトゲートウェイのMACアドレスから現在のロケーションを判断することができる。【０２１９】
ステップ６４の処理により、イントラネットにいると判断されたら、ネットワーク認識部４２は、セキュリティ設定部４１に“動作モード３”という情報を通知する（図１０のステップ６８）。この場合、図１０のステップ６３で他のサーバと導通確認が取れなかった原因は、ＰＣとサーバを結ぶ中継ネットワークに障害が発生していたためということになり、障害の原因も特定することができる。【０２２０】
一方、ステップ６４の処理で収集されたMACアドレスが、イントラネットに接続しているときに収集されるMACアドレスと一致していなかった場合、ＰＣに割り当てられているIPアドレス又はサブネットマスクなどの情報を収集する（図１０のステップ６５）。ここで収集されたIPアドレスが、イントラネットに接続しているときのIPアドレスと一致するかどうかチェックし、現在のロケーションを識別する。【０２２１】
ステップ６５の処理により、イントラネットにいると判断されたら、ネットワーク認識部４２は、セキュリティ設定部４１に“動作モード４”という情報を通知する（図１０のステップ６９）。この場合、図１０のステップ６４でMACアドレスが一致しなかった原因は、ＰＣとデフォルトゲートウェイなどを結ぶ近隣のネットワークに障害が発生していたためということになり、障害の原因も特定することができる。【０２２２】
一方、ステップ６５の処理で収集されたIPアドレスが、イントラネットに接続しているときのIPアドレスと一致していなかった場合、ネットワーク認識部４２は危険なネットワークにいると判断して、セキュリティ設定部４１に“動作モード５”という情報を通知する（図１０のステップ７０）。【０２２３】
以上、ネットワーク認識部４２の動作を説明した。【０２２４】
ただし、図１０に示されるようなネットワーク認識部で実施する導通確認試験は、単なる例であることが理解されるべきである。本説明を再検討すれば、ネットワーク認識部で実施する導通確認試験の組み合わせが、多種多様な方法で実施されることは、本技術分野の当業者にとって明らかであろう。【０２２５】
次に、セキュリティ設定部４１の処理について説明する。セキュリティ設定部４１では、ネットワーク認識部４２から動作モード情報を受け取ると、その動作モードに応じたパケットフィルタリングを実行するべく、ファイアウォール部４５に命令を送る。【０２２６】
セキュリティ設定部４１は、ネットワーク認識部４１から受け取った動作モードに対応した設定となるようにファイアウォール部４５に変更命令を行う。各動作モードのフィルタリングポリシーの例が、図１１に示されている。【０２２７】
ここで、動作モードによってフィルタリングポリシーが異なっている理由は、ネットワーク認識部４２における確認試験の確度に起因している。例えば、動作モード１は、ネットワーク認識部４２においてサーバ３と導通確認が取れた場合に発行されるものであるが、導通確認方法として、第１の実施の形態で述べたように、標準的なアプリケーションが使用しないポート番号のTCPコネクションを確立できるかどうかを用いた場合には、イントラネットに接続されている可能性は非常に高い。【０２２８】
一方、動作モード４は、ＰＣに割り当てられているIPアドレスがイントラネットにいるときのIPアドレスと一致した場合に発行されるものであるが、屋外にいるときのIPアドレスとイントラネットにいるときのIPアドレスが偶然一致しているだけかも知れないので、この場合、ＰＣがイントラネットに接続されている可能性は低い。【０２２９】
このように、クライアントがイントラネットに接続されているかどうかの精度は、動作モードによって異なってくるが、このような場合でもＰＣのセキュリティレベルを保てるような仕組みが必要である。本発明の第２の実施の形態では、このような精度の差をフィルタリングポリシーで補っている。【０２３０】
例えば、動作モード１のときの精度は十分信頼できるものなので、パケットをフィルタリングせず、全て素通しにするが、動作モード４のときの精度はあまり信頼できないものなので、特定のパケットのみを通すというものである（図１１）。ここで、特定のパケットとは、例えば、メール（POP、SMTP）又はウェブ（HTTP）などのアプリケーションは使えるように、これらのパケットはファイアウォール部４５で廃棄しないようにするものである。【０２３１】
セキュリティ設定部４１は、これらの設定をテーブル４７から読み取ると、ファイアウォール部４５に対してフィルタリング設定を変更するよう通知する。【０２３２】
ファイアウォール部４５では、セキュリティ設定部４１からの変更命令に従って、そのフィルタリング処理を変更する。ここで、ファイアウォール部４５は、動作モードに応じてフィルタリング処理を変更するために、各動作モードに対応したフィルタ条件を持っている。動作モード１、２、３では、全てのパケットを素通しとするので、フィルタ条件は特にない。一方、動作モード５のフィルタ条件は、図８のようになっており、その内容は本発明の第２の実施の形態において、既に述べているので説明を省略する。【０２３３】
図１２は、動作モード４のフィルタ条件を示している。ここでは、メールとウェブとを使えるように、宛先ポート番号が２５番（SMTP）、１１０番（POP）、８０番（HTTP）、４４３番（HTTPS）の特定のパケットはファイアウォール部４５で廃棄しないように設定されている。図１２（a）は、データ通信部から到来したパケットに対するフィルタ条件であり、図１２（b）は、ネットワークから到来したパケットに対するフィルタ条件を示している。【０２３４】
次に、本発明の第３の実施例を、図面を参照して説明する。かかる実施例は本発明の第３の実施の形態に対応するものである。【０２３５】
まず、ＰＣ１をロケーション１に接続した場合の動作を例にして説明する。尚、以下の動作説明では、導通確認方法として、ネットワーク認識部４２からサーバに対して、サーバのIPアドレスを宛先としたICMP echoリクエストを送信し、サーバからICMP echoリプライが返ってくるかどうかで導通を確認するものとする。また、ＰＣ１では、ネットワーク認識部４２において、サーバに向けてICMP echoリクエストを10秒間隔ごとに送信するものとする。ここで、ICMP echoリクエストの宛先として、サーバのＩＰアドレスを指定しても良いし、サーバのホスト名を指定しても良い。【０２３６】
ネットワーク認識部４２は、サーバ３と上記の導通試験を行うべく、データ通信部４４にサーバ３へのICMP echoリクエストを発行する。【０２３７】
データ通信部４４は、ネットワーク認識部４２からICMP echoリクエストを受け取ると、ヘッダを付加してICMP echo リクエストパケットを生成し、ファイアウォール部４５に転送する。【０２３８】
ファイアウォール部４５は、データ通信部４４から受け取ったICMP echo リクエストパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、そのままネットワークに転送する。【０２３９】
このICMP echo リクエストは、HUB５およびルータ６を経由してサーバ３に向かう。図５のロケーション１に設置されているＰＣ１は、サーバ３と同一ネットワークに接続されているので、ICMP echo リクエストはサーバ３に無事届けられる。【０２４０】
サーバ３のデータ通信部４９は、ＰＣ１から送信されたICMP echoリクエストを受け取ると、そのパケットの送信元をチェックし、送信元であるＰＣ１にICMP echoリプライを送信する。【０２４１】
このICMP echo リプライは、ルータ６およびHUB５を経由した後、ＰＣ１に到達する。【０２４２】
ＰＣ１のファイアウォール部４５は、ネットワークからICMP echo リプライパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、そのままデータ通信部４４に転送する。【０２４３】
データ通信部４４は、ファイアウォール部４５からICMP echoリプライパケットを受け取ると、ICMP echo リプライが返された旨をネットワーク認識部４２に通知する。【０２４４】
ネットワーク認識部４２は、データ通信部４４からICMP echo リプライが返ってきたことを確認すると、セキュリティ設定部４１に“動作モード１”という情報を通知する。【０２４５】
セキュリティ設定部４１では、“動作モード１”という情報を受け取ると、全てのパケットを通すために、ファイアウォール部４５に対してパケットフィルタリングの停止命令を行う。【０２４６】
ファイアウォール部４５は、セキュリティ設定部４１からの制御命令に応じて、パケットのフィルタリング処理を停止する。この場合、ネットワークから到来するパケットはフィルタリングされずにデータ通信部４４に転送されるとともに、データ通信部４４から到来するパケットもフィルタリングされずにネットワークに転送される。【０２４７】
一方、ネットワーク認識部４２は、ある一定期間、ICMP echo リプライパケットを受信できなかった場合、冗長化されている他のサーバと上記の導通試験を行うべく、データ通信部４４に他のサーバへのICMP echoリクエストを発行する。【０２４８】
データ通信部４４は、ネットワーク認識部４２からICMP echoリクエストを受け取ると、ヘッダを付加してICMP echo リクエストパケットを生成し、ファイアウォール部４５に転送する。【０２４９】
ファイアウォール部４５は、データ通信部４４から受け取ったICMP echo リクエストパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、そのままネットワークに転送する。【０２５０】
このICMP echo リクエストは、HUB５およびルータ６を経由して冗長化されている他のサーバ３向かう。このサーバは、ＰＣ１と同一ネットワークに接続されているので、ICMP echo リクエストは冗長化されている他のサーバに無事届けられる。【０２５１】
サーバのデータ通信部４９は、ＰＣ１から送信されたICMP echoリクエストを受け取ると、そのパケットの送信元をチェックし、送信元であるＰＣ１にICMP echoリプライを送信する。【０２５２】
このICMP echo リプライは、ルータ６およびHUB５を経由した後、ＰＣ１に到達する。【０２５３】
ＰＣ１のファイアウォール部４５は、ネットワークからICMP echo リプライパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、そのままデータ通信部４４に転送する。【０２５４】
データ通信部４４は、ファイアウォール部４５からICMP echoリプライパケットを受け取ると、ICMP echo リプライが返された旨をネットワーク認識部４２に通知する。【０２５５】
ネットワーク認識部４２は、データ通信部４４からICMP echo リプライが返ってきたことを確認すると、セキュリティ設定部４１に“動作モード２”という情報を通知する。【０２５６】
セキュリティ設定部４１では、“動作モード２”という情報を受け取ると、サーバ３と導通確認が取れなかった原因は、セキュリティの問題ではなく、サーバ３に何かしらの障害が発生していたからであると判断し、全てのパケットを通すために、ファイアウォール部４５に対してパケットフィルタリングの停止命令を行う。【０２５７】
ファイアウォール部４５は、セキュリティ設定部４１からの制御命令に応じて、パケットのフィルタリング処理を停止する。この場合、ネットワークから到来するパケットはフィルタリングされずにデータ通信部４４に転送されるとともに、データ通信部４４から到来するパケットもフィルタリングされずにネットワークに転送される。【０２５８】
一方、ネットワーク認識部４２は、ある一定期間、ICMP echo リプライパケットを受信できなかった場合、他の端末であるＰＣ２のＩＰアドレス１９２．１６８．１．１をＡＲＰ問合せに入れて送信する。このＡＲＰ問合せの応答を受信し、ＰＣ２のＭＡＣアドレスを収集してイントラネットに接続しているか否かを判断する。【０２５９】
ネットワーク認識部４２は、収集したＭＡＣアドレスがイントラネットに接続されているときに収集されるＭＡＣアドレスと一致していると、セキュリティ設定部４１に“動作モード３”という情報を通知する。【０２６０】
セキュリティ設定部４１では、“動作モード３”という情報を受け取ると、冗長化されたサーバと導通確認が取れなかった原因は、セキュリティの問題ではなく、中継ネットワークに何かしらの障害が発生していたからであると判断し、全てのパケットを通すために、ファイアウォール部４５に対してパケットフィルタリングの停止命令を行う。【０２６１】
ファイアウォール部４５は、セキュリティ設定部４１からの制御命令に応じて、パケットのフィルタリング処理を停止する。この場合、ネットワークから到来するパケットはフィルタリングされずにデータ通信部４４に転送されるとともに、データ通信部４４から到来するパケットもフィルタリングされずにネットワークに転送される。【０２６２】
収集したＭＡＣアドレスがイントラネットに接続されているときに収集されるＭＡＣアドレスと一致していない場合、ネットワーク認識部４２は自身のＩＰアドレスを確認する。【０２６３】
自身のＩＰアドレスが予めテーブル４７に設定されている規定値と一致するかどうかチェックする。ここで、テーブル４７には、１９２．１６８．０．０のネットワークアドレスが登録されているものとする。【０２６４】
自端末に割り当てられたＩＰアドレスは、このテーブル４７に登録されている規定値と一致しているので、ネットワーク認識部４２は、イントラネットに接続されているときのＩＰアドレスと一致するが、屋外にいる時のＩＰアドレスと偶然一致している可能性もあると判断して、セキュリティ設定部４１に“動作モード４”という情報を通知する。【０２６５】
セキュリティ設定部４１では、“動作モード４”という情報を受け取ると、特定のパケットを通すために、ファイアウォール部４５に対してフィルタリングの開始命令を行う。【０２６６】
ファイアウォール部４５は、セキュリティ設定部４１からのフィルタリング開始命令を受けると、フィルタリングが登録されているテーブル４６を元に、パケットフィルタリングを開始する。尚、フィルタリングに関する実施例は、上述した実施例と同一のため、省略する。【０２６７】
続いて、ＰＣ１をロケーション２に接続した場合の動作を例にして説明する。ＰＣ２をロケーション２のネットワークに接続した場合、ＤＨＣＰサーバである無線ＬＡＮアクセスポイント３０から、ＩＰアドレスが１９２．１６８．１．１、サブネットマスクが２５５．２５５．２５５．０のアドレスが自動的に割り当てられる。【０２６８】
ＰＣ１では、ネットワーク認識部４２において、サーバ３に向けてICMP echoリクエストを10秒間隔ごとに送信するものとする。ここで、ICMP echoリクエストの宛先として、サーバ３のＩＰアドレスを指定しても良いし、サーバ３のホスト名を指定しても良い。【０２６９】
ネットワーク認識部４２は、サーバ３と上記の導通確認を行うべく、データ通信部４４にサーバ３へのICMP echoリクエストを発行する。【０２７０】
データ通信部４４は、ネットワーク認識部４２からICMP echoリクエストを受け取ると、ヘッダを付加してICMP echo リクエストパケットを生成し、ファイアウォール部４５に転送する。【０２７１】
ファイアウォール部４５は、データ通信部４４から受け取ったICMP echo リクエストパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、ネットワークに転送する。【０２７２】
図５のロケーション２とサーバ３との間にはファイアウォール７が設置されており、ネットワークが分断されている。このため、図５のロケーション２からサーバ３に向けてICMP echoリクエストを送信しても、ファイアウォール７でパケットがフィルタリングされるため、導通確認が取れない。【０２７３】
ネットワーク認識部４２は、データ通信部４２からICMP echo リプライが返ってこないことを確認すると、冗長化されている他のサーバと上記の導通試験を行うべく、データ通信部４４に冗長化されている他のサーバへのICMP echoリクエストを発行する。【０２７４】
サーバ３に対しての導通確認の場合と同様に、図５のロケーション２とサーバ３との間にはファイアウォール７が設置されており、ネットワークが分断されている。このため、図５のロケーション２から冗長化されたサーバに向けてICMP echoリクエストを送信しても、ファイアウォール７でパケットがフィルタリングされるため、導通確認が取れない。【０２７５】
ネットワーク認識部４２では、この失敗通知を受け取ると、他の端末であるＰＣ２のＩＰアドレス“１９２．１９８．１．１”をＡＲＰ問合せに入れて送信する。【０２７６】
データ通信部４４は、ネットワーク認識部４２からＡＲＰ問合せを受け取ると、ヘッダを付加してＡＲＰ問合せのパケットを生成し、ファイアウォール部４５に転送する。【０２７７】
ファイアウォール部４５は、データ通信部４４から受け取ったＡＲＰ問合せのパケットを受け取ると、このパケットは素通しするようにあらかじめ設定されているので、ネットワークに転送する。【０２７８】
図５のロケーション２とサーバ３との間にはファイアウォール７が設置されており、ネットワークが分断されている。このため、図５のロケーション２からＰＣ２に向けてＡＲＰ問合せを送信しても、ファイアウォール７でパケットがフィルタリングされるため、ＰＣ２のＭａｃアドレスを収集することができない。【０２７９】
しかしながら、ＡＲＰ問合せはブロードキャストされるため、ＩＰアドレスが“１９２．１９８．１．１”の端末が偶然存在し、その端末がＡＲＰ問合せに応答してＭＡＣアドレスを送信する場合も考えられる。その場合、ネットワーク認識部４２は、送信されたＭＡＣアドレスがイントラネットに接続している時に収集されるＭＡＣアドレスと同一であるかを確認する。受信したＭＡＣアドレスはＰＣ２のＭＡＣアドレスではないので、ネットワーク認識部４２は送信されたＭＡＣアドレスがイントラネットに接続している時に収集されるＭＡＣアドレスと同一ではないと判断し、自身のＩＰアドレスを確認する。【０２８０】
自身のＩＰアドレスが予めテーブル４７に設定されている規定値を一致するかどうかチェックする。ここで、テーブル４７には、１９２．１６８．０．０のネットワークアドレスが登録されているものとする。【０２８１】
無線ＬＡＮアクセスポイント３０から自端末に割り当てられたアドレスのネットワークアドレスは、このテーブル４７に登録されているネットワークアドレスと一致していないので、ネットワーク認識部４２は、現在のロケーションは危険であると判断する。【０２８２】
ネットワーク認識部４２において、接続先のネットワークが危険であると判断されると、セキュリティ設定部４１はファイアウォール部４５に“モード５”という情報を通知する。【０２８３】
セキュリティ設定部４１では、“動作モード５”という情報を受け取ると、特定のパケットを通すために、ファイアウォール部４５に対してフィルタリングの開始命令を行う。尚、フィルタリングに関する実施例は、上述した実施例と同一のため、省略する。【０２８４】
次に、本発明を実施するための第３の実施の形態の効果について説明する。【０２８５】
本発明を実施するための第３の実施の形態では、ネットワーク認識部４２において、複数の確認試験結果を総合して、現在のロケーションを判断している。このように、複数の確認試験を実施することにより、ロケーションの認識精度を高めているので、サーバ又はイントラネットのネットワークに障害が発生している場合でも、現在のロケーションを正確に検知できるので、使い勝手が良い。
以上の理由により、本発明の第１、第２、第３、第４、および第５の目的を達成することができる。【０２８６】
続いて、本発明の第４の実施の形態について説明します。【０２８７】
本発明の第１、第２、および第３の実施の形態では、図２のネットワーク認識部４２のネットワーク認識結果に基づいて、ファイアウォール部４５のパケットフィルタリングの設定を自動制御していた。このように自動処理することにより、ユーザが場所に応じてセキュリティ設定を手動変更する手間を省くとともに、人為的な操作ミスによりＰＣのセキュリティレベルが損なわれるのを防止していた。【０２８８】
しかしながら、このように、ユーザの意思とは無関係に、ファイアウォール部４５を自動制御してしまうと、ネットワーク認識部４２でネットワークを誤認識した場合などに、ファイアウォール部４５が誤動作してしまう。例えば、イントラネットにいる場合でも、何らかの障害により、ネットワーク認識部４２が危険な屋外のネットワークにいると誤判断した場合、ファイアウォール部４５でパケットがフィルタリングされてしまうので、ユーザの使い勝手が悪くなってしまう。【０２８９】
次に、本発明の第４の実施の形態について図面を参照して詳細に説明する。【０２９０】
本発明の第４の実施の形態では、上記の問題を解決するために、ＰＣの構成を図１３のように変更する。図１３に示されるように、第４の実施の形態のＰＣは、図２の構成に加えて、ユーザインターフェース部４８を有する。ここで、ユーザインターフェース部４８は、入力部４８aと出力部４８bとを有する。【０２９１】
ネットワーク認識部４１は、本発明の第１、第２、第３の実施の形態で述べたネットワーク確認試験を行い、この確認試験結果を出力部４８ｂに通知する。【０２９２】
出力部４８bは、ネットワーク認識部４２からネットワーク確認試験結果を受け取ると、モニタなどの表示装置にネットワーク確認試験結果を表示し、ユーザに通知する。【０２９３】
入力部４８aは、出力部４８bが表示したネットワーク確認試験結果に対して、ユーザがキーボード操作などで入力した命令を受けつけ、その命令をセキュリティ設定部４１に通知する。【０２９４】
セキュリティ設定部４１は、入力部４８aから命令を受け取ると、その命令をもとに、ファイアウォール部４５に対して設定変更命令を通知する。【０２９５】
他の構成要素は、図２の構成と同じであるため、説明を省略する。【０２９６】
次に、図１３、および図１４を参照して、本発明を実施するための第４の実施の形態の動作について詳細に説明する。【０２９７】
ネットワーク認識部４１は、本発明の第１、第２、第３の実施の形態で述べたように、何らかのタイミングを契機に、接続されているネットワークの認識試験を行う。認識試験方法についても、本発明の第１、第２、第３の実施の形態で述べた通りであるので、説明を省略する。ネットワーク認識部４１は、このようにして得られた認識結果を出力部４８ｂに通知する。【０２９８】
出力部４８ｂは、この認識結果をユーザインターフェース部４８から受け取ると、接続されているネットワークの情報をユーザに通知するために、モニタなどの表示装置にその認識結果を表示する。図１４には、出力部４８ｂが表示する画面９１の例を示している。画面９１は、ネットワークの認識結果を表示しているだけでなく、認識結果に応じた設定変更をファイアウォール部４５に行うかどうかを決定できる実行ボタンおよび中止ボタンを備えている。【０２９９】
この画面９１をモニタなどの表示装置に出力するタイミングとしては、下記のうちのいずれか、および組み合わせが考えられる。
１．常に表示装置に画面９１を表示しておき、ネットワーク認識部４１からネットワーク認識結果を受け取った時に、画面９１の表示内容を変更する
２．ネットワーク認識部４１からネットワーク認識結果を受け取った時に、表示装置に画面９１を表示する
３．ネットワーク認識部４１からネットワーク認識結果を受け取り、受け取った認識結果が前回の認識結果と異なる場合にのみ、表示装置に画面９１を表示する
ただし、前述の画面９１の表示内容、および画面９１を表示するタイミングは単なる例であることが理解されるべきである。本説明を再検討すれば、画面９１の表示内容および表示するタイミングは多種多様な方法で実施されることは、本技術分野の当業者にとって明らかであろう。【０３００】
ユーザが、画面に表示されているネットワーク認識結果の内容を確認し、画面９１に表示されているネットワーク認識結果が正しく、認識結果に応じたファイアウォール部４５の設定変更を実行したいと判断した場合には、実行ボタンを押すであろう。【０３０１】
一方、ユーザがネットワーク認識結果の内容を確認した結果、ネットワーク認識結果に誤りがある場合、又は認識結果に応じたファイアウォール部４５の設定変更を実行したくないと判断した場合には、中止ボタンを押すであろう。【０３０２】
入力部４８aは、上記ボタン操作を通じて、ユーザからの指示命令を受け取る。もし、ユーザが実行ボタンを押している場合には、ネットワーク認識結果に応じたファイアウォールの設定変更を実行するように、セキュリティ設定部４１に通知する。【０３０３】
また、もし、ユーザが中止ボタンを押している場合には、セキュリティ設定部４１への通知は行わずに、一連の処理を終了する。【０３０４】
以降の動作は、本発明の第１、第２、および第３の実施の形態と同じであるため、説明を省略する。【０３０５】
次に、本発明を実施するための第４の実施の形態の効果について説明する。【０３０６】
本発明の第４の実施の形態では、ネットワーク認識部で実施したネットワーク認識結果を画面に表示してユーザに通知し、認識結果に応じたファイアウォールの設定変更を実行してよいかユーザに判断を求める。【０３０７】
このように、ファイアウォールの設定を変更してよいかどうかユーザに最終判断を求めることにより、ネットワーク認識部がネットワークを誤認識した場合でも、設定変更処理を中止することができ、ファイアウォールの誤動作を防げるので、使い勝手が良い。【０３０８】
尚、上述した本発明の端末は、上記説明からも明らかなように、ハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。
図１５は、本発明による端末をインプリメントした端末の構成図である。
図１５に示す端末は、プロセッサ１５０１及びプログラムメモリ１５０２を有する。
プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。
【図１】
2007007546.tif 000002
【図２】
2007007546.tif 000003
【図３】
2007007546.tif 000004
【図４】
2007007546.tif 000005
【図５】
2007007546.tif 000006
【図６】
2007007546.tif 000007
【図７】
2007007546.tif 000008
【図８】
2007007546.tif 000009
【図９】
2007007546.tif 000010
【図１０】
2007007546.tif 000011
【図１１】
2007007546.tif 000012
【図１２】
2007007546.tif 000013
【図１３】
2007007546.tif 000014
【図１４】
2007007546.tif 000015
【図１５】
2007007546.tif 000016
【国際調査報告】
2007007546.tif 000017
2007007546.tif 000018
2007007546.tif 000019
2007007546.tif 000020