(57)【要約】【課題】メールＤＢの中から所望のメールの情報を探し出す作業を容易にする。【解決手段】送信元の利用者から宛先の利用者へのメールの送信を受け付けた場合に、メールの情報をメールＤＢに格納し（Ｓ２０４）、利用者の所属情報（職制コード等）を格納する人事ＤＢを参照して、メールＤＢに格納されたメールが送信されたときの送信元と宛先との関係を取得して発信時職制ＤＢに記録し（Ｓ２０８）、メールＤＢに格納されたメールのメッセージＩＤを、発信時職制ＤＢに格納された発信元と宛先との関係に基づいて分類して、属性別受信ＤＢ（発信時）に記録し（Ｓ２１４）、宛先の利用者からの閲覧要求に応じて、メールＤＢ３２に格納されているメールの閲覧画面（属性別表示画面（発信時属性表示））を属性別受信ＤＢ（発信時）に基づいて生成し、表示処理部に表示させる。【選択図】図２３
2014123308.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともにメール情報格納部に格納し、
ユーザの所属情報を格納する所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得し、
前記メール情報格納部に格納されたメールの識別情報を、前記送信者と受信者との関係に基づいて分類して、分類情報格納部に格納し、
ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる、処理をコンピュータに実行させることを特徴とするメール処理プログラム。
【請求項２】
前記分類情報格納部に格納する処理では、前記メール情報格納部に格納されたメールの識別情報を前記送信者と受信者との関係以外の情報で更に分類して前記分類情報格納部に格納することを特徴とする請求項１に記載のメール処理プログラム。
【請求項３】
前記送信者と受信者との関係以外の情報は、前記メール情報格納部に格納されたメールに対する特定の処理が行われた日時の情報であることを特徴とする請求項２に記載のメール処理プログラム。
【請求項４】
所定のタイミングで、最新の所属情報が格納された前記所属情報格納部に基づいて、前記メール情報格納部に格納されているメールの送信者と受信者との関係を取得し、
取得した前記送信者と受信者との関係に基づいて、前記メール情報格納部に格納されているメールの識別情報を分類して、最新分類情報格納部に格納し、
ユーザからの閲覧要求に応じ、前記最新分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を前記表示装置に表示させる、処理をコンピュータに実行させることを特徴とする請求項１〜３のいずれか一項に記載のメール処理プログラム。
【請求項５】
ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともに格納するメール情報格納部と、
ユーザの所属情報を格納する所属情報格納部と、
前記所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得する取得部と、
前記メール情報格納部に格納されたメールの識別情報を、前記取得部が取得した前記送信者と受信者との関係に基づいて分類する分類部と、
前記分類部による分類結果を記録する分類情報格納部と、
ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる画面生成部と、を備えるメール処理装置。
【請求項６】
ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともにメール情報格納部に格納する工程と、
ユーザの所属情報を格納する所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得する工程と、
前記メール情報格納部に格納されたメールの識別情報を、前記送信者と受信者との関係に基づいて分類して、前記分類情報格納部に記録する工程と、
ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる工程と、をコンピュータが実行することを特徴とするメール処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、メール処理プログラム、メール処理装置及びメール処理方法に関する。
【背景技術】
【０００２】
従来、大量のメールの中から所望のメールを探し出す場合、ユーザは、画面をスクロールさせて所望のメールを探したり、本文や差出人をキーワード検索して所望のメールを探すなどの作業を行う必要があった。しかしながら、画面をスクロールさせて所望のメールを探す場合、手間と労力を要し、探し出すまでに長時間を要するおそれがある。また、キーワード検索をする場合、適切なキーワードを選定する作業やキーワード入力の必要があり、手間がかかる。また、適切なキーワードを選定できない場合にはメールを適切に絞り込めず、所望のメールを探し出すまでに長時間を要するおそれがある。
【０００３】
なお、最近では、組織の情報を含むデータベースに基づいて受信した電子メールを区分けする電子メールシステムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−２６００８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１等の技術では、受信した電子メールを各フォルダに仕分けしてしまうため、仕分していない状態の表示（受信順表示など）と仕分した状態の表示とを使い分けたいユーザにとって不便になるおそれがある。
【０００６】
１つの側面では、本発明は、使い勝手のよいメール処理プログラム、メール処理装置及びメール処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本明細書に記載のメール処理プログラムは、ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともにメール情報格納部に格納し、ユーザの所属情報を格納する所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得し、前記メール情報格納部に格納されたメールの識別情報を、前記送信者と受信者との関係に基づいて分類して、分類情報格納部に格納し、ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる、処理をコンピュータに実行させるメール処理プログラムである。
【０００８】
本明細書に記載のメール処理装置は、ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともに格納するメール情報格納部と、ユーザの所属情報を格納する所属情報格納部と、前記所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得する取得部と、前記メール情報格納部に格納されたメールの識別情報を、前記取得部が取得した前記送信者と受信者との関係に基づいて分類する分類部と、前記分類部による分類結果を記録する分類情報格納部と、ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる画面生成部と、を備えている。
【０００９】
本明細書に記載のメール処理方法は、ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともにメール情報格納部に格納する工程と、ユーザの所属情報を格納する所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得する工程と、前記メール情報格納部に格納されたメールの識別情報を、前記送信者と受信者との関係に基づいて分類して、前記分類情報格納部に記録する工程と、ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる工程と、をコンピュータが実行するメール処理方法である。
【発明の効果】
【００１０】
本実施例に記載のメール処理プログラム、メール処理装置及びメール処理方法は、ユーザの使い勝手を向上することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る電子メールシステムの構成を概略的に示す図である。
【図２】図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、クライアントのハードウェア構成を示す図である。
【図３】サーバ及びクライアントの機能ブロック図である。
【図４】人事ＤＢ（旧）のデータ構造の一例を示す図である。
【図５】人事ＤＢ（現在）のデータ構造の一例を示す図である。
【図６】メールＤＢのデータ構造の一例を示す図である。
【図７】属性設定ＤＢのデータ構造の一例を示す図である。
【図８】発信時職制ＤＢのデータ構造の一例を示す図である。
【図９】属性別受信ＤＢ（発信時）のデータ構造の一例を示す図である。
【図１０】属性別受信ＤＢ（現在）のデータ構造の一例を示す図である。
【図１１】メール処理部の一連の処理を示すフローチャート（その１）である。
【図１２】メール処理部の一連の処理を示すフローチャート（その２）である。
【図１３】メール処理部の一連の処理を示すフローチャート（その３）である。
【図１４】図１４（ａ）は、利用者ＩＤ、パスワード入力画面の一例を示す図であり、図１４（ｂ）は、認証エラー画面の一例を示す図である。
【図１５】受信メール一覧表示画面の一例を示す図である。
【図１６】図１２のステップＳ２８の具体的処理を示すフローチャートである。
【図１７】属性設定画面（初期画面）の一例を示す図である。
【図１８】図１８（ａ）は、上司部下設定画面（kuroda@x.jp）を示す図であり、図１８（ｂ）は、上司部下設定画面（satou@x.jp）を示す図である。
【図１９】図１２のステップＳ３０の具体的処理を示すフローチャートである。
【図２０】属性別表示画面の一例を示す図（その１）である。
【図２１】メール一覧表示画面の一例を示す図（その１）である。
【図２２】メッセージ表示画面の一例を示す図である。
【図２３】図１２のステップＳ５６及び図１３のステップＳ８８の具体的処理を示すフローチャートである。
【図２４】メッセージ作成画面の一例を示す図である。
【図２５】メール一覧表示画面の一例を示す図（その２）である。
【図２６】属性別表示画面の一例を示す図（その２）である。
【図２７】図１３のステップＳ５４の具体的処理を示すフローチャートである。
【図２８】属性設定画面（更新画面）の一例を示す図である。
【図２９】メール処理部において図１１〜図１３の処理と同時並行処理される処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、電子メールシステムの一実施形態について、図１〜図２９に基づいて詳細に説明する。図１には、一実施形態に係る電子メールシステム１００が概略的に示されている。
【００１３】
本実施形態の電子メールシステム１００は、図１に示すように、メール処理装置としてのサーバ１０と、表示装置としてのクライアント２０と、を備える。サーバ１０とクライアント２０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。この電子メールシステム１００は、クライアント２０においてブラウザ上に表示されるＷＥＢメールの画面（サーバ１０から提供）において、利用者（ユーザ）が入力や操作を行うことで、クライアント２０間における電子メールのやり取りを可能にするシステムである。
【００１４】
図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（処理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（処理プログラムを含む）をＣＰＵ９０が実行することにより、図３に示すメール処理部４０としての機能が実現される。メール処理部４０は、電子メールの送受信のほか、クライアント２０上で表示する画面を生成し、送信するなどの機能を有する。なお、図３には、サーバ１０のＨＤＤ９６等に格納されている人事ＤＢ（database）３０、メールＤＢ３２、属性設定ＤＢ３４、発信時職制ＤＢ３６、分類情報格納部としての属性別受信ＤＢ（発信時）３８、最新分類情報格納部としての属性別受信ＤＢ（現在）３９も図示されている。なお、各ＤＢ３０〜３９の具体的なデータ構造等については後述する。なお、以下においては、電子メールを「メール」と略述するものとする。
【００１５】
図２（ｂ）には、クライアント２０のハードウェア構成が示されている。図２（ｂ）に示すように、クライアント２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、クライアント２０の構成各部は、バス１９８に接続されている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。クライアント２０においては、ＣＰＵ１９０がプログラムを実行することで、図３に示す表示処理部５０及び入力処理部５２としての機能が実現される。表示処理部５０は、サーバ１０のメール処理部４０からの指示に応じて、クライアント２０の表示部１９３上にメール閲覧、メール作成、送受信に関する画面等を表示する。入力処理部５２は、クライアント２０の利用者が入力部１９５を介して入力した情報を受け付け、当該情報をサーバ１０のメール処理部４０に対して送信する。
【００１６】
ここで、サーバ１０が有する各種ＤＢについて説明する。
【００１７】
図４、図５には、人事ＤＢ３０のデータ構造の一例が示されている。図４は、更新前の人事ＤＢ（人事ＤＢ（旧））、図５は更新後の人事ＤＢ（人事ＤＢ（現在））の例を示している。人事ＤＢ３０は、会社に属する人物の人事情報を格納するデータベースである。人事ＤＢ３０は、図４、図５に示すように、「利用者アドレス（ＩＤ）」、「パスワード」、「利用者氏名」、「役職」、「役職フラグ」、「所属課コード」、「課名」、「所属部コード」、「部名」、「所属本部コード」、「本部名」、「グループ」の各フィールドを有する。
【００１８】
「利用者アドレス（ＩＤ）」のフィールドには、利用者が有するメールアドレス（利用者ＩＤ）が格納される。「パスワード」のフィールドには、利用者それぞれが設定したパスワードが格納される。「利用者氏名」のフィールドには、利用者の氏名（図４、図５では氏のみ）が格納され、「役職」のフィールドには、利用者の役職名が格納される。「役職フラグ」のフィールドには、役職ごとに設定されたフラグが格納される。図４、図５では、一般が「０」、課長が「１」、部長が「２」、本部長が「３」というように、各役職にフラグが設定されている。「所属課コード」のフィールドには、利用者が属する課に割り当てられたコードが格納され、「課名」のフィールドには、特許課や意匠課、商標課、契約課などの、利用者が属する課の名称が格納される。「所属部コード」のフィールドには、利用者が属する部に割り当てられたコードが格納され、「部名」のフィールドには、知財部や法務部などの、利用者が属する部の名称が格納される。また、「所属本部コード」のフィールドには、利用者が属する本部に割り当てられたコードが格納され、「本部名」のフィールドには、利用者が属する課の名称が格納される。更に、「グループ」のフィールドには、利用者が属するグループの名称が格納される。なお、図４、図５では、人事異動によって、利用者「富士」が法務部契約課から知財部特許課に異動した状態が示されている。
【００１９】
図６には、メールＤＢ３２のデータ構造の一例が示されている。メールＤＢ３２は、利用者ごとに用意されるデータベースであり、各利用者が送受信したメールを格納するデータベースである。メールＤＢは、図６に示すように、「受送信区分」、「メッセージＩＤ」、「発信者アドレス（利用者アドレス）」、「宛先」、「開封状況」、「発信日時」、「メール情報（件名、本文）」の各フィールドを有する。
【００２０】
「受送信区分」のフィールドには、利用者が「受信」したメールであるか、「送信」したメールであるかを示す区分が格納される。「メッセージＩＤ」のフィールドには、メールごとに定められるユニークなＩＤが格納される。「発信者アドレス（利用者アドレス）」のフィールドには、メールの発信者（送信者）のアドレスが格納される。なお、「受送信区分」のフィールドが「送信」であるメールの場合、「発信者アドレス（利用者アドレス）」のフィールドには、メールＤＢ３２の利用者のアドレスが格納されることになる。「宛先」のフィールドには、メールの宛先のアドレスが１又は複数格納される。なお、「受送信区分」のフィールドが「受信」であるメールの場合、「宛先」のフィールドに格納されるアドレスには、メールＤＢ３２の利用者のアドレスが含まれることになる。「開封状況」のフィールドには、利用者がメールを閲覧したか否かの情報が格納される。一例として、図６では、開封状況が「１」であれば、開封済み（閲覧済み）を意味し、開封状況が「０」であれば、未開封（未閲覧）を意味する。「発信日時」のフィールドには、メールを発信した年月日及び時刻の情報が格納され、「メール情報（件名、本文）」のフィールドには、メールの件名及び本文そのものが格納される。
【００２１】
図７には、属性設定ＤＢ３４のデータ構造の一例が示されている。属性設定ＤＢ３４は、利用者がどのようにメールを表示するかを設定した結果を格納するデータベースである。属性設定ＤＢ３４は、図７に示すように、「利用者アドレス」、「同課」、「同部（同課含めず）」、「同部（同課含める）」、「上司（範囲）」、「部下（範囲）」、「他部全員」、「他部幹部」、「他部一般」、「社外」の各フィールドを有する。
【００２２】
例えば、利用者アドレスが「inoue@x.jp」のレコードでは、「同課」、「同部（同課含めず）」、「他部全員」、「社外」のフィールドにフラグ「１」が格納されている。したがって、属性設定ＤＢ３４によれば、利用者「井上」は、「同課」、「同部（同課含めず）」、「他部全員」、「社外」の４つの属性でメールを区分けして表示すると、設定したことになる。また、「部下（範囲）」のフィールドに「２」が格納されているので、利用者「井上」は、同組織の二階層下の職位までを部下として設定し、「部下」の属性でもメールを区分けして表示すると、設定したことになる。
【００２３】
また、例えば、利用者アドレスが「yamada@x.jp」のレコードでは、「同部（同課含める）」、「他部全員」、「社外」のフィールドにフラグ「１」が格納されている。したがって、属性設定ＤＢ３４によれば、利用者「山田」は、「同部（同課含める）」、「他部全員」、「社外」の３つの属性でメールを区分けして表示すると、設定したことになる。また、「上司（範囲）」、「部下（範囲）」のフィールドに「１」が格納されているので、利用者「山田」は、同組織の一階層上の職位を上司とし、同組織の一階層下の職位までを部下として設定し、「上司」及び「部下」の属性でもメールを区分けして表示すると、設定したことになる。
【００２４】
図８には、発信時職制ＤＢ３６のデータ構造の一例が示されている。発信時職制ＤＢ３６は、メールが送受信された場合において、当該メールが送受信された時点における発信者（送信者）と受信者（宛先）の情報（関係）を格納するデータベースである。発信時職制ＤＢ３６は、図８に示すように、「メッセージＩＤ」、「発信者情報」、「受信者（宛先）情報」の各フィールドを有する。
【００２５】
「メッセージＩＤ」のフィールドには、メールＤＢ３２にメールの情報が格納される際に割り振られたメッセージＩＤが格納される。「発信者情報」のフィールドには、発信者のメール発信時における職制の情報が格納される。具体的には、発信者の利用者ＩＤ、役職フラグ、課コード、部コード、本部コードが入力される。なお、図８に格納される発信者情報は、人事ＤＢ３０から取得可能である。「受信者（宛先）情報」のフィールドには、メール発信時における受信者（宛先）の職制の情報が格納される。格納される具体的な情報は、発信者情報と同一である。
【００２６】
図９には、属性別受信ＤＢ（発信時）３８のデータ構造の一例が示されている。属性別受信ＤＢ（発信時）３８は、利用者ごとに用意されるデータベースである。属性別受信ＤＢ（発信時）３８には、所定期間における各属性（属性設定ＤＢ３４で設定されている属性）の利用者から受信したメールの件数等が格納される。属性別受信ＤＢ（発信時）３８は、期間を定義する「開始日」、「終了日」と、利用者において属性設定ＤＢ３４で設定されている属性ごとの「件数」、「未開封件数」、「メッセージＩＤ」が格納される。「件数」には、各属性に属する利用者から送信されたメールの件数が入力され、「未開封件数」には、各属性に属する利用者から送信されたメールのうち未開封であるメールの件数が入力される。また、「メッセージＩＤ」には、各属性に属する利用者から送信されたメールに割り振られたメッセージＩＤが格納される。
【００２７】
図１０には、属性別受信ＤＢ（現在）３９のデータ構造の一例が示されている。属性別受信ＤＢ（現在）３９は、利用者ごとに用意されるデータベースであり、最新の人事ＤＢ３０において各属性（属性設定ＤＢ３４で設定されている属性）に属する利用者から受信したメールの件数等を所定期間ごとに格納する。属性別受信ＤＢ（現在）３９のデータ構造は、属性別受信ＤＢ（発信時）３８のデータ構造と同一であるが、図１０において太線枠にて示す部分のデータが、図９とは異なっている。
【００２８】
（メール処理部４０の処理について）
次に、本実施形態におけるメール処理部４０の処理について、図１１〜図１３のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。
【００２９】
図９の処理では、まず、ステップＳ１０において、メール処理部４０が、メール表示要求をクライアント２０から受信するまで待機する。クライアント２０の利用者は、クライアント２０の表示部１９３上に表示されているブラウザ上でＷＥＢメールサービスのアドレスに対してアクセスすることによりメール利用要求を出すことができる。なお、メール利用要求は、クライアント２０の入力処理部５２から送信される。
【００３０】
メール処理部４０は、入力処理部５２から送信されてきたメール利用要求を受信すると（ステップＳ１０の判断が肯定されると）、ステップＳ１２に移行する。ステップＳ１２では、メール処理部４０が、利用者ＩＤ（メールアドレス），パスワード入力画面をクライアント２０に送信する。この場合の利用者ＩＤ、パスワード入力画面は、図１４（ａ）に示すような画面であるものとする。なお、クライアント２０においては、表示処理部５０が、受信した利用者ＩＤ、パスワード入力画面を表示部１９３上に表示する。
【００３１】
次いで、ステップＳ１４に移行すると、メール処理部４０は、利用者ＩＤ（メールアドレス）、パスワードをクライアント２０から受信するまで待機する。なお、利用者が利用者ＩＤとパスワードを図１４（ａ）の画面上で入力し、「送信」ボタンを押すと、入力処理部５２は、利用者ＩＤとパスワードをメール処理部４０に送信する。
【００３２】
入力処理部５２によって利用者ＩＤとパスワードがメール処理部４０に対して送信されると（ステップＳ１４の判断が肯定されると）、ステップＳ１６に移行する。ステップＳ１６では、メール処理部４０が、人事ＤＢ３０（図５）を用いて、利用者の認証を行う。すなわち、メール処理部４０は、入力された利用者ＩＤ（メールアドレス）とパスワードの組み合わせが人事ＤＢ３０に存在しているか否かを判断する。次いで、ステップＳ１８では、メール処理部４０が、認証がＯＫであったか否かを判断する。ここでの判断が否定された場合には、図１１〜図１３の全処理を終了する。なお、ステップＳ１８の判断が否定された後、図１１〜図１３の全処理を終了する前に、メール処理部４０が、認証エラー画面（図１４（ｂ））をクライアント２０（表示処理部５０）に対して送信することとしてもよい。この場合、表示処理部５０は、図１４（ｂ）の画面を表示部１９３上に表示する。
【００３３】
一方、ステップＳ１８の判断が肯定された場合、すなわち、認証がＯＫであった場合には、ステップＳ２０に移行する。ステップＳ２０では、メール処理部４０は、処理に用いる属性別受信ＤＢ（対象属性別受信ＤＢと呼ぶ）を、属性別受信ＤＢ（発信時）３８として定める。
【００３４】
次いで、ステップＳ２２では、メール処理部４０が、利用者のメールＤＢ３２から、受信メールの情報を取得し、受信メール一覧画面（図１５参照）を作成し、当該画面のデータをクライアント２０（表示処理部５０）に送信する。表示処理部５０は、図１５の受信メール一覧画面を表示部１９３上に表示する。
【００３５】
次いで、図１２のステップＳ２４に移行すると、メール処理部４０は、クライアント２０から、差出人属性表示要求を受信したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２６に移行する。なお、クライアント２０の利用者は、差出人属性表示要求を出す場合には、図１５の受信メール一覧表示画面において、「差出人属性振り分け」ボタンを押すものとする。利用者が当該ボタンを押した場合、入力処理部５２は、差出人属性表示要求をメール処理部４０に対して送信する。
【００３６】
メール処理部４０は、差出人属性表示要求を受信すると、ステップＳ２６に移行し、属性設定ＤＢ３４（図７）にクライアント２０の利用者のＩＤが含まれているか否かを判断する。なお、このステップＳ２６では、利用者が属性設定を既に行っているか否かを判断しているともいえる。なお、属性設定とは、受信メールを属性別に表示する場合において、どの属性の表示を行うかを設定することをいう。
【００３７】
ステップＳ２６の判断が否定された場合、すなわち、属性設定が未だ行われていない場合には、ステップＳ２８に移行し、メール処理部４０は、属性登録処理のサブルーチンを実行する。以下、属性登録処理のサブルーチンについて、図１６のフローチャートに沿って説明する。
【００３８】
（属性登録処理）
図１６の処理では、まず、ステップＳ１２０において、メール処理部４０が、属性設定ＤＢ３４の「利用者アドレス」以外の全てのフィールド名を取得し、属性設定画面（初期画面）（図１７参照）を作成する。そして、メール処理部４０は、作成した画面のデータをクライアント２０の表示処理部５０に対して送信する。なお、図１７の属性設定画面では、利用者は、登録（現在設定されていないもの）に含まれる項目（属性）を選択し、「確定」ボタンを押すことで、登録（属性設定）することができるようになっている。なお、利用者は、属性を１又は複数選択することができる。
【００３９】
次いで、ステップＳ１２２では、メール処理部４０が、属性の選択をクライアント２０から受信するまで、すなわち、クライアント２０の利用者が属性を選択し、「確定」ボタンを押すまで待機する。利用者が属性設定画面において「確定」ボタンを押すと、メール処理部４０は、ステップＳ１２４に移行し、属性設定ＤＢ３４に利用者アドレスを登録するとともに、選択された属性のフラグを１にし、他の属性を０にする。
【００４０】
次いで、ステップＳ１２６では、メール処理部４０が、利用者が上司あるいは部下を選択したか否か、すなわち、属性「上司」又は「部下」のフラグが１となっているか否かを判断する。ここでの判断が否定された場合には、図１６の全処理を終了する（図１２のステップＳ３０に移行する）が、肯定された場合には、ステップＳ１２８に移行する。
【００４１】
ステップＳ１２８に移行すると、メール処理部４０は、人事ＤＢ３０の内容を用いて、上司部下設定画面（図１８（ａ），図１８（ｂ）参照）を作成し、当該画面のデータをクライアント２０（表示処理部５０）に対して送信する。この場合、メール処理部４０は、人事ＤＢ３０において利用者の役職フラグよりも大きいフラグ及び小さいフラグがあるか否かに基づいて、上司部下設定画面を作成する。なお、図１８（ａ）は、人事ＤＢ３０の役職が「一般」である場合（役職フラグが０）の例を示し、図１８（ｂ）は、人事ＤＢ３０の役職が「課長」である場合（役職フラグが１）の例を示している。表示処理部５０は、上司部下設定画面のデータを取得すると、当該画面を表示部１９３上に表示する。なお、クライアント２０の利用者は、上司設定及び部下設定において、何階層上までを上司とし、何階層下までを部下とするかの範囲情報を入力することができる。そして、入力処理部５２は、利用者から範囲情報が入力された場合（「確定」ボタンが押された場合）に、当該情報をメール処理部４０に対して送信する。
【００４２】
次いで、ステップＳ１３０では、メール処理部４０が、上司あるいは部下の範囲情報を入力処理部５２から受信するまで待機する。そして、受信した後は、ステップＳ１３２に移行する。ステップＳ１３２では、メール処理部４０は、受信した範囲を示す数字を、上司部下属性フラグとして、属性設定ＤＢ３４に記録する。図７の利用者アドレス「kuroda@x.jp」の例では、上司として２階層上までが選択された場合が示されている。
【００４３】
以上のようにして、図１６の属性登録処理（Ｓ２８）が終了すると、メール処理部４０は、図１２のステップＳ３０に移行する。なお、図１２のステップＳ２６の判断が肯定された場合、すなわち、既に利用者の属性設定が行われていた場合には、上述したステップＳ２８のサブルーチンの処理(図１６の処理）を実行せずに、ステップＳ３０に移行する。
【００４４】
ステップＳ３０に移行した場合、メール処理部４０は、属性別受信ＤＢ作成処理のサブルーチンを実行する。以下、属性別受信ＤＢ作成処理のサブルーチンについて、図１９のフローチャートに沿って説明する。
【００４５】
（属性別受信ＤＢ作成処理）
図１９の処理では、まず、ステップＳ１６０において、メール処理部４０が、発信時職制ＤＢ３６（図８）と、メールＤＢ３２（図６）の内容に基づいて、メールの発信時の（発信者、受信者の）職制コードを比較する。そして、メール処理部４０は、属性設定ＤＢ３４（図７）に設定された属性の利用者が送信したメールの件数、開封状況、メッセージＩＤを属性別受信ＤＢ（発信時）３８（図９）に記録する。ここでは、メール処理部４０は、メールの発信者と受信者の関係に基づいてメッセージＩＤを分類し、属性別受信ＤＢ（発信時）３８に格納していることになる。なお、発信時職制ＤＢ３６は、前述のように、メール送信が行われる度に、当該メールが送信された時点における送信者と受信者（宛先）の職制コード（役職フラグ、課コード、部コード、本部コード）が登録されるデータベースである。この発信時職制ＤＢ３６へのデータ登録については、図２３の処理（メール送信処理）において説明する。
【００４６】
次いで、ステップＳ１６２では、メール処理部４０が、メールＤＢ３２と人事ＤＢ３０に基づいて、メールの発信者と受信者の現在の職制コードを比較し、属性設定ＤＢ３４に設定された属性の件数、開封状況を属性別受信ＤＢ（現在）３９（図１０）に記録する。
【００４７】
次いで、ステップＳ１６４では、メール処理部４０は、属性設定ＤＢ３４の上司あるいは部下のフラグが１以上か否かを判断する。ここでの判断が否定された場合、すなわち、上司及び部下のフラグが０であった場合には、図１９の全処理を終了する。一方、ステップＳ１６４の判断が肯定された場合には、ステップＳ１６６に移行する。
【００４８】
ステップＳ１６６に移行した場合、メール処理部４０は、上司部下範囲情報を図７の属性設定ＤＢ３４から取得する。例えば、利用者アドレス「inoue@x.jp」であれば、属性設定ＤＢ３４から、上司の範囲＝０、部下の範囲＝２を取得する。次いで、ステップＳ１６８では、メール処理部４０は、メールＤＢ３２と、発信時職制ＤＢ３６の役職フラグと、職制コードと、上司部下範囲情報を用いて、メールの発信時の（発信者、受信者の）上司部下範囲のメールを抽出する。そして、メール処理部４０は、上司部下属性に属する利用者が送信したメールの件数、開封状況、メッセージＩＤを属性別受信ＤＢ（発信時）３８に記録する。例えば、利用者アドレス「inoue@x.jp」は、品質管理本部の本部長であるので、当該品質管理本部の部長及び課長のメールを抽出して、当該メールの情報を属性別受信ＤＢ（発信時）３８に記録する。
【００４９】
次いで、ステップＳ１７０では、メール処理部４０が、メールＤＢ３２と、人事ＤＢ３０の役職フラグ及び職制コードとを利用し、メールの発信者、受信者の上司部下範囲のメールを抽出し、上司部下属性の件数、開封状況を属性別受信ＤＢ（現在）３９に記録する。
【００５０】
以上のような処理を行うことで、属性別受信ＤＢ（発信時）３８（図９）においては、各メールが発信されたときの発信者と受信者との関係に基づいた件数、未開封件数、メッセージＩＤの分類がされることになる。一方、属性別受信ＤＢ（現在）３９（図１０）においては、現在の発信者と受信者との関係に基づいた件数、未開封件数、メッセージＩＤの分類がされることになる。
【００５１】
図１２に戻り、上述したステップＳ３０の属性別受信ＤＢ作成処理の後は、ステップＳ３２に移行する。ステップＳ３２では、メール処理部４０が、対象属性別受信ＤＢを用いて、属性別表示画面（図２０）を作成し、当該画面のデータをクライアント２０（表示処理部５０）に送信する。なお、ここでは、対象属性別受信ＤＢとして、属性別受信ＤＢ（発信時）３８が設定されているものとする（図１１のステップＳ２０参照）。
【００５２】
図２０の属性別表示画面には、所定期間内（１週間）に受信したメールの総数と、各期間に受信したメールの送信者の属性ごとのメール件数、未開封件数が帯グラフにて示されている。表示処理部５０は、図２０の属性別表示画面のデータを受信すると、表示部１９３上に属性別表示画面を表示する。なお、クライアント２０の利用者は、図２０の属性別表示画面上において、各エリアを選択できるものとする。利用者がエリアのいずれかを選択した場合には、入力処理部５２は、選択したエリアの情報をメール処理部４０に対して送信する。
【００５３】
次いで、ステップＳ３４では、メール処理部４０が、属性別表示画面のいずれかのエリアが選択されるまで待機する。そして、エリアが選択された情報を入力処理部５２から受信すると、ステップＳ３６に移行する。ステップＳ３６では、メール処理部４０が、対象属性別受信ＤＢ（ここでは、属性別受信ＤＢ（発信時）３８）から、選択された期間及び選択された属性に対応するメッセージＩＤを取得する。例えば、利用者によって、期間（２０１２／８／６〜２０１２／８／１２）の属性「他部幹部」が選択された場合には、図９から、メッセージＩＤ「００１１」、「０００６」、「０００５」、「０００３」が取得される。
【００５４】
次いで、ステップＳ３８では、メール処理部４０が、取得したメッセージＩＤに対応する情報をメールＤＢ３２から取得し、メール一覧表示画面（図２１）を生成する。なお、図２１のメール一覧画面は、２０１２／８／６〜１２の期間の、属性「他部幹部」のメール一覧を表示する画面である。
【００５５】
次いで、ステップＳ４０では、メール処理部４０が、メール一覧表示画面のデータをクライアント２０（表示処理部５０）に対して送信する。表示処理部５０では、メール一覧表示画面のデータを受信した段階で、メール一覧表示画面を表示部１９３上に表示する。なお、ステップＳ４０の処理が終了すると、ステップＳ６０に移行する。
【００５６】
ところで、ステップＳ２４の判断が否定された場合、すなわち、利用者によって、図１５の「差出人属性振り分け」ボタンが押されていない場合には、ステップＳ４２に移行する。
【００５７】
ステップＳ４２に移行した場合、メール処理部４０は、受信メール一覧画面（図１５）上で、利用者によってメールが選択されたという情報を受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ５４に移行するが、肯定された場合には、ステップＳ４４に移行する。
【００５８】
ステップＳ４４に移行した場合（いずれかのメールが選択された場合）、メール処理部４０は、メールＤＢ３２の、選択されたメールの開封状況を１にする。次いで、ステップＳ４６では、メール処理部４０は、属性設定ＤＢ３４にその利用者ＩＤがあるか否かを判断する。ここでの判断が肯定された場合、ステップＳ４８に移行する。なお、ステップＳ４８に移行する場合とは、利用者に対応する属性別受信ＤＢ３８，３９（図９、図１０）が既に存在している場合を意味する。
【００５９】
ステップＳ４８に移行すると、メール処理部４０は、属性別受信ＤＢ（現在）３９と、属性別受信ＤＢ（発信時）３８との、選択されたメールのメッセージＩＤが含まれている未開封件数をデクリメント（−１）する。その後は、ステップＳ５０に移行する。なお、ステップＳ４６の判断が否定された場合、すなわち、利用者に対応する属性別受信ＤＢ３８，３９が未だ存在していない場合には、ステップＳ４８を経ずに、ステップＳ５０に移行する。
【００６０】
ステップＳ５０に移行すると、メール処理部４０は、選択されたメールの件名や本文などの情報を取得し、メッセージ表示画面（図２２）のデータを作成し、クライアント２０（表示処理部５０）に対して送信する。表示処理部５０は、メッセージ表示画面のデータを受信した段階で、表示部１９３上にメッセージ表示画面を表示する。ステップＳ５０の後は、ステップＳ５２に移行する。
【００６１】
ステップＳ５２に移行すると、メール処理部４０は、クライアント２０の入力処理部５２から件名一覧表示の要求を受信したか否かを判断する。なお、件名一覧表示の要求は、クライアント２０の利用者が図２２のメッセージ表示画面において「一覧に戻る」ボタンを押した段階で、入力処理部５２が出力するものである。
【００６２】
ステップＳ５２の判断が肯定された場合には、図１１のステップＳ２２に戻るが、判断が否定された場合には、ステップＳ５４に移行する。
【００６３】
ステップＳ５２の判断が否定され、又はステップＳ４２の判断が否定され、ステップＳ５４に移行すると、メール処理部４０は、メール送信要求を受信したか否かを判断する。なお、メール送信要求は、クライアント２０の利用者が図２２のメッセージ表示画面において「返信」ボタンを押した段階、又は、図１５の受信メール一覧表示画面において「メール送信」ボタンを押した段階で、入力処理部５２が出力する。
【００６４】
ステップＳ５４の判断が否定された場合には、ステップＳ５８に移行するが、判断が肯定された場合には、ステップＳ５６のメール送信処理のサブルーチンを実行する。以下、メール送信処理のサブルーチンについて、図２３のフローチャートに沿って説明する。
【００６５】
（メール送信処理）
図２３の処理では、まず、ステップＳ２００において、メール処理部４０が、メッセージ作成画面（図２４）のデータを生成し、クライアント２０（表示処理部５０）に対して送信する。表示処理部５０では、当該データを受信した段階で、表示部１９３上にメッセージ作成画面（図２４）を表示する。なお、利用者が図２２のメッセージ表示画面において「返信」ボタンを押した後に、ステップＳ２００に移行した場合には、メール処理部４０は、返信用のメッセージ作成画面を生成するものとする。図２２のメールに対する返信の場合、メッセージ作成画面として、宛先欄に図２２の差出人欄の利用者アドレスが入力され、件名に「Re:訃報」が入力され、本文入力画面に図２２の本文から生成した引用文を入力されたメッセージ作成画面を生成する。
【００６６】
次いで、ステップＳ２０２では、メール処理部４０が、宛先、タイトル、本文、発信者ＩＤを入力処理部５２から受信するまで待機する。なお、入力処理部５２は、利用者が、図２４の画面上において必要事項を入力し、「送信」ボタンを押した段階で、宛先、件名、本文、発信者ＩＤをメール処理部４０に対して送信する。この送信が行われた段階で、ステップＳ２０４に移行する。
【００６７】
ステップＳ２０４に移行すると、メール処理部４０は、メッセージＩＤを生成し、件名及び本文を宛先のメールＤＢ３２の受送信区分が「受信」のレコードとして記録する。
【００６８】
次いで、ステップＳ２０６では、メール処理部４０が、メッセージＩＤ、件名、本文を利用者（送信者）のメールＤＢ３２の送信の欄に記録する。次いで、ステップＳ２０８では、メール処理部４０が、宛先のそのときの職制コードと、利用者（送信者）の職制コードと、メッセージＩＤとを対応づけて、発信時職制ＤＢ３６に記録する。例えば、メッセージＩＤが「００１２」の場合、発信者情報として、利用者「田中」の利用者ＩＤ「tanaka@x.jp」と職制コードが入力され、受信者情報として、利用者「黒田」の利用者ＩＤ「kuroda@x.jp」と職制コードが入力される。
【００６９】
次いで、ステップＳ２１０では、メール処理部４０が、属性設定ＤＢ３４にメールを送信した宛先の利用者ＩＤがあるか否かを判断する。すなわち、メール処理部４０は、宛先の利用者に対応する属性別受信ＤＢ（発信時）３８、属性別受信ＤＢ（現在）３９が既に存在しているか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２１２に移行するが、否定された場合には、図２３の全処理を終了する。
【００７０】
ステップＳ２１２に移行すると、メール処理部４０は、宛先（利用者ＩＤ）に対応する属性別受信ＤＢ（発信時）３８、属性別受信ＤＢ（現在）３９を取得する。次いで、ステップＳ２１４では、メール処理部４０は、取得した属性別受信ＤＢ（発信時）３８、属性別受信ＤＢ（現在）３９のそのメールの属性に対応する件数、未開封件数をインクリメント（＋１）するとともに、そのメールのメッセージＩＤを追加する。
【００７１】
上記のようにして、図２３の処理が終了すると、図１２のステップＳ５８に移行する。
【００７２】
ステップＳ５６の後又はステップＳ５４の判断が否定された後にステップＳ５８に移行すると、メール処理部４０は、ログアウト要求を入力処理部５２から受信したか否かを判断する。なお、ログアウト要求は、利用者が、表示部１９３上に表示されている画面上の「ログアウト」ボタンを押した段階で、入力処理部５２からメール処理部４０に対して送信される。ログアウト要求が出されると、メール処理部４０は、図１１〜図１３の全処理を終了するが、ログアウト要求が出されていなければ、ステップＳ４２に戻る。
【００７３】
ところで、前述したステップＳ４０の処理が行われた後、図１３のステップＳ６０に移行すると、メール処理部４０は、メールが選択されたか否かを判断する。なお、この段階では、クライアント２０の表示部１９３上には、メール一覧表示画面（図２１）が表示された状態であり、利用者が図２１の画面上においてメールを選択した場合、ステップＳ６０の判断が肯定される。このように、ステップＳ６０の判断が肯定されると、ステップＳ６２に移行する。
【００７４】
ステップＳ６２に移行すると、メール処理部４０は、メールＤＢ３２の、選択されたメールの開封状況を１にする。次いで、ステップＳ６４では、メール処理部４０が、属性別受信ＤＢ（現在）３９と、属性別受信ＤＢ（発信時）３８との、選択されたメールのメッセージＩＤが含まれている未開封件数をデクリメント（−１）する。次いで、ステップＳ６６では、メール処理部４０が、選択されたメールの本文などの情報を取得し、メッセージ表示画面（図２２）のデータを作成し、クライアント２０（表示処理部５０）に送信する。表示処理部５０は、当該データを受信した段階で、メッセージ表示画面を表示部１９３上に表示する。その後は、ステップＳ６８に移行する。
【００７５】
一方、ステップＳ６０の判断が否定された場合には、ステップＳ７０に移行する。ステップＳ７０では、メール処理部４０が、利用者によって図２１のメール一覧表示画面上の「進む」又は「戻る」ボタンが押下されたか否かを判断する。ここでの判断が肯定されると、ステップＳ７２に移行し、メール処理部４０は、同じ属性の次の期間あるいは前の期間（進む・戻るに対応）のメッセージＩＤを対象属性別受信ＤＢ（属性別受信ＤＢ（発信時）３８又は属性別受信ＤＢ（現在）３９）から取得し、メール一覧表示画面を作成する。そして、メール処理部４０は、作成したメール一覧表示画面のデータをクライアント２０（表示処理部５０）に対して送信する。なお、同じ属性の次の期間あるいは前の期間（進む・戻るに対応）にメッセージＩＤが存在していない場合には、図２５に示すようなメール一覧表示画面が作成される。この図２５のメール一覧表示画面には、メッセージ「この期間の、指定の属性のメールはありません」が表示されている。なお、表示処理部５０は、メール一覧表示画面のデータを受信した段階で、表示部１９３上にメール一覧表示画面を表示する。なお、その後は、ステップＳ７０に戻る。
【００７６】
一方、ステップＳ７０の判断が否定された場合（「進む」、「戻る」ボタンが押されていない場合）には、ステップＳ７４に移行する。ステップＳ７４では、メール処理部４０が、入力処理部５２から現在属性表示要求を受信したか否かを判断する。なお、現在属性表示要求は、利用者が、図２１や図２５において、「発信時／現在属性表示」ボタンを押した場合、又は図２０において、「現在属性表示」ボタンを押した場合に、入力処理部５２からメール処理部４０に対して出力される。ステップＳ７４の判断が肯定された場合には、ステップＳ７６に移行し、メール処理部４０は、対象属性別受信ＤＢとして、属性別受信ＤＢ（現在）３９を設定し、図１２のステップＳ３２に戻る。なお、ステップＳ３２が実行されることにより、クライアント２０の表示部１９３上には、図２６に示すような、図１０の属性別受信ＤＢ（現在）３９に基づいた、属性別表示画面が表示されることになる。その後は、図２６の画面を用いた、ステップＳ３４以降の処理が行われることになる。
【００７７】
一方、図１３のステップＳ７４の判断が否定された場合には、ステップＳ７８に移行する。
【００７８】
ステップＳ７８では、メール処理部４０が、入力処理部５２から発信時属性表示要求を受信したか否かを判断する。なお、発信時属性表示要求は、利用者が、図２１や図２５において、「発信時／現在属性表示」ボタンを押した場合、又は図２６において、「現在属性表示」ボタンを押した場合に、入力処理部５２からメール処理部４０に対して出力される。ステップＳ７８の判断が肯定された場合には、ステップＳ８０に移行し、メール処理部４０は、対象属性別受信ＤＢを、属性別受信ＤＢ（発信時）とし、図１２のステップＳ３２に戻る。
【００７９】
一方、ステップＳ７８の判断が否定された場合には、ステップＳ８２に移行する。ステップＳ８２に移行した場合、メール処理部４０は、設定変更要求を受信したか否かを判断する。設定変更要求は、利用者が図２０や図２６の属性別表示画面上において「設定変更」ボタンを押した場合に、入力処理部５２からメール処理部４０に対して出力される。ステップＳ８２の判断が肯定された場合には、ステップＳ８４に移行する。以下、ステップＳ８４の属性更新処理のサブルーチンについて、図２７のフローチャートに沿って説明する。
【００８０】
（属性更新処理）
図２７の処理では、まず、ステップＳ２２０において、メール処理部４０が、属性設定ＤＢ３４の情報を用い、属性設定画面（更新画面）（図２８参照）を作成し、クライアント２０の表示処理部５０に対して送信する。ここで、図２８の属性設定画面（更新画面）の右欄（削除（現在設定されているもの））には、既に設定されている属性が表示されている。また、図２８の左欄（登録（現在設定されていないもの））には、全属性のうち、右欄に表示されていない属性（現在設定されていない属性）が表示されている。なお、図２８の属性設定画面では、登録（現在設定されていないもの）に含まれる項目（属性）を選択し、「確定」ボタンを押すことで登録することができるようになっている。また、削除（現在設定されているもの）に含まれる項目（属性）を選択し、「確定」ボタンを押すことで削除することができるようになっている。なお、利用者は、属性を１又は複数選択することができる。
【００８１】
次いで、ステップＳ２２２では、メール処理部４０が、属性の選択をクライアント２０から受信するまで、すなわち、クライアント２０の利用者が属性を選択し、「確定」ボタンを押すまで待機する。利用者が「確定」ボタンを押すと、メール処理部４０は、ステップＳ２２４に移行し、属性設定ＤＢ３４の、利用者アドレスに対応する項目を更新する（登録された属性のフラグを１にし、削除された属性のフラグを０にする）。
【００８２】
次いで、ステップＳ２２６では、メール処理部４０が、フラグが０から１になった項目に上司あるいは部下があるか否かを判断する。ここでの判断が否定された場合には、図２７の全処理を終了するが、肯定された場合には、ステップＳ２２８に移行する。
【００８３】
ステップＳ２２８に移行すると、メール処理部４０は、人事ＤＢ３０の内容を用いて、上司部下設定画面（図１８（ａ），図１８（ｂ）参照）を作成し、クライアント２０（表示処理部５０）に対して送信する。表示処理部５０は、上司部下設定画面のデータを取得すると、当該画面を表示部１９３上に表示する。なお、クライアント２０の利用者は、上司設定及び部下設定において、何階層上までを上司とし、何階層下までを部下とするかの範囲情報を入力することができる。入力処理部５２は、利用者から範囲情報が入力されると、当該情報をメール処理部４０に対して送信する。
【００８４】
次いで、ステップＳ２３０では、メール処理部４０が、上司あるいは部下の範囲情報を入力処理部５２から受信するまで待機する。そして、受信した後は、ステップＳ２３２に移行する。ステップＳ２３２では、メール処理部４０は、受信した範囲を示す数字を、上司部下属性フラグとして、属性設定ＤＢ３４に記録する。
【００８５】
以上のようにして、図２７の属性更新処理（Ｓ８４）が終了すると、メール処理部４０は、図１３のステップＳ６８に移行する。なお、図１３のステップＳ８２の判断が否定された場合、すなわち、設定変更要求を受信しなかった場合には、上述したステップＳ８４のサブルーチンの処理を実行せずに、ステップＳ６８に移行する。
【００８６】
図１３のステップＳ６８では、メール処理部４０が、受信メール一覧表示の要求を受信したか否かを判断する。受信メール一覧表示の要求は、利用者が、図２０、図２６等の画面において、「一覧に戻る」ボタンを押した場合に、入力処理部５２からメール処理部４０に対して出力される。ステップＳ６８の判断が否定された場合には、図１１のステップＳ２２に戻る。一方、ステップＳ６８の判断が否定された場合には、ステップＳ８６に移行する。
【００８７】
ステップＳ８６に移行した場合、メール処理部４０は、メール送信要求を受信したか否かを判断する。メール送信要求は、利用者が、図２２等の画面において、「返信」ボタンを押した場合に、入力処理部５２からメール処理部４０に対して出力される。ステップＳ８６の判断が肯定された場合には、ステップＳ８８に移行し、否定された場合には、ステップＳ９０に移行する。なお、ステップＳ８８の処理は、前述したステップＳ５６と同様、図２３のフローチャートに沿って行われる。したがって、ステップＳ８８の詳細な説明については省略する。ステップＳ８８の処理が終了した後は、ステップＳ９０に移行する。
【００８８】
ステップＳ９０に移行すると、メール処理部４０は、ログアウト要求を受信したか否かを判断する。ログアウト要求は、利用者が、表示部１９３上に表示されている画面上の「ログアウト」ボタンを押した段階で、入力処理部５２からメール処理部４０に対して送信される。ログアウト要求が出されると、メール処理部４０は、図１１〜図１３の全処理を終了するが、ログアウト要求が出されていなければ、ステップＳ６０（図１３の先頭の処理）に戻る。
【００８９】
ところで、メール処理部４０は、図１１〜図１３の処理を実行するのと並行して、図２９のフローチャートに沿った処理も実行する。以下、図２９の処理について説明する。
【００９０】
図２９の処理では、まず、ステップＳ３００において、メール処理部４０が、人事ＤＢ３０が更新されるまで待機する。そして、人事ＤＢ３０が更新されると、ステップＳ３０２に移行し、メール処理部４０は、最新の人事ＤＢ３０を用いた属性別受信ＤＢ作成処理を実行する。なお、このステップＳ３０２では、図１９の処理のうち、ステップＳ１６０とステップＳ１６８を除く処理を、最新の人事ＤＢ３０を用いて行う。
【００９１】
このように、図２９の処理を実行することで、人事ＤＢ３０が更新されたタイミングで、最新の人事ＤＢ３０に対応するように属性別受信ＤＢ（現在）３９を更新することができる。
【００９２】
なお、上記においては、受信メールを送信者の属性に応じて分類して表示する場合について説明した。しかしながらこれに限られるものではなく、上記と同様にして、送信メールを受信者の属性に応じて分類し、利用者からの求めに応じて属性別表示を行うこととしてもよい。
【００９３】
これまでの説明からわかるように、メール処理部４０によって、格納部、取得部、分類部、画面生成部としての機能が実現されている。
【００９４】
以上、詳細に説明したように、本実施形態によると、送信元の利用者から宛先の利用者へのメールの送信を受け付けた場合に、メールの情報をメールＤＢ３２に格納し（Ｓ２０４）、利用者の所属情報（職制コード等）を格納する人事ＤＢ３０を参照して、メールＤＢ３２に格納されたメールが送信されたときの送信元と宛先との関係を取得して発信時職制ＤＢ３６に記録し（Ｓ２０８）、メールＤＢ３２に格納されたメールのメッセージＩＤを、発信時職制ＤＢ３６に格納された発信元と宛先との関係に基づいて分類して、属性別受信ＤＢ（発信時）３８に記録し（Ｓ２１４）、宛先の利用者からの閲覧要求に応じて、メールＤＢ３２に格納されているメールの閲覧画面（属性別表示画面（発信時属性表示）（図２０））を属性別受信ＤＢ（発信時）３８に基づいて生成し、表示処理部５０に対し、表示部１９３への閲覧画面の表示を実行させる（Ｓ３２）。これにより、本実施形態では、図２０に示すように、送信者の属性ごとに受信件数や未開封件数を表示することができる。また、利用者が属性を選択することで、対応するメールの一覧を表示することができる。したがって、所望のメールを探し出す作業が容易になり、利用者の負担を軽減し作業時間の短縮を図ることができるので、利用者の使い勝手を向上することができる。また、本実施形態では、メールを属性ごとにフォルダ分けせずに、属性別受信ＤＢ（発信時）３８において属性ごとにメッセージＩＤを管理（区分け）することから、利用者の求めに応じて、図２０の属性別表示画面と、図１５の受信メール一覧表示画面とを切り替えて表示することができ、この点からも利用者の使い勝手を向上することができる。
【００９５】
また、本実施形態では、属性別受信ＤＢ（発信時）３８にメッセージＩＤを記録する処理において、メールＤＢ３２に格納されたメールのメッセージＩＤを、送信元と宛先との関係以外の情報（本実施形態では、発信日時（期間））で更に分類している。これにより、利用者は、送信者の属性と発信日時とに基づいて、所望のメールを探し出すことができるので、探し出す作業がより容易となる。なお、上記においては、属性別受信ＤＢ（発信時）３８にメッセージＩＤを記録する処理において、送信元と宛先との関係と発信日時（期間）とに基づいて、メッセージＩＤを分類する場合について説明したが、これに限られるものではない。例えば、発信日時（期間）に代えて、発信曜日や、午前、午後などの１日における時間帯に基づいて、メッセージＩＤを分類することとしてもよい。また、発信日時（期間）に代えて、発信者の情報、例えば男性、女性、年齢、住所などに基づいて、メッセージＩＤを分類することとしてもよい。また、発信日時以外の、メールに対して特定の処理を行った日時に基づいて、メッセージＩＤを分類することとしてもよい。
【００９６】
また、本実施形態では、最新の（現在の）人事ＤＢ３０を参照して、送信元の利用者と宛先の利用者の最新の（現在の）関係を取得し、当該関係に基づいて、メールＤＢ３２に格納されているメールのメッセージＩＤを分類して、属性別受信ＤＢ（現在）３９に記録し（Ｓ１６２、Ｓ１７０）、利用者からの閲覧要求に応じて、メールＤＢ３２に格納されているメールの閲覧画面（属性別表示画面（現在属性表示）（図２６））を属性別受信ＤＢ（現在）３９に基づいて生成し、表示処理部５０に表示させる（Ｓ３２）。これにより、現在の属性に基づいた属性別表示画面（図２６）を表示することができるので、利用者は、現在の属性に基づいてメールを探し出すことが可能となる。この場合、利用者は、メールを受信した時点における送信者の属性を思い出したり、調べたりする必要がなくなり、作業効率を向上することができる。
【００９７】
なお、上記実施形態では、属性別表示画面（図２０、図２６）において、いずれの属性にも含まれないメールが存在する場合がある。このような場合には、それらのメールの件数を属性「その他」として属性別表示画面に表示してもよいし、属性別表示画面では表示しないようにしてもよい。
【００９８】
なお、上記実施形態で説明した画面やデータベースは一例である。すなわち、画面の構成やデータベースのデータ構造については、種々変更してもよい。また、フローチャートの処理についても、一部の処理を省略したり、一部の処理の順番を変更してもよい。
【００９９】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【０１００】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１０１】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１０２】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１０３】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともにメール情報格納部に格納し、
ユーザの所属情報を格納する所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得し、
前記メール情報格納部に格納されたメールの識別情報を、前記送信者と受信者との関係に基づいて分類して、分類情報格納部に格納し、
ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる、処理をコンピュータに実行させることを特徴とするメール処理プログラム。
（付記２）  前記分類情報格納部に格納する処理では、前記メール情報格納部に格納されたメールの識別情報を前記送信者と受信者との関係以外の情報で更に分類して前記分類情報格納部に格納することを特徴とする付記１に記載のメール処理プログラム。
（付記３）  前記送信者と受信者との関係以外の情報は、前記メール情報格納部に格納されたメールに対する特定の処理が行われた日時の情報であることを特徴とする付記２に記載のメール処理プログラム。
（付記４）  所定のタイミングで、最新の所属情報が格納された前記所属情報格納部に基づいて、前記メール情報格納部に格納されているメールの送信者と受信者との関係を取得し、
取得した前記送信者と受信者との関係に基づいて、前記メール情報格納部に格納されているメールの識別情報を分類して、最新分類情報格納部に格納し、
ユーザからの閲覧要求に応じ、前記最新分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を前記表示部に表示させる処理をコンピュータに実行させることを特徴とする請求項１〜３のいずれか一項に記載のメール処理プログラム。
（付記５）  ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともに格納するメール情報格納部と、
ユーザの所属情報を格納する所属情報格納部と、
前記所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得する取得部と、
前記メール情報格納部に格納されたメールの識別情報を、前記取得部が取得した前記送信者と受信者との関係に基づいて分類する分類部と、
前記分類部による分類結果を記録する分類情報格納部と、
ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる画面生成部と、を備えるメール処理装置。
（付記６）  前記分類部は、前記メール情報格納部に格納されたメールの識別情報を前記送信者と受信者との関係以外の情報で更に分類して前記分類情報格納部に格納することを特徴とする付記５に記載のメール処理装置。
（付記７）  前記送信者と受信者との関係以外の情報は、前記メール情報格納部に格納されたメールに対する特定の処理が行われた日時の情報であることを特徴とする付記６に記載のメール処理装置。
（付記８）  所定のタイミングで、最新の所属情報が格納された前記所属情報格納部に基づいて、前記メール情報格納部に格納されているメールの送信者と受信者との関係を取得する最新情報取得部と、
取得した前記送信者と受信者との関係に基づいて、前記メール情報格納部に格納されているメールの識別情報を分類する最新分類部と、
前記最新分類部による分類結果を記録する最新分類情報格納部と、を更に備え、
前記画像生成部は、ユーザからの閲覧要求に応じ、前記最新分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を前記表示装置に表示させることを特徴とする付記５〜７のいずれかに記載のメール処理装置。
（付記９）  ユーザ間でメールの送受信が行われた場合に、当該メールの情報をメールの識別情報とともにメール情報格納部に格納する工程と、
ユーザの所属情報を格納する所属情報格納部に基づいて、前記メール情報格納部に格納されたメールが送受信されたときの送信者と受信者との関係を取得する工程と、
前記メール情報格納部に格納されたメールの識別情報を、前記送信者と受信者との関係に基づいて分類して、前記分類情報格納部に記録する工程と、
ユーザからの閲覧要求に応じ、前記分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を表示装置に表示させる工程と、をコンピュータが実行することを特徴とするメール処理方法。
（付記１０）
前記分類情報格納部に格納する工程では、前記メール情報格納部に格納されたメールの識別情報を前記送信者と受信者との関係以外の情報で更に分類して前記分類情報格納部に格納することを特徴とする付記９に記載のメール処理方法。
（付記１１）
前記送信者と受信者との関係以外の情報は、前記メール情報格納部に格納されたメールに対する特定の処理が行われた日時の情報であることを特徴とする付記１０に記載のメール処理方法。
（付記１２）
所定のタイミングで、最新の所属情報が格納された前記所属情報格納部に基づいて、前記メール情報格納部に格納されているメールの送信者と受信者との関係を取得する工程と、
取得した前記送信者と受信者との関係に基づいて、前記メール情報格納部に格納されているメールの識別情報を分類して、最新分類情報格納部に格納する工程と、
ユーザからの閲覧要求に応じ、前記最新分類情報格納部において分類されているメールの識別情報に基づいて前記メール情報格納部に格納されているメールの閲覧画面を生成し、当該閲覧画面を前記表示装置に表示させる工程と、をコンピュータが実行することを特徴とする付記９〜１１のいずれかに記載のメール処理方法。
【符号の説明】
【０１０４】
１０  サーバ（メール処理装置）
２０  クライアント（表示装置）
３０  人事ＤＢ（所属情報格納部）
３２  メールＤＢ（メール情報格納部）
３８  属性別受信ＤＢ（発信時）（分類情報格納部）
３９  属性別受信ＤＢ（現在）（最新分類情報格納部）
４０  メール処理部（格納部、取得部、分類部、画面生成部）
【図１】
2014123308.tif 000003
【図２】
2014123308.tif 000004
【図３】
2014123308.tif 000005
【図４】
2014123308.tif 000006
【図５】
2014123308.tif 000007
【図６】
2014123308.tif 000008
【図７】
2014123308.tif 000009
【図８】
2014123308.tif 000010
【図９】
2014123308.tif 000011
【図１０】
2014123308.tif 000012
【図１１】
2014123308.tif 000013
【図１２】
2014123308.tif 000014
【図１３】
2014123308.tif 000015
【図１４】
2014123308.tif 000016
【図１５】
2014123308.tif 000017
【図１６】
2014123308.tif 000018
【図１７】
2014123308.tif 000019
【図１８】
2014123308.tif 000020
【図１９】
2014123308.tif 000021
【図２０】
2014123308.tif 000022
【図２１】
2014123308.tif 000023
【図２２】
2014123308.tif 000024
【図２３】
2014123308.tif 000025
【図２４】
2014123308.tif 000026
【図２５】
2014123308.tif 000027
【図２６】
2014123308.tif 000028
【図２７】
2014123308.tif 000029
【図２８】
2014123308.tif 000030
【図２９】
2014123308.tif 000031