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