(57)【要約】【課題】スパムメールを排除するための処理負荷を軽減し、かつ、ユーザの操作負荷を軽減できる電子メール分類装置、電子メール分類方法及び電子メール分類プログラムを提供すること。【解決手段】電子メールを受信するメール受信部１１と、受信された電子メールのヘッダ情報に基づいて、当該電子メールの特徴を示す特徴ベクトルを取得する特徴ベクトル取得部１２と、電子メールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、当該分類情報及び対応する特徴ベクトルを学習データとして、電子メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成するルール作成部１４と、新たに電子メールを受信した際に、当該電子メールから取得される特徴ベクトルを参照し、分類ルールに基づいて、当該電子メールが正常メールであるか迷惑メールであるかを分類する分類部１３と、を備える。【選択図】図１
2011090442.tif 000002
【特許請求の範囲】
【請求項１】
電子メールを受信する受信部と、
前記受信部により受信された前記電子メールのヘッダ情報に基づいて、当該電子メールの特徴を示す特徴ベクトルを取得する取得部と、
前記電子メールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、当該分類情報及び対応する前記特徴ベクトルを学習データとして、電子メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成する作成部と、
前記受信部により新たに電子メールを受信した際に、当該電子メールから前記取得部により取得される特徴ベクトルを参照し、前記作成部により作成された前記分類ルールに基づいて、当該電子メールが正常メールであるか迷惑メールであるかを分類する分類部と、を備える電子メール分類装置。
【請求項２】
前記取得部は、前記ヘッダ情報に含まれる、送信者の名前、送信者のメールアドレス、返信先メールアドレス、件名及び受信日の少なくともいずれかに基づいて、前記特徴ベクトルを取得する請求項１に記載の電子メール分類装置。
【請求項３】
前記取得部は、前記特徴ベクトルとして、
（ａ）前記送信者のメールアドレスがアドレス帳に登録されているか否かを示すデータ、
（ｂ）前記送信者の名前が共通で前記送信者のメールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、
（ｃ）前記送信者のメールアドレスが共通で前記送信者の名前が異なる電子メールを過去に受信したか否かを示すデータ、
（ｄ）前記送信者の名前が共通で前記返信先メールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、
（ｅ）前記返信先メールアドレスが共通で前記送信者の名前が異なる電子メールを過去に受信したか否かを示すデータ、
（ｆ）前記送信者のメールアドレスが共通で前記返信先メールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、
（ｇ）前記返信先メールアドレスが共通で前記送信者のメールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、
（ｈ）前記送信者の名前が共通で前記件名が異なる電子メールを過去に受信したか否かを示すデータ、
（ｉ）前記件名が共通で前記送信者の名前が異なる電子メールを過去に受信したか否かを示すデータ、
（ｊ）前記送信者のメールアドレスが共通で前記件名が異なる電子メールを過去に受信したか否かを示すデータ、
（ｋ）前記件名が共通で前記送信者のメールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、
（ｌ）前記件名が共通で前記返信先メールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、
（ｍ）前記返信先メールアドレスが共通で前記件名が異なる電子メールを過去に受信したか否かを示すデータ、
（ｎ）前記送信者のメールアドレスが前回いつ出現したかを示すデータ、
（ｏ）送信者の名前が前回いつ出現したかを示すデータ、
（ｐ）返信先メールアドレスが前回いつ出現したかを示すデータ、
（ｑ）件名が前回いつ出現したかを示すデータ、
のうち少なくともいずれかを要素とするベクトルを取得する請求項２に記載の電子メール分類装置。
【請求項４】
前記作成部は、前記特徴ベクトルのそれぞれに対応して、当該特徴ベクトルを取得した電子メールが迷惑メールである可能性を示す変数値を決定し、かつ、前記分類ルールとして、当該変数値を正常メールに対応するものと迷惑メールに対応するものとに分類する閾値を設定する請求項１から請求項３のいずれかに記載の電子メール分類装置。
【請求項５】
前記作成部は、前記変数値を正常メールに対応するものに分類する第１の閾値と、前記変数値を迷惑メールに対応するものに分類する第２の閾値とを設定し、
前記分類部は、新たに受信した電子メールを、正常メール、迷惑メール、及びその他の保留メールに分類する請求項４に記載の電子メール分類装置。
【請求項６】
前記作成部は、前記分類部により分類された電子メールについて、当該分類の結果を変更する入力を受け付けた場合に、当該電子メールに対応する前記変数値、又は前記閾値を調整する請求項４又は請求項５に記載の電子メール分類装置。
【請求項７】
前記作成部は、前記変数値に応じた重み付けが付加された前記分類情報を、前記学習データとして受け付ける請求項４から請求項６のいずれかに記載の電子メール分類装置。
【請求項８】
前記作成部は、所定の契機により前記分類ルールを再作成する請求項１から請求項７のいずれかに記載の電子メール分類装置。
【請求項９】
前記作成部は、前記受信部により現在までの所定期間に受信された電子メールに基づいて前記分類ルールを作成し、当該所定期間より前に受信された電子メールを参照しない請求項１から請求項８のいずれかに記載の電子メール分類装置。
【請求項１０】
前記分類部により迷惑メールに分類された電子メールの情報を、当該電子メールの受信を管理するサーバへ通知する通知部をさらに備える請求項１から請求項９のいずれかに記載の電子メール分類装置。
【請求項１１】
電子メールを受信する受信ステップと、
前記受信ステップにより受信された前記電子メールのヘッダ情報に基づいて、当該電子メールの特徴を示す特徴ベクトルを取得する取得ステップと、
前記電子メールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、当該分類情報及び対応する前記特徴ベクトルを学習データとして、電子メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成する作成ステップと、
前記受信ステップにより新たに電子メールを受信した際に、当該電子メールから前記取得ステップにより取得される特徴ベクトルを参照し、前記作成ステップにより作成された前記分類ルールに基づいて、当該電子メールが正常メールであるか迷惑メールであるかを分類する分類ステップと、をコンピュータが実行する電子メール分類方法。
【請求項１２】
電子メールを受信する受信ステップと、
前記受信ステップにより受信された前記電子メールのヘッダ情報に基づいて、当該電子メールの特徴を示す特徴ベクトルを取得する取得ステップと、
前記電子メールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、当該分類情報及び対応する前記特徴ベクトルを学習データとして、電子メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成する作成ステップと、
前記受信ステップにより新たに電子メールを受信した際に、当該電子メールから前記取得ステップにより取得される特徴ベクトルを参照し、前記作成ステップにより作成された前記分類ルールに基づいて、当該電子メールが正常メールであるか迷惑メールであるかを分類する分類ステップと、をコンピュータに実行させる電子メール分類プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信した電子メールが迷惑メールであるか正常メールであるかを判定する電子メール分類装置、電子メール分類方法及び電子メール分類プログラムに関する。
【背景技術】
【０００２】
近年、ネットワークの発展により、気軽に電子メール（以下、単にメールという。）を送受信できるようになったことに伴い、受信者が必要としていない迷惑メール（スパムメール、ｓｐａｍ  ｍａｉｌ）の数も増大している。ここで、「スパムメール」とは、受信者の意図を無視して事前の要請や同意なしに、無差別かつ大量発信されるメールを意味するものである。
【０００３】
このようなスパムメールは、添付ファイル等によるウイルス感染や、不要なメールの増加による受信者の業務生産性及び効率の低下や、トラフィックの増加によるサーバ及びネットワークへの負荷増大や、詐欺サイトへの誘導等による個人情報や機密情報の漏洩等の点において、個人及び団体を問わずに脅威となり得るものである。
【０００４】
そこで、このようなスパムメールを排除するための様々な対策がとられている。例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）のメールアカウントに届くメールに対するフィルタがある。このフィルタは、送信者の情報（メールアドレス、ホスト情報等）による仕分けや、メール本文の構文解析を行う（例えば、非特許文献１及び非特許文献２参照）。
【０００５】
ところで、このようなフィルタをＰＣに比べて非力な携帯電話機等の携帯端末に適用しようとした場合、処理負荷が大きいため、実用には適さない。また、携帯端末の場合には、特定のサイトから漏洩したメールアドレスを利用してスパムメールが送信される場合が多く、一個人に対するスパムメールの送信者は限られている。したがって、メールの送受信を管理するサーバ（例えば、携帯電話の通信サービスを提供している会社（キャリア）のサーバ）において、フィルタルールの設定を行う方式がとられている（例えば、非特許文献３参照）。さらに、通信サービスのキャリアでは、ユーザからの迷惑メールの報告を受け付けて、フィルタルールを更新する場合もある（例えば、非特許文献４参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＳｐａｍＡｓｓａｓｓｉｎ、［平成２１年１０月７日］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｓｖｎ．ａｐａｃｈｅ．ｏｒｇ／ｒｅｐｏｓ／ａｓｆ／ｓｐａｍａｓｓａｓｓｉｎ／ｂｒａｎｃｈｅｓ／３．２／ＲＥＡＤＭＥ＞
【非特許文献２】ＴｒａｎｓＷＡＲＥ、［平成２１年１０月７日］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｔｒａｎｓｗａｒｅ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔ／ａｈ／ｆｉｌｔｅｒ．ｈｔｍｌ＞
【非特許文献３】「受信・拒否設定」、［平成２１年１０月７日］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｎｔｔｄｏｃｏｍｏ．ｃｏ．ｊｐ／ｉｎｆｏ／ｓｐａｍ＿ｍａｉｌ／ｍｅａｓｕｒｅ／ｄｏｍａｉｎ／＞
【非特許文献４】「迷惑メールを受け取ってしまったら」、［平成２１年１０月７日］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｎｔｔｄｏｃｏｍｏ．ｃｏ．ｊｐ／ｉｎｆｏ／ｓｐａｍ＿ｍａｉｌ／ｉｆ／ｉｎｄｅｘ０１．ｈｔｍｌ＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、フィルタルールの設定では、ユーザが受信拒否したいメールアドレスのドメインを登録する必要があるため、操作が煩雑となる。また、送信元のメールアドレスを偽装されたり、多数のサーバを用いて送信されたりした場合には効果が少ない。さらに、「携帯電話以外からのメールを拒否する」や「ＵＲＬを含むメールを拒否する」等の条件を設定した場合には、この拒否ルールに該当する正常メールを受信できなくなってしまう。
【０００８】
また、迷惑メールの報告をキャリアへ報告する場合には、該当のキャリアの携帯電話機からの報告メールに限定されており、さらに、ユーザによる操作が必要であるため、利便性に課題があった。
【０００９】
本発明は、スパムメールを排除するための処理負荷を軽減し、かつ、ユーザの操作負荷を軽減できる電子メール分類装置、電子メール分類方法及び電子メール分類プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では、以下のような解決手段を提供する。
【００１１】
（１）電子メールを受信する受信部と、前記受信部により受信された前記電子メールのヘッダ情報に基づいて、当該電子メールの特徴を示す特徴ベクトルを取得する取得部と、前記電子メールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、当該分類情報及び対応する前記特徴ベクトルを学習データとして、電子メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成する作成部と、前記受信部により新たに電子メールを受信した際に、当該電子メールから前記取得部により取得される特徴ベクトルを参照し、前記作成部により作成された前記分類ルールに基づいて、当該電子メールが正常メールであるか迷惑メールであるかを分類する分類部と、を備える電子メール分類装置。
【００１２】
このような構成によれば、電子メール分類装置は、メールのヘッダ情報に基づいて特徴ベクトルを取得し、分類情報及び特徴ベクトルを学習データとして、分類ルールを作成する。これにより、電子メール分類装置は、メールから取得された各特徴ベクトルに応じて、正常メールであるかスパムメールであるかを分類することができる。
【００１３】
したがって、電子メール分類装置は、スパムメールに特有のヘッダ情報の法則性を特徴ベクトルとして表し、メール本文を解析することなくスパムメールを判定するので、メール本文を解析することに比べて処理負荷を低減することができる。さらに、電子メール分類装置は、自動的にメールを分類するので、ユーザの操作負荷を軽減することができる。
【００１４】
（２）前記取得部は、前記ヘッダ情報に含まれる、送信者の名前、送信者のメールアドレス、返信先メールアドレス、件名及び受信日の少なくともいずれかに基づいて、前記特徴ベクトルを取得する（１）に記載の電子メール分類装置。
【００１５】
このような構成によれば、電子メール分類装置は、ヘッダ情報から容易に抽出可能な、送信者の名前、送信者のメールアドレス、返信先メールアドレス、件名及び受信日に基づいて特徴ベクトルを取得する。したがって、電子メール分類装置は、容易に特徴ベクトルを生成できるので、分類ルールの作成及び分類の処理負荷を低減することができる。
【００１６】
（３）前記取得部は、前記特徴ベクトルとして、（ａ）前記送信者のメールアドレスがアドレス帳に登録されているか否かを示すデータ、（ｂ）前記送信者の名前が共通で前記送信者のメールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、（ｃ）前記送信者のメールアドレスが共通で前記送信者の名前が異なる電子メールを過去に受信したか否かを示すデータ、（ｄ）前記送信者の名前が共通で前記返信先メールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、（ｅ）前記返信先メールアドレスが共通で前記送信者の名前が異なる電子メールを過去に受信したか否かを示すデータ、（ｆ）前記送信者のメールアドレスが共通で前記返信先メールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、（ｇ）前記返信先メールアドレスが共通で前記送信者のメールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、（ｈ）前記送信者の名前が共通で前記件名が異なる電子メールを過去に受信したか否かを示すデータ、（ｉ）前記件名が共通で前記送信者の名前が異なる電子メールを過去に受信したか否かを示すデータ、（ｊ）前記送信者のメールアドレスが共通で前記件名が異なる電子メールを過去に受信したか否かを示すデータ、（ｋ）前記件名が共通で前記送信者のメールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、（ｌ）前記件名が共通で前記返信先メールアドレスが異なる電子メールを過去に受信したか否かを示すデータ、（ｍ）前記返信先メールアドレスが共通で前記件名が異なる電子メールを過去に受信したか否かを示すデータ、（ｎ）前記送信者のメールアドレスが前回いつ出現したかを示すデータ、（ｏ）送信者の名前が前回いつ出現したかを示すデータ、（ｐ）返信先メールアドレスが前回いつ出現したかを示すデータ、（ｑ）件名が前回いつ出現したかを示すデータ、のうち少なくともいずれかを要素とするベクトルを取得する（２）に記載の電子メール分類装置。
【００１７】
このような構成によれば、電子メール分類装置は、送信者の名前、送信者のメールアドレス、返信先メールアドレス、件名及び受信日に基づく１７種類のデータからなる特徴ベクトルを取得する。すなわち、電子メール分類装置は、メール本文は解析せず、送信者の共通性や、過去に同様のヘッダ情報があったか否かによって分類ルールを生成することで、携帯端末におけるスパムメールの特性を抽出することができる。これにより、電子メール分類装置は、処理負荷を低減しつつ、高精度で自動的にスパムメールを判定することができる。
【００１８】
（４）前記作成部は、前記特徴ベクトルのそれぞれに対応して、当該特徴ベクトルを取得した電子メールが迷惑メールである可能性を示す変数値を決定し、かつ、前記分類ルールとして、当該変数値を正常メールに対応するものと迷惑メールに対応するものとに分類する閾値を設定する（１）から（３）のいずれかに記載の電子メール分類装置。
【００１９】
このような構成によれば、電子メール分類装置は、特徴ベクトルのそれぞれに対して、スパムメールである可能性を示す変数値を決定し、この変数値を分類するための閾値を設定する。したがって、電子メール分類装置は、受信したメールの特徴ベクトルを取得することにより変数値を求め、閾値と比較することにより正常メール及びスパムメールを容易に分類することができる。
【００２０】
（５）前記作成部は、前記変数値を正常メールに対応するものに分類する第１の閾値と、前記変数値を迷惑メールに対応するものに分類する第２の閾値とを設定し、前記分類部は、新たに受信した電子メールを、正常メール、迷惑メール、及びその他の保留メールに分類する（４）に記載の電子メール分類装置。
【００２１】
このような構成によれば、電子メール分類装置は、正常メールを判定するための第１の閾値と、スパムメールを判定するための第２の閾値とを個別に設定する。したがって、電子メール分類装置は、正常メール又はスパムメールである可能性が高いメールをそれぞれ判定でき、その他を保留メールに分類することにより、誤った分類を抑制できる。
【００２２】
（６）前記作成部は、前記分類部により分類された電子メールについて、当該分類の結果を変更する入力を受け付けた場合に、当該電子メールに対応する前記変数値、又は前記閾値を調整する（４）又は（５）に記載の電子メール分類装置。
【００２３】
このような構成によれば、電子メール分類装置は、自動的な分類結果がユーザにより変更された場合、特徴ベクトル毎の変数値又は閾値を調整し、分類ルールの学習結果を調整することができる。したがって、電子メール分類装置は、変更入力により再学習し、分類精度を向上させることができる。
【００２４】
（７）前記作成部は、前記変数値に応じた重み付けが付加された前記分類情報を、前記学習データとして受け付ける（４）から（６）のいずれかに記載の電子メール分類装置。
【００２５】
このような構成によれば、電子メール分類装置は、スパムメールである可能性を示す変数値に応じた重み付けを学習データにできるので、確実性の高い分類情報が優先されることにより、分類精度の向上が期待できる。
【００２６】
（８）前記作成部は、所定の契機により前記分類ルールを再作成する（１）から（７）のいずれかに記載の電子メール分類装置。
【００２７】
このような構成によれば、電子メール分類装置は、例えば一定周期や、処理負荷の低下時等、所定の契機により分類ルールを再作成する。したがって、電子メール分類装置は、新たなメールを学習データとして、分類ルールを更新することができる。
【００２８】
（９）前記作成部は、前記受信部により現在までの所定期間に受信された電子メールに基づいて前記分類ルールを作成し、当該所定期間より前に受信された電子メールを参照しない（１）から（８）のいずれかに記載の電子メール分類装置。
【００２９】
このような構成によれば、電子メール分類装置は、現在までの所定期間に受信されたメールに基づいて学習するので、これより前に受信された古いメールを対象外とし、新しい情報により分類ルールを作成することができる。したがって、電子メール分類装置は、最近のスパムメールの特徴を反映して精度の高い分類ルールを作成することができる。
【００３０】
（１０）前記分類部により迷惑メールに分類された電子メールの情報を、当該電子メールの受信を管理するサーバへ通知する通知部をさらに備える（１）から（９）のいずれかに記載の電子メール分類装置。
【００３１】
このような構成によれば、電子メール分類装置は、メールの受信を管理するサーバ（例えば、携帯電話の通信サービスを提供しているキャリアのサーバ）へ、スパムメールに分類したメールの情報を通知する。したがって、電子メール分類装置は、スパムメールの情報をサーバへ自動的に報告し、サーバにおいてフィルタルールを更新させることができる。
【００３２】
（１１）電子メールを受信する受信ステップと、前記受信ステップにより受信された前記電子メールのヘッダ情報に基づいて、当該電子メールの特徴を示す特徴ベクトルを取得する取得ステップと、前記電子メールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、当該分類情報及び対応する前記特徴ベクトルを学習データとして、電子メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成する作成ステップと、前記受信ステップにより新たに電子メールを受信した際に、当該電子メールから前記取得ステップにより取得される特徴ベクトルを参照し、前記作成ステップにより作成された前記分類ルールに基づいて、当該電子メールが正常メールであるか迷惑メールであるかを分類する分類ステップと、をコンピュータが実行する電子メール分類方法。
【００３３】
このような構成によれば、電子メール分類方法をコンピュータが実行することにより、（１）と同様の効果が期待できる。
【００３４】
（１２）電子メールを受信する受信ステップと、前記受信ステップにより受信された前記電子メールのヘッダ情報に基づいて、当該電子メールの特徴を示す特徴ベクトルを取得する取得ステップと、前記電子メールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、当該分類情報及び対応する前記特徴ベクトルを学習データとして、電子メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成する作成ステップと、前記受信ステップにより新たに電子メールを受信した際に、当該電子メールから前記取得ステップにより取得される特徴ベクトルを参照し、前記作成ステップにより作成された前記分類ルールに基づいて、当該電子メールが正常メールであるか迷惑メールであるかを分類する分類ステップと、をコンピュータに実行させる電子メール分類プログラム。
【００３５】
このような構成によれば、コンピュータに電子メール分類プログラムを実行させることにより、（１）と同様の効果が期待できる。
【発明の効果】
【００３６】
本発明によれば、スパムメールを排除するための処理負荷を軽減し、かつ、煩雑なユーザ操作を必要としない。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施形態に係る携帯端末の機能構成を示す図である。
【図２】本発明の実施形態に係る分類ルールの第１の例を示す図である。
【図３】本発明の実施形態に係る分類ルールの第２の例を示す図である。
【図４】本発明の実施形態に係るメール受信に伴う処理の流れを示すフローチャートである。
【図５】本発明の実施形態に係る分類ルールを作成する処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００３８】
以下、本発明の実施形態の一例について説明する。本実施形態に係る携帯端末１（電子メール分類装置）は、メールの送受信を行う一連の処理において、ヘッダ情報を受信した状態、すなわち本文を受信する前の状態において、メールが迷惑メール（以下、スパムメールという。）であるか否かを判定する装置である。なお、携帯端末１は、例えば、携帯電話機やＰＨＳ等、所定のキャリアの無線通信サービスに対応した端末である。
【００３９】
図１は、本実施形態に係る携帯端末１の機能構成を示す図である。
携帯端末１は、制御部１０と、記憶部２０と、通信部３０と、入力部４０と、表示部５０と、を備える。
【００４０】
制御部１０は、携帯端末１の全体を制御する部分であり、記憶部２０に記憶された各種プログラムを適宜読み出して実行することにより、前述のハードウェアと協働し、本実施形態における各種機能を実現している。制御部１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であってよい。なお、制御部１０が備える各部の機能は後述する。
【００４１】
記憶部２０は、ハードウェア群を携帯端末１として機能させるための各種プログラム、本実施形態の各種機能を制御部１０に実行させるプログラム、及び各種データベース等を記憶する。なお、記憶部２０が備える各種データベースは後述する。
【００４２】
通信部３０は、所定の周波数帯（例えば、２ＧＨｚ帯や８００ＭＨｚ帯等）で外部装置（例えば、基地局を介してメールの送受信を管理するサーバ）と通信を行う。そして、通信部３０は、アンテナより受信した信号を復調処理し、処理後の信号を制御部１０に供給し、また、制御部１０から供給された信号を変調処理し、アンテナから外部装置に送信する。
【００４３】
入力部４０は、携帯端末１に対するユーザからの指示入力を受け付けるインタフェース装置である。入力部４０は、例えばキー操作部やタッチパネルにより構成される。
【００４４】
表示部５０は、ユーザにデータの入力を受け付ける画面を表示したり、携帯端末１による処理結果の画面を表示したりするものである。ユーザは、表示部５０に表示された画面により、受信メールを確認する。表示部５０は、液晶ディスプレイや有機ＥＬディスプレイであってよい。
【００４５】
前述の制御部１０は、メール受信部１１（受信部）と、特徴ベクトル取得部１２（取得部）と、分類部１３と、ルール作成部１４（作成部）と、データ登録部１５と、通知部１６と、を備える。また、記憶部２０は、ルールＤＢ（データベース）２１と、メールＤＢ２２と、を備える。
【００４６】
メール受信部１１は、通信部３０を介して、携帯端末１のユーザのメールアドレスに宛てたメールを受信する。
【００４７】
特徴ベクトル取得部１２は、メール受信部１１により受信されたメールのヘッダ情報に基づいて、メールの特徴を示す特徴ベクトルを取得する。ヘッダ情報には、送信者の名前、送信者のメールアドレス、返信先メールアドレス、件名及び受信日が含まれており、特徴ベクトル取得部１２は、これらのうちの少なくともいずれかに基づいて、特徴ベクトルを取得する。
【００４８】
ここで、特徴ベクトルは、以下の１７種類のデータのうちの少なくともいずれかを要素とするベクトルである。
（ａ）送信者のメールアドレスがアドレス帳に登録されているか否かを示すデータ。
（ｂ）送信者の名前が共通で送信者のメールアドレスが異なるメールを過去に受信したか否かを示すデータ。
（ｃ）送信者のメールアドレスが共通で送信者の名前が異なるメールを過去に受信したか否かを示すデータ。
（ｄ）送信者の名前が共通で返信先メールアドレスが異なるメールを過去に受信したか否かを示すデータ。
（ｅ）返信先メールアドレスが共通で送信者の名前が異なるメールを過去に受信したか否かを示すデータ。
（ｆ）送信者のメールアドレスが共通で返信先メールアドレスが異なるメールを過去に受信したか否かを示すデータ。
（ｇ）返信先メールアドレスが共通で送信者のメールアドレスが異なるメールを過去に受信したか否かを示すデータ。
（ｈ）送信者の名前が共通で件名が異なるメールを過去に受信したか否かを示すデータ。
（ｉ）件名が共通で送信者の名前が異なるメールを過去に受信したか否かを示すデータ。
（ｊ）送信者のメールアドレスが共通で件名が異なるメールを過去に受信したか否かを示すデータ。
（ｋ）件名が共通で送信者のメールアドレスが異なるメールを過去に受信したか否かを示すデータ。
（ｌ）件名が共通で返信先メールアドレスが異なるメールを過去に受信したか否かを示すデータ。
（ｍ）返信先メールアドレスが共通で件名が異なるメールを過去に受信したか否かを示すデータ。
（ｎ）送信者のメールアドレスが前回いつ出現したかを示すデータ。
（ｏ）送信者の名前が前回いつ出現したかを示すデータ。
（ｐ）返信先メールアドレスが前回いつ出現したかを示すデータ。
（ｑ）件名が前回いつ出現したかを示すデータ。
【００４９】
なお、（ａ）〜（ｍ）のデータは、「ＹＥＳ」又は「ＮＯ」の２値データである。また、（ｎ）〜（ｑ）のデータは、例えば、「何日前」や「何時間前」等の数値データである。これらのデータの組合せにより、スパムメールの特徴を特定の特徴ベクトルで表すことができる。また、スパムメールは、簡易なフィルタルールではスパムメールと判断されやすいメーリングリストや、定期購読しているメールマガジン等とは、異なる特徴ベクトルとなるため、精度良く分類することができる。
【００５０】
分類部１３は、特徴ベクトル取得部１２により取得された特徴ベクトルを参照し、後述の分類ルール（ルールＤＢ２１）に基づいて、メールが正常メールであるか迷惑メールであるかを分類する。
【００５１】
なお、分類ルールが作成されていない初期状態では、分類部１３は、過去に受信した複数のメールを仮のルールによって分類する。具体的には、例えば、送信者がアドレス帳に登録されているものは正常メール、それ以外をスパムメールとする。あるいは、ユーザの操作入力により分類されている場合には、この分類に従うこととしてよい。
【００５２】
ルール作成部１４は、受信したメールが正常メールであるか迷惑メールであるかの分類情報を受け付けた場合に、この分類情報及び対応する特徴ベクトルを学習データとして、メールが正常メールであるか迷惑メールであるかを分類するための分類ルールを作成する。分類情報は、分類部１３により分類された結果であり、この結果の中でも確実性の高いデータ、すなわち、正常メール又はスパムメールである可能性が高いデータであることが好ましい。なお、分類ルールの作成は、処理負荷が軽い方法が望ましく、例えば、ｋ−ＮＮ法や決定二分木、ＳＶＭ（Ｓｕｐｐｏｒｔ  Ｖｅｃｔｏｒ  Ｍａｃｈｉｎｅ）等の学習アルゴリズムを利用することができる。
【００５３】
ここで、ルール作成部１４は、例えば一定周期や、携帯端末１の処理負荷の低下時等、所定の契機により分類ルールを再作成する。また、ルール作成部１４は、スパムメールの特徴が変化した場合にも分類の精度を維持させるために、メール受信部１１により現在までの所定期間（例えば、１年間）に受信されたメールに基づいて分類ルールを作成する。ルール作成部１４は、この所定期間より前に受信されたメールを参照しないことで、古いスパムメールの特徴に影響されず、新たなスパムメールを精度良く判定することができる。また、対象データ量が減少するため、携帯端末１の処理負荷が低減される。
【００５４】
ここで、作成される分類ルールの例を説明する。
図２は、本実施形態に係る分類ルールの第１の例を示す図である。
【００５５】
ルール作成部１４は、所定の学習アルゴリズムによって、各特徴ベクトルに対して、スパムメールである可能性を示す変数値Ｐｓ（０≦Ｐｓ≦１）を決定する。Ｐｓは、１に近ければスパムメールである可能性が高く、０に近ければ正常なメールである可能性が高い。前述の分類情報は、このＰｓであってよい。また、Ｐｓが０又は１に近いほど重み付けをした値を分類情報としてもよい。
【００５６】
図２の例では、理想的な分類ルールにより、受信したメールから取得される特徴ベクトルに対応してＰｓが０又は１の近辺に集中している。縦軸は実際の正常メール及びスパムメールの件数の累積分布を示しており、正常メール（実線）は、Ｐｓが０付近で１００％に達しているが、スパムメール（破線）は、Ｐｓが１付近まで０％である。
【００５７】
ここで、ルール作成部１４は、Ｐｓを正常メールに対応するものとスパムメールに対応するものとに分類する閾値Ｐｓｔｈを設定する。図２の場合には、ルール作成部１４は、Ｐｓｔｈを「０．５」に設定し、ＰｓがＰｓｔｈ未満のメールを正常メール（フォルダ１）に、ＰｓがＰｓｔｈ以上のメールをスパムメール（フォルダ２）に分類している。
【００５８】
理想的な状態では、このように確実にメールを分類することができるが、現実的にはＰｓは様々な値をとるため、１つの閾値Ｐｓｔｈにより確実に分類することは難しい。
図３は、本実施形態に係る分類ルールの第２の例を示す図である。
【００５９】
図３の例では、正常メール（実線）は、Ｐｓが０から離れた値にも、スパムメールは、Ｐｓが１から離れた値にも分散している。そのため、ルール作成部１４は、第１の閾値（Ｐｓｔｈ１＝０．３）及び第２の閾値（Ｐｓｔｈ２＝０．７）を設定している。この場合、分類部１３は、ＰｓがＰｓｔｈ１未満であれば正常メール（フォルダ１）に、ＰｓがＰｓｔｈ２以上であればスパムメール（フォルダ３）に受信メールを分類する。そして、分類部１３は、ＰｓがＰｓｔｈ１以上Ｐｓｔｈ２未満であれば、受信メールを保留メール（フォルダ２）に分類する。
【００６０】
図１に戻って、データ登録部１５は、分類部１３により分類されたメールを、メールＤＢ２２にフォルダ分け（正常メール、保留メール、スパムメール）して格納する。このとき、データ登録部１５は、特徴ベクトル及び分類情報（Ｐｓ又はＰｓに重み付けをした値）をメールに対応付けて格納する。
【００６１】
また、データ登録部１５は、入力部４０からの所定の操作入力に応じて、分類結果を変更してメールＤＢ２２を更新する。具体的には、例えば、正常メールに分類されたメールをスパムメールのフォルダに移動したり、保留メールに分類されたメールを正常メール又はスパムメールのフォルダに移動したりといった操作を受け付けることにより、メールＤＢ２２を更新する。
【００６２】
さらに、データ登録部１５は、このような分類結果の変更入力を受け付けた場合に、この変更情報をルール作成部１４へ提供する。ルール作成部１４は、この変更情報に基づいて、ルールＤＢ２１の分類ルールを更新する。
【００６３】
具体的には、ルール作成部１４は、分類を変更したメールに対応する前述の変数値Ｐｓ若しくは閾値Ｐｓｔｈ（Ｐｓｔｈ１、Ｐｓｔｈ２）、又はその両方を調整する。すなわち、例えば、スパムメール又は保留メールを正常メールに変更した場合はＰｓを小さく、正常メール又は保留メールをスパムメールに変更した場合はＰｓを大きく調整する。また、保留メールを正常メールに変更した場合はＰｓｔｈ１を大きく、保留メールをスパムメールに変更した場合はＰｓｔｈ２を小さく調整する。
【００６４】
通知部１６は、分類部１３によりスパムメールに分類されたメールの情報を、このメールの受信を管理するサーバ（携帯端末１の通信サービスを提供しているキャリアのサーバ）へ通知する。この通知は、所定のアドレスに対するメール通知であってよい。通知を受け付けたサーバは、受信メールのフィルタルールを更新し、携帯端末１へのスパムメールの送信を抑制することができる。
【００６５】
なお、通知部１６は、メールが分類されたタイミングで自動的に通知を行ってもよいが、これには限られない。通知部１６は、誤った分類に基づく自動通知を防ぐため、ユーザの確認入力を受け付けた場合に通知することとしてよい。また、通知部１６は、自動的な通知を行わず、ユーザからの要求に応じて通知することとしてもよい。
【００６６】
図４は、本実施形態に係る携帯端末１におけるメール受信に伴う制御部１０の処理の流れを示すフローチャートである。
【００６７】
ステップＳ１（受信ステップ）において、制御部１０（メール受信部１１）は、携帯端末１のユーザ宛のメールを受信する。
【００６８】
ステップＳ２（取得ステップ）において、制御部１０（特徴ベクトル取得部１２）は、ステップＳ１で受信したメールのヘッダ情報と、過去に受信したメールのヘッダ情報とに基づいて、特徴ベクトルを取得する。
【００６９】
ステップＳ３（分類ステップ）において、制御部１０（分類部１３）は、ステップＳ２で取得した特徴ベクトルを、ルールＤＢ２１に格納されている分類ルールと照合し、受信したメールを、正常メール、スパムメール又は保留メールに分類する。
【００７０】
ステップＳ４において、制御部１０（データ登録部１５）は、ステップＳ３で分類したメールを、フォルダ分けして分類情報と共にメールＤＢ２２に格納する。
【００７１】
図５は、本実施形態に係る携帯端末１の制御部１０（ルール作成部１４）が分類ルールを作成する処理（作成ステップ）の流れを示すフローチャートである。
【００７２】
ステップＳ１１において、ルール作成部１４は、分類ルール作成のタイミングか否かを判定する。具体的には、所定の周期の到来や、携帯端末１の処理負荷が所定以下に低下したことを検知し、作成のタイミングと判定する。ルール作成部１４は、この判定がＹＥＳの場合、処理をステップＳ１２に移し、判定がＮＯの場合、処理をステップＳ１７に移す。
【００７３】
ステップＳ１２において、ルール作成部１４は、メールＤＢ２２から、分類済みのメールに関する分類情報、及び各メールの特徴ベクトルを、学習データとして取得する。
【００７４】
ステップＳ１３において、ルール作成部１４は、ステップＳ１２で取得した学習データに基づいて、所定のアルゴリズムにより分類ルールの学習を行う。具体的には、まず、各特徴ベクトルに変数値Ｐｓを付与する。
【００７５】
ステップＳ１４において、ルール作成部１４は、ステップＳ１３で付与されたＰｓを、通常メール又はスパムメールに分類するための閾値Ｐｓｔｈを決定する。閾値Ｐｓｔｈは、前述のように、２種類（Ｐｓｔｈ１、Ｐｓｔｈ２）を決定することとしてよい。
【００７６】
ステップＳ１５において、ルール作成部１４は、ステップＳ１３及びステップＳ１４において作成した分類ルールを、ルールＤＢ２１に格納する。
【００７７】
ステップＳ１６において、ルール作成部１４は、分類ルールの作成を終了するか否かを判定する。具体的には、ルール作成部１４は、メールの分類又は分類ルールの更新が不要となった場合に、所定の操作入力を受け付けることにより、分類ルールの作成終了を判定する。ルール作成部１４は、この判定がＹＥＳの場合、処理を終了し、判定がＮＯの場合、処理をステップＳ１１に戻して、所定のタイミングでの分類ルールの作成を継続する。
【００７８】
ステップＳ１７において、ルール作成部１４は、ユーザからの操作入力により分類結果を変更されたか否かを判定する。ルール作成部１４は、この判定がＹＥＳの場合、処理をステップＳ１８に移し、判定がＮＯの場合、処理をステップＳ１６に移す。
【００７９】
ステップＳ１８において、ルール作成部１４は、ルールＤＢ２１に格納されている分類ルールによる分類結果が適切ではなかったので、分類を変更されたメールの変数値Ｐｓ又は閾値Ｐｓｔｈを調整する。そして、ルール作成部１４は、処理をステップＳ１５に移し、分類ルールを更新する。
【００８０】
以上のように、本実施形態によれば、携帯端末１は、ヘッダ情報から容易に抽出可能な数種類のデータに基づいて容易に特徴ベクトルを取得し、各特徴ベクトルに付与された変数値Ｐｓを閾値Ｐｓｔｈ（Ｐｓｔｈ１、Ｐｓｔｈ２）により容易に自動分類するので、分類ルールの作成及び分類の処理負荷を低減し、かつ、ユーザの操作負荷を軽減することができる。さらに、携帯端末１は、メール本文は解析せず、携帯端末１におけるスパムメールに特有のヘッダ情報の法則性を特徴ベクトルとして表した分類ルールを生成するので、処理負荷を低減しつつ、高精度で自動的にスパムメールを判定することができる。
【００８１】
また、携帯端末１は、自動的な分類結果がユーザにより変更された場合、特徴ベクトル毎の変数値Ｐｓ又は閾値Ｐｓｔｈを調整し、分類ルールの学習結果を調整することができるので、ユーザからの変更入力により再学習し、分類精度を向上させることができる。さらに、携帯端末１は、変数値Ｐｓに応じた重み付けを学習データにできるので、確実性の高い分類情報が優先されることにより、分類精度の向上が期待できる。
【００８２】
また、携帯端末１は、例えば一定周期や、処理負荷の低下時等、所定の契機により分類ルールを再作成するので、新たなメールを学習データとして、分類ルールを更新することができる。さらに、携帯端末１は、現在までの所定期間に受信されたメールに基づいて学習するので、これより前に受信された古いメールを対象外とし、新しい情報により分類ルールを作成することができる。したがって、携帯端末１は、最近のスパムメールの特徴を反映して精度の高い分類ルールを作成することができる。
【００８３】
また、携帯端末１は、メールの受信を管理するサーバへ、スパムメールに分類されたメールの情報を自動的に又は要求に応じて通知するので、このサーバにおいてフィルタルールを更新させ、スパムメールの受信を抑制することができる。
【００８４】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。
【００８５】
前述の変数値Ｐｓは、スパムメールである可能性を示すと共に、受信したメールの重要度を表す指標としても利用可能である。すなわち、携帯端末１は、Ｐｓが小さい（０に近い）ほど、受信したメールが重要又は緊急であると判断し、格納フォルダを分類し、又はフラグを付与し、ユーザに提示してもよい。
【００８６】
また、前述の実施形態では、本発明を携帯端末１に適用した場合を説明したが、電子メール分類装置は、これには限られず、本発明は、インターネットにおける電子メールを送受信するＰＣ等その他の通信端末にも適用可能である。
【００８７】
さらに、前述の実施形態では、本発明に係る各部を携帯端末１が備えることとしたが、これには限られない。制御部１０及び記憶部２０の一部又は全部を、メールの送受信を管理するサーバが備えることとしてもよい。このことによれば、携帯端末１の処理負荷をさらに低減することができる。
【符号の説明】
【００８８】
１  携帯端末（電子メール分類装置）
１０  制御部
１１  メール受信部（受信部）
１２  特徴ベクトル取得部（取得部）
１３  分類部
１４  ルール作成部（作成部）
１５  データ登録部
１６  通知部
２０  記憶部
２１  ルールＤＢ
２２  メールＤＢ
３０  通信部
４０  入力部
５０  表示部
【図１】
2011090442.tif 000003
【図２】
2011090442.tif 000004
【図３】
2011090442.tif 000005
【図４】
2011090442.tif 000006
【図５】
2011090442.tif 000007