JP5973413B2 - 端末装置、ｗｅｂメールサーバ、安全確認方法、及び安全確認プログラム - Google Patents

Description

本発明は、端末装置、ＷＥＢメールサーバ、安全確認方法、及び安全確認プログラムに関し、特に、電子メール本文に含まれるリンク先の安全性を確認可能な端末装置、ＷＥＢメールサーバ、安全確認方法、及び安全確認プログラムに関する。

電子メールの本文中にリンク先を示す情報（以下、リンク情報と称す）を表示して、当該リンク先へのアクセスを誘導する方法が知られている。リンク情報は、所望のＷＥＢ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトにユーザを誘導することができることから、企業等の広告として好適に利用される。

一方、正規企業のリンク情報を装い、当該企業と異なる偽のＷＥＢサイトに誘導することで個人情報や銀行口座等に係るＩＤやパスワードを盗み取る、所謂フィッシング詐欺が知られている。フィッシング詐欺の典型的な手口としては、クレジットカード会社や銀行からのお知らせを装った電子メールをユーザに送りつけ、電子メールに表示されたリンク情報を介して偽ＷＥＢサイトに誘導する。偽ＷＥＢサイトでは、クレジットカードや銀行口座の番号やパスワードを入力させることで、当該情報が、第３者に盗まれることとなる。

このようなフィッシング詐欺を防止する技術が、例えば、特開２００７−２８７１２４に記載されている（特許文献１参照）。

特許文献１に記載のシステムでは、接続しようとするＷＥＢサイトのインターネットアドレスを分析して、当該アドレスが信頼性の低いアドレスの場合、アドレス確認のためのメッセージウインドウが表示される。又、よく知られているＷＥＢサイトのアドレスに類似のＷＥＢサイトに接続を試みている場合はフィッシングＷＥＢサイトである可能性をユーザに警告してユーザが当該サイトに実際に接続するか否かを選択可能とするメッセージウインドウが表示される。

特開２００７−２８７１２４

特許文献１に記載のシステムでは、ＷＥＢサイトの信頼性を検証する処理が、ユーザＰＣ上で行われている。このため、ユーザＰＣは、安全なサイトの情報を取得する必要がある。特許文献１では、インターネットに接続の都度、安全なサイトの情報を入手する方法が例示されている。又、特許文献１に記載のシステムでは、ＷＥＢサイトへの接続操作をトリガとして信頼性の検証が行われる。すなわち、ＷＥＢサイトの信頼性の検証を行うためには、ＷＥＢサイトのアドレスの入力や、ハイパーリンクに対するクリック等に例示されるアクセス操作が必要になる。この場合、ＷＥＢサイトの信頼性が低く、アクセスしないと判断した場合、ＷＥＢサイトに接続するための操作が無駄になってしまう。

以上のことから、本発明の目的は、電子メールに記載されたリンク先へのアクセス動作を行うことなく、当該リンク先の安全性を確認することが可能な端末装置、ＷＥＢメールサーバ、安全確認方法、及び安全確認プログラムを提供することにある。

本発明による端末装置は、ユーザインタフェースに対する操作が、他のＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼する制御部を具備する。制御部は、この依頼に対してセキュリティサーバから送信された安全性検証結果に対応する表示情報を、複数の表示情報から選択する。又、制御部は、前記第１リンク情報が示すリンク先の安全性レベルが安全を示すレベルではない場合、第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに視認可能に表示する。

本発明によるＷＥＢメールサーバは、電子メールを表示するための画面情報を生成する画面生成部を具備する。画面生成部は、少なくとも下記（１）、（２）の動作を端末装置に実行させるプログラムを、画面情報に付加して端末装置に送信する。
（１）端末装置のユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼する。
（２）依頼に対するセキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先の安全性レベルが安全を示すレベルではない場合、第１リンク情報が示すリンク先とは異なる他のリンク先を示し、第１リンク情報に対応するリンク先に接続する場合に必要なサービスに誘導するための第２リンク情報とともに端末装置において視認可能に表示する。

本発明による安全確認方法は、ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼する依頼ステップと、依頼に対するセキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先の安全性レベルが安全を示すレベルではない場合、第１リンク情報が示すリンク先とは異なる他のリンク先を示し、第１リンク情報に対応するリンク先に接続する場合に必要なサービスに誘導するための第２リンク情報とともに視認可能に表示するステップとを具備する。

本発明による安全確認方法は、記憶装置に格納され、コンピュータによって実行されるプログラムによって実現されることが好ましい。

本発明によれば、電子メールに記載されたリンク先へのアクセス動作を行うことなく、当該リンク先の安全性を確認することができる。

図１は、本発明によるメール配信システムの実施の形態における構成の一例を示す図である。 図２は、本発明による端末装置の実施の形態における構成の一例を示す図である。 図３は、本発明によるＷＥＢメールサーバの実施の形態における構成の一例を示す図である。 図４は、実施の形態におけるユーザ情報データベースに記録されたユーザ情報の構造の一例を示す図である。 図５は、実施の形態における安全性レベルを示す表示形態の変更例を示す図である。 図６は、実施の形態におけるメール配信動作及び安全性検証動作の一例を示すシーケンス図である。 図７は、本発明に係るログイン画面の一例を示す図である。 図８は、本発明に係る受信メール一覧画面の一例を示す図である。 図９は、本発明に係るメール本文の表示画面の一例を示す図である。 図１０は、本発明に係るメール本文上に表示される検証結果情報の一例を示す図である。 図１１は、本発明に係るメール本文上に表示される検証結果情報の他の一例を示す図である。 図１２は、本発明に係るメール本文上に表示される検証結果情報の更に他の一例を示す図である。 図１３は、本発明に係る受信メール一覧画面に表示される検証結果情報の一例を示す図である。

（概要）
本発明による端末装置１０は、インターフェースに対する所定の操作をトリガとして、ＷＥＢメール本文中に含まれるリンク情報によってアクセス可能なＷＥＢ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトの安全性（又は信頼性とも称す）の検証を、セキュリティサーバ７０に問い合わせる。又、端末装置１０は、セキュリティサーバから取得した検証結果を、視認可能に表示する。この際、検証結果の内容を示すテキストデータの他、ＷＥＢサイトの安全性レベルに応じた安全性レベル表示情報（例えば、マーク）や、セキュリティサービスに関連するサイトへ誘導するためのリンク情報（例えばＵＲＬ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が、検証結果として表示されることが好ましい。又、安全性レベル表示情報は、それに対する注意力の低下を防ぐため、所定の条件（例えば時間的条件）に応じて変更されることが好ましい。

以下、添付図面を参照しながら本発明の実施の形態を説明する。図面において同一、又は類似の参照符号は、同一、類似、又は等価な構成要素を示す。電子メール（ショートメッセージを含む、以下同じ）を閲覧する方法としては、メールサーバから受信メールをダウンロードして閲覧する方法だけでなく、ブラウザによりインターネット上にあるＷＥＢメールサーバに接続し、メールサーバ（の記憶部）に記憶したメールを閲覧する方法が知られている。一般的に、ＷＥＢメールサーバにアクセスして閲覧する電子メールをＷＥＢメールという。以下では、ＷＥＢメールを配信するメール配信システムを一例として、本発明によるメール配信システムを説明する。

（メール配信システムの構成）
図１は、本発明によるメール配信システムの実施の形態における構成の一例を示す図である。図１を参照して、メール配信システムは、端末装置１０、ＷＥＢメールサーバ２０、メール情報サーバ３０、ユーザ情報データベース４０（以下ユーザ情報Ｄ／Ｂ４０と称す）、メールデータデータベース５０（以下、メールデータＤ／Ｂ５０と称す）、プロキシサーバ６０、セキュリティサーバ７０、安全性情報データベース８０（以下、安全性情報Ｄ／Ｂと称す）を具備する。

端末装置１０は、インターネットに例示されるネットワーク１００を介してＷＥＢメールサーバ２０に接続されるコンピュータ装置である。端末装置１０は、ネットワーク１００及びプロキシサーバ６０を介してセキュリティサーバ７０に接続される。プロキシサーバ６０は省略可能であり、端末装置１０は、ネットワーク１００を介して直接セキュリティサーバ７０に接続されてもよい。あるいは、端末装置１０とセキュリティサーバ７０は専用回線（図示なし）を介して接続されてもよい。

端末装置１０は、ＷＥＢブラウザを利用してＷＥＢメールサーバ２０からメールサービスの提供を受ける。端末装置１０は、メールサービスを利用するユーザ数に応じて複数あることが好ましいがこれに限らない。例えば、１人のユーザが複数の端末装置１０を使用する場合も、１つの端末装置１０を複数人で共有して使用する場合もある。ユーザは、ユーザＩＤ４１やパスワード４２に例示される認証情報を、端末装置１０を介してＷＥＢメールサーバ２０に入力することで、認証を受ける。これにより、認証を受けた端末装置１０を利用するユーザは、自身に対応するメールサービスを受けることが可能となる。端末装置１０としては、ノート型コンピュータ１０−１やタブレット型コンピュータ１０−２等の携帯型コンピュータの他、図示しないネットワーク接続機能付の携帯電話や、デスクトップ型のコンピュータやサーバが好適に利用される。

本発明による端末装置１０は、ＷＥＢブラウザを利用して、ＷＥＢメールの表示画面データを表示する。このとき、端末装置１０は、ｊａｖａ ｓｃｒｉｐｔ（登録商標、以下略）によるプログラムで規定された操作がユーザインタフェースに対して行われたことをトリガとして、セキュリティサーバ７０に対し、メール本文中のリンク情報（以下、第１リンク情報と称す）によって接続されるＷＥＢサイト等（リンク先）の安全性を問い合わせる。端末装置１０は、セキュリティサーバ７０から安全性の検証結果を受け取ると、図示しない表示装置に視認可能に表示する。ここで、第１リンク情報とは、例えば、ＷＥＢサイト（ＷＥＢページ）、ファイル、ネットワーク、他の端末装置１０等にアクセスするためのＵＲＬやＩＰアドレス等の識別子、あるいはそのハイパーリンクを示す。

図２は、本発明による端末装置１０の実施の形態における構成の一例を示す図である。図２を参照して、端末装置１０は、ＣＰＵ１、記憶装置２、入力装置３、出力装置４を具備するコンピュータ装置である。記憶装置２に記録されたプログラム（ＷＥＢブラウザ）がＣＰＵ１によって実行されることで、図２に示す送受信部１１及び制御部１２の機能が実現される。又、制御部１２の一部の機能は、ｊａｖａ ｓｃｒｉｐｔによるプログラムがＣＰＵ１によって実行されることで実現される。

入力装置３は、マウスやキーボード、あるいはタッチパネルに例示されるユーザインタフェースであり、ユーザの操作を入力信号に変換して制御部１２の動作を制御する。出力装置４は、モニタに例示され、制御部１２から出力された画面情報を視認可能に表示する。

送受信部１１は、ＷＥＢメールサーバ２０から電子メールや、各種画面情報（例示：メール閲覧画面、送信メールや受信メールの一覧画面）をＷＥＢメールサーバ２０から受信し、制御部１２を介して記憶装置２に格納する。又、送受信部１１は、入力装置３によってユーザが作成した電子メールをＷＥＢメールサーバに送信する。

制御部１２は、記憶装置２に対する情報の格納又は抽出、出力装置４の表示動作（出力装置４への情報の出力）、及びセキュリティサーバ７０との間の情報の入出力を制御する。詳細には、制御部１２は、ＷＥＢメールサーバ２０から受信した電子メールや、セキュリティサーバ７０から受信した安全性検証結果等の情報を記憶装置２に格納、又は出力装置４から視認可能に表示させる。又、制御部１２は、ユーザの操作に伴う入力装置３からの入力信号に基づいて、出力装置４を制御して表示画面を表示又は変更させる。あるいは、制御部１２は、ユーザの操作に伴う入力装置３からの入力信号に基づいて、送受信部１１を制御してＷＥＢメールサーバ２０との間の電子メール等の情報の送受信を制御する。更に、制御部１２は、ユーザの操作に伴う入力装置３からの入力信号が所定の条件に適合する場合、電子メール本文に含まれる第１リンク情報に関する安全性をセキュリティサーバ７０に依頼し、その回答（安全性検証結果）を当該セキュリティサーバ７０から受信する。

ここで、制御部１２における第１リンク情報の安全性検証依頼、その検証結果の受信、及び検証結果の表示については、Ｊａｖａ ｓｃｒｉｐｔによるプログラムを実行することで実現されることが好ましい。又、このＪａｖａ ｓｃｒｉｐｔによるプログラムは、ＷＥＢメールサーバ２０から電子メール又は電子メールリストとともに端末装置１０に送信されることが好ましい。

図３は、本発明によるＷＥＢメールサーバ２０の実施の形態における構成の一例を示す図である。図３を参照して、ＷＥＢメールサーバ２０は、図示しない記憶装置内のプログラムがＣＰＵによって実行されることで実現される抽出部２１、画面生成部２２を具備する。

ＷＥＢメールサーバ２０は、ユーザの端末装置１０から、ネットワーク１００を介して、認証を伴い、メールの閲覧要求を受信すると、認証に用いた認証情報に対応するユーザのメールアドレス宛に受信し、メール情報サーバ３０に記憶されているメールデータを読み込み、ＷＥＢメールの表示画面データを生成し、当該端末装置１０に送信する。ここで、メール情報サーバ３０は、ネットワーク１００を介して、他のメールサーバ（図示なし）から、当該メール情報サーバ３０が管理するユーザのメールアドレスに送信されてきたメールを受信し、記憶する。

抽出部２１は、端末装置１０から送信されたユーザ情報に基づいて、ユーザの認証を行う。この際、抽出部２１は、ユーザ情報Ｄ／Ｂ４０を参照してユーザに対する認証要否を判定する。図４は、実施の形態におけるユーザ情報Ｄ／Ｂ４０に記録されたユーザ情報４００の構造の一例を示す図である。ユーザ情報４００には、ユーザＩＤ４１、パスワード４２、メールアドレス４３、入会状況４４、セキュリティサービス加入状況情報４５が対応付けられて記録される。ユーザＩＤ４１及びパスワード４２は、ユーザ固有に付与され、ユーザに対応するユーザ情報４００を一意に決める識別子である。メールアドレス４３は、ユーザＩＤ４１で特定されるユーザのメールアドレスを示す。入会状況４４は、ユーザＩＤ４１で特定されるユーザの入会状況が有効か否かを示す情報を含む。セキュリティサービス加入状況情報４５は、本実施の形態に示す安全性検証サービスを実行するか否かを示す情報を含む。

抽出部２１は、端末装置１０から送信されたユーザ情報（例えば、ユーザＩＤ及びパスワード）を用いてユーザ情報Ｄ／Ｂ４０を検索し、ユーザ情報（ユーザＩＤ及びパスワード）が一致するユーザ情報４００がユーザ情報Ｄ／Ｂ４０に登録されている場合、当該ユーザの認証する（ない場合は、認証しない）。

抽出部２１は、認証を許可したユーザ（端末装置１０）からの要求に応じて、当該ユーザ宛てに受信した電子メールをユーザＩＤ４１又はユーザのメールアドレス４３をキーとしてメール情報サーバ３０から取得し、画面生成部２２に出力する。ここで、メールデータＤ／Ｂ５０には、ユーザＩＤ４１又はユーザのメールアドレス４３に紐づけられた電子メールが格納され、メール情報サーバ３０は、ユーザＩＤ４１又はユーザのメールアドレス４３をキーとして要求された電子メールをメールデータＤ／Ｂ５０から抽出する。

画面生成部２２は、抽出された電子メールを含む画面情報（例えば、受信メールの閲覧画面や、受信メール及び送信メールの一覧画面）を、例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式にて生成する。詳細には、画面生成部２２は、電子メール本文に含まれる第１リンク情報（例えばＵＲＬ）を抽出し、抽出した第１リンク情報を示すテキストデータ、又は画像データに、そのリンク先にアクセスするためのアクションを付加したハイパーリンクを形成する。画面生成部２２は、当該ハイパーリンクを含めた電子メールを表示する画面情報をＨＴＭＬ形式にて生成する。ただし、この画面情報生成処理は、後述するｊａｖａ ｓｃｒｉｐｔによるプログラムを実行することにより端末装置１０側で実現されても構わない。

又、画面生成部２２は、所定の操作条件（以下、第１条件と称す）に適合すると、セキュリティサーバ７０に、第１リンク情報（によって接続されるリンク先）の安全性を問い合わせ、得られた安全性解析結果を表示する動作を規定したｊａｖａ ｓｃｒｉｐｔ（ブラウザで動作するスクリプト言語）によるプログラムを、電子メールを表示する画面情報（メール閲覧画面）に付加して、端末装置１０に送信する。第１条件として規定される操作は、ユーザの負担とならない操作のうち、第１リンク情報を特定可能な操作であることが好ましい。例えば、入力装置３（ユーザインターフェース）としてマウスを利用している場合、メール本文中に表示されリンク先（以下、表示リンク先と称す）の上に所定の時間以上マウスオーバすることが第１条件として規定され得る。あるいは、入力装置３（ユーザインターフェース）としてタッチパネルを利用している場合、表示リンク先上で所定の時間以上ロングタップすることや、フリック（スワイプ）することが第１条件として規定され得る。又、セキュリティサーバ７０から得られた安全性検証結果は、表示リンク先に関連付された形式で表示されることが好ましい。例えば、表示リンク先に接続され、安全性検証結果を含む吹き出しがポップアップ表示される。

端末装置１０は、ＷＥＢブラウザによって実現される制御部１２により、画面生成部２２で生成された画像情報を出力装置４に出力させる。

端末装置１０とセキュリティサーバ７０との間にはプロキシサーバ６０が設けられることが好ましい。プロキシサーバ６０は、端末装置１０からセキュリティサーバ７０に対して安全性の検証を依頼されたＷＥＢサイトの第１リンク情報（例えばＵＲＬ）と、その安全性の検証結果をキャッシュする。又、セキュリティサーバ７０は、キャッシュした第１リンク情報と同じリンク情報の安全性検証依頼に対し、キャッシュ内の対応する安全性検証結果を返す。

セキュリティサーバ７０におけるキャッシュ内のデータは、キャッシュのサイズを小さくするため、所定の条件に応じて消去されることが好ましい。例えば、キャッシュされてからの経過時間をキャッシュの消去条件とした場合、所定の期間（例えば、所定の短い時間（例：５分間））でキャッシュをクリアする。この場合、所定の期間を経過した古い検証結果が破棄されるため、端末装置１０に最新の情報を提供することが可能となる。

あるいは、セキュリティサーバ７０は、端末装置１０から安全検証を依頼された所定の数（例えば１通）の電子メール毎にキャッシュ内の検証結果を削除してもよい。この場合、端末装置１０は、検証対象の第１リンク情報と当該第１リンク情報を含む電子メールの識別子をセキュリティサーバ７０に送信する。セキュリティサーバ７０は、安全検証したリンク情報と電子メールの識別子を紐づけて登録し、安全性検証の依頼時に送信される電子メールの識別子により、安全検証依頼のある電子メールの数を把握する。この場合も、検証回数に応じて古い検証結果を破棄されるため、端末装置１０に最新の情報を提供することが可能となる。

セキュリティサーバ７０は、ファイル、ＷＥＢサイト、メール、ネットワーク等に関する脅威ベクトルの情報と、世界中のセンサ（図示なし）から収集したデータ（レピュテーション情報）とを関連づけて安全性情報Ｄ／Ｂ８０に記録する。セキュリティサーバ７０は、安全性情報Ｄ／Ｂ８０を参照して、端末装置１０から送信される第１リンク情報についての安全性（信頼性）を検証する。具体的には、安全性情報Ｄ／Ｂ８０には、既知や新規のマルウェアベースの脅威情報、ＩＰアドレス、ネットワークポート、通信プロトコルに関する脅威情報、ＵＲＬ、ＷＥＢドメイン、ＤＮＳサーバに関する脅威情報が記録されている。安全性情報Ｄ／Ｂ８０としては、セキュリティサーバ７０に内蔵された記憶装置や、外部のサーバやＮＡＳが好適に利用される。

セキュリティサーバ７０及び安全性情報Ｄ／Ｂ８０としては、セキュリティベンダーが提供するセキュリティサービス例えばＧＴＩ（Ｇｌｏｂａｌ Ｔｈｒｅａｔ Ｉｎｔｅｌｌｉｇｅｎｃｅ）が好適に利用し得る。

セキュリティサーバ７０は、安全性情報Ｄ／Ｂ８０内の情報を参照して端末装置１０から送信された第１リンク情報（に対する安全性（信頼性））を検証し、その脅威の内容や危険度を特定する。セキュリティサーバ７０は、脅威の内容やその危険度に応じて用意された複数段階の安全性レベル（安全度、又はスコアとも称す）から、第１リンク情報の安全性検証結果に対応する安全性レベルを抽出することが好ましい。例えば、安全性情報Ｄ／Ｂ８０には、“危険”、“注意”、“安全”の３段階の安全性レベルが設定され得る。この場合、セキュリティサーバ７０は、端末装置１０からの第１リンク情報に対する検証結果に応じた安全性レベルを、危険、注意、安全のいずれかから抽出する。

又、セキュリティサーバ７０は、リンク先の脅威の内容に応じて用意された複数のカテゴリ情報から、第１リンク情報の安全性検証結果に対応するカテゴリ情報を抽出することが好ましい。例えば、安全性情報Ｄ／Ｂ８０には、リンク先の脅威の内容に応じて分類された“ウイルス系”、“フィッシング系”、“成人向け”等を特定するカテゴリ情報が登録され得る。この場合、セキュリティサーバ７０は、端末装置１０からの第１リンク情報に対する検証結果に応じたカテゴリ情報を、ウイルス系、フィッシング系、成人向け等を特定する情報のいずれかから１つ又は複数抽出する。

セキュリティサーバ７０は、安全性検証結果に応じて抽出した安全性レベル、カテゴリ情報を、依頼された安全性検証の結果として端末装置１０に送信する。

ＷＥＢメールサーバ２０の画面生成部２２は、安全性検証結果に応じて抽出した安全性レベル、カテゴリ情報、及び後述する誘導表示情報の少なくとも１つを表示するための情報（画像データ、テキストデータ）を、Ｊａｖａ Ｓｃｒｉｐｔによるプログラムとともに端末装置１０に送信することが好ましい。端末装置１０は、セキュリティサーバ７０から取得した安全性検証結果に対応する表示をＷＥＢメールサーバ２０から取得した情報を用いて表示する。

例えば、端末装置１０は、安全性レベルやカテゴリ情報のそれぞれを表現する文章やマークを記憶装置２に保持し、セキュリティサーバ７０から取得した安全性レベルやカテゴリ情報に対応する文章やマークを表示する。又、端末装置１０は、安全性レベルやカテゴリ情報のそれぞれに応じたサービスを提供するリンク先に誘導するための誘導表示情報を記憶装置２に保持することが好ましい。セキュリティサーバ７０から取得した安全性レベルやカテゴリ情報に対応する誘導表示情報を表示する。ここで、誘導表示情報は、例えばセキュリティサービスを提供するリンク先に誘導するための文章やマーク、あるいはハイパーリンクとして機能する第２リンク情報を含む。例えば、安全性検証結果に応じて送信された安全性レベルが規定のレベル以下（例：安全性レベルが“危険”、“注意”、“安全”の３段階で設定されていた場合、“危険”と“注意”）の場合、セキュリティサービスを紹介、あるいは、当該サービスを購入するＷＥＢサイト（ＷＥＢページ）にアクセスするための第２リンク情報が、誘導表示情報として端末装置１０に表示される。第２リンク情報とは、例えば、ユーザ（端末装置１０）を、ＷＥＢサイト（ＷＥＢページ）、ファイル、ネットワーク、他の端末装置１０等にアクセスするためのＵＲＬやＩＰアドレス等の識別子、あるいはそのハイパーリンクを示す。

又、安全性レベルやカテゴリ情報に対応付けられて記録されるテキストデータや画像データ、誘導表示情報は、ＷＥＢメールサーバ２０により、上述のＪａｖａ ｓｃｒｉｐｔによるプログラムとして電子メール本文に付加されて、あるいは任意に時期に端末装置１０に送信されることが好ましい。あるいは、これらの情報は、セキュリティサーバ７０から安全性検証結果として端末装置１０に送信されても構わない。この場合、セキュリティサーバ７０は、安全性検証結果に対応するテキストデータや画像データ、誘導表示情報を選択して端末装置１０に送信することが好ましい。

安全性レベルを表示する形態（以下、安全性レベル表示形態と称す）は所定の条件（以下、第２条件と称す）に応じて変更されることが好ましい。安全性レベル表示形態の変更例を図５に示す。図５を参照して、第２条件４０１として表示期間が定義され、それぞれの期間における安全性レベル４０２の表示形態４０３が示される。本一例では、８月、９月、・・・と月毎に表示形態４０３が設定される。具体的には、８月において安全性レベル４０２が“危険”の場合、“×”と表示されるところ、９月には“危”と表示され、８月において安全性レベル４０２が“注意”の場合、“△”と表示されるところ、９月には“！”と表示され、８月において安全性レベル４０２が“安全”の場合、“◎”と表示されるところ、９月には“安”と表示される。このように、第２条件として表示期間を規定することで、安全性表示に対する注意力の低下（マンネリ化）を防ぐためことが可能となる。又、第２条件に応じて変更される安全性レベルの表示形態は吹き出し状の大きさや色、枠の形、文字の大きさやフォント等のうち、少なくとも１つを変更して表示するようにしてもよい。

安全性レベル表示形態は、第２リンク情報の利用状況に応じて変更されても良い。例えば、安全性レベル表示形態は、第２リンク情報（セキュリティサービスへのリンク）を利用してＷＥＢサイトを訪れたアクセス数の減少数や減少割合などに応じて変更され得る。この場合、ＷＥＢメールサーバ２０は、第２リンク情報の利用状況を、セキュリティサーバを運営するベンダから取得することが好ましい。又、安全性レベル表示形態や、その変更条件である第２条件は、ＷＥＢメールサーバ２０により、上述のＪａｖａ ｓｃｒｉｐｔによるプログラムとして電子メール本文に付加されて、あるいは任意に時期に端末装置１０に送信されることが好ましい。

又、安全性レベル表示形態は、第２条件に応じて変更される部分（第１安全性レベル表示情報）と、変更されない部分（第２安全性レベル表示情報）を含むことが好ましい。例えば、図１２を参照して、マンネリ化が考えられるマーク部分（画像情報２０１）については第２条件に応じて変更され、安全性レベルを示す文章部分（テキスト情報２０２）は、第２条件によらずに表示内容が維持される。

カテゴリ情報を表示する形態も安全性レベル表示形態と同様に、第２条件に応じて変更される部分や第２条件によらず表示内容が維持される部分を含むことが好ましい。例えば、図１２に示すカテゴリ表示情報２０５を参照して、マンネリ化が考えられるマーク部分については第２条件に応じて変更され、安全性レベルを示す文章部分は、第２条件によらずに表示内容が維持される。

（メール配信システムの動作）
次に、図６から図１３を参照して、本発明によるメール配信システムの動作について説明する。図６は、実施の形態におけるメール配信動作及び安全性検証動作（安全確認方法）の一例を示すシーケンス図である。

図示しないが、端末装置１０は、ＷＥＢメールサーバ２０から受信したログイン画面情報に基づいたログイン画面を表示する。詳細には、ユーザの操作等により入力装置３から、ブラウザにＷＥＢメールサーバ２０宛のＵＲＬが入力されると、端末装置１０は、ＷＥＢメールサーバ２０に対してログイン画面要求を送信する。ＷＥＢメールサーバ２０の画面生成部２２は、端末装置１０からのログイン画面要求を受信すると、ユーザＩＤとパスワードを入力する欄が設けられたログイン画面情報を当該端末装置１０に送信する。端末装置１０は、受信したログイン画面情報に基づき、図７に示すようなログイン画面３００を表示する。ログイン画面３００は、ユーザ情報入力欄３０１、及び送信ボタン３０２を有する。

ユーザの操作により入力装置３からユーザ情報が入力され、送信操作がされことで、端末装置１０から、ユーザ情報がＷＥＢメールサーバ２０に送信される（ステップＳ１０１）。例えば、ログイン画面３００におけるユーザ情報入力欄３０１にユーザＩＤ及びパスワードが入力され、クリック又はタップ等に例示される操作により送信ボタン３０２が押下されることで、端末装置１０から、ユーザ情報（例えばユーザＩＤとパスワード）がＷＥＢメールサーバ２０に送信される（ステップＳ１０１）。これにより、ユーザ情報としてユーザＩＤ及びパスワードがＷＥＢメールサーバ２０に送信される。

ＷＥＢメールサーバ２０は、ユーザ情報Ｄ／Ｂ４０を参照して、端末装置１０から受信したユーザ情報の認証拒否を判定する（ステップＳ１０２）。ここで、ＷＥＢメールサーバ２０は、端末装置１０から受信したユーザ情報と一致する情報がユーザ情報Ｄ／Ｂ４０に登録され、その加入状況が有効である場合、当該ユーザ情報を送信した端末装置１０の認証を許可する（メール閲覧有効）。一方、ユーザ情報がユーザ情報Ｄ／Ｂ４０に登録されていない場合、あるいはその加入状況が無効である場合、認証を許可しない（メール閲覧無効）。この認証結果は、端末装置１０に通知され（図示なし）、以降、端末装置１０からの要求に対し、認証されたユーザＩＤ（メールアドレス）に対するメールサービスが開始される。

認証を許可された端末装置１０からのメール一覧画面要求に応じてＷＥＢメールサーバ２０から送信されたメール一覧画面情報に基づいて、端末装置１０においてメール一覧画面が表示される（図示なし）。詳細には、端末装置１０は、ユーザの操作に応じてメール一覧画面要求をＷＥＢメールサーバ２０に送信する（図示なし）。ＷＥＢメールサーバ２０は、メール一覧画面要求に応答して、ユーザ情報Ｄ／Ｂ４０を参照して、認証を許可したユーザ情報（例えばユーザＩＤ）に対応するメールアドレスを特定し、当該アドレス宛の受信メールの一覧画面情報を生成する。ここでは、ＷＥＢメールサーバ２０は、ユーザのメールアドレス宛に受信したメールが記憶された受信ボックスの情報をメールデータＤ／Ｂ５０から読み出し、メールの件名、送信元アドレス、あるいは受信日時などが記載されたＨＴＭＬ形式などの受信メール一覧画面情報を生成する。ＷＥＢメールサーバ２０は、生成した一覧画面情報を端末装置１０に送信する。端末装置１０は、ＷＥＢメールサーバ２０から受信した一覧画面情報に基づき、図８に示すような受信メール一覧画面５００を表示する。受信メール一覧画面５００は、表示対象の受信ボックスを特定する受信ボックス名５０１及び受信メール一覧５０２を含む。受信メール一覧５０２には、件名、送信元アドレス（差出人）、受信日時等によって一意に特定されるメール情報５０３が表示される。尚、端末装置１０からのメール一覧画面表示要求は、ユーザ認証要求と同時的に行われても良い。この場合、ＷＥＢメールサーバ２０は、ユーザの認証後、メール一覧画面情報を端末装置１０に送信する。

ユーザ認証後に表示可能な画面は、当該ユーザ（メールアドレス）に対応付けられたメール一覧画面の他、送信ボックス、一時保存ボックス、削除フォル等のメールサービスに必要な情報を表示する画面等があるが、ここでは受信メールに関する画面について詳細に説明し、他の画面についてはその説明を省略する。

端末装置１０は、受信メールの閲覧要求をＷＥＢメールサーバ２０に送信すると、要求した受信メールの詳細を表示するメール表示画面がＷＥＢメールサーバ２０から送信される（ステップＳ１０３、Ｓ１０４、Ｓ１０５）。

詳細には、入力装置３が操作されることにより、受信メール一覧画面５００におけるいずれかのメール情報５０３が指定されると、指定されたメールを特定するメール識別子を含む受信メール閲覧要求が、端末装置１０からＷＥＢメールサーバ２０に送信される（ステップＳ１０３）。

ＷＥＢメールサーバ２０は、メール閲覧要求に基づいて、指定されたメール本文を表示するためのメール表示画面を生成する（ステップＳ１０４）。具体的には、ＷＥＢメールサーバ２０は、メール情報サーバ３０に記憶されたユーザに対応する受信ボックスを参照し、メール閲覧要求に含まれるメール識別子に対応するメール本文データを読み出す。ここで、メール本文データには送信先アドレスや送信元アドレス、件名などが含まれても良い。ＷＥＢメールサーバ２０は、メール本文データから、第１リンク情報として、ＵＲＬ（メールアドレス等でも可）に該当する記載を抽出する。例えば、ＷＥＢメールサーバ２０は、“ｈｔｔｐ：／／”や“ｈｔｔｐｓ：／／”の記載をもとに、第１リンク情報を抽出する。その後、ＷＥＢメールサーバ２０は、抽出したＵＲＬに、そのＵＲＬをハイパーリンクとしての機能（表示文字の色付けや下線付も含む）を付加し、ＨＴＬＭ形式などのメール本文表示データを生成する。ここでは、メール本文データのＵＲＬにパイパーリンクとしての機能が付加されていないテキスト形式の場合を説明したが、メール本文データは、メールの送信者からＨＴＭＬ形式にて送信されていても構わない。この場合、ＷＥＢメールサーバ２０は、ハイパーリンク機能の付加やＨＴＭＬ化はしないが、ＨＴＭＬのソースに含まれるＵＲＬを第１リンク情報として抽出する。

ここで、メール本文表示データのソースコードには、画面に表示される表示リンク先（例えばＵＲＬ）と、当該表示リンク先に対して所定の操作（例えばダブルクリック）が行われたときの実際の接続先となるリンク先（例えばＵＲＬ）の両方が記載されている場合がある。このような場合、表示リンク先と接続先を示すリンク先とが異なることがあるため、実際の接続先を示すリンク先が第１リンク情報として抽出されることが好ましい。

ＷＥＢメールサーバ２０は、表示リンク先に対して所定の操作（例えばマウスオーバー）が行われると、セキュリティサーバ７０に第１リンク情報の安全性の検証を依頼し、得られた情報を、例えばポップアップして表示するプログラムをｊａｖａ ｓｃｒｉｐｔにより作成し、メール本文データに追加する。ただし、表示リンク先と実際に接続するためのリンク先の両方を、安全検証の対象となる第１リンク情報として、上述のＪａｖａ ｓｃｒｉｐｔによるプログラムを生成しても良い。ｊａｖａ ｓｃｒｉｐｔによるプログラムの追加は、第１リンク情報が記載された箇所のいずれかに選択的に行われても良いし、第１リンク情報が記載された箇所全てに行っても良い。

上記ｊａｖａ ｓｃｒｉｐｔによるプログラムには、安全性検証結果である安全性レベルや上述の第２リンク情報、あるいはそれぞれのカテゴリを、それぞれに対応するマークにて表示させてもよい。又、第２リンク情報（による接続先となるＷＥＢサイト）が複数のカテゴリに該当する場合は、カテゴリのマークが複数になる場合もある。この場合を考慮して、ＷＥＢメールサーバ２０は、第２リンク情報に対応する複数のマークのセットをメール本文表示データに付加して端末装置１０に送信することが好ましい。ここで、安全性レベルや第２リンク情報のそれぞれに対応するマーク（やマークのセット）、特に安全性レベルのマークのセットは、上述の第２条件（１か月などの期間や、第２リンク情報（セキュリティサービスへのリンク）を利用してホームページを訪れたアクセス数の減少数や減少割合など））が満たされると、他のマークに変更されることが好ましい。これにより、ユーザが既存のマークに見慣れて、注意や危険を見過ごすことを防ぐことができる。

ＷＥＢメールサーバ２０は、ｊａｖａ ｓｃｒｉｐｔによるプログラムを付加したＨＴＭＬ形式のメール表示画面情報を、端末装置１０に送信する（ステップＳ１０５）。端末装置１０は、ブラウザを用いて、メール表示画面情報を基に、電子メールの本文が記載された画面を表示するとともに、ｊａｖａ ｓｃｒｉｐｔによるプログラムを実行する（ステップＳ１０６）。図９は、本発明に係るメール本文の表示画面１０１の一例を示す図である。図９を参照して、メール本文表示画面１０１は、件名１０２、メール識別情報１０３、メール本文１０４を有する。メール識別情報１０３は、電子メールの差出人、宛先、件名、受信日時等のメールを一意に特定するための情報を含む。メール本文１０４は、テキストデータによる本文情報１０５の他、ハイパーリンクによる表示リンク先１０６を含む。

メール本文表示画面１０１を表示している間、ｊａｖａ ｓｃｒｉｐｔによるプログラムを実行し、第１条件に適合する操作を待ち受ける（ステップＳ１０８、Ｓ１０９）。

端末装置１０は、入力装置３によって、電子メール本文に記載された表示リンク先に対して所定の操作がなされると、その表示リンク先に対応した接続先であるリンク先（例えばＵＲＬ）を特定する第１リンク情報（例えばＵＲＬ識別子）を含む安全性検証依頼を、セキュリティサーバ７０に送信する（ステップＳ１０９Ｙｅｓ、Ｓ１１０）。ここで、安全性検証依頼のトリガとなる所定の操作は、例えば、入力装置３がマウスの場合、画面上に表示された表示リンク先の上にカーソル（ポインタ）が規定時間（例示：０．５秒間）留まっていると判断される操作が好適である。あるいは、入力装置３が、タッチパネルの場合、１回目のタップが安全性検証依頼のトリガとなる所定の操作として好適である。あるいは、タッチパネル面の法線方向上方における既定距離内に指が検知されたことをトリガとして安全性検証依頼が行われてもよい。安全性検証依頼のトリガとなる操作は任意に設定し得るが、リンク先にアクセスするための操作を除くことが好ましい。換言すると、リンク先へのアクセス操作と異なる操作を安全性依頼のトリガとなる操作とすることが好ましい。例えば、表示リンク先をダブルクリックすることで、当該表示リンク先に対応するリンク先にアクセスするように規定されている場合、表示リンク先に対するダブルクリックと異なる操作により安全性検証依頼が行われる。リンク先にアクセスするための操作と異なる操作により安全性検証依頼を行うことにより、ユーザは、リンク先に接続する操作を行う前に、安全検証結果に基づいてリンク先への接続要否を判断することが可能となる。

セキュリティサーバ７０は、端末装置１０からの安全性検証依頼を受信すると、安全性情報Ｄ／Ｂ８０を参照し、安全性検証依頼に含まれる第１リンク情報によって特定されるリンク先の安全性レベルを判定する（ステップＳ１１１）。安全性レベルは、例えば、安全＝◎、危険の可能性有り＝×と、２段階でもよいし、安全＝１、注意＝２、危険＝３と、２段階以上でもよい。又、セキュリティサーバ７０は、“安全”以外の場合、成人向けの内容がある可能性有り＝Ａ、ウイルスがある可能性有り＝Ｂ、脆弱性がある可能性有り＝Ｃ、フィッシングの可能性有り＝Ｄなど、第１リンク情報に対応するリンク先（例示：ホームページ）の危険度（または注意）に応じたカテゴリも判定する。

セキュリティサーバ７０は、第１リンク情報について判定された安全性レベルと第１リンク情報に対応するリンク先（例えばホームページ）のカテゴリを含む安全性検証結果を、安全性検証依頼を送信してきた端末装置１０に返信する（ステップ１１２）。

端末装置１０は、安全性検証結果を受信すると、安全性検証結果に含まれる安全性レベルとカテゴリ情報に基づいた画面（以下、安全性検証結果表示画面２００と称す）を表示する（ステップＳ１１３）。図１０から図１２に、安全性検証結果表示画面２００の一例を示す。図１０から図１２を参照して、安全性検証結果表示画面２００は、一例として、ポインタ２１０がマウスオーバされた表示リンク先１０６に接続された吹き出し状の枠内に表示されることが好ましい。吹き出し状の枠内に表示される安全性検証結果表示画面２００は、検証結果に応じた安全性レベルを示す画像情報２０１（マークとも称す）又はテキスト情報２０２のいずれかを含む。ここで画像情報２０１は、図５に示す安全性レベルに応じた表示形態４０３に対応し、第２条件４０１に応じて変更され得る。例えば、安全性検証において、安全性レベルが“安全”と判定された場合、図１０に示すように画像情報２０１として“◎”が表示され、テキスト情報２０２として“安全です”が表示される。あるいは、安全性検証において、安全性レベルが“注意”と判定された場合、図１１や図１２に示すように画像情報２０１として“△”が表示され、テキスト情報２０２として“リンク先は危険の可能性があります。注意してください”が表示される。

又、端末装置１０は、図１１又は図１２に示すように、安全性検証結果として受信した安全性レベル又はカテゴリ情報に対応する誘導表示情報２０３を、安全性検証結果表示画面２００に含めて表示することが好ましい。誘導表示情報２０３は、安全性レベルやカテゴリ情報に応じて設定され、第１リンク情報に対応するリンク先に接続する場合に必要なサービス等に誘導するための文言や図形、あるいは、ハイパーリンクによって他のサービスサイトを接続するための第２リンク情報を含む。一例として、図１１に示される誘導表示情報２０３は、テキストデータとして“閲覧するにはセキュリティサービスの購入をお勧めします。ｈｔｔｐ：／／ｗｗｗ．ｓｅｃｕｒｉｔｙ．＊＊＊．ｊｐ”を含み、“セキュリティサービス”や、“ｈｔｔｐ：／／ｗｗｗ．ｓｅｃｕｒｉｔｙ．＊＊＊．ｊｐ”が第２リンク情報２０４としてハイパーリンク設定される。あるいは他の一例として、図１２に示される誘導表示情報２０３は、テキストデータとして“閲覧するにはウイルス対策サービスの購入をお勧めします。ｈｔｔｐ：／／ｗｗｗ．ｓｅｃｕｒｉｔｙ．＊＊＊．ｊｐ／ｖｉｒｕｓ”を含み、“ウイルス対策サービス”や、“ｈｔｔｐ：／／ｗｗｗ．ｓｅｃｕｒｉｔｙ．＊＊＊．ｊｐ／ｖｉｒｕｓ”が第２リンク情報２０４としてハイパーリンク設定される。

誘導表示情報２０３は、安全性検証結果として受信した安全性レベルが、“安全”のレベルではない場合に表示されることが好ましい。例えば、ウイルス対策などのセキュリティサービス（ソフトウェアやアプリでも可）の紹介や購入を申し込みするホームページへのリンク（ＵＲＬ）が吹き出し状の枠内に付加されて表示される。又、安全性検証において第１リンク情報のカテゴリも判明した場合、そのカテゴリに合わせたセキュリティサービス（例えば、ウイルス系なら、ウイルス対策サービス）のリンクを付加してもよい。

更に、端末装置１０は、図１２に示すように、安全性検証結果として受信したカテゴリ情報を表示するカテゴリ表示情報２０５を、安全性検証結果表示画面２００に含めて表示することが好ましい。カテゴリ表示情報は、カテゴリ情報、すなわち、第１リンク情報に対応するリンク先のカテゴリの内容を示すテキストデータや画像データを含むことが好ましい。

端末装置１０は、受信した安全性検証結果に含まれる安全性レベルやカテゴリ情報に合わせて、吹き出し状の枠の大きさや色、枠の形、大きさの内少なくとも１つを、変更して表示してもよい。

又、端末装置１０は、第２リンク情報２０４によって接続されるＷＥＢサイト等で提供されるセキュリティサービスが、購入済またはインストール済か否かを判断してもよい。例えば、端末装置１０は、ユーザ情報Ｄ／Ｂ４０、記憶装置２、又はブラウザのプラグインを参照して、契約済かインストール済かで判断する。ここで、購入済またはインストール済であった場合、端末装置１０は、購入済（インストール済）である旨のテキストデータを、安全性検証結果表示画面２００に表示することが好ましい。

又、端末装置１０は、ＷＥＢメールサーバ２０から受信メール一覧画面５００を受信したとき、又は、安全性検証要求を送信するとき等の既定のタイミングで、ＷＥＢメールサーバ２０に、ユーザがセキュリティサービスを購入済みであるか否かを問い合わせてもよい。図示しないが、ユーザ情報４００には、ユーザ購入済み又はインストール済みのセキュリティサービスの状況が、ユーザＩＤ４１に対応付けられることが好ましい。この場合、ＷＥＢメールサーバ２０は、端末装置１０からの問合せに応答してユーザ情報Ｄ／Ｂ４０を参照して、購入済みの有無を返信する。更に、セキュリティサービスの購入済みの有無を示すテキストデータは、ＷＥＢメールサーバ２０から端末装置１０に送信されてもよい。

尚、安全性検証結果表示画面２００は、例えば、ポインタが表示リンク先１０６から離れてから所定の時間（０秒も含む）後に消えることが好ましい。

安全性検証結果表示画面２００に含まれる、テキストデータ、画像データ、ハイパーリンクの各種情報は、安全性レベルやカテゴリ情報に対応付けられて端末装置１０の記憶装置２に記録されることが好ましい。又、これらの情報は、ＷＥＢメールサーバ２０から、ｊａｖａ ｓｃｒｉｐｔによるプログラムとともに端末装置１０に送信されることが好ましい。

端末装置１０は、安全性検証結果表示画面２００が表示されている間、第２リンク情報２０４に対して所定の操作（例えば、ダブルクリックやタップ）があった場合、第２リンク情報２０４に対応するＷＥＢサイトに接続する（ステップＳ１１４有、Ｓ１１５）。例えば、端末装置１０は、第２リンクに対するダブルクリック操作に応じて、リンク先サーバ９０に接続し、セキュリティサービスを提供するＷＥＢサイト画面を受信及び表示する。

本発明によれば、ユーザは、メール本文にリンクとして表示されたＷＥＢサイトへの接続の前に、当該ＷＥＢサイトの安全性を確認することができる。又、ＷＥＢサイトへの接続操作を行う前の操作によって、安全性レベルを確認できるため、ユーザによって接続要否の判断が可能となる。更に、本発明によれば、安全レベルやカテゴリ情報（リンク先の脅威の内容に応じた分類）を確認できるとともに、これらに応じたセキュリティサービスの内容及びその誘導手段が表示される。このため、ユーザは、該当するセキュリティサービスを購入し、対策を講じてから、メール本文に表示されたリンク先を閲覧することができる。

以上、本発明の実施の形態を詳述してきたが、具体的な構成は上記実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。例えば、安全性検証結果表示画面２００として表示されるマーク、テキスト、ハイパーリンクなどは、これらを表示するｊａｖａ ｓｃｒｉｐｔによるプログラムとともにＷＥＢメールサーバ２０からではなく、安全性検証結果とともに、セキュリティサーバ７０から端末装置１０に送信されてもよい。

又、上述の実施例では、電子メール本文中の表示リンク先１０６上に対する操作をトリガとして安全性検証及び安全性検証結果の表示が行われる形態を説明したが、第１リンク情報を抽出及びセキュリティサーバ７０への検証依頼ができれば、他の画面上における操作をトリガとしても構わない。例えば、図８に示す受信メール一覧画面５００に表示されるメール情報５０３に対して所定の操作を行うことで、当該メール情報５０３によって特定されるメール本文内の全ての第１リンク情報が抽出され、上述と同様の安全性検証及び安全性検証結果の表示が行われる。ただし、安全性検証結果は、メール本文中の表示リンク先ではなくメール情報５０３に接続された吹き出し枠内に表示される。この際、メール本文に含まれる全ての第１リンク情報のうち、危険度や脅威度が最も高い第１リンク情報の安全性レベルやカテゴリ情報が代表的に表示されることが好ましい。あるいは、メール本文に含まれる全ての第１リンク情報の安全性レベルやカテゴリ情報が一覧として表示されてもよい。更には、所定の安全性レベル以下の危険な第１リンク情報を検出した場合、当該メールをスパムメールとして分類し、図１３に示すように、スパムメールの可能性がある旨の通知が安全性検証結果表示画面２００として表示されてもよい。このような構成にすることで、メール本文を閲覧する前に、当該メールに含まれる危険度の高いリンク先を確認することが可能となる。換言すると、不正なリンクを有するメールを閲覧する前に、一覧表示において早期に検出することが可能となる。

更に、端末装置１０は、安全性検証として、メール情報５０３に対応するメール本体がスパムメールか否かの検証を依頼してもよい。この際、当該メールを識別するメール情報５０３、特に差出人を特定する送信元メールアドレスや件名が安全性検証依頼とともにセキュリティサーバ７０に送信されることが好ましい。セキュリティサーバ７０は、検証依頼の応答として、当該メールがスパムメールか否かの判定結果を端末装置１０に送信する。端末装置１０は、図１３に示すように、スパムメールの可能性がある旨のテキストデータやマークを含む安全性検証結果表示画面２００を表示する。

受信メール一覧画面５００上の操作に応じて、第１リンク情報の安全性やスパムメールか否かの検証及びその結果表示を行う動作は、上述の一例と同様に、ＷＥＢメールサーバ２０から送信されたＪａｖａ Ｓｃｒｉｐｔによるプログラムを実行することで実現されることが好ましい。

尚、セキュリティサーバ７０及び安全性情報Ｄ／Ｂ８０において、スパムメールか否かの判定エンジンは、フィッシング判定エンジンより、判定のもとになるデータの更新が遅い場合がある。このため、メール情報サーバ３０が受信した時点では、スパムメールと判定されなかったが、電子メールを閲覧する時点では、スパムメールと判定される可能性がある。このため、メール閲覧の直前にセキュリティサーバ７０においてスパムメールか否かの判定を行うことは有効である。

１０ ：端末装置
１１ ：送受信部
１２ ：制御部
２０ ：ＷＥＢメールサーバ
２１ ：抽出部
２２ ：画面生成部
３０ ：メール情報サーバ
４０ ：ユーザ情報データベース
５０ ：メールデータデータベース
６０ ：プロキシサーバ
７０ ：セキュリティサーバ
８０ ：安全性情報データベース
９０ ：リンク先サーバ
１００ ：ネットワーク
２００ ：安全性検証結果表示画面
２０１ ：画像情報
２０２ ：テキスト情報
２０３ ：誘導表示情報
２０４ ：第２リンク情報
２０５ ：カテゴリ表示情報
４０１ ：第２条件
４０２ ：安全性レベル
４０３ ：表示形態

Claims (12)

1. ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼し、前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先の安全性レベルが安全を示すレベルではない場合、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示し、前記第１リンク情報に対応するリンク先に接続する場合に必要なサービスに誘導するための第２リンク情報とともに視認可能に表示する制御部を具備する
   端末装置。
2. ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼し、前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに視認可能に表示する制御部を具備し、
   前記制御部は、前記第２リンク情報によって接続されるリンク先で提供されるサービスが、購入済またはインストール済か否かを判断し、判断結果に応じた情報を視認可能に表示する
   端末装置。
3. ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼し、前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに視認可能に表示する制御部を具備し、
   前記複数の表示情報は、リンク先の安全性レベルに応じた複数の安全性レベル表示情報と、リンク先のカテゴリに応じた複数のカテゴリ表示情報とを含み、
   前記第２リンク情報は、リンク先の安全性レベルとリンク先のカテゴリに対応づけられ、
   前記制御部は、前記安全性検証結果が示す安全性レベルに対応する安全性レベル表示情報と、前記安全性検証結果が示すカテゴリに対応するカテゴリ表示情報とを、前記安全性検証結果が示す安全性レベルとカテゴリに対応する第２リンク情報とともに視認可能に表示する
   端末装置。
4. 請求項１または２に記載の端末装置において、
   前記第２リンク情報は、リンク先の安全性レベルとリンク先のカテゴリに対応づけられ、
   前記制御部は、前記安全性検証結果が示す安全性レベルとカテゴリに対応する第２リンク情報を視認可能に表示する
   端末装置。
5. ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼し、前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに視認可能に表示する制御部を具備し、
   前記複数の表示情報は、リンク先の安全性レベルに応じた複数の安全性レベル表示情報を含み、
   前記制御部は、前記安全性検証結果が示す安全性レベルに対応する安全性レベル表示情報を視認可能に表示し、
   前記安全性レベル表示情報は、所定の表示期間または前記第２リンク情報のアクセス数の減少を基にした第２条件に応じて、表記の種類、吹き出し状の大きさや色、枠の形、文字の大きさやフォントのうち、少なくとも１つである表示形態が変更される第１安全性レベル表示情報を含む
   端末装置。
6. 電子メールを表示するための画面情報を生成する画面生成部を具備し、
   前記画面生成部は、
   端末装置のユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼し、前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先の安全性レベルが安全を示すレベルではない場合、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示し、前記第１リンク情報に対応するリンク先に接続する場合に必要なサービスに誘導するための第２リンク情報とともに前記端末装置において視認可能に表示するプログラムを、前記画面情報に付加して前記端末装置に送信する
   ＷＥＢメールサーバ。
7. 電子メールを表示するための画面情報を生成する画面生成部を具備し、
   前記画面生成部は、
   端末装置のユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼し、前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに前記端末装置において視認可能に表示するプログラムを、前記画面情報に付加して前記端末装置に送信し、
   前記複数の表示情報は、リンク先の安全性レベルに応じた複数の安全性レベル表示情報と、リンク先のカテゴリに応じた複数のカテゴリ表示情報とを含み、
   前記第２リンク情報は、リンク先の安全性レベルとリンク先のカテゴリに対応づけられ、
   前記プログラムは、前記安全性検証結果が示す安全性レベルに対応する安全性レベル表示情報と、前記安全性検証結果が示すカテゴリに対応するカテゴリ表示情報とを、前記安全性検証結果が示す安全性レベルとカテゴリに対応する第２リンク情報とともに視認可能に表示するプログラムを、前記画面情報に付加して前記端末装置に送信する
   ＷＥＢメールサーバ。
8. 電子メールを表示するための画面情報を生成する画面生成部を具備し、
   前記画面生成部は、
   端末装置のユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼し、前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに前記端末装置において視認可能に表示し、前記複数の表示情報は、リンク先の安全性レベルに応じた複数の安全性レベル表示情報を含み、前記安全性検証結果が示す安全性レベルに対応する安全性レベル表示情報を視認可能に表示し、前記安全性レベル表示情報は、所定の表示期間または前記第２リンク情報のアクセス数の減少を基にした第２条件に応じて、表記の種類、吹き出し状の大きさや色、枠の形、文字の大きさやフォントのうち、少なくとも１つである表示形態が変更される第１安全性レベル表示情報を含むプログラムを、前記画面情報に付加して前記端末装置に送信する
   ＷＥＢメールサーバ。
9. ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼する依頼ステップと、
   前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先の安全性レベルが安全を示すレベルではない場合、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示し、前記第１リンク情報に対応するリンク先に接続する場合に必要なサービスに誘導するための第２リンク情報とともに視認可能に表示する表示ステップと
   を具備する
   安全確認方法。
10. ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼する依頼ステップと、
    前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに視認可能に表示する表示ステップと、
    を有し、
    前記複数の表示情報は、リンク先の安全性レベルに応じた複数の安全性レベル表示情報と、リンク先のカテゴリに応じた複数のカテゴリ表示情報とを含み、
    前記第２リンク情報は、リンク先の安全性レベルとリンク先のカテゴリに対応づけられ、
    前記表示ステップにて、前記安全性検証結果が示す安全性レベルに対応する安全性レベル表示情報と、前記安全性検証結果が示すカテゴリに対応するカテゴリ表示情報とを、前記安全性検証結果が示す安全性レベルとカテゴリに対応する第２リンク情報とともに視認可能に表示する
    安全確認方法。
11. ユーザインタフェースに対する操作が、ＷＥＢサイトへの接続を指示する操作と異なる所定の第１条件に適合する場合、電子メール本文に含まれる第１リンク情報が示すリンク先の安全性の検証をセキュリティサーバに依頼する依頼ステップと、
    前記依頼に対する前記セキュリティサーバの安全性検証結果に対応する表示情報を、複数の表示情報から選択し、前記第１リンク情報が示すリンク先とは異なる他のリンク先を示す第２リンク情報とともに視認可能に表示する表示ステップと、
    を有し、
    前記複数の表示情報は、リンク先の安全性レベルに応じた複数の安全性レベル表示情報を含み、
    前記表示ステップにて、前記安全性検証結果が示す安全性レベルに対応する安全性レベル表示情報を視認可能に表示し、
    前記安全性レベル表示情報は、所定の表示期間または前記第２リンク情報のアクセス数の減少を基にした第２条件に応じて、表記の種類、吹き出し状の大きさや色、枠の形、文字の大きさやフォントのうち、少なくとも１つである表示形態が変更される第１安全性レベル表示情報を含む
    安全確認方法。
12. 請求項９から１１のいずれか１項に記載の安全確認方法をコンピュータに実行させる安全確認プログラム。

Images