JP5057885B2 - メール処理装置、方法及びプログラム並びにメール検索装置 - Google Patents

メール処理装置、方法及びプログラム並びにメール検索装置 Download PDF

Info

Publication number
JP5057885B2
JP5057885B2 JP2007212446A JP2007212446A JP5057885B2 JP 5057885 B2 JP5057885 B2 JP 5057885B2 JP 2007212446 A JP2007212446 A JP 2007212446A JP 2007212446 A JP2007212446 A JP 2007212446A JP 5057885 B2 JP5057885 B2 JP 5057885B2
Authority
JP
Japan
Prior art keywords
mail
search
unit
classification
search target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2007212446A
Other languages
English (en)
Other versions
JP2009048338A (ja
Inventor
優 鈴木
康人 石谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2007212446A priority Critical patent/JP5057885B2/ja
Priority to US12/051,444 priority patent/US9032031B2/en
Priority to EP08005505A priority patent/EP2026273A1/en
Priority to CN 200810145934 priority patent/CN101369277A/zh
Publication of JP2009048338A publication Critical patent/JP2009048338A/ja
Application granted granted Critical
Publication of JP5057885B2 publication Critical patent/JP5057885B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]

Description

この発明は、メール文書を検索するための検索条件を設定するメール処理装置、方法及びプログラム並びにメール検索装置に関するものである。
従来から、メールの送受信や閲覧を行うためのメールアプリケーションが多くの利用者で利用されている。これら多くのメールアプリケーションには、ハードディスクなどの記憶手段に保存されたメールを検索する機能を有する。
通常用いられているメールアプリケーションのメール検索機能では、キーワードによる検索のほか、受信日時、サイズ、差出人又は宛先のメールアドレス、添付ファイルの有無などの属性情報を検索条件として、目的のメールを検索できることが多い。
ところで、近年、ネットワークインフラの普及及びコンピュータ技術の発達に伴い、利用者がメールアプリケーションで保持するメールの容量が大容量化される傾向がある。このようにメール検索機能が重要となる。
従来から用いられているメール検索機能では、メールアプリケーションが多量のメールを保持している場合、利用者は適切なキーワードや属性情報を検索条件として設定しないと、検索結果として多量のメールが検出されてしまう。このため、利用者は、目的とするメールを検出するために、受信日時、差出人のメールアドレス、件名などを手がかりに適宜ソート等を行う必要があり、結果、目的とするメールを検出するまでに長い時間がかかるという問題がある。
そこで、このような問題を避けるためには、利用者はメール検索時に絞り込まれた少数の検索結果を得るための検索条件を設定する必要がある。しかしながら、利用者が適切なキーワードと適切な属性情報を設定するためには、メールの具体的な分類を思い出す必要がある、又は適切なキーワード及び属性情報を設定するためにトライアンドエラーを繰り返す必要がある。このように、検索条件の設定には手間や時間がかかるという課題がある。
そこで、特許文献１に記載された技術では、キーワードを格納するデータベースを保持し、当該データベースを参照して、検索に用いる追加キーワードを絞り込んでいる。そして、メールの検索の際に、キーワードと追加キーワードを用いて検索を行っている。これにより、多量のメールが検出されるのを防止することができる。
特開２００４−３５５１６６号公報
しかしながら、特許文献１に記載された技術は、指定した文書と、検索対象である文書との間に関連性が明確ではなく、検出された追加キーワードが検索対象である文書に含まれているか否か不明であるという問題がある。また、メールの検索に特化した検索技術というわけでもない。
本発明は、上記に鑑みてなされたものであって、メールを検索するときの操作負担を軽減させるメール処理装置、方法及びプログラム並びにメール検索装置を提供することを目的とする。
上述した課題を解決し、目的を達成するために、本発明にかかるメール処理装置は、メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部と、メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定部と、キーワードの入力を受け付けるキーワード入力受付部と、前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得部と、前記記憶部と対応付けられた前記検索対象分類を、前記分類判定部により判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定部と、前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得部と、前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成部と、を備えることを特徴とする。
また、本発明にかかるメール検索装置は、メールを記憶するメール記憶部と、メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部と、前記メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定部と、キーワードの入力を受け付けるキーワード入力受付部と、前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得部と、前記記憶部と対応付けられた前記検索対象分類を、前記分類判定部により判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定部と、前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得部と、前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成部と、前記検索条件が含まれるメールを、前記メール記憶部から検索する検索部と、を備えることを特徴とする。
また、本発明にかかるメール処理方法は、メール処理装置で実行されるメール処理方法であって、前記メール処理装置が、メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部を備え、メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定ステップと、キーワードの入力を受け付けるキーワード入力受付ステップと、前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得ステップと、前記記憶部と対応付けられた前記検索対象分類を、前記分類判定ステップにより判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定ステップと、前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得ステップと、前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成ステップと、を有することを特徴とする。
また、本発明にかかるメール処理プログラムは、メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部を備えたコンピュータに対して、メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定ステップと、キーワードの入力を受け付けるキーワード入力受付ステップと、前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得ステップと、前記記憶部と対応付けられた前記検索対象分類を、前記分類判定部により判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定ステップと、前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得ステップと、前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成ステップと、を実行させることを特徴とする。
本発明によれば、表示されたメールに対応するメールを検索する検索条件を生成することで、検索条件を設定する利用者の操作負担を軽減させるという効果を奏する。
以下に添付図面を参照して、この発明にかかるメール処理装置、方法及びプログラム並びにメール検索装置の最良な実施の形態を詳細に説明する。
（第１の実施の形態）
図１に示すように、メール処理装置１００は、メール記憶部１０１と、意味属性判定情報記憶部１０２と、メール分類対応記憶部１０３と、検索フレーズ記憶部１０４と、分類判定情報記憶部１０５と、検索履歴記憶部１０６と、表示処理部１０７と、キーワード入力受付部１０８と、キーワード意味属性取得部１０９と、分類特定部１１０と、分類判定部１１１と、検索フレーズ取得部１１２と、検索条件生成部１１３と、検索部１１４と、正解メール判定部１１５と、検索履歴登録部１１６と、分類ランク設定部１１７とを備える。
本実施の形態にかかるメール処理装置１００ではメールの検索を行う場合に、利用者に入力されたキーワードの意味属性と、表示しているメールの分類タイプと、を判定している。
意味属性とは、利用者に入力されたキーワードを抽象化した属性を示している。図２に示すように、意味属性には、人名、メールアドレス、商品名などがある。例えば、利用者が入力したキーワードが「小野」や「中村」の場合、意味属性は「人名」となる。なお、意味属性は、図２に示した例に制限するものではない。なお、入力されたキーワードから意味属性を判定する手法については後述する。
分類タイプとは、メールの内容によって分けられた分類を示している。図３に示すように、分類タイプには、依頼、許可・承認願、質問、回答などがある。なお、メールの分類タイプの判定手法については後述する。なお、メールの分類タイプは、図３に示した例に制限するものではない。
また、メールの分類タイプは、メールとは他の人に所定の要件を伝えるために書かれた（短い）文書で、メール一件に一つの要件を記載することが多いため、他の文書と比べて容易に判定することができる。
そして、メール処理装置１００は、判定した意味属性と判定した分類タイプから、検索対象となる分類タイプを特定し、特定された分類タイプに従って検索条件を生成する。次に、メール処理装置１００の各構成要素について説明する。
メール記憶部１０１は、利用者が受信したメール又は利用者が送信したメールを記憶する。このメール記憶部１０１に記憶されたメールが検索対象又は表示対象となる。
意味属性判定情報記憶部１０２は、利用者により入力されたキーワードから意味属性を特定するための情報を保持する。図４に示すように、意味属性判定情報記憶部１０２は、入力されたキーワードに含まれるべき“文字列パタン”と、“意味属性”とを対応付けて格納している。例えば、図４に示したレコード４０１は、文字列パタン「鈴木」と、意味属性「人名」とを対応付けている。
また、レコード４０２、４０３、４０４、４０５等のように文字列パタンには、変数を含む場合がある。例えば、レコード４０２に含まれる「％漢字％」というパタンは、任意の漢字１字にマッチし、レコード４０３に含まれる「％カタカナ％」というパタンは、任意のカタカナ１字にマッチし、レコード４０４に含まれる「％アルファベット％」「％数字％」「％記号％」というパタンは、アルファベット、数字、記号の１字にマッチする。また、レコード４０２〜４０５に含まれるプラス記号「＋」は、前側のパタンの１回以上の繰り返しにマッチする。また、レコード４０４、レコード５０５に含まれる大カッコ「［］」は、囲まれた文字のいずれか１文字にマッチする。
そして、意味属性判定情報記憶部１０２を用いることで、後述するキーワード意味属性取得部１０９は、入力されたキーワードの意味属性を判定できる。
分類判定情報記憶部１０５は、表示しているメールの分類タイプを判定するための情報を保持する。図５に示すように、分類判定情報記憶部１０５は、文字列パタンと、位置指定と、分類タイプと、点数と、を対応付けて格納している。この文字列パタンに格納されている文字列は、分類判定に使用する文字列とする。分類タイプは、表示されているメールを示す分類タイプとする。位置指定は、本文かサブジェクトかの位置を示している。
例えばレコード６０１は、メールの「本文」に、文字列パタン「質問があります」が含まれている場合に、メールの分類タイプ「質問」に１点加算することを示している。
メール分類対応記憶部１０３は、表示しているメールの内容を示す分類タイプ等から、メール記憶部１０１に記憶されたメールの分類であって検索対象となるメールの分類タイプを特定するための情報を保持する。
図６に示すように、メール分類対応記憶部１０３は、意味属性と、表示メール分類タイプと、検索対象メール分類タイプとを対応付けて格納している。意味属性は、キーワードの意味属性を示している。表示メール分類タイプは、表示しているメールの分類タイプを示している。検索対象メール分類タイプは、検索対象となるメールの分類タイプを示している。例えば、図６に示したレコード５０１は、意味属性「商品名」と、表示メール分類タイプ「質問」と、検索対象メール分類タイプ「見積、引き合い、注文、契約、回答」とを対応付けている。つまり、利用者に入力されたキーワードの意味属性「商品名」で、表示しているメールの分類タイプが「質問」の場合、検索対象のメールの分類タイプが「見積、引き合い、注文、契約、回答」と特定される。
このように、表示しているメールの分類タイプと、検索対象であるメールの分類タイプとを対応付けたのは、利用者がメールを閲覧しているときにメールの検索を行う場合、閲覧中のメールと、検索対象のメールとの間に関連があることが多いためである。例えば、利用者がクライアントからきた質問メールを参照している場合、当該質問メールに対する返信メールを書くために、参考として以前書いた回答メールを検索することが多い。また、苦情メールを閲覧している場合には、苦情メールに対する返信メールを書くために、以前書いた謝罪メールを検索しようとすることが多い。
そこで、本実施の形態にかかるメール処理装置１００では、表示しているメールの内容を示す分類タイプと、検索対象となるメールの分類タイプとを対応付けることとした。
また、メール分類対応記憶部１０３において、さらにキーワードの意味属性を対応付けることとした。これにより、検索対象のメールの分類タイプをいっそう絞り込むことができる。
検索フレーズ記憶部１０４は、図７に示すように、検索フレーズ記憶部１０４は、分類タイプと、フレーズとを対応付けて保持している。分類タイプは、検索対象となるメールの分類タイプとする。フレーズは、対応付けられた分類タイプのメールを検索する際に、検索キー（検索条件）として設定される文字列とする。
検索履歴記憶部１０６は、利用者がメールを検索した結果を履歴として記憶する。図８に示すように、検索履歴記憶部１０６は、キーワードと、意味属性と、閲覧中メール分類タイプと、検索対象メール分類タイプと、正解メール属性と、を対応付けて記憶する。
キーワードは検索する際に利用者に入力されたキーワードを示している。正解メール属性は、利用者が検索時に検索対象として所望したメールの属性を示している。
表示処理部１０７は、分類ランク表示部１２１を備え、送受信が行われたメール、検索結果として取得したメールのリスト、検索結果されたメールの分類等のさまざまな情報の表示を行う。なお、具体的に表示される画面の例については後述する。
また、表示処理部１０７は、検索結果の表示画面で、検索に用いた各種検索条件を表示する。
分類ランク表示部１２１は、検索を行う前に、検索対象となるメールの分類タイプの候補を表示処理する。これにより、利用者は、表示処理された分類タイプの候補から、検索に用いる分類タイプを選択することができる。なお、具体的に表示される画面の例については後述する。
キーワード入力受付部１０８は、利用者からメールを検索するために用いるキーワードの入力を受け付ける。
キーワード意味属性取得部１０９は、意味属性判定情報記憶部１０２を用いて、キーワード入力受付部１０８により入力されたキーワードから、当該キーワードの意味属性を取得する。つまり、入力されたキーワードに含まれている文字列が、意味属性判定情報記憶部１０２のフィールド“文字列パタン”に格納されている文字列と一致した場合に、当該フィールド“文字列パタン”と対応付けられているフィールド“意味属性”に格納されている意味属性を、入力されたキーワードの意味属性として取得する。
分類判定部１１１は、表示処理部１０７に現在表示されている（利用者が閲覧中の）メールの本文及びサブジェクトを読み出して、読み出したメールの本文及びサブジェクトの少なくとも一方に対して分類判定情報記憶部１０５を用いて、当該メールの判定処理を行う。これにより、メールの分類タイプを判定できる。なお、メールの分類の判定の詳細な手順については後述する。
分類特定部１１０は、表示中のメールの分類タイプと、利用者により入力されたキーワードの意味属性と、に基づいて、当該分類タイプに属するメールに関連する検索対象メールが属する分類タイプであって、意味属性に対応する分類タイプを、メール分類対応記憶部１０３から特定する。この特定された分類タイプが、検索対象メールが属する分類の候補となる。
つまり、分類特定部１１０では、分類判定部１１１で判定されたメールの分類タイプが、メール分類対応記憶部１０３のフィールド“表示メール分類タイプ”と一致するとともに、キーワード意味属性取得部１０９で判定された意味属性が、フィールド“意味属性”と一致するレコードが存在する場合、当該レコードのフィールド“検索対象メール分類タイプ”に格納された分類タイプを取得する。この取得した分類タイプが検索対象となるメールの分類タイプの候補として特定される。なお、特定された検索対象となるメールの分類タイプの候補が一つの場合、当該候補が検索対象のメールの分類タイプとして特定される。
また、分類特定部１１０は、特定された分類タイプの候補が複数の場合、分類ランク表示部１２１が当該分類タイプの候補を利用者に対して表示処理を行い、表示された分類タイプから選択を受け付けた分類タイプを、検索対象となるメールの分類タイプとして特定する。
分類ランク設定部１１７は、分類特定部１１０により特定された分類タイプが複数の場合に、検索履歴記憶部１０６に記憶された利用者の検索の履歴に基づいて、検索対象として用いられる頻度が高い順に、検索対象として表示される分類タイプの順序を設定する。そして、分類ランク設定部１１７が設定した順序で、分類ランク表示部１２１は分類タイプの候補を表示する。
検索フレーズ取得部１１２は、検索フレーズ記憶部１０４から、分類特定部１１０により特定された検索対象メールの分類タイプから、当該分類タイプのメールを検索するための検索対象情報となるフレーズを取得する。つまり、特定された検索対象メールの分類タイプが、検索フレーズ記憶部１０４のフィールド“分類タイプ”と一致した場合、当該フィールド“分類タイプ”と対応付けられたフィールド“フレーズ”に格納された文字列が、検索条件となる。
属性条件抽出部１１８は、検索対象となるメールの分類タイプを検索キーとして、検索履歴記憶部１０６に対して検索を行い、利用者が過去に検索したその分類タイプと対応付けられているメールの属性情報を抽出する。つまり、属性条件抽出部１１８は、検索対象メールを検索するための検索対象情報となる属性情報を取得する。
検索条件生成部１１３は、入力されたキーワード、取得したフレーズ、抽出されたメールの属性条件のうちいずれか一つ以上を含む検索条件を生成する。なお、詳細な生成手順については後述する。
検索部１１４は、検索条件生成部１１３により生成された検索条件で、メール記憶部１０１に記憶されているメールの検索を行う。
正解メール判定部１１５は、表示処理部１０７に検索結果のメールが表示された際に、利用者の操作を監視して、検索後に表示処理部１０７が利用者に対して表示したメールが、利用者が検索目的として所望していたメールか否か判定する。なお、詳細な判定手順については後述する。
検索履歴登録部１１６は、正解メール判定部１１５により所望していたメールと判定された場合、当該メールの属性情報を、利用者が入力したキーワード、当該キーワードの意味属性、表示中メールの分類タイプ、及び検索対象メール分類タイプと対応付けて、検索履歴記憶部１０６に登録する。
次に、図１に示すメール処理装置１００の全体的な処理手順について、図９を用いて説明する。
この際、図１０の画面例が示すように、表示処理部１０７がメールを表示しているものとする。図１０のテキストボックス１００１に文字列が入力された後、検索ボタン１００２が押下された場合に、図９に示した処理手順で検索処理が行われることになる。
まず、キーワード入力受付部１０８は、図１０のテキストボックス１００１より、検索キーとして用いるキーワードの入力を受け付ける（ステップＳ９０１）。
ここで利用者が図１０の画面例に示したメールの閲覧中に、過去に自身が作成、送信した当該製品に関するメールを検索する例を考える。検索対象となるメールでは、「ＤＢ８００−５ＣＸ」という製品について、過去に他の利用者から受け取った質問メールに対する回答が記載されている。
この場合、利用者は検索キーワードとして、「ＤＢ８００−５ＣＸ」をテキストボックス１００１に入力し、検索ボタン１００２を押下している。
検索ボタン１００２が押下された場合、キーワード意味属性取得部１０９は、入力されたキーワードの意味属性を取得する（ステップＳ９０２）。なお、「ＤＢ８００−５ＣＸ」の場合、意味属性として商品名を取得する。また、意味属性の詳細な処理手順については後述する。
そして、分類判定部１１１は、利用者が閲覧中（表示処理部１０７が表示中）のメールの分類タイプを判定する（ステップＳ９０３）。この分類タイプの判定手法については後述する。なお、図１０に示した画面例で表示されているメールは、分類タイプが質問と判定されたものとする。
次に、分類特定部１１０は、メール分類対応記憶部１０３から、判定された意味属性及び分類タイプを検索キーとして検索を行い、検索対象メールの分類タイプの候補を特定する（ステップＳ９０４）。なお、詳細な処理手順については後述する。
例として、図６に示すメール分類対応記憶部１０３に対して、意味属性「商品名」と、表示メール分類タイプ「質問」を検索キーとして検索を行った場合、検索対象メール分類タイプ「見積、引き合い、注文、契約、回答」が分類タイプの候補として特定される。
そして、分類特定部１１０は、分類タイプの候補が複数であるか否かを判定する（ステップＳ９０５）。複数ではないと判定した場合（ステップＳ９０５：Ｎｏ）、特定された分類タイプの候補を、実際の分類タイプとして特定する。
一方、分類特定部１１０は、複数であると判定した場合（ステップＳ９０５：Ｙｅｓ）、分類ランク設定部１１７が、検索履歴記憶部１０６に記憶された利用者の検索の履歴に基づいて、検索対象として用いられる頻度が高い順に、分類タイプの候補を並び替える（ステップＳ９０６）。
そして、分類ランク表示部１２１は、並び替えられた後の検索対象となるメールの分類タイプを表示する（ステップＳ９０７）。
図１１に示すように、分類ランク表示部１２１は、プルダウンメニューの方式で、分類タイプの候補を表示する。これにより、利用者が表示された候補から、適切な分類タイプを選択できる。
図９に戻り、分類特定部１１０は、利用者により選択された候補を、検索対象となるメールの分類タイプと特定する（ステップＳ９０８）。
なお、本実施の形態においては、利用者が分類タイプ「回答」を選択したものとする。この場合、分類特定部１１０は、利用者の選択に基づいて、検索対象のメールの分類タイプを「回答」と特定する。
そして、メール処理装置１００において、入力されたキーワードや、当該キーワードの意味属性、検索対象となるメールの分類タイプ等を用いて、検索条件を生成する（ステップＳ９０９）。なお、検索条件の生成の詳細な処理手順については後述する。
その後、検索部１１４は、検索条件生成部１１３により生成された検索条件を用いて、検索を行う（ステップＳ９１０）。
そして、表示処理部１０７が、検索部１１４により検索された結果を表示する（ステップＳ９１１）。図１２に示した検索結果画面例では、主キーワード１２０１には、利用者により入力されたキーワードが、閲覧中メール１２０２には、表示していたメールの分類タイプが、検索対象メール１２０３には、検索対象となるメールの分類タイプが、追加キーワード１２０４には、検索対象となるメールの分類タイプに対応するフレーズが設定されている。
また、主キーワード１２０１、追加キーワード１２０４の表示分類は利用者が自由に編集できるが、閲覧中メール１２０２、検索対象メール１２０３の表示分類は、利用者が直接変更することはできないものとする。
また、表示領域１２０５に示した「差出人」「宛先」等の属性情報は、属性条件抽出部１１８が抽出した属性情報が格納されている。また、表示領域１２０５の各属性情報は、利用者が自由に編集できる。
なお、属性条件抽出部１１８が複数の属性情報を抽出した場合、表示処理部１０７は、検索結果画面において、２つ目以降の属性情報を、利用者が選択可能な状態で表示してもよい。
例えば、属性条件抽出部１１８が項目「差出人」で２個のメールアドレスを抽出していた場合、図１３に示すように、「差出人」のテキストボックスを２個のメールアドレスを選択可能な状態で表示しても良い。このように、属性情報の設定では、利用者は、抽出された属性情報から検索に使用する属性情報を選択することができる。
また、利用者が検索ボタン１２０６を押下すると、利用者によって編集された主キーワード１２０１、追加キーワード１２０４、表示領域１２０５に基づいた検索条件が生成された後、検索が実行される。
また、表示領域１２０８には、検索されたメールの一覧が表示される。このメール一覧では、利用者が入力したキーワードだけではなく、検索対象のメールの分類タイプに対応するフレーズや属性情報によって絞り込まれた検索結果が表示されている。これにより、利用者は少量の検索結果から所望のメールを検出することができる。
また、所望のメールが検索結果に含まれていなければ、上述したように主キーワード、追加キーワード、又は属性情報の削除、修正を行うことで、異なる検索条件で検索を行うことができる。この検索結果は、表示領域１２０８に表示される。
利用者が、表示領域１２０８に表示された検索結果から所望のメールを見つけた場合、当該メールの領域をダブルクリックすると、当該メールが別ウィンドウで表示される。
図９に戻り、検索部１１４は、検索ボタン１２０６が押下されたか否か判定する（ステップＳ９１２）。押下されたと判定された場合（ステップＳ９１２：Ｙｅｓ）、修正された各項目に従って、検索条件の生成から再開する（ステップＳ９０９）。
また、検索ボタンの押下がなされず（ステップＳ９１２：Ｎｏ）、図１２の領域１２０８からメールの選択を受け付けた場合、表示処理部１０７は、選択されたメールの分類を表示する（ステップＳ９１３）。
図１２に示した検索結果画面で、領域１２０７に示されたメールをダブルクリックしたものとする。この場合、表示処理部１０７は、図１４に示した画面で、メールの分類を表示する。
図９に戻り、正解メール判定部１１５は、表示されたメールが、利用者が検索目的として所望したメールであるか否かを示す判定処理を行う（ステップＳ９１４）。そして、正解メール判定部１１５は、判定処理で所望したメールと判定された否かにより処理が異なる（ステップＳ９１５）。
正解メール判定部１１５が所望したメールではないと判定した場合（ステップＳ９１５：Ｎｏ）、再び検索処理から行われる（ステップＳ９１０）。なお、ステップＳ９１３に示す検索対象メールの表示処理から行ってもよい。
一方、正解メール判定部１１５が、所望したメールであると判定した場合（ステップＳ９１５：Ｙｅｓ）、検索履歴登録部１１６が、所望したメールの属性情報や、入力されたキーワード、当該キーワードの意味属性、表示メールの分類タイプ、及び検索対象メールの分類タイプを対応付けて、検索履歴記憶部１０６に登録する（ステップＳ９１６）。
上述した処理により、利用者はキーワードの入力と、分類タイプの選択を行っただけで、適切な検索条件が生成され、検索が行われた。さらに検索結果は、検索履歴記憶部１０６に格納され、次以降に検索を行う際に利用される。
次に、図９のステップＳ９０２で示したキーワード意味属性取得部１０９のキーワードの意味属性の取得処理の手順について、図１５を用いて説明する。
まず、キーワード意味属性取得部１０９は、意味属性判定情報記憶部１０２から一レコード読み出す（ステップＳ１５０１）。
次に、キーワード意味属性取得部１０９は、読み出したレコードの文字列パタンを取得する（ステップＳ１５０２）。
そして、キーワード意味属性取得部１０９は、取得した文字列パタンに括弧“（）”が含まれているか否か判定する（ステップＳ１５０３）。
次に、キーワード意味属性取得部１０９は括弧が含まれていないと判定した場合（ステップＳ１５０３：Ｙｅｓ）、利用者がメールを閲覧中であるか否か判定する（ステップＳ１５０４）。具体的には、図１０で示した画面例のようにメールが表示されているか否か判定する。なお、後述する第２の実施形態のように、メールアプリケーションと、検索条件を生成する構成要素とが別構成の場合は、メールアプリケーションが選択された状態で表示されているか否か判定する。メール閲覧中でないと判定した場合（ステップＳ１５０４：Ｎｏ）、特に処理を行わない。
キーワード意味属性取得部１０９がメール閲覧中と判断した場合（ステップＳ１５０４：Ｙｅｓ）、閲覧中のメールからキーワードに一致する文字列領域を検索する（ステップＳ１５０５）。そして、キーワード意味属性取得部１０９は、検出された文字列領域と前後の文字列との組合せが、文字列パタンの括弧に囲まれた部分をキーワードに置換した文字列とが、一致するか否か判断する（ステップＳ１５０６）。なお、文字列パタンの括弧に囲まれた部分は必ずキーワードに置換するのではなく、文字列パタンの括弧内に囲まれた部分に示された条件がキーワードと一致した場合に限り、キーワードと置換する。なお、キーワードと置換しない場合は、一致しなかったものと判断する（ステップＳ１５０６：Ｎｏ）。
また、当該一致するか否かの判断する例について説明する。図４の符号４０２に示したレコードの場合、文字列パタンに括弧記号が含まれるため、閲覧中のメールに記載されている文字列が文字列パタンの条件を満たしているか判定される。つまり、キーワードが漢字１字以上であって、閲覧中のメールで文字列「株式会社」に続いてキーワードが記載されていれば、当該文字列パタンに一致したと判断する。
図４の符号４０３に示したレコードの場合、閲覧中のメール内に、キーワードがカタカナ１字以上であって、当該キーワードの後に「商事」という文字列を含んでいれば、文字列パタンに一致したと判断する。
図４の符号４０５のレコードの場合、閲覧中のメール内に、任意の意味属性判定情報記憶部１０２において意味属性が「企業・組織名」と判定される文字列の後に、カギ括弧“「」”に囲まれて、キーワードが記載されている場合に、文字列パタンに一致したと判断する。
また、キーワード意味属性取得部１０９が一致しなかったと判断した場合（ステップＳ１５０６：Ｎｏ）、特に処理を行わない。
一方、キーワード意味属性取得部１０９は文字列パタンに括弧を含まないと判定した場合（ステップＳ１５０３：Ｎｏ）、文字列パタンがキーワードと一致するか否か判断する（ステップＳ１５０７）。例えば、図４の符号４０１に示すような単純な文字列（例えば「鈴木」）であれば、キーワードが当該文字列と一致するか否かを判断することになる。また、キーワード意味属性取得部１０９が一致しないと判断した場合（ステップＳ１５０７：Ｎｏ）、特に処理を行わない。
そして、キーワード意味属性取得部１０９は、文字列パタンがキーワードと一致した場合（ステップＳ１５０７：Ｙｅｓ）、又は検出された文字列領域と前後の文字列との組合せが、文字列パタンの括弧に囲まれた部分をキーワードに置換した文字列とが、一致すると判断した場合（ステップＳ１５０６：Ｙｅｓ）、当該レコードのフィールド“意味属性”に格納された文字列を取得する（ステップＳ１５０８）。
次に、キーワード意味属性取得部１０９は、取得した文字列を意味属性として出力する（ステップＳ１５０９）。これによりメール処理装置１００の各構成要素は、意味属性を認識することができる。
そして、キーワード意味属性取得部１０９は、意味属性判定情報記憶部１０２から、全レコードを読み出したか否か判断する（ステップＳ１５１０）。全レコードを読み出していないと判断した場合（ステップＳ１５１０：Ｎｏ）、再びステップＳ１５０１から処理を開始する。
一方、キーワード意味属性取得部１０９が全レコードを読み出したと判断した場合（ステップＳ１５１０：Ｙｅｓ）、処理を終了する。
上述した処理を行うことで、キーワードの意味属性を判定することができる。例えば、キーワードが「ＤＢ８００−５ＣＸ」の場合、図４の符号４０４のレコードの文字列パタンに一致するため、意味属性が「商品名」と判定される。
次に、図９のステップＳ９０３で示した分類判定部１１１の閲覧中メールの分類タイプの判定処理の手順について、図１６を用いて説明する。
まず、分類判定部１１１は、分類タイプ毎のカウンタを‘０’で初期化する（ステップＳ１６０１）。つまり、図３で示した分類タイプ毎にカウンタを備え、各カウンタの値を‘０’に設定する。
次に、分類判定部１１１は、表示中のメールのサブジェクト及び本文を取得する（ステップＳ１６０２）。
次に、分類判定部１１１は、分類判定情報記憶部１０５から、一レコード取得する（ステップＳ１６０３）。
そして、分類判定部１１１は、取得したレコードのフィールド“位置指定”がサブジェクトであるか否か判定する（ステップＳ１６０４）。そして、“位置指定”がサブジェクトであると判定した場合（ステップＳ１６０４：Ｙｅｓ）、メールのサブジェクトに対して、レコードのフィールド“文字列パタン”に格納された文字列の検索を行う（ステップＳ１６０６）。
一方、分類判定部１１１が、“位置指定”がサブジェクトではないと判定した場合（ステップＳ１６０４：Ｎｏ）、メールの本文に対して、レコードのフィールド“文字列パタン”に格納された文字列の検索を行う（ステップＳ１６０５）。
そして、分類判定部１１１は、ステップＳ１６０５又はステップＳ１６０６で文字列を検出したか否か判断する（ステップＳ１６０７）。検出しなかったと判断した場合（ステップＳ１６０７：Ｎｏ）、特に処理を行わない。
一方、分類判定部１１１が文字列を検出したと判断した場合（ステップＳ１６０７：Ｙｅｓ）、読み出したレコードのフィールド“分類タイプ”が保持している分類タイプに対して、フィールド“点数”に記載されている点数を加点する（ステップＳ１６０８）。
次に、分類判定部１１１は、分類判定情報記憶部１０５に格納されている全レコードを読み出したか否か判定する（ステップＳ１６０９）。全レコードを読み出していないと判定した場合（ステップＳ１６０９：Ｎｏ）、再びステップＳ１６０３から処理を開始する。
一方、分類判定部１１１が、全レコードを読み出したと判定した場合（ステップＳ１６０９：Ｙｅｓ）、各分類タイプのカウンタのうち、最も点数が高いカウンタに対応する分類タイプを出力する（ステップＳ１６１０）。
上述した処理手順の結果、出力された分類タイプが、閲覧中のメールの分類タイプとして使用されることになる。例えば、図１０で示したメールは、図５のレコード６０１で示した文字列パタンを含んでいるので、分類タイプが質問と判定される。
次に、図９のステップＳ９０４で示した分類特定部１１０の検索対象メールの分類タイプの候補の特定処理の手順について、図１７を用いて説明する。
まず、分類特定部１１０は、キーワードの意味属性を検索キーとして、メール分類対応記憶部１０３のレコードを絞り込む（ステップＳ１７０１）。
次に、分類特定部１１０は、閲覧中メールの分類タイプを検索キーとして、さらにメール分類対応記憶部１０３のレコードを絞り込む（ステップＳ１７０２）。
そして、分類特定部１１０は、絞り込まれたメール分類対応記憶部１０３の各レコードのフィールド“検索対象メール分類タイプ”に格納された分類タイプを全て出力する（ステップＳ１７０３）。
上述した処理手順の結果、出力された分類タイプが、検索対象メールの分類タイプの候補となる。図６で示したメール分類対応記憶部１０３の例では、キーワードの意味属性が「商品名」で、閲覧中メールの分類タイプが「質問」の場合、上述した処理手順により、レコード５０１に示された「見積」「引き合い」「注文」「契約」「回答」が、検索対象メールの分類タイプの候補となる。
次に、図９のステップＳ９０６で示した分類ランク設定部１１７の検索対象メールの分類タイプの候補の並び替え処理の手順について、図１８を用いて説明する。
まず、分類ランク設定部１１７は、分類特定部１１０により出力された検索対象メールの分類タイプの候補を読み込む（ステップＳ１８０１）。
そして、分類ランク設定部１１７は、読み込んだ分類タイプの候補から、１つだけ分類タイプＴｉを取得する（ステップＳ１８０２）。また、分類タイプＴｉとは、ｉ番目の分類タイプの候補を示している。なお、変数ｉは、初期値を１として、ステップＳ１８０２〜Ｓ１８０５迄の処理が繰り返される度に１増加する数とする。
次に、分類ランク設定部１１７は、検索履歴記憶部１０６から、検索対象のメールの分類タイプが、当該分類タイプＴｉと一致するレコードを抽出する（ステップＳ１８０３）。
そして、分類ランク設定部１１７は、抽出したレコードの数をカウントして、当該分類タイプのカウント数Ｓｉに格納する（ステップＳ１８０４）。
次に、分類ランク設定部１１７は、読み込んだ検索対象メールの分類タイプの全ての候補に、ステップＳ１８０２〜Ｓ１８０４の処理を行ったか否か判断する（ステップＳ１８０５）。処理を行っていないと判断した場合（ステップＳ１８０５：Ｎｏ）、再びステップＳ１８０２から処理を開始する。
一方、分類ランク設定部１１７は、全ての候補について処理を行ったと判断した場合（ステップＳ１８０５：Ｙｅｓ）、カウント数Ｓｉが大きい順に、分類タイプＴｉを並び替える（ステップＳ１８０６）。これにより、分類ランク表示部１２１が使用頻度の大きい順に分類タイプの候補を表示することができる。
例えば、図８に示す例のように検索履歴記憶部１０６に格納されたデータが、検索履歴が格納されている場合、分類タイプ候補が「見積」「引き合い」「注文」「契約」「回答」であれば、分類ランク設定部１１７は、分類タイプ「見積」のカウント数Ｓｉの値が１となり、分類タイプ「引き合い」「注文」「契約」の各カウント数Ｓｉの値が０となり、分類タイプ「回答」のカウント数Ｓｉの値は３となる。これにより、分類ランク表示部１２１が、図１１に示すように分類タイプの候補を表示する。
この場合、分類ランク設定部１１７は、分類タイプの候補を「回答」「見積」「引き合い」「注文」「契約」の順に並び替える。なお、本実施の形態では、カウント数Ｓｉの値が等しい候補同士の並び替えは行っていないが、例えばカウント数Ｓｉの値が等しい候補のうち、最近選択された分類タイプを上位に表示されるように並び替えても良い。
次に、図９のステップＳ９０９で示した検索条件生成部１１３による検索条件の生成処理の手順について、図１９を用いて説明する。
まず、検索フレーズ取得部１１２は、分類特定部１１０が特定した検索対象のメールの分類タイプを読み込む（ステップＳ１９０１）。
次に、検索フレーズ取得部１１２は、読み込んだ検索対象のメールの分類タイプｃを検索キーとして、検索フレーズ記憶部１０４からレコードを抽出する（ステップＳ１９０２）。
図７に示す検索フレーズ記憶部１０４で、分類タイプ「回答」で抽出した場合、分類タイプ「回答」とフレーズ「回答（いた）？します」が対応付けられているレコードと、分類タイプ「回答」とフレーズ「質問の件」が対応付けられているレコードと、が抽出される。なお、「回答（いた）？します」は、「回答いたします」「回答します」に展開される。
そして、検索フレーズ取得部１１２は、抽出されたレコードから、一つのレコードを取得する（ステップＳ１９０３）。そして、検索フレーズ取得部１１２は、取得したレコードに格納されているフレーズを取得する（ステップＳ１９０４）。
その後、検索条件生成部１１３は、取得したフレーズをダブルクォートで囲む（ステップＳ１９０５）。その後、ステップＳ１９０３〜Ｓ１９０５の処理を繰り返して、複数のダブルクォートで囲んだフレーズを生成した場合、検索条件生成部１１３は、ダブルクォートで囲んだフレーズ間を“ＯＲ”で接続する（ステップＳ１９０６）。
次に、検索フレーズ取得部１１２は、抽出した全てのレコードについて、ステップＳ１９０３〜Ｓ１９０６までの処理を行ったか否か判断する（ステップＳ１９０７）。全てのレコードについて処理を行っていないと判断した場合（ステップＳ１９０７：Ｎｏ）、再びステップＳ１９０３から処理を開始する。
そして、検索フレーズ取得部１１２は、全てのレコードについて処理を行ったと判断した場合（ステップＳ１９０７：Ｙｅｓ）、検索条件生成部１１３が、ステップＳ１９０６の処理で接続したフレーズの集合を括弧で囲む処理を行う（ステップＳ１９０８）。
次に、検索条件生成部１１３は、括弧で囲まれたフレーズの集合と、キーワードとをＡＮＤで接続する（ステップＳ１９０９）。
例えば、検索対象のメールの分類タイプが「回答」の場合、検索条件生成部１１３は、図７に示す検索フレーズ記憶部１０４より、フレーズの集合として「（”質問の件” ＯＲ ”回答いたします” ＯＲ ”回答します”）」を生成する。そして、キーワードを「ＤＢ８００−５ＣＸ」とすると、生成されたフレーズの集合にキーワードを接続した「”ＤＢ８００−５ＣＸ” ＡＮＤ （”質問の件” ＯＲ ”回答いたします” ＯＲ ”回答します”）」を、第１の検索条件として生成する。
そして、検索部１１４が、生成された第１の検索条件で検索を行い、検索結果の数（第１の検索条件に一致したメールの数）Ｎ１を取得する（ステップＳ１９１０）。次に、検索条件生成部１１３が、検出されたメールの数Ｎ１が０か否か判断する（ステップＳ１９１１）。検出されたメールの数Ｎ１が０と判断した場合（ステップＳ１９１１：Ｙｅｓ）、第１の検索条件を破棄して、入力されたキーワードのみからなる第２の検索条件を生成した後、当該第２の検索条件を出力して、処理を終了する（Ｓ１９１２）。これにより、利用者は、検索後に、キーワードが含まれているメールを検索結果として参照することになる。
一方、検索条件生成部１１３は、検出されたメールの数Ｎ１が１以上、且つ予め設定した検出上限数Ｍより小さいか否か判断する（ステップＳ１９１３）。
そして、検索条件生成部１１３が、検出されたメールの数Ｎ１が、１以上で予め設定した検出上限数Ｍより小さいと判断した場合（ステップＳ１９１３：Ｙｅｓ）、上述した第１の検索条件を出力して、処理を終了する（ステップＳ１９１９）。これにより、利用者は第１の検索条件で検索した結果を参照することになる。なお、検出条件数Ｍは、例えば利用者が一度に参照したいメールの数など、実施の態様に応じて適切な値が設定されるものとする。
一方、検索条件生成部１１３が、検出されたメールの数Ｎ１が、検出上限数Ｍ以上と判断した場合（ステップＳ１９１３：Ｎｏ）、属性条件抽出部１１８が、検索条件として使用されるメールの属性情報を抽出する（ステップＳ１９１４）。なお、メールの属性情報の抽出処理の詳細については後述する。
例えば、予め設定された検出条件数Ｍ＝１０で、検出されたメールの数Ｎ１＝３４であれば、検索条件生成部１１３は属性条件抽出部１１８に検索結果を絞り込むためのメールの属性情報を抽出するよう指示をする。
そして、検索条件生成部１１３は、第１の検索条件と、抽出された属性情報とを「ＡＮＤ」で接続して、第３の検索条件を生成する（ステップＳ１９１５）。
その後、さらに検索部１１４が、生成された第３の検索条件で検索を行い、検索条件生成部１１３が検索結果の数（第３の検索条件に一致したメールの数）Ｎ２を取得する（ステップＳ１９１６）。
そして、検索条件生成部１１３が、検索結果の数Ｎ２が０か否か判断する(ステップＳ１９１７)。検索結果の数Ｎ２が０と判断した場合（ステップＳ１９１７：Ｙｅｓ）、第１の検索条件を出力して、処理を終了する（Ｓ１９１９）。
一方、検索条件生成部１１３が、検索結果の数Ｎ２が０ではないと判断した場合（ステップＳ１９１７：Ｎｏ）、第３の検索条件を出力して、処理を終了する（Ｓ１９１８）。
なお、図１９で示した検索条件の記述方式は、例として示したものとする。例えば、後述する第２の実施形態のようにメールアプリケーションで検索を行う場合には、使用するメールアプリケーションの仕様に依存して検索条件を生成する。
また、本実施の形態では、キーワードと各フレーズをＡＮＤで接続したが、このような接続手法に制限するものではない。例えば、キーワードと各フレーズとをＯＲで接続してもよいし、あるいはブール式とは異なる検索式でもよい。
次に、図１９のステップＳ１９１４で示した属性条件抽出部１１８によるメールの属性条件抽出処理の手順について、図２０を用いて説明する。
属性条件抽出部１１８は、検索条件生成部１１３から検索対象となるメールの分類タイプＣを受け取る（ステップＳ２００１）。
次に、属性条件抽出部１１８は、検索履歴記憶部１０６から、フィールド“検索対象メール分類タイプ”が、受け取った分類タイプと一致するレコードを抽出する（ステップＳ２００２）。
そして、属性条件抽出部１１８は、抽出したレコードに対して、送受信日時を除く正解メール属性の各項目（「差出人」「宛先」「添付ファイル」「添付ファイル拡張子」）の相対頻度Ｆｊｋを算出する（Ｓ２００３）。なお、変数ｊは正解メール属性の各項目を表し、変数ｋは各項目の具体的な値を表す。具体的な値とは、例えば項目が差出人であれば、「yokota@mnop.co.jp」等が該当する。
そして、抽出したレコードの数をＲとし、各項目の具体的な値が出現したレコードの数をＲｊｋとする。この場合、相対頻度Ｆｊｋは、Ｆｊｋ＝Ｒｊｋ／Ｒで算出される。
そして、属性条件抽出部１１８は、項目ｊ毎に値が最大となる相対頻度Ｆｊｋを選択する（ステップＳ２００４）。次に属性条件抽出部１１８は、選択した相対頻度Ｆｊｋが、予め定められた閾値Ｈより大きいか否か判断する。大きくないと判断した場合（ステップＳ２００５：Ｎｏ）、特に処理を行わない。
一方、属性条件抽出部１１８は、大きいと判断した場合（ステップＳ２００５：Ｙｅｓ）、項目ｊについて、相対頻度Ｆｊｋが算出された具体的な値を、検索条件となる属性条件として出力する（ステップＳ２００６）。
そして、属性条件抽出部１１８は、全ての項目ｊについてステップＳ２００４〜Ｓ２００６の処理を行ったか否か判断する（ステップＳ２００７）。行っていないと判断した場合（ステップＳ２００７：Ｎｏ）、処理を行っていない項目ｊについてステップＳ２００４から処理を開始する。
一方、属性条件抽出部１１８は、全ての項目ｊについてステップＳ２００４〜Ｓ２００６の処理を行ったと判断した場合（ステップＳ２００７：Ｙｅｓ）、処理を終了する。
図８に示した検索履歴記憶部１０６の場合、項目Ｃが「回答」であれば、ステップＳ２００２で抽出される履歴は、レコード８０１、８０２、８０３となる。つまり、レコード数Ｒは、３となる。
そして、項目ｊ＝「差出人」で、具体的な値ｋ＝「ｓａｔｏ＠ａｂｃｄ．ｃｏ．ｊｐ」の場合、Ｒｊｋ＝３となる。そこで、属性条件抽出部１１８は、ステップＳ２００３において、相対頻度Ｆｊｋ＝３／３＝１．０と算出する。
また、項目ｊ＝「添付ファイル」で、具体的な値ｋ＝「無」の場合は、Ｒｊｋ＝２である。そこで、属性条件抽出部１１８は、ステップＳ２００３において、相対頻度Ｆｊｋ＝２／３＝０．６７と算出する。
そして、閾値Ｈ＝０．８が設定されているのであれば、添付ファイル＝無は検索条件となる属性情報として抽出されず、差出人＝ｓａｔｏ＠ａｂｃｄ．ｃｏ．ｊｐが検索条件となる属性情報として抽出されることになる。
これにより、図１９のステップＳ１９１５に示すように、検索条件生成部１１３が、第３の検索条件として、「”ＤＢ８００−５ＣＸ” ＡＮＤ （”質問の件” ＯＲ ”回答いたします” ＯＲ ”回答します”） ＡＮＤ （ｆｒｏｍ：ｓａｔｏ＠ａｂｃｄ．ｃｏ．ｊｐ）」を生成する。あとは、図１９のステップＳ１９１５等の処理が行われることになる。
次に、図９のステップＳ９１４で示した正解メール判定部１１５による利用者が所望していたメールであるか否かの判定処理の手順について、図２１を用いて説明する。
まず、正解メール判定部１１５は、タイマ変数ｔを０に、利用者に閲覧されたメールを識別する変数ｃをｎｕｌｌに初期化する（ステップＳ２１０１）。
次に、正解メール判定部１１５は、検索結果一覧（例えば図１２の領域１２０８）から、開くメールの選択を受け付ける（ステップＳ２１０２）。なお、開くメールの選択を受け付けるまでは、正解メール判定部１１５は待機する。
そして、正解メール判定部１１５が、変数ｃに選択を受け付けたメールを識別する値を設定する（ステップＳ２１０３）。
次に、正解メール判定部１１５が、時間ｔをカウントアップする（ステップＳ２１０４）。そして、時間ｔが、予め定められた閾値Ｄよりも大きくなったか否か判断する（Ｓ２１０５）。
そして、正解メール判定部１１５が、予め定められた閾値Ｄより大きくなっていないと判断した場合（ステップＳ２１０５：Ｎｏ）、メールを閉じる操作を受け付けたか否か判断する（ステップＳ２１０７）。メールを閉じる操作を受け付けていないと判断した場合（ステップＳ２１０７：Ｎｏ）、ステップＳ２１０４より時間ｔのカウントアップから再開する。
一方、正解メール判定部１１５が、メールを閉じる操作を受け付けた場合（ステップＳ２１０７：Ｙｅｓ）、図１２に示す検索結果画面で検索条件を変更されたか否か判断する（ステップＳ２１０８）。検索条件が変更されたと判断した場合（ステップＳ２１０８：Ｙｅｓ）、再び検索を行うために正解メール判定部１１５による処理を終了する。
また、正解メール判定部１１５は、検索条件が変更されていないと判断した場合(ステップＳ２１０８：Ｎｏ)、検索結果画面から、開くメールの選択を受け付けたか否か判断する（ステップＳ２１０９）。選択を受け付けてないと判断した場合、ステップＳ２１０８の処理から開始する。
そして、正解メール判定部１１５は、検索結果画面から、開くメールの選択を受け付けたと判断した場合（ステップＳ２１０９：Ｙｅｓ）、変数ｃに選択を受け付けたメールを示す値を設定する（ステップＳ２１１０）。その後、正解メール判定部１１５は、時間ｔを０で初期化する（ステップＳ２１１１）。
また、正解メール判定部１１５は、時間ｔが予め定められた閾値Ｄよりも大きくなったと判断した場合（ステップＳ２１０５：Ｙｅｓ）、メールｃを利用者が所望したメールと判定して処理を終了する（ステップＳ２１０６）。
上述した実施の形態にかかるメール処理装置１００によれば、利用者からキーワードの入力を受け付けた場合に、検索対象のメールの分類タイプを特定して、当該分類タイプに従った検索条件を生成するため、適切な条件で絞り込まれた検索結果を取得することができる。これにより、従来利用者が行っていた検索条件の設定や、所望するメールを検索するための手間を削減することができる。また、利用者のこれらの作業にかかる時間が短縮することができる。
（第２の実施の形態）
第１の実施の形態では、メールアプリケーションの機能と、検索条件を生成するための構成要素が一体となっている場合について説明した。しかしながら、このような構成に制限するものではない。そこで、検索条件を生成するための構成要素と、メールアプリケーションとが別構成になっている実施形態について説明する。
図２２は、第２の実施の形態に係る情報処理装置２２００の構成を示すブロック図である。図２２に示す情報処理装置２２００は、表示処理部１０７と、検索条件生成アプリケーション２２０１と、メールアプリケーション２２５０と、を備えている。なお、本実施形態にかかる情報処理装置２２００の構成要素で、第１の実施の形態のメール処理装置１００と共通の構成については、同じ符号を付して、説明を省略する。
メールアプリケーション２２５０は、メール記憶部１０１と、検索部２２５１とを備えるほか、メールの保存、閲覧、送受信の機能を備えている。
検索部２２５１は、検索条件生成アプリケーション２２０１により生成された検索条件で検索を行う。また、検索部２２５１は、検索条件生成アプリケーション２２０１からの要求に応じて、検索機能を動作させるものとする。
検索条件生成アプリケーション２２０１は、上述した第１の実施の形態のメール処理装置１００の各構成要素から、表示処理部１０７及び検索部１１４が削除され、分類ランク表示部２２０３、通信部２２０２、メール表示検出部２２０４と、が追加された構成を備えている。
また、検索条件生成アプリケーション２２０１は、本実施形態では、既存のメールアプリケーションにアドインあるいはプラグイン等と呼ばれる既存の機構を用いてメール検索条件生成機能を追加されたものとする。なお、検索条件生成アプリケーション２２０１は、メールアプリケーションに検索するために入力されたキーワードの受取可能、メール記憶部１０１のデータにアクセス可能及び検索部２２５１に検索を指示可能であれば全く別のアプリケーションとしても良い。
通信部２２０２は、メールアプリケーション２２５０とデータ、命令の送受信を行う。これにより、検索条件生成アプリケーション２２０１は、メールアプリケーション２２５０と接続して動作するアプリケーションとなる。
また、通信部２２０２は、メールアプリケーション２２５０の検索部２２５１から、検索結果として表示されたメールの情報を受信する。これにより、正解メール判定部１１５は、受信したメール情報から、判定処理を行うことができる。
そして、検索条件生成アプリケーション２２０１は、第１の実施の形態と同様の処理で、メールアプリケーション２２５０のメール記憶部１０１に記憶された特定のメールを検索するための検索条件を生成した後、通信部２２０２を介して生成した検索条件をメールアプリケーション２２５０に送信する。そして、この送信をトリガーとして、メールアプリケーション２２５０の検索部２２５１の機能を動作させる。
分類ランク表示部２２０３は、検索対象であるメールの分類タイプのリストの表示処理を行う。なお、分類ランク表示部２２０３は、表示処理部１０７の外部に備えられた点を除き、分類ランク表示部１２１と同様なので説明を省略する。
メール表示検出部２２０４は、利用者が検索を実行するためにキーワードを入力した際に、メールアプリケーション２２５０で利用者がメールを閲覧しているか否かを検出する。つまり、本実施の形態では、キーワードが入力された際に、利用者がメールを閲覧していない可能性もあるので、閲覧しているか否かを検出することとした。
次に、情報処理装置２２００の全体的な処理手順について、図２３を用いて説明する。
まずは、図９のステップＳ９０１〜Ｓ９０２と同様に、通信部２２０２を介して、キーワードの入力を受け付けた後、当該キーワードの意味属性を判定する（ステップＳ２３０１、Ｓ２３０２）。
その後、メール表示検出部２２０４が、利用者がメールを閲覧中であるか否かを判定する（ステップＳ２３０３）。なお、詳細な処理手順については後述する。
そして、メール表示検出部２２０４が、利用者がメール閲覧中ではないと判定した場合（ステップＳ２３０３：Ｎｏ）。特に処理を行わず、ステップＳ２３１０でキーワードのみ用いて検索条件が生成されることになる。
一方、メール表示検出部２２０４が、利用者がメール閲覧中と判定した場合（ステップＳ２３０３：Ｙｅｓ）、図９のステップＳ９０３〜９０９と同様の処理で、検索条件の生成まで行われる（ステップＳ２３０４〜Ｓ２３１０）。
そして、通信部２２０２が、生成された検索条件をメールアプリケーション２２５０に送信する（ステップＳ２３１１）。これによりメールアプリケーション２２５０では、検索を行うとともに、検索結果の提示などを行う。なお、このメールアプリケーション２２５０における処理は、図９のステップＳ９１０〜Ｓ９１４と同様とする。なお、メールアプリケーション２２５０が表示する画面例は、検索条件生成アプリケーション２２０１
が検索画面の表示機能を提供することで図１２に示した画面を表示しても良いし、通常のメールアプリケーション２２５０の検索結果画面を表示しても良い。
そして、正解メール判定部１１５は、通信部２２０２を介してメールアプリケーション２２５０と通信を行うことで、図９のステップＳ９１４と同様に、正解メールの判定処理を行う（ステップＳ２３１２）。
そして、図９のステップＳ９１５及びＳ９１６と同様に、正解か否かの判定から、検索履歴の登録処理まで行われる（ステップＳ２３１３、Ｓ２３１４）。
次に、図２３のステップＳ２３０３で示したメール表示検出部２２０４によるメール閲覧か否かの判定処理の手順について、図２４を用いて説明する。
まず、メール表示検出部２２０４は、通信部２２０２を介して、メールアプリケーション２２５０が起動しているか否か判断する（ステップＳ２４０１）。
その後、メール表示検出部２２０４が、メールアプリケーション２２５０が起動していると判断した場合（ステップＳ２４０１：Ｙｅｓ）、メールアプリケーション２２５０上にメールが表示されているか否か判断する（ステップＳ２４０２）。
そして、メールが表示されていると判断した場合（ステップＳ２４０２：Ｙｅｓ）、メール表示検出部２２０４は、通信部２２０２を介して、メールアプリケーション２２５０が表示しているメールの分類を読み出して、入力を受け付けたキーワードが含まれているか判断する（ステップＳ２４０３）。キーワードが含まれていると判断した場合（ステップＳ２４０３：Ｙｅｓ）、メール閲覧中と判定する（ステップＳ２４０５）。
一方、メール表示検出部２２０４は、メールにキーワードが含まれていないと判断した場合（ステップＳ２４０３：Ｎｏ）、ウィンドウマネージャを検査し、現在もしくは直前のアクティブウィンドウがメールアプリケーションであるか否か判断する（ステップＳ２４０４）。そして、現在もしくは直前のアクティブウィンドウがメールアプリケーションであると判断した場合（ステップＳ２４０４：Ｙｅｓ）、メール閲覧中と判定する（ステップＳ２４０５）。
また、メール表示検出部２２０４は、メールアプリケーション２２５０が起動していないと判断した場合（ステップＳ２４０１：Ｎｏ）、メールが表示されていないと判断した場合(ステップＳ２４０２：Ｎｏ)、及び現在もしくは直前のアクティブウィンドウがメールアプリケーションではないと判断した場合（ステップＳ２４０４：Ｎｏ）については、メール閲覧中ではないと判定する（ステップＳ２４０６）。
上述した処理手順で、メールが閲覧中か否か判定することができる。これにより、メールアプリケーション２２５０と別アプリケーションで検索条件を生成する場合でも、メールアプリケーション２２５０の状態に応じて、適切な検索条件を生成できる。
なお、検索条件生成アプリケーション２２０１及びメールアプリケーション２２５０間の通信、連携機構については、既存の技術によって実現可能であることから、説明を省略する。これにより、本実施の形態は、第１の実施の形態と同様の効果を得ることができる。
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
（変形例１）
上述した第１及び第２の実施の形態では、テキストボックスに入力されたキーワードに基づいて処理を行っていた。本変形例では、図２５に示すように、メールアプリケーションの画面上で、符号２５０１に示したように利用者が文字列範囲を選択した場合に、選択された文字列範囲に含まれている文字列をキーワードとして受け付けた後、第１及び第２実施形態と同様に、受け付けたキーワードから意味属性の判定処理等を行った後、検索条件の生成を行うことになる。なお、本変形例の構成は、第１の実施の形態のメール処理装置の構成でも、第２の実施の形態の検索条件生成アプリケーションのいずれの構成でも良い。
また、分類ランク表示部は、検索対象のメールの分類タイプの候補の表示する際、図２５の領域２５０２が示すようにキーワードとして選択された文字列の付近にコンテクストメニューとして表示してもよい。
これにより、本変形例は、第１の実施の形態又は第２の実施の形態と同様の効果を得ることができる。
図２６に示すように、上述した実施の形態のメール処理装置１００、情報処理装置２２００は、ＣＰＵ２６０１と、ＲＯＭ２６０２と、ＲＡＭ２６０３と、通信Ｉ／Ｆ２６０４と、表示部２６０５と、外部記憶装置２６０６と、これらを接続するバス２６０７とを備えており、通常のコンピュータを利用したハードウェア構成となっている。
なお、上述した実施の形態にかかるメール処理装置１００で実行されるメール処理プログラム、及び情報処理装置２２００で実行される検索条件生成プログラムは、ＲＯＭ２６０２等に予め組み込まれて提供される。
上述した実施の形態にかかるメール処理装置１００で実行されるメール処理プログラム、及び情報処理装置２２００で実行される検索条件生成プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
この場合には、メール処理プログラム及び検索条件生成プログラムは、メール処理装置１００、情報処理装置２２００において上記記録媒体から読み出して実行することにより主記憶装置上にロードされ、上記ソフトウェア構成で説明した各部が主記憶装置上に生成されるようになっている。
また、上述した実施の形態にかかるメール処理装置１００で実行されるメール処理プログラム、及び情報処理装置２２００で実行される検索条件生成プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施の形態にかかるメール処理装置１００で実行されるメール処理プログラム、及び情報処理装置２２００で実行される検索条件生成プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
第１の実施の形態にかかるメール処理装置の構成を示すブロック図である。 意味属性の例を一覧で示した図である。 分類タイプの例を一覧で示した図である。 意味属性判定情報記憶部のテーブル構造を示した図である。 分類判定情報記憶部のテーブル構造を示した図である。 メール分類対応記憶部のテーブル構造を示した図である。 検索フレーズ記憶部のテーブル構造を示した図である。 検索履歴記憶部のテーブル構造を示した図である。 第１の実施形態にかかるメール処理装置における全体的な処理手順を示したフローチャートである。 検索を行うことが可能なメールの表示画面の例を示した図である。 分類ランク表示部が表示する、検索対象メールの分類タイプの候補の表示画面の例を示した図である。 表示処理部が表示する検索結果の画面例を示した図である。 検索結果の画面において選択可能な複数の属性情報の例を示した図である。 検索結果として表示されたメールの表示画面の例を示した図である。 キーワード意味属性取得部における意味属性の判定処理を示したフローチャートである。 分類判定部における表示しているメールの分類タイプの判定処理を示したフローチャートである。 分類特定部における検索対象メールの分類タイプの特定処理を示したフローチャートである。 分類ランク設定部における分類タイプの並び替え処理を示したフローチャートである。 検索条件生成部における検索条件の生成処理を示したフローチャートである。 属性条件抽出部における属性情報を抽出する処理を示したフローチャートである。 正解メール判定部における利用者が所望するメールであるか否かの判定処理を示したフローチャートである。 第２の実施の形態にかかる情報処理装置の構成を示すブロック図である。 第２の実施形態にかかる情報処理装置の検索条件生成アプリケーションにおける全体的な処理手順を示したフローチャートである。 メール表示検出部における利用者がメールを閲覧しているか否かの判定処理を示したフローチャートである。 メールの表示画面でキーワードの選択を受け付けた後に、分類タイプの候補の表示の変形例を示した図である。 メール処理装置及び情報処理装置のハードウェア構成を示した図である。
符号の説明
１００ メール処理装置
１０１ メール記憶部
１０２ 意味属性判定情報記憶部
１０３ メール分類対応記憶部
１０４ 検索フレーズ記憶部
１０５ 分類判定情報記憶部
１０６ 検索条件履歴記憶部
１０６ 検索履歴記憶部
１０７ 表示処理部
１０８ キーワード入力受付部
１０９ キーワード意味属性取得部
１１０ 分類特定部
１１１ 分類判定部
１１２ 検索フレーズ取得部
１１３ 検索条件生成部
１１４ 検索部
１１５ 正解メール判定部
１１６ 検索履歴登録部
１１７ 分類ランク設定部
１１８ 属性条件抽出部
１２１ 分類タイプ表示部
２２００ 情報処理装置
２２０１ 検索条件生成アプリケーション
２２０２ 通信部
２２０３ 分類ランク表示部
２２０４ メール表示検出部
２２５０ メールアプリケーション
２２５１ 検索部
２６０１ ＣＰＵ
２６０２ ＲＯＭ
２６０３ ＲＡＭ
２６０４ 通信Ｉ／Ｆ
２６０５ 表示部
２６０６ 外部記憶装置
２６０７ バス

Claims (12)

  1. メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部と、
    メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定部と、
    キーワードの入力を受け付けるキーワード入力受付部と、
    前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得部と、
    前記記憶部と対応付けられた前記検索対象分類を、前記分類判定部により判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定部と、
    前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得部と、
    前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成部と、
    を備えることを特徴とするメール処理装置。
  2. 前記キーワードと、当該キーワードを抽象化した属性と、を対応付けた属性判定記憶部とをさらに備え、
    前記属性取得部は、入力されたキーワードと対応付けられた前記属性を、前記属性判定記憶部から取得すること、
    を特徴とする請求項１に記載のメール処理装置。
  3. 前記メール記憶部に記憶されたメールを表示する表示部と、
    前記表示部に表示された前記メールの内容分類と、前記表示部に表示された当該メールと関連する検索対象メールが属する分類を示す前記検索対象分類と、を対応付けて記憶する対応記憶部と、
    前記特定部は、前記内容分類と対応付けられている前記検索対象分類を、前記対応記憶部から特定すること、
    を特徴とする請求項１又は２に記載のメール処理装置。
  4. 前記検索対象分類と、検索キーとして使用される文字列情報と、を対応付けて記憶する文字列記憶部をさらに備え、
    前記検索情報取得部は、前記検索対象情報として、前記検索対象分類と対応付けられている前記文字列情報を前記文字列記憶部から取得し、
    前記検索条件生成部は、前記文字列情報が含まれる前記検索対象メールを検索する検索条件を生成すること、
    を特徴とする請求項１に記載のメール処理装置。
  5. 以前メールを検索する際に特定された前記検索対象分類と、当該検索対象分類に属するとして検出された検索対象メールが有していた検索対象属性と、を対応付けた検索履歴記憶部をさらに備え、
    前記検索情報取得部は、前記検索対象情報として、前記検索対象分類と対応付けられている前記検索対象属性を前記検索履歴記憶部から取得し、
    前記検索条件生成部は、さらに、前記検索対象属性を有する検索対象メールを、前記メール記憶部に対して検索する検索条件を生成すること、
    を特徴とする請求項１に記載のメール処理装置。
  6. 前記検索条件に基づいて前記メール記憶部に対して検索を行う検索部の検索結果である前記検索対象メールを表示する表示部と、
    表示部により表示された前記検索対象メールが利用者の所望したメールか否か判定する所望メール判定部と、
    所望した前記メールと判定された場合、前記特定部により特定された前記検索対象分類と、所望した前記メールが有する前記検索対象属性とを対応付けて、前記検索履歴記憶部に登録する登録部と、
    をさらに備えることを特徴とする請求項５に記載のメール処理装置。
  7. 前記内容分類と、当該内容分類のメールに含まれるべき文字列を示す分類判定文字列と、を対応付ける分類判定情報記憶部をさらに備え、
    前記分類判定部は、前記表示部に表示された前記メールの本文及びサブジェクトの少なくとも一つ以上に前記分類判定文字列が含まれている場合に、前記分類判定情報記憶部で、当該分類判定文字列に対応付けられた前記内容分類を、当該メールを示す内容分類として判定すること、
    を特徴とする請求項１乃至６のいずれか一つに記載のメール処理装置。
  8. 利用者が、表示部に表示されたメールを利用者が閲覧中であるか否かを判定するメール表示判定部をさらに備え、
    前記分類判定部は、閲覧中であると判定された前記メールの本文及びサブジェクトの少なくとも一つ以上から、当該メールを分類する前記内容分類を判定すること、
    を特徴とする請求項１乃至７のいずれか一つに記載のメール処理装置。
  9. 表示部に表示されたメールとは異なる検索対象メールを検索するキーワードの入力を受け付ける入力受付部をさらに備え、
    前記検索条件生成部は、前記検索対象情報と、入力された前記キーワードと、が含まれる前記検索対象メールを、前記メール記憶部から検索する検索条件を生成すること、
    を特徴とする請求項１乃至８のいずれか一つに記載のメール処理装置。
  10. メールを記憶するメール記憶部と、
    メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部と、
    前記メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定部と、
    キーワードの入力を受け付けるキーワード入力受付部と、
    前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得部と、
    前記記憶部と対応付けられた前記検索対象分類を、前記分類判定部により判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定部と、
    前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得部と、
    前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成部と、
    前記検索条件が含まれるメールを、前記メール記憶部から検索する検索部と、
    を備えることを特徴とするメール検索装置。
  11. メール処理装置で実行されるメール処理方法であって、
    前記メール処理装置が、メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部を備え、
    メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定ステップと、
    キーワードの入力を受け付けるキーワード入力受付ステップと、
    前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得ステップと、
    前記記憶部と対応付けられた前記検索対象分類を、前記分類判定ステップにより判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定ステップと、
    前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得ステップと、
    前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成ステップと、
    を有することを特徴とするメール処理方法。
  12. メールの内容分類に対して、当該内容分類に属するメールに関連する検索対象メールが属する検索対象分類を複数対応付けて記憶する記憶部を備えたコンピュータに対して、
    メール記憶部に記憶されたメールの本文及びサブジェクトの少なくとも一つ以上から、当該メールの内容分類を判定する分類判定ステップと、
    キーワードの入力を受け付けるキーワード入力受付ステップと、
    前記キーワードに基づいて、当該キーワードを抽象化した属性を取得する属性取得ステップと、
    前記記憶部と対応付けられた前記検索対象分類を、前記分類判定ステップにより判定された前記内容分類と前記属性とを用いて絞り込んで特定する特定ステップと、
    前記検索対象分類に属する検索対象メールを検索するための検索対象情報を取得する検索情報取得ステップと、
    前記検索対象情報が含まれる検索対象メールを、前記メール記憶部から検索するための検索条件を生成する検索条件生成ステップと、
    を実行させることを特徴とするメール処理プログラム。
JP2007212446A 2007-08-16 2007-08-16 メール処理装置、方法及びプログラム並びにメール検索装置 Active JP5057885B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2007212446A JP5057885B2 (ja) 2007-08-16 2007-08-16 メール処理装置、方法及びプログラム並びにメール検索装置
US12/051,444 US9032031B2 (en) 2007-08-16 2008-03-19 Apparatus, method and computer program product for processing email, and apparatus for searching email
EP08005505A EP2026273A1 (en) 2007-08-16 2008-03-25 Apparatus, method and computer program product for processing email, and apparatus for searching email
CN 200810145934 CN101369277A (zh) 2007-08-16 2008-08-14 处理电子邮件的装置和方法、以及搜索电子邮件的装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007212446A JP5057885B2 (ja) 2007-08-16 2007-08-16 メール処理装置、方法及びプログラム並びにメール検索装置

Publications (2)

Publication Number Publication Date
JP2009048338A JP2009048338A (ja) 2009-03-05
JP5057885B2 true JP5057885B2 (ja) 2012-10-24

Family

ID=39831783

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007212446A Active JP5057885B2 (ja) 2007-08-16 2007-08-16 メール処理装置、方法及びプログラム並びにメール検索装置

Country Status (4)

Country Link
US (1) US9032031B2 (ja)
EP (1) EP2026273A1 (ja)
JP (1) JP5057885B2 (ja)
CN (1) CN101369277A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8430469B2 (en) 2009-03-25 2013-04-30 Brother Kogyo Kabushiki Kaisha Liquid discharging appratus

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009080577A (ja) * 2007-09-25 2009-04-16 Toshiba Corp 情報検索支援装置及び方法
US8825759B1 (en) 2010-02-08 2014-09-02 Google Inc. Recommending posts to non-subscribing users
US9729352B1 (en) * 2010-02-08 2017-08-08 Google Inc. Assisting participation in a social network
US8582801B2 (en) 2010-02-08 2013-11-12 Google Inc. Assisting the authoring of posts to an asymmetric social network
JP5324500B2 (ja) * 2010-03-05 2013-10-23 株式会社日立製作所 ファイル共有装置
US8527597B2 (en) 2010-12-07 2013-09-03 Google Inc. Determining message prominence
JP5769548B2 (ja) * 2011-08-23 2015-08-26 キヤノン株式会社 情報処理装置、情報処理方法及びプログラム
CN102855554B (zh) * 2012-09-06 2015-12-16 北京天宇朗通通信设备股份有限公司 电子邮件的分类方法和装置
CN103731293B (zh) * 2012-10-16 2018-09-07 捷讯平和（北京）科技发展有限公司 在网络中对网络成员进行管理的方法及服务器和用户设备
US9535900B2 (en) * 2013-02-28 2017-01-03 International Business Machines Corporation Context based document analysis
US9282066B2 (en) * 2013-07-18 2016-03-08 International Business Machines Corporation Targeted message response
KR101678168B1 (ko) * 2015-03-13 2016-11-21 네이버 주식회사 효율적인 메일 검색을 위한 메일 서비스 시스템 및 방법
WO2017027546A1 (en) * 2015-08-10 2017-02-16 The Rocket Science Group Llc Optimizing evaluation of effectiveness for multiple versions of electronic messages
US10356031B2 (en) * 2015-09-30 2019-07-16 Microsoft Technology Licensing, Llc Prioritized communication inbox
CN106202342A (zh) * 2016-07-04 2016-12-07 马岩 基于本地邮件数据的抓取方法及系统
WO2018006218A1 (zh) * 2016-07-04 2018-01-11 马岩 基于本地邮件数据的抓取方法及系统
WO2018006254A1 (zh) * 2016-07-05 2018-01-11 马岩 基于局域网邮件数据的抓取方法及系统
US10394832B2 (en) * 2016-10-24 2019-08-27 Google Llc Ranking search results documents

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5647002A (en) * 1995-09-01 1997-07-08 Lucent Technologies Inc. Synchronization of mailboxes of different types
US5923848A (en) * 1996-05-31 1999-07-13 Microsoft Corporation System and method for resolving names in an electronic messaging environment
US6473752B1 (en) * 1997-12-04 2002-10-29 Micron Technology, Inc. Method and system for locating documents based on previously accessed documents
US6006225A (en) * 1998-06-15 1999-12-21 Amazon.Com Refining search queries by the suggestion of correlated terms from prior searches
US6816885B1 (en) * 2000-09-21 2004-11-09 International Business Machines Corporation Method and system to handle large volume of E-mail received from a plurality of senders intelligently
US7917576B1 (en) * 2000-12-14 2011-03-29 At&T Intellectual Property I, L.P. System and method for sending electronic mail in a client-server architecture
JP2002288088A (ja) * 2001-03-23 2002-10-04 Fujitsu Ltd 分類自動学習機能を備えた電子メール返信装置
US6778979B2 (en) * 2001-08-13 2004-08-17 Xerox Corporation System for automatically generating queries
US7673234B2 (en) * 2002-03-11 2010-03-02 The Boeing Company Knowledge management using text classification
JP2004234214A (ja) * 2003-01-29 2004-08-19 Pil Kk メールソフトモジュール、メールソフト及び携帯電話機
JP2004246422A (ja) * 2003-02-10 2004-09-02 Hitachi Software Eng Co Ltd 情報検索支援装置
US20040193691A1 (en) * 2003-03-31 2004-09-30 Chang William I. System and method for providing an open eMail directory
JP2004355166A (ja) 2003-05-28 2004-12-16 Oki Electric Ind Co Ltd 関連文書検索装置
JP4590835B2 (ja) * 2003-07-11 2010-12-01 ソニー株式会社 情報処理装置および情報処理方法、情報処理システム、記憶媒体、並びに、プログラム
US7620690B1 (en) * 2003-11-20 2009-11-17 Lashback, LLC Privacy control system for electronic communication
US7181447B2 (en) * 2003-12-08 2007-02-20 Iac Search And Media, Inc. Methods and systems for conceptually organizing and presenting information
US7844668B2 (en) * 2004-07-30 2010-11-30 Microsoft Corporation Suggesting a discussion group based on indexing of the posts within that discussion group
US8713109B1 (en) * 2005-04-14 2014-04-29 TJ2Z Patent Licensing and Tech Transfer, LLC Method and apparatus for storing email messages
US8627222B2 (en) * 2005-09-12 2014-01-07 Microsoft Corporation Expanded search and find user interface
US20070061400A1 (en) * 2005-09-13 2007-03-15 The Go Daddy Group, Inc. Methods for organizing emails in folders
JP5092405B2 (ja) 2006-01-12 2012-12-05 東レ株式会社 選択結合性物質固定化担体
US7657603B1 (en) * 2006-01-23 2010-02-02 Clearwell Systems, Inc. Methods and systems of electronic message derivation
US7899871B1 (en) * 2006-01-23 2011-03-01 Clearwell Systems, Inc. Methods and systems for e-mail topic classification
US7761524B2 (en) * 2007-08-20 2010-07-20 International Business Machines Corporation Automatically generated subject recommendations for email messages based on email message content
US7945629B2 (en) * 2007-11-19 2011-05-17 International Business Machines Corporation Active removal of e-mail recipient from replies and subsequent threads

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8430469B2 (en) 2009-03-25 2013-04-30 Brother Kogyo Kabushiki Kaisha Liquid discharging appratus

Also Published As

Publication number Publication date
JP2009048338A (ja) 2009-03-05
US20090049144A1 (en) 2009-02-19
EP2026273A1 (en) 2009-02-18
CN101369277A (zh) 2009-02-18
US9032031B2 (en) 2015-05-12

Similar Documents

Publication Publication Date Title
JP5057885B2 (ja) メール処理装置、方法及びプログラム並びにメール検索装置
US20200314053A1 (en) Method, device and software product for filling an address field of an electronic message
US20140101139A1 (en) Methods and devices for querying databases using aliasing tables on mobile devices
KR100705410B1 (ko) 상품모델과 카테고리를 자동으로 매칭시키는 상품 정보등록 방법 및 시스템
US10564795B2 (en) Control method, processing apparatus, and non-transitory computer-readable recording medium
CN107992523B (zh) 移动应用的功能选项查找方法及终端设备
JP5333131B2 (ja) 情報処理装置及び情報処理方法
WO2013029536A1 (zh) 针对于即时通信工具提供搜索的方法及系统
JP2012248161A (ja) 対話型検索システム及びプログラム、並びに、対話シナリオ生成システム及びプログラム
JP6390139B2 (ja) 文書検索装置、文書検索方法、プログラム、及び、文書検索システム
CN107465797B (zh) 终端设备来电信息显示方法和装置
TWI507902B (zh) A retrieval system, a retrieval condition setting device, a control method of a search condition setting device, a computer program product, and an information memory medium
JP6721935B1 (ja) 管理サーバおよび商品検索方法
JP2007148476A (ja) 情報検索支援システム、情報検索支援方法、検索支援モジュールプログラムおよび情報検索支援プログラム
JP6495511B1 (ja) 電子メール作成装置、方法及びプログラム
JP5402700B2 (ja) 返信メール作成装置および返信メール作成方法
CN110442593B (zh) 基于用户搜索信息跨应用共享的方法
US20160078105A1 (en) Information providing system, information providing server and information providing method
JP5481683B2 (ja) メールアドレス誤入力判定システムおよびメールアドレス誤入力判定プログラム
EP1850246A1 (en) Data retrieval system, method and program
JP2019175203A (ja) 学習対象抽出装置、学習対象抽出方法及び学習対象抽出プログラム
KR20060126119A (ko) 상품모델을 자동으로 매칭시키는 상품 정보 등록 방법 및시스템
CN114817685B (zh) 一种快速锁定目标信息的方法及其系统
US11669581B2 (en) Automated hyperlinks for draft emails
JP2018077654A (ja) 情報処理装置、情報処理装置の制御方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100601

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20111226

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120104

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120302

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120417

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120615

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120703

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120731

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150810

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 5057885

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150810

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313114

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350