(57)【要約】【課題】受信済みの電子メールについて対応する利用者が決定されずに放置されることを抑制すること。【解決手段】表示制御装置１０１は、記憶部１１０から受信メールＭを取得する。表示制御装置１０１は、取得した受信メールＭの内容と、受信メールＭのステータス１２０と、アイテム１３０とを、利用者Ａの端末装置１０２に表示する。表示制御装置１０１は、表示したアイテム１３０についての操作に応じて、受信メールＭのステータス１２０を、利用者Ａまたは端末装置１０２により対応するステータス１２０に切り替える。【選択図】図１
2015130065.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
複数の利用者により共有される受信メールを記憶する記憶部から受信メールを取得し、
前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、
表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える、
処理を実行させることを特徴とする表示制御プログラム。
【請求項２】
コンピュータに、
複数の利用者により共有される受信メールを記憶する記憶部に記憶された受信メールを格納する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を端末装置で表示する際に、予め設定された送信元から受信した受信メールについては、選択された前記フォルダに属さない場合であっても、選択された前記フォルダに属する受信メールの一覧の表示に合わせて表示する、
処理を実行させることを特徴とする表示制御プログラム。
【請求項３】
前記アイテムを表示する処理は、
前記受信メールの対応者が前記複数の利用者のうちの前記利用者とは異なる他の利用者である場合に前記アイテムを表示することを特徴とする請求項１に記載の表示制御プログラム。
【請求項４】
前記アイテムを表示する処理は、
前記受信メールの対応者が対応不可である場合、前記受信メールの対応依頼を示すメッセージを、前記アイテムの表示に合わせて表示することを特徴とする請求項３に記載の表示制御プログラム。
【請求項５】
前記アイテムを表示する処理は、
前記受信メールの対応者が対応予定の受信メールの件数を、前記アイテムの表示に合わせて表示することを特徴とする請求項３または４に記載の表示制御プログラム。
【請求項６】
前記アイテムを表示する処理は、
前記複数の利用者に含まれる各利用者が対応予定の受信メールの件数を、前記アイテムの表示に合わせて表示することを特徴とする請求項５に記載の表示制御プログラム。
【請求項７】
前記コンピュータに、
前記受信メールの対応者が前記利用者である場合、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールの対応可否を選択可能なアイテムを表示し、
表示した前記選択可能なアイテムのうちのいずれかのアイテムを選択する操作に応じて、前記受信メールの対応者の状態を示すステータスを更新する、
処理を実行させることを特徴とする請求項３〜６のいずれか一つに記載の表示制御プログラム。
【請求項８】
コンピュータが、
複数の利用者により共有される受信メールを記憶する記憶部から受信メールを取得し、
前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、
表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える、
処理を実行することを特徴とする表示制御方法。
【請求項９】
コンピュータが、
複数の利用者により共有される受信メールを記憶する記憶部に記憶された受信メールを格納する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を端末装置で表示する際に、予め設定された送信元から受信した受信メールについては、選択された前記フォルダに属さない場合であっても、選択された前記フォルダに属する受信メールの一覧の表示に合わせて表示する、
処理を実行することを特徴とする表示制御方法。
【請求項１０】
複数の利用者により共有される受信メールを記憶する記憶部と、
前記記憶部から受信メールを取得し、前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える制御部と、
を有することを特徴とする表示制御装置。
【請求項１１】
複数の利用者により共有される受信メールを記憶する記憶部と、
前記記憶部に記憶された受信メールを格納する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を端末装置で表示する際に、予め設定された送信元から受信した受信メールについては、選択された前記フォルダに属さない場合であっても、選択された前記フォルダに属する受信メールの一覧の表示に合わせて表示する制御部と、
を有することを特徴とする表示制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示制御プログラム、表示制御方法および表示制御装置に関する。
【背景技術】
【０００２】
近年、コミュニケーションツールとして電子メールが利用されることが多くなり、社内外の利用者間で電子メールのやり取りが日常的に行われている。利用者間でやり取りされる電子メールの内容は、スケジュールの案内や業務依頼など様々である。なかには、サポートセンターや営業事務等、お客様とのメールのやり取りをメインとする業務もあり、これらの業務においては特に、メールのやり取りを滞りなくスムーズに行うことは重要不可欠であると考えられている。なお、予め設定された複数の利用者により、一つのメールボックス（いわゆる、共有メールボックス）を共有し、メールボックス内の電子メールの閲覧、返信等を行える仕組みがある。
【０００３】
関連する先行技術としては、複数の端末装置が、メーリングリストサーバから同報された電子メールのメールヘッダーから、新着メール、転送メール、返信メールであるかを解析し、転送されていたら、受付したメールと判断、または、返信されていたら、回答済と判断し、ディスプレイの表示状態を遷移する技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１００３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術によれば、予め共有設定された複数の利用者のいずれかが対応者となっている受信済みの電子メールについて、いずれかの利用者が対応者として宣言するまで、そのメールは放置されてしまい、対応（返信）が遅れてしまう場合がある。
【０００６】
一つの側面では、本発明は、受信済みの電子メールについて対応する利用者が決定されずに放置されることを抑制することが可能な表示制御プログラム、表示制御方法および表示制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面によれば、複数の利用者により共有される受信メールを記憶する記憶部から受信メールを取得し、前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える表示制御プログラム、表示制御方法および表示制御装置が提案される。
【発明の効果】
【０００８】
本発明の一態様によれば、受信済みの電子メールについて対応する利用者が決定されずに放置されることを抑制することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態１にかかる表示制御方法の一実施例を示す説明図である。
【図２】図２は、メールシステム２００のシステム構成例を示す説明図である。
【図３】図３は、表示制御装置２０１のハードウェア構成例を示すブロック図である。
【図４】図４は、クライアント装置２０２のハードウェア構成例を示すブロック図である。
【図５】図５は、人事ＤＢ２２０の記憶内容の一例を示す説明図である。
【図６】図６は、共有ユーザＤＢ２３０の記憶内容の一例を示す説明図である。
【図７】図７は、担当先ＤＢ２４０の記憶内容の一例を示す説明図である。
【図８】図８は、担当ユーザＤＢ２５０の記憶内容の一例を示す説明図である。
【図９】図９は、対応状況ＤＢ２６０の記憶内容の一例を示す説明図である。
【図１０】図１０は、代行通知ＤＢ２７０の記憶内容の一例を示す説明図である。
【図１１】図１１は、メールＤＢ２８０の記憶内容の一例を示す説明図である。
【図１２】図１２は、表示制御装置２０１の機能的構成例を示すブロック図である。
【図１３Ａ】図１３Ａは、メール一覧表示画面の第１の画面例を示す説明図（その１）である。
【図１３Ｂ】図１３Ｂは、メール一覧表示画面の第１の画面例を示す説明図（その２）である。
【図１４Ａ】図１４Ａは、メール一覧表示画面の第１の画面例を示す説明図（その３）である。
【図１４Ｂ】図１４Ｂは、メール一覧表示画面の第１の画面例を示す説明図（その４）である。
【図１５】図１５は、メール表示画面の画面例を示す説明図（その１）である。
【図１６】図１６は、メール表示画面の画面例を示す説明図（その２）である。
【図１７】図１７は、メール表示画面の画面例を示す説明図（その３）である。
【図１８】図１８は、メール表示画面の画面例を示す説明図（その４）である。
【図１９】図１９は、メール一覧表示画面の第２の画面例を示す説明図である。
【図２０】図２０は、メール一覧表示画面の第３の画面例を示す説明図である。
【図２１】図２１は、表示制御装置２０１の表示制御処理手順の一例を示すフローチャート（その１）である。
【図２２】図２２は、表示制御装置２０１の表示制御処理手順の一例を示すフローチャート（その２）である。
【図２３】図２３は、メール一覧表示画面生成処理の具体的処理手順の一例を示すフローチャート（その１）である。
【図２４】図２４は、メール一覧表示画面生成処理の具体的処理手順の一例を示すフローチャート（その２）である。
【図２５】図２５は、メール表示画面生成処理の具体的処理手順の一例を示すフローチャート（その１）である。
【図２６】図２６は、メール表示画面生成処理の具体的処理手順の一例を示すフローチャート（その２）である。
【図２７】図２７は、返信メール生成処理の具体的処理手順の一例を示すフローチャートである。
【図２８】図２８は、代行通知処理の具体的処理手順の一例を示すフローチャートである。
【図２９】図２９は、メンバ作業状況生成処理の具体的処理手順の一例を示すフローチャートである。
【図３０】図３０は、表示制御装置２０１のメール受信処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる表示制御プログラム、表示制御方法および表示制御装置の実施の形態を詳細に説明する。
【００１１】
（実施の形態１）
図１は、実施の形態１にかかる表示制御方法の一実施例を示す説明図である。図１において、表示制御装置１０１は、記憶部１１０を有し、電子メールの表示制御を行うコンピュータである。端末装置１０２は、電子メールの表示、送受信を行うコンピュータである。電子メールとは、ネットワークを介してコンピュータ間で送受信される電子情報である。電子メールは、例えば、ヘッダとボディとを含む。
【００１２】
ヘッダは、例えば、電子メールのメッセージＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、件名、送信先のメールアドレス、送信元のメールアドレス、受信日時（あるいは、送信日時）などを含む。ボディは、例えば、電子メールの本文を含む。ボディには、例えば、画像、音声、プログラムなどの添付情報が含まれる場合がある。以下の説明では、電子メールを単に「メール」と表記する場合がある。
【００１３】
ここで、サポートデスク、営業事務、購買関連などの業務では、社内外の利用者間でメールのやり取りが頻繁に行われ、繁忙期には対応すべきメール件数が膨大なものとなることが多い。また、個人によって抱え込むメール件数にばらつきが生じ、個人によって作業の進捗が遅れる場合がある。
【００１４】
一方で、メールでのやり取りをメインとした業務の場合、メールのやり取りがスムーズであるほど業務がスムーズに進む。このため、業務の効率化を図る上で、個々の利用者の作業の進捗状況などに応じて、顧客からのメールに対応する対応者の変更を利用者間でスムーズに行うことが重要となる。
【００１５】
そこで、実施の形態１では、共有設定された複数の利用者のいずれかの利用者が対応者に設定されているメールについて、その対応者に効率的に気づかせ、共有設定された利用者間で対応者をスムーズに切り替えることができる表示制御方法について説明する。
【００１６】
図１において、利用者Ａ、利用者Ｂおよび利用者Ｃは、共有設定された複数の利用者である。共有設定された複数の利用者は、一つのメールボックス（以下、「共有メールボックス」と称する）を共有し、共有メールボックス内のメールの閲覧、返信等を行うことができる。
【００１７】
また、利用者Ａ、利用者Ｂおよび利用者Ｃは、担当先Ｘを担当する担当ユーザである。ここでは、利用者Ａ、利用者Ｂおよび利用者Ｃのうちの利用者Ｃが、担当先Ｘからの受信メールの対応者に設定されている。受信メールの対応者とは、受信メールに対する返信を行う利用者である。
【００１８】
以下、共有設定された利用者Ａ、利用者Ｂおよび利用者Ｃのうちの利用者Ａが、端末装置１０２を使用して担当先Ｘからの受信メールを閲覧する場合を想定して、表示制御装置１０１の表示制御処理例について説明する。
【００１９】
（１）表示制御装置１０１は、記憶部１１０から受信メールＭを取得する。ここで、記憶部１１０は、利用者Ａ、利用者Ｂおよび利用者Ｃにより共有される受信メールを記憶する記憶装置である。すなわち、記憶部１１０は、利用者Ａ、利用者Ｂおよび利用者Ｃにより共有される共有メールボックスである。具体的には、例えば、表示制御装置１０１は、利用者Ａの端末装置１０２からの受信メールＭのメール閲覧要求に応じて、記憶部１１０から受信メールＭを取得する。
【００２０】
（２）表示制御装置１０１は、取得した受信メールＭの内容と、受信メールＭのステータス１２０と、アイテム１３０とを、利用者Ａの端末装置１０２に表示する。ここで、受信メールＭの内容は、例えば、受信メールＭの差出人、宛先、件名、本文などである。
【００２１】
また、受信メールＭのステータス１２０は、受信メールＭの対応者の状態を示す情報である。例えば、受信メールＭのステータス１２０は、受信メールＭについての対応者の開封状況や対応状況を示す。図１の例では、受信メールＭのステータス１２０として、受信メールＭについての対応者「利用者Ｃ」の開封状況「開封済」と対応状況「対応不可」が表示されている。
【００２２】
また、アイテム１３０は、受信メールＭについての対応者としての宣言を可能とする情報である。すなわち、アイテム１３０は、共有設定された複数の利用者のうち、受信メールＭの対応者以外の利用者が、対応者の代わりに受信メールＭへの対応を行うことを宣言するためのものである。図１の例では、アイテム１３０として、代行通知ボタンが操作可能な状態で表示されている。
【００２３】
（３）表示制御装置１０１は、表示したアイテム１３０についての操作に応じて、受信メールＭのステータス１２０を、利用者Ａまたは端末装置１０２により対応するステータス１２０に切り替える。図１の例では、受信メールＭのステータス１２０が、受信メールＭについての対応者「利用者Ａ」の開封状況「開封済」と対応状況「対応予定」に切り替えられる。
【００２４】
以上説明したように、実施の形態１にかかる表示制御装置１０１によれば、受信メールＭの内容とともに、受信メールＭのステータス１２０とアイテム１３０を端末装置１０２に表示することができる。これにより、利用者Ａは、受信メールＭの対応者である利用者Ｃの状態を把握した上で、受信メールＭについての対応者としての宣言を行うか否かを判断することができる。
【００２５】
また、表示制御装置１０１によれば、アイテム１３０についての操作に応じて、受信メールＭのステータス１２０を、利用者Ａまたは端末装置１０２により対応するステータス１２０に切り替えることができる。これにより、担当先Ｘからの未対応の受信メールＭの対応者を、共有設定された利用者間でスムーズに変更することができ、業務の効率化を図ることができる。
【００２６】
（実施の形態２）
つぎに、実施の形態２にかかるメールシステム２００のシステム構成例について説明する。なお、実施の形態１で説明した箇所と同様の箇所については説明を省略する。
【００２７】
図２は、メールシステム２００のシステム構成例を示す説明図である。図２において、メールシステム２００は、表示制御装置２０１と複数のクライアント装置２０２を含む。メールシステム２００において、表示制御装置２０１と複数のクライアント装置２０２は、有線または無線のネットワーク２１０を介して相互に通信可能に接続される。ネットワーク２１０は、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などである。
【００２８】
ここで、表示制御装置２０１は、人事ＤＢ（データベース）２２０、共有ユーザＤＢ２３０、担当先ＤＢ２４０、担当ユーザＤＢ２５０、対応状況ＤＢ２６０、代行通知ＤＢ２７０およびメールＤＢ２８０を有し、メールの送受信を行うコンピュータである。表示制御装置２０１は、例えば、メールサーバである。図１に示した表示制御装置１０１は、表示制御装置２０１に対応する。
【００２９】
なお、人事ＤＢ２２０、共有ユーザＤＢ２３０、担当先ＤＢ２４０、担当ユーザＤＢ２５０、対応状況ＤＢ２６０、代行通知ＤＢ２７０およびメールＤＢ２８０についての詳細な説明は、図５〜図１１を用いて後述する。
【００３０】
クライアント装置２０２は、メールの表示、作成、送受信を行うコンピュータである。クライアント装置２０２は、例えば、メールシステム２００の利用者が使用するＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ノートＰＣ、タブレット型ＰＣ、スマートフォン、携帯電話機などである。図１に示した端末装置１０２は、クライアント装置２０２に対応する。
【００３１】
（表示制御装置２０１のハードウェア構成例）
図３は、表示制御装置２０１のハードウェア構成例を示すブロック図である。図３において、表示制御装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【００３２】
ここで、ＣＰＵ３０１は、表示制御装置２０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【００３３】
Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータ（例えば、図２に示したクライアント装置２０２）に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００３４】
ディスクドライブ３０４は、ＣＰＵ３０１の制御にしたがってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。なお、表示制御装置２０１は、上述した構成部のほか、例えば、キーボード、マウス、ディスプレイなどを有することにしてもよい。
【００３５】
（クライアント装置２０２のハードウェア構成例）
図４は、クライアント装置２０２のハードウェア構成例を示すブロック図である。図４において、クライアント装置２０２は、ＣＰＵ４０１と、メモリ４０２と、ディスクドライブ４０３と、ディスク４０４と、ディスプレイ４０５と、Ｉ／Ｆ４０６と、キーボード４０７と、マウス４０８と、スキャナ４０９と、プリンタ４１０と、を有する。また、各構成部はバス４００によってそれぞれ接続される。
【００３６】
ここで、ＣＰＵ４０１は、クライアント装置２０２の全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。
【００３７】
ディスクドライブ４０３は、ＣＰＵ４０１の制御にしたがってディスク４０４に対するデータのリード／ライトを制御する。ディスク４０４は、ディスクドライブ４０３の制御で書き込まれたデータを記憶する。ディスク４０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【００３８】
ディスプレイ４０５は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０５は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００３９】
Ｉ／Ｆ４０６は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータ（例えば、表示制御装置２０１）に接続される。そして、Ｉ／Ｆ４０６は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ４０６には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００４０】
キーボード４０７は、文字、数字、各種指示などの入力のためのキーを備え、データの入力を行う。キーボード４０７は、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４０８は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う。
【００４１】
スキャナ４０９は、画像を光学的に読み取り、クライアント装置２０２内に画像データを取り込む。スキャナ４０９は、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能を有していてもよい。プリンタ４１０は、画像データや文書データを印刷する。プリンタ４１０には、例えば、レーザプリンタやインクジェットプリンタを採用することができる。なお、クライアント装置２０２は、例えば、上述した構成部のうち、スキャナ４０９、プリンタ４１０などを有さないことにしてもよい。
【００４２】
（各種ＤＢの記憶内容）
つぎに、図５〜図１１を用いて、表示制御装置２０１が有する各種ＤＢの記憶内容について説明する。各種ＤＢは、例えば、図３に示した表示制御装置２０１のメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００４３】
＜人事ＤＢ２２０の記憶内容＞
図５は、人事ＤＢ２２０の記憶内容の一例を示す説明図である。図５において、人事ＤＢ２２０は、利用者ＩＤ、パスワード、氏名および所属のフィールドを有し、各フィールドに情報を設定することで、人事情報（例えば、人事情報５００−１〜５００−６）をレコードとして記憶する。
【００４４】
ここで、利用者ＩＤは、メールシステム２００の利用者または共有メールボックスを識別する識別子である。以下の説明では、利用者ＩＤとして、利用者のメールアドレス、または、共有メールボックスのメールアドレスを設定する場合を例に挙げて説明する。パスワードは、利用者を認証する文字や数字の羅列である。氏名は、利用者の氏名、または、共有設定された複数の利用者が属するチームや組織の名称である。所属は、利用者が属する部署の名称である。
【００４５】
例えば、人事情報５００−１は、利用者の利用者ＩＤ「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ」、パスワード「１２３４」、氏名「石田・・」および所属「営業サポート部」を示す。
【００４６】
＜共有ユーザＤＢ２３０の記憶内容＞
図６は、共有ユーザＤＢ２３０の記憶内容の一例を示す説明図である。図６において、共有ユーザＤＢ２３０は、共有メールボックスと共有ユーザとの対応関係を示す共有ユーザ情報（例えば、共有ユーザ情報６００−１，６００−２）を記憶する。
【００４７】
ここで、共有メールボックスは、共有設定された複数の利用者により共有されるメールボックスを識別する識別子である。以下の説明では、共有メールボックスとして、共有メールボックスのメールアドレスを設定する場合を例に挙げて説明する。共有ユーザは、共有設定された利用者を識別する識別子である。以下の説明では、共有ユーザとして、共有設定された利用者のメールアドレスを設定する場合を例に挙げて説明する。
【００４８】
例えば、共有ユーザ情報６００−１は、共有メールボックス「ｔｅａｍ＿ａ＠ｗｗｗ．ｘｘ」と、共有ユーザ「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ、ｓｈｉｍａｄａ＠ｗｗｗ．ｘｘ、ｔａｎａｋａ＠ｗｗｗ．ｘｘ」との対応関係を示す。
【００４９】
＜担当先ＤＢ２４０の記憶内容＞
図７は、担当先ＤＢ２４０の記憶内容の一例を示す説明図である。図７において、担当先ＤＢ２４０は、共有メールボックス、担当先および担当先ドメイン／メールアドレスのフィールドを有し、各フィールドに情報を設定することで、担当先情報（例えば、担当先情報７００−１，７００−２）を記憶する。
【００５０】
ここで、共有メールボックスは、共有設定された複数の利用者により共有されるメールボックスを識別する識別子である。担当先は、共有設定された複数の利用者が担当する担当先（例えば、顧客）の名称である。担当先ドメイン／メールアドレスは、共有設定された複数の利用者が担当する担当先のドメインまたはメールアドレスである。
【００５１】
例えば、担当先情報７００−１は、共有メールボックス「ｔｅａｍ＿ａ＠ｗｗｗ．ｘｘ」に対応する担当先「Ｔ社、Ｓ社、Ｒ社」および担当先ドメイン／メールアドレス「ｔｔｔ．ｘｘ、ｓｓｓ．ｘｘ、ｒｒｒ．ｘｘ」を示す。
【００５２】
＜担当ユーザＤＢ２５０の記憶内容＞
図８は、担当ユーザＤＢ２５０の記憶内容の一例を示す説明図である。図８において、担当ユーザＤＢ２５０は、共有メールボックス、担当先ドメイン／メールアドレス、担当ユーザおよび主担当のフィールドを有し、各フィールドに情報を設定することで、担当ユーザ情報（例えば、担当ユーザ情報８００−１，８００−２）を記憶する。
【００５３】
ここで、共有メールボックスは、共有設定された複数の利用者により共有されるメールボックスを識別する識別子である。担当先ドメイン／メールアドレスは、共有設定された複数の利用者が担当する担当先のドメインまたはメールアドレスである。担当ユーザは、担当先を担当する利用者を識別する識別子である。以下の説明では、担当ユーザとして、担当先を担当する利用者のメールアドレスを設定する場合を例に挙げて説明する。
【００５４】
主担当は、共有設定された複数の利用者のうち、対応者として初期設定された利用者を識別する情報である。対応者は、担当先からの受信メールに対応する利用者である。ここでは、主担当「１」の場合は、主担当の担当ユーザであることを示し、主担当「０」の場合は、主担当以外の担当ユーザであることを示す。以下の説明では、共有設定された複数の利用者のうち、主担当以外の担当ユーザを「副担当の担当ユーザ」と表記する場合がある。
【００５５】
例えば、担当ユーザ情報８００−１は、共有メールボックス「ｔｅａｍ＿ａ＠ｗｗｗ．ｘｘ」に対応する担当先ドメイン／メールアドレス「ｔｔｔ．ｘｘ」を示す。また、担当ユーザ情報８００−１は、担当先ドメイン／メールアドレス「ｔｔｔ．ｘｘ」に対応する担当ユーザ「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ、ｓｈｉｍａｄａ＠ｗｗｗ．ｘｘ」のうち、担当ユーザ「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ」が主担当の担当ユーザであることを示す。
【００５６】
さらに、担当ユーザ情報８００−１は、共有メールボックス「ｔｅａｍ＿ａ＠ｗｗｗ．ｘｘ」に対応する担当先ドメイン／メールアドレス「ｓｓｓ．ｘｘ」を示す。また、担当ユーザ情報８００−１は、担当先ドメイン／メールアドレス「ｓｓｓ．ｘｘ」に対応する担当ユーザ「ｓｈｉｍａｄａ＠ｗｗｗ．ｘｘ、ｔａｎａｋａ＠ｗｗｗ．ｘｘ」のうち、担当ユーザ「ｓｈｉｍａｄａ＠ｗｗｗ．ｘｘ」が主担当の担当ユーザであることを示す。
【００５７】
さらに、担当ユーザ情報８００−１は、共有メールボックス「ｔｅａｍ＿ａ＠ｗｗｗ．ｘｘ」に対応する担当先ドメイン／メールアドレス「ｒｒｒ．ｘｘ」を示す。また、担当ユーザ情報８００−１は、担当先ドメイン／メールアドレス「ｒｒｒ．ｘｘ」に対応する担当ユーザ「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ、ｔａｎａｋａ＠ｗｗｗ．ｘｘ」のうち、担当ユーザ「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ」が主担当の担当ユーザであることを示す。
【００５８】
＜対応状況ＤＢ２６０の記憶内容＞
図９は、対応状況ＤＢ２６０の記憶内容の一例を示す説明図である。図９において、対応状況ＤＢ２６０は、利用者ＩＤ、メッセージＩＤ、開封者、未開封者、受信日時、対応状況、対応者ＩＤおよび返信メッセージＩＤのフィールドを有し、各フィールドに情報を設定することで、対応状況情報（例えば、対応状況情報９００−１，９００−２，９００−３，９００−４）をレコードとして記憶する。
【００５９】
ここで、利用者ＩＤは、利用者または共有メールボックスを識別する識別子である。メッセージＩＤは、メールシステム２００において送受信されるメールを識別する識別子である。開封者は、共有設定された複数の利用者のうち、メールを開封した利用者を識別する識別子である。以下の説明では、開封者として、利用者のメールアドレスを設定する場合を例に挙げて説明する。未開封者は、共有設定された複数の利用者のうち、メールを開封していない利用者を識別する識別子である。以下の説明では、未開封者として、利用者のメールアドレスを設定する場合を例に挙げて説明する。
【００６０】
受信日時は、メールを受信した日時である。対応状況は、対応者によるメールの対応状況を示す情報である。対応状況としては、例えば、対応予定、対応不可などが設定される。対応者ＩＤは、メールの対応者を識別する識別子である。以下の説明では、対応者ＩＤとして、利用者のメールアドレスを設定する場合を例に挙げて説明する。返信メッセージＩＤは、返信メールを識別する識別子である。
【００６１】
例えば、対応状況情報９００−３は、利用者ＩＤ「ｔｅａｍ＿ａ＠ｗｗｗ．ｘｘ」に対応するメール（受信メール）のメッセージＩＤ「ｔｏｙｏ００３」、未開封者「ｉｓｈｉｄａ＠・・、ｓｈｉｍａｄａ＠・・、ｔａｎａｋａ＠・・」および受信日時「２０１３／０４／０９  １０：００」を示す。なお、開封者、対応状況、対応者ＩＤおよび返信メッセージＩＤは、空（ｎｕｌｌ）である。
【００６２】
＜代行通知ＤＢ２７０の記憶内容＞
図１０は、代行通知ＤＢ２７０の記憶内容の一例を示す説明図である。図１０において、代行通知ＤＢ２７０は、利用者ＩＤ、代行者ＩＤおよび代行メッセージＩＤのフィールドを有し、各フィールドに情報を設定することで、代行通知情報（例えば、代行通知情報１０００−１）をレコードとして記憶する。
【００６３】
ここで、利用者ＩＤは、利用者を識別する識別子である。ここでの利用者は、例えば、主担当の担当ユーザである。代行者ＩＤは、代行者を識別する識別子である。代行者は、担当先からの受信メールへの対応を、例えば、主担当の代わりに代行する利用者である。代行メッセージＩＤは、代行メールを識別する識別子である。代行メールは、代行者が主担当の代わりに返信するメールである。
【００６４】
例えば、代行通知情報１０００−１は、利用者ＩＤ「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ」の主担当の担当ユーザの代わりに、代行者ＩＤ「ｓｈｉｍａｄａ＠ｗｗｗ．ｘｘ」の副担当の担当ユーザが返信する代行メールの代行メッセージＩＤ「ｔｏｙｏ００３」を示す。
【００６５】
＜メールＤＢ２８０の記憶内容＞
図１１は、メールＤＢ２８０の記憶内容の一例を示す説明図である。図１１において、メールＤＢ２８０は、利用者ＩＤ、種別、メッセージＩＤ、サブフォルダ名、送信者ＩＤ、日時、宛先、件名および本文のフィールドを有する。各フィールドに情報を設定することで、メール情報（例えば、メール情報１１００−１〜１１００−８）が記憶される。
【００６６】
ここで、利用者ＩＤは、利用者または共有メールボックスを識別する識別子である。種別は、メールの種別が、送信メールまたは受信メールのいずれであるかを識別する情報である。メッセージＩＤは、メールを識別する識別子である。サブフォルダ名は、共有メールボックスの場合に利用するフィールドで、受信した受信メールをフォルダに分類する際に用いる。例えば、本実施例では、共有メールボックスでは、担当先ＤＢ２４０（図７参照）の担当先のフィールドをサブフォルダ名に利用している。なお、共有メールボックスでない場合は、空（ｎｕｌｌ）である。送信者ＩＤは、メールの送信元を識別する識別子である。以下の説明では、送信者ＩＤとして、送信元となる利用者のメールアドレスを設定する場合を例に挙げて説明する。
【００６７】
日時は、メールの送信日時または受信日時である。宛先は、メールの送信先となる利用者または共有メールボックスのメールアドレスである。宛先は、例えば、ＣＣ（Ｃａｒｂｏｎ  Ｃｏｐｙ）やＢＣＣ（Ｂｌｉｎｄ  Ｃａｒｂｏｎ  Ｃｏｐｙ）を含む。件名は、メールの件名である。本文は、メールの本文である。
【００６８】
例えば、メール情報１１００−１は、利用者ＩＤ「ｔｅａｍ＿ａ＠ｗｗｗ．ｘｘ」の共有メールボックスの受信メールについての情報である。メール情報１１００−５は、メッセージＩＤ「ｔｏｙｏ００３」、サブフォルダ名「Ｔ社」、送信者ＩＤ「ｈｉｒａｎｏ＠ｔｔｔ．ｘｘ」、日時「２０１３／０４／０９  １０：００」、件名「見積書見直しの件」および本文「ご担当様  お世話になっております。・・」を示す。
【００６９】
（表示制御装置２０１の機能的構成例）
図１２は、表示制御装置２０１の機能的構成例を示すブロック図である。図１２において、表示制御装置２０１は、受信部１２０１と、生成部１２０２と、送信部１２０３と、更新部１２０４と、を含む構成である。受信部１２０１〜更新部１２０４は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０５などの記憶装置に記憶される。
【００７０】
受信部１２０１は、クライアント装置２０２から利用者情報を受信する。ここで、利用者情報は、メールシステム２００の利用者の情報であり、例えば、利用者ＩＤ、パスワードなどを含む情報である。利用者ＩＤは、利用者または利用者の共有メールボックスを識別するために用いられる。パスワードは、利用者を認証するために用いられる。
【００７１】
生成部１２０２は、メール一覧表示画面の画面情報を生成する。ここで、メール一覧表示画面は、利用者または共有メールボックスを宛先とする受信メールの一覧を表示する画面である。メール一覧表示画面は、例えば、利用者または共有メールボックスを宛先とする受信メールを分類する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を表示する画面であってもよい。
【００７２】
具体的には、例えば、生成部１２０２は、利用者情報が受信されたことに応じて、利用者情報に含まれる利用者ＩＤを特定する。つぎに、生成部１２０２は、メールＤＢ２８０（図１１参照）から、特定した利用者ＩＤに対応する受信メールのメール情報を取得する。そして、生成部１２０２は、取得したメール情報に基づいて、メール一覧表示画面の画面情報を生成する。
【００７３】
なお、生成部１２０２は、利用者情報に基づく利用者の認証に成功した場合に、メール一覧表示画面の画面情報を生成することにしてもよい。利用者の認証は、例えば、人事ＤＢ２２０（図５参照）を用いて行われる。例えば、生成部１２０２は、人事ＤＢ２２０から、利用者情報に含まれる利用者ＩＤに対応するパスワードを取得する。そして、生成部１２０２は、取得したパスワードと利用者情報に含まれるパスワードが一致する場合に利用者を認証（認証成功）する。
【００７４】
以下の説明では、利用者情報に基づく認証に成功した利用者を「ログインユーザ」と表記する場合がある。
【００７５】
また、生成部１２０２は、未対応メール情報を生成し、メール一覧表示画面上に未対応メール情報を挿入することにしてもよい。ここで、未対応メール情報は、予め設定された送信元から受信した受信メールについての情報である。予め設定された送信元とは、例えば、担当先ＤＢ２４０（図７参照）、担当ユーザＤＢ２５０（図８参照）に担当先ドメイン／メールアドレスが設定された担当先である。
【００７６】
未対応メール情報には、例えば、担当先から受信した受信メールのうち未対応の受信メールの差出人、件名、担当ユーザの氏名、開封状況および経過時間などが含まれる。なお、未対応メール情報を生成する具体的な処理内容については、図２３のフローチャートを用いて後述する。
【００７７】
ここでは、メール一覧表示画面に未対応メール情報が表示される例を具体的に記載する。具体的には、例えば、生成部１２０２は、複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧の先頭に未対応メール情報が表示されるように、未対応メール情報をメール一覧表示画面の画面情報に挿入することにしてもよい。または、共有メールボックスごとに未対応フォルダが生成され、受信した受信メールのうち、未対応であり、かつ、ログインユーザが主担当として設定されている受信メールのみを、その未対応フォルダから参照可能とさせてもよい。未対応フォルダは、それぞれの共有メールボックス配下の先頭に表示されてもよいし、ログインユーザ自身の個人のメールボックスの先頭に表示されてもよい。未対応メール情報が挿入されたメール一覧表示画面については、例えば、図１３Ａおよび図１３Ｂを用いて後述する。
【００７８】
送信部１２０３は、生成部１２０２によって生成されたメール一覧表示画面の画面情報をクライアント装置２０２に送信する。具体的には、例えば、送信部１２０３は、未対応メール情報が挿入されたメール一覧表示画面１３００（図１３Ａ参照）の画面情報をクライアント装置２０２に送信する。この結果、クライアント装置２０２のディスプレイ４０５に、メール一覧表示画面１３００が表示される。また、例えば、送信部１２０３は、未対応フォルダが挿入されたメール一覧表示画面１３００（図１３Ｂ参照）の画面情報をクライアント装置２０２に送信する。この結果、クライアント装置２０２のディスプレイ４０５に、メール一覧表示画面１３００が表示される。
【００７９】
これにより、表示制御装置２０１は、複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧をディスプレイ４０５に表示する際に、予め設定された送信元から受信した受信メールについては、そのメールが未対応の状態であれば、選択されたフォルダに属さない場合であっても、選択されたフォルダに属する受信メールの一覧の表示に併せて表示することができる。
【００８０】
受信部１２０１は、クライアント装置２０２からメール閲覧要求を受信する。ここで、メール閲覧要求は、メール表示画面の表示要求である。メール表示画面は、利用者または共有メールボックスを宛先とするいずれかの受信メールを表示する画面である。メール閲覧要求には、例えば、メール一覧表示画面において、ログインユーザの選択操作により選択された受信メールのメッセージＩＤが含まれる。
【００８１】
以下の説明では、メール一覧表示画面において、ログインユーザの選択操作により選択された受信メールを「選択メール」と表記する場合がある。
【００８２】
生成部１２０２は、メール表示画面の画面情報を生成する。具体的には、例えば、まず、生成部１２０２は、メール閲覧要求が受信されたことに応じて、メール閲覧要求に含まれる選択メールのメッセージＩＤを特定する。つぎに、生成部１２０２は、メールＤＢ２８０から、特定したメッセージＩＤに対応する受信メールのメール情報を取得する。そして、生成部１２０２は、取得したメール情報に基づいて、メール表示画面の画面情報を生成する。
【００８３】
また、生成部１２０２は、メールの対応状況に応じて、未対応のメールには、対応可否ボタン情報をメール表示画面の画面情報に挿入することにしてもよい。ここで、対応可否ボタン情報は、選択メールの対応可否を選択可能なアイテムの情報である。すなわち、対応可否ボタン情報は、例えば、主担当の担当ユーザが選択メールについて対応予定であるか、あるいは、対応不可であるかを選択するためのものである。
【００８４】
具体的には、例えば、生成部１２０２は、選択メールの対応者がログインユーザである場合、対応可否ボタン情報をメール表示画面の画面情報に挿入することにしてもよい。対応可否ボタン情報を挿入する具体的な処理内容については、図２５および図２６のフローチャートを用いて後述する。
【００８５】
また、生成部１２０２は、ステータス情報を生成し、メール表示画面の画面情報に挿入することにしてもよい。ここで、ステータス情報は、選択メールの対応者の状態を示す情報である。選択メールの対応者は、例えば、初期設定では主担当の担当ユーザである。ステータス情報には、例えば、選択メールについての対応者の対応状況を示す情報が含まれる。対応者の対応状況としては、例えば、選択メールについて対応予定である、あるいは、対応不可であることが設定される。
【００８６】
ステータス情報には、例えば、選択メールについての対応者の開封状況、仕掛通数などが含まれていてもよい。対応者の開封状況としては、例えば、選択メールを開封済である、あるいは、未開封であることが設定される。仕掛通数は、選択メールの対応者が対応予定となっている受信メールの件数を示す情報である。
【００８７】
さらに、ステータス情報には、共有設定された複数の利用者のうち、選択メールの対応者以外の利用者の状態を示す情報が含まれていてもよい。すなわち、ステータス情報には、選択メールについての副担当の担当ユーザの対応状況、開封状況、仕掛通数などを示す情報が含まれていてもよい。ステータス情報を生成する具体的な処理内容については、図２９のフローチャートを用いて説明する。
【００８８】
具体的には、例えば、生成部１２０２は、メール表示画面内に生成されるメンバ作業状況領域にステータス情報が表示されるように、ステータス情報をメール表示画面の画面情報に挿入することにしてもよい。ステータス情報が挿入されたメール表示画面については、例えば、図１５〜図１７を用いて後述する。
【００８９】
また、生成部１２０２は、代行通知ボタン情報をメール表示画面の画面情報に挿入することにしてもよい。ここで、代行通知ボタン情報は、選択メールについての対応者としての宣言を可能とするアイテムの情報である。すなわち、代行通知ボタン情報は、例えば、主担当の担当ユーザの代わりに、副担当の担当ユーザが選択メールについての対応を行うことを宣言するためのものである。
【００９０】
また、生成部１２０２は、代行依頼メッセージ情報をメール表示画面の画面情報に挿入することにしてもよい。ここで、代行依頼メッセージは、共有設定された複数の利用者のうち、選択メールの対応者以外の利用者に対して選択メールの対応を依頼するメッセージである。
【００９１】
具体的には、例えば、生成部１２０２は、対応状況ＤＢ２６０を参照して、受信メールの対応者の状態が対応不可である場合、代行依頼メッセージ情報をメール表示画面の画面情報に挿入することにしてもよい。代行依頼メッセージ情報を挿入する具体的な処理内容については、図２８を用いて説明する。
【００９２】
送信部１２０３は、生成部１２０２によって生成されたメール表示画面の画面情報をクライアント装置２０２に送信する。具体的には、例えば、送信部１２０３は、メール表示画面１５００，１６００，１７００，１８００（図１５〜図１８参照）の画面情報をクライアント装置２０２に送信する。この結果、クライアント装置２０２のディスプレイ４０５に、メール表示画面１５００，１６００，１７００，１８００が表示される。
【００９３】
受信部１２０１は、クライアント装置２０２から対応可否ボタン情報についての操作情報を受信する。ここで、対応可否ボタン情報についての操作情報は、メール表示画面において行われたログインユーザ（主担当の担当ユーザ）の操作入力を示す情報であり、選択メールについての対応可否を示す情報となる。
【００９４】
更新部１２０４は、対応可否ボタン情報についての操作情報が受信されたことに応じて、選択メールの対応者の状態を示すステータス情報を更新する。具体的には、例えば、更新部１２０４は、対応状況ＤＢ２６０内の選択メールのメッセージＩＤに対応する対応状況情報を更新する。対応状況情報を更新する具体的な処理内容については、図２６のフローチャートを用いて後述する。
【００９５】
受信部１２０１は、クライアント装置２０２から代行通知ボタン情報についての操作情報を受信する。ここで、代行通知ボタン情報についての操作情報は、メール表示画面において行われたログインユーザ（副担当の担当ユーザ）の操作入力を示す情報であり、選択メールについての対応者としての宣言が行われたことを示す情報となる。
【００９６】
更新部１２０４は、代行通知ボタン情報についての操作情報が受信されたことに応じて、選択メールのステータス情報をログインユーザ（または、ログインユーザのクライアント装置２０２）により対応するステータス情報に切り替える。具体的には、例えば、更新部１２０４は、対応状況ＤＢ２６０および代行通知ＤＢ２７０の選択メールのメッセージＩＤに対応する対応状況情報および代行通知情報を更新する。対応状況情報および代行通知情報を更新する具体的な処理内容については、図２８のフローチャートを用いて後述する。
【００９７】
また、生成部１２０２は、代行通知一覧情報を生成し、メール一覧表示画面の画面情報に挿入することにしてもよい。ここで、代行通知一覧情報は、ログインユーザが主担当となっている担当先からの未対応の受信メールのうち、代行者からの代行通知があった受信メールの情報である。
【００９８】
代行通知一覧情報には、例えば、代行メールの差出人、件名、代行者の氏名などが含まれる。なお、代行通知一覧情報を生成する具体的な処理内容については、図２４のフローチャートを用いて説明する。
【００９９】
具体的には、例えば、生成部１２０２は、メール一覧表示画面内に代行通知一覧情報がポップアップ表示されるように、代行通知一覧情報をメール一覧表示画面の画面情報に挿入することにしてもよい。メール一覧表示画面における代行通知一覧情報の表示位置は、任意に設定可能である。代行通知一覧情報が挿入されたメール一覧表示画面については、例えば、図１９を用いて後述する。
【０１００】
また、送信部１２０３は、代行通知一覧情報が挿入されたメール一覧表示画面１９００（図１９参照）の画面情報をクライアント装置２０２に送信することにしてもよい。この結果、クライアント装置２０２のディスプレイ４０５に、メール一覧表示画面１９００が表示される。
【０１０１】
（ディスプレイ４０５に表示される各種画面例）
つぎに、図１３Ａ〜図２０を用いて、クライアント装置２０２のディスプレイ４０５に表示される各種画面例について説明する。以下の説明では、共有設定された複数の利用者を「共有メンバ」と表記する場合がある。
【０１０２】
＜メール一覧表示画面の第１の画面例＞
まず、クライアント装置２０２のディスプレイ４０５に表示されるメール一覧表示画面の第１の画面例について説明する。
【０１０３】
図１３Ａ、図１３Ｂ、図１４Ａおよび図１４Ｂは、メール一覧表示画面の第１の画面例を示す説明図である。図１３Ａにおいて、メール一覧表示画面１３００は、ログインユーザを宛先とする受信メールの一覧を表示する画面である。ログインユーザを宛先とする受信メールとは、ログインユーザのメールアドレスまたはログインユーザの共有メールボックスのメールアドレスを宛先とする受信メールである。
【０１０４】
メール一覧表示画面１３００には、複数のフォルダ（例えば、フォルダｆ１〜ｆ４）のうち、選択されたフォルダｆ２に属する受信メールの一覧が表示されている。また、メール一覧表示画面１３００には、フォルダｆ２に属する受信メールの一覧の先頭に、フォルダｆ２およびフォルダｆ３に属する未対応メール情報１３０１が強調表示されている。フォルダｆ２およびフォルダｆ３に属する受信メールは、ログインユーザである「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ」が主担当として設定されている担当先からの受信メールである。
【０１０５】
未対応メール情報１３０１は、予め設定された担当先「Ｔ社」から受信した未対応の受信メールの差出人、件名、担当ユーザの氏名、開封状況および経過時間を示す。経過時間は、担当先「Ｔ社」から受信した未対応の受信メールの受信日時からの経過時間を示す。
【０１０６】
メール一覧表示画面１３００によれば、予め主担当として設定された担当先「Ｔ社、Ｒ社」から受信した受信メールが未対応であれば、選択されたフォルダｆ２に属さない場合であっても、選択されたフォルダｆ２に属する受信メールの一覧の表示に併せて強調表示することができる。これにより、予め主担当として設定された担当先「Ｔ社、Ｒ社」から受信した未対応の受信メールの存在をログインユーザに対して効果的に知らせることができる。
【０１０７】
また、未対応メール情報１３０１によれば、ログインユーザは、担当先「Ｔ社」から受信した未対応の受信メールの差出人、件名、担当ユーザの氏名、担当ユーザの開封状況を把握することができる。また、ログインユーザは、経過時間から受信メールへの対応の緊急度合いを判断することができる。
【０１０８】
このように、メール一覧表示画面１３００によれば、担当先「Ｔ社、Ｒ社」からの未対応の受信メールを、その主担当であるログインユーザに効果的に知らせることができるようになる。
【０１０９】
また、図１３Ｂに示すように、予め主担当として設定された担当先「Ｔ社、Ｒ社」から受信した受信メールの中に未対応の受信メールがあれば、その未対応メールのみを未対応フォルダ（例えば、未対応フォルダｆ５，ｆ６）から参照可能とさせてもよい。未対応フォルダは、それぞれの共有メールボックス配下の先頭に表示されてもよいし（図１３Ｂ参照）、ログインユーザ自身の個人のメールボックスの先頭に表示されてもよい。
【０１１０】
具体的には、例えば、ログインユーザが「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ」であれば、「□ｉｓｈｉｄａ」の上に未対応フォルダが表示されて、「ｉｓｈｉｄａ＠ｗｗｗ．ｘｘ」が主担当として設定されている、「Ｔ社、Ｒ社、Ａ社」の未対応メール４件の受信メールが未対応フォルダから参照可能となる。また、未対応フォルダを表示する際には、例えば、未対応メールのうち受信してからの経過時間が最も長いメールの経過時間を未対応フォルダと併せて表示するようにしてもよい。
【０１１１】
また、メール一覧表示画面１３００において、図４に示したキーボード４０７やマウス４０８を用いたログインユーザの操作入力により、ボタンＢ１がクリックされると、新規メッセージ画面がディスプレイ４０５に表示される。新規メッセージ画面は、新規メールを作成するための画面である。
【０１１２】
また、メール一覧表示画面１３００において、ログインユーザの操作入力により、ボタンＢ２がクリックされると、返信メッセージ画面がディスプレイ４０５に表示される。返信メッセージ画面は、返信メールを作成するための画面である。
【０１１３】
また、メール一覧表示画面１３００において、ログインユーザの操作入力により、ボタンＢ３がクリックされると、ログアウト要求が表示制御装置２０１に送信され、メール一覧表示画面１３００の表示が終了する。
【０１１４】
また、共有メンバ内のいずれかの利用者によって担当先「Ｔ社、Ｒ社」からの未対応の受信メールについての対応（返信）が行われると、図１４Ａに示すように、図１３Ａに示したログインユーザのメール一覧表示画面１３００内の未対応メール情報１３０１は非表示となる。
【０１１５】
同様に、共有メンバ内のいずれかの利用者によって担当先「Ｔ社、Ｒ社」からの未対応の受信メールについての対応（返信）が行われると、図１４Ｂに示すように、図１３Ｂに示したログインユーザのメール一覧表示画面１３００内の未対応フォルダｆ５が空になり、未対応フォルダｆ５をクリックしてもいずれのメールも表示されない状態となる。
【０１１６】
このように、未対応の受信メールについての対応（返信）が行われると未対応メール情報１３０１が非表示となるため、ログインユーザは、共有メンバ内のいずれかの利用者によって受信メールの対応が行われたことを把握することができる。
【０１１７】
＜メール表示画面の画面例＞
つぎに、図１５〜図１８を用いて、クライアント装置２０２のディスプレイ４０５に表示されるメール表示画面の画面例について説明する。
【０１１８】
図１５は、メール表示画面の画面例を示す説明図（その１）である。図１５において、メール表示画面１５００は、担当先「Ｔ社」の主担当の担当ユーザに表示される画面である。メール表示画面１５００には、担当先「Ｔ社」から受信した未対応の受信メールのメール情報１５０１（差出人、宛先、件名、本文）が表示されている。
【０１１９】
また、メール表示画面１５００には、共有メンバ内の各利用者（主担当および副担当の担当ユーザ）の状態を示すステータス情報１５０２が表示されている。ステータス情報１５０２には、受信メールについての共有メンバ内の各利用者の開封状況と対応状況とともに、各利用者の仕掛通数が示されている。
【０１２０】
ステータス情報１５０２によれば、ログインユーザ（主担当）は、担当先「Ｔ社」から受信した未対応の受信メールについての共有メンバ内の各利用者の開封状況と対応状況を把握することができる。また、ステータス情報１５０２によれば、ログインユーザ（主担当）は、共有メンバ内の各利用者が対応予定となっている受信メールの件数（仕掛通数）を把握することができる。
【０１２１】
また、メール表示画面１５００には、受信メールの対応可否を選択可能な対応可否ボタンＢ４，Ｂ５が表示されている。対応可否ボタンＢ４，Ｂ５によれば、ログインユーザ（主担当）は、担当先「Ｔ社」から受信した未対応の受信メールについて対応予定であるか、対応不可であるかを選択することができる。
【０１２２】
これらのことから、メール表示画面１５００によれば、ログインユーザ（主担当）は、共有メンバ内の各利用者の作業の状況を把握しながら、未対応の受信メールについて対応予定であるか、あるいは、対応不可（代行依頼する）であるかを選択することができる。
【０１２３】
具体的には、メール表示画面１５００において、ログインユーザの操作入力により、ボタンＢ４がクリック（対応予定のボタンの押下）されると、担当先「Ｔ社」から受信した未対応の受信メールについて対応予定であることを示す操作情報が表示制御装置２０１に送信される。また、メール表示画面１５００において、ログインユーザの操作入力により、ボタンＢ５がクリック（対応不可のボタンの押下）されると、担当先「Ｔ社」から受信した未対応の受信メールについて対応不可であることを示す操作情報が表示制御装置２０１に送信される。
【０１２４】
また、メール表示画面１５００において、ログインユーザの操作入力により、ボタンＢ６がクリック（返信ボタンの押下）されると、返信メッセージ画面がディスプレイ４０５に表示される。この返信メッセージ画面は、担当先「Ｔ社」から受信した未対応の受信メールについての返信メールを作成するための画面である。
【０１２５】
図１６は、メール表示画面の画面例を示す説明図（その２）である。図１６において、メール表示画面１６００は、担当先「Ｔ社」の副担当の担当ユーザに表示される画面である。このメール表示画面１６００は、例えば、図１５に示したメール表示画面１５００において主担当の担当ユーザの操作入力によりボタンＢ４がクリックされた場合に表示される画面である。
【０１２６】
メール表示画面１６００には、担当先「Ｔ社」から受信した未対応の受信メールのメール情報１６０１（差出人、宛先、件名、本文）が表示されている。また、メール表示画面１６００には、共有メンバ内の各利用者（主担当および副担当の担当ユーザ）の状態を示すステータス情報１６０２が表示されている。
【０１２７】
ステータス情報１６０２によれば、ログインユーザ（副担当）は、担当先「Ｔ社」から受信した未対応の受信メールについての共有メンバ内の各利用者の開封状況および対応状況を把握することができる。図１６の例では、ログインユーザ（副担当）は、担当先「Ｔ社」から受信した未対応の受信メールについて、主担当の担当ユーザが対応予定であることを把握することができる。また、ステータス情報１６０２によれば、ログインユーザ（副担当）は、共有メンバ内の各利用者が対応予定となっている受信メールの件数（仕掛通数）を把握することができる。
【０１２８】
また、メール表示画面１６００には、受信メールについての対応者としての宣言を可能とする代行通知ボタンＢ７が表示されている。代行通知ボタンＢ７によれば、ログインユーザ（副担当）は、担当先「Ｔ社」から受信した未対応の受信メールについての対応者としての宣言を行うことができる。
【０１２９】
これらのことから、メール表示画面１６００によれば、ログインユーザ（副担当）は、共有メンバ内の各利用者の作業の状況を把握しながら、未対応の受信メールについての対応者としての宣言を行うか否かを選択することができる。
【０１３０】
具体的には、メール表示画面１６００において、ログインユーザの操作入力により、ボタンＢ７がクリック（代行通知ボタンの押下）されると、担当先「Ｔ社」から受信した未対応の受信メールについての対応者としての宣言が行われたことを示す操作情報が表示制御装置２０１に送信される。また、メール表示画面１６００において、ログインユーザの操作入力により、ボタンＢ８がクリック（返信ボタンの押下）されると、返信メッセージ画面がディスプレイ４０５に表示される。
【０１３１】
図１７は、メール表示画面の画面例を示す説明図（その３）である。図１７において、メール表示画面１７００は、担当先「Ｔ社」の副担当の担当ユーザに表示される画面である。このメール表示画面１７００は、例えば、図１５に示したメール表示画面１５００において主担当の担当ユーザの操作入力によりボタンＢ５がクリックされた場合に表示される画面である。
【０１３２】
メール表示画面１７００には、担当先「Ｔ社」から受信した未対応の受信メールのメール情報１７０１（差出人、宛先、件名、本文）が表示されている。また、メール表示画面１７００には、共有メンバ内の各利用者（主担当および副担当の担当ユーザ）の状態を示すステータス情報１７０２が表示されている。
【０１３３】
ステータス情報１７０２によれば、ログインユーザ（副担当）は、担当先「Ｔ社」から受信した未対応の受信メールについての共有メンバ内の各利用者の開封状況および対応状況を把握することができる。図１７の例では、ログインユーザ（副担当）は、担当先「Ｔ社」から受信した未対応の受信メールについて、主担当の担当ユーザが対応不可であることを把握することができる。また、ステータス情報１７０２によれば、ログインユーザ（副担当）は、共有メンバ内の各利用者が対応予定となっている受信メールの件数（仕掛通数）を把握することができる。
【０１３４】
また、メール表示画面１７００には、担当先「Ｔ社」から受信した未対応の受信メールについて、副担当の担当ユーザに対して対応を依頼する代行依頼メッセージ１７０３が表示されている。また、メール表示画面１７００には、受信メールについての対応者としての宣言を可能とする代行通知ボタンＢ７が表示されている。代行通知ボタンＢ７によれば、ログインユーザ（副担当）は、担当先「Ｔ社」から受信した未対応の受信メールについての対応者としての宣言を行うことができる。
【０１３５】
これらのことから、メール表示画面１７００によれば、ログインユーザ（副担当）は、未対応の受信メールについて、主担当の担当ユーザが対応不可であり、自分を含む副担当の担当ユーザに対して依頼されていることを把握することができる。また、ログインユーザ（副担当）は、共有メンバ内の各副担当の担当ユーザの作業の状況を把握しながら、未対応の受信メールについての対応者としての宣言を行うか否かを選択することができる。
【０１３６】
また、共有メンバ内のいずれかの利用者によって担当先「Ｔ社」からの未対応の受信メールについての対応（返信）が行われると、図１８に示すようなメール表示画面１８００が表示される。
【０１３７】
図１８は、メール表示画面の画面例を示す説明図（その４）である。図１８において、メール表示画面１８００は、担当先「Ｔ社」から受信した未対応の受信メールについて、共有メンバ内のいずれかの利用者によって対応が行われた後に、担当先「Ｔ社」の主担当または副担当の担当ユーザに表示される画面である。
【０１３８】
メール表示画面１８００には、担当先「Ｔ社」から受信した未対応の受信メールのメール情報１８０１（差出人、宛先、件名、本文）が表示されている。このように、共有メンバ内のいずれかの利用者によって受信メールについての対応（返信）が行われると、ステータス情報（例えば、ステータス情報１５０２，１６０２，１７０２）や各種ボタン（例えば、対応可否ボタンＢ４，Ｂ５、代行通知ボタンＢ７）のない画面が表示される。
【０１３９】
＜メール一覧表示画面の第２の画面例＞
まず、クライアント装置２０２のディスプレイ４０５に表示されるメール一覧表示画面の第２の画面例について説明する。
【０１４０】
図１９は、メール一覧表示画面の第２の画面例を示す説明図である。図１９において、メール一覧表示画面１９００は、ログインユーザを宛先とする受信メールの一覧を表示する画面である。メール一覧表示画面１９００には、「ｉｓｈｉｄａ」のフォルダに属する受信メールの一覧が表示されている。
【０１４１】
また、メール一覧表示画面１９００には、「ｉｓｈｉｄａ」のフォルダに属する受信メールの一覧の表示に重畳させて代行通知一覧情報１９０１がポップアップ表示されている。代行通知一覧情報１９０１は、ログインユーザが主担当となっている担当先からの未対応の受信メールのうち、代行者からの代行通知があった代行メールの差出人、件名および代行者の氏名を示す。
【０１４２】
代行通知一覧情報１９０１によれば、ログインユーザ（主担当）は、自分が主担当となっている担当先からの未対応の受信メールのうち、共有メンバ内の副担当からの代行通知があった受信メール（代行メール）の差出人、件名および代行者の氏名を把握することができる。また、ログインユーザ（主担当）は、代行通知一覧情報１９０１のいずれかの行をクリックすることで、その行に対応する代行メールのメール表示画面を表示することができる。
【０１４３】
＜メール一覧表示画面の第３の画面例＞
まず、クライアント装置２０２のディスプレイ４０５に表示されるメール一覧表示画面の第３の画面例について説明する。
【０１４４】
図２０は、メール一覧表示画面の第３の画面例を示す説明図である。図２０において、メール一覧表示画面２０００は、ログインユーザを宛先とする受信メールの一覧を表示する画面である。メール一覧表示画面２０００には、「ｉｓｈｉｄａ」のフォルダに属する受信メールの一覧が表示されている。
【０１４５】
また、メール一覧表示画面２０００には、「ｉｓｈｉｄａ」のフォルダに属する受信メールの一覧の表示に重畳させて代行通知一覧情報２００１がポップアップ表示されている。代行通知一覧情報２００１は、ログインユーザが主担当となっている担当先からの未対応の受信メールのうち、代行者からの代行通知があった代行メールの差出人、件名および代行者の氏名を示す。
【０１４６】
代行通知一覧情報２００１は、例えば、代行通知が発生したことに応じて、あるいは、代行通知が１件だけの場合に表示される。代行通知一覧情報２００１によれば、ログインユーザ（主担当）は、自分が主担当となっている担当先からの未対応の受信メールのうち、共有メンバ内の副担当からの代行通知があった受信メール（代行メール）の差出人、件名および代行者の氏名を把握することができる。また、ログインユーザ（主担当）は、代行通知一覧情報２００１をクリックすることで、この代行メールのメール表示画面を表示することができる。
【０１４７】
（表示制御装置２０１の表示制御処理手順）
つぎに、表示制御装置２０１の表示制御処理手順について説明する。
【０１４８】
図２１および図２２は、表示制御装置２０１の表示制御処理手順の一例を示すフローチャートである。図２１のフローチャートにおいて、まず、表示制御装置２０１は、クライアント装置２０２からメール表示要求を受信したか否かを判断する（ステップＳ２１０１）。
【０１４９】
ここで、表示制御装置２０１は、メール表示要求を受信するのを待つ（ステップＳ２１０１：Ｎｏ）。表示制御装置２０１は、メール表示要求を受信した場合（ステップＳ２１０１：Ｙｅｓ）、認証画面の画面情報を生成し（ステップＳ２１０２）、生成した認証画面の画面情報をクライアント装置２０２に送信する（ステップＳ２１０３）。
【０１５０】
つぎに、表示制御装置２０１は、クライアント装置２０２から利用者情報を受信したか否かを判断する（ステップＳ２１０４）。ここで、表示制御装置２０１は、利用者情報を受信するのを待つ（ステップＳ２１０４：Ｎｏ）。表示制御装置２０１は、利用者情報を受信した場合（ステップＳ２１０４：Ｙｅｓ）、人事ＤＢ２２０を参照して、利用者を認証する認証処理を実行する（ステップＳ２１０５）。
【０１５１】
つぎに、表示制御装置２０１は、利用者の認証に成功したか否かを判断する（ステップＳ２１０６）。ここで、利用者の認証に成功した場合（ステップＳ２１０６：Ｙｅｓ）、表示制御装置２０１は、図２２に示すステップＳ２２０１に移行する。
【０１５２】
一方、利用者の認証に失敗した場合（ステップＳ２１０６：Ｎｏ）、表示制御装置２０１は、認証エラー画面の画面情報を生成する（ステップＳ２１０７）。そして、表示制御装置２０１は、生成した認証エラー画面の画面情報を送信して（ステップＳ２１０８）、本フローチャートによる一連の処理を終了する。
【０１５３】
図２２のフローチャートにおいて、まず、表示制御装置２０１は、メール一覧表示画面生成処理を実行する（ステップＳ２２０１）。メール一覧表示画面生成処理の具体的な処理手順については、図２３および図２４を用いて後述する。
【０１５４】
つぎに、表示制御装置２０１は、メール表示画面生成処理を実行する（ステップＳ２２０２）。メール表示画面生成処理の具体的な処理手順については、図２５および図２６を用いて後述する。そして、表示制御装置２０１は、クライアント装置２０２から送信メールのメール情報を受信したか否かを判断する（ステップＳ２２０３）。
【０１５５】
ここで、送信メールのメール情報を受信しなかった場合（ステップＳ２２０３：Ｎｏ）、表示制御装置２０１は、ステップＳ２２１０に移行する。一方、送信メールのメール情報を受信した場合（ステップＳ２２０３：Ｙｅｓ）、表示制御装置２０１は、受信したメール情報をメッセージＩＤと対応付けてメールＤＢ２８０に登録する（ステップＳ２２０４）。
【０１５６】
なお、送信メールのメール情報は、メールＤＢ２８０の送信者（ログインユーザ）の送信ボックスと受信者（宛先）の受信ボックスにそれぞれ登録される。
【０１５７】
つぎに、表示制御装置２０１は、共有ユーザＤＢ２３０を参照して、送信メールの宛先が共有メールボックスか否かを判断する（ステップＳ２２０５）。ここで、共有メールボックスではない場合（ステップＳ２２０５：Ｎｏ）、表示制御装置２０１は、ステップＳ２２１０に移行する。
【０１５８】
一方、共有メールボックスである場合（ステップＳ２２０５：Ｙｅｓ）、表示制御装置２０１は、担当先ＤＢ２４０を参照して、送信メールの送信元アドレス（担当先ドメイン／メールアドレス）に対応する担当先を特定する（ステップＳ２２０６）。そして、表示制御装置２０１は、受信したメールのメッセージＩＤと対応付けてメールＤＢ２８０のサブフォルダ名に登録する（ステップＳ２２０７）。
【０１５９】
つぎに、表示制御装置２０１は、担当ユーザＤＢ２５０を参照して、送信メールの送信元アドレス（担当先ドメイン／メールアドレス）に対応する担当ユーザを特定する（ステップＳ２２０８）。そして、表示制御装置２０１は、共有メールボックスと送信メールのメッセージＩＤと対応付けて、特定した担当ユーザを未開封者として対応状況ＤＢ２６０に登録する（ステップＳ２２０９）。
【０１６０】
なお、送信メールのメッセージＩＤは、例えば、ステップＳ２２０２においてメール情報が受信されたことに応じてヘッダとともに生成される。
【０１６１】
つぎに、表示制御装置２０１は、クライアント装置２０２からメール一覧表示要求を受信したか否かを判断する（ステップＳ２２１０）。ここで、メール一覧表示要求を受信した場合（ステップＳ２２１０：Ｙｅｓ）、表示制御装置２０１は、ステップＳ２２０１に戻る。
【０１６２】
一方、メール一覧表示要求を受信していない場合（ステップＳ２２１０：Ｎｏ）、表示制御装置２０１は、クライアント装置２０２からログアウト要求を受信したか否かを判断する（ステップＳ２２１１）。ここで、ログアウト要求を受信していない場合（ステップＳ２２１１：Ｎｏ）、表示制御装置２０１は、ステップＳ２２０３に戻る。
【０１６３】
一方、ログアウト要求を受信した場合（ステップＳ２２１１：Ｙｅｓ）、表示制御装置２０１は、本フローチャートによる一連の処理を終了する。これにより、クライアント装置２０２のディスプレイ４０５にメール一覧表示画面を表示することができる。また、クライアント装置２０２のディスプレイ４０５にメール表示画面を表示することができる。
【０１６４】
＜メール一覧表示画面生成処理手順＞
つぎに、図２２に示したステップＳ２２０１のメール一覧表示画面生成処理の具体的な処理手順について説明する。
【０１６５】
図２３および図２４は、メール一覧表示画面生成処理の具体的処理手順の一例を示すフローチャートである。図２３のフローチャートにおいて、まず、表示制御装置２０１は、メールＤＢ２８０から、ログインユーザ（または、ログインユーザの共有メールボックス）の利用者ＩＤに対応する受信メールのメール情報を取得する（ステップＳ２３０１）。
【０１６６】
そして、表示制御装置２０１は、取得したメール情報に基づいて、メール一覧表示画面の画面情報を生成する（ステップＳ２３０２）。つぎに、表示制御装置２０１は、担当ユーザＤＢ２５０から、ログインユーザの利用者ＩＤ（担当ユーザ）に対応する共有メールボックスと担当先ドメイン／メールアドレスを取得する（ステップＳ２３０３）。
【０１６７】
そして、表示制御装置２０１は、メールＤＢ２８０から、取得した共有メールボックスが利用者ＩＤに設定され、かつ、取得した担当先ドメイン／メールアドレスが送信者ＩＤに含まれる受信メールのメール情報を取得する（ステップＳ２３０４）。
【０１６８】
つぎに、表示制御装置２０１は、対応状況ＤＢ２６０から、共有メールボックスが利用者ＩＤに設定されたレコードのうち、返信メッセージＩＤが空のレコードを取得する（ステップＳ２３０５）。そして、表示制御装置２０１は、返信メッセージＩＤが空のレコードが取得されたか否かを判断する（ステップＳ２３０６）。
【０１６９】
ここで、レコードが取得されなかった場合（ステップＳ２３０６：Ｎｏ）、表示制御装置２０１は、図２４に示すステップＳ２４０１に移行する。一方、レコードが取得された場合（ステップＳ２３０６：Ｙｅｓ）、表示制御装置２０１は、取得したレコードの開封者または未開封者にログインユーザの利用者ＩＤが設定されているか否かを判断する（ステップＳ２３０７）。
【０１７０】
ここで、ログインユーザの利用者ＩＤが設定されていない場合（ステップＳ２３０７：Ｎｏ）、表示制御装置２０１は、図２４に示すステップＳ２４０１に移行する。一方、ログインユーザの利用者ＩＤが設定されている場合（ステップＳ２３０７：Ｙｅｓ）、表示制御装置２０１は、該当レコードの受信日時と現在日時との差分を経過時間として算出する（ステップＳ２３０８）。
【０１７１】
なお、該当レコードは、ステップＳ２３０５において取得されたレコードのうち、開封者または未開封者にログインユーザの利用者ＩＤが設定されたレコードである。
【０１７２】
つぎに、表示制御装置２０１は、メールＤＢ２８０から、該当レコードのメッセージＩＤに対応する受信メールのメール情報を取得する（ステップＳ２３０９）。そして、表示制御装置２０１は、取得した受信メールのメール情報と、算出した経過時間とに基づいて、未対応メール情報を生成する（ステップＳ２３１０）。
【０１７３】
具体的には、例えば、表示制御装置２０１は、受信メールのメール情報の送信者ＩＤ、件名を「差出人」、「件名」とし、該当レコードの未開封者を「担当」とし、該当レコードの開封者を「開封」とし、算出した経過時間を「経過時間」とする未対応メール情報を生成する。
【０１７４】
そして、表示制御装置２０１は、生成した未対応メール情報をメール一覧表示画面の画面情報に挿入し（ステップＳ２３１１）、図２４に示すステップＳ２４０１に移行する。
【０１７５】
なお、ステップＳ２３０３〜Ｓ２３１０では、共有メールボックスに存在する受信メールのうち、未対応で、かつ、ログインユーザが主担当である受信メールを特定して、未対応メール情報を生成し、メール一覧表示画面に表示させているが、未対応メール情報を特定した場合の表示方法としては、共有メールボックスごとに未対応フォルダを生成しておき、その未対応フォルダからそれらの未対応メールのみを参照可能とさせてもよい。
【０１７６】
図２４のフローチャートにおいて、表示制御装置２０１は、代行通知ＤＢ２７０から、利用者ＩＤにログインユーザの利用者ＩＤが設定されたレコードを取得する（ステップＳ２４０１）。そして、表示制御装置２０１は、ログインユーザの利用者ＩＤが設定されたレコードが取得されたか否かを判断する（ステップＳ２４０２）。
【０１７７】
ここで、レコードが取得されなかった場合（ステップＳ２４０２：Ｎｏ）、表示制御装置２０１は、ステップＳ２４０６に移行する。一方、レコードが取得された場合（ステップＳ２４０２：Ｙｅｓ）、表示制御装置２０１は、取得したレコードに基づいて、代行通知一覧情報を生成する（ステップＳ２４０３）。
【０１７８】
具体的には、例えば、表示制御装置２０１は、メールＤＢ２８０から、取得したレコードの代行メッセージＩＤに対応する受信メールのメール情報を取得する。つぎに、表示制御装置２０１は、担当先ＤＢ２４０を参照して、取得したメール情報の送信者ＩＤに対応する担当先を代行メールの差出人として特定する。また、表示制御装置２０１は、取得したメール情報の件名を代行メールの件名として特定する。また、表示制御装置２０１は、人事ＤＢ２２０を参照して、取得したレコードの代行者ＩＤに対応する氏名を代行者の氏名として特定する。そして、表示制御装置２０１は、特定した代行メールの差出人、件名、代行者の氏名を含む代行通知一覧情報を生成する。
【０１７９】
そして、表示制御装置２０１は、生成した代行通知一覧情報をメール一覧表示画面の画面情報に挿入する（ステップＳ２４０４）。つぎに、表示制御装置２０１は、代行通知ＤＢ２７０から、ステップＳ２４０１において取得されたレコードを削除する（ステップＳ２４０５）。
【０１８０】
そして、表示制御装置２０１は、メール一覧表示画面の画面情報をクライアント装置２０２に送信して（ステップＳ２４０６）、メール一覧表示画面生成処理を呼び出したステップに戻る。これにより、未対応メール情報または／および代行通知一覧情報が挿入されたメール一覧表示画面をクライアント装置２０２のディスプレイ４０５に表示することができる。
【０１８１】
＜メール表示画面生成処理手順＞
つぎに、図２２に示したステップＳ２２０２のメール表示画面生成処理の具体的な処理手順について説明する。
【０１８２】
図２５および図２６は、メール表示画面生成処理の具体的処理手順の一例を示すフローチャートである。図２５のフローチャートにおいて、まず、表示制御装置２０１は、クライアント装置２０２からメール閲覧要求を受信したか否かを判断する（ステップＳ２５０１）。ここで、表示制御装置２０１は、メール閲覧要求を受信するのを待つ（ステップＳ２５０１：Ｎｏ）。
【０１８３】
メール閲覧要求を受信した場合（ステップＳ２５０１：Ｙｅｓ）、表示制御装置２０１は、メールＤＢ２８０から、メール閲覧要求に含まれる選択メールのメッセージＩＤに対応する受信メールのメール情報を取得する（ステップＳ２５０２）。そして、表示制御装置２０１は、取得したメール情報に基づいて、メール表示画面の画面情報を生成する（ステップＳ２５０３）。
【０１８４】
つぎに、表示制御装置２０１は、選択メールが共有メールボックスの受信メールか否かを判断する（ステップＳ２５０４）。ここで、共有メールボックスの受信メールではない場合（ステップＳ２５０４：Ｎｏ）、表示制御装置２０１は、メール表示画面の画面情報をクライアント装置２０２に送信して（ステップＳ２５０５）、メール表示画面生成処理を呼び出したステップに戻る。
【０１８５】
一方、共有メールボックスの受信メールの場合（ステップＳ２５０４：Ｙｅｓ）、表示制御装置２０１は、対応状況ＤＢ２６０を更新する（ステップＳ２５０６）。具体的には、表示制御装置２０１は、対応状況ＤＢ２６０の選択メールのメッセージＩＤに対応する未開封者からログインユーザの利用者ＩＤを削除し、開封者にログインユーザの利用者ＩＤを設定する。
【０１８６】
つぎに、表示制御装置２０１は、選択メールのメッセージＩＤに対応する返信メッセージＩＤが設定されているか否かを判断する（ステップＳ２５０７）。ここで、返信メッセージＩＤが設定されている場合（ステップＳ２５０７：Ｙｅｓ）、表示制御装置２０１は、ステップＳ２５０５に移行する。
【０１８７】
一方、返信メッセージＩＤが設定されていない場合（ステップＳ２５０７：Ｎｏ）、表示制御装置２０１は、担当ユーザＤＢ２５０から、選択メールの送信元アドレス（担当先ドメイン／メールアドレス）に対応する担当ユーザを特定する主担当の担当ユーザを取得する（ステップＳ２５０８）。
【０１８８】
そして、表示制御装置２０１は、ログインユーザが主担当の担当ユーザであるか否かを判断する（ステップＳ２５０９）。ここで、主担当の担当ユーザではない場合（ステップＳ２５０９：Ｎｏ）、表示制御装置２０１は、代行通知処理を実行して（ステップＳ２５１０）、メール表示画面生成処理を呼び出したステップに戻る。代行通知処理の具体的な処理手順については、図２８を用いて後述する。
【０１８９】
一方、主担当の担当ユーザである場合（ステップＳ２５０９：Ｙｅｓ）、表示制御装置２０１は、図２６に示すステップＳ２６０１に移行する。
【０１９０】
図２６のフローチャートにおいて、まず、表示制御装置２０１は、メンバ作業状況生成処理を実行する（ステップＳ２６０１）。メンバ作業状況生成処理の具体的な処理手順については、図２９を用いて後述する。
【０１９１】
つぎに、表示制御装置２０１は、対応可否ボタン情報をメール表示画面の画面情報に挿入し（ステップＳ２６０２）、メール表示画面の画面情報をクライアント装置２０２に送信する（ステップＳ２６０３）。そして、表示制御装置２０１は、対応予定または対応不可のボタンが押下されたか否かを判断する（ステップＳ２６０４）。
【０１９２】
ここで、対応予定または対応不可のボタンが押下された場合（ステップＳ２６０４：Ｙｅｓ）、表示制御装置２０１は、対応予定のボタンが押下されたか否かを判断する（ステップＳ２６０５）。対応不可のボタンが押下された場合（ステップＳ２６０５：Ｎｏ）、表示制御装置２０１は、対応状況ＤＢ２６０の選択メールのメッセージＩＤに対応する対応者ＩＤにログインユーザの利用者ＩＤが設定されているか否かを判断する（ステップＳ２６０６）。
【０１９３】
ここで、対応者ＩＤにログインユーザの利用者ＩＤが設定されていない場合（ステップＳ２６０６：Ｎｏ）、表示制御装置２０１は、メール表示画面生成処理を呼び出したステップに戻る。
【０１９４】
一方、対応者ＩＤにログインユーザの利用者ＩＤが設定されている場合（ステップＳ２６０６：Ｙｅｓ）、表示制御装置２０１は、対応状況ＤＢ２６０を更新して（ステップＳ２６０７）、メール表示画面生成処理を呼び出したステップに戻る。具体的には、表示制御装置２０１は、対応状況ＤＢ２６０の選択メールのメッセージＩＤに対応する対応状況に対応不可を設定し、対応者ＩＤを空にする。
【０１９５】
また、ステップＳ２６０５において、対応予定のボタンが押下された場合（ステップＳ２６０５：Ｙｅｓ）、表示制御装置２０１は、対応状況ＤＢ２６０を更新して（ステップＳ２６０８）、メール表示画面生成処理を呼び出したステップに戻る。具体的には、表示制御装置２０１は、対応状況ＤＢ２６０の選択メールのメッセージＩＤに対応する対応状況に対応予定を設定し、対応者ＩＤをログインユーザの利用者ＩＤを設定する。
【０１９６】
また、ステップＳ２６０４において、対応予定または対応不可のいずれのボタンも押下されなかった場合（ステップＳ２６０４：Ｎｏ）、表示制御装置２０１は、返信ボタンが押下されたか否かを判断する（ステップＳ２６０９）。ここで、返信ボタンが押下されなかった場合（ステップＳ２６０９：Ｎｏ）、表示制御装置２０１は、ステップＳ２６０４に戻る。
【０１９７】
一方、返信ボタンが押下された場合（ステップＳ２６０９：Ｙｅｓ）、表示制御装置２０１は、返信メール生成処理を実行して（ステップＳ２６１０）、メール表示画面生成処理を呼び出したステップに戻る。返信メール生成処理の具体的な処理手順については、図２７を用いて後述する。
【０１９８】
これにより、ログインユーザが主担当であるか副担当であるかに応じて異なるメール表示画面をクライアント装置２０２のディスプレイ４０５に表示することができる。
【０１９９】
＜返信メール生成処理手順＞
つぎに、図２６に示したステップＳ２６１０の返信メール生成処理の具体的な処理手順について説明する。
【０２００】
図２７は、返信メール生成処理の具体的処理手順の一例を示すフローチャートである。図２７のフローチャートにおいて、まず、表示制御装置２０１は、返信メッセージ画面の画面情報を生成して（ステップＳ２７０１）、返信メッセージ画面の画面情報をクライアント装置２０２に送信する（ステップＳ２７０２）。
【０２０１】
そして、表示制御装置２０１は、クライアント装置２０２から返信メールのメール情報を受信したか否かを判断する（ステップＳ２７０３）。ここで、表示制御装置２０１は、返信メールのメール情報を受信するのを待つ（ステップＳ２７０３：Ｎｏ）。
【０２０２】
返信メールのメール情報を受信した場合（ステップＳ２７０３：Ｙｅｓ）、表示制御装置２０１は、メールＤＢ２８０内の返信メールの宛先に対応する受信ボックスに返信メールのメール情報を登録する（ステップＳ２７０４）。つぎに、表示制御装置２０１は、メールＤＢ２８０内の返信メールの送信元に対応する共有メールボックスの送信ボックスに返信メールのメール情報を登録する（ステップＳ２７０５）。
【０２０３】
そして、表示制御装置２０１は、対応状況ＤＢ２６０を更新して（ステップＳ２７０６）、返信メール生成処理を呼び出したステップに戻る。具体的には、表示制御装置２０１は、対応状況ＤＢ２６０の選択メールのメッセージＩＤに対応する返信メッセージＩＤに返信メールのメッセージＩＤを設定する。これにより、返信メールのメール情報を受信したことに応じて、対応状況ＤＢ２６０の記憶内容を更新することができる。
【０２０４】
＜代行通知処理手順＞
つぎに、図２５に示したステップＳ２５１０の代行通知処理の具体的な処理手順について説明する。
【０２０５】
図２８は、代行通知処理の具体的処理手順の一例を示すフローチャートである。図２８のフローチャートにおいて、まず、表示制御装置２０１は、メンバ作業状況生成処理を実行する（ステップＳ２８０１）。メンバ作業状況生成処理の具体的な処理手順については、図２９を用いて後述する。
【０２０６】
つぎに、表示制御装置２０１は、対応状況ＤＢ２６０から、選択メールのメッセージＩＤに対応する対応状況を取得する（ステップＳ２８０２）。そして、表示制御装置２０１は、取得した対応状況が対応不可か否かを判断する（ステップＳ２８０３）。ここで、対応状況が対応予定の場合（ステップＳ２８０３：Ｎｏ）、表示制御装置２０１は、ステップＳ２８０５に移行する。
【０２０７】
一方、対応状況が対応不可の場合（ステップＳ２８０３：Ｙｅｓ）、表示制御装置２０１は、代行依頼メッセージ情報をメール表示画面の画面情報に挿入する（ステップＳ２８０４）。つぎに、表示制御装置２０１は、代行通知ボタン情報をメール表示画面の画面情報に挿入する（ステップＳ２８０５）。
【０２０８】
そして、表示制御装置２０１は、メール表示画面の画面情報をクライアント装置２０２に送信する（ステップＳ２８０６）。つぎに、表示制御装置２０１は、代行通知ボタンが押下されたか否かを判断する（ステップＳ２８０７）。
【０２０９】
ここで、代行通知ボタンが押下された場合（ステップＳ２８０７：Ｙｅｓ）、表示制御装置２０１は、対応状況ＤＢ２６０を更新する（ステップＳ２８０８）。具体的には、表示制御装置２０１は、対応状況ＤＢ２６０の選択メールのメッセージＩＤに対応する対応状況に「対応予定」を設定し、対応者ＩＤに「ログインユーザの利用者ＩＤ」を設定する。
【０２１０】
つぎに、表示制御装置２０１は、代行通知ＤＢ２７０を更新して（ステップＳ２８０９）、代行通知処理を呼び出したステップに戻る。具体的には、表示制御装置２０１は、代行通知ＤＢ２７０の利用者ＩＤに「主担当の担当ユーザ」を設定し、代行者ＩＤに「ログインユーザの利用者ＩＤ」を設定し、代行メッセージＩＤに「選択メールのメッセージＩＤ」を設定する。
【０２１１】
また、ステップＳ２８０７において、代行通知ボタンが押下されなかった場合（ステップＳ２８０７：Ｎｏ）、表示制御装置２０１は、返信ボタンが押下されたか否かを判断する（ステップＳ２８１０）。ここで、返信ボタンが押下されなかった場合（ステップＳ２８１０：Ｎｏ）、表示制御装置２０１は、ステップＳ２８０７に戻る。
【０２１２】
一方、返信ボタンが押下された場合（ステップＳ２８１０：Ｙｅｓ）、表示制御装置２０１は、図２６に示したステップＳ２６１０に移行する。これにより、ログインユーザが副担当である場合に、代行通知ボタン情報が挿入されたメール表示画面をクライアント装置２０２のディスプレイ４０５に表示することができる。
【０２１３】
＜メンバ作業状況生成処理手順＞
つぎに、図２６に示したステップＳ２６０１および図２８に示したステップＳ２８０１のメンバ作業状況生成処理の具体的な処理手順について説明する。
【０２１４】
図２９は、メンバ作業状況生成処理の具体的処理手順の一例を示すフローチャートである。図２９のフローチャートにおいて、まず、表示制御装置２０１は、メール表示画面にメンバ作業状況領域を生成する（ステップＳ２９０１）。
【０２１５】
つぎに、表示制御装置２０１は、担当ユーザＤＢ２５０を参照して、選択メールの送信元アドレス（担当先ドメイン／メールアドレス）に対応する担当ユーザを取得する（ステップＳ２９０２）。そして、表示制御装置２０１は、取得した担当ユーザから未選択の担当ユーザを選択する（ステップＳ２９０３）。
【０２１６】
つぎに、表示制御装置２０１は、担当ユーザＤＢ２５０を参照して、選択した担当ユーザが主担当の担当ユーザか否かを判断する（ステップＳ２９０４）。ここで、主担当の担当ユーザの場合（ステップＳ２９０４：Ｙｅｓ）、表示制御装置２０１は、人事ＤＢ２２０を参照して、メンバ作業状況領域に担当ユーザの氏名（主担当）を挿入して（ステップＳ２９０５）、ステップＳ２９０７に移行する。
【０２１７】
一方、主担当の担当ユーザではない場合（ステップＳ２９０４：Ｎｏ）、表示制御装置２０１は、人事ＤＢ２２０を参照して、メンバ作業状況領域に担当ユーザの氏名を挿入する（ステップＳ２９０６）。そして、表示制御装置２０１は、対応状況ＤＢ２６０を参照して、選択メールのメッセージＩＤに対応する開封者に、選択した担当ユーザが設定されているか否かを判断する（ステップＳ２９０７）。
【０２１８】
ここで、担当ユーザが設定されている場合（ステップＳ２９０７：Ｙｅｓ）、表示制御装置２０１は、メンバ作業状況領域の担当ユーザの開封状況に開封済を挿入して（ステップＳ２９０８）、ステップＳ２９１０に移行する。一方、担当ユーザが設定されていない場合（ステップＳ２９０７：Ｎｏ）、表示制御装置２０１は、メンバ作業状況領域の担当ユーザの開封状況に未開封を挿入する（ステップＳ２９０９）。
【０２１９】
つぎに、表示制御装置２０１は、対応状況ＤＢ２６０から、選択メールのメッセージＩＤに対応する対応者ＩＤを取得する（ステップＳ２９１０）。そして、表示制御装置２０１は、取得した対応者ＩＤが担当ユーザと同じであるか否かを判断する（ステップＳ２９１１）。
【０２２０】
ここで、担当ユーザと同じ場合（ステップＳ２９１１：Ｙｅｓ）、表示制御装置２０１は、メンバ作業状況領域の担当ユーザの対応状況に対応予定を挿入して（ステップＳ２９１２）、ステップＳ２９１４に移行する。一方、担当ユーザと違う場合（ステップＳ２９１１：Ｎｏ）、表示制御装置２０１は、メンバ作業状況領域の担当ユーザの対応状況にハイフン（−）を挿入する（ステップＳ２９１３）。
【０２２１】
そして、表示制御装置２０１は、対応状況ＤＢ２６０を参照して、対応する共有メールボックスの対応者ＩＤが担当ユーザで、返信メッセージＩＤが空のレコード数を特定する（ステップＳ２９１４）。つぎに、表示制御装置２０１は、メンバ作業状況領域の担当ユーザの仕掛通数に、特定したレコード数を挿入する（ステップＳ２９１５）。
【０２２２】
そして、表示制御装置２０１は、ステップＳ２９０２において取得した担当ユーザから選択されていない未選択の担当ユーザがあるか否かを判断する（ステップＳ２９１６）。ここで、未選択の担当ユーザがある場合（ステップＳ２９１６：Ｙｅｓ）、表示制御装置２０１は、ステップＳ２９０３に戻る。
【０２２３】
一方、未選択の担当ユーザがない場合（ステップＳ２９１６：Ｎｏ）、表示制御装置２０１は、メンバ作業状況生成処理を呼び出したステップに戻る。これにより、共有メンバ内の各利用者（主担当および副担当の担当ユーザ）の状態を示すステータス情報がメンバ作業状況領域に挿入されたメール表示画面をクライアント装置２０２のディスプレイ４０５に表示することができる。
【０２２４】
（表示制御装置２０１のメール受信処理手順）
つぎに、表示制御装置２０１のメール受信処理手順について説明する。メール受信処理は、メールシステム２００の外部からメール情報を受信した場合の処理である。
【０２２５】
図３０は、表示制御装置２０１のメール受信処理手順の一例を示すフローチャートである。図３０のフローチャートにおいて、まず、表示制御装置２０１は、システム外からメール情報を受信したか否かを判断する（ステップＳ３００１）。ここで、表示制御装置２０１は、システム外からメール情報を受信するのを待つ（ステップＳ３００１：Ｎｏ）。
【０２２６】
システム外からメール情報を受信した場合（ステップＳ３００１：Ｙｅｓ）、表示制御装置２０１は、メールＤＢ２８０の宛先の受信ボックスにメール情報を登録する（ステップＳ３００２）。そして、表示制御装置２０１は、宛先が共有メールボックスか否かを判断する（ステップＳ３００３）。
【０２２７】
ここで、宛先が共有メールボックスではない場合（ステップＳ３００３：Ｎｏ）、表示制御装置２０１は、本フローチャートによる一連の処理を終了する。一方、宛先が共有メールボックスである場合（ステップＳ３００３：Ｙｅｓ）、表示制御装置２０１は、担当先ＤＢ２４０を参照して、送信メールの送信元アドレス（担当先ドメイン／メールアドレス）に対応する担当先を特定する（ステップＳ３００４）。
【０２２８】
そして、表示制御装置２０１は、受信したメールのメッセージＩＤと対応付けてメールＤＢ２８０のサブフォルダ名に登録する（ステップＳ３００５）。つぎに、表示制御装置２０１は、担当ユーザＤＢ２５０から、送信元アドレス（担当先ドメイン／メールアドレス）に対応する担当ユーザを取得する（ステップＳ３００６）。
【０２２９】
そして、表示制御装置２０１は、対応状況ＤＢ２６０を更新して（ステップＳ３００７）、本フローチャートによる一連の処理を終了する。具体的には、表示制御装置２０１は、対応状況ＤＢ２６０の共有メールボックスに対応するメッセージＩＤ、受信日時に、受信したメール情報のメッセージＩＤ、受信日時を設定し、未開封者に、取得した担当ユーザを設定する。
【０２３０】
これにより、メールシステム２００の外部からメール情報を受信したことに応じて、対応状況ＤＢ２６０の記憶内容を更新することができる。
【０２３１】
以上説明したように、実施の形態２にかかる表示制御装置２０１によれば、受信メールの内容とともに、共有メンバ内の各利用者の状態を示すステータス情報と代行通知ボタンをクライアント装置２０２のディスプレイ４０５に表示することができる。これにより、ログインユーザ（副担当）は、共有メンバ内の各利用者の作業の状況を把握した上で、未対応の受信メールについての対応者としての宣言を行うか否かを判断することができる。
【０２３２】
また、表示制御装置２０１によれば、代行通知ボタンについての操作に応じて、未対応の受信メールのステータス情報を、ログインユーザにより対応するステータス情報に切り替えることができる。これにより、担当先からの未対応のメールの対応者を、主担当の担当ユーザから副担当の担当ユーザにスムーズに変更することができる。
【０２３３】
また、表示制御装置２０１によれば、複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を表示する際に、予め設定された送信元から受信した受信メールについてログインユーザが主担当で、かつ、対応状況が未対応であれば、選択されたフォルダに属さない場合であっても、選択されたフォルダに属する受信メールの一覧の表示に併せて表示することができる。また、その表示方法としては、それらの受信メールのみ閲覧可能なフォルダを生成して表示してもよい。これにより、予め設定された担当先から受信した未対応の受信メールの存在を利用者に対して効果的に知らせることができる。
【０２３４】
また、表示制御装置２０１によれば、受信メールの対応者が対応不可である場合、受信メールの代行依頼メッセージを、代行通知ボタンの表示に合わせて表示することができる。これにより、ログインユーザ（副担当）は、未対応の受信メールについて、主担当の担当ユーザによる対応が困難な状況のため、副担当の担当ユーザに対して代行依頼されていることを把握することができる。
【０２３５】
また、表示制御装置２０１によれば、受信メールの対応者がログインユーザである場合、受信メールの内容とともに、共有メンバ内の各利用者の状態を示すステータス情報と対応可否ボタンをクライアント装置２０２のディスプレイ４０５に表示することができる。これにより、ログインユーザ（主担当）は、共有メンバ内の各利用者の作業の状況を把握した上で、未対応の受信メールについて対応するか否かを判断することができる。
【０２３６】
なお、本実施の形態で説明した表示制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本表示制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本表示制御プログラムは、インターネット等のネットワークを介して配布してもよい。
【０２３７】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０２３８】
（付記１）コンピュータに、
複数の利用者により共有される受信メールを記憶する記憶部から受信メールを取得し、
前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、
表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える、
処理を実行させることを特徴とする表示制御プログラム。
【０２３９】
（付記２）コンピュータに、
複数の利用者により共有される受信メールを記憶する記憶部に記憶された受信メールを格納する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を端末装置で表示する際に、予め設定された送信元から受信した受信メールについては、選択された前記フォルダに属さない場合であっても、選択された前記フォルダに属する受信メールの一覧の表示に合わせて表示する、
処理を実行させることを特徴とする表示制御プログラム。
【０２４０】
（付記３）前記アイテムを表示する処理は、
前記受信メールの対応者が前記複数の利用者のうちの前記利用者とは異なる他の利用者である場合に前記アイテムを表示することを特徴とする付記１に記載の表示制御プログラム。
【０２４１】
（付記４）前記アイテムを表示する処理は、
前記受信メールの対応者が対応不可である場合、前記受信メールの対応依頼を示すメッセージを、前記アイテムの表示に合わせて表示することを特徴とする付記３に記載の表示制御プログラム。
【０２４２】
（付記５）前記アイテムを表示する処理は、
前記受信メールの対応者が対応予定の受信メールの件数を、前記アイテムの表示に合わせて表示することを特徴とする付記３または４に記載の表示制御プログラム。
【０２４３】
（付記６）前記アイテムを表示する処理は、
前記複数の利用者に含まれる各利用者が対応予定の受信メールの件数を、前記アイテムの表示に合わせて表示することを特徴とする付記５に記載の表示制御プログラム。
【０２４４】
（付記７）前記コンピュータに、
前記受信メールの対応者が前記利用者である場合、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールの対応可否を選択可能なアイテムを表示し、
表示した前記選択可能なアイテムのうちのいずれかのアイテムを選択する操作に応じて、前記受信メールの対応者の状態を示すステータスを更新する、
処理を実行させることを特徴とする付記３〜６のいずれか一つに記載の表示制御プログラム。
【０２４５】
（付記８）前記コンピュータに、
前記記憶部に記憶された受信メールを分類する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を前記端末装置に表示する際に、予め設定された送信元から受信した受信メールについては、前記選択されたフォルダに属さない場合であっても、前記選択されたフォルダに属する受信メールの一覧の表示に合わせて表示する、
処理を実行させることを特徴とする付記１〜７のいずれか一つに記載の表示制御プログラム。
【０２４６】
（付記９）コンピュータが、
複数の利用者により共有される受信メールを記憶する記憶部から受信メールを取得し、
前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、
表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える、
処理を実行することを特徴とする表示制御方法。
【０２４７】
（付記１０）コンピュータが、
複数の利用者により共有される受信メールを記憶する記憶部に記憶された受信メールを格納する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を端末装置で表示する際に、予め設定された送信元から受信した受信メールについては、選択された前記フォルダに属さない場合であっても、選択された前記フォルダに属する受信メールの一覧の表示に合わせて表示する、
処理を実行することを特徴とする表示制御方法。
【０２４８】
（付記１１）複数の利用者により共有される受信メールを記憶する記憶部と、
前記記憶部から受信メールを取得し、前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える制御部と、
を有することを特徴とする表示制御装置。
【０２４９】
（付記１２）複数の利用者により共有される受信メールを記憶する記憶部と、
前記記憶部に記憶された受信メールを格納する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を端末装置で表示する際に、予め設定された送信元から受信した受信メールについては、選択された前記フォルダに属さない場合であっても、選択された前記フォルダに属する受信メールの一覧の表示に合わせて表示する制御部と、
を有することを特徴とする表示制御装置。
【０２５０】
（付記１３）コンピュータに、
複数の利用者により共有される受信メールを記憶する記憶部から受信メールを取得し、
前記複数の利用者のいずれかの利用者の端末装置に、取得した前記受信メールの内容と、前記受信メールの対応者の状態を示すステータスと、前記受信メールについての対応者としての宣言を可能とするアイテムとを表示し、
表示した前記アイテムについての操作に応じて、前記受信メールのステータスを前記利用者または前記端末装置により対応するステータスに切り替える、
処理を実行させる表示制御プログラムを記録したことを特徴とする前記コンピュータに読み取り可能な記録媒体。
【０２５１】
（付記１４）コンピュータに、
複数の利用者により共有される受信メールを記憶する記憶部に記憶された受信メールを格納する複数のフォルダのうち、選択されたフォルダに属する受信メールの一覧を端末装置で表示する際に、予め設定された送信元から受信した受信メールについては、選択された前記フォルダに属さない場合であっても、選択された前記フォルダに属する受信メールの一覧の表示に合わせて表示する、
処理を実行させる表示制御プログラムを記録したことを特徴とする前記コンピュータに読み取り可能な記録媒体。
【符号の説明】
【０２５２】
１０１，２０１  表示制御装置
１０２  端末装置
２００  メールシステム
２０２  クライアント装置
２２０  人事ＤＢ
２３０  共有ユーザＤＢ
２４０  担当先ＤＢ
２５０  担当ユーザＤＢ
２６０  対応状況ＤＢ
２７０  代行通知ＤＢ
２８０  メールＤＢ
１２０１  受信部
１２０２  生成部
１２０３  送信部
１２０４  更新部
【図１】
2015130065.tif 000003
【図２】
2015130065.tif 000004
【図３】
2015130065.tif 000005
【図４】
2015130065.tif 000006
【図５】
2015130065.tif 000007
【図６】
2015130065.tif 000008
【図７】
2015130065.tif 000009
【図８】
2015130065.tif 000010
【図９】
2015130065.tif 000011
【図１０】
2015130065.tif 000012
【図１１】
2015130065.tif 000013
【図１２】
2015130065.tif 000014
【図１３Ａ】
2015130065.tif 000015
【図１３Ｂ】
2015130065.tif 000016
【図１４Ａ】
2015130065.tif 000017
【図１４Ｂ】
2015130065.tif 000018
【図１５】
2015130065.tif 000019
【図１６】
2015130065.tif 000020
【図１７】
2015130065.tif 000021
【図１８】
2015130065.tif 000022
【図１９】
2015130065.tif 000023
【図２０】
2015130065.tif 000024
【図２１】
2015130065.tif 000025
【図２２】
2015130065.tif 000026
【図２３】
2015130065.tif 000027
【図２４】
2015130065.tif 000028
【図２５】
2015130065.tif 000029
【図２６】
2015130065.tif 000030
【図２７】
2015130065.tif 000031
【図２８】
2015130065.tif 000032
【図２９】
2015130065.tif 000033
【図３０】
2015130065.tif 000034