(57)【要約】【課題】アラートの発生を抑制できるネットワーク管理装置、ネットワーク管理プログラムおよびネットワーク管理方法を提供する。【解決手段】ネットワーク管理装置１５は、メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバ１２から、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信する。ネットワーク管理装置１５は、受信された前記ＩＰアドレスを前記ドメイン名に対応付けて記憶する。【選択図】図７
2015198261.tif 000002
【特許請求の範囲】
【請求項１】
メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバから、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信する受信部と、
前記受信部により受信された前記ＩＰアドレスを前記ドメイン名に対応付けて記憶する記憶部と、
を有することを特徴とするネットワーク管理装置。
【請求項２】
前記メールクライアントが動作する端末から、前記ドメイン名を受け付ける受付部と、
前記記憶部に記憶された前記ＩＰアドレスを前記端末へ通知する通知部と、
をさらに有すことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記受付部は、前記端末から、前記受信されたメールの送信元ＩＰアドレスをさらに受け付け、
前記通知部は、前記記憶部に記憶された前記ＩＰアドレスと前記受付部により受け付けた前記送信元ＩＰアドレスとが一致するかの検証結果を前記端末へ通知する、
ことを特徴とする請求項２に記載のネットワーク管理装置。
【請求項４】
前記受信されたメールの前記送信元メールアドレスの前記ドメイン名に対応するＩＰアドレスが前記記憶部に記憶されていない場合、当該ドメイン名を前記管理サーバに送信する送信部をさらに有することを特徴とする請求項１〜３の何れか１つに記載のネットワーク管理装置。
【請求項５】
前記送信部は、所定のタイミングで前記記憶部に記憶された前記ドメイン名を再送信する
ことを特徴とする請求項４に記載のネットワーク管理装置。
【請求項６】
送信元サーバからのメールが伝送される第１のネットワークと、当該メールの宛先とされた第２のネットワークの間でデータを中継する中継部と、
前記中継部が前記第１のネットワークから前記第２のネットワークへメールを中継する際に、中継するメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを当該メールに付加する付加部と、
さらに有することを特徴とする請求項１〜５の何れか１つに記載のネットワーク管理装置。
【請求項７】
コンピュータに、
メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバから、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信し、
前記受信された前記ＩＰアドレスを前記ドメイン名に対応付けて記憶部に記憶させる処理を実行させることを特徴とするネットワーク管理プログラム。
【請求項８】
コンピュータが、
メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバから、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信し、
前記受信された前記ＩＰアドレスを前記ドメイン名に対応付けて記憶部に記憶させる
処理を実行することを特徴とするネットワーク管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理装置、ネットワーク管理プログラムおよびネットワーク管理方法に関する。
【背景技術】
【０００２】
近年、情報の窃取を目的としたメールによる攻撃が増加している。かかるメールによる攻撃は、標的型メール攻撃と呼ばれる。この標的型メール攻撃では、例えば、知人からのメールのように差出人や文面を偽装したメールが用いられる。
【０００３】
このようなメールによる攻撃に対する対策として、受信したメールの送信元が信頼できる送信元であるか否かを検証する技術がある。例えば、端末でユーザがメールを開封する前に、受信したメールの送信元のメールアドレスを、信頼できる送信元のメールアドレスを記録したホワイトリストと比較し、ホワイトリストに同一のメールアドレスがない場合、怪しいメールである旨のアラートを行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１４９０７２号公報
【特許文献２】特開平１０−３２０３１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、メールの送信元のメールアドレスは、なりすましなど偽装される場合がある。そこで、例えば、ＩＰ（Internet  Protocol）アドレスを用いて、受信したメールの送信元が信頼できる送信元であるか否かを検証することも考えられる。例えば、過去に受信したメールのうち、信頼できることを確認したメールの送信元のＩＰアドレスをホワイトリストとして検証を行うことも考えられる。
【０００６】
しかしながら、信頼できることを確認したメールの送信元のＩＰアドレスをホワイトリストとする場合、過剰にアラートが発生する場合がある。例えば、メールマガジンなど多数のメールアドレスにメールを送信する送信元は、複数のメールサーバによる負荷分散によりメールを送信する場合がある。このような場合、メールに記録される送信元のＩＰアドレスは、メールを送信したメールサーバ毎に異なる。このため、例えば、受信したメールマガジンのメールの送信元のＩＰアドレスを信頼できる送信元としてホワイトリストに登録しても、次に受信されるメールマガジンのメールは、送信元のＩＰアドレスが異なり、アラートが発生する場合がある。このように、信頼できる送信元からのメールにもかかわらずアラートが発生すると、ユーザの負担が多くなり、ユーザのチェックが慢性化して本当に怪しいメールを十分に確認せずにユーザが開封してしまう場合がある。
【０００７】
一側面では、アラートの発生を抑制できるネットワーク管理装置、ネットワーク管理プログラムおよびネットワーク管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一側面によれば、ネットワーク管理装置は、受信部と、記憶部とを有する。受信部は、メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバから、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信する。記憶部は、受信部により受信されたＩＰアドレスを前記ドメイン名に対応付けて記憶する。
【発明の効果】
【０００９】
本発明の一側面によれば、アラートの発生を抑制できる。
【図面の簡単な説明】
【００１０】
【図１】図１は、ネットワーク管理装置を含んだシステムの全体の概略構成の一例を示す図である。
【図２】図２は、端末の機能的な構成の一例を示す図である。
【図３】図３は、ブラックリスト情報のデータ構成の一例を示す図である。
【図４】図４は、メールのヘッダの一例を示す図である。
【図５】図５は、ネットワーク管理装置の機能的な構成の一例を示す図である。
【図６】図６は、アドレス情報のデータ構成の一例を示す図である。
【図７】図７は、ＩＰアドレスを問い合わせる際の処理の流れの一例を模式的に示した図である。
【図８】図８は、ネットワーク管理処理の手順の一例を示すフローチャートである。
【図９】図９は、実施例２に係るゲートウェイの機能的構成を示すブロック図である。
【図１０】図１０は、メールのヘッダの一例を示す図である。
【図１１】図１１は、ネットワーク管理プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明に係るネットワーク管理装置、ネットワーク管理プログラムおよびネットワーク管理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１２】
［システムの構成］
実施例１に係るシステム１について説明する。図１は、ネットワーク管理装置を含んだシステムの全体の概略構成の一例を示す図である。図１に示すように、システム１は、複数のネットワークが通信可能に接続されている。図１の例では、第１のネットワークＮ１と、第２のネットワークＮ２がゲートウェイ１０を介して通信可能に接続されている。ネットワークの一態様としては、有線または無線を問わずの任意の通信網が挙げられる。例えば、第１のネットワークＮ１としては、インターネット（Internet）、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などが挙げられる。また、第２のネットワークＮ２としては、ＬＡＮやＶＰＮなどが挙げられる。第２のネットワークＮ２は、例えば、企業内の社内ネットワークである。第１のネットワークＮ１は、例えば、社内ネットワークにゲートウェイ１０を介して接続された外部ネットワークである。
【００１３】
ゲートウェイ１０は、ネットワーク上で、媒体やプロトコルが異なるデータを相互に変換して通信を可能にする機器である。ゲートウェイ１０は、第１のネットワークＮ１と、第２のネットワークＮ２の間で互いを宛先とされたデータを中継する。
【００１４】
第１のネットワークＮ１には、メールを送信する送信元の複数のメールサーバ１１が接続されている。なお、本実施例では、送信元が複数のメールサーバ１１による負荷分散によりメールを送信する場合を例に説明する。各メールサーバ１１は、同一のドメイン名が対応付けられている。また、各メールサーバ１１は、それぞれ異なるＩＰアドレスが設定されている。図１には、各メールサーバ１１に設定されたＩＰアドレスをＩＰ１〜ＩＰｎとして示している。メールサーバ１１から送信されたメールには、メールのヘッダに送信元のメールアドレスや送信元のＩＰアドレスが記録される。本実施例では、複数のメールサーバ１１による負荷分散でメールが送信される。このため、送信されるメールは、メールのヘッダに記録される送信元のメールアドレスが同じでも、送信元のＩＰアドレスがメールを送信したメールサーバ１１毎に異なる。
【００１５】
第１のネットワークＮ１には、ネットワーク上で利用されるＩＰアドレスやドメイン名などを管理する管理機構の管理サーバ１２が接続されている。このような管理機構としては、例えば、ＮＩＣ（Network  Information  Center）が該当する。日本における管理機構としては、例えば、ＪＰＮＩＣ（Japan  Network  Information  Center）が挙げられる。管理サーバ１２は、ドメイン名とＩＰアドレスの対応関係を管理するコンピュータである。この管理サーバ１２としては、例えば、ＤＮＳ（Domain  Name  System）ルートサーバである。このＤＮＳルートサーバは、「ルートネームサーバ」とも呼ばれる。管理サーバ１２は、ドメイン名とＩＰアドレスとを対応付けた管理情報１２Ａが記憶されており、各種の情報を提供する。例えば、管理サーバ１２は、問い合わせ要求に応じて、管理情報１２Ａに記憶されたドメイン名に対応するＩＰアドレスを通知する。
【００１６】
管理情報１２Ａには、例えば、管理機構が指定した指定事業者から登録されたドメイン名とＩＰアドレスが対応付けて記憶されている。指定事業者は、管理情報１２Ａに登録を行う際、依頼元の確認を行う。このため、管理情報１２Ａには、信頼できる送信元の情報が記憶される。本実施例では、各メールサーバ１１で共通で使用されるメールアドレスのドメイン名と、各メールサーバ１１のＩＰアドレスが対応付けて管理情報１２Ａに記憶されている。
【００１７】
一方、第２のネットワークＮ２には、端末１３と、メールサーバ１４と、ネットワーク管理装置１５とが接続されている。
【００１８】
端末１３は、ユーザが用いるコンピュータである。端末１３は、例えば、デスクトップ型ＰＣ（Personal  Computer）、ノート型ＰＣなどの情報処理装置であってもよい。また、端末１３は、例えば、タブレット端末、スマートフォン、ＰＤＡ（Personal  Digital  Assistant）などの携帯端末装置であってもよい。なお、図１の例では、端末１３を１つとした場合を例示したが、開示のシステムはこれに限定されず、端末１３を任意の数とすることができる。
【００１９】
メールサーバ１４は、第２のネットワークＮ２内のユーザのメールの送信や受信を行うコンピュータである。例えば、メールサーバ１４は、データセンタや企業に設けられたサーバコンピュータである。メールサーバ１４は、ユーザのメールアドレス宛てに送られてきたメールを保管し、メールの受信要求に応じて保管されたメールを要求元へ送信する。
【００２０】
ネットワーク管理装置１５は、管理サーバ１２に対してドメイン名に対応するＩＰアドレスの問合わせを行うコンピュータである。例えば、ネットワーク管理装置１５は、データセンタや企業に設けられたサーバコンピュータである。ネットワーク管理装置１５は、端末１３からドメイン名に対応するＩＰアドレスの問い合わせ要求を受け付ける。ネットワーク管理装置１５は、問い合わせ要求を受け付けると、問い合わせが要求されたドメイン名に対応するＩＰアドレスの問合わせを管理サーバ１２に対して行い、問い合わせ結果を要求元の端末１３に通知する。
【００２１】
［端末の構成］
次に、実施例１に係る端末について説明する。図２は、端末の機能的な構成の一例を示す図である。図２に示すように、端末１３は、通信Ｉ／Ｆ（interface）部３０と、表示部３１と、入力部３２と、記憶部３３と、制御部３４とを有する。
【００２２】
通信Ｉ／Ｆ部３０は、他の装置との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部３０は、第２のネットワークＮ２を介して他の装置と各種情報を送受信する。例えば、通信Ｉ／Ｆ部３０は、後述するメールクライアント５０からの制御により、メールサーバ１４との間でメールに関する各種のデータの送受信を行う。また、通信Ｉ／Ｆ部３０は、ドメイン名に対応するＩＰアドレスの問い合わせをネットワーク管理装置１５へ、ネットワーク管理装置１５からドメイン名に対応するＩＰアドレスを受信する。通信Ｉ／Ｆ部３０としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。
【００２３】
表示部３１は、各種情報を表示する表示デバイスである。表示部３１としては、ＬＣＤ（Liquid  Crystal  Display）やＣＲＴ（Cathode  Ray  Tube）などの表示デバイスが挙げられる。表示部３１は、各種情報を表示する。例えば、表示部３１は、メールの送信や受信などのメールに関する各種の操作を行うためのメール操作画面を表示する。
【００２４】
入力部３２は、各種の情報を入力する入力デバイスである。例えば、入力部３２としては、マウスやキーボードなどの入力デバイスが挙げられる。入力部３２は、ユーザからの操作入力を受付け、受付けた操作内容を示す操作情報を制御部３４に入力する。例えば、入力部３２は、メール操作画面において、メールの送信や受信などのメールに関する各種の操作を受付ける。
【００２５】
記憶部３３は、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部３３は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリなどのデータを書き換え可能な半導体メモリであってもよい。
【００２６】
記憶部３３は、制御部３４で実行されるＯＳ（Operating  System）や各種プログラムを記憶する。さらに、記憶部３３は、制御部３４で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部３３は、ブラックリスト情報４０を記憶する。
【００２７】
ブラックリスト情報４０は、受信することが好ましくないメールを送信する送信元に関する情報を記憶したデータである。例えば、ブラックリスト情報４０には、標的型メール攻撃などのメールによる攻撃を行うメール送信元に関する情報が記憶されている。
【００２８】
図３は、ブラックリスト情報のデータ構成の一例を示す図である。ブラックリスト情報４０は、ＩＰ、ドメインなどの項目が対応付けられたテーブルを採用できる。ＩＰの項目は、メール送信元のＩＰアドレスを記憶する領域である。ドメインの項目は、メール送信元のドメイン名を記憶する領域である。
【００２９】
図３の例では、怪しいメールの送信元として、ドメイン名「abc.co.jp」にＩＰアドレス「２１８．２１６．２６．４１」、「２１８．２１６．２６．４８」、「２１８．２１６．２６．４２」が対応付けられている。また、図３の例では、怪しいメールの送信元として、ドメイン名「def.co.jp」にＩＰアドレス「１３３．１６２．２４０．１６４」が対応付けられている。ドメイン名「abc.co.jp」は、複数のＩＰアドレスが対応付けられていることから負荷分散によりメールを送信する送信元である。
【００３０】
図２に戻り、制御部３４は、端末１３を制御するデバイスである。制御部３４としては、ＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）等の電子回路や、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路を採用できる。制御部３４は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部３４は、各種のプログラムが動作しており、各種の処理部として機能する。例えば、制御部３４は、メールクライアント５０が動作する。また、制御部３４は、要求送信部５１と、検証部５２と、表示制御部５３と、登録部５４と、削除部５５とを有する。
【００３１】
メールクライアント５０は、メールの作成や送受信、受信したメールの保存・管理を行うためのアプリケーションソフトである。例えば、メールクライアント５０は、表示部３１にメール操作画面を表示させ、メールの送信や受信などのメールに関する各種の操作を可能とする。
【００３２】
要求送信部５１は、各種の要求を送信する処理部である。例えば、要求送信部５１は、メールクライアント５０でメールを受信した場合、受信したメールのヘッダを参照して送信元メールアドレスおよび送信元ＩＰアドレスを特定する。
【００３３】
ここで、メールのヘッダの一例を説明する。図４は、メールのヘッダの一例を示す図である。なお、図４の例では、不要な部分を一部省略している。図４に示すようにメールには、ヘッダに複数の項目が設けられ、各項目に応じた情報が記録されている。例えば、「Return-Path」は、メールが送信先に届かなかった場合、届かなかったことを通知する宛先が記述される領域である。「Delivered-To」は、送信者が本来送信した宛先から別のアドレスに転送された宛先が記述される領域である。「Received」は、メールが経由したサーバのＩＰアドレス、ドメイン名などが記録される領域である。この「Received」は、メールが経由したサーバの数だけ順に記録される。ＩＰアドレスが記録された最も下部の「Received」が送信元のメールサーバ１１を示す。また、最も上部の「Received」がメールを受信したメールサーバ１４を示す。図４の例では、下から２番目の「Received」に記録された「aaa.co.jp」が送信元のメールサーバ１１のドメイン名であり、「２１８．２１６．２５．３８」が送信元のメールサーバ１４のＩＰアドレスである。また、最も上部の「Received」に記録された「mmm.co.jp」がメールの宛先のメールサーバ１１のドメイン名であり、「１０．２５．１９２．１０４」がメールの宛先のメールサーバ１１のＩＰアドレスである。「Date」は、メールの受信日が記録される領域である。「Message-Id」は、メールサーバで付加されるメールの識別番号が記録される領域である。「From」は、メールを送信したユーザのメールアドレスを記録する領域である。「To」は、メールの宛先となるユーザのメールアドレスを記録する領域である。「Reply-To」は、メールの返信先とするメールアドレスを記録する領域である。「Mime-Version」は、メールのＭＩＭＥ（Multipurpose  Internet  Mail  Extension）のバージョンを記録する領域である。「Content-Type」は、メールに含まれるデータの形式を記録する領域である。図４の例では、受信したメールの送信元メールアドレスのドメイン名が「aaa.co.jp」と特定され、送信元ＩＰアドレスが「２１８．２１６．２５．３８」と特定される。
【００３４】
図２に戻り、要求送信部５１は、メールの特定された送信元メールアドレスのドメイン名および送信元ＩＰアドレスがブラックリスト情報４０に登録されているか否かを判定する。そして、要求送信部５１は、ドメイン名および送信元ＩＰアドレスの何れもブラックリスト情報４０に登録されていない場合、対応するＩＰアドレスの問い合わせ要求として、送信元メールアドレスのドメイン名をネットワーク管理装置１５に対して送信する。
【００３５】
検証部５２は、受信したメールが信頼できる送信元から送信されたメールであるか否かを検証する処理部である。例えば、検証部５２は、送信元メールアドレスのドメイン名に対応するＩＰアドレスが、受信したメールのヘッダに記録された送信元ＩＰアドレスと一致するか否かにより、信頼できる送信元から送信されたメールであるか否かを検証する。一例として、検証部５２は、要求送信部５１から送信した要求に対する応答としてネットワーク管理装置１５からＩＰアドレスの通知が受信された場合、受信されたＩＰアドレスを特定したメールの送信元ＩＰアドレスとを比較する。そして、検証部５２は、ＩＰアドレスが一致した場合、信頼できる送信元から送信されたメールであると判定し、ＩＰアドレスが一致しない場合、信頼できる送信元から送信されたものではないメールであると判定する。一方、検証部５２は、ネットワーク管理装置１５から対応するＩＰアドレスが無い旨の通知が受信された場合、信頼できる送信元から送信されたものではないメールであると判定する。
【００３６】
表示制御部５３は、各種の表示制御を行う処理部である。例えば、表示制御部５３は、検証部５２により信頼できる送信元か送信されたものではないと判定されたメールを怪しいメールとして、確認を促すアラートを表示部３１に表示させる。例えば、表示制御部５３は、受信されたメールが怪しいメールである旨のメッセージと、受信されたメールを削除するか否かの選択を促すアラート画面を表示部３１に表示させる。
【００３７】
登録部５４は、各種の登録を行う処理部である。例えば、登録部５４は、表示部３１に表示されたアラート画面において削除が指定された場合、削除が指定されたメールの送信元ＩＰアドレスおよび送信元メールアドレスをブラックリスト情報４０に登録する。これにより、ブラックリスト情報４０には、怪しいメールを送信した送信元ＩＰアドレスおよび送信元メールアドレスが記憶される。
【００３８】
削除部５５は、各種の削除を行う処理部である。例えば、削除部５５は、ブラックリスト情報４０に登録された送信元メールアドレスおよび送信元ＩＰアドレスから送信されたメールを削除する。また、削除部５５は、アラート画面において削除が指定されたメールを削除する。なお、本実施例では、削除部５５が怪しいメールを削除するものとした場合を例に説明したが、怪しいメールを隔離するものとしてもよい。例えば、怪しいメールを専用のメールフォルダ等に隔離するものとしてもよい。
【００３９】
なお、要求送信部５１、検証部５２、表示制御部５３、登録部５４および削除部５５の処理は、メールクライアント５０の機能として実現してもよく、メールクライアント５０以外のソフトウェアにより実現してもよい。
【００４０】
［ネットワーク管理装置の構成］
次に、実施例１に係るネットワーク管理装置１５について説明する。図５は、ネットワーク管理装置の機能的な構成の一例を示す図である。図５に示すように、ネットワーク管理装置１５は、通信Ｉ／Ｆ部６０と、記憶部６１と、制御部６２とを有する。
【００４１】
通信Ｉ／Ｆ部６０は、他の装置との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部６０は、第２のネットワークＮ２を介して他の装置と各種情報を送受信する。例えば、通信Ｉ／Ｆ部６０は、端末１３から送信元メールアドレスのドメイン名に対応するＩＰアドレスの問い合わせ要求を受信する。また、通信Ｉ／Ｆ部６０は、端末１３から問い合わせが要求されたドメイン名に対応するＩＰアドレスの問い合わせを管理サーバ１２に対して送信する。また、通信Ｉ／Ｆ部６０は、管理サーバ１２からドメイン名に対応するＩＰアドレスの通知を受信する。また、通信Ｉ／Ｆ部６０は、問い合わせが要求されたドメイン名に対応するＩＰアドレスを要求元の端末１３へ通知する。通信Ｉ／Ｆ部６０としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。
【００４２】
記憶部６１は、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部６１は、ＲＡＭ、フラッシュメモリなどのデータを書き換え可能な半導体メモリであってもよい。
【００４３】
記憶部６１は、制御部６２で実行されるＯＳや各種プログラムを記憶する。さらに、記憶部６１は、制御部６２で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部６１は、アドレス情報７０と、マスタブラックリスト情報７１とを記憶する。
【００４４】
アドレス情報７０は、ドメイン名とＩＰアドレスとを対応付けた情報である。例えば、アドレス情報７０には、問い合わせを行って管理サーバ１２から受信済みのドメイン名に対応するＩＰアドレスが記憶されている。
【００４５】
図６は、アドレス情報のデータ構成の一例を示す図である。アドレス情報７０は、ドメイン、ＩＰ、チェック日時などの項目が対応付けられたテーブルを採用できる。ドメインの項目は、ドメイン名を記憶する領域である。ＩＰの項目は、ドメインの項目に記憶されたドメイン名に対応付を行うＩＰアドレスを記憶する領域である。チェック日時の項目は、管理サーバ１２からドメイン名とＩＰアドレスを受信した日時を記憶する領域である。なお、本実施例に係るアドレス情報７０は、レコード毎に、ドメイン名とＩＰアドレスを１対１で対応させたものとしているが、レコードをドメイン名毎に設けて、ドメイン名に対応するＩＰアドレスを格納してもよい。
【００４６】
図６の例では、ドメイン名「aaa.com」に対応するＩＰアドレスとして「１３３．２７．３５．２５４」、「１３３．２７．３５．２５３」、「１３３．２７．３５．２５２」が格納されている。また、ドメイン名「bbb.com」に対応するＩＰアドレスとして「１１３．５２．２０７．１５８」、「１１３．５２．２０７．１５９」が格納されている。また、ドメイン名「ccc.com」に対応するＩＰアドレスとして「２０２．２２９．１１３．２５４」が格納されている。
【００４７】
図５に戻り、マスタブラックリスト情報７１は、各端末１３に記憶されたブラックリスト情報４０をマージしたデータである。マスタブラックリスト情報７１は、ブラックリスト情報４０と同一のデータ構成を用いることができる。本実施例では、マスタブラックリスト情報７１を、図３に示したブラックリスト情報４０と同一のデータ構成としているため、詳細なデータ構成の説明を省略する。
【００４８】
制御部６２は、ネットワーク管理装置１５を制御するデバイスである。制御部６２としては、ＣＰＵ、ＭＰＵ等の電子回路や、ＡＳＩＣ、ＦＰＧＡ等の集積回路を採用できる。制御部６２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部６２は、各種のプログラムが動作しており、各種の処理部として機能する。例えば、制御部６２は、受付部８０と、送信部８１と、受信部８２と、格納部８３と、取得部８４と、通知部８５と、収集部８６と、配信部８７とを有する。
【００４９】
受付部８０は、各種の受け付けを行う処理部である。例えば、受付部８０は、ドメイン名に対応するＩＰアドレスの問い合わせ要求を受け付ける。例えば、受付部８０は、ＩＰアドレスの問い合わせ要求として、端末１３の要求送信部５１から、メールクライアント５０で受信されたメールの送信元メールアドレスのドメイン名を受け付ける。
【００５０】
送信部８１は、各種の送信を行う処理部である。例えば、送信部８１は、受付部８０で問い合わせ要求を受け付けたドメイン名に対応するＩＰアドレスがアドレス情報７０に記憶されていない場合、ドメイン名に対応するＩＰアドレスの問い合わせ要求を管理サーバ１２へ送信する。例えば、送信部８１は、問い合わせ要求として、受付部８０で受け付けたドメイン名を管理サーバ１２に対して送信する。
【００５１】
管理サーバ１２は、問い合わせ要求されたドメイン名に対応するＩＰアドレスを管理情報１２Ａから検索し、検索結果を通知する。例えば、管理サーバ１２は、要求されたドメイン名に対応するＩＰアドレスが管理情報１２Ａに記憶されている場合、要求されたドメイン名に対応するＩＰアドレスをネットワーク管理装置１５へ通知する。一方、管理サーバ１２は、要求されたドメイン名に対応するＩＰアドレスが管理情報１２Ａに記憶されていない場合、対応するＩＰアドレスが無い旨をネットワーク管理装置１５へ通知する。
【００５２】
受信部８２は、各種の受信を行う処理部である。例えば、受信部８２は、ネットワーク管理装置１５から通知されるドメイン名に対応するＩＰアドレスを受信する。例えば、受信部８２は、後述のように、メールクライアント５０で受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信する。
【００５３】
格納部８３は、各種の格納を行う処理部である。例えば、格納部８３は、受信部８２により受信されたＩＰアドレスをドメイン名に対応付けてアドレス情報７０に格納する。これにより、アドレス情報７０には、問い合わせ要求されたドメイン名に対応するＩＰアドレスが記憶される。
【００５４】
取得部８４は、各種の取得を行う処理部である。例えば、取得部８４は、受付部８０で問い合わせ要求を受け付けたドメイン名に対応するＩＰアドレスをアドレス情報７０から取得する。この問い合わせ要求を受け付けたドメイン名は、メールクライアント５０で受信されたメールの送信元メールアドレスのドメイン名である。例えば、取得部８４は、問い合わせ要求を受け付けたドメイン名がドメイン名の項目に格納されたレコードをアドレス情報７０から読み出す。そして、取得部８４は、読み出したレコードのＩＰアドレスの項目に格納されたＩＰアドレスを読み出す。
【００５５】
通知部８５は、各種の通知を行う処理部である。例えば、通知部８５は、取得部８４により取得されたＩＰアドレスを、受付部８０で問い合わせ要求を受け付けた要求元の端末１３へ通知する。これにより、端末１３には、メールクライアント５０で受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスが通知される。一方、管理サーバ１２から対応するＩＰアドレスが無い旨が通知された場合、通知部８５は、対応するＩＰアドレスが無い旨を端末１３へ通知する。
【００５６】
収集部８６は、各種の情報の収集を行う処理部である。例えば、収集部８６は、各端末１３からブラックリスト情報４０を収集する。この収集は、収集部８６が、各端末１３に対してブラックリスト情報４０の送信を依頼して各端末１３から送信させるものとしてもよい。また、各端末１３が定期的にブラックリスト情報４０を送信して収集部８６が収集するものとしてもよい。また、収集部８６が各端末１３のブラックリスト情報４０にアクセスして収集してもよい。なお、収集部８６は、ブラックリスト情報４０の全てのレコードを収集してもよい。また、収集部８６は、前回の収集から新たに追加されたレコードのみ収集してもよい。
【００５７】
収集部８６は、収集されたブラックリスト情報４０をマージしてマスタブラックリスト情報７１に登録する。
【００５８】
配信部８７は、各種の情報の配信を行う処理部である。例えば、配信部８７は、収集部８６によるマージにより更新されたマスタブラックリスト情報７１を各端末１３に配信する。なお、配信部８７は、マスタブラックリスト情報７１の全てのレコードを配信してもよい。また、配信部８７は、前回の配信から新たに追加されたレコードのみ配信してもよい。各端末１３は、配信されたマスタブラックリスト情報７１のレコードによりブラックリスト情報４０を更新する。これにより、各端末１３のブラックリスト情報４０に他の端末１３のブラックリスト情報４０を反映させることができる。
【００５９】
［システムの動作］
次に、本実施例に係るシステム１において、受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを問い合わせる際の動作について説明する。図７は、ＩＰアドレスを問い合わせる際の処理の流れの一例を模式的に示した図である。なお、受信されたメールは、ヘッダが図４に示すデータであるものとする。
【００６０】
端末１３では、メールクライアント５０でメールを受信した場合、要求送信部５１が、メールのヘッダから送信元メールアドレスおよび送信元ＩＰアドレスを特定する（１）。図７の例では、送信元メールアドレスが「user1@aaa.co.jp」と特定され、送信元ＩＰアドレスが「２１８．２１６．２５．３８」と特定されている。
【００６１】
要求送信部５１は、特定したメールの送信元メールアドレスのドメイン名および送信元ＩＰアドレスがブラックリスト情報４０に登録されているか否かを判定する。そして、要求送信部５１は、何れも登録されていない場合、送信元メールアドレスのドメイン名をネットワーク管理装置１５に対して送信する（２）。図７の例では、ドメイン名「aaa.co.jp」がネットワーク管理装置１５に送信されている。
【００６２】
ネットワーク管理装置１５では、受付部８０でドメイン名を受け付けると、送信部８１が、受け付けたドメイン名に対応するＩＰアドレスがアドレス情報７０に記憶されているかチェックする（３）。そして、送信部８１は、ドメイン名に対応するＩＰアドレスがアドレス情報７０に記憶されていない場合、ドメイン名に対応するＩＰアドレスの問い合わせ要求を管理サーバ１２へ送信する（４）。例えば、送信部８１は、ＩＰアドレスの逆引きを指定してドメイン名を管理サーバ１２へ送信する。
【００６３】
管理サーバ１２は、問い合わせ要求されたドメイン名に対応するＩＰアドレスを管理情報１２Ａから検索する（５）。図７の例では、管理サーバ１２は、ＩＰアドレスの逆引きを行った結果、ドメイン名「aaa.co.jp」に対応するＩＰアドレスとして「２１８．２１６．２５．３５−４０」が求められている。この「２１８．２１６．２５．３５−４０」は、ＩＰアドレス「２１８．２１６．２５．３５」〜「２１８．２１６．２５．４０」が全て対応するＩＰアドレスであることを示す。管理サーバ１２は、検索されたＩＰアドレスをネットワーク管理装置１５へ通知する（６）。
【００６４】
ネットワーク管理装置１５では、受信部８２が管理サーバ１２から通知されるドメイン名に対応するＩＰアドレスを受信する。格納部８３は、受信されたＩＰアドレスをドメイン名に対応付けてアドレス情報７０に格納する（７）。これにより、受信されたＩＰアドレスがドメイン名に対応付けてアドレス情報７０に記憶される。
【００６５】
取得部８４は、受付部８０で問い合わせ要求を受け付けたドメイン名に対応するＩＰアドレスをアドレス情報７０から取得する。通知部８５は、取得されたＩＰアドレスを、受付部８０で問い合わせ要求を受け付けた要求元の端末１３へ通知する（８）。
【００６６】
端末１３では、検証部５２が、送信元メールアドレスのドメイン名に対応するＩＰアドレスが、受信したメールのヘッダに記録された送信元ＩＰアドレスと一致するか否かを検証する（９）。表示制御部５３は、検証の結果、ＩＰアドレスが一致しない場合、受信されたメールを怪しいメールとして、確認を促すアラートを表示部３１に表示させる（１０）。
【００６７】
［処理の流れ］
次に、本実施例に係るネットワーク管理装置１５が、ドメイン名に対応するＩＰアドレスを回答するネットワーク管理処理の流れについて説明する。図８は、ネットワーク管理処理の手順の一例を示すフローチャートである。このネットワーク管理処理は、所定のタイミング、例えば、端末１３からＩＰアドレスの問い合わせ要求が受け付けたタイミングで実行される。
【００６８】
図８に示すように、送信部８１は、問い合わせ要求されたドメイン名に対応するＩＰアドレスをアドレス情報７０から検索する（Ｓ１０）。送信部８１は、検索の結果、問い合わせ要求されたドメイン名に対応するＩＰアドレスのデータがあったか否かを判定する（Ｓ１１）。ＩＰアドレスのデータがあった場合（Ｓ１１肯定）、後述するＳ１７へ移行する。
【００６９】
一方、ＩＰアドレスのデータが無かった場合（Ｓ１１否定）、送信部８１は、問い合わせ要求として、問い合わせ要求されたドメイン名を管理サーバ１２に対して送信する（Ｓ１２）。これにより、管理サーバ１２は、問い合わせ要求されたドメイン名に対応するＩＰアドレスを管理情報１２Ａから検索し、検索結果を通知する。
【００７０】
受信部８２は、管理サーバ１２から応答が受信されたか否か判定する（Ｓ１３）。応答が未受信の場合（Ｓ１３否定）、受信部８２は、再度Ｓ１３へ移行して応答の受信待ちを行う。
【００７１】
応答が受信された場合（Ｓ１３肯定）、受信部８２は、応答が対応するＩＰアドレスが無い旨の通知であるか否かを判定する（Ｓ１４）。対応するＩＰアドレスが無い旨の通知である場合（Ｓ１４肯定）、通知部８５は、対応するＩＰアドレスが無い旨を端末１３へ通知し（Ｓ１５）、処理を終了する。
【００７２】
一方、ＩＰアドレスが受信されており、対応するＩＰアドレスが無い旨の通知ではない場合（Ｓ１４否定）、格納部８３は、受信されたＩＰアドレスをドメイン名に対応付けてアドレス情報７０に格納する（Ｓ１６）。
【００７３】
取得部８４は、受付部８０で問い合わせ要求を受け付けたドメイン名に対応するＩＰアドレスをアドレス情報７０から取得する（Ｓ１７）。通知部８５は、取得されたＩＰアドレスを、受付部８０で問い合わせ要求を受け付けた要求元の端末１３へ通知し（Ｓ１８）、処理を終了する。
【００７４】
［効果］
上述してきたように、本実施例に係るネットワーク管理装置１５は、メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバ１２から、ドメイン名に対応するＩＰアドレスを受信する。ネットワーク管理装置１５は、受信されたＩＰアドレスをドメイン名に対応付けて記憶部３３に記憶する。これにより、ネットワーク管理装置１５は、複数のメールサーバ１１による負荷分散によりメールが送信される場合でもアラートの発生を抑制できる。また、ネットワーク管理装置１５は、ＮＩＣなどの管理機構からドメイン名に対応するＩＰアドレスを取得して検証を行うため、メールが信頼できる送信元から送信されたものかを検証できる。また、ネットワーク管理装置１５は、ユーザが信頼できる送信元のメールアドレスを記録したホワイトリストが無くても、メールが信頼できる送信元から送信されたものかを検証できる。
【００７５】
また、本実施例に係るネットワーク管理装置１５は、メールクライアント５０が動作する端末１３から、当該メールクライアント５０で受信されたメールの送信元メールアドレスのドメイン名を受け付ける。そして、ネットワーク管理装置１５は、受け付けたドメイン名に対応して、取得されたＩＰアドレスを端末１３へ通知する。これにより、ネットワーク管理装置１５は、端末１３においてメールが信頼できる送信元から送信されたものかを検証できる。
【００７６】
また、本実施例に係るネットワーク管理装置１５は、受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスがアドレス情報７０に記憶されていない場合、当該ドメイン名を管理サーバ１２に送信する。これにより、ネットワーク管理装置１５は、アドレス情報７０にドメイン名に対応するＩＰアドレスが記憶されていない場合でも、管理サーバ１２からドメイン名に対応するＩＰアドレスを取得できる。また、ネットワーク管理装置１５は、ドメイン名に対応するＩＰアドレスがアドレス情報７０に記憶されている場合、管理サーバ１２へのドメイン名の送信を行わないため、処理負荷を軽減させることができる。
【実施例２】
【００７７】
次に、実施例２について説明する。実施例２では、ゲートウェイ１０が中継するメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスをメールに付加する場合について説明する。
【００７８】
［ゲートウェイの構成］
実施例２に係るゲートウェイについて説明する。図９は、実施例２に係るゲートウェイの機能的構成を示すブロック図である。なお、図５に示した実施例１のネットワーク管理装置１５と同一部分については同一の符号を付し、主に異なる部分について説明する。図９に示すように、ゲートウェイ１０は、通信Ｉ／Ｆ部１００と、記憶部１０１と、制御部１０２とを有する。
【００７９】
通信Ｉ／Ｆ部１００は、他の装置との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部１００は、第１のネットワークＮ１および第２のネットワークＮ２に接続され、データを中継する。例えば、通信Ｉ／Ｆ部１００は、メールサーバ１１から送信されたメールサーバ１４宛てのメールを第１のネットワークＮ１から受信し、第２のネットワークＮ２に送信する。通信Ｉ／Ｆ部１００としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。なお、図９の例は、機能的構成と示しているため、通信Ｉ／Ｆ部１００を１つ示しているが、複数設けて第１のネットワークＮ１と第２のネットワークＮ２に個別に接続されてもよい。
【００８０】
記憶部１０１は、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部１０１は、ＲＡＭ、フラッシュメモリなどのデータを書き換え可能な半導体メモリであってもよい。
【００８１】
記憶部１０１は、制御部１０２で実行されるＯＳや各種プログラムを記憶する。さらに、記憶部１０１は、制御部１０２で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部１０１は、上述のアドレス情報７０を記憶する。
【００８２】
制御部１０２は、ゲートウェイ１０を制御するデバイスである。制御部１０２としては、ＣＰＵ、ＭＰＵ等の電子回路や、ＡＳＩＣ、ＦＰＧＡ等の集積回路を採用できる。制御部１０２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１０２は、各種のプログラムが動作しており、各種の処理部として機能する。例えば、制御部１０２は、上述の送信部８１と、受信部８２と、格納部８３と、取得部８４とを有する。また、制御部１０２は、中継部１１０と、付加部１１１とをさらに有する。
【００８３】
中継部１１０は、第１のネットワークＮ１および第２のネットワークＮ２の間のデータの中継を制御する処理部である。例えば、中継部１１０は、メールサーバ１１から送信されたメールサーバ１４宛てのメールを第１のネットワークＮ１から第２のネットワークＮ２へ中継する。
【００８４】
取得部８４は、メールサーバ１１から送信されたメールサーバ１４宛てのメールが受信された場合、受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスをアドレス情報７０から取得する。アドレス情報７０にドメイン名に対応するＩＰアドレスが無い場合、送信部８１は、ドメイン名に対応するＩＰアドレスの問い合わせ要求を管理サーバ１２へ送信する。受信部８２は、管理サーバ１２から通知されるＩＰアドレスを受信する。格納部８３は、受信されたＩＰアドレスをドメイン名に対応付けてアドレス情報７０に格納する。これにより、アドレス情報７０には、中継するために受信されるメールについても、送信元メールアドレスのドメイン名に対応するＩＰアドレスが記憶される。
【００８５】
付加部１１１は、中継されるデータにデータの付加を行う処理部である。例えば、付加部１１１は、中継部１１０が第１のネットワークＮ１から第２のネットワークＮ２へメールを中継する際に、中継するメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを当該メールに付加する。例えば、付加部１１１は、中継するメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスをアドレス情報７０から読み出す。そして、付加部１１１は、読み出したＩＰアドレスをメールに付加する。例えば、付加部１１１は、メールのヘッダにＩＰアドレスの情報を付加する。
【００８６】
図１０は、メールのヘッダの一例を示す図である。図１０は、図４に示したメールのヘッダにＩＰアドレスを付加した一例を示すものである。図１０の例では、矢印１２０の示す部分に「X-GW-Check」の項目を設けてＩＰアドレスを付加している。
【００８７】
このＩＰアドレスを付加したメールは、宛先に送信される。端末１３では、検証部５２が、受信したメールに付加されたＩＰアドレスと、受信したメールのヘッダに記録された送信元ＩＰアドレスと一致するか否かにより、信頼できる送信元から送信されたメールであるか否かを検証する。これにより、端末１３では、対応するＩＰアドレスの問い合わせをネットワーク管理装置１５に行わなくても、信頼できる送信元から送信されたメールであるか検証できる。
【００８８】
［効果］
上述してきたように、本実施例に係るゲートウェイ１０は、第１のネットワークＮ１から第２のネットワークＮ２へメールを中継する際に、中継するメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを当該メールに付加する。これにより、メールを受信した端末１３は、対応するＩＰアドレスの問い合わせを行わなくても、信頼できる送信元から送信されたメールであるか検証できる。
【実施例３】
【００８９】
さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００９０】
例えば、上記の実施例では、メールサーバ１４とは別にネットワーク管理装置１５を設けた場合について説明したが、開示の装置はこれに限定されない。例えば、メールサーバ１４がネットワーク管理装置１５を兼ねてもよい。この場合、メールサーバ１４は、他のメールサーバからメールを受信した際に、送信元メールアドレスのドメイン名に対応するＩＰアドレスを求めてよい。また、端末１３がメールサーバ１４からメールを受信する際に、送信元メールアドレスのドメイン名に対応するＩＰアドレスを求めてよい。また、各端末１３がネットワーク管理装置１５の機能を有してもよい。
【００９１】
また、上記の実施例では、メールを受信した際に、送信元メールアドレスのドメイン名に対応するＩＰアドレスを求める場合について説明したが、開示の装置はこれに限定されない。例えば、受信したメールを開封する際に、送信元メールアドレスのドメイン名に対応するＩＰアドレスを求めてもよい。
【００９２】
また、上記の実施例では、ネットワーク管理装置１５にのみアドレス情報７０を保持させた場合について説明したが、開示の装置はこれに限定されない。例えば、各端末１３にもアドレス情報７０を保持させてもよい。例えば、各端末１３は、ネットワーク管理装置１５から受信されたＩＰアドレスをドメイン名と対応付けてアドレス情報として記憶し、アドレス情報に記憶されていないドメイン名についてネットワーク管理装置１５に問い合わせてもよい。
【００９３】
また、上記の実施例では、各端末１３において信頼できる送信元から送信されたメールであるか否かを検証する場合について説明したが、開示の装置はこれに限定されない。例えば、ネットワーク管理装置１５において信頼できる送信元から送信されたメールであるか否かを検証し、検証結果を端末１３に通知するものとしてもよい。例えば、各端末１３は、受信されたメールの送信元メールアドレスのドメイン名と共に、受信されたメールの送信元ＩＰアドレスをネットワーク管理装置１５へ送信する。ネットワーク管理装置１５は、問い合わせ要求されたドメイン名に対応するＩＰアドレスが、問い合わせ要求で受信された送信元ＩＰアドレスと一致するか否かにより、信頼できる送信元から送信されたメールであるか否かを検証する。そして、ネットワーク管理装置１５は、検証結果を端末１３に通知するものとしてもよい。
【００９４】
また、上記の実施例では、各端末１３にブラックリスト情報を保持させ、ドメイン名および送信元ＩＰアドレスの何れもブラックリスト情報４０に登録されていない場合、信頼できる送信元の検証を行う場合について説明したが、開示の装置はこれに限定されない。例えば、各端末１３に信頼できる送信元のドメイン名およびＩＰアドレスをホワイトリスト情報として各端末１３に保持させる。各端末１３は、ドメイン名および送信元ＩＰアドレスの一方または両方がホワイトリスト情報に登録されていない場合に、信頼できる送信元の検証を行い、ホワイトリスト情報に登録されている場合、信頼できる送信元の検証を省略してもよい。信頼できる送信元のドメイン名は、例えば、各端末１３においてユーザから登録を受け付けるものとしてもよい。この場合も、ブラックリスト情報４０の場合と同様に、ネットワーク管理装置１５が各端末１３のホワイトリスト情報を収集し、取集したホワイトリスト情報を集約して各端末１３に配信してもよい。
【００９５】
また、上記の実施例では、怪しいメールの送信元をブラックリスト情報４０として記憶する場合について説明したが、開示の装置はこれに限定されない。例えば、メールが中継されるサーバについても怪しいサーバのＩＰアドレスをブラックリスト情報に記憶させておき、メールのヘッダに記録されたＩＰアドレスから怪しいサーバを中継したか否かを判定してもよい。
【００９６】
また、上記の実施例では、アドレス情報７０にドメイン名に対応するＩＰアドレスが無い場合、ドメイン名に対応するＩＰアドレスの問い合わせ要求を管理サーバ１２へ送信する場合について説明したが、開示の装置はこれに限定されない。例えば、メールの送信元のメールサーバ１１の台数の変化等により、アドレス情報７０に記憶されたドメイン名に対応するＩＰアドレスが現状のものと合わなくなる場合がある。そこで、送信部８１は、所定のタイミングでアドレス情報７０に記憶されたドメイン名を管理サーバ１２へ再送信して、ドメイン名に対応する現状のＩＰアドレスを再取得させてもよい。例えば、送信部８１は、チェック日時の項目の記憶された日付から一定期間経過したタイミング、または、月毎など特定のタイミングでドメイン名に対応するＩＰアドレスを再送信させてもよい。これにより、ネットワーク管理装置１５は、アドレス情報７０に記憶されたドメイン名に対応するＩＰアドレスが現状のものと合わなくなることを抑制できる。
【００９７】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、端末１３の要求送信部５１、検証部５２、表示制御部５３、登録部５４および削除部５５の各処理部が適宜統合されてもよい。また、ネットワーク管理装置１５の受付部８０、送信部８１、受信部８２、格納部８３、取得部８４、通知部８５、収集部８６および配信部８７の各処理部が適宜統合されてもよい。また、各処理部の処理が適宜複数の処理部の処理に分離されてもよい。また、各装置は各処理部の一部または全部を適宜統合してもよい。さらに、各処理部にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９８】
［ネットワーク管理プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１１は、ネットワーク管理プログラムを実行するコンピュータを示す図である。
【００９９】
図１１に示すように、コンピュータ３００は、ＣＰＵ（Central  Processing  Unit）３１０、ＨＤＤ（Hard  Disk  Drive）３２０、ＲＡＭ（Random  Access  Memory）３４０を有する。これら３００〜３４０の各部は、バス４００を介して接続される。
【０１００】
ＨＤＤ３２０には上記の端末１３の各処理部およびネットワーク管理装置１５の各処理部と同様の機能を発揮するネットワーク管理プログラム３２０ａが予め記憶される。なお、ネットワーク管理プログラム３２０ａについては、適宜分離しても良い。
【０１０１】
また、ＨＤＤ３２０は、各種情報を記憶する。例えば、ＨＤＤ３２０は、ＯＳや処理に用いる各種データを記憶する。
【０１０２】
そして、ＣＰＵ３１０が、ネットワーク管理プログラム３２０ａをＨＤＤ３２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、ネットワーク管理プログラム３２０ａは、端末１３の各処理部およびネットワーク管理装置１５の各処理部と同様の動作を実行する。
【０１０３】
なお、上記したネットワーク管理プログラム３２０ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。
【０１０４】
例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【０１０５】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【０１０６】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１０７】
（付記１）メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバから、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信する受信部と、
前記受信部により受信された前記ＩＰアドレスを前記ドメイン名に対応付けて記憶する記憶部と、
を有することを特徴とするネットワーク管理装置。
【０１０８】
（付記２）前記メールクライアントが動作する端末から、前記ドメイン名を受け付ける受付部と、
前記記憶部に記憶された前記ＩＰアドレスを前記端末へ通知する通知部と、
をさらに有すことを特徴とする付記１に記載のネットワーク管理装置。
【０１０９】
（付記３）前記受付部は、前記端末から、前記受信されたメールの送信元ＩＰアドレスをさらに受け付け、
前記通知部は、前記記憶部に記憶された前記ＩＰアドレスと前記受付部により受け付けた前記送信元ＩＰアドレスとが一致するかの検証結果を前記端末へ通知する、
ことを特徴とする付記２に記載のネットワーク管理装置。
【０１１０】
（付記４）前記受信されたメールの前記送信元メールアドレスの前記ドメイン名に対応するＩＰアドレスが前記記憶部に記憶されていない場合、当該ドメイン名を前記管理サーバに送信する送信部をさらに有することを特徴とする付記１〜３の何れか１つに記載のネットワーク管理装置。
【０１１１】
（付記５）前記送信部は、所定のタイミングで前記記憶部に記憶された前記ドメイン名を再送信する
ことを特徴とする付記４に記載のネットワーク管理装置。
【０１１２】
（付記６）送信元サーバからのメールが伝送される第１のネットワークと、当該メールの宛先とされた第２のネットワークの間でデータを中継する中継部と、
前記中継部が前記第１のネットワークから前記第２のネットワークへメールを中継する際に、中継するメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを当該メールに付加する付加部と、
さらに有することを特徴とする付記１〜５の何れか１つに記載のネットワーク管理装置。
【０１１３】
（付記７）複数の端末から各々メールクライアントで受信が拒否されたメールの送信元メールアドレスのドメイン名を示した受信拒否情報を収集する収集部と、
前記収集部により収集された受信拒否情報を集約して前記複数の端末へ配信する配信部と、
さらに有することを特徴とする付記１〜６の何れか１つに記載のネットワーク管理装置。
【０１１４】
（付記８）複数の端末から信頼できるもの登録されたメールの送信元メールアドレスのドメイン名を示した受信許可情報を収集する収集部と、
前記収集部により収集された受信許可情報を集約して前記複数の端末へ配信する配信部と、
さらに有することを特徴とする付記１〜７の何れか１つに記載のネットワーク管理装置。
【０１１５】
（付記９）コンピュータに、
メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバから、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信し、
前記受信された前記ＩＰアドレスを前記ドメイン名に対応付けて記憶部に記憶させる処理を実行させることを特徴とするネットワーク管理プログラム。
【０１１６】
（付記１０）コンピュータが、
メールアドレスのドメイン名とＩＰアドレスを対応付けて管理する管理サーバから、メールクライアントで受信されたメールの送信元メールアドレスのドメイン名に対応するＩＰアドレスを受信し、
前記受信された前記ＩＰアドレスを前記ドメイン名に対応付けて記憶部に記憶させる
処理を実行することを特徴とするネットワーク管理方法。
【符号の説明】
【０１１７】
１      システム
１０    ゲートウェイ
１１    メールサーバ
１２    管理サーバ
１２Ａ  管理情報
１３    端末
１４    メールサーバ
１５    ネットワーク管理装置
３３    記憶部
３４    制御部
４０    ブラックリスト情報
５０    メールクライアント
５１    要求送信部
５２    検証部
５３    表示制御部
５４    登録部
５５    削除部
６１    記憶部
６２    制御部
７０    アドレス情報
７１    マスタブラックリスト情報
８０    受付部
８１    送信部
８２    受信部
８３    格納部
８４    取得部
８５    通知部
８６    収集部
８７    配信部
１０１  記憶部
１０２  制御部
１１０  中継部
１１１  付加部
【図１】
2015198261.tif 000003
【図２】
2015198261.tif 000004
【図３】
2015198261.tif 000005
【図４】
2015198261.tif 000006
【図５】
2015198261.tif 000007
【図６】
2015198261.tif 000008
【図７】
2015198261.tif 000009
【図８】
2015198261.tif 000010
【図９】
2015198261.tif 000011
【図１０】
2015198261.tif 000012
【図１１】
2015198261.tif 000013