(57)【特許請求の範囲】
【請求項１】
データサーバに格納されたデータの送信を望むユーザ要請に応じて、前記データサーバのデータを要請するリクエストメッセージを作成して、ネットワークに送信するデバイスと、
前記リクエストメッセージを受信し、前記リクエストメッセージに応じて前記データサーバにデータを要請して受信するサービスサーバと、
を備え、
前記デバイスは、
前記リクエストメッセージを前記サービスサーバに送信するリダイレクトモジュールと、
前記デバイスの位置を測定し、前記サービスサーバが前記位置に適したものであるか否かを決定する位置決定モジュールと、
前記位置決定モジュールを最新バージョンに更新し、前記サービスサーバが前記位置に適していない場合、前記サービスサーバのアドレスを、前記位置に適したものに更新する同期化モジュールと、
を含み、
前記サービスサーバは、
ｉ）前記データサーバから受信したデータに悪性ウイルスが含まれているか否かを判断する動作と、ｉｉ）前記データサーバが予め設定された政策に違反するサーバであるか否かを判断する動作のうち、少なくとも一つの動作を行うことを特徴とするアンチウイルス保護システム。
【請求項２】
前記サービスサーバは、
前記データサーバから受信したデータに悪性ウイルスが含まれていないと判断された場合、前記ユーザの要請したデータを前記デバイスに送信することを前記データサーバに要請することを特徴とする請求項１に記載のアンチウイルス保護システム。
【請求項３】
前記データサーバは、
前記サービスサーバから前記ユーザの要請したデータを前記デバイスに送信することを望む要請が受信されると、前記ユーザの要請したデータを前記デバイスに直接送信することを特徴とする請求項２に記載のアンチウイルス保護システム。
【請求項４】
前記サービスサーバは、
前記データに悪性ウイルスが含まれていないと判断された場合、前記データサーバから前記ユーザの要請したデータを受信して前記デバイスに送信することを特徴とする請求項１に記載のアンチウイルス保護システム。
【請求項５】
前記リクエストメッセージには、
前記データサーバのアドレスが含まれていることを特徴とする請求項１に記載のアンチウイルス保護システム。
【請求項６】
前記デバイスは、前記リクエストを送信するサービスサーバのアドレスを格納しており、
前記サービスサーバのアドレスは、前記デバイスの位置に応じて変わることを特徴とする請求項１に記載のアンチウイルス保護システム。
【請求項７】
前記サービスサーバは、
前記デバイスから前記デバイスの位置情報を受信し、前記デバイスの位置情報に基づいて前記サービスサーバのアドレスを決定することを特徴とする請求項６に記載のアンチウイルス保護システム。
【請求項８】
前記サービスサーバは、
前記決定したサービスサーバのアドレスを前記デバイスに送信し、
前記デバイスは、予め格納したサービスサーバのアドレスを、前記サービスサーバから受信したサービスサーバのアドレスにアップデートすることを特徴とする請求項７に記載のアンチウイルス保護システム。
【請求項９】
データサーバに格納されたデータを送信することを望むユーザの要請を受け取るユーザインタフェース部と、
サービスサーバのアドレスを格納する格納部と、
位置を測定し、前記格納部に格納された前記サービスサーバのアドレスが、前記位置に適したアドレスかどうかを決定する位置決定モジュールと、
前記ユーザの要請に応じて、前記格納部に格納されたアドレスを有した前記サービスサーバに送信するリクエストメッセージを作成して、前記サービスサーバに送信するリダイレクトモジュールと、
前記位置決定モジュールを最新バージョンに更新し、前記サービスサーバが前記位置に適していない場合、前記サービスサーバのアドレスを、前記位置に適したものに更新する同期化モジュールと、
を備えるモバイルデバイス。
【請求項１０】
前記リクエストメッセージには、前記データサーバのアドレスが含まれていることを特徴とする請求項９に記載のモバイルデバイス。
【請求項１１】
デバイスからデータサーバに格納されたデータを要請するリクエストメッセージを受信し、該受信されたリクエストメッセージが指定するデータサーバにデータを要請して受信するリダイレクトサーバと、
前記データサーバから受信したデータに悪性ウイルスが含まれているか否かを判断するアンチウイルスサーバと、
前記デバイスに適した位置決定モジュールを前記デバイスに送信し、前記デバイスの位置に適したサービスサーバのアドレスを前記デバイスに送信する管理サーバと、
を備え、
前記アンチウイルスサーバが前記受信したデータに悪性ウイルスが含まれていないと判断した場合、前記リダイレクトサーバは、前記データサーバに前記デバイスに前記データを送信することを要請することを特徴とするサービスサーバ。
【請求項１２】
前記データサーバが予め設定された政策に違反するサーバであるか否かを判断するセキュリティー政策サーバをさらに備えることを特徴とする請求項１１に記載のサービスサーバ。
【請求項１３】
データサーバに格納されたデータを送信することを望むユーザの要請をデバイスのユーザインタフェース部が受け取るステップと、
前記デバイスが、前記デバイスの位置を測定し、サービスサーバが前記位置に適したものであるか否かを決定するステップと、
前記デバイスが、前記デバイスの位置を測定するモジュールを最新バージョンに更新するステップと、
前記デバイスが、前記サービスサーバが前記位置に適していない場合、前記サービスサーバのアドレスを、前記位置に適したものに更新するステップと、
前記デバイスが、前記ユーザの要請に応じてデータの送信を要請するリクエストメッセージを作成して、前記サービスサーバに送信するステップと、
前記サービスサーバが、ｉ）前記データサーバにユーザが要請したデータを送信して前記データサーバから受信し、該受信したデータに悪性ウイルスが含まれているか否かを判断する動作と、ｉｉ）前記データサーバが予め設定された政策に違反するサーバであるか否かを判断する動作のうち、少なくとも一つの動作を行うステップと、
を含むことを特徴とするアンチウイルス保護方法。
【請求項１４】
前記データに悪性ウイルスが含まれていないと判断された場合、前記ユーザの要請したデータを前記デバイスに送信することを、前記サービスサーバが前記データサーバに要請するステップをさらに含むことを特徴とする請求項１３に記載のアンチウイルス保護方法。
【請求項１５】
前記データサーバが、前記サービスサーバから前記ユーザの要請したデータを前記デバイスに送信してくれることを望む要請が受信されると、前記ユーザの要請したデータを前記デバイスに直接送信するステップをさらに含むことを特徴とする請求項１４に記載のアンチウイルス保護方法。
【請求項１６】
前記リクエストメッセージには、
前記データサーバのアドレスが含まれていることを特徴とする請求項１５に記載のアンチウイルス保護方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アンチウイルス保護システム及び方法に関し、詳細には、サービスサーバで悪性ウイルスをスキャニング及び／又はフィルタリングすることで、モバイルデバイスの制限されたメモリとＣＰＵリソースを最小限に使用することができるようにしたアンチウイルス保護システム及び方法に関する。
【背景技術】
【０００２】
最近のウイルスは、添付ファイルを開けてみたり、ソフトウェアをダウンロードしてインストールする従来の通念から外れて、単に有名検索ページのリンクやイメージをクリックするだけで、望まないソフトウェアがインストールされ、システムがハイジャッキングされうるので、注意が必要である。
【０００３】
コンピュータと比較して運営体制及びファイルシステムの偏重がより少なく、利用されるデータの重要度が相対的に落ちる関係などによって、未だに無線通信システムに対するモバイルウイルスの認識及び被害は、大きくないのが実情である。
【０００４】
しかしながら、現在無線端末機がコンピュータの機能を大幅採用してスマートフォン形態に発展しており、無線端末機の無線網が無線インターネットに次ぐ程に拡張されるにつれて、コンピュータから発生しているウイルス被害がまもなく無線端末機の無線網にも再現される可能性が高まっている。
【０００５】
また、無線端末機を利用して証券及び銀行取引が可能になるにつれて、モバイルウイルスの被害が順次増加すると予想され、爆発的に増加する無線端末機ユーザによってコンピュータウイルスの被害よりかなり大きな影響を及ぼすと予想されることによって、無線端末機のセキュリティー及び安全がなによりも重要なイッシューとなっている。
【０００６】
このようなモバイルデバイスのアンチウイルスシステムは、モバイルデバイスにおいてウイルスデータベース（ｄａｔａｂａｓｅ、以下、ＤＢとする）をアップデートするために、サーバから全体ウイルスＤＢをダウンロードした。このようにすることによって、従来では、サーバとモバイルデバイスとの間に大量のデータトラフィックが送受信されるので、通信資源の浪費を引き起こし、モバイルデバイスの制限されたリソースによってモバイル用アプリケーションを使用するのに問題があった。
【０００７】
また、移動通信環境も、グローバル化して、世界各国に対してローミングサービスが導入されている状況において、従来のアンチウイルスシステムでは、各地域的に発生するウイルスに対して効果的に対応できないという問題点があった。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
そこで、本発明は、上記の問題を解決するために案出されたものであって、本発明の目的は、サービスサーバでウイルスをスキャニング及び／又はフィルタリングすることで、モバイルデバイスの制限されたメモリとＣＰＵリソースとを最小限に使用することができるようにしたアンチウイルス保護システム及び方法、並びにこれに用いられるサーバ及びモバイルデバイスを提供することにある。
【０００９】
また、本発明の他の目的は、悪性ウェブサイトをフィルタリングし、ウイルスを検査することにおいて、モバイルデバイスの制限されたメモリとＣＰＵリソースとを最小限に使用することができるようにし、ユーザがグローバル地域へ移動する際にも安全なデバイス使用を保障できるアンチウイルス保護方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み出すことのできる記録媒体を提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を達成すべく、本発明の一側面によれば、データサーバに格納されたデータの送信を望むユーザ要請に応じて、前記データサーバのデータを要請するリクエストメッセージを作成して、ネットワークに送信するデバイスと、前記リクエストメッセージを受信し、前記リクエストメッセージに応じて前記データサーバにデータを要請して受信するサービスサーバとを備え、前記デバイスは、前記リクエストメッセージを前記サービスサーバに送信するリダイレクトモジュールと、前記デバイスの位置を測定し、前記サービスサーバが前記位置に適したものであるか否かを決定する位置決定モジュールと、前記位置決定モジュールを最新バージョンに更新し、前記サービスサーバが前記位置に適していない場合、前記サービスサーバのアドレスを、前記位置に適したものに更新する同期化モジュールとを含み、前記サービスサーバは、ｉ）前記データサーバから受信したデータに悪性ウイルスが含まれているか否かを判断する動作と、ｉｉ）前記データサーバが予め設定された政策に違反するサーバであるか否かを判断する動作のうち、少なくとも一つの動作を行うことを特徴とするアンチウイルス保護システムが提供される。
【００１１】
また、上記の目的を達成すべく、本発明の一側面によれば、データサーバに格納されたデータを送信することを望むユーザの要請を受け取るユーザインタフェース部と、サービスサーバのアドレスを格納する格納部と、位置を測定し、前記格納部に格納された前記サービスサーバのアドレスが、前記位置に適したアドレスか同かを決定する位置決定モジュールと、前記ユーザの要請に応じて、前記格納部に格納されたアドレスを有した前記サービスサーバに送信するリクエストメッセージを作成して、前記サービスサーバに送信するリダイレクトモジュールと、前記位置決定モジュールを最新バージョンに更新し、前記サービスサーバが前記位置に適していない場合、前記サービスサーバのアドレスを、前記位置に適したものに更新する同期化モジュールとを備えるモバイルデバイスが提供される。
【００１２】
また、上記の目的を達成すべく、本発明の一側面によれば、デバイスからデータサーバに格納されたデータを要請するリクエストメッセージを受信し、該受信されたリクエストメッセージが指定するデータサーバにデータを要請して受信するリダイレクトサーバと、前記データサーバから受信したデータに悪性ウイルスが含まれているか否かを判断するアンチウイルスサーバと、前記デバイスに適した位置決定モジュールを前記デバイスに送信し、前記デバイスの位置に適したサービスサーバのアドレスを前記デバイスに送信する管理サーバとを備え、前記アンチウイルスサーバが前記受信したデータに悪性ウイルスが含まれていないと判断した場合、前記リダイレクトサーバは、前記データサーバに前記デバイスに前記データを送信することを要請することを特徴とするサービスサーバが提供される。
【００１３】
また、上記の目的を達成すべく、本発明の一側面によれば、データサーバに格納されたデータを送信することを望むユーザの要請をデバイスのユーザインタフェース部が受け取るステップと、前記デバイスが、前記デバイスの位置を測定し、前記サービスサーバが前記位置に適したものであるか否かを決定するステップと、前記デバイスが、前記デバイスの位置を測定するモジュールを最新バージョンに更新するステップと、前記デバイスが、前記サービスサーバが前記位置に適していない場合、前記サービスサーバのアドレスを、前記位置に適したものに更新するステップと、前記デバイスが、前記ユーザの要請に応じてデータの送信を要請するリクエストメッセージを作成して、サービスサーバに送信するステップと、前記サービスサーバが、ｉ）前記データサーバにユーザが要請したデータを送信して前記データサーバから受信し、該受信したデータに悪性ウイルスが含まれているか否かを判断する動作と、ｉｉ）前記データサーバが予め設定された政策に違反するサーバであるか否かを判断する動作のうち、少なくとも一つの動作を行うステップとを含むことを特徴とするアンチウイルス保護方法が提供される。
【発明の効果】
【００１４】
本発明によれば、モバイルデバイスの制限されたメモリとＣＰＵリソースを最小限に使用することによって、悪性ウェブサイトをスキャニング及び／又はフィルタリングし、ウイルスを検査でき、ユーザがグローバル地域へ移動する際にも安全なデバイス使用を保障できるようになる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態に係るアンチウイルス保護システムの機能ブロック図である。
【図２】本発明の一実施の形態に係る悪性ウェブ及びウイルスフィルタリングシステムの機能ブロック図である。
【図３】本発明の一実施の形態に係る悪性ウェブ及びウイルスフィルタリング方法を説明するために提供される図である。
【図４】本発明の他の実施の形態に係る悪性ウェブ及びウイルススキャニングシステムの機能ブロック図である。
【図５】本発明の他の実施の形態に係る悪性ウェブ及びウイルススキャニング方法を説明するために提供される図である。
【図６】本発明の一実施の形態に係る位置決定モジュールをアップデートする方法を説明するために提供される図である。
【発明を実施するための形態】
【００１６】
以下、本発明の好ましい実施の形態を添付した図面を参照して詳細に説明する。そして、本発明を説明するに当たって、関連した公知の機能又は構成についての具体的な説明が本発明の要旨を不明確にする恐れがあると判断される場合には、その詳細な説明を省略する。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザ、操作者の意図又は慣例などによって変わりうる。したがって、その定義は、本明細書全般にわたる内容に基づいて行わなければならない。
【００１７】
用語の定義
下記のように、本願明細書にて使用する用語を定義する。
「ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）」とは、サーバにある文書やファイルを指定するか、又はＦＴＰサーバにあるファイルや電子メールアドレスを指定することである。
【００１８】
「ウェブサーバ」とは、ウェブサービスをするソフトウェア及び／又はウェブサービスをするサーバソフトウェアが実行される装置を意味する。
【００１９】
「リクエストメッセージ」とは、「ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｅｎｔｉｆｉｅｒ）」と「メソッド」とを含み、「何を」「どのように」すべきかを表すメッセージである。ここで、「何」に相当するのがＵＲＩで、「どのように」に相当するのが「メソッド」である。
【００２０】
「アンチウイルス保護システム」とは、「悪性ウェブ及びウイルスフィルタリングシステム」及び／又は「悪性ウェブウイルススキャニングシステム」を意味する。
【００２１】
「アンチウイルス保護方法」とは、「悪性ウェブ及びアンチウイルススキャニング方法」及び／又は「悪性ウェブアンチウイルスフィルタリング方法」を意味する。
【００２２】
「クライアント」は、「ウェブ及びウイルスフィルタリングクライアント」及び／又は「ウェブ及びウイルススキャニングクライアント」を意味する。
【００２３】
図１は、本発明の一実施の形態に係るアンチウイルス保護システムの機能ブロック図である。
【００２４】
図１に示すように、本発明の一実施の形態に係るアンチウイルス保護システムは、少なくとも一つのアンチウイルス保護サービスを提供するサービスサーバ１００ａ、１００ｂ、１００ｃ、．．．、少なくとも一つのデータサーバ３００ａ、３００ｂ、及びデバイス２００を備える。
【００２５】
デバイス２００は、ユーザからデータサーバ３００ａ、３００ｂのうち、少なくとも何れか一つのデータサーバに格納するデータの送信を望む要請を受け取ることができる。このようなデバイス２００は、例えば、ＰＤＡ、セルラーフォン、スマートフォン、又はノートブックなどのようにモバイルデバイスでありうる。
【００２６】
デバイス２００は、前記ユーザの要請に応じて、ユーザの望むデータサーバのデータを要請するリクエストメッセージを作成して、ネットワーク（例えば、インターネット及び／又は無線通信ネットワーク）に送信する。
【００２７】
本発明の一実施の形態によれば、デバイス２００は、所定のデータサーバのアドレス（例えば、ＵＲＬでありうる）をユーザから受け取り、アンチウイルス保護サービスを提供するサービスサーバ（以下、サービスサーバとする）（例えば、１００ａ）に送信するリクエストメッセージを作成して、ネットワークに送信できる。ここで、リクエストメッセージには、ユーザが入力したデータサーバのアドレスが含まれており、サービスサーバ１００ａ、１００ｂ、１００ｃ、．．．のうちの何れか一つのサービスサーバに送信される。
【００２８】
デバイス２００は、自身が現在位置した所に適したサービスサーバに対するアドレスを予め格納しており、ユーザから前記データ送信要請を受け取った場合、前記予め格納していたアドレスを有したサービスサーバにリクエストメッセージを送信できる。
【００２９】
例えば、第１地域サービスサーバ１００ａは、韓国地域を担当し、第２地域サービスサーバ１００ｂは、米国地域を担当し、第３地域サービスサーバ１００ｃは、ヨーロッパ地域を担当すると仮定する。仮に、デバイス２００がリクエストメッセージを送信する時の位置が韓国地域であると、第１地域サービスサーバ１００ａに対したアドレスを格納しており、そういうアドレスを利用してリクエストメッセージを第１地域サービスサーバ１００ａに送信できる。
【００３０】
一方、デバイス２００の位置が米国地域であるのにかかわらず、デバイス２００が予め格納するサービスサーバのアドレスは、第１地域サービスサーバ１００ａの場合もある。このような場合、デバイス２００は、予め格納していたサービスサーバ１００ａのアドレスを自身の現在位置に適したサービスサーバ（すなわち、第２地域サービスサーバ１００ｂ）のアドレスにアップデートする必要がある。デバイス２００は、自身の位置が分かる情報（例えば、ＧＰＳ情報、ローミング情報、ＡＰ情報など）を有しており、そういう情報を利用して自身の位置に適したサービスサーバのアドレスが分かる。
【００３１】
具体的に、デバイス２００の位置が米国地域で、デバイス２００が予め格納するサービスサーバのアドレスを第１地域サービスサーバ１００ａと仮定して、サービスサーバのアドレスをアップデートする動作を説明する。デバイス２００は、最初にリクエストメッセージを送信する際には、第１地域サービスサーバ１００ａに送信する。これは、デバイス２００の格納するサービスサーバのアドレスが第１地域サービスサーバのものであるためである。一方、デバイス２００は、前記リクエストメッセージを第１地域サービスサーバ１００ａに送信する際、自身２００の位置に関する情報も共に送信できる。第１地域サービスサーバ１００ａは、そういうデバイス２００の位置に関する情報を参照して、デバイス２００がデバイス２００の位置に適しないサービスサーバのアドレスを有していることが分かり、デバイス２００の位置に適したサービスサーバのアドレス（すなわち、第２地域サービスサーバ）を決定して、デバイス２００に送信する。デバイス２００は、予め格納していた第１地域サービスサーバのアドレスを、第１地域サービスサーバ１００ａから受信されるサービスサーバのアドレス（すなわち、第２地域サービスサーバのアドレス）にアップデートする。一方、本発明の一実施の形態に係るデバイス２００は、サービスサーバのアドレスをアップデートする前に自身２００が格納していた位置情報と前記第１地域サービスサーバ１００ａから受信されるサービスサーバのアドレスとが互いに適しているか否かを判断し、適していると判断された場合にアップデート動作を行う。以後、デバイス２００は、アップデートされたサービスサーバ（第２地域サービスサーバ）にリクエストメッセージを再度送信する。
【００３２】
デバイス２００からリクエストメッセージを受信したサービスサーバ（例えば、１００ａ）は、リクエストメッセージを解析し、解析結果に応じて決まるデータサーバ（例えば、３００ａ）にデータを要請するリクエストを作成して、データサーバ３００ａに送信できる。以後、サービスサーバ１００ａは、データサーバ３００ａからデータを受信すると、受信したデータに悪性ウイルスが含まれているか否かを判断できる。
【００３３】
例えば、データサーバ３００ａがウェブサーバである場合、データサーバ３００ａのアドレスは、ＵＲＬでありうる。サービスサーバ１００ａは、デバイス２００から受信したリクエストメッセージを解析して、そのリクエストメッセージに含まれたデータサーバのＵＲＬを把握することができる。サービスサーバ１００ａは、前記ＵＲＬを有したデータサーバ３００ａに送信するリクエストメッセージを作成する。サービスサーバ１００ａは、作成したリクエストをデータサーバ３００ａに送信し、データサーバ３００ａから所望のデータを受信することができる。以後、サービスサーバ１００ａは、データサーバ３００ａから受信したデータに悪性ウイルスが含まれているか否かを判断できる。
【００３４】
データサーバ３００ａ、３００ｂは、データを格納管理し、サービスサーバ１００ａ、１００ｂ、１００ｃからデータ送信の要請がある場合、データを要請したサービスサーバ１００ａ、１００ｂ、１００ｃにデータを送信できる。
【００３５】
本発明の一実施の形態によれば、サービスサーバ１００ａは、デバイス２００からデータの送信を要請するリクエストを受信した場合、以下の動作のうち、少なくとも一つを行うことができる。
【００３６】
第１に、サービスサーバ１００ａは、デバイス２００から受信したリクエストを解析して、そのリクエストに含まれたデータサーバのアドレスを有したデータサーバ（例えば、３００ａ）が予め設定された政策に違反しているか否かを判断できる。ここで、予め設定された政策は、例えばデータサーバが悪性サイトに該当しているか否かを判断することでありうる。サービスサーバ１００ａは、データサーバ３００ａが悪性サイトでないと判断された場合、サービスサーバ１００ａは、サーバ３００ａのデータを要請するリクエストを作成して、データサーバ３００ａに送信する。以後、サービスサーバ１００ａは、データサーバ３００ａから受信したデータに悪性ウイルスが含まれているか否かを判断する。
【００３７】
ここで、悪性サイトリストは、サービスサーバ１００ａに格納されているか、又はサービスサーバ１００ａではない他の外部の装置に格納されていることができる。悪性サイトリストが外部装置に格納されている場合、サービスサーバ１００ａは、悪性サイトであるか否かを判断する際、又は周期的又は非周期的に前記外部装置から悪性サイトリストを受信して使用することができる。
【００３８】
第２に、サービスサーバ１００ａは、デバイス２００から受信したリクエストを解析して、リクエストにどのデータサーバのアドレスが含まれているかを判断する。例えば、デバイス２００から受信したリクエストにデータサーバ３００ａのアドレスが含まれている場合であると、サービスサーバ１００ａは、データを要請するリクエストを作成してデータサーバ３００ａに送信する。以後、サービスサーバ１００ａは、データサーバ３００ａから受信したデータが悪性ウイルスを含んでいるか否かを判断する。
【００３９】
サービスサーバ１００ａは、前記判断結果、ウイルスが含まれている場合には、デバイス２００にそういう事実を通知する。
【００４０】
仮に、ウイルスが含まれていない場合であると、サービスサーバ１００ａは、データサーバ３００ａに「デバイス２００にデータを送信」することを要請することができる。このような場合、データサーバ３００ａは、サービスサーバ１００ａを経ないで直接デバイス２００にデータを送信する（図４の実施の形態を参照）。また、サービスサーバ１００ａは、データサーバ３００ａからデータを受信してデバイス２００に送信することも可能である（図２の実施の形態を参照）。このように、サービスサーバ１００ａは、データサーバ３００ａがデバイス２００にデータを直接送信するか（以下、スキャニングオプションとする）、又は自身１００ａがサーバ３００ａからデータを受信してデバイス２００に送信すること（以下、フィルタリングオプションとする）の両方とも可能である。
【００４１】
本発明の一実施の形態によれば、スキャニングオプションとフィルタリングオプションとは、ユーザの要請により決定されるか、又はユーザの要請がなくても予め設定されたオプションが行われうる。
【００４２】
ユーザの要請によりスキャニングオプションとフィルタリングオプションとが決定される場合を説明する。デバイス２００は、ユーザからデータの送信を望むという要請を受け取る際、スキャニングオプション又はフィルタリングオプションも共に選択を受けることができる。このような場合、デバイスは、データの送信を要請するリクエストメッセージを作成する際、前記ユーザが選択したオプションに関する情報を共に含めることができる。サービスサーバは、前記デバイスから受信したリクエストメッセージを解析して、ユーザがどんなオプションを選択したかが分かり、ユーザが選択したオプションに応じてスキャニングオプション又はフィルタリングオプションを行うことができる。
【００４３】
本発明の一実施の形態に係るサービスサーバ１００ａは、データサーバ３００ａから受信したデータに悪性ウイルスが含まれているか否かを判断し、その判断結果をデバイス２００に送信できる。
【００４４】
上述したように、サービスサーバ１００ａは、図２に示された「悪性ウェブ及びウイルスフィルタリングシステム」のように、サービスサーバ自身が常にデータサーバからデータを受信し、受信したデータをデバイス２００にフォワードする動作（すなわち、フィルタリングオプション）を行うことができる。また、サービスサーバ１００ａは、図４に示された「悪性又はウェブウイルススキャニングシステム」のように、データサーバがデバイスに直接データを送信するようにする動作を行うことができる。これらの方式については、関連図と共に詳細に後述するようにする。
【００４５】
上述した図１の実施の形態において、サービスサーバとして３個の地域サーバを例に挙げたが、これより少ないか、又は多くの地域サーバが使用されうることはもちろんである。また、データサーバも２個が例示されたが、これより多いデータサーバが使用されうることはもちろんである。
【００４６】
図２は、本発明の一実施の形態に係る悪性ウェブ及びウイルスフィルタリングシステムの機能ブロック図である。
【００４７】
図２に示すように、本発明の一実施の形態に係る悪性ウェブ及びウイルスフィルタリングシステムは、サービスサーバ１００ａ、少なくとも一つのデータサーバ３００ａ、３００ｂ、３００ｃ、．．．、及びモバイルデバイス２００を含む。
【００４８】
本発明の一実施の形態によれば、モバイルデバイス２００は、ユーザインタフェース部２０１、モバイル用ウェブ及びウイルスフィルタリングクライアント２０２、サービスサーバアドレスＤＢ２１１、及びデバイス情報ＤＢ２１３を備えることができる。ここで、モバイル用ウェブ及びウイルスフィルタリングクライアント２０２（以下、クライアントとする）は、リダイレクトモジュール２０３、同期化モジュール２０５、位置決定モジュール２０７、コネクトモジュール２０９を備えることができる。
【００４９】
ユーザインタフェース部２０１は、ユーザからデータを得ようとするウェブサーバのアドレス（例えば、ＵＲＬ）を受け取ることができる。ここで、データは、実行ファイルと非実行ファイルの両方を含み、テキスト、イメージ、又は動画を含む。サービスサーバ１００ａがスキャニングオプションとフィルタリングオプションとをすべて行うことができる場合には、ユーザインタフェース部２０１は、これらのオプションをユーザにより選択されることができ、そういうオプション選択情報は、リクエストメッセージに含まれるか、又はリクエストメッセージと共にサービスサーバに送信されることができる。
【００５０】
クライアント２０２は、サービスサーバ１００ａと相互有機的な動作によって悪性ウェブ及びウイルススキャニングのための全般的な動作を行う。
【００５１】
リダイレクトモジュール２０３は、ユーザからデータサーバのアドレスの入力がある場合、サービスサーバ１００ａに送信するリクエストメッセージを作成する。ここで、リクエストメッセージは、サービスサーバ１００ａに送信されるように作成され、その内部には、ユーザから受け取ったデータサーバのアドレス（例えば：ＵＲＬ）が含まれる。
【００５２】
位置決定モジュール２０７は、モバイルデバイス２００が格納するサービスサーバのアドレスが、モバイルデバイス２００の現在位置に適したものであるか否かを決定できる。このために、サービスサーバアドレスＤＢ２１１に格納されたサービスサーバのアドレスとデバイス情報ＤＢ２１３に格納されたモバイルデバイス２００の位置情報とを参照できる。
【００５３】
リダイレクトモジュール２０３は、リクエストメッセージを作成してサービスサーバ１００ａに送信できる。リダイレクトモジュール２０３は、サービスサーバアドレスＤＢ２１１に格納されたサービスサーバアドレスを参照して、リクエストメッセージを作成することができる。
【００５４】
コネクトモジュール２０９は、サービスサーバ１００ａとの通信を支援できる。例えば、コネクトモジュール２０９は、サービスサーバ１００ａとモバイルデバイス２００とが通信できる通信経路を設定する（例えば、サービスサーバ１００ａとモバイルデバイス２００との間の通信ソケット（Ｓｏｃｋｅｔ）を設定することができる）。
【００５５】
同期化モジュール２０５は、位置決定モジュール２０７を含んでクライアント２０２の全体又は一部をアップデートできる。また、同期化モジュール２０５は、サービスサーバ１００ａに予め格納された位置決定モジュール（図示せず）のバージョンとモバイルデバイス２００に格納された位置決定モジュールとを比較し、比較結果、仮にモバイルデバイス２００に格納された位置決定モジュールのバージョンが旧バージョンである場合、サービスサーバ１００ａに予め格納された位置決定モジュールでモバイルデバイス２００に格納された位置決定モジュール２０７をアップデートできる。
【００５６】
サービスサーバアドレスＤＢ２１１は、サービスサーバ１００ａのアドレスを格納する格納部である。サービスサーバアドレスＤＢ２１１に格納されるアドレスに送信されるリクエストメッセージがリダイレクトモジュール２０３により作成されるということは、上述したとおりである。
【００５７】
サービスサーバの決定は、モバイルデバイス２００とサービスサーバとの間の距離の近接性により決まる。好ましくは、モバイルデバイス２００と最も近い所に位置するサービスサーバにモバイルデバイス２００が接続される。
【００５８】
本発明の一実施の形態によれば、サービスサーバ１００ａは、プロキシサーバ１０１、管理サーバ１０２、フィルタリングサーバ１０５、アンチウイルスサーバ１０７、ロギングサーバ１０３、ログＤＢ１０９、ＵＲＬ  ＤＢ１１１、政策ＤＢ１１３、シグネチャーＤＢ（Ｓｉｇｎａｔｕｒｅ  ＤＢ）１１５、認証ＤＢ１１６、及びサービスサーバ情報ＤＢ１１８を備えることができる。
【００５９】
プロキシサーバ１０１は、モバイルデバイス２００が送信するリクエストメッセージを受信し、ユーザから受け取ったアドレスを有したデータサーバ（例えば、３００ａ）にリクエストメッセージを作成して送信し、データサーバ３００ａから前記アドレスにより指定されたデータを受信する。ここで、前記アドレスにより指定されたデータは、実行ファイル、非実行ファイル、テキスト、動画データ、イメージデータ、又は XML データを含むことができる。
【００６０】
本発明の一実施の形態によれば、プロキシサーバ１０１は、キャッシュメモリを具備しており、より速いサービスを提供するためにキャッシュメモリにモバイルデバイス２００が頻繁にアクセスするデータサーバのアドレスは予め格納しておく。したがって、このような実施の形態によれば、プロキシサーバ１０１は、モバイルデバイス２００からリクエストが受信されると、まずキャッシュメモリを参照して予め格納するサーバのアドレスであるか否かを確認し、確認結果、キャッシュメモリにあると、キャッシュメモリにあるデータをモバイルデバイス２００に送信する。しかしながら、確認結果、キャッシュメモリにないと、データサーバにデータの送信を要請する。
【００６１】
管理サーバ１０２は、認証、クライアントバージョン管理、モバイルデバイスの位置変更有無の判断及びクライアントアップデート動作を行う。管理サーバ１０２は、認証ＤＢ１１６とサービスサーバ情報ＤＢ１１８とを参照して、サービスサーバ１００ａに接続するモバイルデバイスに対する認証動作を行い、クライアントのバージョンを確認することができる。確認結果、クライアントバージョンが変更されたと判断されると、アップデート用データをＤＢ１１６、１１８から抽出して、モバイルデバイス２００に送信する。
【００６２】
また、管理サーバ１０２は、モバイルデバイスから受信したデータ（モバイルデバイスの位置を表す情報）に基づいて位置を確認し、確認結果、モバイルデバイスの位置が変更されたと判断されると、変更された位置に適したサービスサーバのアドレスを決定してモバイルデバイスに送信できる。
【００６３】
また、フィルタリングサーバ１０５は、モバイルデバイス２００から受信したリクエストメッセージに含まれたデータサーバのアドレスが接近の遮断されたサイトであるか否かを、ＵＲＬ  ＤＢ１１１を参照して判断できる。
【００６４】
アンチウイルスサーバ１０７は、データサーバ３００ａから受信したデータが悪性ウイルスを含んでいるか否かを判断できる。例えば、アンチウイルスサーバ１０７は、シグネチャーＤＢ１１５に格納されたシグネチャーとデータサーバ３００ａから受信したデータとを比較することで、ウイルスの存在有無を判断できる。
【００６５】
本発明の一実施の形態によれば、プロキシサーバ１０１は、モバイルデバイス２００から受信したリクエストに含まれたデータサーバのアドレスをフィルタリングサーバ１０５に送信する。フィルタリングサーバ１０５は、政策ＤＢ１１３とＵＲＬ  ＤＢ１１１に格納されたデータとを参照して、前記データサーバが悪性サイトであるか否かを判断し、その判断結果をプロキシサーバ１０１に送信する。悪性サイトと判断された場合、プロキシサーバ１０１は、その判断結果をモバイルデバイスに送信する。一方、悪性サイトではないと判断された場合には、プロキシサーバ１０１は、データサーバ３００ａのデータ送信を要請するリクエストを作成して、データサーバ３００ａに送信できる。
【００６６】
以後、プロキシサーバ１０１は、データサーバ３００ａから受信したデータをフィルタリングサーバ１０５に送信し、フィルタリングサーバ１０５は、プロキシサーバ１０１から受信したデータを再度アンチウイルスサーバ１０７に送信し、アンチウイルスサーバ１０７は、フィルタリングサーバ１０５から受信したデータが悪性ウイルスを含んでいるか否かを判断して、その判断結果をフィルタリングサーバ１０５に送信する。
【００６７】
以後、フィルタリングサーバ１０５は、データサーバ３００ａから受信したデータが悪性ウイルスを含んでいるか否かに対する判断結果をプロキシサーバ１０１に送信する。ここで、プロキシサーバ１０１は、データサーバ３００ａから受信したデータが悪性ウイルスを含んでいないと判断された場合に、データサーバ３００ａから受信したデータをモバイルデバイス２００に送信する。
【００６８】
ロギングサーバ１０３は、フィルタリングの結果とアンチウイルスを含んでいるか否かに対する判断結果を、ログＤＢ１０９に格納し続ける。
【００６９】
ＵＲＬ  ＤＢ１１１は、悪性ウェブサイトのＵＲＬや、予め設定された政策にしたがって遮断するウェブサイトのＵＲＬを格納する。
【００７０】
政策ＤＢ１１３は、フィルタリングサーバ１０５がフィルタリングする際に参照する政策を格納している。フィルタリングサーバ１０５は、政策ＤＢ１１３に格納された政策を参照して、サイトをフィルタリングするか否かを判断する。ここで、政策とは、ＵＲＬ  ＤＢ１１１に格納されたサイトのアドレスは遮断するということでありうる。
【００７１】
シグネチャーＤＢ１１５は、悪性ウイルスを識別できるシグネチャーを格納する。アンチウイルスサーバ１０７は、シグネチャーＤＢ１１５を参照して、データサーバ３００ａから受信したデータにシグネチャーが含まれているか否かを判断することによって、悪性ウイルスが含まれているか否かを判断する。
【００７２】
認証ＤＢ１１６は、モバイルデバイスを確認するための認証データ、クライアントバージョン、及びクライアントアップデート用データを格納する。ここで、クライアントアップデート用データは、位置決定モジュールをアップデートするデータ、クライアントの全体又は一部をアップデートするためのデータを含む。
【００７３】
サービスサーバ情報ＤＢ１１８は、モバイルデバイス２００の位置別に適したサービスサーバのアドレスを格納する。
【００７４】
管理サーバ１０２は、位置決定モジュール２０７をアップデートするか否かを判断し、アップデートの必要がある場合、位置決定モジュール２０７をアップデートするアップデート用データをモバイルデバイス２００に送信する。また、管理サーバ１０２は、サービスサーバアドレスＤＢ２１１に格納されたサービスサーバのアドレスを変更する必要があるか否かを判断し、仮に、変更する必要があると、サービスサーバ情報ＤＢ１１８を参照してモバイルデバイス２００の現在位置に適したサービスサーバを決定する。管理サーバ１０２は、決定したサービスサーバのアドレスをモバイルデバイス２００に送信する。
【００７５】
本発明の一実施の形態によれば、管理サーバ１０２は、モバイルデバイス２００の現在位置に適したサービスサーバを決定する際、モバイルデバイス２００の現在位置と最も近い所に位置したサービスサーバを適したサービスサーバとして決定できる。
【００７６】
モバイルデバイス２００の同期化モジュール２０５は、管理サーバ１０２から受信したクライアントアップデート用データで、予め格納していたデータをアップデートできる。また、モバイルデバイス２００の同期化モジュール２０５は、新しいサービスサーバのアドレスを受信した場合、サービスサーバアドレスＤＢ２１１に予め格納されたサービスサーバのアドレスを、前記新しいサーバのアドレスにアップデートする。
【００７７】
本発明の一実施の形態によれば、同期化モジュール２０５がサービスサーバアドレスＤＢ２１１に格納されたアドレスを新しいサーバのアドレスにアップデートした場合、位置決定モジュール２０７は、デバイス情報ＤＢ２１３に格納されたモバイルデバイス２００の位置情報（例えば、ＧＰＳ情報、ＡＰ情報、ローミング情報等）を参照して、前記新しいサーバのアドレスが適したものであるか否かを決定する。位置決定モジュール２０７が新しいサーバのアドレスが適していると判断した場合、リダイレクトモジュール２０３は、サービスサーバアドレスＤＢ２１１に格納されたサービスサーバのアドレスを参照して、リクエストメッセージを生成する。
【００７８】
仮に、位置決定モジュール２０７が前記新しいサーバのアドレスが適したものではないと判断した場合には、同期化モジュール２０５がデバイス情報ＤＢ２１３に格納されたデバイス２００の位置情報をサービスサーバ１００ａに送信しつつ、適したサービスサーバのアドレスを送信してくれることを要請する。以後、サービスサーバ１００ａは、上述したような動作を再度行って、モバイルデバイス２００の位置に適したサービスサーバのアドレスを決定して、モバイルデバイス２００に送信する。以後には、上述した動作を再度繰り返すことができる。
【００７９】
図３は、本発明の一実施の形態に係る悪性ウェブ及びウイルスフィルタリング方法を説明するために提供される図である。
【００８０】
図２及び図３に示すように、ユーザからユーザインタフェース部２０１を介してデータを要請するデータサーバのアドレスを受け取ると、モバイルデバイス２００は、データサーバ３００ａに直接リクエストメッセージを送信することではなく、サービスサーバ１００ａに送信されるリクエストメッセージを生成してネットワークに送信する。ここで、ネットワークは、インターネット網と無線通信網の両方を含む概念であって、モバイルデバイス２００、データサーバ３００ａ、及びサービスサーバ１００ａを接続する任意のすべての通信網を含む概念として使用される。
【００８１】
サービスサーバ１００ａのフィルタリングサーバ１０５は、モバイルデバイス２００から受信したリクエストメッセージに含まれたユーザから受け取ったアドレスが、悪性サイトであるか否かを判断する。悪性サイトではないと判断された場合、プロキシサーバ１０１は、データサーバ３００ａに送信するリクエストを再作成してネットワークに送信する。
【００８２】
プロキシサーバ１０１がデータサーバ３００ａからデータを受信すると、アンチウイルスサーバ１０７は、ウェブサーバ３００ａから受信したデータが悪性ウイルスを含んでいるか否かを判断する。
【００８３】
以後、予め設定された政策に違反されず、かつ悪性ウイルスも含んでいない場合は、データサーバ３００ａから受信したデータをモバイルデバイス２００に送信し、そうでない場合には、モバイルデバイス２００にそういう事実を通知する。
【００８４】
図４は、本発明の一実施の形態に係る悪性ウェブ及びウイルススキャニングシステムの機能ブロック図である。
【００８５】
図４に示すように、本発明の一実施の形態に係る悪性ウェブ及びウイルススキャニングシステムは、サービスサーバ４００、少なくとも一つのデータサーバ６００ａ、６００ｂ、６００ｃ、．．．及びモバイルデバイス５００を備える。
【００８６】
本発明の一実施の形態によれば、モバイルデバイス５００は、ユーザインタフェース部５０１、モバイル用ウェブ及びウイルススキャニングクライアント５０２、及びサービスサーバアドレスＤＢ５１１、及びデバイス情報ＤＢ５１３を含む。ここで、モバイル用ウェブ及びウイルススキャニングクライアント５０２（以下、クライアント）は、リダイレクトエージェント５０３、同期化モジュール５０５、位置決定モジュール５０７、コネクトモジュール５０９を備えることができる。
【００８７】
図４に示す実施の形態と図２の実施の形態とを比較すると、サービスサーバ４００、データサーバ６００ａ、６００ｂ、６００ｃ、．．．、及びモバイルデバイス５００は、各々サーバ１００ａ 、データサーバ３００ａ、３００ｂ、３００ｃ、．．．、及びモバイルデバイス２００にそれぞれ対応し、ユーザインタフェース部５０１、モバイル用ウェブ及びウイルススキャニングクライアント５０２、サービスサーバアドレスＤＢ５１１、及びデバイス情報ＤＢ５１３は、それぞれユーザインタフェース部２０１、モバイル用ウェブ、ウイルススキャニングクライアント２０２、サービスサーバアドレスＤＢ２１１、及びデバイス情報ＤＢ２１３に対応し、リダイレクトエージェント５０３、同期化モジュール５０５、位置決定モジュール５０７、及びコネクトモジュール５０９は、リダイレクトエージェント２０３、同期化モジュール２０５、位置決定モジュール２０７、及びコネクトモジュール２０９にそれぞれ対応する。互いに対応する構成要素は、互いに同一又は類似の機能を行い、以下では、互いに差のある部分を中心に説明するようにする。
【００８８】
ユーザインタフェース部５０１は、ユーザからデータ送信の要請を受け取ることができ、そういう要請には、ユーザが受信することを望むデータサーバのアドレスが含まれる。
【００８９】
リダイレクトエージェント５０３は、ユーザからデータサーバのアドレスの入力がある場合、サービスサーバ４００に送信するリクエストメッセージを作成する。ここで、リクエストメッセージは、サービスサーバ４００に送信されるように作成され、その内部には、ユーザから受け取ったデータサーバのアドレスが含まれている。
【００９０】
本発明の一実施の形態によれば、リダイレクトエージェント５０３は、ユーザからデータ送信要請が入力されると、サービスサーバアドレスＤＢ５１１に格納されたサービスサーバのアドレス（本実施の形態では、サービスサーバ４００のアドレスが格納されている）を参照して、サービスサーバ４００に送信するリクエストメッセージを作成することができる。
【００９１】
本発明の一実施の形態によれば、クライドサーバ４００は、リダイレクトサーバ４０１、管理サーバ４０２、スキャニングサーバ４０５、アンチウイルスサーバ４０７、ロギングサーバ４０３、ログＤＢ４０９、ＵＲＬ  ＤＢ４１１、政策ＤＢ４１３、シグネチャーＤＢ４１５、認証ＤＢ４１６、及びサービスサーバＤＢ４１８を備える。
【００９２】
図４に示された実施の形態と図２の実施の形態とを比較すると、リダイレクトサーバ４０１、管理サーバ４０２、スキャニングサーバ４０５、アンチウイルスサーバ４０７、ロギングサーバ４０３、ログＤＢ４０９、ＵＲＬ  ＤＢ４１１、政策ＤＢ４１３、シグネチャーＤＢ４１５、認証ＤＢ４１６、及びサービスサーバＤＢ４１８は、それぞれプロキシサーバ１０１、管理サーバ１０２、フィルタリングサーバ１０５、アンチウイルスサーバ１０７、ロギングサーバ１０３、ログＤＢ１０９、ＵＲＬ  ＤＢ１１１、政策ＤＢ１１３、シグネチャーＤＢ１１５、認証ＤＢ１１６、サービスサーバＤＢ４１８に対応する。互いに対応する構成要請は、互いに同一又は類似の機能を行い、以下では、互いに差のある部分を中心に説明する。
【００９３】
リダイレクトサーバ４０１は、モバイルデバイス５００が送信するリクエストメッセージを受信する。
【００９４】
スキャニングサーバ４０５は、リダイレクトサーバ４０１がモバイルデバイス５００から受信したリクエストメッセージに含まれたアドレスを有したデータサーバが、予め設定された政策に違反するサイトであるか否かを判断する。例えば、スキャニングサーバ４０５は、政策ＤＢ４１３とＵＲＬ  ＤＢ４１１とを参照して、モバイルデバイス５００から受信したリクエストメッセージに含まれたデータサーバのアドレスが悪性サイトであるか否かを判断できる。
【００９５】
リダイレクトサーバ４０１は、スキャニングサーバ４０５が「データサーバが悪性サイト」と判断した場合、その事実をモバイルデバイス５００に通知する。一方、リダイレクトサーバ４０１は、スキャニングサーバ４０５が前記データサーバを悪性サイトでないと判断した場合は、データサーバにデータを要請するリクエストを生成してデータサーバに送信する。
【００９６】
本発明の一実施の形態によれば、リダイレクトサーバ４０１は、データサーバ６００ａから受信したデータをアンチウイルスサーバ４０７に送信し、アンチウイルスサーバ４０７は、スキャニングサーバ４０５から受信したデータが悪性ウイルスを含んでいるか否かを判断して、リダイレクトサーバ４０１に送信する。
【００９７】
リダイレクトサーバ１０１は、悪性ウイルスが含まれていないと判断された場合、リダイレクトサーバ４０１は、データサーバ６００ａにデータをモバイルデバイス５００に直接送信することを要請する。データサーバ６００ａは、そういうリダイレクトサーバ４０１の要請に応じて、モバイルデバイス５００にデータを直接送信する。
【００９８】
ロギングサーバ４０３は、スキャニングの結果とアンチウイルスを含んでいるか否かに対する判断結果をログＤＢ１０９に格納し続ける。
【００９９】
政策ＤＢ４１３は、スキャニングサーバ４０５がスキャニングする際に参照する政策を格納している。スキャニングサーバ４０５は、政策ＤＢ４１３に格納された政策を参照して、悪性サイトをスキャニングするか否かを判断する。
【０１００】
図５は、本発明の一実施の形態に係る悪性ウェブ及びウイルススキャニング方法を説明するために提供される図である。
【０１０１】
図４と図５に示すように、ユーザからユーザインタフェース部５０１を介してデータを要請するサーバのアドレスを受け取ると、モバイルデバイス５００は、データサーバ６００ａに直接リクエストメッセージを送信することではなく、サービスサーバ４００に送信されるリクエストメッセージを生成してネットワークに送信する。
【０１０２】
サービスサーバ４００のリダイレクトサーバ４０１は、モバイルデバイス５００から受信したリクエストメッセージに含まれたユーザから受け取ったアドレスを利用して、予め設定された政策に違反しているか否かを判断できる。仮に、予め設定された政策に違反していないと、リダイレクトサーバ４０１は、データサーバ６００ａに送信するリクエストを作成してネットワークに送信する。リダイレクトサーバ４０１がデータサーバ６００ａからデータを受信すると、アンチウイルスサーバ４０７は、データサーバ６００ａから受信したデータが悪性ウイルスを含んでいるか否かを判断する。
【０１０３】
リダイレクトサーバ４０１は、スキャニングサーバ４０５とアンチウイルスサーバ４０７の判断結果をモバイルデバイス５００に送信できる。以後、スキャニングサーバ４０５とアンチウイルスサーバ４０７の判断結果、データサーバ６００ａが悪性サイトではなく、かつ悪性ウイルスを有していない場合、リダイレクトサーバ４０１は、データサーバ６００ａにモバイルデバイス５００に直接データを送信してくれることを要請する。以後、サービスサーバ６００ａは、モバイルデバイス５００に直接データを送信できる。
【０１０４】
一方、図４を参照して説明した悪性ウェブ及びウイルスフィルタリングシステムと、図２を参照して説明した悪性ウェブ及びウイルススキャニングシステムは、互いに統合して構成されることも可能である。例えば、各種ＤＢ（認証ＤＢ、ログＤＢ、ＵＲＬ  ＤＢ、政策ＤＢ、シグネチャーＤＢ）が前記スキャニングシステムとフィルタリングシステムをすべて支援できるように、必要なデータを格納するように構成し、フィルタリングサーバ１０５は、スキャニングサーバ４０５の機能をさらに含み、プロキシサーバ１０１がリダイレクトサーバ４０１の機能をさらに含むように構成し、またクライアント２０２がクライアント５０２の機能をさらに含むように構成できる。このように統合されたシステムでは、ユーザの選択に応じて、悪性ウェブ及びウイルススキャニング又はフィルタリング動作を行うことができる。統合されたシステムでは、ユーザがスキャニングオプションとフィルタリングオプションとを選択でき、モバイルデバイスのユーザインタフェース部は、そういうオプションを選択されることができる。ユーザがスキャニングオプション又はフィルタリングオプションを選択した場合、リダイレクトモジュールは、選択情報をリクエストメッセージに含めるか、又はリクエストメッセージと共にサービスサーバに送信する。サービスサーバは、前記選択情報を参照してスキャニング動作を行うか又はフィルタリング動作を行うかを決定でき、その決定に応じて、スキャニング動作又はフィルタリング動作を行うことができる。
【０１０５】
上述した実施の形態は、クライドに基づいて具現化されうるが、このような場合、サービスサーバは、クライドサーバでありうる。また、データサーバは、ウェブサーバでありうるが、ウェブサーバにのみ本願発明が限定されるものではないことはもちろんである。
【０１０６】
図６は、本発明の一実施の形態に係る位置決定モジュールをアップデートする方法を説明するために提供される図であって、具体的に、無線デバイスが現在アクティブになった位置と最も近い所に位置したサーバがどんなサービスサーバであるかを判断する方法を例示的に示したものである。
【０１０７】
図３と図６とを参照すると、モバイルデバイスにおいてクライアント２０２がモバイルデバイスの現在アクティブになった位置を予め設定された政策やオプションに従って検査し（Ｓ４０１）、モバイルデバイスの情報をクライアント２０２が収集してサービスサーバ１００ａに送信する（Ｓ４０３）。本発明の一実施の形態によれば、モバイルデバイス情報は、例えば、位置決定モジュールのチェックサム、モバイルデバイスの実行環境（例えば、オペレーティングシステム）、及び／又は現在アクティブになった位置に対する情報などを含むことができる。
【０１０８】
一方、管理サーバ１０２では、位置決定モジュールの変化有無を確認する（Ｓ４０５）。本発明の一実施の形態によれば、管理サーバ１０２は、クライアントから受信した位置決定モジュールのチェックサム情報を利用して、位置決定モジュールの変化有無を判断できる。
【０１０９】
仮に、位置決定モジュールの変化があると（Ｓ４０５−Ｙ）、管理サーバ１０２は、モバイルデバイス２００から受信したモバイルデバイス情報に応じて、モバイルデバイス２００の実行環境に合う位置決定モジュールアップデート用データを選択して、モバイルデバイス２００に送信する（Ｓ４０７）。
【０１１０】
モバイルデバイス２００は、管理サーバ１０２から受信した位置決定モジュールアップデート用データで既存の位置決定モジュール２０７をアップデートし（Ｓ４０９）、アップデートされた位置決定モジュールを実行する（Ｓ４１１）。以後、ステップＳ４０１に戻って、周期的に位置決定モジュールの変化有無を検査する。
【０１１１】
一方、位置決定モジュールの変化がないと、サービスサーバアドレスＤＢ２１１やデバイス情報ＤＢ２１３に格納された情報をアップデートする動作を行う（Ｓ４１５）。
【０１１２】
以上のように、本発明の一実施の形態に係る位置決定モジュールをアップデートする方法を図２の実施の形態を基準に説明したが、図４の実施の形態にも適用されうることはもちろんである。
【０１１３】
上述した図２と図４に例示された実施の形態において、ログＤＢ１０９、４０９、ＵＲＬ  ＤＢ１１１、４１１、政策ＤＢ１１３、４１３、シグネチャーＤＢ１１５、４１５、認証ＤＢ１１６、４１６、サービスサーバ情報ＤＢ１１８、４１８は、それぞれ別途の機能ブロックにて例示されたが、これは、あくまでも例示的な構成であって、前記ＤＢを少なくとも一つ以上のＤＢに統合又は細分化する構成も当然可能である。また、モバイルデバイス２００に備えられるＤＢ２１１、２１３も、少なくとも一つ以上のＤＢに統合又は細分化して構成できることはもちろんである。
【０１１４】
また、本発明の他の実施の形態によれば、上述の実施の形態を実行しうる少なくとも一つのプロセッシングエリメントを制御しうるコンピュータ読み取り可能なコード／命令語を格納する記録媒体により具現化されうる。
【０１１５】
本発明の実施の形態によるコンピュータ読み取り可能なコードは、多様な方式の記録媒体に記録又は送信されることができる。ここで、記録媒体は、例えば、マグネチック格納媒体（例えば、ＲＯＭ、フロッピーディスク、ハードディスクなど）、光学的記録媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ）、及びインターネット送信媒体のような送信媒体を含む。
【０１１６】
一方、本発明の詳細な説明では具体的な実施の形態について説明したが、本発明の範囲から逸脱しない範囲内で多様な変形が可能であることは勿論である。したがって、本発明の範囲は、上述の実施の形態に限って決まらず、特許請求の範囲だけでなく、特許請求の範囲と均等なものによって決まらねばならない。
【図１】
0005463268.tif 000002
【図２】
0005463268.tif 000003
【図３】
0005463268.tif 000004
【図４】
0005463268.tif 000005
【図５】
0005463268.tif 000006
【図６】
0005463268.tif 000007