JP4598308B2 - データ通信システム及びデータ通信方法 - Google Patents
データ通信システム及びデータ通信方法 Download PDFInfo
- Publication number
- JP4598308B2 JP4598308B2 JP2001165580A JP2001165580A JP4598308B2 JP 4598308 B2 JP4598308 B2 JP 4598308B2 JP 2001165580 A JP2001165580 A JP 2001165580A JP 2001165580 A JP2001165580 A JP 2001165580A JP 4598308 B2 JP4598308 B2 JP 4598308B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- server
- information
- address
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のコンピュータネットワークにおいて、様々な不正行為による被害を防止するためのデータ通信システム及びデータ通信方法に関する。
【０００２】
【従来の技術】
インターネットはオープンなネットワーク環境であるがゆえに、世界規模で急速に普及してきた。しかし、その一方で、いわゆるコンピュータウィルスやジャンクメール等の不正行為による被害が数多く発生している。
そこで、これらの問題に対する対抗策が従来から各種提案されている。例えばコンピュータウィルスに対してはワクチンソフトと呼ばれる対抗策が採られている。このワクチンソフトは、コンピュータの外部から進入してきたコンピュータウィルスを検出してこれを駆除するためのコンピュータプログラムであり、ユーザのパソコンにインストールして利用される。
【０００３】
【発明が解決しようとする課題】
コンピュータウィルスの検出技術の代表的なものとして、例えばパターンマッチング方式がある。これは既知のコンピュータウィルスのコードの中からこのウィルスに固有のコードパターンを「ウィルス定義ファイル」と呼ばれるファイルに記憶しておき、このウィルス定義ファイル内のコードパターンと検索対象のファイルのコードとを比較してコンピュータウィルスの存在を検出するというものである。
【０００４】
このパターンマッチング方式は、より迅速にコンピュータウィルスを検出できるという点で優れているが、新たなコンピュータウィルスが出現する度にこれを１つ１つ解析してコードパターンを抽出するという事前処理が必要となるため、新種のコンピュータウィルスに対しては対応が遅れてしまうという問題がある。
そこで、ワクチンソフトの提供者は、最新のコンピュータウィルスに対応したウィルス定義ファイルを自身のホームページ上に用意しておき、ユーザはこのホームページにアクセスして自身のワクチンソフトをアップデートする等して、この問題に対処している。しかし、ユーザからみれば、このようなアップデート作業は非常に煩わしいものである。
【０００５】
また、ジャンクメールについても、既知のジャンクメールの類型パターンを記憶しておき、これと照合してジャンクメールを検出するというような対応策が考えられる。しかし、これも上記コンピュータウィルスと同様の問題が生じてしまう。
【０００６】
本発明は、このような背景の下になされたものであり、ユーザの利便性を損ねることなく、インターネット等のコンピュータネットワークにおいて様々な不正行為による被害を防止するためのデータ通信システム及びデータ通信方法に関する。
【０００７】
【課題を解決するための手段】
上述した課題を解決するため、本発明は、データ通信を行う情報通信装置に接続されてデータ伝送を中継するデータ中継装置と、データに対してセキュリティチェックを行うサーバとからなるデータ通信システムであって、前記データ中継装置は、前記セキュリティチェックの対象となるプロトコルの情報、又は前記セキュリティチェックの対象でないプロトコルの情報を記憶する記憶手段と、前記情報通信装置から送信されてくるデータであって、前記情報通信装置の通信アドレスを送信元アドレスとして含むと共に、当該データが従うプロトコルを識別するプロトコル識別情報と宛先アドレスとを含んだデータを受信する手段と、前記受信したデータに含まれているプロトコル識別情報と、前記記憶手段に記憶されている情報とに基づいて、前記受信したデータが従うプロトコルが前記セキュリティチェックの対象となるプロトコルであるか否かを判断する手段と、前記セキュリティチェックの対象となるプロトコルであると判断した場合、前記受信したデータを前記サーバに転送し、前記セキュリティチェックの対象となるプロトコルでないと判断した場合、前記受信したデータを当該データに含まれている宛先アドレスが示す宛先へ送信する手段とを備え、前記サーバは、前記データ中継装置から転送されてくるデータを受信するデータ受信手段と、前記データ受信手段が受信したデータに含まれている送信元アドレスを前記サーバの通信アドレスに書き換える手段と、送信元アドレスを書き換えた後の前記データを当該データに含まれている宛先アドレスが示す宛先へ送信するデータ送信手段と、前記データ送信手段が送信したデータに応答して前記宛先から送信されてくる応答データであって、前記宛先の通信アドレスを送信元アドレスとして含むと共に、前記サーバの通信アドレスを宛先アドレスとして含んだ応答データを受信する応答データ受信手段と、前記受信した応答データに対してセキュリティチェックを行うセキュリティチェック手段と、前記受信した応答データに含まれている宛先アドレスを前記情報通信装置の通信アドレスに書き換える手段と、前記セキュリティチェックと宛先アドレスの書き換えを行った後の応答データを前記情報通信装置に送信する応答データ送信手段とを備えるデータ通信システムを提供する。
このシステムによれば、サーバでは、データ中継装置から転送されてくるデータを当該データの宛先へ送信し、この送信したデータに応答して宛先から送信されてくる応答データを受信すると、この受信した応答データに対してセキュリティチェックを行うことができる。
【０００９】
また、本発明は、データ通信を行う情報通信装置に接続されてデータ伝送を中継するデータ中継装置と、データに対してセキュリティチェックを行うサーバとを用いたデータ通信方法であって、前記データ中継装置は、前記情報通信装置から送信されてくるデータであって、前記情報通信装置の通信アドレスを送信元アドレスとして含むと共に、当該データが従うプロトコルを識別するプロトコル識別情報と宛先アドレスとを含んだデータを受信し、前記受信したデータに含まれているプロトコル識別情報と、記憶手段に記憶されている前記セキュリティチェックの対象となるプロトコルの情報又は前記セキュリティチェックの対象でないプロトコルの情報とに基づいて、前記受信したデータが従うプロトコルが前記セキュリティチェックの対象となるプロトコルであるか否かを判断し、前記セキュリティチェックの対象となるプロトコルであると判断した場合、前記受信したデータを前記サーバに転送し、前記セキュリティチェックの対象となるプロトコルでないと判断した場合、前記受信したデータを当該データに含まれている宛先アドレスが示す宛先へ送信し、前記サーバは、前記データ中継装置から転送されてくるデータを受信し、前記データ中継装置から受信したデータに含まれている送信元アドレスを前記サーバの通信アドレスに書き換え、送信元アドレスを書き換えた後の前記データを当該データに含まれている宛先アドレスが示す宛先へ送信し、前記送信したデータに応答して前記宛先から送信されてくる応答データであって、前記宛先の通信アドレスを送信元アドレスとして含むと共に、前記サーバの通信アドレスを宛先アドレスとして含んだ応答データを受信し、前記受信した応答データに対してセキュリティチェックを行うと共に、当該応答データに含まれている宛先アドレスを前記情報通信装置の通信アドレスに書き換え、前記セキュリティチェックと宛先アドレスの書き換えを行った後の応答データを前記情報通信装置に送信することを特徴とするデータ通信方法を提供する。
この方法によれば、サーバでは、データ中継装置から転送されてくるデータを当該データの宛先へ送信し、この送信したデータに応答して宛先から送信されてくる応答データを受信すると、この受信した応答データに対してセキュリティチェックを行うことができる。
【００１９】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。ただし、本発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
【００２０】
Ａ：構成
まず、実施形態の構成について説明する。
（１）システムの全体構成
図１は、実施形態に係るシステムの全体構成を示すブロック図である。図１に示すように、このシステムは、ホームネットワーク１、ＡＤＳＬ（Asymmetric Digital Subscriber Line）網２、インターネットサービスプロバイダ（以下ＩＳＰと略称）３、インターネット４、センタ５及びＷＷＷサーバ６を備えている。なお、図１においては、システム構成を簡単に説明するために、ホームネットワーク１、ＩＳＰ３及びＷＷＷサーバ６をそれぞれ１つしか図示していないが、実際にはこれらの構成要素はそれぞれ複数存在している。
【００２１】
ホームネットワーク１は、ユーザの家庭に設置されたローカルエリアネットワークである。このホームネットワーク１は、各種の情報通信装置１０〜１３、ルータ１４、ＡＤＳＬモデム１５、及びこれらを接続する各種通信ケーブルを備えている。図１では情報通信装置の一例として、パーソナルコンピュータ（以下ＰＣと略称）１０、テレビジョン１１、ＭＰ３（MPEG-1 Audio Layer-3）プレーヤ１２、ＰＤＡ（Personal Digital Assistants）１３を示しているが、この他にも例えばデジタルカメラ、ゲーム用機器、セットトップボックス、携帯電話機、冷蔵庫、電子レンジ、防犯システム等の様々な機器を利用することが可能である。これら情報通信装置１０〜１３は、ＷＷＷ（World Wide Web）ブラウザ等の文書閲覧プログラムを搭載しており、インターネット４に接続された各種サーバが提供する情報を取得し表示することが可能になっている。
【００２２】
ルータ１４は、ツイストペアケーブル（例えば１０ＢＡＳＥ−Ｔケーブル）や同軸ケーブル等の通信ケーブルによって情報通信装置１０〜１３に接続されるとともに、モジュラーケーブル等の通信ケーブルを介してＡＤＳＬモデム１５に接続されている。このルータ１４は、自身が記憶しているルーティングテーブルに基づいてデータ伝送を中継する周知のルーティング機能を備える他、所定の条件に基づいて中継対象のデータをセンタ５に転送する転送機能を備えている。
ここで、ルータ１４は、上記転送機能を実現する際に、センタ５内に設置されたセキュリティサーバ５１（後述する）を情報通信装置１０〜１３の代理となるプロキシサーバに指定し、このセキュリティサーバ５１に対していわゆるトンネリングを行ってデータ転送を行うようになっている。
【００２３】
ＡＤＳＬモデム１５は、モジュラーケーブル等の通信ケーブルを介してＡＤＳＬ網２に接続されている。このＡＤＳＬモデム１５は、ＡＤＳＬ網２とホームネットワーク１との間でデータ信号の授受が可能となるように、このデータ信号の変復調を行う機能を備えている。
【００２４】
センタ５は、図示せぬルータを介してインターネット４に接続されている。このセンタ５は、セキュリティサーバ５１、シリアル情報データベース（以下データベースをＤＢと略称）５２、セキュリティ契約情報ＤＢ５３、及びこれらを相互に接続する高速デジタル回線５４を備えている。
【００２５】
セキュリティサーバ５１は、プロキシ機能とセキュリティチェック機能を備えたサーバである。
プロキシ機能とは、前述したように、ルータ１４からＡＤＳＬ網２及びインターネット４を介して転送されてくるデータを受信すると、受信したデータを情報通信装置１０〜１３の代理としてその宛先に送信し、これに応答してその宛先から送信されてくるデータを受信し、これを情報通信装置１０〜１３に送信する機能である。
セキュリティチェック機能とは、パターンマッチング等を行ってコンピュータウィルスやジャンクメールを検出し、検出したコンピュータウィルスを周知のアルゴリズムを用いて駆除したり、ジャンクメールを廃棄したりする機能である。この際用いられるコンピュータウィルスの駆除方法としては、コンピュータウィルスに相当するコードを適当なコードに置き換えたり、コンピュータウィルスに感染したデータファイルを削除したり、そのファイルの拡張子を変更したりする等の方法がある。
さらに、このセキュリティサーバ５１は、情報通信装置１０〜１３のユーザがセキュリティチェックを受ける契約を行うための契約申込画面を示すデータ（以下契約申込画面データと呼ぶ）を記憶しており、情報通信装置１０〜１３からのリクエストに応じて、この契約申込画面データを送信する機能を備えている。
【００２６】
シリアル情報ＤＢ５２には、既に製造された全てのルータ１４のシリアルナンバーと、これらルータ１４の各々に予め割り当てられている個体パスワードとからなるシリアル情報が格納されている。このシリアル情報は、セキュリティサーバ５１がルータ１４の正当性を確認するために利用される。
【００２７】
セキュリティ契約情報ＤＢ５３には、情報通信装置１０〜１３のユーザとセンタ５の管理者との間で交わされるセキュリティチェックの契約の内容を示すセキュリティ契約情報が格納されている。より具体的には、このセキュリティ契約情報は、各ルータ１４から転送されてくるデータに対し、どのような種類のセキュリティチェックを行うかということを示す情報である。
【００２８】
ＩＳＰ３は、図示せぬルータを介してＡＤＳＬ網２に接続されるとともに、図示せぬ別のルータを介してインターネット４に接続されている。このＩＳＰ３は、図１に示したＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３、契約代行サーバ３４、ユーザ情報ＤＢ３５、課金情報ＤＢ３６、及びこれらを接続する高速デジタル回線３７のほか、図示せぬゲートウェイサーバやＤＮＳ（Domain Name Service）サーバを備えている。
このＩＳＰ３は、上述したサーバ群やデータベース群が連携して機能することにより、情報通信装置１０〜１３に対し、インターネット４への接続サービスや電子メールの中継サービスを提供する。さらに、ＩＳＰ３は、情報通信装置１０〜１３のユーザとセンタ５と間で交わされるべきセキュリティチェックの契約に関する処理をセンタ５に代わって行う契約代行機能と、このセキュリティチェックに関する課金処理をセンタ５に代わって行う課金代行機能を備えている。
【００２９】
以下、ＩＳＰ３を構成するサーバ及びデータベースの各々が実現する機能の概略を説明する。
まず、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２及びＳＭＴＰサーバ３３はそれぞれ周知のサーバである。即ち、ＰＯＰサーバ３１はＰＯＰ３（Post Office Protocol version 3）を用いて情報通信装置１０〜１３宛の電子メール（以下受信メール）をその宛て先に配信するサーバである。ＩＭＡＰサーバ３２はＩＭＡＰ４（Internet Message Access Protocol version 4）を用いて情報通信装置１０〜１３宛の受信メールをその宛先に配信するサーバである。ＳＭＴＰサーバ３３は、ＳＭＴＰ（Simple Mail Transfer Protocol）を用いて情報通信装置１０〜１３から送信された電子メール（以下送信メール）をその宛先に対応したＳＭＴＰサーバ（図示略）へ転送するサーバである。
【００３０】
次に、契約代行サーバ３４は、前述したセキュリティチェックの契約代行を行うサーバである。より具体的には、契約代行サーバ３４は、情報通信装置１０〜１３から送信されてくるセキュリティ契約情報を受信すると、ユーザ認証を行ってユーザの正当性を確認した後、そのセキュリティ契約情報を本来の契約主体であるセンタ５に転送するととともに、当該セキュリティ契約情報をＩＳＰ３内のユーザ情報ＤＢ３５に転送するようになっている。
【００３１】
ユーザ情報ＤＢ３５には、ＩＳＰ３によるＩＰ接続サービスやメール中継サービスを受けるユーザの属性情報に加え、上述のようにして契約代行サーバ３５から転送されてくるセキュリティ契約情報が記憶されている。
【００３２】
課金情報ＤＢ３６には、ＩＳＰ３によるＩＰ接続サービスやメール中継サービスに対応した課金情報に加えて、センタ５が行うセキュリティチェックに対応した課金情報が記憶されている。この課金情報ＤＢ３６は、専用線を介して金融機関システム７に接続されている。金融機関システム７は、課金情報ＤＢ３６に記憶されている課金情報に基づいて、ユーザが指定する銀行口座から課金額を引き落とす処理を行うようになっている。
【００３３】
ＷＷＷサーバ６は、図示せぬルータを介してインターネット４に接続されている。このＷＷＷサーバ６は、各種コンテンツを示すコンテンツデータをＨＴＭＬ（HyperText Markup Language）形式やＸＭＬ（Extensible Markup Language）形式で記憶しており、インターネット４を介して送信されてくるＨＴＴＰ（HyperText Transfer Protocol）リクエストに応答して、これらコンテンツデータをＨＴＴＰレスポンスとして送信するようになっている。
ここで、コンテンツとは、例えばニュース、電子書籍、オーディオ、ビデオクリップ、ホームページというような、テキスト、音楽、画像の少なくともいずれか１つによって表現される情報を意味する他、ゲームソフトやＪａｖａ（登録商標）アプレット等の各種コンピュータプログラムをも含む概念である。
【００３４】
（２）ルータ１４の構成
次に、図２のブロック図を参照しながら、ルータ１４の構成について説明する。
図２に示すように、ルータ１４は、ＣＰＵ（Central Proccessing Unit）１４１、ＲＯＭ（Read Only Memory）１４２、ＲＡＭ（Random Access Memory）１４３、フラッシュメモリ１４４、表示部１４５、ＬＡＮ通信部１４６、ＷＡＮ通信部１４７、及びこれらを相互に接続するバス１４８を備えている。
ＲＯＭ１４２には、ルーティング処理を行うためのルーティングプログラム等の制御プログラムの他、各ルータ１４に固有のシリアルナンバーや、このシリアルナンバーに基づいて生成された個体パスワードが記憶されている。この個体パスワードは、シリアルナンバーを構成する文字列を基に所定のアルゴリズムに従って生成される文字列であり、ルータ１４の製造時にシリアルナンバーとともにＲＯＭ１４２に書き込まれる。
ＣＰＵ１４１は、ＲＯＭ１４２から制御プログラムを読み出し、これを実行することによってルータ１４全体を制御する。ＲＡＭ１４３は、ＣＰＵ１４１のワークエリアとして用いられ、例えばＣＰＵ１４１によって実行される制御プログラムが展開されたり、制御プログラムの実行時に用いられる各種データが一時的に記憶される。
フラッシュメモリ１４４には、ルーティング先のＩＰアドレスが記述された周知のルーティングテーブルと、ルータ１４のＩＰアドレスと、セキュリティサーバ５１のＩＰアドレスと、セキュリティサーバ５１に転送すべきデータが従うアプリケーション層プロトコルのプロトコル名が記述されたチェック対象プロトコルテーブルが記憶されている。これらフラッシュメモリ１４４に記憶されるもののうち、セキュリティサーバ５１のＩＰアドレスと、チェック対象プロトコルテーブルに記述されるデータは、ユーザがセキュリティチェックの契約を締結することにより、契約代行サーバ３４からＡＤＳＬ網２を介して通知されて、このフラッシュメモリ１４４に記憶されるようになっている。
表示部１４５は、図示せぬＬＥＤ（Light Emitting Diode）や液晶パネル等の表示装置と、これを駆動する駆動ドライバとを備えており、ＣＰＵ１４１の制御の下で各種の状態や情報を表示するようになっている。
ＬＡＮ通信部１４６は、図示せぬ４ポートハブを備えている。この４ポートハブには、各情報通信装置１０〜１３に接続される通信ケーブルの端部が挿入され、これにより、各情報通信装置１０〜１３とルータ１４とが相互に接続されるようになっている。ＬＡＮ通信部１４６、この４ポートハブを介して、情報通信装置１０〜１３との間でデータ通信を行う。
ＷＡＮ通信部１４７は、図示せぬＡＤＳＬポートを備えている。このＡＤＳＬポートには、ＡＤＳＬモデム１５に接続される通信ケーブルの端部が挿入され、これにより、ＡＤＳＬモデム１５とルータ１４とが接続されるようになっている。ＷＡＮ通信部１４７は、このＡＤＳＬポートを介して、ＡＤＳＬモデム１５との間でデータ通信を行う。
【００３５】
ここで、図３のフォーマット図を参照しながら、フラッシュメモリ１４４に記憶されているチェック対象プロトコルテーブルの構成について説明する。
図３に示すように、チェック対象プロトコルテーブルには、セキュリティチェックの対象となるアプリケーション層プロトコルのプロトコル名と、このアプリケーション層プロトコルに対応する宛先ポート番号とが関連付けて記憶されている。ルータ１４のＣＰＵ１４１は、中継すべきパケットのＴＣＰヘッダに含まれている宛先ポート番号が、チェック対象プロトコルテーブルに記憶されている宛先ポート番号と一致した場合には、そのパケットをセキュリティサーバ５１に転送する。
一方、中継すべきパケットのＴＣＰヘッダに含まれている宛先ポート番号が、チェック対象プロトコルテーブルに記憶されている宛先ポート番号と一致しない場合には、ＣＰＵ１４１は、通常のルーティング処理を行う。即ち、ＣＰＵ１４１は、パケットのＩＰヘッダに書き込まれているＩＰアドレスと、フラッシュメモリ１４４内のルーティングテーブルとに従って当該パケットをその宛先へ送信するようになっている。
図３に示す例では、ＰＯＰ３、ＳＭＴＰ、ＨＴＴＰという３種類のアプリケーション層プロトコルのデータをセキュリティサーバ５１に転送するように設定されており、これらアプリケーション層プロトコルに対応する宛先ポート番号はそれぞれ「１１０」、「２５」、「８０」であることを意味している。
【００３６】
（３）センタ５の構成
次に、センタ５の構成について詳細に説明する。
（３−１）セキュリティサーバ５１の構成
まず、図４のブロック図を参照しながら、セキュリティサーバ５１の構成について説明する。
図４に示すように、セキュリティサーバ５１は、ＣＰＵ５１１、ＲＯＭ５１２、ＲＡＭ５１３、通信部５１４、ハードディスク装置５１５、及びこれらを相互に接続するバス５１６を備えている。
ＲＯＭ５１２にはＩＰＬ（Initial Program Loader）等の基本制御を司る制御プログラムが格納されている。ＣＰＵ５１１は、このＲＯＭ５１２やハードディスク装置５１５から各種プログラムを読み出し、これを実行する。ＲＡＭ５１３は、ＣＰＵ５１１のワークエリアとして用いられ、例えばＣＰＵ５１１によって実行されるプログラムが展開されたり、プログラム実行時に用いられる各種データが一時的に記憶される。
通信部５１４は、インターネット４に接続するための接続インタフェースやモデムを備えており、インターネット４を介して各種の通信装置とデータ通信を行う。
ハードディスク装置５１５には、図４に示す契約申込画面配信プログラムやセキュリティチェックプログラムの他、情報通信装置１０〜１３のプロキシサーバとして機能するための図示せぬプロキシプログラムが記憶されている。契約申込画面配信プログラムは、前述した契約申込画面データを情報通信装置１０〜１３に配信するためのコンピュータプログラムである。ＣＰＵ５１１は、情報通信装置１０〜１３のいずれかからの要求に応じて、この契約申込画面配信プログラムを実行し、要求元の情報通信装置１０〜１３に対して契約申込画面データを送信するようになっている。セキュリティチェックプログラムは、セキュリティサーバ５１が情報通信装置１０〜１３の代理として送受信するデータに対してセキュリティチェックを行うためのコンピュータプログラムである。このセキュリティチェックプログラムは、新種のコンピュータウィルス等に対応可能となるように、センタ５の管理者によって随時更新されている。
【００３７】
（３−２）シリアル情報ＤＢ５２の構成
次に、図５のフォーマット図を参照しながら、シリアル情報ＤＢ５２の構成について説明する。
図５に示すように、シリアル情報ＤＢ５２には、シリアルナンバーと、このシリアルナンバーに基づいて生成された個体パスワードとが対応付けて記憶されている。図５に示す例では、シリアルナンバー「Ｓ０００００１」に対応する個体パスワードが「ａｂｃ１２３」であることを意味している。これらのシリアル情報は、ルータ１４の製造工場から通知されることにより、このシリアル情報ＤＢ５２に格納されるようになっている。
【００３８】
（３−３）セキュリティ契約情報ＤＢ５３の構成
次に、図６のフォーマット図を参照しながら、セキュリティ契約情報ＤＢ５３の構成について説明する。
図６に示すように、セキュリティ契約情報ＤＢ５３には、各ルータ１４の「シリアルナンバー」に対応して、そのルータ１４のユーザが契約によって指定した「セキュリティチェックの内容」が記憶されている。図６に示す例では、シリアルナンバー「Ｓ０００００１」に対応するルータ１４に対しては、コンピュータウィルスの駆除を目的とした「ウィルスチェック」と、ジャンクメールの廃棄を目的とした「ジャンクメールチェック」とが「オン」設定されており、これらウィルスチェック及びジャンクメールチェックがなされることを意味している。
さらに、このシリアルナンバー「Ｓ０００００１」に対応するルータ１４において、ウィルスチェックのチェック対象プロトコルは、「ＰＯＰ３」、「ＳＭＴＰ」、「ＨＴＴＰ」となっている。これは、情報通信装置１０〜１３がＰＯＰ３を用いて受信する受信メールと、情報通信装置１０〜１３がＳＭＴＰを用いて送信する送信メールと、ＷＷＷサーバ６から情報通信装置１０〜１３に対しＨＴＴＰレスポンスとして送信されるコンテンツデータに対してウィルスチェックがなされることを意味している。同様に、ジャンクメールチェックのチェック対象プロトコルは「ＰＯＰ３」となっており、これは、情報通信装置１０〜１３がＰＯＰ３を用いて受信する受信メールに対してジャンクメールチェックがなされることを意味している。
これらのセキュリティ契約情報は、契約代行サーバ３４から通知されることにより、このセキュリティ契約情報ＤＢ５３に記憶されるようになっている。
【００３９】
（４）ＩＳＰ３の構成
次に、ＩＳＰ３内に設置されているユーザ情報ＤＢ３５及び課金情報ＤＢ３６の構成について説明する。
（４−１）ユーザ情報ＤＢ３５の構成
図７は、ユーザ情報ＤＢ３５に記憶されているユーザ情報の一例を示したフォーマット図である。
図７に示すように、ユーザ情報ＤＢ３５には、ＩＳＰ３が各ユーザに割り当てた「ユーザＩＤ」と「パスワード」、ユーザが使用するルータ１４の「シリアルナンバー」とこれに対応する「個体パスワード」、このルータ１４に対応した「セキュリティチェックの内容」の他、「ユーザ名」、「住所」、「生年月日」等のユーザの属性情報が、それぞれ関連付けて記憶されている。
例えば図７に示すユーザＩＤ「ａａａ」に対応するユーザについては、図６で説明したシリアルナンバー「Ｓ０００００１」のルータ１４に対応するセキュリティチェックの内容と同一のデータが記憶されている。一方、ユーザＩＤ「ｂｂｂ」が示すユーザについては、セキュリティチェックの内容がブランクになっており、このユーザはセキュリティチェックの契約を行っていないことが示されている。
上記の「シリアルナンバー」、「個体パスワード」及び「セキュリティチェックの内容」は、前述したように、契約代行サーバ３４から通知されることにより、このユーザ情報ＤＢ３５に記憶されるようになっている。
【００４０】
（４−２）課金情報ＤＢ３６の構成
次に、図８のフォーマット図を参照しながら、課金情報ＤＢ３６の構成を説明する。
図８に示すように、課金情報ＤＢ３６には、ＩＳＰ３のユーザに割り当てられた「ユーザＩＤ」に対応して、このユーザに対して課された課金額を引き落とすための「銀行口座」、ＩＳＰ３が提供した接続サービス及びメール中継サービスに対してユーザが毎月支払うべき「ＩＳＰ課金額」、センタ５が行ったセキュリティチェックに対してユーザが毎月支払うべき「セキュリティチェック課金額」、およびこれらの課金額を合算した「課金額合計」が記憶されている。例えば、ユーザＩＤ「ａａａ」に対応するユーザに対しては、ＩＳＰ課金額「５０００円」とセキュリティチェック課金額「３０００円」とを合算した「８０００円」が毎月、課金されることを意味している。
ここで、ウィルスチェックとジャンクメールチェックとでは別々に課金されるようになっており、図８に示す例では、ウィルスチェックに関する課金額は「２０００円」であり、ジャンクメールチェックに関する課金額は「１０００円」に設定されている。
また、ユーザＩＤ「ｂｂｂ」に対応するユーザは、ＩＳＰ３によるサービスのみを受けており、センタ５によるセキュリティチェックを受けていないので、セキュリティチェック課金額はブランクになっている。
このような課金情報は、ＩＳＰ３が図示せぬ記憶装置に記憶している当該ＩＳＰ３自身のサービス契約情報と、上述したユーザ情報ＤＢ３５に記憶されているセキュリティチェックに関する情報とに基づいて生成され、この課金情報ＤＢ３６に格納される。
以上が本実施形態の構成である。
【００４１】
Ｂ：動作
次に、上記構成からなる実施形態の動作について説明する。
前述したように、ルータ１４は受信したデータをトンネリングを行ってセキュリティサーバに転送し、これに応じて、セキュリティサーバ５１は情報通信装置１０〜１３のプロキシサーバとして機能する。
そこで、具体的な動作例を説明する前に、ルータ１４とセキュリティサーバ５１がデータを送受信する際に行う基本動作を、送受信されるデータの構造とともに説明しておく。
【００４２】
図９は、ＰＣ１０が、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３及びＷＷＷサーバ６のいずれかとデータ通信を行う際の仕組みを説明する説明図である。なお、ＰＣ１０が、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３及びＷＷＷサーバ６のいずれかとデータ通信を行う際には、送受信の対象となるデータは複数のパケットに分割されて送受信されるが、図９においては簡単に説明するため、これら複数のパケットのうちの１つのパケットのみに着目して説明を行う。
【００４３】
図９において、まず、ＰＣ１０は、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３、ＷＷＷサーバ６のいずれか（以下ＰＯＰサーバ３１を例示して説明する）に対して各種要求を行うためのパケットＰ１を送信する。このパケットＰ１は、図１０のフォーマット図に示すように、ＩＰヘッダの宛先アドレスフィールドには「ＰＯＰサーバ３１のＩＰアドレス」が記述され、送信元アドレスフィールドには「ＰＣ１０のＩＰアドレス」が記述されている。また、ＴＣＰヘッダの宛先ポート番号フィールドには「１１０」番が記述されている。
【００４４】
ルータ１４は、パケットＰ１を受信すると、カプセル化を行ってパケットＰ２を生成し、これをセキュリティサーバ５１に送信する。このパケットＰ２は、図１１のフォーマット図に示すように、パケットＰ１に対してさらにＩＰヘッダ、ＴＣＰヘッダ及びＴＣＰペイロードが付加されたデータ構造となっている。
付加されたＩＰヘッダの宛先アドレスフィールドには「セキュリティサーバ５１のＩＰアドレス」が記述され、送信元アドレスフィールドには「ルータ１４のＩＰアドレス」が記述されている。
ここで、本実施形態では、ルータ１４及びセキュリティサーバ間はＳＯＣＫＳプロトコルを用いてトンネリングを行うようになっている。そこで、付加されたＴＣＰヘッダには、ＳＯＣＫＳプロトコルにおいて使用する宛先ポート番号フィールドが設けられており、このフィールドには「１０５０」番が記述されている。さらに、付加されたＴＣＰペイロードには、トンネル用認証情報フィールドが設けられており、このフィールドにはルータ１４のフラッシュメモリ１４４から読み出された「シリアルナンバー」が記述されている。
【００４５】
セキュリティサーバ５１はパケットＰ２を受信すると、まず、ＴＣＰペイロードに含まれるシリアルナンバーがシリアル情報ＤＢ５２に記憶されているか否かによりルータ１４の正当性を確認する。次いで、セキュリティサーバ５１は、ルータ１４によって付加されたＩＰヘッダ、ＴＣＰヘッダ及びＴＣＰペイロードを取り除いて脱カプセル化を行い、パケットＰ３を得る。さらに、セキュリティサーバ５１は、このパケットＰ３のＩＰヘッダの送信元アドレスフィールドに書きこまれている「ＰＣ１０のＩＰアドレス」を、「セキュリティサーバ５１のＩＰアドレス」に書き換えて、図１２のフォーマット図に示すようなパケットＰ４を生成し、これをＰＯＰサーバ３１に送信する。
【００４６】
ＰＯＰサーバ３１はパケットＰ４を受信すると、これに応答して、ＰＣ１０宛のデータを含むパケットＰ５をセキュリティサーバ５１に送信する。このパケットＰ５においては、図１３のフォーマット図に示すように、ＩＰヘッダの宛先アドレスフィールドに「セキュリティサーバ５１のＩＰアドレス」が記述され、送信元アドレスフィールドには「ＰＯＰサーバ３１のＩＰアドレス」が記述されている。また、ＴＣＰヘッダの送信元ポート番号フィールドには「１１０」番が記述されている。
【００４７】
セキュリティサーバ５１は、パケットＰ５を受信するとＩＰヘッダの宛先アドレスフィールドの「セキュリティサーバ５１のＩＰアドレス」を「ＰＣ１０のＩＰアドレス」に書き換え、送信元アドレスフィールドの「ＰＯＰサーバ３１のＩＰアドレス」を「セキュリティサーバ５１のＩＰアドレス」に書き換える。さらに、セキュリティサーバ５１は、書き換え後のパケットＰ５に対してカプセル化を行ってパケットＰ６を生成し、これをＰＣ１０に送信する。
このパケットＰ６においては、図１４のフォーマット図に示すように、カプセル化によって付加されたＩＰヘッダの宛先アドレスフィールドに「ルータ１４のＩＰアドレス」が記述され、送信元アドレスフィールドには「セキュリティサーバ５１のＩＰアドレス」が記述されている。また、付加されたＴＣＰヘッダの送信元ポート番号フィールドには「１０５０」番が記述されている。
【００４８】
ルータ１４は、パケットＰ６を受信すると、脱カプセル化を行ってパケットＰ７を得て、このパケットＰ７をＰＣ１０に送信する。
【００４９】
このように、ルータ１４とセキュリティサーバ５１は、中継すべきパケットに対してカプセル化やＩＰアドレスの書き換え等を適宜行うことにより、データの中継処理を実行している。
なお、上記の例では、ＰＣ１０とＰＯＰサーバ３１とがデータ通信を行う場合を説明したが、ＰＣ１０以外の他の情報通信装置１１〜１３がその処理主体であってもＰＣ１０と動作は共通である。
【００５０】
次に、具体的な動作例について説明する。
本実施形態では、まず、ユーザがセキュリティチェックを受けるための契約を締結し、この契約が締結された後に、各プロトコルに応じたセキュリティチェックが実施されることになる。
そこで、以下では、（１）セキュリティチェックの契約、について説明した後、各プロトコルに応じた動作例として、（２）ＰＯＰ３を用いた受信メールに対するセキュリティチェック、（３）ＳＭＴＰを用いた送信メールに対するセキュリティチェック、（４）ＨＴＴＰを用いたコンテンツデータに対するセキュリティチェック、について説明する。
【００５１】
（１）セキュリティチェックの契約
まず、図１５に示すシーケンスを参照しながら、ユーザがセキュリティチェックの契約を締結する際の動作について説明する。
ユーザは、ルータ１４を購入すると、通信ケーブルを用いてルータ１４と情報通信装置１０〜１３及びＡＤＳＬモデム１５とを接続する。次いで、ユーザは、ルータ１４に対し初期設定を行うべく、ＰＣ１０等を操作してＷＷＷブラウザを起動させ、このＷＷＷブラウザによって表示される対話画面を参照しながら所定の操作を行う。これに応じてＰＣ１０からルータ１４に対して設定通知がなされ、ルータ１４は、自身のＩＰアドレスをフラッシュメモリ１４４に記憶したり、ルーティングテーブルにルーティング先のＩＰアドレスを書き込む等の処理を行う。このような初期設定が完了すると、ルータ１４は、データをルーティング可能な状態になる。
【００５２】
次いで、ユーザは、ＷＷＷブラウザによって表示された対話画面の所定フィールド内に、ルータ１４の仕様書等に記載されているＵＲＬ（Uniform Resource Locator）を入力する。ＰＣ１０はこの入力操作を受け付けると（ステップＳ１）、ＧＥＴメソッドを用いたＨＴＴＰリクエストを契約申込画面要求としてセキュリティサーバ５１に送信する（ステップＳ２）。この契約申込画面要求には、ユーザによって入力されたＵＲＬが含まれており、このＵＲＬは契約申込画面データを記憶しているセキュリティサーバ５１のリソースを示している。
この契約申込画面要求は、ルータ１４のルーティング機能によってＡＤＳＬ網２に送出された後、図示せぬゲートウェイやルータを次々と経由してセキュリティサーバ５１によって受信される。
【００５３】
セキュリティサーバ５１は、上記契約申込画面要求を受信すると、これに応じて契約申込画面配信プログラムを起動する。そして、セキュリティサーバ５１は、受信した契約申込画面要求に含まれるＵＲＬによって指定されるリソースから契約申込画面データを読み出し、これをＨＴＴＰレスポンスとしてＰＣ１０に送信する（ステップＳ３）。
【００５４】
ＰＣ１０は、インターネット４及びＡＤＳＬ網２を介して上記契約申込画面データを受信すると、これを解釈して図示せぬディスプレイ装置に契約申込画面を表示する（ステップＳ４）。
このとき表示される契約申込画面の一例を図１６の模式図に示す。図１６に示すように、この契約申込画面には、ユーザが加入しているＩＳＰ名を入力するためのフィールドＦ１と、ルータ１４のシリアルナンバーを入力するためのフィールドＦ２と、個体パスワードを入力するためのフィールドＦ３と、ＩＳＰ３によって割り当てられたユーザＩＤを入力するためのフィールドＦ４と、ユーザＩＤに対応したパスワードを入力するためのフィールドＦ５と、所望するセキュリティチェックを選択するためのチェックボックスＦ６〜Ｆ１２とが設けられている。また、フィールドＦ１の右方には、プルダウンメニューボックスＭＢが設けられており、ユーザがこのプルダウンメニューボックスＭＢをマウスでクリックすると、「Ａ社、Ｂ社、Ｃ社、・・・」というように各ＩＳＰ名がプルダウンで列記表示され、ユーザはこの中から自身が加入するＩＳＰ３を選択することができる。さらに、このＩＳＰ名には、対応するＩＳＰ３が備える契約代行サーバ３４のＩＰアドレスが関連付けられている。
図１６に示すように、ユーザが各フィールドＦ１〜Ｆ１２にデータを入力した後、「送信」と表記されたソフトボタンＳＢをマウスでクリックすると、ＰＣ１０はこの操作を受け付ける（ステップＳ５）。
次いで、ＰＣ１０は、ユーザによって入力されたＩＳＰ名に関連付けられている契約代行サーバ３４のＩＰアドレスを宛先として、ユーザによってフィールドＦ１〜Ｆ１２に入力されたデータを含むＨＴＴＰリクエストを契約要求として送信する（ステップＳ６）。
【００５５】
ＩＳＰ３の契約代行サーバ３４は、上記契約要求を受信すると、まず、受信した契約要求の中からユーザＩＤ及びパスワードを抽出し、これらがユーザ情報ＤＢ３５に記憶されているものと一致するか否かを判断することにより、ユーザ認証を行う（ステップＳ７）。ここでは、契約要求に含まれるユーザＩＤ「ａａａ」及びパスワード「ｘｘｘｚｚｚ」は、図７に示すユーザ情報ＤＢ３５に記憶されたものと一致するので、ユーザは正当であると判断されることになる。
【００５６】
ステップＳ７において正当なユーザであると判断された場合には、契約代行サーバ３４は、上記契約要求に含まれるユーザＩＤ及びパスワード以外のデータ（即ちセキュリティ契約情報）をユーザ情報ＤＢ３５に転送し、このユーザ情報ＤＢ３５に格納させる（ステップＳ８）。即ち、図７に示すように、ルータ１４のシリアルナンバー「Ｓ０００００１」及び個体パスワード「ａｂｃ１２３」が格納されるとともに、ウィルスチェックが「オン」設定されてチェック対象プロトコル名「ＰＯＰ３」、「ＳＭＴＰ」、「ＨＴＴＰ」が格納され、さらに、ジャンクメールチェックが「オン」設定されてチェック対象プロトコル名「ＰＯＰ３」が格納される。
【００５７】
このようなセキュリティ契約情報の格納処理が終了すると、契約代行サーバ３４は、契約完了通知をＰＣ１０に送信する（ステップＳ９）。この契約完了通知には、セキュリティサーバ５１のＩＰアドレスと、セキュリティ契約情報に基づくチェック対象プロトコル名及び宛先ポート番号とが含まれている。
【００５８】
ＰＣ１０は上記契約完了通知を受信すると、受信した契約完了通知からセキュリティサーバ５１のＩＰアドレスと、チェック対象プロトコル名及び宛先ポート番号を抽出し、これらをルータ１４に通知する（ステップＳ１０）。
【００５９】
これに応じて、ルータ１４は、通知されたセキュリティサーバ５１のＩＰアドレスをフラッシュメモリ１４４に書き込むとともに、通知されたチェック対象プロトコルと宛先ポート番号とを関連付けたチェック対象プロトコルテーブルをフラッシュメモリ１４４に記憶させる（ステップＳ１１）。
【００６０】
さて、契約代行サーバ３４は、ステップＳ９の処理を行う一方で、セキュリティ契約情報をセキュリティサーバ５１に送信する（ステップＳ１２）。
セキュリティサーバ５１は、このセキュリティ契約情報を受信すると、受信したセキュリティ契約情報をセキュリティ契約情報ＤＢ５３に格納する（ステップＳ１３）。これにより、セキュリティチェックの契約に関する処理が終了することとなる。
【００６１】
（２）ＰＯＰ３を用いた受信メールに対するセキュリティチェック
次に、図１７に示すシーケンスを参照しながら、ＰＯＰ３を用いた受信メールに対してセキュリティチェックを行う際の動作について説明する。
【００６２】
まず、ユーザが例えばＰＣ１０を用いて受信メールの取得を指示する操作を行うと、ＰＣ１０はこの操作を受け付け（ステップＳ２１）、ＰＯＰサーバ３１に対する接続要求をパケットとして送信する（ステップＳ２２）。そして、ルータ１４は、この接続要求を受信する。
【００６３】
ここで、ルータ１４のＣＰＵ１４１は、図１８に示す処理フローが記述されたルーティングプログラムを常時実行している（ステップＳ２３）。
図１８において、ルータ１４のＣＰＵ１４１は、パケットを受信すると（ステップＳ１０１；Ｙｅｓ）、このパケットがチェック対象となるアプリケーション層プロトコルに従うパケットであるか否かを判断する（ステップＳ１０２）。より具体的には、ＣＰＵ１４１は、パケットのＴＣＰヘッダに含まれている宛先ポート番号と、フラッシュメモリ１４４のチェック対象プロトコルテーブル（図３参照）に記述されている宛先ポート番号とが一致する場合にはチェック対象であると判断し、一致しない場合にはチェック対象でないと判断する。ここでは、受信したパケットはＰＯＰ３に基づくものであるので、ＣＰＵ１４１はチェック対象であると判断することになる（ステップＳ１０２；Ｙｅｓ）。
【００６４】
次いで、ＣＰＵ１４１は、ＩＰヘッダに含まれる送信元アドレスがセキュリティサーバ５１のＩＰアドレスであるか否かを判断する（ステップＳ１０３）。
ここで、ＩＰヘッダに含まれている送信元アドレスを参照する理由は、セキュリティサーバ５１から情報通信装置１０〜１３宛に送信されたパケットがルータ１４によってセキュリティサーバ５１に返信されてしまうと、情報通信装置１０〜１３にパケットが到達しなくなってしまうからである。また、上記理由に加えて、セキュリティサー５１から送信されてきたデータであればコンピュータウィルス等の虞がないものと判断されるという理由もある。
ここでは、パケットの送信元アドレスはＰＣ１０のＩＰアドレスであるので、セキュリティサーバ５１のＩＰアドレスではないと判断する（ステップＳ１０３；Ｎｏ）。
【００６５】
ステップＳ１０２及びステップＳ１０３における処理によって転送が必要と判断されると、ＣＰＵ１４は、セキュリティサーバ５１と通信コネクションを確立しているか否かを判断する（ステップＳ１０４）。
ここで、通信コネクションが確立されていない場合は（ステップＳ１０４；Ｎｏ）、ＣＰＵ１４は、所定の接続手順に従ってセキュリティサーバ５１との間で通信コネクションを確立する（ステップＳ１０５）。
【００６６】
セキュリティサーバ５１との間で通信コネクションが確立すると、図１１で説明したように、ＣＰＵ１４は、宛先アドレスをセキュリティサーバ５１のＩＰアドレスとし、送信元アドレスを自身のＩＰアドレスとし、さらにルータ１４のシリアルナンバーを含むようにしてカプセル化を行う（ステップＳ１０６）。
【００６７】
そして、ＣＰＵ１４は、カプセル化したパケットをセキュリティサーバ５１に送信する(ステップＳ１０７）。
なお、ステップＳ１０２においてチェック対象プロトコルではないと判断された場合（ステップＳ１０２；Ｎｏ）と、ステップＳ１０３において送信元がセキュリティサーバ５１であると判断された場合（ステップＳ１０３；Ｙｅｓ）には、ＣＰＵ１４１は、パケットをカプセル化することなく、そのままルーティングすることになる。
このように、ルータ１４がパケットを受信するたびに図１８に示すフローが繰り返し実行されることになる。以下では、ルータ１４が外部からパケットを受信する度に上記フローの説明を繰り返すことは省略するが、このフローは、（２）ＰＯＰ３を用いた受信メールに対するセキュリティチェック、だけではなく、（３）ＳＭＴＰを用いた送信メールに対するセキュリティチェック、（４）ＨＴＴＰレスポンスに対するセキュリティチェック、においても同様に実行される。
【００６８】
再び、図１７に戻り、システム全体の動作説明を行う。
図１７のステップＳ２３においては、ルータ１４とセキュリティサーバ５１との間で通信コネクションが確立されていない場合を示している。ステップＳ２４〜ステップＳ２６は、図１８のステップＳ１０５で説明した、ルータ１４とセキュリティサーバ５１との間で通信コネクションを確立する処理を示しており、以下簡単に説明する。
まず、ルータ１４は、セキュリティサーバ５１に対しコネクション確立要求を送信する（ステップＳ２４）。このコネクション確立要求には、ルータ１４のシリアルナンバーが含まれている。
【００６９】
セキュリティサーバ５１は接続要求を受信すると、このコネクション確立要求からシリアルナンバーを抽出し、シリアル情報ＤＢ５２に記憶されているシリアルナンバーと照合してルータ１４の正当性を確認する（ステップＳ２５）。以下、この確認処理をルータ認証と呼ぶ。
【００７０】
ルータ１４の正当性が確認されると、セキュリティサーバ５１は、ルータ１４に許可応答を送信し、これによりルータ１４とセキュリティサーバ５１との間で通信コネクションが確立することになる（ステップＳ２６）。
【００７１】
次に、ルータ１４は、図１８のステップＳ１０６で説明したように、ＰＣ１０から受信した接続要求を示すパケットをカプセル化してセキュリティサーバ５１に送信する。これに応じて、セキュリティサーバ５１は、図９で説明したように、ルータ認証を行い、さらに、受信したパケットに対して脱カプセル化を行った後、ＩＰヘッダ内のＩＰアドレスを書き換え、書き換え後の接続要求をＰＯＰサーバ３１に送信する（ステップＳ２７）。
【００７２】
ＰＯＰサーバ３１は、接続要求を受信すると、これに応答して、ＰＣ１０に対し認証情報の送信を要求する認証要求をパケットとして送信する（ステップＳ２８）。この認証要求は、セキュリティサーバ５１及びルータ１４間でトンネリングされながら伝送され、ＰＣ１０によって受信される。
【００７３】
そして、ＰＣ１０は、ユーザＩＤやパスワードといった認証情報をメモリから読み出し（ステップＳ２９）、これをＰＯＰサーバ３１に送信する（ステップＳ３０）。この際、これらの認証情報はステップＳ２１の操作受付時にユーザによって入力されていてもよいし、ＰＣ１０の不揮発性メモリから読み出されて自動送信されるような設定が予めなされていてもよい。
この認証情報は、ルータ１４及びセキュリティサーバ５１間でトンネリングやルータ認証が実行されながら伝送され、ＰＯＰサーバ３１によって受信される。
【００７４】
ＰＯＰサーバ３１は認証情報を受信すると、この認証情報からユーザＩＤとパスワードを抽出し、ユーザ情報ＤＢ３５に記憶されているユーザＩＤ及びパスワードと照合してユーザ認証を行う（ステップＳ３１）。
これによりユーザの正当性が確認されると、ＰＯＰサーバ３１は、許可応答を送信する（ステップＳ３２）。この許可応答は、セキュリティサーバ５１及びルータ１４間でトンネリングされながら伝送され、ＰＣ１０によって受信される。
【００７５】
ＰＣ１０は、許可応答を受信すると、受信メールを要求するメール要求をＰＯＰサーバ３１に送信する（ステップＳ３３）。このメール要求は、ルータ１４及びセキュリティサーバ５１間でトンネリングやルータ認証が実行されながら伝送され、ＰＯＰサーバ３１によって受信される。
【００７６】
ＰＯＰサーバ３１はメール要求を受信すると、これに応答して、ユーザＩＤによって特定されるメールボックスから受信メールを示すメールデータを読み出し（ステップＳ３４）、読み出したメールデータをパケットとしてＰＣ１０に送信する（ステップＳ３５）。
【００７７】
一方、セキュリティサーバ５１は、ハードディスク装置５１５に記憶されているセキュリティチェックプログラムを常時実行しており、メールデータを受信すると、これに応じて、図６に示すセキュリティ契約情報ＤＢ５３２に記憶されている内容に従い、ウィルスチェック及びジャンクメールチェックを行う（ステップＳ３６）。
ここで、セキュリティサーバ５１によって受信されたデータがセキュリティチェックの対象となるメールデータであるか否かということは、受信したデータが電子メールの書式に従うものであるか否かということにより判断される。
【００７８】
次いで、セキュリティサーバ５１はセキュリティチェックを行った後のメールデータをパケットに分割してカプセル化を行い、ＰＣ１０に送信する（ステップＳ３７）。ルータ１４は、このメールデータを脱カプセル化してＰＣ１０に送信する。
ＰＣ１０は、メールデータを受信すると、ＰＯＰサーバ３１に対して切断要求を送信する（ステップＳ３８）。これによって、ＰＣ１０とＰＯＰサーバ３１との間の通信コネクションが切断され、処理が終了する。
なお、ＩＭＡＰ４を用いた受信メールに対するセキュリティチェックも、上述したＰＯＰ３の場合と同様の動作となる。
【００７９】
（３）ＳＭＴＰを用いた送信メールに対するセキュリティチェック
次に、図１９に示すシーケンスを参照しながら、ＳＭＴＰを用いた送信メールに対してセキュリティチェックを行う際の動作について説明する。
まず、ユーザがＰＣ１０を用いて電子メールの送信を指示する操作を行うと、ＰＣ１０はこの操作を受け付け（ステップＳ５１）、ＳＭＴＰサーバ３３に対する接続要求をパケットとして送信する（ステップＳ５２）。
【００８０】
ルータ１４はこの接続要求を受信すると、図１７のステップＳ２４〜Ｓ２６において説明した動作と同様に、セキュリティサーバ５１に対してコネクション確立要求を送信する（ステップＳ５３）。このコネクション確立要求には、ルータ１４のシリアルナンバーが含まれており、セキュリティサーバ５１はこのシリアルナンバーを用いてルータ１４の正当性を確認する（ステップＳ５４）。これにより正当性が確認されると、セキュリティサーバ５１は、ルータ１４に許可応答を送信し（ステップＳ５５）、これにより通信コネクションが確立することになる。
【００８１】
次に、ルータ１４は、ＰＣ１０から受信した接続要求を示すパケットをカプセル化してセキュリティサーバ５１に送信する。これに応じて、セキュリティサーバ５１は、ルータ認証を行い、さらに、受信したパケットに対して脱カプセル化を行った後、ＩＰアドレスの書き換えを行い、書き換え後の接続要求をＳＭＴＰサーバ３３に送信する（ステップＳ５６）。
【００８２】
ＳＭＴＰサーバ３３は、上記接続要求を受信すると、これに応じて、許可応答を送信する（ステップＳ５７）。この許可応答は、セキュリティサーバ５１及びルータ１４間でトンネリングによって伝送され、ＰＣ１０によって受信される。
【００８３】
ＰＣ１０は、許可応答を受信すると、送信メールを示すメールデータをパケットとしてＳＭＴＰサーバ３３に送信する（ステップＳ５８）。ルータ１４は、ＰＣ１０から受信したメールデータのパケットをカプセル化してセキュリティサーバ５１に送信する。
セキュリティサーバ５１は、このパケットを受信すると、これに応じてルータ認証を行い、さらに、受信したパケットに対して脱カプセル化を行う。そして、セキュリティサーバ５１は、受信したパケットによって構成されるデータがＳＭＴＰに従うメールデータであることを検出すると、セキュリティ契約情報ＤＢ５３に記憶されている内容に従ってウィルスチェックを行う（ステップＳ５９）。
【００８４】
次いで、セキュリティサーバ５１はセキュリティチェックを行った後のメールデータをパケットに分割し、ＩＰアドレスを書き換えてＳＭＴＰサーバ３３に送信する（ステップＳ６０）。
【００８５】
ＳＭＴＰサーバ３３はメールデータを受信すると、ＰＣ１０に対し受信通知を送信し（ステップＳ６１）、これを受信したＰＣ１０がＳＭＴＰサーバ３３に対し切断要求を送信する（ステップＳ６２）。これによって、ＰＣ１０とＳＭＴＰサーバ３３との間の通信コネクションが切断され、処理が終了する。
【００８６】
（４）ＨＴＴＰを用いたコンテンツデータに対するセキュリティチェック
次に、図２０に示すシーケンスを参照しながら、コンテンツデータに対してセキュリティチェックを行う際の動作について説明する。
まず、ユーザが例えばＰＣ１０を用いてＷＷＷサーバ６のＵＲＬを指定する等してコンテンツの取得を指示する操作を行うと、ＰＣ１０はこの操作を受け付け（ステップＳ７１）、ＷＷＷサーバ６に対するＨＴＴＰリクエストをパケットとして送信する（ステップＳ７２）。
【００８７】
ルータ１４のＣＰＵ１４１は、ＨＴＴＰリクエストを受信すると、図１７のステップＳ２４〜Ｓ２６において説明した動作と同様に、セキュリティサーバ５１に対してコネクション確立要求を送信する（ステップＳ７３）。このコネクション確立要求には、ルータ１４のシリアルナンバーが含まれており、セキュリティサーバ５１はこのシリアルナンバーを用いてルータ１４の正当性を確認する（ステップＳ７４）。これによりルータ１４の正当性が確認されると、セキュリティサーバ５１は、ルータ１４に許可応答を送信し（ステップＳ７５）、これにより通信コネクションが確立することになる。
【００８８】
次に、ルータ１４は、ＰＣ１０から受信したＨＴＴＰリクエストをカプセル化してセキュリティサーバ５１に送信する（ステップＳ７６）。
【００８９】
セキュリティサーバ５１は、受信したパケットに対し脱カプセル化を行った後、ＩＰヘッダのＩＰアドレスを書き換えてＷＷＷサーバ６に送信する（ステップＳ７７）。
【００９０】
ＷＷＷサーバ６は、ＨＴＴＰリクエストを受信すると、これに応答して、ＨＴＴＰリクエストに含まれるＵＲＬによって指定されるリソースからコンテンツデータを読み出し（ステップＳ７８）、読み出したコンテンツデータをＨＴＴＰレスポンスとしてＰＣ１０に送信する（ステップＳ７９）。
【００９１】
セキュリティサーバ５１はこのコンテンツデータを受信すると、セキュリティ契約情報ＤＢ５３に記憶されている内容に従ってウィルスチェックを行う（ステップＳ８０）。
次いで、セキュリティサーバ５１は、セキュリティチェックを行った後のコンテンツデータをパケットに分割し、ＩＰアドレスを書き換えてＰＣ１０に送信する。ルータ１４は、このＨＴＴＰレスポンスを脱カプセル化してＰＣ１０に送信し、ＰＣ１０はこれを受信する（ステップＳ８１）。そして、ＰＣ１０は、受信したコンテンツデータを解釈してこれを表示する。
【００９２】
上述した実施形態によれば、ルータ１４が受信したデータがＰＯＰ３、ＩＭＡＰ４及びＨＴＴＰに従うデータである場合、ルータ１４が上記データをセキュリティサーバ５１に転送すると、セキュリティサーバ５１は、受信したデータを当該データの宛先であるＰＯＰサーバ３１、ＩＭＡＰサーバ３２又はＷＷＷサーバ６へ送信し、これに応答してＰＯＰサーバ３１、ＩＭＡＰサーバ３２又はＷＷＷサーバ６から送信されてくるデータに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【００９３】
また、ルータ１４が受信したデータがＳＭＴＰに従うデータである場合、ルータ１４が受信したデータをセキュリティサーバ５１に転送すると、これに応じて、セキュリティサーバ５１が、ルータ１４から転送されてきたデータに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【００９４】
さらに、上記のセキュリティチェックを行う場合、ユーザが所有する情報通信装置１０〜１３側ではなく、セキュリティサーバ５１側でセキュリティチェックを行うので、ユーザがワクチンソフトをアップデートするというような作業が不要となる。これによりユーザの利便性を向上させることができる。
【００９５】
さらに、ルータ１４のシリアルナンバーを用いてルータ認証を行うので、セキュリティサーバ５１は、不正なルータによるアクセスを排除することができる。
【００９６】
さらに、セキュリティチェックの契約や課金に関する処理は、本来の処理主体であるべきセンタ５に代わってＩＳＰ３が行うので、センタ５の管理者としては上記処理を行うための新たなシステムを開発する必要がない。また、ＩＳＰ３側も、自身の既存システムに大きな変更を加えることなく、上記処理を実行できるので便利である。
【００９７】
Ｃ：変形例
既述の通り、本発明は上述した実施形態に限定されず、以下のような種々の変更が可能である。
【００９８】
（１）ルータ１４の形態
実施形態では、セキュリティサーバ５１に対してデータを転送する装置としてルータ１４を例示した。しかし、必ずしもこれに限定されるわけではなく、要は、情報通信装置１０〜１３宛のデータや情報通信装置１０〜１３から送信されるデータが伝送される伝送路に配置されて、上記データを中継するデータ中継装置であればよい。このようなデータ中継装置は、通常、その装置がサポートするプロトコル層に応じて、リピータ、ブリッジ、ルータ或いはゲートウェイというように異なる呼び方で呼ばれているが、実施形態で述べた構成及び動作を備えたデータ中継装置であれば、その呼び方に限定されることなく、本発明の技術思想に含まれる。
また、ルータ１４はホームネットワーク１に利用されるだけでなく、例えばオフィス内に設置された社内ＬＡＮ（Local Area Network）のような様々なローカルネットワークに利用可能である。
なお、ルータ１４に接続される情報通信装置１０〜１３は図１に示す４台に限定されず、もっと多くても少なくてもよいことはもちろんである。
【００９９】
（２）ルータ認証に用いる情報
実施形態では、ルータ認証を行う際に、そのルータ１４の製造時に割り当てられたシリアルナンバーを用いていた。このシリアルナンバーは、ルータ１４のハードウェアに対するシリアルナンバーであってもよいし、ルータ１４に搭載されるルーティングプログラム等のソフトウェアに対するシリアルナンバーであってもよい。
また、ルータ認証に用いられる情報は、必ずしもシリアルナンバーに限定されるわけではない。要は、各ルータ１４を識別できる情報であればよく、例えば、ルータ１４に割り当てられたＭＡＣアドレス等を代用してもよい。
また、ルータ１４によって転送されるパケットに対してシリアルナンバーを記述する場合、その記述エリアは、カプセル化によって付加されたＴＣＰペイロードに限定されるわけではなく、例えば、カプセル化によって付加されたＩＰヘッダやＴＣＰヘッダ等の適当なフィールドを利用すればよい。
【０１００】
（３）セキュリティチェックの対象となるプロトコル
実施形態では、ＰＯＰ３、ＩＭＡＰ４、ＳＭＴＰ、ＨＴＴＰというプロトコルを例に挙げてセキュリティチェックを行うようにしていたが、必ずしもこれに限らず、例えばＦＴＰ（File Transfer Protocol）に従うデータに対してセキュリティチェックを行うようにしてもよい。
また、ルータ１４が記憶しているチェック対象プロトコルテーブルには、チェック対象となるプロトコルが記述されていたが、これとは逆に、チェック対象ではないプロトコルを記述しておき、ルータ１４はこのチェック対象プロトコルテーブルに記述されていないプロトコルに従うデータを受信した場合に当該データをセキュリティサーバ５１に転送するようにしてもよい。
【０１０１】
（４）ネットワーク構成
実施形態では、ホームネットワーク１とＩＳＰ３との間に介在するネットワークとしてＡＤＳＬ網２を例示したが、これに限定されない。このネットワークの周波数帯域は広帯域であっても狭帯域であってもよく、例えば公衆電話網、ＩＳＤＮ（Integrated Service Digital NetWork）網、ＣＡＴＶ（Cable TV）網、いわゆる×ＤＳＬ網、携帯電話網等の公衆無線ネットワーク、衛星通信ネットワーク等の様々なネットワークが利用できる。
なお、このように図１とネットワーク形態が異なる場合には、ＡＤＳＬモデム１５に代えて、そのネットワークに適した変復調装置やプロトコル変換装置を用いる必要がある。
【０１０２】
（５）ＨＴＴＰリクエストに対するセキュリティチェック
実施形態では、図２０において説明したように、ＨＴＴＰレスポンスとしてのコンテンツデータに対してセキュリティチェックを行うようになっていたが、ＨＴＴＰリクエストに対してセキュリティチェックを行ってもよい。即ち、最近では、閲覧者に対し不適切なコンテンツを提供するサイトの存在も問題視されており、上述したＨＴＴＰリクエストに対するセキュリティチェックは、このようなサイトへのＨＴＴＰリクエストを排除することを目的としたものである。
具体的には、セキュリティサーバ５１が、例えば成人向けのコンテンツを提供するサイトのＵＲＬを蓄積しておき、ＰＣ１０からのＨＴＴＰリクエストを中継する際にはそのＨＴＴＰリクエストに含まれるＵＲＬと、自身が蓄積しているＵＲＬとを照合し、一致した場合には、そのＨＴＴＰリクエストを廃棄すればよい。このようなセキュリティチェックをＵＲＬフィルタリングと呼ぶことにする。このＵＲＬフィルタリングを行うタイミングは、図２０のステップＳ７６とステップＳ７７の間となる。
【０１０３】
（６）セキュリティチェック後の動作
実施形態において、セキュリティチェックサーバ５１がセキュリティチェックを行ってコンピュータウィルスを駆除したり、ジャンクメールを廃棄したりした場合には、その旨を情報通信装置１０〜１３に通知するようにすればさらに望ましい。
【０１０４】
（７）セキュリティ契約情報の配信
実施形態では、契約代行サーバ３４がチェック対象プロトコル名と宛先ポート番号をＰＣ１０に送信すると、ＰＣ１０がこれらをルータ１４に転送するようになっていた。しかしこれに限定されず、契約代行サーバ３４が直接、ルータ１４に送信するようにしてもよい。
また、図１５のステップＳ６において、契約時にＰＣ１０が送信したデータをルータ１４が中継する際に、そのデータからチェック対象プロトコル名を抽出して、このチェック対象プロトコルに対応する宛先ポート番号と関連付けて記憶するようにしてもよい。
このようにすれば、処理のステップ数が削減されることになる。
【０１０５】
（８）プッシュ型配信への適用
実施形態では、情報通信装置１０〜１３からのリクエストに応答してサーバから送信されてくる受信メールやコンテンツ、或いは、情報通信装置１０〜１３から送信される送信メールに対してセキュリティチェックを行っていた。
しかしこれに限らず、インターネット４に接続されたサーバから情報通信装置１０〜１３に強制的に配信してくるような場合（これをプッシュ型配信と呼ぶ）であっても本発明を適用することが可能である。この場合、ルータ１４は、上記サーバから送信されてくる情報通信装置１０〜１３宛のデータを受信すると、これをセキュリティサーバ５１に転送する。一方、セキュリティサーバは、転送されてきたデータに対してセキュリティチェックを行った後に、そのデータの宛先である情報通信装置１０〜１３に送信すればよい。
【０１０６】
（９）プログラムの形態
ルータ１４やセキュリティサーバ５１が上述した処理を行うために実行するプログラム（即ち、ルーティングプログラム、セキュリティチェックプログラム、契約申込画面配信プログラム及びプロキシプログラム）は、これらルータ１４やセキュリティサーバ５１にアプリケーションプログラムとしてインストールされてもよいことはもちろんである。例えば、ルータ１４、セキュリティサーバ５１のＣＰＵ１４１、５１１を用いて読み取り可能な磁気記録媒体、光記録媒体あるいはＲＯＭなどの記録媒体に記録してこのプログラムを提供することができる。
また、このようなプログラムをインターネット４のようなネットワーク経由でルータ１４やセキュリティサーバ５１にダウンロードさせることももちろん可能である。
なお、製造後のルータ１４にルーティングプログラムをインストールする際には、このルーティングプログラムは、ＲＯＭ１４２ではなく、フラッシュメモリ１４４に記憶されることになる。
【０１０７】
【発明の効果】
上述したように本発明によれば、データ中継装置によって転送されてくるデータを当該データの宛先へ送信し、この送信したデータに応答して宛先から送信されてくる応答データを受信すると、この受信した応答データに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【０１０８】
また、本発明によれば、データ中継装置によって転送されてくるデータを受信すると、受信したデータに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【０１０９】
【図面の簡単な説明】
【図１】 本発明の実施形態に係るシステム全体の構成を示すブロック図である。
【図２】 実施形態におけるルータの構成を示すブロック図である。
【図３】 実施形態におけるチェック対象プロトコルテーブルに記述されているデータの一例を示すフォーマット図である。
【図４】 実施形態におけるセキュリティサーバの構成を示すブロック図である。
【図５】 実施形態におけるシリアル情報ＤＢに記憶されているシリアル情報の一例を示すフォーマット図である。
【図６】 実施形態におけるセキュリティ契約情報ＤＢに記憶されているセキュリティ契約情報の一例を示すフォーマット図である。
【図７】 実施形態におけるユーザ情報ＤＢに記憶されているユーザ情報の一例を示すフォーマット図である。
【図８】 実施形態における課金情報ＤＢに記憶されている課金情報の一例を示すフォーマット図である。
【図９】 実施形態におけるデータ中継の仕組みを説明する説明図である。
【図１０】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１１】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１２】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１３】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１４】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
である。
【図１５】 実施形態において契約申込みを行う際のシステム全体の動作を示すシーケンス図である。
【図１６】 実施形態における契約申込画面の一例を示す模式図である。
【図１７】 実施形態において受信メールに対してセキュリティチェックを行う際のシステム全体の動作を示すシーケンス図である。
【図１８】 実施形態におけるルータのＣＰＵがセキュリティチェックプログラムを実行する際のフローチャートである。
【図１９】 実施形態において送信メールに対してセキュリティチェックを行う際のシステム全体の動作を示すシーケンス図である。
【図２０】 実施形態においてコンテンツデータに対してセキュリティチェックを行う際のシステム全体の動作を示すシーケンス図である。
【符号の説明】
１・・・ホームネットワーク、２・・・ＡＤＳＬ網、
３・・・ＩＳＰ（プロバイダ）、３１・・・ＰＯＰサーバ（宛先）、
３２・・・ＩＭＡＰサーバ（宛先）、３３・・・ＳＭＴＰサーバ（宛先）、
３４・・・契約代行サーバ（プロバイダの通信装置）、
３５・・・ユーザ情報ＤＢ（記憶手段）、３６・・・課金情報ＤＢ（課金手段）、
４・・・インターネット、５・・・センタ、
５１・・・セキュリティサーバ（サーバ、転送先）、
５１１・・・ＣＰＵ（データ受信手段、データ送信手段、応答データ受信手段、
セキュリティチェック手段、応答データ送信手段、認証手段）、
５１２・・・ＲＯＭ、５１３・・・ＲＡＭ、
５１４・・・通信部（データ受信手段、データ送信手段、応答データ受信手段、
応答データ送信手段）、
５１５・・・ハードディスク装置、５２・・・セキュリティ契約情報ＤＢ、
５３・・・シリアル情報ＤＢ（記憶手段）、６・・・ＷＷＷサーバ（宛先）、
７・・・金融機関システム、１０・・・ＰＣ（情報通信装置）、
１１・・・テレビジョン（情報通信装置）、
１２・・・ＭＰ３プレーヤ（情報通信装置）、
１３・・・ＰＤＡ（情報通信装置）、１４・・・ルータ（データ中継装置）、
１４１・・・ＣＰＵ（転送手段、通信手段、判断手段、アドレス受信手段、決定手段、要否判断情報受信手段）、
１４２・・・ＲＯＭ（記憶手段）、１４３・・・ＲＡＭ、
１４４・・・フラッシュメモリ（アドレス記憶手段、要否判断情報記憶手段）、
１４５・・・表示部、１４６・・・ＬＡＮ通信部（通信手段）、
１４７・・・ＷＡＮ通信部（通信手段、転送手段、アドレス受信手段、要否判断情報受信手段）、１５・・・ＡＤＳＬモデム。
【発明の属する技術分野】
本発明は、インターネット等のコンピュータネットワークにおいて、様々な不正行為による被害を防止するためのデータ通信システム及びデータ通信方法に関する。
【０００２】
【従来の技術】
インターネットはオープンなネットワーク環境であるがゆえに、世界規模で急速に普及してきた。しかし、その一方で、いわゆるコンピュータウィルスやジャンクメール等の不正行為による被害が数多く発生している。
そこで、これらの問題に対する対抗策が従来から各種提案されている。例えばコンピュータウィルスに対してはワクチンソフトと呼ばれる対抗策が採られている。このワクチンソフトは、コンピュータの外部から進入してきたコンピュータウィルスを検出してこれを駆除するためのコンピュータプログラムであり、ユーザのパソコンにインストールして利用される。
【０００３】
【発明が解決しようとする課題】
コンピュータウィルスの検出技術の代表的なものとして、例えばパターンマッチング方式がある。これは既知のコンピュータウィルスのコードの中からこのウィルスに固有のコードパターンを「ウィルス定義ファイル」と呼ばれるファイルに記憶しておき、このウィルス定義ファイル内のコードパターンと検索対象のファイルのコードとを比較してコンピュータウィルスの存在を検出するというものである。
【０００４】
このパターンマッチング方式は、より迅速にコンピュータウィルスを検出できるという点で優れているが、新たなコンピュータウィルスが出現する度にこれを１つ１つ解析してコードパターンを抽出するという事前処理が必要となるため、新種のコンピュータウィルスに対しては対応が遅れてしまうという問題がある。
そこで、ワクチンソフトの提供者は、最新のコンピュータウィルスに対応したウィルス定義ファイルを自身のホームページ上に用意しておき、ユーザはこのホームページにアクセスして自身のワクチンソフトをアップデートする等して、この問題に対処している。しかし、ユーザからみれば、このようなアップデート作業は非常に煩わしいものである。
【０００５】
また、ジャンクメールについても、既知のジャンクメールの類型パターンを記憶しておき、これと照合してジャンクメールを検出するというような対応策が考えられる。しかし、これも上記コンピュータウィルスと同様の問題が生じてしまう。
【０００６】
本発明は、このような背景の下になされたものであり、ユーザの利便性を損ねることなく、インターネット等のコンピュータネットワークにおいて様々な不正行為による被害を防止するためのデータ通信システム及びデータ通信方法に関する。
【０００７】
【課題を解決するための手段】
上述した課題を解決するため、本発明は、データ通信を行う情報通信装置に接続されてデータ伝送を中継するデータ中継装置と、データに対してセキュリティチェックを行うサーバとからなるデータ通信システムであって、前記データ中継装置は、前記セキュリティチェックの対象となるプロトコルの情報、又は前記セキュリティチェックの対象でないプロトコルの情報を記憶する記憶手段と、前記情報通信装置から送信されてくるデータであって、前記情報通信装置の通信アドレスを送信元アドレスとして含むと共に、当該データが従うプロトコルを識別するプロトコル識別情報と宛先アドレスとを含んだデータを受信する手段と、前記受信したデータに含まれているプロトコル識別情報と、前記記憶手段に記憶されている情報とに基づいて、前記受信したデータが従うプロトコルが前記セキュリティチェックの対象となるプロトコルであるか否かを判断する手段と、前記セキュリティチェックの対象となるプロトコルであると判断した場合、前記受信したデータを前記サーバに転送し、前記セキュリティチェックの対象となるプロトコルでないと判断した場合、前記受信したデータを当該データに含まれている宛先アドレスが示す宛先へ送信する手段とを備え、前記サーバは、前記データ中継装置から転送されてくるデータを受信するデータ受信手段と、前記データ受信手段が受信したデータに含まれている送信元アドレスを前記サーバの通信アドレスに書き換える手段と、送信元アドレスを書き換えた後の前記データを当該データに含まれている宛先アドレスが示す宛先へ送信するデータ送信手段と、前記データ送信手段が送信したデータに応答して前記宛先から送信されてくる応答データであって、前記宛先の通信アドレスを送信元アドレスとして含むと共に、前記サーバの通信アドレスを宛先アドレスとして含んだ応答データを受信する応答データ受信手段と、前記受信した応答データに対してセキュリティチェックを行うセキュリティチェック手段と、前記受信した応答データに含まれている宛先アドレスを前記情報通信装置の通信アドレスに書き換える手段と、前記セキュリティチェックと宛先アドレスの書き換えを行った後の応答データを前記情報通信装置に送信する応答データ送信手段とを備えるデータ通信システムを提供する。
このシステムによれば、サーバでは、データ中継装置から転送されてくるデータを当該データの宛先へ送信し、この送信したデータに応答して宛先から送信されてくる応答データを受信すると、この受信した応答データに対してセキュリティチェックを行うことができる。
【０００９】
また、本発明は、データ通信を行う情報通信装置に接続されてデータ伝送を中継するデータ中継装置と、データに対してセキュリティチェックを行うサーバとを用いたデータ通信方法であって、前記データ中継装置は、前記情報通信装置から送信されてくるデータであって、前記情報通信装置の通信アドレスを送信元アドレスとして含むと共に、当該データが従うプロトコルを識別するプロトコル識別情報と宛先アドレスとを含んだデータを受信し、前記受信したデータに含まれているプロトコル識別情報と、記憶手段に記憶されている前記セキュリティチェックの対象となるプロトコルの情報又は前記セキュリティチェックの対象でないプロトコルの情報とに基づいて、前記受信したデータが従うプロトコルが前記セキュリティチェックの対象となるプロトコルであるか否かを判断し、前記セキュリティチェックの対象となるプロトコルであると判断した場合、前記受信したデータを前記サーバに転送し、前記セキュリティチェックの対象となるプロトコルでないと判断した場合、前記受信したデータを当該データに含まれている宛先アドレスが示す宛先へ送信し、前記サーバは、前記データ中継装置から転送されてくるデータを受信し、前記データ中継装置から受信したデータに含まれている送信元アドレスを前記サーバの通信アドレスに書き換え、送信元アドレスを書き換えた後の前記データを当該データに含まれている宛先アドレスが示す宛先へ送信し、前記送信したデータに応答して前記宛先から送信されてくる応答データであって、前記宛先の通信アドレスを送信元アドレスとして含むと共に、前記サーバの通信アドレスを宛先アドレスとして含んだ応答データを受信し、前記受信した応答データに対してセキュリティチェックを行うと共に、当該応答データに含まれている宛先アドレスを前記情報通信装置の通信アドレスに書き換え、前記セキュリティチェックと宛先アドレスの書き換えを行った後の応答データを前記情報通信装置に送信することを特徴とするデータ通信方法を提供する。
この方法によれば、サーバでは、データ中継装置から転送されてくるデータを当該データの宛先へ送信し、この送信したデータに応答して宛先から送信されてくる応答データを受信すると、この受信した応答データに対してセキュリティチェックを行うことができる。
【００１９】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。ただし、本発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
【００２０】
Ａ：構成
まず、実施形態の構成について説明する。
（１）システムの全体構成
図１は、実施形態に係るシステムの全体構成を示すブロック図である。図１に示すように、このシステムは、ホームネットワーク１、ＡＤＳＬ（Asymmetric Digital Subscriber Line）網２、インターネットサービスプロバイダ（以下ＩＳＰと略称）３、インターネット４、センタ５及びＷＷＷサーバ６を備えている。なお、図１においては、システム構成を簡単に説明するために、ホームネットワーク１、ＩＳＰ３及びＷＷＷサーバ６をそれぞれ１つしか図示していないが、実際にはこれらの構成要素はそれぞれ複数存在している。
【００２１】
ホームネットワーク１は、ユーザの家庭に設置されたローカルエリアネットワークである。このホームネットワーク１は、各種の情報通信装置１０〜１３、ルータ１４、ＡＤＳＬモデム１５、及びこれらを接続する各種通信ケーブルを備えている。図１では情報通信装置の一例として、パーソナルコンピュータ（以下ＰＣと略称）１０、テレビジョン１１、ＭＰ３（MPEG-1 Audio Layer-3）プレーヤ１２、ＰＤＡ（Personal Digital Assistants）１３を示しているが、この他にも例えばデジタルカメラ、ゲーム用機器、セットトップボックス、携帯電話機、冷蔵庫、電子レンジ、防犯システム等の様々な機器を利用することが可能である。これら情報通信装置１０〜１３は、ＷＷＷ（World Wide Web）ブラウザ等の文書閲覧プログラムを搭載しており、インターネット４に接続された各種サーバが提供する情報を取得し表示することが可能になっている。
【００２２】
ルータ１４は、ツイストペアケーブル（例えば１０ＢＡＳＥ−Ｔケーブル）や同軸ケーブル等の通信ケーブルによって情報通信装置１０〜１３に接続されるとともに、モジュラーケーブル等の通信ケーブルを介してＡＤＳＬモデム１５に接続されている。このルータ１４は、自身が記憶しているルーティングテーブルに基づいてデータ伝送を中継する周知のルーティング機能を備える他、所定の条件に基づいて中継対象のデータをセンタ５に転送する転送機能を備えている。
ここで、ルータ１４は、上記転送機能を実現する際に、センタ５内に設置されたセキュリティサーバ５１（後述する）を情報通信装置１０〜１３の代理となるプロキシサーバに指定し、このセキュリティサーバ５１に対していわゆるトンネリングを行ってデータ転送を行うようになっている。
【００２３】
ＡＤＳＬモデム１５は、モジュラーケーブル等の通信ケーブルを介してＡＤＳＬ網２に接続されている。このＡＤＳＬモデム１５は、ＡＤＳＬ網２とホームネットワーク１との間でデータ信号の授受が可能となるように、このデータ信号の変復調を行う機能を備えている。
【００２４】
センタ５は、図示せぬルータを介してインターネット４に接続されている。このセンタ５は、セキュリティサーバ５１、シリアル情報データベース（以下データベースをＤＢと略称）５２、セキュリティ契約情報ＤＢ５３、及びこれらを相互に接続する高速デジタル回線５４を備えている。
【００２５】
セキュリティサーバ５１は、プロキシ機能とセキュリティチェック機能を備えたサーバである。
プロキシ機能とは、前述したように、ルータ１４からＡＤＳＬ網２及びインターネット４を介して転送されてくるデータを受信すると、受信したデータを情報通信装置１０〜１３の代理としてその宛先に送信し、これに応答してその宛先から送信されてくるデータを受信し、これを情報通信装置１０〜１３に送信する機能である。
セキュリティチェック機能とは、パターンマッチング等を行ってコンピュータウィルスやジャンクメールを検出し、検出したコンピュータウィルスを周知のアルゴリズムを用いて駆除したり、ジャンクメールを廃棄したりする機能である。この際用いられるコンピュータウィルスの駆除方法としては、コンピュータウィルスに相当するコードを適当なコードに置き換えたり、コンピュータウィルスに感染したデータファイルを削除したり、そのファイルの拡張子を変更したりする等の方法がある。
さらに、このセキュリティサーバ５１は、情報通信装置１０〜１３のユーザがセキュリティチェックを受ける契約を行うための契約申込画面を示すデータ（以下契約申込画面データと呼ぶ）を記憶しており、情報通信装置１０〜１３からのリクエストに応じて、この契約申込画面データを送信する機能を備えている。
【００２６】
シリアル情報ＤＢ５２には、既に製造された全てのルータ１４のシリアルナンバーと、これらルータ１４の各々に予め割り当てられている個体パスワードとからなるシリアル情報が格納されている。このシリアル情報は、セキュリティサーバ５１がルータ１４の正当性を確認するために利用される。
【００２７】
セキュリティ契約情報ＤＢ５３には、情報通信装置１０〜１３のユーザとセンタ５の管理者との間で交わされるセキュリティチェックの契約の内容を示すセキュリティ契約情報が格納されている。より具体的には、このセキュリティ契約情報は、各ルータ１４から転送されてくるデータに対し、どのような種類のセキュリティチェックを行うかということを示す情報である。
【００２８】
ＩＳＰ３は、図示せぬルータを介してＡＤＳＬ網２に接続されるとともに、図示せぬ別のルータを介してインターネット４に接続されている。このＩＳＰ３は、図１に示したＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３、契約代行サーバ３４、ユーザ情報ＤＢ３５、課金情報ＤＢ３６、及びこれらを接続する高速デジタル回線３７のほか、図示せぬゲートウェイサーバやＤＮＳ（Domain Name Service）サーバを備えている。
このＩＳＰ３は、上述したサーバ群やデータベース群が連携して機能することにより、情報通信装置１０〜１３に対し、インターネット４への接続サービスや電子メールの中継サービスを提供する。さらに、ＩＳＰ３は、情報通信装置１０〜１３のユーザとセンタ５と間で交わされるべきセキュリティチェックの契約に関する処理をセンタ５に代わって行う契約代行機能と、このセキュリティチェックに関する課金処理をセンタ５に代わって行う課金代行機能を備えている。
【００２９】
以下、ＩＳＰ３を構成するサーバ及びデータベースの各々が実現する機能の概略を説明する。
まず、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２及びＳＭＴＰサーバ３３はそれぞれ周知のサーバである。即ち、ＰＯＰサーバ３１はＰＯＰ３（Post Office Protocol version 3）を用いて情報通信装置１０〜１３宛の電子メール（以下受信メール）をその宛て先に配信するサーバである。ＩＭＡＰサーバ３２はＩＭＡＰ４（Internet Message Access Protocol version 4）を用いて情報通信装置１０〜１３宛の受信メールをその宛先に配信するサーバである。ＳＭＴＰサーバ３３は、ＳＭＴＰ（Simple Mail Transfer Protocol）を用いて情報通信装置１０〜１３から送信された電子メール（以下送信メール）をその宛先に対応したＳＭＴＰサーバ（図示略）へ転送するサーバである。
【００３０】
次に、契約代行サーバ３４は、前述したセキュリティチェックの契約代行を行うサーバである。より具体的には、契約代行サーバ３４は、情報通信装置１０〜１３から送信されてくるセキュリティ契約情報を受信すると、ユーザ認証を行ってユーザの正当性を確認した後、そのセキュリティ契約情報を本来の契約主体であるセンタ５に転送するととともに、当該セキュリティ契約情報をＩＳＰ３内のユーザ情報ＤＢ３５に転送するようになっている。
【００３１】
ユーザ情報ＤＢ３５には、ＩＳＰ３によるＩＰ接続サービスやメール中継サービスを受けるユーザの属性情報に加え、上述のようにして契約代行サーバ３５から転送されてくるセキュリティ契約情報が記憶されている。
【００３２】
課金情報ＤＢ３６には、ＩＳＰ３によるＩＰ接続サービスやメール中継サービスに対応した課金情報に加えて、センタ５が行うセキュリティチェックに対応した課金情報が記憶されている。この課金情報ＤＢ３６は、専用線を介して金融機関システム７に接続されている。金融機関システム７は、課金情報ＤＢ３６に記憶されている課金情報に基づいて、ユーザが指定する銀行口座から課金額を引き落とす処理を行うようになっている。
【００３３】
ＷＷＷサーバ６は、図示せぬルータを介してインターネット４に接続されている。このＷＷＷサーバ６は、各種コンテンツを示すコンテンツデータをＨＴＭＬ（HyperText Markup Language）形式やＸＭＬ（Extensible Markup Language）形式で記憶しており、インターネット４を介して送信されてくるＨＴＴＰ（HyperText Transfer Protocol）リクエストに応答して、これらコンテンツデータをＨＴＴＰレスポンスとして送信するようになっている。
ここで、コンテンツとは、例えばニュース、電子書籍、オーディオ、ビデオクリップ、ホームページというような、テキスト、音楽、画像の少なくともいずれか１つによって表現される情報を意味する他、ゲームソフトやＪａｖａ（登録商標）アプレット等の各種コンピュータプログラムをも含む概念である。
【００３４】
（２）ルータ１４の構成
次に、図２のブロック図を参照しながら、ルータ１４の構成について説明する。
図２に示すように、ルータ１４は、ＣＰＵ（Central Proccessing Unit）１４１、ＲＯＭ（Read Only Memory）１４２、ＲＡＭ（Random Access Memory）１４３、フラッシュメモリ１４４、表示部１４５、ＬＡＮ通信部１４６、ＷＡＮ通信部１４７、及びこれらを相互に接続するバス１４８を備えている。
ＲＯＭ１４２には、ルーティング処理を行うためのルーティングプログラム等の制御プログラムの他、各ルータ１４に固有のシリアルナンバーや、このシリアルナンバーに基づいて生成された個体パスワードが記憶されている。この個体パスワードは、シリアルナンバーを構成する文字列を基に所定のアルゴリズムに従って生成される文字列であり、ルータ１４の製造時にシリアルナンバーとともにＲＯＭ１４２に書き込まれる。
ＣＰＵ１４１は、ＲＯＭ１４２から制御プログラムを読み出し、これを実行することによってルータ１４全体を制御する。ＲＡＭ１４３は、ＣＰＵ１４１のワークエリアとして用いられ、例えばＣＰＵ１４１によって実行される制御プログラムが展開されたり、制御プログラムの実行時に用いられる各種データが一時的に記憶される。
フラッシュメモリ１４４には、ルーティング先のＩＰアドレスが記述された周知のルーティングテーブルと、ルータ１４のＩＰアドレスと、セキュリティサーバ５１のＩＰアドレスと、セキュリティサーバ５１に転送すべきデータが従うアプリケーション層プロトコルのプロトコル名が記述されたチェック対象プロトコルテーブルが記憶されている。これらフラッシュメモリ１４４に記憶されるもののうち、セキュリティサーバ５１のＩＰアドレスと、チェック対象プロトコルテーブルに記述されるデータは、ユーザがセキュリティチェックの契約を締結することにより、契約代行サーバ３４からＡＤＳＬ網２を介して通知されて、このフラッシュメモリ１４４に記憶されるようになっている。
表示部１４５は、図示せぬＬＥＤ（Light Emitting Diode）や液晶パネル等の表示装置と、これを駆動する駆動ドライバとを備えており、ＣＰＵ１４１の制御の下で各種の状態や情報を表示するようになっている。
ＬＡＮ通信部１４６は、図示せぬ４ポートハブを備えている。この４ポートハブには、各情報通信装置１０〜１３に接続される通信ケーブルの端部が挿入され、これにより、各情報通信装置１０〜１３とルータ１４とが相互に接続されるようになっている。ＬＡＮ通信部１４６、この４ポートハブを介して、情報通信装置１０〜１３との間でデータ通信を行う。
ＷＡＮ通信部１４７は、図示せぬＡＤＳＬポートを備えている。このＡＤＳＬポートには、ＡＤＳＬモデム１５に接続される通信ケーブルの端部が挿入され、これにより、ＡＤＳＬモデム１５とルータ１４とが接続されるようになっている。ＷＡＮ通信部１４７は、このＡＤＳＬポートを介して、ＡＤＳＬモデム１５との間でデータ通信を行う。
【００３５】
ここで、図３のフォーマット図を参照しながら、フラッシュメモリ１４４に記憶されているチェック対象プロトコルテーブルの構成について説明する。
図３に示すように、チェック対象プロトコルテーブルには、セキュリティチェックの対象となるアプリケーション層プロトコルのプロトコル名と、このアプリケーション層プロトコルに対応する宛先ポート番号とが関連付けて記憶されている。ルータ１４のＣＰＵ１４１は、中継すべきパケットのＴＣＰヘッダに含まれている宛先ポート番号が、チェック対象プロトコルテーブルに記憶されている宛先ポート番号と一致した場合には、そのパケットをセキュリティサーバ５１に転送する。
一方、中継すべきパケットのＴＣＰヘッダに含まれている宛先ポート番号が、チェック対象プロトコルテーブルに記憶されている宛先ポート番号と一致しない場合には、ＣＰＵ１４１は、通常のルーティング処理を行う。即ち、ＣＰＵ１４１は、パケットのＩＰヘッダに書き込まれているＩＰアドレスと、フラッシュメモリ１４４内のルーティングテーブルとに従って当該パケットをその宛先へ送信するようになっている。
図３に示す例では、ＰＯＰ３、ＳＭＴＰ、ＨＴＴＰという３種類のアプリケーション層プロトコルのデータをセキュリティサーバ５１に転送するように設定されており、これらアプリケーション層プロトコルに対応する宛先ポート番号はそれぞれ「１１０」、「２５」、「８０」であることを意味している。
【００３６】
（３）センタ５の構成
次に、センタ５の構成について詳細に説明する。
（３−１）セキュリティサーバ５１の構成
まず、図４のブロック図を参照しながら、セキュリティサーバ５１の構成について説明する。
図４に示すように、セキュリティサーバ５１は、ＣＰＵ５１１、ＲＯＭ５１２、ＲＡＭ５１３、通信部５１４、ハードディスク装置５１５、及びこれらを相互に接続するバス５１６を備えている。
ＲＯＭ５１２にはＩＰＬ（Initial Program Loader）等の基本制御を司る制御プログラムが格納されている。ＣＰＵ５１１は、このＲＯＭ５１２やハードディスク装置５１５から各種プログラムを読み出し、これを実行する。ＲＡＭ５１３は、ＣＰＵ５１１のワークエリアとして用いられ、例えばＣＰＵ５１１によって実行されるプログラムが展開されたり、プログラム実行時に用いられる各種データが一時的に記憶される。
通信部５１４は、インターネット４に接続するための接続インタフェースやモデムを備えており、インターネット４を介して各種の通信装置とデータ通信を行う。
ハードディスク装置５１５には、図４に示す契約申込画面配信プログラムやセキュリティチェックプログラムの他、情報通信装置１０〜１３のプロキシサーバとして機能するための図示せぬプロキシプログラムが記憶されている。契約申込画面配信プログラムは、前述した契約申込画面データを情報通信装置１０〜１３に配信するためのコンピュータプログラムである。ＣＰＵ５１１は、情報通信装置１０〜１３のいずれかからの要求に応じて、この契約申込画面配信プログラムを実行し、要求元の情報通信装置１０〜１３に対して契約申込画面データを送信するようになっている。セキュリティチェックプログラムは、セキュリティサーバ５１が情報通信装置１０〜１３の代理として送受信するデータに対してセキュリティチェックを行うためのコンピュータプログラムである。このセキュリティチェックプログラムは、新種のコンピュータウィルス等に対応可能となるように、センタ５の管理者によって随時更新されている。
【００３７】
（３−２）シリアル情報ＤＢ５２の構成
次に、図５のフォーマット図を参照しながら、シリアル情報ＤＢ５２の構成について説明する。
図５に示すように、シリアル情報ＤＢ５２には、シリアルナンバーと、このシリアルナンバーに基づいて生成された個体パスワードとが対応付けて記憶されている。図５に示す例では、シリアルナンバー「Ｓ０００００１」に対応する個体パスワードが「ａｂｃ１２３」であることを意味している。これらのシリアル情報は、ルータ１４の製造工場から通知されることにより、このシリアル情報ＤＢ５２に格納されるようになっている。
【００３８】
（３−３）セキュリティ契約情報ＤＢ５３の構成
次に、図６のフォーマット図を参照しながら、セキュリティ契約情報ＤＢ５３の構成について説明する。
図６に示すように、セキュリティ契約情報ＤＢ５３には、各ルータ１４の「シリアルナンバー」に対応して、そのルータ１４のユーザが契約によって指定した「セキュリティチェックの内容」が記憶されている。図６に示す例では、シリアルナンバー「Ｓ０００００１」に対応するルータ１４に対しては、コンピュータウィルスの駆除を目的とした「ウィルスチェック」と、ジャンクメールの廃棄を目的とした「ジャンクメールチェック」とが「オン」設定されており、これらウィルスチェック及びジャンクメールチェックがなされることを意味している。
さらに、このシリアルナンバー「Ｓ０００００１」に対応するルータ１４において、ウィルスチェックのチェック対象プロトコルは、「ＰＯＰ３」、「ＳＭＴＰ」、「ＨＴＴＰ」となっている。これは、情報通信装置１０〜１３がＰＯＰ３を用いて受信する受信メールと、情報通信装置１０〜１３がＳＭＴＰを用いて送信する送信メールと、ＷＷＷサーバ６から情報通信装置１０〜１３に対しＨＴＴＰレスポンスとして送信されるコンテンツデータに対してウィルスチェックがなされることを意味している。同様に、ジャンクメールチェックのチェック対象プロトコルは「ＰＯＰ３」となっており、これは、情報通信装置１０〜１３がＰＯＰ３を用いて受信する受信メールに対してジャンクメールチェックがなされることを意味している。
これらのセキュリティ契約情報は、契約代行サーバ３４から通知されることにより、このセキュリティ契約情報ＤＢ５３に記憶されるようになっている。
【００３９】
（４）ＩＳＰ３の構成
次に、ＩＳＰ３内に設置されているユーザ情報ＤＢ３５及び課金情報ＤＢ３６の構成について説明する。
（４−１）ユーザ情報ＤＢ３５の構成
図７は、ユーザ情報ＤＢ３５に記憶されているユーザ情報の一例を示したフォーマット図である。
図７に示すように、ユーザ情報ＤＢ３５には、ＩＳＰ３が各ユーザに割り当てた「ユーザＩＤ」と「パスワード」、ユーザが使用するルータ１４の「シリアルナンバー」とこれに対応する「個体パスワード」、このルータ１４に対応した「セキュリティチェックの内容」の他、「ユーザ名」、「住所」、「生年月日」等のユーザの属性情報が、それぞれ関連付けて記憶されている。
例えば図７に示すユーザＩＤ「ａａａ」に対応するユーザについては、図６で説明したシリアルナンバー「Ｓ０００００１」のルータ１４に対応するセキュリティチェックの内容と同一のデータが記憶されている。一方、ユーザＩＤ「ｂｂｂ」が示すユーザについては、セキュリティチェックの内容がブランクになっており、このユーザはセキュリティチェックの契約を行っていないことが示されている。
上記の「シリアルナンバー」、「個体パスワード」及び「セキュリティチェックの内容」は、前述したように、契約代行サーバ３４から通知されることにより、このユーザ情報ＤＢ３５に記憶されるようになっている。
【００４０】
（４−２）課金情報ＤＢ３６の構成
次に、図８のフォーマット図を参照しながら、課金情報ＤＢ３６の構成を説明する。
図８に示すように、課金情報ＤＢ３６には、ＩＳＰ３のユーザに割り当てられた「ユーザＩＤ」に対応して、このユーザに対して課された課金額を引き落とすための「銀行口座」、ＩＳＰ３が提供した接続サービス及びメール中継サービスに対してユーザが毎月支払うべき「ＩＳＰ課金額」、センタ５が行ったセキュリティチェックに対してユーザが毎月支払うべき「セキュリティチェック課金額」、およびこれらの課金額を合算した「課金額合計」が記憶されている。例えば、ユーザＩＤ「ａａａ」に対応するユーザに対しては、ＩＳＰ課金額「５０００円」とセキュリティチェック課金額「３０００円」とを合算した「８０００円」が毎月、課金されることを意味している。
ここで、ウィルスチェックとジャンクメールチェックとでは別々に課金されるようになっており、図８に示す例では、ウィルスチェックに関する課金額は「２０００円」であり、ジャンクメールチェックに関する課金額は「１０００円」に設定されている。
また、ユーザＩＤ「ｂｂｂ」に対応するユーザは、ＩＳＰ３によるサービスのみを受けており、センタ５によるセキュリティチェックを受けていないので、セキュリティチェック課金額はブランクになっている。
このような課金情報は、ＩＳＰ３が図示せぬ記憶装置に記憶している当該ＩＳＰ３自身のサービス契約情報と、上述したユーザ情報ＤＢ３５に記憶されているセキュリティチェックに関する情報とに基づいて生成され、この課金情報ＤＢ３６に格納される。
以上が本実施形態の構成である。
【００４１】
Ｂ：動作
次に、上記構成からなる実施形態の動作について説明する。
前述したように、ルータ１４は受信したデータをトンネリングを行ってセキュリティサーバに転送し、これに応じて、セキュリティサーバ５１は情報通信装置１０〜１３のプロキシサーバとして機能する。
そこで、具体的な動作例を説明する前に、ルータ１４とセキュリティサーバ５１がデータを送受信する際に行う基本動作を、送受信されるデータの構造とともに説明しておく。
【００４２】
図９は、ＰＣ１０が、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３及びＷＷＷサーバ６のいずれかとデータ通信を行う際の仕組みを説明する説明図である。なお、ＰＣ１０が、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３及びＷＷＷサーバ６のいずれかとデータ通信を行う際には、送受信の対象となるデータは複数のパケットに分割されて送受信されるが、図９においては簡単に説明するため、これら複数のパケットのうちの１つのパケットのみに着目して説明を行う。
【００４３】
図９において、まず、ＰＣ１０は、ＰＯＰサーバ３１、ＩＭＡＰサーバ３２、ＳＭＴＰサーバ３３、ＷＷＷサーバ６のいずれか（以下ＰＯＰサーバ３１を例示して説明する）に対して各種要求を行うためのパケットＰ１を送信する。このパケットＰ１は、図１０のフォーマット図に示すように、ＩＰヘッダの宛先アドレスフィールドには「ＰＯＰサーバ３１のＩＰアドレス」が記述され、送信元アドレスフィールドには「ＰＣ１０のＩＰアドレス」が記述されている。また、ＴＣＰヘッダの宛先ポート番号フィールドには「１１０」番が記述されている。
【００４４】
ルータ１４は、パケットＰ１を受信すると、カプセル化を行ってパケットＰ２を生成し、これをセキュリティサーバ５１に送信する。このパケットＰ２は、図１１のフォーマット図に示すように、パケットＰ１に対してさらにＩＰヘッダ、ＴＣＰヘッダ及びＴＣＰペイロードが付加されたデータ構造となっている。
付加されたＩＰヘッダの宛先アドレスフィールドには「セキュリティサーバ５１のＩＰアドレス」が記述され、送信元アドレスフィールドには「ルータ１４のＩＰアドレス」が記述されている。
ここで、本実施形態では、ルータ１４及びセキュリティサーバ間はＳＯＣＫＳプロトコルを用いてトンネリングを行うようになっている。そこで、付加されたＴＣＰヘッダには、ＳＯＣＫＳプロトコルにおいて使用する宛先ポート番号フィールドが設けられており、このフィールドには「１０５０」番が記述されている。さらに、付加されたＴＣＰペイロードには、トンネル用認証情報フィールドが設けられており、このフィールドにはルータ１４のフラッシュメモリ１４４から読み出された「シリアルナンバー」が記述されている。
【００４５】
セキュリティサーバ５１はパケットＰ２を受信すると、まず、ＴＣＰペイロードに含まれるシリアルナンバーがシリアル情報ＤＢ５２に記憶されているか否かによりルータ１４の正当性を確認する。次いで、セキュリティサーバ５１は、ルータ１４によって付加されたＩＰヘッダ、ＴＣＰヘッダ及びＴＣＰペイロードを取り除いて脱カプセル化を行い、パケットＰ３を得る。さらに、セキュリティサーバ５１は、このパケットＰ３のＩＰヘッダの送信元アドレスフィールドに書きこまれている「ＰＣ１０のＩＰアドレス」を、「セキュリティサーバ５１のＩＰアドレス」に書き換えて、図１２のフォーマット図に示すようなパケットＰ４を生成し、これをＰＯＰサーバ３１に送信する。
【００４６】
ＰＯＰサーバ３１はパケットＰ４を受信すると、これに応答して、ＰＣ１０宛のデータを含むパケットＰ５をセキュリティサーバ５１に送信する。このパケットＰ５においては、図１３のフォーマット図に示すように、ＩＰヘッダの宛先アドレスフィールドに「セキュリティサーバ５１のＩＰアドレス」が記述され、送信元アドレスフィールドには「ＰＯＰサーバ３１のＩＰアドレス」が記述されている。また、ＴＣＰヘッダの送信元ポート番号フィールドには「１１０」番が記述されている。
【００４７】
セキュリティサーバ５１は、パケットＰ５を受信するとＩＰヘッダの宛先アドレスフィールドの「セキュリティサーバ５１のＩＰアドレス」を「ＰＣ１０のＩＰアドレス」に書き換え、送信元アドレスフィールドの「ＰＯＰサーバ３１のＩＰアドレス」を「セキュリティサーバ５１のＩＰアドレス」に書き換える。さらに、セキュリティサーバ５１は、書き換え後のパケットＰ５に対してカプセル化を行ってパケットＰ６を生成し、これをＰＣ１０に送信する。
このパケットＰ６においては、図１４のフォーマット図に示すように、カプセル化によって付加されたＩＰヘッダの宛先アドレスフィールドに「ルータ１４のＩＰアドレス」が記述され、送信元アドレスフィールドには「セキュリティサーバ５１のＩＰアドレス」が記述されている。また、付加されたＴＣＰヘッダの送信元ポート番号フィールドには「１０５０」番が記述されている。
【００４８】
ルータ１４は、パケットＰ６を受信すると、脱カプセル化を行ってパケットＰ７を得て、このパケットＰ７をＰＣ１０に送信する。
【００４９】
このように、ルータ１４とセキュリティサーバ５１は、中継すべきパケットに対してカプセル化やＩＰアドレスの書き換え等を適宜行うことにより、データの中継処理を実行している。
なお、上記の例では、ＰＣ１０とＰＯＰサーバ３１とがデータ通信を行う場合を説明したが、ＰＣ１０以外の他の情報通信装置１１〜１３がその処理主体であってもＰＣ１０と動作は共通である。
【００５０】
次に、具体的な動作例について説明する。
本実施形態では、まず、ユーザがセキュリティチェックを受けるための契約を締結し、この契約が締結された後に、各プロトコルに応じたセキュリティチェックが実施されることになる。
そこで、以下では、（１）セキュリティチェックの契約、について説明した後、各プロトコルに応じた動作例として、（２）ＰＯＰ３を用いた受信メールに対するセキュリティチェック、（３）ＳＭＴＰを用いた送信メールに対するセキュリティチェック、（４）ＨＴＴＰを用いたコンテンツデータに対するセキュリティチェック、について説明する。
【００５１】
（１）セキュリティチェックの契約
まず、図１５に示すシーケンスを参照しながら、ユーザがセキュリティチェックの契約を締結する際の動作について説明する。
ユーザは、ルータ１４を購入すると、通信ケーブルを用いてルータ１４と情報通信装置１０〜１３及びＡＤＳＬモデム１５とを接続する。次いで、ユーザは、ルータ１４に対し初期設定を行うべく、ＰＣ１０等を操作してＷＷＷブラウザを起動させ、このＷＷＷブラウザによって表示される対話画面を参照しながら所定の操作を行う。これに応じてＰＣ１０からルータ１４に対して設定通知がなされ、ルータ１４は、自身のＩＰアドレスをフラッシュメモリ１４４に記憶したり、ルーティングテーブルにルーティング先のＩＰアドレスを書き込む等の処理を行う。このような初期設定が完了すると、ルータ１４は、データをルーティング可能な状態になる。
【００５２】
次いで、ユーザは、ＷＷＷブラウザによって表示された対話画面の所定フィールド内に、ルータ１４の仕様書等に記載されているＵＲＬ（Uniform Resource Locator）を入力する。ＰＣ１０はこの入力操作を受け付けると（ステップＳ１）、ＧＥＴメソッドを用いたＨＴＴＰリクエストを契約申込画面要求としてセキュリティサーバ５１に送信する（ステップＳ２）。この契約申込画面要求には、ユーザによって入力されたＵＲＬが含まれており、このＵＲＬは契約申込画面データを記憶しているセキュリティサーバ５１のリソースを示している。
この契約申込画面要求は、ルータ１４のルーティング機能によってＡＤＳＬ網２に送出された後、図示せぬゲートウェイやルータを次々と経由してセキュリティサーバ５１によって受信される。
【００５３】
セキュリティサーバ５１は、上記契約申込画面要求を受信すると、これに応じて契約申込画面配信プログラムを起動する。そして、セキュリティサーバ５１は、受信した契約申込画面要求に含まれるＵＲＬによって指定されるリソースから契約申込画面データを読み出し、これをＨＴＴＰレスポンスとしてＰＣ１０に送信する（ステップＳ３）。
【００５４】
ＰＣ１０は、インターネット４及びＡＤＳＬ網２を介して上記契約申込画面データを受信すると、これを解釈して図示せぬディスプレイ装置に契約申込画面を表示する（ステップＳ４）。
このとき表示される契約申込画面の一例を図１６の模式図に示す。図１６に示すように、この契約申込画面には、ユーザが加入しているＩＳＰ名を入力するためのフィールドＦ１と、ルータ１４のシリアルナンバーを入力するためのフィールドＦ２と、個体パスワードを入力するためのフィールドＦ３と、ＩＳＰ３によって割り当てられたユーザＩＤを入力するためのフィールドＦ４と、ユーザＩＤに対応したパスワードを入力するためのフィールドＦ５と、所望するセキュリティチェックを選択するためのチェックボックスＦ６〜Ｆ１２とが設けられている。また、フィールドＦ１の右方には、プルダウンメニューボックスＭＢが設けられており、ユーザがこのプルダウンメニューボックスＭＢをマウスでクリックすると、「Ａ社、Ｂ社、Ｃ社、・・・」というように各ＩＳＰ名がプルダウンで列記表示され、ユーザはこの中から自身が加入するＩＳＰ３を選択することができる。さらに、このＩＳＰ名には、対応するＩＳＰ３が備える契約代行サーバ３４のＩＰアドレスが関連付けられている。
図１６に示すように、ユーザが各フィールドＦ１〜Ｆ１２にデータを入力した後、「送信」と表記されたソフトボタンＳＢをマウスでクリックすると、ＰＣ１０はこの操作を受け付ける（ステップＳ５）。
次いで、ＰＣ１０は、ユーザによって入力されたＩＳＰ名に関連付けられている契約代行サーバ３４のＩＰアドレスを宛先として、ユーザによってフィールドＦ１〜Ｆ１２に入力されたデータを含むＨＴＴＰリクエストを契約要求として送信する（ステップＳ６）。
【００５５】
ＩＳＰ３の契約代行サーバ３４は、上記契約要求を受信すると、まず、受信した契約要求の中からユーザＩＤ及びパスワードを抽出し、これらがユーザ情報ＤＢ３５に記憶されているものと一致するか否かを判断することにより、ユーザ認証を行う（ステップＳ７）。ここでは、契約要求に含まれるユーザＩＤ「ａａａ」及びパスワード「ｘｘｘｚｚｚ」は、図７に示すユーザ情報ＤＢ３５に記憶されたものと一致するので、ユーザは正当であると判断されることになる。
【００５６】
ステップＳ７において正当なユーザであると判断された場合には、契約代行サーバ３４は、上記契約要求に含まれるユーザＩＤ及びパスワード以外のデータ（即ちセキュリティ契約情報）をユーザ情報ＤＢ３５に転送し、このユーザ情報ＤＢ３５に格納させる（ステップＳ８）。即ち、図７に示すように、ルータ１４のシリアルナンバー「Ｓ０００００１」及び個体パスワード「ａｂｃ１２３」が格納されるとともに、ウィルスチェックが「オン」設定されてチェック対象プロトコル名「ＰＯＰ３」、「ＳＭＴＰ」、「ＨＴＴＰ」が格納され、さらに、ジャンクメールチェックが「オン」設定されてチェック対象プロトコル名「ＰＯＰ３」が格納される。
【００５７】
このようなセキュリティ契約情報の格納処理が終了すると、契約代行サーバ３４は、契約完了通知をＰＣ１０に送信する（ステップＳ９）。この契約完了通知には、セキュリティサーバ５１のＩＰアドレスと、セキュリティ契約情報に基づくチェック対象プロトコル名及び宛先ポート番号とが含まれている。
【００５８】
ＰＣ１０は上記契約完了通知を受信すると、受信した契約完了通知からセキュリティサーバ５１のＩＰアドレスと、チェック対象プロトコル名及び宛先ポート番号を抽出し、これらをルータ１４に通知する（ステップＳ１０）。
【００５９】
これに応じて、ルータ１４は、通知されたセキュリティサーバ５１のＩＰアドレスをフラッシュメモリ１４４に書き込むとともに、通知されたチェック対象プロトコルと宛先ポート番号とを関連付けたチェック対象プロトコルテーブルをフラッシュメモリ１４４に記憶させる（ステップＳ１１）。
【００６０】
さて、契約代行サーバ３４は、ステップＳ９の処理を行う一方で、セキュリティ契約情報をセキュリティサーバ５１に送信する（ステップＳ１２）。
セキュリティサーバ５１は、このセキュリティ契約情報を受信すると、受信したセキュリティ契約情報をセキュリティ契約情報ＤＢ５３に格納する（ステップＳ１３）。これにより、セキュリティチェックの契約に関する処理が終了することとなる。
【００６１】
（２）ＰＯＰ３を用いた受信メールに対するセキュリティチェック
次に、図１７に示すシーケンスを参照しながら、ＰＯＰ３を用いた受信メールに対してセキュリティチェックを行う際の動作について説明する。
【００６２】
まず、ユーザが例えばＰＣ１０を用いて受信メールの取得を指示する操作を行うと、ＰＣ１０はこの操作を受け付け（ステップＳ２１）、ＰＯＰサーバ３１に対する接続要求をパケットとして送信する（ステップＳ２２）。そして、ルータ１４は、この接続要求を受信する。
【００６３】
ここで、ルータ１４のＣＰＵ１４１は、図１８に示す処理フローが記述されたルーティングプログラムを常時実行している（ステップＳ２３）。
図１８において、ルータ１４のＣＰＵ１４１は、パケットを受信すると（ステップＳ１０１；Ｙｅｓ）、このパケットがチェック対象となるアプリケーション層プロトコルに従うパケットであるか否かを判断する（ステップＳ１０２）。より具体的には、ＣＰＵ１４１は、パケットのＴＣＰヘッダに含まれている宛先ポート番号と、フラッシュメモリ１４４のチェック対象プロトコルテーブル（図３参照）に記述されている宛先ポート番号とが一致する場合にはチェック対象であると判断し、一致しない場合にはチェック対象でないと判断する。ここでは、受信したパケットはＰＯＰ３に基づくものであるので、ＣＰＵ１４１はチェック対象であると判断することになる（ステップＳ１０２；Ｙｅｓ）。
【００６４】
次いで、ＣＰＵ１４１は、ＩＰヘッダに含まれる送信元アドレスがセキュリティサーバ５１のＩＰアドレスであるか否かを判断する（ステップＳ１０３）。
ここで、ＩＰヘッダに含まれている送信元アドレスを参照する理由は、セキュリティサーバ５１から情報通信装置１０〜１３宛に送信されたパケットがルータ１４によってセキュリティサーバ５１に返信されてしまうと、情報通信装置１０〜１３にパケットが到達しなくなってしまうからである。また、上記理由に加えて、セキュリティサー５１から送信されてきたデータであればコンピュータウィルス等の虞がないものと判断されるという理由もある。
ここでは、パケットの送信元アドレスはＰＣ１０のＩＰアドレスであるので、セキュリティサーバ５１のＩＰアドレスではないと判断する（ステップＳ１０３；Ｎｏ）。
【００６５】
ステップＳ１０２及びステップＳ１０３における処理によって転送が必要と判断されると、ＣＰＵ１４は、セキュリティサーバ５１と通信コネクションを確立しているか否かを判断する（ステップＳ１０４）。
ここで、通信コネクションが確立されていない場合は（ステップＳ１０４；Ｎｏ）、ＣＰＵ１４は、所定の接続手順に従ってセキュリティサーバ５１との間で通信コネクションを確立する（ステップＳ１０５）。
【００６６】
セキュリティサーバ５１との間で通信コネクションが確立すると、図１１で説明したように、ＣＰＵ１４は、宛先アドレスをセキュリティサーバ５１のＩＰアドレスとし、送信元アドレスを自身のＩＰアドレスとし、さらにルータ１４のシリアルナンバーを含むようにしてカプセル化を行う（ステップＳ１０６）。
【００６７】
そして、ＣＰＵ１４は、カプセル化したパケットをセキュリティサーバ５１に送信する(ステップＳ１０７）。
なお、ステップＳ１０２においてチェック対象プロトコルではないと判断された場合（ステップＳ１０２；Ｎｏ）と、ステップＳ１０３において送信元がセキュリティサーバ５１であると判断された場合（ステップＳ１０３；Ｙｅｓ）には、ＣＰＵ１４１は、パケットをカプセル化することなく、そのままルーティングすることになる。
このように、ルータ１４がパケットを受信するたびに図１８に示すフローが繰り返し実行されることになる。以下では、ルータ１４が外部からパケットを受信する度に上記フローの説明を繰り返すことは省略するが、このフローは、（２）ＰＯＰ３を用いた受信メールに対するセキュリティチェック、だけではなく、（３）ＳＭＴＰを用いた送信メールに対するセキュリティチェック、（４）ＨＴＴＰレスポンスに対するセキュリティチェック、においても同様に実行される。
【００６８】
再び、図１７に戻り、システム全体の動作説明を行う。
図１７のステップＳ２３においては、ルータ１４とセキュリティサーバ５１との間で通信コネクションが確立されていない場合を示している。ステップＳ２４〜ステップＳ２６は、図１８のステップＳ１０５で説明した、ルータ１４とセキュリティサーバ５１との間で通信コネクションを確立する処理を示しており、以下簡単に説明する。
まず、ルータ１４は、セキュリティサーバ５１に対しコネクション確立要求を送信する（ステップＳ２４）。このコネクション確立要求には、ルータ１４のシリアルナンバーが含まれている。
【００６９】
セキュリティサーバ５１は接続要求を受信すると、このコネクション確立要求からシリアルナンバーを抽出し、シリアル情報ＤＢ５２に記憶されているシリアルナンバーと照合してルータ１４の正当性を確認する（ステップＳ２５）。以下、この確認処理をルータ認証と呼ぶ。
【００７０】
ルータ１４の正当性が確認されると、セキュリティサーバ５１は、ルータ１４に許可応答を送信し、これによりルータ１４とセキュリティサーバ５１との間で通信コネクションが確立することになる（ステップＳ２６）。
【００７１】
次に、ルータ１４は、図１８のステップＳ１０６で説明したように、ＰＣ１０から受信した接続要求を示すパケットをカプセル化してセキュリティサーバ５１に送信する。これに応じて、セキュリティサーバ５１は、図９で説明したように、ルータ認証を行い、さらに、受信したパケットに対して脱カプセル化を行った後、ＩＰヘッダ内のＩＰアドレスを書き換え、書き換え後の接続要求をＰＯＰサーバ３１に送信する（ステップＳ２７）。
【００７２】
ＰＯＰサーバ３１は、接続要求を受信すると、これに応答して、ＰＣ１０に対し認証情報の送信を要求する認証要求をパケットとして送信する（ステップＳ２８）。この認証要求は、セキュリティサーバ５１及びルータ１４間でトンネリングされながら伝送され、ＰＣ１０によって受信される。
【００７３】
そして、ＰＣ１０は、ユーザＩＤやパスワードといった認証情報をメモリから読み出し（ステップＳ２９）、これをＰＯＰサーバ３１に送信する（ステップＳ３０）。この際、これらの認証情報はステップＳ２１の操作受付時にユーザによって入力されていてもよいし、ＰＣ１０の不揮発性メモリから読み出されて自動送信されるような設定が予めなされていてもよい。
この認証情報は、ルータ１４及びセキュリティサーバ５１間でトンネリングやルータ認証が実行されながら伝送され、ＰＯＰサーバ３１によって受信される。
【００７４】
ＰＯＰサーバ３１は認証情報を受信すると、この認証情報からユーザＩＤとパスワードを抽出し、ユーザ情報ＤＢ３５に記憶されているユーザＩＤ及びパスワードと照合してユーザ認証を行う（ステップＳ３１）。
これによりユーザの正当性が確認されると、ＰＯＰサーバ３１は、許可応答を送信する（ステップＳ３２）。この許可応答は、セキュリティサーバ５１及びルータ１４間でトンネリングされながら伝送され、ＰＣ１０によって受信される。
【００７５】
ＰＣ１０は、許可応答を受信すると、受信メールを要求するメール要求をＰＯＰサーバ３１に送信する（ステップＳ３３）。このメール要求は、ルータ１４及びセキュリティサーバ５１間でトンネリングやルータ認証が実行されながら伝送され、ＰＯＰサーバ３１によって受信される。
【００７６】
ＰＯＰサーバ３１はメール要求を受信すると、これに応答して、ユーザＩＤによって特定されるメールボックスから受信メールを示すメールデータを読み出し（ステップＳ３４）、読み出したメールデータをパケットとしてＰＣ１０に送信する（ステップＳ３５）。
【００７７】
一方、セキュリティサーバ５１は、ハードディスク装置５１５に記憶されているセキュリティチェックプログラムを常時実行しており、メールデータを受信すると、これに応じて、図６に示すセキュリティ契約情報ＤＢ５３２に記憶されている内容に従い、ウィルスチェック及びジャンクメールチェックを行う（ステップＳ３６）。
ここで、セキュリティサーバ５１によって受信されたデータがセキュリティチェックの対象となるメールデータであるか否かということは、受信したデータが電子メールの書式に従うものであるか否かということにより判断される。
【００７８】
次いで、セキュリティサーバ５１はセキュリティチェックを行った後のメールデータをパケットに分割してカプセル化を行い、ＰＣ１０に送信する（ステップＳ３７）。ルータ１４は、このメールデータを脱カプセル化してＰＣ１０に送信する。
ＰＣ１０は、メールデータを受信すると、ＰＯＰサーバ３１に対して切断要求を送信する（ステップＳ３８）。これによって、ＰＣ１０とＰＯＰサーバ３１との間の通信コネクションが切断され、処理が終了する。
なお、ＩＭＡＰ４を用いた受信メールに対するセキュリティチェックも、上述したＰＯＰ３の場合と同様の動作となる。
【００７９】
（３）ＳＭＴＰを用いた送信メールに対するセキュリティチェック
次に、図１９に示すシーケンスを参照しながら、ＳＭＴＰを用いた送信メールに対してセキュリティチェックを行う際の動作について説明する。
まず、ユーザがＰＣ１０を用いて電子メールの送信を指示する操作を行うと、ＰＣ１０はこの操作を受け付け（ステップＳ５１）、ＳＭＴＰサーバ３３に対する接続要求をパケットとして送信する（ステップＳ５２）。
【００８０】
ルータ１４はこの接続要求を受信すると、図１７のステップＳ２４〜Ｓ２６において説明した動作と同様に、セキュリティサーバ５１に対してコネクション確立要求を送信する（ステップＳ５３）。このコネクション確立要求には、ルータ１４のシリアルナンバーが含まれており、セキュリティサーバ５１はこのシリアルナンバーを用いてルータ１４の正当性を確認する（ステップＳ５４）。これにより正当性が確認されると、セキュリティサーバ５１は、ルータ１４に許可応答を送信し（ステップＳ５５）、これにより通信コネクションが確立することになる。
【００８１】
次に、ルータ１４は、ＰＣ１０から受信した接続要求を示すパケットをカプセル化してセキュリティサーバ５１に送信する。これに応じて、セキュリティサーバ５１は、ルータ認証を行い、さらに、受信したパケットに対して脱カプセル化を行った後、ＩＰアドレスの書き換えを行い、書き換え後の接続要求をＳＭＴＰサーバ３３に送信する（ステップＳ５６）。
【００８２】
ＳＭＴＰサーバ３３は、上記接続要求を受信すると、これに応じて、許可応答を送信する（ステップＳ５７）。この許可応答は、セキュリティサーバ５１及びルータ１４間でトンネリングによって伝送され、ＰＣ１０によって受信される。
【００８３】
ＰＣ１０は、許可応答を受信すると、送信メールを示すメールデータをパケットとしてＳＭＴＰサーバ３３に送信する（ステップＳ５８）。ルータ１４は、ＰＣ１０から受信したメールデータのパケットをカプセル化してセキュリティサーバ５１に送信する。
セキュリティサーバ５１は、このパケットを受信すると、これに応じてルータ認証を行い、さらに、受信したパケットに対して脱カプセル化を行う。そして、セキュリティサーバ５１は、受信したパケットによって構成されるデータがＳＭＴＰに従うメールデータであることを検出すると、セキュリティ契約情報ＤＢ５３に記憶されている内容に従ってウィルスチェックを行う（ステップＳ５９）。
【００８４】
次いで、セキュリティサーバ５１はセキュリティチェックを行った後のメールデータをパケットに分割し、ＩＰアドレスを書き換えてＳＭＴＰサーバ３３に送信する（ステップＳ６０）。
【００８５】
ＳＭＴＰサーバ３３はメールデータを受信すると、ＰＣ１０に対し受信通知を送信し（ステップＳ６１）、これを受信したＰＣ１０がＳＭＴＰサーバ３３に対し切断要求を送信する（ステップＳ６２）。これによって、ＰＣ１０とＳＭＴＰサーバ３３との間の通信コネクションが切断され、処理が終了する。
【００８６】
（４）ＨＴＴＰを用いたコンテンツデータに対するセキュリティチェック
次に、図２０に示すシーケンスを参照しながら、コンテンツデータに対してセキュリティチェックを行う際の動作について説明する。
まず、ユーザが例えばＰＣ１０を用いてＷＷＷサーバ６のＵＲＬを指定する等してコンテンツの取得を指示する操作を行うと、ＰＣ１０はこの操作を受け付け（ステップＳ７１）、ＷＷＷサーバ６に対するＨＴＴＰリクエストをパケットとして送信する（ステップＳ７２）。
【００８７】
ルータ１４のＣＰＵ１４１は、ＨＴＴＰリクエストを受信すると、図１７のステップＳ２４〜Ｓ２６において説明した動作と同様に、セキュリティサーバ５１に対してコネクション確立要求を送信する（ステップＳ７３）。このコネクション確立要求には、ルータ１４のシリアルナンバーが含まれており、セキュリティサーバ５１はこのシリアルナンバーを用いてルータ１４の正当性を確認する（ステップＳ７４）。これによりルータ１４の正当性が確認されると、セキュリティサーバ５１は、ルータ１４に許可応答を送信し（ステップＳ７５）、これにより通信コネクションが確立することになる。
【００８８】
次に、ルータ１４は、ＰＣ１０から受信したＨＴＴＰリクエストをカプセル化してセキュリティサーバ５１に送信する（ステップＳ７６）。
【００８９】
セキュリティサーバ５１は、受信したパケットに対し脱カプセル化を行った後、ＩＰヘッダのＩＰアドレスを書き換えてＷＷＷサーバ６に送信する（ステップＳ７７）。
【００９０】
ＷＷＷサーバ６は、ＨＴＴＰリクエストを受信すると、これに応答して、ＨＴＴＰリクエストに含まれるＵＲＬによって指定されるリソースからコンテンツデータを読み出し（ステップＳ７８）、読み出したコンテンツデータをＨＴＴＰレスポンスとしてＰＣ１０に送信する（ステップＳ７９）。
【００９１】
セキュリティサーバ５１はこのコンテンツデータを受信すると、セキュリティ契約情報ＤＢ５３に記憶されている内容に従ってウィルスチェックを行う（ステップＳ８０）。
次いで、セキュリティサーバ５１は、セキュリティチェックを行った後のコンテンツデータをパケットに分割し、ＩＰアドレスを書き換えてＰＣ１０に送信する。ルータ１４は、このＨＴＴＰレスポンスを脱カプセル化してＰＣ１０に送信し、ＰＣ１０はこれを受信する（ステップＳ８１）。そして、ＰＣ１０は、受信したコンテンツデータを解釈してこれを表示する。
【００９２】
上述した実施形態によれば、ルータ１４が受信したデータがＰＯＰ３、ＩＭＡＰ４及びＨＴＴＰに従うデータである場合、ルータ１４が上記データをセキュリティサーバ５１に転送すると、セキュリティサーバ５１は、受信したデータを当該データの宛先であるＰＯＰサーバ３１、ＩＭＡＰサーバ３２又はＷＷＷサーバ６へ送信し、これに応答してＰＯＰサーバ３１、ＩＭＡＰサーバ３２又はＷＷＷサーバ６から送信されてくるデータに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【００９３】
また、ルータ１４が受信したデータがＳＭＴＰに従うデータである場合、ルータ１４が受信したデータをセキュリティサーバ５１に転送すると、これに応じて、セキュリティサーバ５１が、ルータ１４から転送されてきたデータに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【００９４】
さらに、上記のセキュリティチェックを行う場合、ユーザが所有する情報通信装置１０〜１３側ではなく、セキュリティサーバ５１側でセキュリティチェックを行うので、ユーザがワクチンソフトをアップデートするというような作業が不要となる。これによりユーザの利便性を向上させることができる。
【００９５】
さらに、ルータ１４のシリアルナンバーを用いてルータ認証を行うので、セキュリティサーバ５１は、不正なルータによるアクセスを排除することができる。
【００９６】
さらに、セキュリティチェックの契約や課金に関する処理は、本来の処理主体であるべきセンタ５に代わってＩＳＰ３が行うので、センタ５の管理者としては上記処理を行うための新たなシステムを開発する必要がない。また、ＩＳＰ３側も、自身の既存システムに大きな変更を加えることなく、上記処理を実行できるので便利である。
【００９７】
Ｃ：変形例
既述の通り、本発明は上述した実施形態に限定されず、以下のような種々の変更が可能である。
【００９８】
（１）ルータ１４の形態
実施形態では、セキュリティサーバ５１に対してデータを転送する装置としてルータ１４を例示した。しかし、必ずしもこれに限定されるわけではなく、要は、情報通信装置１０〜１３宛のデータや情報通信装置１０〜１３から送信されるデータが伝送される伝送路に配置されて、上記データを中継するデータ中継装置であればよい。このようなデータ中継装置は、通常、その装置がサポートするプロトコル層に応じて、リピータ、ブリッジ、ルータ或いはゲートウェイというように異なる呼び方で呼ばれているが、実施形態で述べた構成及び動作を備えたデータ中継装置であれば、その呼び方に限定されることなく、本発明の技術思想に含まれる。
また、ルータ１４はホームネットワーク１に利用されるだけでなく、例えばオフィス内に設置された社内ＬＡＮ（Local Area Network）のような様々なローカルネットワークに利用可能である。
なお、ルータ１４に接続される情報通信装置１０〜１３は図１に示す４台に限定されず、もっと多くても少なくてもよいことはもちろんである。
【００９９】
（２）ルータ認証に用いる情報
実施形態では、ルータ認証を行う際に、そのルータ１４の製造時に割り当てられたシリアルナンバーを用いていた。このシリアルナンバーは、ルータ１４のハードウェアに対するシリアルナンバーであってもよいし、ルータ１４に搭載されるルーティングプログラム等のソフトウェアに対するシリアルナンバーであってもよい。
また、ルータ認証に用いられる情報は、必ずしもシリアルナンバーに限定されるわけではない。要は、各ルータ１４を識別できる情報であればよく、例えば、ルータ１４に割り当てられたＭＡＣアドレス等を代用してもよい。
また、ルータ１４によって転送されるパケットに対してシリアルナンバーを記述する場合、その記述エリアは、カプセル化によって付加されたＴＣＰペイロードに限定されるわけではなく、例えば、カプセル化によって付加されたＩＰヘッダやＴＣＰヘッダ等の適当なフィールドを利用すればよい。
【０１００】
（３）セキュリティチェックの対象となるプロトコル
実施形態では、ＰＯＰ３、ＩＭＡＰ４、ＳＭＴＰ、ＨＴＴＰというプロトコルを例に挙げてセキュリティチェックを行うようにしていたが、必ずしもこれに限らず、例えばＦＴＰ（File Transfer Protocol）に従うデータに対してセキュリティチェックを行うようにしてもよい。
また、ルータ１４が記憶しているチェック対象プロトコルテーブルには、チェック対象となるプロトコルが記述されていたが、これとは逆に、チェック対象ではないプロトコルを記述しておき、ルータ１４はこのチェック対象プロトコルテーブルに記述されていないプロトコルに従うデータを受信した場合に当該データをセキュリティサーバ５１に転送するようにしてもよい。
【０１０１】
（４）ネットワーク構成
実施形態では、ホームネットワーク１とＩＳＰ３との間に介在するネットワークとしてＡＤＳＬ網２を例示したが、これに限定されない。このネットワークの周波数帯域は広帯域であっても狭帯域であってもよく、例えば公衆電話網、ＩＳＤＮ（Integrated Service Digital NetWork）網、ＣＡＴＶ（Cable TV）網、いわゆる×ＤＳＬ網、携帯電話網等の公衆無線ネットワーク、衛星通信ネットワーク等の様々なネットワークが利用できる。
なお、このように図１とネットワーク形態が異なる場合には、ＡＤＳＬモデム１５に代えて、そのネットワークに適した変復調装置やプロトコル変換装置を用いる必要がある。
【０１０２】
（５）ＨＴＴＰリクエストに対するセキュリティチェック
実施形態では、図２０において説明したように、ＨＴＴＰレスポンスとしてのコンテンツデータに対してセキュリティチェックを行うようになっていたが、ＨＴＴＰリクエストに対してセキュリティチェックを行ってもよい。即ち、最近では、閲覧者に対し不適切なコンテンツを提供するサイトの存在も問題視されており、上述したＨＴＴＰリクエストに対するセキュリティチェックは、このようなサイトへのＨＴＴＰリクエストを排除することを目的としたものである。
具体的には、セキュリティサーバ５１が、例えば成人向けのコンテンツを提供するサイトのＵＲＬを蓄積しておき、ＰＣ１０からのＨＴＴＰリクエストを中継する際にはそのＨＴＴＰリクエストに含まれるＵＲＬと、自身が蓄積しているＵＲＬとを照合し、一致した場合には、そのＨＴＴＰリクエストを廃棄すればよい。このようなセキュリティチェックをＵＲＬフィルタリングと呼ぶことにする。このＵＲＬフィルタリングを行うタイミングは、図２０のステップＳ７６とステップＳ７７の間となる。
【０１０３】
（６）セキュリティチェック後の動作
実施形態において、セキュリティチェックサーバ５１がセキュリティチェックを行ってコンピュータウィルスを駆除したり、ジャンクメールを廃棄したりした場合には、その旨を情報通信装置１０〜１３に通知するようにすればさらに望ましい。
【０１０４】
（７）セキュリティ契約情報の配信
実施形態では、契約代行サーバ３４がチェック対象プロトコル名と宛先ポート番号をＰＣ１０に送信すると、ＰＣ１０がこれらをルータ１４に転送するようになっていた。しかしこれに限定されず、契約代行サーバ３４が直接、ルータ１４に送信するようにしてもよい。
また、図１５のステップＳ６において、契約時にＰＣ１０が送信したデータをルータ１４が中継する際に、そのデータからチェック対象プロトコル名を抽出して、このチェック対象プロトコルに対応する宛先ポート番号と関連付けて記憶するようにしてもよい。
このようにすれば、処理のステップ数が削減されることになる。
【０１０５】
（８）プッシュ型配信への適用
実施形態では、情報通信装置１０〜１３からのリクエストに応答してサーバから送信されてくる受信メールやコンテンツ、或いは、情報通信装置１０〜１３から送信される送信メールに対してセキュリティチェックを行っていた。
しかしこれに限らず、インターネット４に接続されたサーバから情報通信装置１０〜１３に強制的に配信してくるような場合（これをプッシュ型配信と呼ぶ）であっても本発明を適用することが可能である。この場合、ルータ１４は、上記サーバから送信されてくる情報通信装置１０〜１３宛のデータを受信すると、これをセキュリティサーバ５１に転送する。一方、セキュリティサーバは、転送されてきたデータに対してセキュリティチェックを行った後に、そのデータの宛先である情報通信装置１０〜１３に送信すればよい。
【０１０６】
（９）プログラムの形態
ルータ１４やセキュリティサーバ５１が上述した処理を行うために実行するプログラム（即ち、ルーティングプログラム、セキュリティチェックプログラム、契約申込画面配信プログラム及びプロキシプログラム）は、これらルータ１４やセキュリティサーバ５１にアプリケーションプログラムとしてインストールされてもよいことはもちろんである。例えば、ルータ１４、セキュリティサーバ５１のＣＰＵ１４１、５１１を用いて読み取り可能な磁気記録媒体、光記録媒体あるいはＲＯＭなどの記録媒体に記録してこのプログラムを提供することができる。
また、このようなプログラムをインターネット４のようなネットワーク経由でルータ１４やセキュリティサーバ５１にダウンロードさせることももちろん可能である。
なお、製造後のルータ１４にルーティングプログラムをインストールする際には、このルーティングプログラムは、ＲＯＭ１４２ではなく、フラッシュメモリ１４４に記憶されることになる。
【０１０７】
【発明の効果】
上述したように本発明によれば、データ中継装置によって転送されてくるデータを当該データの宛先へ送信し、この送信したデータに応答して宛先から送信されてくる応答データを受信すると、この受信した応答データに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【０１０８】
また、本発明によれば、データ中継装置によって転送されてくるデータを受信すると、受信したデータに対してセキュリティチェックを行うので、コンピュータウィルス等の様々な不正行為による被害を防止することができる。
【０１０９】
【図面の簡単な説明】
【図１】 本発明の実施形態に係るシステム全体の構成を示すブロック図である。
【図２】 実施形態におけるルータの構成を示すブロック図である。
【図３】 実施形態におけるチェック対象プロトコルテーブルに記述されているデータの一例を示すフォーマット図である。
【図４】 実施形態におけるセキュリティサーバの構成を示すブロック図である。
【図５】 実施形態におけるシリアル情報ＤＢに記憶されているシリアル情報の一例を示すフォーマット図である。
【図６】 実施形態におけるセキュリティ契約情報ＤＢに記憶されているセキュリティ契約情報の一例を示すフォーマット図である。
【図７】 実施形態におけるユーザ情報ＤＢに記憶されているユーザ情報の一例を示すフォーマット図である。
【図８】 実施形態における課金情報ＤＢに記憶されている課金情報の一例を示すフォーマット図である。
【図９】 実施形態におけるデータ中継の仕組みを説明する説明図である。
【図１０】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１１】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１２】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１３】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
【図１４】 実施形態におけるデータ中継の際のパケットの構造を示す説明図である。
である。
【図１５】 実施形態において契約申込みを行う際のシステム全体の動作を示すシーケンス図である。
【図１６】 実施形態における契約申込画面の一例を示す模式図である。
【図１７】 実施形態において受信メールに対してセキュリティチェックを行う際のシステム全体の動作を示すシーケンス図である。
【図１８】 実施形態におけるルータのＣＰＵがセキュリティチェックプログラムを実行する際のフローチャートである。
【図１９】 実施形態において送信メールに対してセキュリティチェックを行う際のシステム全体の動作を示すシーケンス図である。
【図２０】 実施形態においてコンテンツデータに対してセキュリティチェックを行う際のシステム全体の動作を示すシーケンス図である。
【符号の説明】
１・・・ホームネットワーク、２・・・ＡＤＳＬ網、
３・・・ＩＳＰ（プロバイダ）、３１・・・ＰＯＰサーバ（宛先）、
３２・・・ＩＭＡＰサーバ（宛先）、３３・・・ＳＭＴＰサーバ（宛先）、
３４・・・契約代行サーバ（プロバイダの通信装置）、
３５・・・ユーザ情報ＤＢ（記憶手段）、３６・・・課金情報ＤＢ（課金手段）、
４・・・インターネット、５・・・センタ、
５１・・・セキュリティサーバ（サーバ、転送先）、
５１１・・・ＣＰＵ（データ受信手段、データ送信手段、応答データ受信手段、
セキュリティチェック手段、応答データ送信手段、認証手段）、
５１２・・・ＲＯＭ、５１３・・・ＲＡＭ、
５１４・・・通信部（データ受信手段、データ送信手段、応答データ受信手段、
応答データ送信手段）、
５１５・・・ハードディスク装置、５２・・・セキュリティ契約情報ＤＢ、
５３・・・シリアル情報ＤＢ（記憶手段）、６・・・ＷＷＷサーバ（宛先）、
７・・・金融機関システム、１０・・・ＰＣ（情報通信装置）、
１１・・・テレビジョン（情報通信装置）、
１２・・・ＭＰ３プレーヤ（情報通信装置）、
１３・・・ＰＤＡ（情報通信装置）、１４・・・ルータ（データ中継装置）、
１４１・・・ＣＰＵ（転送手段、通信手段、判断手段、アドレス受信手段、決定手段、要否判断情報受信手段）、
１４２・・・ＲＯＭ（記憶手段）、１４３・・・ＲＡＭ、
１４４・・・フラッシュメモリ（アドレス記憶手段、要否判断情報記憶手段）、
１４５・・・表示部、１４６・・・ＬＡＮ通信部（通信手段）、
１４７・・・ＷＡＮ通信部（通信手段、転送手段、アドレス受信手段、要否判断情報受信手段）、１５・・・ＡＤＳＬモデム。
Claims (5)
- データ通信を行う情報通信装置に接続されてデータ伝送を中継するデータ中継装置と、データに対してセキュリティチェックを行うサーバとからなるデータ通信システムであって、
前記データ中継装置は、
前記セキュリティチェックの対象となるプロトコルの情報、又は前記セキュリティチェックの対象でないプロトコルの情報を記憶する記憶手段と、
前記情報通信装置から送信されてくるデータであって、前記情報通信装置の通信アドレスを送信元アドレスとして含むと共に、当該データが従うプロトコルを識別するプロトコル識別情報と宛先アドレスとを含んだデータを受信する手段と、
前記受信したデータに含まれているプロトコル識別情報と、前記記憶手段に記憶されている情報とに基づいて、前記受信したデータが従うプロトコルが前記セキュリティチェックの対象となるプロトコルであるか否かを判断する手段と、
前記セキュリティチェックの対象となるプロトコルであると判断した場合、前記受信したデータを前記サーバに転送し、前記セキュリティチェックの対象となるプロトコルでないと判断した場合、前記受信したデータを当該データに含まれている宛先アドレスが示す宛先へ送信する手段とを備え、
前記サーバは、
前記データ中継装置から転送されてくるデータを受信するデータ受信手段と、
前記データ受信手段が受信したデータに含まれている送信元アドレスを前記サーバの通信アドレスに書き換える手段と、
送信元アドレスを書き換えた後の前記データを当該データに含まれている宛先アドレスが示す宛先へ送信するデータ送信手段と、
前記データ送信手段が送信したデータに応答して前記宛先から送信されてくる応答データであって、前記宛先の通信アドレスを送信元アドレスとして含むと共に、前記サーバの通信アドレスを宛先アドレスとして含んだ応答データを受信する応答データ受信手段と、
前記受信した応答データに対してセキュリティチェックを行うセキュリティチェック手段と、
前記受信した応答データに含まれている宛先アドレスを前記情報通信装置の通信アドレスに書き換える手段と、
前記セキュリティチェックと宛先アドレスの書き換えを行った後の応答データを前記情報通信装置に送信する応答データ送信手段とを備える
ことを特徴とするデータ通信システム。 - 前記データ中継装置及び前記サーバは、両者間のデータ通信をトンネリングによって行うことを特徴とする請求項１に記載のデータ通信システム。
- 前記応答データは、前記情報通信装置宛のコンテンツであることを特徴とする請求項１又は２に記載のデータ通信システム。
- 前記応答データは、前記情報通信装置宛の電子メールであることを特徴とする請求項１又は２に記載のデータ通信システム。
- データ通信を行う情報通信装置に接続されてデータ伝送を中継するデータ中継装置と、データに対してセキュリティチェックを行うサーバとを用いたデータ通信方法であって、
前記データ中継装置は、
前記情報通信装置から送信されてくるデータであって、前記情報通信装置の通信アドレスを送信元アドレスとして含むと共に、当該データが従うプロトコルを識別するプロトコル識別情報と宛先アドレスとを含んだデータを受信し、
前記受信したデータに含まれているプロトコル識別情報と、記憶手段に記憶されている前記セキュリティチェックの対象となるプロトコルの情報又は前記セキュリティチェックの対象でないプロトコルの情報とに基づいて、前記受信したデータが従うプロトコルが前記セキュリティチェックの対象となるプロトコルであるか否かを判断し、
前記セキュリティチェックの対象となるプロトコルであると判断した場合、前記受信したデータを前記サーバに転送し、前記セキュリティチェックの対象となるプロトコルでないと判断した場合、前記受信したデータを当該データに含まれている宛先アドレスが示す宛先へ送信し、
前記サーバは、
前記データ中継装置から転送されてくるデータを受信し、
前記データ中継装置から受信したデータに含まれている送信元アドレスを前記サーバの通信アドレスに書き換え、
送信元アドレスを書き換えた後の前記データを当該データに含まれている宛先アドレスが示す宛先へ送信し、
前記送信したデータに応答して前記宛先から送信されてくる応答データであって、前記宛先の通信アドレスを送信元アドレスとして含むと共に、前記サーバの通信アドレスを宛先アドレスとして含んだ応答データを受信し、
前記受信した応答データに対してセキュリティチェックを行うと共に、当該応答データに含まれている宛先アドレスを前記情報通信装置の通信アドレスに書き換え、
前記セキュリティチェックと宛先アドレスの書き換えを行った後の応答データを前記情報通信装置に送信する
ことを特徴とするデータ通信方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001165580A JP4598308B2 (ja) | 2001-05-31 | 2001-05-31 | データ通信システム及びデータ通信方法 |
| US10/043,910 US7640434B2 (en) | 2001-05-31 | 2002-01-11 | Identification of undesirable content in responses sent in reply to a user request for content |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001165580A JP4598308B2 (ja) | 2001-05-31 | 2001-05-31 | データ通信システム及びデータ通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002358253A JP2002358253A (ja) | 2002-12-13 |
| JP4598308B2 true JP4598308B2 (ja) | 2010-12-15 |
Family
ID=19008229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001165580A Expired - Lifetime JP4598308B2 (ja) | 2001-05-31 | 2001-05-31 | データ通信システム及びデータ通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4598308B2 (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7058822B2 (en) | 2000-03-30 | 2006-06-06 | Finjan Software, Ltd. | Malicious mobile code runtime monitoring system and methods |
| WO2005050935A1 (ja) * | 2003-11-21 | 2005-06-02 | Mitsubishi Denki Kabushiki Kaisha | 侵入検知装置およびその方法 |
| AU2005271109B2 (en) * | 2004-08-07 | 2010-10-21 | Websense Uk Limited | Resource access filtering system and method |
| GB2418037B (en) | 2004-09-09 | 2007-02-28 | Surfcontrol Plc | System, method and apparatus for use in monitoring or controlling internet access |
| GB2418999A (en) | 2004-09-09 | 2006-04-12 | Surfcontrol Plc | Categorizing uniform resource locators |
| GB2418108B (en) | 2004-09-09 | 2007-06-27 | Surfcontrol Plc | System, method and apparatus for use in monitoring or controlling internet access |
| US7486673B2 (en) * | 2005-08-29 | 2009-02-03 | Connect Technologies Corporation | Method and system for reassembling packets prior to searching |
| US8615800B2 (en) | 2006-07-10 | 2013-12-24 | Websense, Inc. | System and method for analyzing web content |
| US8020206B2 (en) | 2006-07-10 | 2011-09-13 | Websense, Inc. | System and method of analyzing web content |
| US8015174B2 (en) | 2007-02-28 | 2011-09-06 | Websense, Inc. | System and method of controlling access to the internet |
| EP2333686B1 (en) | 2009-11-20 | 2018-01-10 | Samsung SDS Co. Ltd. | Anti-virus protection system and method thereof |
| US9117054B2 (en) | 2012-12-21 | 2015-08-25 | Websense, Inc. | Method and aparatus for presence based resource management |
| JP7074034B2 (ja) * | 2018-11-22 | 2022-05-24 | 富士通株式会社 | 仮想デスクトップ環境等で用いる情報処理システム、プログラム及び情報処理方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1139328A (ja) * | 1997-07-22 | 1999-02-12 | Omron Corp | 情報探索方法および装置 |
| WO2000064122A1 (en) * | 1999-04-15 | 2000-10-26 | Gilian Technologies, Ltd. | Monitoring integrity of transmitted data |
-
2001
- 2001-05-31 JP JP2001165580A patent/JP4598308B2/ja not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1139328A (ja) * | 1997-07-22 | 1999-02-12 | Omron Corp | 情報探索方法および装置 |
| WO2000064122A1 (en) * | 1999-04-15 | 2000-10-26 | Gilian Technologies, Ltd. | Monitoring integrity of transmitted data |
| JP2002542722A (ja) * | 1999-04-15 | 2002-12-10 | ギリアン テクノロジーズ リミテッド | 送信データの完全性監視 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002358253A (ja) | 2002-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8537841B2 (en) | Connection support apparatus and gateway apparatus | |
| KR100404294B1 (ko) | 서버측 쿠키 단지를 사용하는 ｕｒｌ 기반의 스티키라우팅 토큰 | |
| US9716636B2 (en) | Techniques for accounting for multiple transactions in a transport control protocol (TCP) payload | |
| US8069213B2 (en) | Method of controlling access to network resources using information in electronic mail messages | |
| CN101069402B (zh) | 透明地验证访问web服务的移动用户的方法和系统 | |
| US6920503B1 (en) | Tunnel interworking | |
| US7437552B2 (en) | User authentication system and user authentication method | |
| US7409425B2 (en) | Selective transmission of an email attachment | |
| CA2698604C (en) | Systems and methods for redirecting users attempting to access a network site | |
| JP3819295B2 (ja) | ユーザによって構成可能なファイアウォールを有する公衆網アクセス・サーバ | |
| JP4598308B2 (ja) | データ通信システム及びデータ通信方法 | |
| JP4477661B2 (ja) | 中継プログラム、中継装置、中継方法 | |
| US20050078668A1 (en) | Network element having a redirect server | |
| US7970878B1 (en) | Method and apparatus for limiting domain name server transaction bandwidth | |
| CN101404650B (zh) | 一种细分网络应用服务质量的方法和系统 | |
| CN106603491A (zh) | 基于https协议的Portal认证方法及路由器 | |
| US7634543B1 (en) | Method of controlling access to network resources referenced in electronic mail messages | |
| WO2006000627A1 (en) | Method for service chaining in a communication network | |
| JP2008516557A (ja) | ネットワークトラフィックを宛先変更する方法、及びシステム | |
| WO2007110951A1 (ja) | ユーザ確認装置、方法及びプログラム | |
| CN101902482B (zh) | 基于IPv6自动配置实现终端安全准入控制的方法和系统 | |
| CN104468315A (zh) | 基于智能网关实现vpn加速的方法 | |
| US7206850B2 (en) | Communication system, relay device, service providing device, relaying method, service providing method and program product | |
| CN104426864B (zh) | 跨域远程命令的实现方法及系统 | |
| CN102469069A (zh) | 防止入口认证攻击的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080410 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100527 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100622 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100818 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100914 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100924 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4598308 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131001 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |