JP6923492B2 - メール振分装置、メール振分方法及びメール振分プログラム - Google Patents

Description

本発明は、メール振分装置、メール振分方法及びメール振分プログラムに関する。

近年、電子メールによる連絡が一般的になり、オフィス等における業務分野においても毎日大量のメールが受信される。その結果、重要なメールや読みたいメールを探すのが困難になっている。このため、ユーザが予め設定した設定データに基づいて、受信トレイに蓄積された電子メールを分析することにより、メール振分けルールと振分け先のフォルダとを自動的に作成するメール振分システムが提案されている。また、メール振分けルールを自動で生成して、ユーザに勧めるメール振分システムが提案されている。

特開２０１７−２０１５１４号公報 特許第５７０４６４３号公報

しかしながら、上記の従来技術では、ユーザが設定データを予め設定する必要があるため、メール振分設定におけるユーザの負担を低減させることができるとは限らない。具体的には、上記の従来技術では、電子メールに含まれる文字列から振分けを行うための対象とする項目を設定することが必要であるため、ユーザビリティの更なる向上の余地があった。

本願は、上記に鑑みてなされたものであって、メール振分設定におけるユーザの負担を低減させることを実現することができるメール振分装置、メール振分方法及びメール振分プログラムを提供することを目的とする。

本願に係るメール振分装置は、複数のユーザにより設定されたメールの振分条件を取得する取得部と、前記取得部によって取得された振分条件のうち共通の振分条件を抽出する抽出部と、前記抽出部によって抽出された共通の振分条件の設定を前記複数のユーザとは異なるユーザに提案する提案部とを備えたことを特徴とする。

実施形態の一態様によれば、メール振分設定におけるユーザの負担を低減させることを実現することができるという効果を奏する。

図１は、実施形態に係るメール振分処理の一例を示す図である。 図２は、実施形態に係る端末装置１０の構成例を示す図である。 図３は、実施形態に係る端末装置２０の構成例を示す図である。 図４は、実施形態に係るメールサーバーの構成例を示す図である。 図５は、実施形態に係る振分条件記憶部の一例を示す図である。 図６は、実施形態に係るメール振分処理の一例を示すフローチャートである。 図７は、メールサーバーの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係るメール振分装置、メール振分方法及びメール振分プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係るメール振分装置、メール振分方法及びメール振分プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．メール振分処理の一例〕
まず、図１を用いて、実施形態に係るメール振分処理の一例について説明する。図１は、実施形態に係るメール振分処理の一例を示す図である。図１では、実施形態に係るメール振分処理がメールサーバーにより実行される例を示す。図１では、複数のユーザにより設定された振分条件を活用することにより、複数のユーザとは異なるユーザ（以下、適宜「他のユーザ」とよぶ）に適した振分条件の設定を他のユーザに提案することができる例を示す。例えば、複数のユーザにより設定された振分条件として、ウェブやアプリで設定された振分条件を活用してもよい。なお、以下では、他のユーザが利用するメールアカウントにおけるメールに関する情報を適宜「メール情報」とよぶ。なお、以下では、「メール情報」には、メールに対する操作（例えば、メールの開封）に関する情報が含まれるものとする。また、図１では、ウェブ上のメールアカウント（以下、適宜「ウェブメール」とよぶ）で複数のユーザにより設定された振分条件を活用する場合を示す。例えば、図１では、複数のユーザにより設定された振分条件を集約することにより、集約された振分条件のうち共通性が所定の範囲に収まる複数の振分条件（以下、適宜「共通の振分条件」とよぶ）を抽出することができる。これにより、他のユーザに対しても汎用的に利用できそうな共通の振分条件の一覧を作成することができる。また、他のユーザのメール情報に合致した共通の振分条件の設定を他のユーザに提案することができる。

図１に示すように、メール振分システム１には、端末装置１０と、端末装置２０と、メールサーバー１００とが含まれる。端末装置１０と、端末装置２０と、メールサーバー１００とは図示しない所定のネットワークＮを介して、有線または無線により通信可能に接続される。なお、図１に示すメール振分システム１には、複数台の端末装置１０や、複数台の端末装置２０や、複数台のメールサーバー１００が含まれてもよい。また、図１では、４台の端末装置１０を示しているが、この例に限られない。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。図１に示す例においては、端末装置１０がノート型ＰＣである場合を示す。また、端末装置１０は、メールの振分条件の設定をユーザから受け付ける。

端末装置２０は、他のユーザによって利用される情報処理装置である。端末装置２０は、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現される。図１に示す例においては、端末装置２０がノート型ＰＣである場合を示す。また、端末装置２０は、メールに対する操作を他のユーザから受け付ける。

メールサーバー１００は、集約された振分条件に基づいて共通の振分条件を抽出し、共通の振分条件の設定を他のユーザに提案する情報処理装置である。具体的には、メールサーバー１００は、抽出された共通の振分条件のうち予め定められた適用条件を満たす共通の振分条件の設定を他のユーザに提案する。例えば、メールサーバー１００は、他のユーザのメール情報に合致した共通の振分条件の設定を他のユーザに提案する。例えば、メールサーバー１００は、他のユーザが受信したメールの開封率に基づいて提案する。また、メールサーバー１００は、他のユーザが受信した振分条件の対象となるメールの開封率に基づいて提案してもよい。具体的な例を挙げると、メールサーバー１００は、件名が車に関するメールの開封率に基づいて提案してもよい。また、メールサーバー１００は、共通の振分条件のうち特定の振分条件に合致するメールが受信トレイに一定数以上存在するか否かに基づいて提案してもよい。例えば、メールサーバー１００は、条件名「自動車振分け」である特定の振分条件に合致するメールが、他のユーザの受信トレイに１００件以上存在する場合に、特定の振分条件を提案するようにしてもよい。

メールサーバー１００は、抽出された共通の振分条件に基づいて、共通の振分条件の条件名と振分けられる振分け先のフォルダ名とを生成する。例えば、メールサーバー１００は、共通の振分条件が車に関するメールを振分条件の対象とする場合には、条件名「自動車振分け」とフォルダ名「自動車」とを生成してもよい。また、メールサーバー１００は、生成された条件名とフォルダ名と共通の振分条件とを対応付けて振分条件記憶部１２２に格納する。

以下では、ユーザＩＤ「Ｕ１」により識別されるユーザを「ユーザＵ１」とする場合がある。このように、以下では、「ユーザＵ＊（＊は任意の数値）」と記載した場合、そのユーザはユーザＩＤ「Ｕ＊」により識別されるユーザであることを示す。例えば、「ユーザＵ２」と記載した場合、そのユーザはユーザＩＤ「Ｕ２」により識別されるユーザである。

以下、図１を用いて、メール振分処理の一例を説明する。メールサーバー１００は、ユーザが利用するメールアカウントで設定された振分条件を取得する（ステップＳ１０１）。図１に示す例では、メールサーバー１００は、ユーザＵ１が設定した振分条件Ａ１と、ユーザＵ２が設定した振分条件Ａ２と、ユーザＵ３が設定した振分条件Ａ３と、ユーザＵ４が設定した振分条件Ａ４とを取得する。なお、図１では、メールサーバー１００は、ユーザが設定した１つの振分条件を取得する例を示すが、ユーザにより設定された振分条件が複数ある場合には、ユーザが設定した複数の振分条件の全てを取得してもよい。

メールサーバー１００は、取得された振分条件のうち共通性が所定の範囲に収まる複数の振分条件を共通の振分条件として抽出する（ステップＳ１０２）。例えば、メールサーバー１００は、複数のユーザにより同一に設定されたとみなされた複数の振分条件を共通の振分条件として抽出してもよい。図１に示す例では、メールサーバー１００は、ユーザＵ１により設定された振分条件Ａ１とユーザＵ３により設定された振分条件Ａ３とは、振分条件の対象が車に関するメールに対する同一の振分条件を示すので、振分条件Ａ１と振分条件Ａ３とを共通の振分条件Ｋ１として抽出する。また、メールサーバー１００は、ユーザＵ２により設定された振分条件Ａ２とユーザＵ４により設定された振分条件Ａ４とは、振分条件の対象がファッションに関するメールに対する同一の振分条件を示すので、振分条件Ａ２と振分条件Ａ４とを共通の振分条件Ｋ２として抽出する。

メールサーバー１００は、抽出された共通の振分条件に基づいて、共通の振分条件を示す条件名と、共通の振分条件により振分けられる振分け先のフォルダ名とを生成する（ステップＳ１０３）。例えば、メールサーバー１００は、言語処理など所定の情報処理を適用することにより、共通の振分条件の条件名とフォルダ名とを生成する。図１に示す例では、メールサーバー１００は、共通の振分条件Ｋ１に基づいて、例えば、条件名「自動車振分け」と、フォルダ名「自動車」とを生成する。また、メールサーバー１００は、共通の振分条件Ｋ２に基づいて、例えば、条件名「ファッション振分け」と、フォルダ名「洋服」とを生成する。そして、メールサーバー１００は、生成された条件名とフォルダ名と共通の振分条件とを対応付けて振分条件記憶部１２２に格納する（ステップＳ１０４）。図１に示す例では、メールサーバー１００は、例えば、条件名「自動車振分け」と、フォルダ名「自動車」と、共通の振分条件Ｋ１とを対応付けて記憶する。

続いて、メールサーバー１００は、他のユーザのメール情報を取得する（ステップＳ１０５）。例えば、メールサーバー１００は、他のユーザが利用するメールアカウントに送信されたメールに関する情報を取得する。具体的な例を挙げると、メールサーバー１００は、他のユーザが利用するメールアカウントに車に関するメールが送信された場合には、車に関するメールが送信された旨や、送信元に関する情報や、メールの件名や本文に含まれる情報などを取得する。例えば、メールサーバー１００は、送信元や件名や本文に含まれる文字列や記号などの文字情報を取得する。また、メールサーバー１００は、メール記憶部１２１に格納された他のユーザのメール情報を取得してもよい。具体的な例を挙げると、メールサーバー１００は、メール記憶部１２１に格納されたメール情報から、他のユーザが利用するメールアカウントに送信されたメールの送信元に関する情報や、件名や、本文に含まれる文字列や記号などの文字情報を取得してもよい。また、メールサーバー１００は、送信されたメールに対する他のユーザによる操作に基づいて更新されたメール情報を取得する。例えば、メールサーバー１００は、送信された車に関するメールを他のユーザが開封した場合には、車に関するメールが開封されたことを示す情報を含むメール情報を取得してもよい。図１に示す例では、メールサーバー１００は、他のユーザＴ１が利用するメールアカウントにおいて、送信元「ＸＸ１」から送信された件名「車Ａはバーゲン中」のメールが開封されて「既読」になったことを示す情報を取得する。また、メールサーバー１００は、例えば、送信元「ＸＸ２」から送信された件名「商品発送の連絡」のメールが「未読」であることを示す情報を取得する。

メールサーバー１００は、予め定められた適用条件に基づいて、提案される共通の振分条件に関する判定を行う（ステップＳ１０６）。例えば、メールサーバー１００は、他のユーザのメール情報が、共通の振分条件に対応する適用条件を満たすか否かを判定する。また、メールサーバー１００は、共通の振分条件を提案するか否かを判定してもよい。例えば、メールサーバー１００は、件名が車に関するメールの開封率が所定の閾値以上であるか否かを判定する。例えば、メールサーバー１００は、件名が車に関するメールの開封率に関する共通の振分条件を提案するか否かを判定してもよい。そして、メールサーバー１００は、判定結果に基づいて、共通の振分条件の設定を適用するよう他のユーザに提案する（ステップＳ１０７）。図１に示す例では、メールサーバー１００は、共通の振分条件の設定を適用するよう推奨する旨を通知することにより提案する。

端末装置２０は、メールサーバー１００から送信された提案に対する操作を他のユーザから受け付ける（ステップＳ１０８）。例えば、端末装置２０は、メールサーバー１００から送信された提案に対して、共通の振分条件の適用を許可する適用許可の指示の操作を他のユーザから受け付ける。そして、端末装置２０は、適用許可を指示する操作を受け付けた場合には、適用許可の指示をメールサーバー１００に送信する（ステップＳ１０９）。また、端末装置２０は、共通の振分条件の適用を許可しない指示の操作を受け付けてもよい。この場合には、端末装置２０は、適用を許可しない指示をメールサーバー１００に送信してもよい。

メールサーバー１００は、端末装置２０から共通の振分条件の適用許可の指示を受信した場合には、共通の振分条件の設定を他のユーザが利用するメールアカウントに適用する（ステップＳ１１０）。

〔２．端末装置１０の構成〕
次に、図２を用いて、実施形態に係る端末装置１０の構成について説明する。図２は、実施形態に係る端末装置１０の構成例を示す図である。図２に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、制御部１４とを有する。

（通信部１１）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、メールサーバー１００との間で情報の送受信を行う。

（入力部１２）
入力部１２は、ユーザからの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部１３は、ユーザから受け付けられたメールの振分条件を示すコンテンツを出力する。

（制御部１４）
制御部１４は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置１０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、ユーザが利用するメールアカウントにおけるユーザからのメールの振分条件の設定を受け付けるアプリケーションのプログラムが含まれる。また、制御部１４は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図２に示すように、制御部１４は、受付部１４１を有し、以下に説明する情報処理の作用を実現または実行する。

（受付部１４１）
受付部１４１は、ユーザが利用するメールアカウントにおけるメールの振分条件の設定をユーザから受け付ける。図１に示す例では、受付部１４１は、例えば、ユーザＵ１から振分条件Ａ１の設定を受け付ける。また、受付部１４１は、同じユーザから複数の振分条件の設定を受け付けてもよい。

〔３．端末装置２０の構成〕
次に、図３を用いて、実施形態に係る端末装置２０の構成について説明する。図３は、実施形態に係る端末装置２０の構成例を示す図である。図３に示すように、端末装置２０は、通信部２１と、入力部２２と、出力部２３と、制御部２４とを有する。

（通信部２１）
通信部２１は、例えば、ＮＩＣ等によって実現される。そして、通信部２１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、メールサーバー１００との間で情報の送受信を行う。

（入力部２２）
入力部２２は、他のユーザからの各種操作を受け付ける。例えば、入力部２２は、タッチパネル機能により表示面を介して他のユーザからの各種操作を受け付けてもよい。また、入力部２２は、端末装置２０に設けられたボタンや、端末装置２０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部２３）
出力部２３は、例えば液晶ディスプレイや有機ＥＬディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部２３は、他のユーザが利用するメールアカウントにおけるメール情報を示すコンテンツを出力する。

（制御部２４）
制御部２４は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、端末装置２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置２０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、共通の振分条件を適用するよう提案する旨の表示や適用許可の指示の送信を行うアプリケーションのプログラムが含まれる。また、制御部２４は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図３に示すように、制御部２４は、受付部２４１と、受信部２４２と、表示部２４３と、提案受付部２４４と、送信部２４５とを有し、以下に説明する情報処理の作用を実現または実行する。

（受付部２４１）
受付部２４１は、メールに対する操作を他のユーザから受け付ける。例えば、受付部２４１は、未読メールを開封する操作を受け付ける。例えば、受付部２４１は、メールを管理するフォルダの構成に関する操作を受け付ける。例えば、受付部２４１は、メールを管理するフォルダの構成を追加、変更、又は削除する操作を受け付けてもよい。例えば、受付部２４１は、メールやメールを管理するフォルダに他のユーザにとって重要やお気に入りであることを示すフラグなどの情報を付加する操作を受け付ける。例えば、受付部２４１は、メールを所定のフォルダに移動させる操作を受け付ける。例えば、受付部２４１は、所定のメールを迷惑メールのフォルダに移動させる操作を受け付けてもよい。例えば、受付部２４１は、メールの振分条件の設定を受け付ける。例えば、受付部２４１は、手動による振分条件の設定を受け付けてもよい。このように、受付部２４１は、他のユーザが行うメールに関する包括的な操作を受け付けてもよい。

（受信部２４２）
受信部２４２は、共通の振分条件の設定を適用するよう推奨する旨の提案をメールサーバー１００から受信する。また、受信部２４２は、複数の共通の振分条件の設定を適用するよう推奨する旨の提案を受信してもよい。例えば、受信部２４２は、振分条件の対象が車に関するメールに対してである共通の振分条件の設定と、振分条件の対象がドライブに関するメールに対してである共通の振分条件の設定の双方を適用するよう推奨する旨の提案を受信してもよい。

（表示部２４３）
表示部２４３は、受信部２４２により受信された共通の振分条件の設定を適用するよう推奨する旨の提案を表示する。

（提案受付部２４４）
提案受付部２４４は、表示部２４３により表示された共通の振分条件の設定を推奨する旨の提案に対する操作を他のユーザから受け付ける。例えば、提案受付部２４４は、共通の振分条件の適用を許可する適用許可の指示を受け付ける。例えば、提案受付部２４４は、複数の共通の振分条件の適用を全て許可する指示を受け付けてもよい。例えば、複数の共通の振分条件のうち一部の共通の振分条件のみの適用を許可する指示を受け付けてもよい。例えば、提案受付部２４４は、他のユーザの音声に基づく指示を受け付けてもよい。例えば、提案受付部２４４は、受信部２４２により受信された共通の振分条件の適用を推奨する旨の提案に対する操作を他のユーザから受け付けてもよい。

（送信部２４５）
送信部２４５は、提案受付部２４４によって受け付けられた操作に基づいて、共通の振分条件の適用を許可する適用許可の指示が受け付けられた旨をメールサーバー１００に送信する。また、送信部２４５は、複数の共通の振分条件の適用を許可する適用許可の指示が受け付けられた旨を送信してもよい。また、送信部２４５は、共通の振分条件の適用を許可しない指示が受け付けられた旨を送信してもよい。

〔４．メール振分装置の構成〕
次に、図４を用いて、実施形態に係るメールサーバー１００の構成について説明する。図４は、実施形態に係るメールサーバー１００の構成例を示す図である。図４に示すように、メールサーバー１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、メールサーバー１００は、メールサーバー１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、端末装置１０と、端末装置２０との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１２０は、メール記憶部１２１と、振分条件記憶部１２２とを有する。

メール記憶部１２１は、ユーザ及び他のユーザが利用するメールアカウントにおけるメールに関する包括的な情報を記憶する。例えば、メール記憶部１２１は、ユーザ及び他のユーザが送受信したメールに関する情報を包括的に記憶する。例えば、メール記憶部１２１は、ユーザ及び他のユーザが設定したメールの振分条件に関する情報を包括的に記憶する。例えば、メール記憶部１２１は、ユーザ及び他のユーザが行ったメールの操作に関する情報を包括的に記憶する。例えば、メール記憶部１２１は、ユーザ及び他のユーザが手動で行ったメールの振分操作に関する情報を包括的に記憶する。例えば、メール記憶部１２１は、ユーザ及び他のユーザが利用するメールアカウントを介して所定のサーバーを利用中に行ったユーザ及び他のユーザの行動履歴に関する情報を包括的に記憶してもよい。

振分条件記憶部１２２は、共通の振分条件に関する情報を記憶する。例えば、振分条件記憶部１２２は、抽出された共通の振分条件と、共通の振分条件に基づいて生成された共通の振分条件の条件名や共通の振分条件によって振分けられる振分け先のフォルダ名とを対応付けて記憶する。ここで、図５に、実施形態に係る振分条件記憶部１２２の一例を示す。図５に示すように、振分条件記憶部１２２は、「振分条件ＩＤ」、「ユーザＩＤ」、「共フォルダ名」、「共条件名」、「条件＃」、「フォルダ＃」といった項目を有する。

「振分条件ＩＤ」は、ユーザにより設定された振分条件を識別するための識別情報を示す。「ユーザＩＤ」は、振分条件を設定したユーザを識別するための識別情報を示す。「共フォルダ名」は、共通の振分条件によって振分けられる振分け先のフォルダ名を示す。「共条件名」は、共通の振分条件の条件名を示す。「条件＃」は、ユーザにより設定された振分条件の条件に関する情報を示す。図５の例では、「条件＃」に条件＃１３や条件＃２４といった概念的な情報が格納される例を示したが、実際には、条件のデータが記憶される。「フォルダ＃」は、ユーザにより設定された振分条件の動作に関する情報を示す。具体的には、「フォルダ＃」は、振分条件に基づいたフォルダ移動に関する情報を示す。図５の例では、「フォルダ＃」にフォルダ＃１３やフォルダ＃２４といった概念的な情報が格納される例を示したが、実際には、フォルダ移動のデータが記憶される。なお、フォルダ移動に関する情報が完全に同一でなくても同一の「フォルダ＃」を用いて示してもよい場合がある。例えば、車に関するメールを「自動車フォルダ」のフォルダに振分ける場合であったとしても、ユーザにとって「自動車フォルダ」のフォルダをゴミ箱として扱っていた場合には、「自動車フォルダ」のフォルダに振分ける動作とゴミ箱のフォルダに振分ける動作とは同一に設定された動作とみなして同一の「フォルダ＃」によって示してもよい。

図５の例では、条件＃「条件＃１３」とフォルダ＃「フォルダ＃１３」とが共通であることによって振分条件ＩＤ「Ａ１１」と「Ａ１３」の振分条件は共通の振分条件であることを示す。また、振分条件ＩＤ「Ａ１１」と「Ａ１３」によって示される共通の振分条件のフォルダ名と条件名はそれぞれ「自動車」と「自動車振分け」であることを示す。

（制御部１３０）
図４の説明に戻って、制御部１３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、メールサーバー１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図４に示すように、制御部１３０は、取得部１３１と、抽出部１３２と、生成部１３３と、メール情報取得部１３４と、判定部１３５と、提案部１３６と、受信部１３７と、適用部１３８と、メール総合処理部１３９とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部１３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（取得部１３１）
取得部１３１は、複数のユーザにより設定されたメールの振分条件を取得する。具体的には、取得部１３１は、ユーザが利用するメールアカウントで設定された振分条件を取得する。図１に示す例では、取得部１３１は、ユーザＵ１により設定された振分条件Ａ１を取得する。また、取得部１３１は、ユーザが利用するメールアカウントで設定された振分条件が複数ある場合には、ユーザにより設定された複数の振分条件の全てを取得する。

（抽出部１３２）
抽出部１３２は、取得部１３１により取得された振分条件のうち共通の振分条件を抽出する。具体的には、抽出部１３２は、共通性が所定の範囲に収まる複数の振分条件を共通の振分条件として抽出する。ここで、共通性とは、複数のユーザによって同一に設定されたとみなされるか否かに基づく度合を示す。例えば、抽出部１３２は、振分条件の対象が同一である複数の振分条件を共通の振分条件として抽出してもよい。具体的な例を挙げると、抽出部１３２は、車に関するメールに対する振分条件の設定と、自動車に関するメールに対する振分条件の設定とが同一に設定された振分条件であるとみなされることにより共通の振分条件として抽出してもよい。

（生成部１３３）
生成部１３３は、抽出部１３２により抽出された共通の振分条件に基づいて共通の振分条件を示す条件名と共通の振分条件により振分けられる振分け先のフォルダ名とを生成する。例えば、生成部１３３は、所定の情報処理に基づいて共通の振分条件の条件名とフォルダ名とを生成する。例えば、生成部１３３は、共通の振分条件を利用するユーザによって設定された条件名又はフォルダ名に基づいて共通の振分条件の条件名又はフォルダ名をそれぞれ生成する。具体的には、生成部１３３は、共通の振分条件を利用するユーザによって設定された条件名の多数決又はフォルダ名の多数決に基づいて共通の振分条件の条件名又はフォルダ名をそれぞれ生成する。そして、生成された条件名とフォルダ名は、共通の振分条件と対応付けて振分条件記憶部１２２に格納される。

（メール情報取得部１３４）
メール情報取得部１３４は、他のユーザが利用するメールアカウントにおけるメール情報を取得する。具体的には、メール情報取得部１３４は、他のユーザが利用するメールアカウントに送信されたメールに関する情報を取得する。例えば、メール情報取得部１３４は、他のユーザが利用するメールアカウントに所定のメールが送信された場合には、所定のメールが送信された旨や、送信元に関する情報や、所定のメールの件名や本文に含まれる情報などを取得する。例えば、メール情報取得部１３４は、送信元や件名や本文に含まれる文字列や記号などの文字情報を取得する。また、メール情報取得部１３４は、メール記憶部１２１に格納された他のユーザのメール情報を取得してもよい。具体的な例を挙げると、メール情報取得部１３４は、メール記憶部１２１に格納されたメール情報から、他のユーザが利用するメールアカウントに送信されたメールの送信元に関する情報や、件名や、本文に含まれる文字列や記号などの文字情報を取得してもよい。また、メール情報取得部１３４は、送信されたメールに対する他のユーザによる操作に基づいて更新されたメール情報を取得する。例えば、メール情報取得部１３４は、他のユーザにより所定のメールが開封された場合には、所定のメールが開封されたことを示す情報を含むメール情報を取得する。また、メール情報取得部１３４は、メール情報が更新される毎又は定期毎にメール情報を取得してもよい。また、メール情報取得部１３４は、他のユーザが設定したメールの振分条件に関する情報を取得する。また、メール情報取得部１３４は、他のユーザが手動で行ったメールの振分操作に関する情報を取得する。また、メール情報取得部１３４は、他のユーザが利用するメールアカウントを介して所定のサーバーを利用中に行った行動履歴に関する情報を取得する。

（判定部１３５）
判定部１３５は、抽出部１３２により抽出された共通の振分条件のうち提案される共通の振分条件に関する判定を行う。例えば、判定部１３５は、他のユーザのメール情報が、共通の振分条件に対応する適用条件を満たすか否かを判定する。例えば、判定部１３５は、他のユーザが受信したメールの開封率に基づいて判定する。また、例えば、判定部１３５は、振分条件の対象となるメールの開封率に基づいて判定する。例えば、判定部１３５は、他のユーザが受信したメールを管理するフォルダの構成に基づいて判定する。具体的な例を挙げると、車に関するフォルダの構成の細分性を示す階層度に基づいて判定する。また、例えば、判定部１３５は、メールに含まれる文字情報に基づいて判定する。具体的な例を挙げると、判定部１３５は、メールの送信元アドレス、件名、又は本文に含まれる文字列や記号などの文字情報に基づいて判定する。例えば、判定部１３５は、提案された共通の振分条件に関する他のユーザの採用率に基づいて判定する。具体的には、判定部１３５は、提案された共通の振分条件のうち採用された共通の振分条件の割合が所定の閾値以上であるか否かに基づいて判定する。

また、判定部１３５は、他のユーザのメール情報に合致した共通の振分条件を提案するか否かを判定してもよい。例えば、判定部１３５は、他のユーザが予め手動で設定した振分条件により振分けの対象となるメールと、共通の振分条件により振分けの対象となるメールとの関係性に基づいて判定してもよい。そして、判定部１３５は、共通の振分条件により振分けの対象となるメールに他のユーザが予め手動で設定した振分条件により振分けの対象となるメールが含まれる場合には、共通の振分条件を提案しない判定をしてもよい。また、判定部１３５は、他のユーザにより予め手動で設定された振分条件の利用頻度に基づいて判定してもよい。例えば、判定部１３５は、手動で設定された振分条件の利用頻度が所定の閾値以下である場合には、共通の振分条件を提案する判定をしてもよい。また、判定部１３５は、手動で設定された振分条件に、他のユーザにとって重要であることを示す情報が付されているか否かに基づいて判定してもよい。

また、判定部１３５は、共通の振分条件を採用したユーザの特徴の学習結果と他のユーザの特徴とに基づいて、他のユーザに共通の振分条件を提案するか否かを判定してもよい。ここで、判定部１３５は、共通の振分条件を採用したユーザの特徴を学習したモデルに基づいて、判定対象となるユーザの属性が過去に共通の振分条件を採用したユーザの属性と類似するか否かを判定してもよい。また、判定部１３５は、他のユーザの属性情報に基づいて判定してもよい。例えば、判定部１３５は、他のユーザと属性が類似するユーザにより設定された振分条件に対応する共通の振分条件を優先的に提案する判定をしてもよい。また、判定部１３５は、他のユーザが手動で行った操作履歴に基づいて特定された共通の振分条件を優先的に提案する判定をしてもよい。例えば、判定部１３５は、他のユーザが車に関するメールを所定のフォルダに移動させる操作を多々行っていた履歴がある場合には、車に関するメールの振分けを行う共通の振分条件を優先的に提案する判定をしてもよい。また、判定部１３５は、他のユーザが利用する所定のサーバーに対して他のユーザが行った行動履歴に基づいて特定された共通の振分条件を優先的に提案する判定をしてもよい。例えば、判定部１３５は、他のユーザが所定のアプリを介して行った検索履歴、決済履歴、購買履歴、又は入札履歴に基づいて判定してもよい。

（提案部１３６）
提案部１３６は、抽出部１３２によって抽出された共通の振分条件の設定を他のユーザに提案する。具体的には、提案部１３６は、共通の振分条件の設定を適用するよう推奨する旨を他のユーザに提案する。また、提案部１３６は、共通の振分条件を適用するよう推奨する旨を通知することにより提案してもよい。例えば、提案部１３６は、共通の振分条件の適用を選択するよう推奨する旨を示すコンテンツを通知することにより提案してもよい。また、提案部１３６は、複数の共通の振分条件の設定を適用するよう推奨する旨を他のユーザに提案してもよい。例えば、提案部１３６は、振分条件の対象が関連する複数の共通の振分条件を適用するよう推奨する旨を提案してもよい。例えば、提案部１３６は、車に関するメールを対象とした共通の振分条件と、車に関連する対象として、ドライブに関するメールを対象とした共通の振分条件とを適用するよう推奨する旨を提案してもよい。

また、提案部１３６は、抽出部１３２によって抽出された共通の振分条件のうち予め定められた適用条件を満たす共通の振分条件を提案する。例えば、提案部１３６は、他のユーザが受信したメールの開封率に基づいて提案する。具体的には、提案部１３６は、振分条件の対象となるメールの開封率が所定の条件を満たした場合に提案する。例えば、提案部１３６は、他のユーザが受信したメールを管理するフォルダの構成に基づいて提案する。具体的な例を挙げると、車に関するフォルダの構成の細分性を示す階層度に基づいて提案する。また、例えば、提案部１３６は、他のユーザが受信したメールに含まれる文字情報に基づいて提案する。具体的な例を挙げると、提案部１３６は、メールの送信元アドレス、件名、又は本文に含まれる文字列や記号などの文字情報に基づいて提案する。

また、提案部１３６は、他のユーザが予め手動で設定した振分条件により振分けの対象となるメールと、共通の振分条件により振分けの対象となるメールとの関係性に基づいて提案する。そして、提案部１３６は、共通の振分条件により振分けの対象となるメールに他のユーザが予め手動で設定した振分条件により振分けの対象となるメールが含まれる場合には、共通の振分条件を提案しなくてもよい。また、提案部１３６は、他のユーザにより予め手動で設定された振分条件の利用頻度に基づいて提案してもよい。例えば、提案部１３６は、手動で設定された振分条件の利用頻度が所定の閾値以下であるか否かに基づいて提案してもよい。また、提案部１３６は、手動で設定された振分条件に、他のユーザにとって重要であることを示す情報が付されているか否かに基づいて提案してもよい。

また、提案部１３６は、提案された共通の振分条件に関する他のユーザの採用率が所定の条件を満たしたか否かに基づいて提案する。例えば、提案部１３６は、提案された共通の振分条件のうち採用された共通の振分条件の割合が所定の閾値以上であるか否かに基づいて提案する。また、提案部１３６は、共通の振分条件を採用したユーザの特徴の学習結果と他のユーザの特徴とに基づいて、他のユーザに共通の振分条件を提案するか否かを判定する。具体的には、提案部１３６は、モデルに共通の振分条件を採用したユーザの特徴を学習させる。ここで、提案部１３６は、いかなる学習アルゴリズムに基づくモデルを学習させてもよい。このようなモデルは、例えば、ＳＶＭ（Support Vector Machine）やＤＮＮ（Deep Neural Network）等、任意の学習器又は分類器等のモデルにより実現される。また、提案部１３６は、ユーザのデモグラフィック属性やサイコグラフィック属性等の各種属性を示す情報の特徴をモデルに学習させてもよい。そして、提案部１３６は、学習されたモデルに基づいて、判定対象となるユーザの属性が過去に共通の振分条件を採用したユーザの属性と類似するか否かを判定する。そして、提案部１３６は、類似するか否かの判定結果に基づいて提案する。例えば、提案部１３６は、モデルにより、振分条件の提案先の候補となるユーザの属性と、共通の振分条件を採用したユーザの属性とが類似すると判定された場合は、その振分条件を候補となるユーザに対して提案する。

また、提案部１３６は、他のユーザとの属性の類似性に基づいて提案してもよい。例えば、提案部１３６は、他のユーザと属性が類似するユーザにより設定された振分条件に対応する共通の振分条件を優先的に提案してもよい。また、提案部１３６は、メールアカウントに予め登録された年齢、性別、又は職業などが類似するユーザにより設定された振分条件に対応する共通の振分条件の適用を推奨する旨を優先的に提案してもよい。例えば、提案部１３６は、他のユーザと趣味嗜好が類似するユーザにより設定された振分条件に対応する共通の振分条件の適用を推奨する旨を優先的に提案してもよい。例えば、提案部１３６は、他のユーザと趣味嗜好が類似するか否かをメール情報に基づいて特定されたユーザにより設定された振分条件に対応する共通の振分条件の適用を推奨する旨を優先的に提案してもよい。例えば、提案部１３６は、他のユーザが車に関するメールを多々受信している場合には、メールの件名又は本文の内容が類似するメールを多々受信しているユーザにより設定された振分条件に対応する共通の振分条件の適用を推奨する旨を優先的に提案してもよい。

また、提案部１３６は、共通の振分条件のうち特定の振分条件に合致するメールが受信トレイに一定数以上存在するか否かに基づいて提案してもよい。例えば、提案部１３６は、条件名が「自動車振分け」である特定の振分条件に合致するメールが、他のユーザの受信トレイに１００件以上存在する場合に、特定の振分条件を提案するようにしてもよい。そして、提案部１３６は、共通の振分条件のうち特定の振分条件に合致するメールが受信トレイに一定数以上存在するメールアカウントに対して、特定の振分条件の適用を推奨する通知をウェブメーラーやスマホアプリで表示することで提案してもよい。この場合には、提案部１３６は、メール記憶部１２１に格納されたメール情報に基づいて、特定の振分条件に合致するメールが受信トレイに一定数以上存在するメールアカウントを特定してもよい。また、この場合には、提案部１３６は、他のユーザは特定の振分条件を適用するか否かを選択できる。

また、提案部１３６は、他のユーザが手動で行った振分けの操作履歴に基づいて特定された共通の振分条件を優先的に提案する。例えば、提案部１３６は、他のユーザが車に関するメールを所定のフォルダに移動させる操作を多々行っていた履歴がある場合には、車に関するメールの振分けを行う共通の振分条件を優先的に提案してもよい。また、提案部１３６は、他のユーザが利用する所定のサーバーに対して他のユーザが行った行動履歴に基づいて特定された共通の振分条件を優先的に提案してもよい。例えば、提案部１３６は、他のユーザが所定のアプリを介して行った検索履歴、決済履歴、購買履歴、又は入札履歴に基づいて提案してもよい。例えば、提案部１３６は、所定のサーバーに蓄積された複数の他のユーザの行動履歴に基づいて特定された共通の振分条件を優先的に提案してもよい。具体的な例を挙げると、提案部１３６は、他のユーザと所定のサーバー上での行動履歴が類似するユーザにより設定された振分条件に対応する共通の振分条件の適用を推奨する旨を優先的に提案してもよい。例えば、提案部１３６は、他のユーザが所定のサーバー上で車に関する情報を多々検索していた場合には、同様の検索を多々行ったユーザにより設定された振分条件に対応する共通の振分条件の適用を推奨する旨を優先的に提案してもよい。

（受信部１３７）
受信部１３７は、提案部１３６による提案に対する操作に基づいて、端末装置２０から送信された共通の振分条件の適用を許可する適用許可の指示を受信する。また、受信部１３７は、共通の振分条件の適用を許可しない指示を受信してもよい。また、受信部１３７は、複数の共通の振分条件の適用を許可する適用許可の指示を受信してもよい。また、受信部１３７は、複数の共通の振分条件のうち一部の共通の振分条件の適用を許可する指示を受信してもよい。

（適用部１３８）
適用部１３８は、提案部１３６による提案に対する操作に基づいて適用する。具体的には、適用部１３８は、受信部１３７により受信された指示に基づいて、他のユーザが利用するメールアカウントに共通の振分条件を適用する。より具体的には、適用部１３８は、抽出部１３２により抽出された共通の振分条件のうち他のユーザのメール情報に合致した共通の振分条件を他のユーザが利用するメールアカウントに適用する。例えば、適用部１３８は、他のユーザが車に関する多数のメールを受信している場合や、他のユーザにより車に関する多数のメールが開封されている場合には、車に関する共通の振分条件を適用する。また、適用部１３８は、他のユーザが利用するメールアカウントに複数の共通の振分条件を適用してもよい。

また、適用部１３８は、対応する共通の振分条件に関する情報を適用する。具体的には、適用部１３８は、生成部１３３により生成された条件名とフォルダ名とを適用する。より具体的には、適用部１３８は、抽出部１３２によって抽出された共通の振分条件に基づいて生成された共通の振分条件を示す条件名と共通の振分条件によって振分けられる振分け先のフォルダ名とを適用する。また、適用部１３８は、ユーザにより設定された条件名の多数決又はフォルダ名の多数決に基づいて生成された条件名やフォルダ名を適用してもよい。例えば、適用部１３８は、「条件＃１３」の振分条件を設定した過半数以上のユーザが条件名を「自動車振分け」と設定していた場合には、共通の振分条件の条件名として生成された「自動車振分け」を適用してもよい。また、例えば、適用部１３８は、「条件＃１３」の振分条件を設定した過半数以上のユーザが振分け先のフォルダ名を「自動車」と設定していた場合には、共通の振分条件のフォルダ名として生成された「自動車」を適用してもよい。

（メール総合処理部１３９）
メール総合処理部１３９は、ユーザ及び他のユーザのメールアカウントにおける総合的なメールに関する処理を行う。例えば、メール総合処理部１３９は、ユーザ又は他のユーザのメールアカウントに送信されたメールに関する情報をメール記憶部１２１に記憶する処理を行ってもよい。例えば、メール総合処理部１３９は、ユーザ又は他のユーザが設定したメールの振分条件に関する情報をメール記憶部１２１に記憶する処理を行ってもよい。例えば、メール総合処理部１３９は、ユーザ又は他のユーザのメールの操作に基づく処理を行ってもよい。例えば、メール総合処理部１３９は、ユーザ又は他のユーザが設定したメールの振分条件に基づいてユーザ又は他のユーザが受信したメールに対する振分処理を行ってもよい。このように、メール総合処理部１３９は、ユーザ及び他のユーザのメールアカウントにおけるメールに関する一般的な処理を全て行う。

〔５．メール振分処理のフロー〕
次に、図６を用いて、実施形態に係るメール振分システム１によるメール振分処理の手順について説明する。図６は、実施形態に係るメール振分システム１によるメール振分処理の手順を示すフローチャートである。

図６に示すように、メールサーバー１００は、ユーザが利用するメールアカウントで設定された振分条件を取得する（ステップＳ２０１）。メールサーバー１００は、取得した振分条件のうち共通の振分条件を抽出する（ステップＳ２０２）。例えば、メールサーバー１００は、複数のユーザによって同一に設定されたとみなされた複数の振分条件を共通の振分条件として抽出する。具体的には、メールサーバー１００は、複数のユーザがそれぞれのメールアカウントにおいて車に関するメールに対する同一の振分条件を設定していた場合には共通の振分条件として抽出する。

続いて、メールサーバー１００は、抽出された共通の振分条件に基づいて共通の振分条件を示す条件名と共通の振分条件により振分けられる振分け先のフォルダ名とを生成する（ステップＳ２０３）。メールサーバー１００は、共通の振分条件に関する情報を振分条件記憶部１２２に格納する（ステップＳ２０４）。例えば、メールサーバー１００は、抽出された共通の振分条件と生成された条件名とフォルダ名とを対応付けて記憶する。

続いて、メールサーバー１００は、他のユーザのメール情報を取得する（ステップＳ２０５）。ここで、メールサーバー１００は、他のユーザのメール情報が更新されるまで待機してもよい。例えば、メールサーバー１００は、他のユーザのメールアカウントに新たなメールが送信されるまで待機してもよい。

続いて、メールサーバー１００は、他のユーザのメール情報に基づいて、提案される共通の振分条件に関する判定を行う（ステップＳ２０６）。メールサーバー１００は、判定結果に基づいて、共通の振分条件の適用を推奨する旨を提案せずに終了する（ステップＳ２０６；Ｎｏ）。メールサーバー１００は、判定結果に基づいて（ステップＳ２０６；Ｙｅｓ）、共通の振分条件を適用するよう推奨する旨を提案する（ステップＳ２０７）。そして、メールサーバー１００は、提案に対する指示を端末装置２０から受信するまで待機する。

続いて、メールサーバー１００は、共通の振分条件の適用を許可する適用許可の指示を受信した場合（ステップＳ２０８；Ｙｅｓ）、他のユーザが利用するメールアカウントに共通の振分条件を適用する（ステップＳ２０９）。メールサーバー１００は、共通の振分条件の適用を許可しない指示を受信した場合（ステップＳ２０８；Ｎｏ）、共通の振分条件を適用せずに終了する。また、メールサーバー１００は、提案に対する指示を端末装置２０から受信しない場合、共通の振分条件の適用を許可しない指示を受信したものとみなして、共通の振分条件を適用せずに終了してもよい。

〔６．変形例〕
上述した実施形態に係るメール振分システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、メール振分システム１の他の実施形態について説明する。

〔６−１．メーラーの場合〕
上記実施形態では、メールサーバー１００は、ウェブメールでユーザにより設定された振分条件を取得する例を示した。ここで、メールサーバー１００は、端末装置１０にインストールされたメールソフトに基づくメールアカウント（以下、適宜「メーラー」とよぶ）でユーザにより設定された振分条件を取得してもよい。図６を用いて、上記変形例に係るメール振分処理の手順について説明する。

図６のステップＳ２０１において、メールサーバー１００は、ユーザのメーラーで設定された振分条件を取得する。ここで、メールサーバー１００は、端末装置１０に対してユーザのメーラーで設定された振分条件を送信するよう要求してもよい。この場合には、メールサーバー１００は、制御部１３０に要求部を有していてもよい。そして、メールサーバー１００は、端末装置１０から送信された振分条件を取得してもよい。また、メールサーバー１００は、ユーザのメーラーで設定された振分条件を蓄積した外部サーバーに対して振分条件を送信するよう要求してもよい。また、図６のステップＳ２０２からＳ２０４については、上記実施形態に係る処理の手順と同様である。

図６のステップＳ２０５において、メールサーバー１００は、他のユーザが利用するメーラーにおけるメール情報を取得する。また、メールサーバー１００は、他のユーザのメーラーにおけるメール情報が更新されるまで待機してもよい。例えば、メールサーバー１００は、他のユーザのメーラーが新たなメールを受信するまで待機してもよい。また、図６のステップＳ２０６からＳ２０７については、上記実施形態に係る処理の手順と同様である。

図６のステップＳ２０８において、メールサーバー１００は、共通の振分条件の適用を許可する適用許可の指示を受信した場合、他のユーザが利用するメールアカウントに共通の振分条件を適用する。ここで、メールサーバー１００は、共通の振分条件を適用するための情報を端末装置２０に送信してもよい。この場合には、メールサーバー１００は、制御部１３０に送信部を有していてもよい。また、メールサーバー１００は、共通の振分条件の適用を許可しない指示を受信した場合、共通の振分条件を適用するための情報を送信せずに終了する。また、メールサーバー１００は、提案に対する指示を端末装置２０から受信しない場合、共通の振分条件の適用を許可しない指示を受信したものとみなして、共通の振分条件を適用するための情報を送信せずに終了してもよい。

〔６−２．条件名、フォルダ名の取得〕
上記実施形態では、メールサーバー１００は、ユーザが設定した振分条件を取得する例を示した。ここで、メールサーバー１００は、ユーザが設定した振分条件に関する情報を取得してもよい。図６を用いて、上記変形例に係るメール振分処理の手順について説明する。

図６のステップＳ２０１において、メールサーバー１００は、ユーザが設定した振分条件に関する情報を取得する。例えば、メールサーバー１００は、ユーザが設定した振分条件を示す条件名や振分条件により振分けられる振分け先のフォルダ名に関する情報を取得する。この他にも、例えば、メールサーバー１００は、ユーザが設定した振分条件の重要度や利用頻度を示す情報を取得してもよい。例えば、メールサーバー１００は、ユーザにとって重要であることやお気に入りであることを示すフラグやアイコンなどの情報を取得してもよい。例えば、メールサーバー１００は、振分条件により振分けられる振分け先のフォルダの構成に関する情報を取得してもよい。メールサーバー１００は、振分条件により振分けられる振分け先のフォルダの構成の細分性に関する情報を取得してもよい。また、メールサーバー１００は、ユーザがメーラーで設定した振分条件に関する情報を取得してもよい。

図６のステップＳ２０２において、メールサーバー１００は、取得した振分条件のうち共通の振分条件を抽出する。ここで、メールサーバー１００は、複数のユーザにより設定された振分条件が同一であったとしても、条件名やフォルダ名などの振分条件に関する情報がユーザによって様々である複数の振分条件を共通の振分条件として抽出してもよい。例えば、メールサーバー１００は、「条件＃１３」の条件名が「自動車振分け」でありフォルダ名が「自動車」である振分条件と、「条件＃１３」の条件名が「ドライブ振分け」でありフォルダ名が「ドライブ」である振分条件とを取得した場合には、共通の振分条件として抽出してもよい。

図６のステップＳ２０３において、メールサーバー１００は、共通の振分条件を代表する条件名やフォルダ名を生成する。具体的には、メールサーバー１００は、取得した振分条件に関する情報に基づいて、代表する条件名やフォルダ名を生成する。例えば、メールサーバー１００は、取得した条件名又はフォルダ名の多数決によって、代表する条件名やフォルダ名を生成してもよい。例えば、メールサーバー１００は、取得した条件名又はフォルダ名の中から、メールサーバー１００を管理する管理者による選択に基づいて、代表する条件名やフォルダ名を生成してもよい。例えば、メールサーバー１００は、振分条件に関する情報として取得された重要度や利用頻度に基づいて、代表する条件名やフォルダ名を生成してもよい。例えば、メールサーバー１００は、利用頻度が少ない振分条件に設定された条件名又はフォルダ名を加算せずに多数決によって、代表する条件名やフォルダ名を生成してもよい。

〔７．効果〕
上述してきたように、実施形態に係るメールサーバー１００は、取得部１３１と、抽出部１３２と、提案部１３６を有する。取得部１３１は、複数のユーザにより設定されたメールの振分条件を取得する。抽出部１３２は、取得部１３１によって取得された振分条件のうち共通の振分条件を抽出する。提案部１３６は、抽出部１３２によって抽出された共通の振分条件の設定を複数のユーザとは異なるユーザに提案する。

これにより、実施形態に係るメールサーバー１００は、多くの他のユーザにとって汎用的に利用できる振分条件を他のユーザに提案することができる。また、実施形態に係るメールサーバー１００は、集約された振分情報を活用することで、振分設定における他のユーザの負担を低減させて、ユーザビリティを向上させることができる。

また、提案部１３６は、抽出部１３２によって抽出された共通の振分条件のうち予め定められた適用条件を満たす共通の振分条件を提案する。

これにより、実施形態に係るメールサーバー１００は、予め定められた適用条件に基づいて提案することができる。

また、提案部１３６は、共通の振分条件の提案先となるユーザが受信したメールの開封率に基づいて共通の振分条件を提案する。

これにより、実施形態に係るメールサーバー１００は、メールの開封率に基づいて提案することができる。

また、提案部１３６は、振分条件の対象となるメールの開封率が所定の条件を満たした場合に共通の振分条件を提案する。

これにより、実施形態に係るメールサーバー１００は、振分条件の対象となるメールの開封率に基づいて提案することができる。

また、提案部１３６は、共通の振分条件の提案先となるユーザが受信したメールを管理するフォルダの構成に基づいて共通の振分条件を提案する。

これにより、実施形態に係るメールサーバー１００は、メールを管理するフォルダの構成に基づいて提案することができる。

また、提案部１３６は、共通の振分条件の提案先となるユーザが受信したメールに含まれる文字情報に基づいて共通の振分条件を提案する。

これにより、実施形態に係るメールサーバー１００は、メールに含まれる文字情報に基づいて提案することができる。

また、提案部１３６は、共通の振分条件の提案先となるユーザが予め手動で設定した振分条件により振分けの対象となるメールと、共通の振分条件により振分けの対象となるメールとの関係性に基づいて共通の振分条件を提案する。

これにより、実施形態に係るメールサーバー１００は、手動で設定された振分条件との関係性に基づいて提案することができる。

また、提案部１３６は、共通の振分条件により振分けの対象となるメールに、共通の振分条件の提案先となるユーザが予め手動で設定した振分条件により振分けの対象となるメールが含まれる場合には、共通の振分条件を提案しない。

これにより、実施形態に係るメールサーバー１００は、手動で設定された振分条件を優先させることができる。

また、提案部１３６は、共通の振分条件が採用された度合を示す採用率であって共通の振分条件の提案先となるユーザの採用率が所定の条件を満たした場合に共通の振分条件を提案する。

これにより、実施形態に係るメールサーバー１００は、共通の振分条件の提案先となるユーザによる採用率に基づいて提案することができる。

また、提案部１３６は、共通の振分条件を採用したユーザの特徴の学習結果と共通の振分条件の提案先となるユーザの特徴とに基づいて共通の振分条件の提案先となるユーザに共通の振分を提案するか否かを判定する。

これにより、実施形態に係るメールサーバー１００は、共通の振分条件を採用したユーザの特徴の学習結果に基づいて提案することができる。

また、提案部１３６は、共通の振分条件の提案先となるユーザと属性が類似するユーザにより設定された振分条件に対応する共通の振分条件を優先的に提案する。

これにより、実施形態に係るメールサーバー１００は、属性情報の共通性に基づいて特定の共通の振分条件を優先的に提案することができる。

また、提案部１３６は、共通の振分条件の提案先となるユーザが手動で振分け操作を行った操作履歴に基づいて特定された共通の振分条件を優先的に提案する。

これにより、実施形態に係るメールサーバー１００は、操作履歴に基づいて特定された共通の振分条件を優先的に提案することができる。

また、提案部１３６は、共通の振分条件の提案先となるユーザが利用する所定のサーバーに対して共通の振分条件の提案先となるユーザが行った行動履歴に基づいて特定された共通の振分条件を優先的に提案する。

これにより、実施形態に係るメールサーバー１００は、所定のサーバーで行った行動履歴に基づいて特定された共通の振分条件を優先的に提案することができる。

また、提案部１３６は、共通の振分条件を推奨する旨を通知することにより提案する。

これにより、実施形態に係るメールサーバー１００は、通知により提案をすることができる。

また、実施形態に係るメールサーバー１００は、提案部１３６による提案に対する操作に基づいて適用する適用部１３８を有する。

これにより、実施形態に係るメールサーバー１００は、推奨される共通の振分条件の設定を適用するか否かを選択する機会を与えることができる。

また、適用部１３８は、抽出部１３２によって抽出された共通の振分条件に基づいて生成された共通の振分条件を示す条件名と共通の振分条件によって振分けられる振分け先のフォルダ名とを適用する。

これにより、実施形態に係るメールサーバー１００は、共通した条件名とフォルダ名とを適用することができる。

また、適用部１３８は、振分条件を設定した複数のユーザによって設定された条件名の多数決又はフォルダ名の多数決に基づいて生成された条件名又はフォルダ名を適用する。

これにより、実施形態に係るメールサーバー１００は、多数決により代表される条件名とフォルダ名とを適用することができる。

また、実施形態に係るメールサーバー１００は、共通性が所定の範囲に収まる複数の振分条件を共通の振分条件とする。

これにより、実施形態に係るメールサーバー１００は、共通であるとみなされた複数の振分条件を共通の振分条件として処理を行うことができる。

〔８．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１０、端末装置２０およびメールサーバー１００は、例えば、図７に示すような構成のコンピュータ１０００によって実現される。図７は、端末装置１０、端末装置２０およびメールサーバー１００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る端末装置１０、端末装置２０およびメールサーバー１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４、２４および１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔９．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ メール振分システム
１０ 端末装置
１１ 通信部
１２ 入力部
１３ 出力部
１４ 制御部
２０ 端末装置
２１ 通信部
２２ 入力部
２３ 出力部
２４ 制御部
１００ メールサーバー
１１０ 通信部
１２０ 記憶部
１２１ メール記憶部
１２２ 振分条件記憶部
１３０ 制御部
１３１ 取得部
１３２ 抽出部
１３３ 生成部
１３４ メール情報取得部
１３５ 判定部
１３６ 提案部
１３７ 受信部
１３８ 適用部
１３９ メール総合処理部
１４１ 受付部
２４１ 受付部
２４２ 受信部
２４３ 表示部
２４４ 提案受付部
２４５ 送信部

Claims (20)

1. 複数のユーザにより設定されたメールの振分条件を取得する取得部と、
   前記取得部によって取得された振分条件のうち共通の振分条件を抽出する抽出部と、
   前記抽出部によって抽出された共通の振分条件の設定を前記複数のユーザとは異なるユーザに提案する提案部と、
   を備えたことを特徴とするメール振分装置。
2. 前記提案部は、
   前記抽出部によって抽出された共通の振分条件のうち予め定められた適用条件を満たす共通の振分条件を提案する
   ことを特徴とする請求項１に記載のメール振分装置。
3. 前記提案部は、
   前記共通の振分条件の提案先となるユーザが受信したメールの開封率に基づいて当該共通の振分条件を提案する
   ことを特徴とする請求項２に記載のメール振分装置。
4. 前記提案部は、
   前記振分条件の対象となるメールの開封率が所定の条件を満たした場合に前記共通の振分条件を提案する
   ことを特徴とする請求項３に記載のメール振分装置。
5. 前記提案部は、
   前記共通の振分条件の提案先となるユーザが受信したメールを管理するフォルダの構成に基づいて当該共通の振分条件を提案する
   ことを特徴とする請求項２〜４のいずれか１つに記載のメール振分装置。
6. 前記提案部は、
   前記共通の振分条件の提案先となるユーザが受信したメールに含まれる文字情報に基づいて当該共通の振分条件を提案する
   ことを特徴とする請求項２〜５のいずれか１つに記載のメール振分装置。
7. 前記提案部は、
   前記共通の振分条件の提案先となるユーザが予め手動で設定した振分条件により振分けの対象となるメールと、当該共通の振分条件により振分けの対象となるメールとの関係性に基づいて当該共通の振分条件を提案する
   ことを特徴とする請求項２〜６のいずれか１つに記載のメール振分装置。
8. 前記提案部は、
   前記共通の振分条件により振分けの対象となるメールに、当該共通の振分条件の提案先となるユーザが予め手動で設定した振分条件により振分けの対象となるメールが含まれる場合には、当該共通の振分条件を提案しない
   ことを特徴とする請求項７に記載のメール振分装置。
9. 前記提案部は、
   前記共通の振分条件が採用された度合を示す採用率であって当該共通の振分条件の提案先となるユーザの採用率が所定の条件を満たした場合に当該共通の振分条件を提案する
   ことを特徴とする請求項２〜８のいずれか１つに記載のメール振分装置。
10. 前記提案部は、
    前記共通の振分条件を採用したユーザの特徴の学習結果と当該共通の振分条件の提案先となるユーザの特徴とに基づいて当該共通の振分条件の提案先となるユーザに当該共通の振分を提案するか否かを判定する
    ことを特徴とする請求項２〜９のいずれか１つに記載のメール振分装置。
11. 前記提案部は、
    前記共通の振分条件の提案先となるユーザと属性が類似するユーザにより設定された振分条件に対応する当該共通の振分条件を優先的に提案する
    ことを特徴とする請求項１〜１０のいずれか１つに記載のメール振分装置。
12. 前記提案部は、
    前記共通の振分条件の提案先となるユーザが手動で振分け操作を行った操作履歴に基づいて特定された当該共通の振分条件を優先的に提案する
    ことを特徴とする請求項１〜１１のいずれか１つに記載のメール振分装置。
13. 前記提案部は、
    前記共通の振分条件の提案先となるユーザが利用する所定のサーバーに対して当該共通の振分条件の提案先となるユーザが行った行動履歴に基づいて特定された当該共通の振分条件を優先的に提案する
    ことを特徴とする請求項１〜１２のいずれか１つに記載のメール振分装置。
14. 前記提案部は、
    前記共通の振分条件を推奨する旨を通知することにより提案する
    ことを特徴とする請求項１〜１３のいずれか１つに記載のメール振分装置。
15. 前記提案部による提案に対する操作に基づいて適用する適用部と、
    をさらに備えたことを特徴とする請求項１〜１４のいずれか１つに記載のメール振分装置。
16. 前記適用部は、
    前記抽出部によって抽出された共通の振分条件に基づいて生成された当該共通の振分条件を示す条件名と当該共通の振分条件によって振分けられる振分け先のフォルダ名とを適用する
    ことを特徴とする請求項１５に記載のメール振分装置。
17. 前記適用部は、
    前記振分条件を設定した前記複数のユーザによって設定された前記条件名の多数決又は前記フォルダ名の多数決に基づいて生成された当該条件名又は当該フォルダ名を適用する
    ことを特徴とする請求項１６に記載のメール振分装置。
18. 共通性が所定の範囲に収まる複数の振分条件を前記共通の振分条件とする
    ことを特徴とする請求項１〜１７のいずれか１つに記載のメール振分装置。
19. コンピュータにより実行されるメール振分方法であって、
    複数のユーザにより設定されたメールの振分条件を取得する取得工程と、
    前記取得工程によって取得された振分条件のうち共通の振分条件を抽出する抽出工程と、
    前記抽出工程によって抽出された共通の振分条件の設定を前記複数のユーザとは異なるユーザに提案する提案工程と、
    を含んだことを特徴とするメール振分方法。
20. 複数のユーザにより設定されたメールの振分条件を取得する取得手順と、
    前記取得手順によって取得された振分条件のうち共通の振分条件を抽出する抽出手順と、
    前記抽出手順によって抽出された共通の振分条件の設定を前記複数のユーザとは異なるユーザに提案する提案手順と、
    をコンピュータに実行させることを特徴とするメール振分プログラム。

Images