JP3363144B1 - 通信システム及びコミュニケーション支援方法 - Google Patents

Abstract

【要約】 【課題】 プロジェクトメンバー全員を「Ｃｃ：」で指
定する等の特別な操作をすることなく、電子メールを送
信する通常の操作をするだけで、ネットワーク上のオフ
ィスにおけるプロジェクトメンバー間でのコミュニケー
ションを可能にすると共に、その情報の共有化を可能に
する通信システムを提供する。 【解決手段】 通信システムは、電子メールによるプロ
ジェクトメンバー間のコミュニケーションを支援するも
のであり、通信ネットワーク１１で接続されたメールサ
ーバ２０と各プロジェクトメンバーが使用する端末装置
とから構成される。メールサーバ２０は、個々のプロジ
ェクトをアカウントに対応させ、プロジェクトメンバー
間でなされた電子メールによる全てのコミュニケーショ
ンの内容をプロジェクトごとに蓄積して記憶するメール
蓄積部２５を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールによる
プロジェクトメンバー間のコミュニケーションを支援す
る通信システムに関する。

【０００２】

【従来の技術】近年の通信技術の発達とインターネット
の普及等に伴い、通信ネットワーク上にバーチャルなオ
フィスを設け、企業体として運営していくことが可能と
なってきた。

【０００３】例えば、パーソナルコンピュータ等の通信
装置を有する在宅勤務者が集まってプロジェクトチーム
を結成し、相互に通信しながら開発を進めていくこと
で、自宅に居ながら、アプリケーションソフトウェア等
の１つのシステムを共同開発することができる。

【０００４】このようなネットワーク上のオフィスにお
いて、プロジェクトメンバー間でのコミュニケーション
ツールとして利用されるものに、電子メール、電子掲示
板、電子会議室等がある。

【０００５】これらのツールによれば、電話機と異な
り、コネクションレス型の非同期な会話が可能となる。
つまり、相手を無理やり呼び出すことなくメッセージを
送信しておいたり、自分の都合よい時に着信メッセージ
をまとめて閲覧したりすることができる。

【０００６】

【発明が解決しようとする課題】しかしながら、電子メ
ールは、基本的に、１対１の通信を前提としているの
で、例えば、３人以上のプロジェクトメンバー間でのコ
ミュニケーションツールには適していない。つまり、２
者間でやりとりされた全ての会話の内容を常に全員が共
有化（閲覧）できるようにするためには、例えば、送信
時において、送信相手以外のメンバー全員を「Ｃｃ（Ca
rbon copy）：」の対象として常に指定する等の手間が
必要とされる。

【０００７】また、電子掲示板や電子会議室は、情報の
共有化を容易にするものの、プロジェクトの数が多くな
ってきたときに、それら複数のプロジェクトに参加して
いる者や複数のプロジェクトを管理する立場にある管理
者等に多くの負担を強いる。つまり、複数の電子掲示板
や電子会議室について、ログイン、閲覧、発言、ログア
ウト等の一連の手続を繰り返していく必要がある。ある
いは、そのような煩わしい巡回作業を自動化するための
特別なツールを準備する必要がある。

【０００８】一方、電子メールは、コンピュータだけで
なく、携帯電話機や携帯情報端末等でも使用できる身近
なコミュニケーションツールとして広く普及しており、
もし、ネットワーク上のオフィスにおけるプロジェクト
メンバー間でのコミュニケーションツールとして利用す
ることができれば、通常の会話とプロジェクトでの会話
とを１つのツールで行うことができ、たいへん便利であ
る。

【０００９】そこで、本発明は、このような状況に鑑み
てなされたものであり、プロジェクトメンバー全員を
「Ｃｃ：」で指定する等の特別な操作をすることなく、
電子メールを送信する通常の操作をするだけで、ネット
ワーク上のオフィスにおけるプロジェクトメンバー間で
のコミュニケーションを可能にすると共に、その情報の
共有化を可能にする通信システム等を提供することを第
１の目的とする。

【００１０】また、複数のプロジェクトそれぞれでの電
子メールのやりとりやメンバーの参加状況等を容易に把
握することができるプロジェクト管理に適した通信シス
テム等を提供することを第２の目的とする。

【００１１】

【課題を解決するための手段】上記第１の目的を達成す
るために、本発明に係る通信システムは、電子メールに
よるプロジェクトメンバー間のコミュニケーションを支
援する通信システムであって、通信ネットワークで接続
されたメールサーバ装置と各プロジェクトメンバーが使
用する端末装置とから構成され、前記メールサーバ装置
は、個々のプロジェクトをアカウントに対応させ、プロ
ジェクトメンバー間でなされた電子メールによる全ての
コミュニケーションの内容をプロジェクトごとに蓄積し
て記憶するメール蓄積手段を備えることを特徴とする。

【００１２】ここで、前記メールサーバ装置は、さら
に、前記端末装置から前記アカウント宛に送信されてき
た電子メールを受け取ると、その電子メールに、その電
子メールに対する返信先として当該アカウントを指定す
る旨のヘッダ情報が付随されているか否か判断し、付随
されていない場合には、その旨のヘッダ情報をその電子
メールに付随させた後に、前記メール蓄積手段に格納す
るメール格納手段を備えてもよい。

【００１３】また、前記端末装置は、電子メールの送信
に際して、プロジェクトメンバーから、プロジェクトに
関する電子メールを送信するのか否かの選択を取得する
選択取得手段と、プロジェクトに関する電子メールを送
信する旨の選択が取得された場合に、当該プロジェクト
に対応づけられた前記アカウントを宛先として、当該電
子メールを送信するメール送信手段とを備えてもよい。
つまり、前記メール送信手段は、前記プロジェクトにお
いて新規に発言する場合及び既に発言された電子メール
に対して返信する場合のいずれのときも、前記アカウン
トを宛先として前記電子メールを送信してもよい。

【００１４】さらに、上記第２の目的を達成するため
に、本発明に係る通信システムは、前記通信システムに
おいて、前記メールサーバ装置は、さらに、前記端末装
置からの配信要求に基づいて、前記メール蓄積手段に蓄
積された電子メールの中から、前記配信要求の対象とな
るアカウントに対応づけて蓄積されている電子メールを
読み出し、当該端末装置に配信するメール配信手段と、
前記メール配信手段により電子メールが配信された旨を
電子メールごと及び配信先ごとに記録し、管理テーブル
として保持する管理テーブル登録保持手段と、前記管理
テーブル登録保持手段に保持された管理テーブルを特定
の端末装置に配信する管理テーブル配信手段とを備える
ことを特徴とする。

【００１５】また、本発明に係るネットワークオフィス
は、通信ネットワーク上のオフィスであって、通信ネッ
トワークで接続されたメールサーバ装置と前記オフィス
のメンバーが使用する端末装置とから構成され、前記メ
ールサーバ装置は、個々のプロジェクトをアカウントに
対応させ、プロジェクトに属するメンバー間でなされた
電子メールによる全てのコミュニケーションの内容をプ
ロジェクトごとに蓄積して記憶するメール蓄積手段を備
え、前記端末装置は、プロジェクトに関する新規な発言
及び既になされた発言に対する返信のいずれについて
も、当該プロジェクトに対応するアカウントを宛先とし
て電子メールを送信するメール送信手段と、前記メール
蓄積手段に蓄積された電子メールを残したまま、必要な
電子メールを読み出すメール読み出し手段とを備えるこ
とを特徴とする。

【００１６】なお、本発明は、上記通信システム及びネ
ットワークオフィスを構成する特徴的な手段をステップ
とするコミュニケーション支援方法、ネットワークオフ
ィス運営方法、それらのステップをパソコン等の汎用の
コンピュータ装置に実行させるプログラム、及び、その
プログラムを記録したコンピュータ読み取り可能な記録
媒体として実現することもできる。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を用いて詳細に説明する。

【００１８】（実施の形態１）図１は、本発明の実施の
形態１に係る通信システム１０の全体構成を示す図であ
る。この通信システム１０は、電子メールを基本のツー
ルとして、ネットワーク上のオフィスにおける複数のプ
ロジェクトに対する管理を支援する、具体的には、プロ
ジェクトメンバー間でのコミュニケーション、その情報
の共有化、プロジェクトメンバーの参加状況の把握等の
プロジェクト管理を支援するシステムであり、メールサ
ーバ２０と、端末装置３０ａ〜３０ｃと、それらを接続
する通信ネットワーク１１とから構成される。

【００１９】メールサーバ２０は、ワークステーション
等のコンピュータであり、本通信システム１０における
電子メールサーバ及びプロジェクト管理のための情報サ
ーバとして機能する。具体的には、ＳＭＴＰ（Simple M
ail Transfer Protocol）、ＰＯＰ３（Post Office Pro
tocol Version 3）、ＩＭＡＰ４（Internet Mail Acces
s Protocol Version 4）等のプロトコルに従って、端末
装置３０ａ〜３０ｃから依頼された電子メールを送信し
たり、プロジェクトごとに対応づけられたアカウント宛
に送信されてきた電子メールを受信して蓄積するととも
に、蓄積した電子メールを端末装置３０ａ〜３０ｃに配
信したり、各電子メールに対するプロジェクトメンバー
の閲覧状態（既読／未読の別等）を示す管理情報をプロ
ジェクトマネージャに配信したりする。

【００２０】端末装置３０ａ〜３０ｃは、プロジェクト
メンバーやプロジェクトマネージャが使用するパーソナ
ルコンピュータ、携帯電話機、携帯情報端末等の通信装
置であり、メールサーバ２０に対するクライアントとし
て機能する。具体的には、プロジェクトメンバーやマネ
ージャは、ＰＰＰ（Point to Point Protocol）接続等
によって端末装置３０ａ〜３０ｃとメールサーバ２０と
を接続させると共に、メールツール等を用いて電子メー
ルの作成、送信、閲覧をしたり、データベースツール等
を用いて、メールサーバ２０からダウンロードした管理
情報を閲覧したり、ＴＥＬＮＥＴ等のプロトコルに基づ
いてメールサーバ２０にアクセスし、プロジェクト管理
のための各種設定をしたりする。

【００２１】図２は、図１に示されたメールサーバ２０
の詳細な機能構成を示すブロック図である。このメール
サーバ２０は、３つの処理部（送受信部２１、メール読
み書き部２２、プロジェクト管理部２３）と、３つのデ
ータ記憶部（メール蓄積部２５、管理テーブル記憶部２
６、プロジェクト制御テーブル記憶部２７）とから構成
される。

【００２２】プロジェクト制御テーブル記憶部２７は、
端末装置３０ａ〜３０ｃによるプロジェクトマネージャ
のプロジェクト登録により送信されてきたプロジェクト
に関する情報をプロジェクト制御テーブル２７ａに蓄積
して保持するための記憶部である。具体的には、図３に
示されるように、このメールサーバ２０で管理される対
象のプロジェクトごとに、バーチャルな会議室の「プロ
ジェクト名」、そのプロジェクトの「アカウント」、そ
のプロジェクトのメンバーを認証するための「パスワー
ド」、そのプロジェクト宛の電子メールを各端末装置３
０ａ〜３０ｃに配信して閲覧させる際にその電子メール
のコピーをメールサーバ２０（メール蓄積部２５）上に
残しておくか否かを表すフラグ「コピーの保存」、閲覧
したメールに対するコメントの返信先「Ｒｅｐｌｙ−Ｔ
ｏ」、そのプロジェクトの「マネージャのメールアドレ
ス」、そのプロジェクトの「メンバーのメールアドレ
ス」が格納されている。

【００２３】なお、本通信システム１０においては、プ
ロジェクト制御テーブル２７ａの「コピーの保存」を
「する」と設定し、返信宛先「Ｒｅｐｌｙ−ｔｏ」を
「そのプロジェクトのアカウント」に設定する運用とし
ている。この理由は、各プロジェクトでのコミュニケー
ションにおいて、新規発言をする場合にはプロジェクト
に対応するアカウント宛に電子メールを送信し、一方、
新規発言に対してコメントする場合にはそこに残されて
いる電子メールに対して返信することで、そのプロジェ
クトにおいてなされた全てのやりとりをメールサーバ２
０（メール蓄積部２５）上に残して蓄積させることがで
きるからである。これによって、プロジェクトメンバー
やマネージャは、いつでも、各プロジェクトに対応する
アカウントに蓄積された電子メールをダウンロードして
閲覧することで、それまでのやりとりや経過等を知るこ
とができ、情報が共有化される。

【００２４】メール蓄積部２５は、各プロジェクトに対
応づけられたアカウント宛に送信されてきた電子メール
を蓄積する記憶部である。

【００２５】管理テーブル記憶部２６は、図４に示され
るように、各プロジェクトメンバーがそのプロジェクト
宛に送信された電子メールをそれぞれ読んでいるか否か
（既読／未読の別）、既に読んでいる場合にはいつに読
んだか、等の閲覧状態を示す管理テーブル２６ａ〜２６
ｃをプロジェクトごとに保持する記憶部であり、メッセ
ージの「Ｎｏ」、「発言日時」および「発言者」や、各
メンバーおよびマネージャごとの閲覧日時や未読を保持
する。

【００２６】送受信部２１は、上述のプロトコル等に従
って通信ネットワーク１１を介して端末装置３０ａ〜３
０ｃと通信するインターフェースであり、端末装置３０
ａ〜３０ｃから送信されてきたコマンドを解析したり、
その結果に応じてメール読み書き部２２やプロジェクト
管理部２３に処理を依頼したり、メール読み書き部２２
やプロジェクト管理部２３から渡されたデータを端末装
置３０ａ〜３０ｃに送信したりする。

【００２７】メール読み書き部２２は、送受信部２１か
ら依頼された処理を実行し、プロジェクト制御テーブル
２７ａに基づいて端末装置３０ａ〜３０ｃからのメール
をメール蓄積部２５に書き込んだり、メール蓄積部２５
からメールを読み出したりする。

【００２８】具体的には、メール読み書き部２２は、端
末装置３０ａ〜３０ｃからのメールをメール蓄積部２５
に書き込む際に、プロジェクト制御テーブル記憶部２７
に保持されるプロジェクト制御テーブル２７ａを参照
し、このプロジェクト制御テーブル２７ａの「Ｒｅｐｌ
ｙ−ｔｏ」の設定（プロジェクト宛）によって、着信し
たメールの返信アドレスを強制的にプロジェクトアドレ
スにセットする。また、メール読み書き部２２は、端末
装置３０ａ〜３０ｃからのメールをメール蓄積部２５に
書き込む際に、管理テーブル２６ａ〜２６ｃに、そのメ
ッセージのＮｏ、発言日時、発言者および各メンバーの
未読をエントリーする。また、メール読み書き部２２
は、メール蓄積部２５からメールを読み出す際に、パス
ワードによりメンバーを認証したり、プロジェクト制御
テーブル２７ａの「コピーの保存」の「する」の設定に
よって、メールを消去させることなく蓄積させたままに
したりする。また、メール読み書き部２２は、メール蓄
積部２５からメールを読み出す際に、読み出したメッセ
ージの未読上に日時を書き込むことで既読をエントリー
したりする。

【００２９】プロジェクト管理部２３は、プロジェクト
制御テーブル記憶部２７にプロジェクト制御テーブル２
７ａを設定したり、管理テーブル記憶部２６から管理テ
ーブル２６ａ〜２６ｃを読み出して送受信部２１を介し
て端末装置３０ａ〜３０ｃに送信したりする。

【００３０】図５は、図１に示された端末装置３０ａ〜
３０ｂの機能構成を示すブロック図である。同図に示さ
れるように、各端末装置３０ａ〜３０ｃは、６つのプロ
グラム部（送受信部３１、メール閲覧部３２、メール作
成部３３、アカウントテーブル編集部３４、管理テーブ
ル閲覧部３５およびＧＵＩ（Graphics User Interfac
e）部３６）と、３つのデータ記憶部（メール蓄積部３
７、アカウントテーブル記憶部３８および管理テーブル
蓄積部３９）とからそれぞれ構成される。

【００３１】メール蓄積部３７は、送受信部３１を介し
てメールサーバ２０等に蓄積されているプロジェクト宛
や、個人宛のメールを受信してアカウントごとに蓄積す
る記憶部である。

【００３２】アカウントテーブル記憶部３８は、図６に
示されるアカウントテーブル３８ａを記憶する。アカウ
ントテーブル３８ａは、電子メールを送受信するのに必
要な情報をアカウントごとに記憶して保持するテーブル
であって、ハードディスク等の記憶装置のメール格納場
所を表す「アカウント名（フォルダ名）」、並びにメー
ルの送受信に使用するメールサーバの「サーバ名」、
「ユーザアカウント」および「パスワード」やメール発
信人のメールアドレス「Ｆｒｏｍ：」の他、宛先指定の
ダイアログにおいて設定されたメール受信人のメールア
ドレス「Ｔｏ：」、「Ｃｃ：」および「Ｂｃｃ：」の情
報を予め保持しており、アカウントテーブル編集部３４
により生成されたり、更新されたりする。

【００３３】なお、この端末装置を使用するメンバーや
マネージャが参加するプロジェクト、経理システム（ｐ
ｒｏｊ１）では、サーバのユーザアカウントをそのプロ
ジェクトのオフィスとし、新規に発言するメールをこの
オフィスに確実に集めるため、メールの宛先「Ｔｏ」に
は、ｐｒｏｊ１＠×××．ｃｏｍがデフォルトで選択で
きるように設定されている。また、社外用の新規メール
についても、そのプロジェクトのメンバーに知らせてお
いた方がよい場合が多く、しかもプロジェクトのメンバ
ーに知らせるのを忘れてしまわないように、メールの宛
先「Ｂｃｃ」には、ｐｒｏｊ１＠×××．ｃｏｍがデフ
ォルトで設定されている。

【００３４】管理テーブル蓄積部３９は、メールサーバ
２０から送られてきた管理対象の管理テーブル２６ａを
蓄積する。

【００３５】送受信部３１は、上述のプロトコル等に従
って通信ネットワーク１１を介してメールサーバ２０と
通信するインターフェースであり、メール作成部３３や
管理テーブル閲覧部３５からの依頼に応じてメールサー
バ２０にメールやコマンドを送信したり、メール閲覧部
３２からの依頼に応じてメールサーバ２０から渡された
未読のメールをメール蓄積部３７に格納したり、管理テ
ーブル２６ａ〜２６ｃを管理テーブル蓄積部３９に格納
したりする。

【００３６】メール閲覧部３２は、ＧＵＩ部３６からの
所定の指示に応じてメールサーバ２０から未読のメール
を読み出すコマンドを送信したり、メール蓄積部３７に
蓄積されたメールをアカウントごとに読み出してＧＵＩ
部３６に渡す。これにより、メールは、プロジェクトの
メンバーやマネージャの閲覧に供せられる。

【００３７】メール作成部３３は、アカウントテーブル
３８ａを参照してメールのヘッダ等を作成したり、ＧＵ
Ｉ部３６からの指示に応じて作成されたメールを所定の
宛先に送信したりする。

【００３８】アカウントテーブル編集部３４は、ＧＵＩ
部３６を介して宛先指定のダイアログで入力されたメー
ルの送受信に関するアカウント情報をアカウントテーブ
ル記憶部３８のアカウントテーブル３８ａにエントリー
したり、アカウントテーブル３８ａにエントリーしたア
カウント情報を変更したりする。

【００３９】より具体的には、アカウントテーブル編集
部３４は、例えば、ＧＵＩ部３６に表示された図示しな
いアカウントダイアログボックスにおける指示に従って
入力された「アカウント名」、メールサーバの「サーバ
名」、「ユーザアカウント」、「パスワード」ユーザの
名前およびそのユーザの電子メールアドレス、メールの
送信元「Ｆｒｏｍ：」等からなるアカウント情報や、そ
のアカウントごとの宛先指定のダイアログにおいて使用
頻度の高いメールの宛先「Ｔｏ：」、「Ｃｃ：」、「Ｂ
ｃｃ：」の情報を受け付ける。

【００４０】管理テーブル閲覧部３５は、プロジェクト
宛のメールをそのプロジェクトのメンバーが読んだか否
かを閲覧するためのものである。具体的には、管理テー
ブル閲覧部３５は、ＧＵＩ部３６から端末ユーザの操作
による管理テーブル受信の指示を受け付け、さらにプロ
ジェクト名およびパスワードを受け付けると、そのプロ
ジェクト名およびパスワードと共に、これを認証するた
めのコマンドを送受信部３１を介してメールサーバ２０
に送信する。なお、プロジェクト名およびパスワードの
認証の結果、メールサーバ２０から転送されてきた管理
テーブルのデータは、管理テーブル蓄積部３９に更新さ
れて蓄積される。また、管理テーブル閲覧部３５は、Ｇ
ＵＩ部３６から管理テーブル閲覧の指示を受け付ける
と、管理テーブル蓄積部３９から管理テーブルを読み出
し、ＧＵＩ部３６に渡す。この結果、管理テーブルのデ
ータが画面に一覧表示され、マネージャは、メンバーが
メールをみたか否かを管理することができる。

【００４１】なお、管理テーブル閲覧部３５は、マネー
ジャの操作によりメールサーバ２０にログインして、
「プロジェクト名」、「アカウント」、「パスワー
ド」、「コピーの保存」、「Ｒｅｐｌｙ−Ｔｏ」、「プ
ロジェクトマネージャのメールアドレス」、「プロジェ
クトメンバーのメールアドレス」の情報を送り、プロジ
ェクト制御テーブル２７ａに各情報をエントリーする機
能も有している。

【００４２】ＧＵＩ部３６は、メールの送受信や、管理
テーブルの閲覧等に関し、モニタ等の表示装置の画面に
視覚的な要素を多用して端末ユーザの操作性やユーザに
対する情報伝達を向上させたインターフェースであっ
て、ユーザの操作結果の指示をメール閲覧部３２や、メ
ール作成部３３、アカウントテーブル編集部３４、管理
テーブル閲覧部３５に伝える。

【００４３】図７は、この通信システム１０が対象とす
るプロジェクトメンバー間のメールのやり取りの一例を
示す図である。

【００４４】自己が所属するプロジェクトにおいて新規
発言をしたいと考えるメンバーは、そのプロジェクトの
メールアドレスを宛先として新規発言を内容とするメー
ル（新規メール）を送る。プロジェクト宛の各メール
は、そのヘッダ中に「Ｒｅｐｌｙ−ｔｏ」がプロジェク
ト宛にセットされたうえで、メール蓄積部２５に蓄積さ
れる。この結果、メンバーがメール蓄積部２５からダウ
ンロードして閲覧するプロジェクトの全てのメールに
は、そのヘッダ中に「Ｒｅｐｌｙ−ｔｏ」がプロジェク
ト宛にセットされている。このため、この新規発言に対
してコメントしたいと考えるメンバーの返信メールの宛
先Ｔｏは、新規発言の発信元のメールアドレスＦｒｏｍ
に優先し、「Ｒｅｐｌｙ−ｔｏ」で設定されるプロジェ
クト宛が自動的にセットされる。したがって、そのプロ
ジェクトの新規発言に対するコメントを内容とするメー
ルは、全てそのプロジェクトのメールアドレスを宛先と
して送られる。このプロジェクト宛の各返信メールは、
新規メールの場合と同様に、そのヘッダ中に「Ｒｅｐｌ
ｙ−ｔｏ」がプロジェクト宛にセットされたうえで、メ
ール蓄積部２５に蓄積される。

【００４５】一方、本通信システム１０においては、プ
ロジェクト制御テーブル２７ａの「コピーの保存」を
「する」に設定する運用がなされている。

【００４６】したがって、新規発言に対してコメントす
る場合にはそこに残されている電子メールに対して返信
することで、そのプロジェクトにおいてなされた全ての
やりとりをメールサーバ２０のメール蓄積部２５上に残
して蓄積させることができる。

【００４７】図８は、図２に示されるメールサーバ２０
のメール読み書き部２２の動作を示すフローチャートで
ある。ここでは、図６に示されたメール（新規メール、
返信メール）の送信や、メールの配信（閲覧）の場合の
処理が示されている。

【００４８】メール読み書き部２２は、まず、クライア
ントからの要求がメールの送信とメールの配信とのいず
れであるかを判断する（Ｓ１０）。この判断は、ＴＥＬ
ＮＥＴプロトコルのサブセットＮＶＴ上で、文字列のコ
マンドと応答をやり取りし、オープンするＴＣＰのポー
ト番号により決定される。送信要求であると判断した場
合、メール読み書き部２２は、端末装置からメール送信
者を示すコマンド、メール受信者を示すコマンド、デー
タを送信するコマンド等を受信してこれに応答した後、
メールを受信し、このメールのヘッダのＴｏフィールド
によりこの通信システム１０で管理するプロジェクト宛
のメールか否か判断する（Ｓ１１）。

【００４９】宛先がプロジェクトでなければ（Ｓ１１で
Ｎｏ）、メール読み書き部２２は、メールをその宛先に
転送し（Ｓ１５）、メールの送信を終了する。これに対
して、通信システム１０で管理するプロジェクト宛のメ
ールであれば（Ｓ１１でＹｅｓ）、受信したメールのヘ
ッダにＴｏフィールドと同じプロジェクト名を内容とす
る「Ｒｅｐｌｙ−ｔｏ」フィールドを設定し（Ｓ１
２）、そのメールをメール蓄積部２５の該当するプロジ
ェクトフォルダに蓄積する（Ｓ１３）。そして、管理テ
ーブル記憶部２６の該当するプロジェクトの管理テーブ
ル２６ａ〜２６ｃにそのメールメッセージの「Ｎｏ」
や、「発言日付」、「発言者」、他のメンバーの「未
読」を内容とするエントリーを追加し（Ｓ１４）、メー
ルの送信を終了する。この結果、各プロジェクトごとに
そのプロジェクト宛のメールが集められる。

【００５０】一方、ステップＳ１０においてメールの配
信要求であると判断すると、メール読み書き部２２は、
認証のためのコマンドと共に送信されてきたパスワード
によりユーザ確認を認証する（Ｓ１６）。パスワードが
誤っていれば（Ｓ１７でＮｏ）、メール読み書き部２２
は、エラーを返して該当するプロジェクト宛のメール配
信の通信を終了する。これに対して、パスワードが正し
ければ（Ｓ１７でＹｅｓ）、メール読み書き部２２は、
メール配送要求してきたメンバーから個人用メールアド
レスを取得して、該当するプロジェクト宛のメール配信
についてのＯＫの応答を行う。そして、メール読み書き
部２２は、メールホルダの大きさやメッセージの大きさ
などの情報を回収するコマンドの受信によりメール番号
とサイズとをメールの数分繰り返して知らせる応答を行
った後、未読のメールの回収を要求するメール番号を指
定したコマンドに応じて、メールを回収するコマンドで
指定された未読のメールをコピーを保存しつつ端末装置
に配信する（Ｓ１８）。そして、メール読み書き部２２
は、前記ステップＳ１８で取得した個人用メールアドレ
スに基づいて、配送を要求したメンバーの配送日時欄に
配送日時を書き込むことにより管理テーブル２６ａ〜２
６ｃのメール回収を要求したメンバーの欄を未読から既
読に更新し（Ｓ１９）、メール配送の通信を終了する。

【００５１】なお、ステップＳ１８における個人用メー
ルアドレスの取得に代えて、そのマネージャやメンバー
の端末装置のＩＰアドレスを用いことにより、配信要求
してきたユーザを特定してもよい。また、このようにし
て取得した個人用メールアドレスやＩＰアドレスがプロ
ジェクト制御テーブル２７ａのメンバー欄に登録されて
いるか否かによって、そのメンバーがメールの未読、既
読を管理する対象者であるか否かを判断してもよい。

【００５２】したがって、プロジェクトごとに設けられ
たメールアカウントに、プロジェクトでなされた全ての
コミュニケーションが蓄積されていくので、プロジェク
トに属するメンバーは、いつでも、そのアカウントに蓄
積された電子メールを読み出すことで、それまでになさ
れた全てのコミュニケーションを知ることができる。

【００５３】図９は、ダウンロードした所定のメール
（経理システム（ｐｒｏｊ１）宛のＮｏ３．１のメー
ル）を端末装置のＧＵＩ部３６により閲覧している状態
の画面表示を示す図である。

【００５４】同図に示されるように、ＧＵＩ部３６によ
るメール閲覧ダイアログには、「ファイル」、「編
集」、「送受信」、「検索」、「マクロ」、「設定」、
「ヘルプ」からなるプルダウンボタン３６１、「新規メ
ール」、「返信メール」、「転送メール」、「メール送
受信」、「アカウント編集」、「管理テーブル受信」、
「管理テーブル閲覧」からなるコマンドボタン３６２、
この端末装置において予め設定されているアカウント
（例えば、「経理システム（ｐｒｏｊ１）」および「社
外用」）のフォルダを表示するフォルダウインドウ３６
３、各フォルダの受信、未送信、送信済み、ゴミ箱に格
納されているメールの一覧を表示するメール一覧ウイン
ドウ３６４、メール一覧ウインドウ３６４の一覧表示さ
れたメールの中から選択されたメールの詳細（ヘッダお
よびメール本体）を表示するメール詳細ウインドウ３６
５とが設けられている。

【００５５】なお、メール一覧ウインドウ３６４には、
フォルダウインドウ３６３で選択されたアカウントおよ
びそのアカウント中で選択された受信、未送信、送信済
み、ゴミ箱の種別を示すタイトルバーや、このタイトル
バーで示される種別中のメールを一覧表示させたり、ス
レッド表示させたりするための「一覧」、「スレッド」
タブが設けられている。また、メール詳細ウインドウ３
６５には、メール一覧ウインドウ３６４で選択されたメ
ール（図中において下線が引かれたメール）を示すタイ
トルバー（図示例では、「メール詳細（Ｎｏ．３．１／
山本／０１／０４／２０（金）１０：４５）」）が設け
られており、このタイトルバーの下にそのメールのヘッ
ダ部の一部の内容（図示例では、Ｆｒｏｍ：山本＜ａｂ
ｃ＠○×○．ｃｏｍ＞、Ｒｅｐｌｙ−ｔｏ：ｐｒｏｊ１
＠×××．ｃｏｍ、Ｔｏ：ｐｒｏｊ１＠×××．ｃｏ
ｍ、Ｓｕｂｊｅｃｔ：Ｒｅ：お知らせ）と、メール本体
部の内容、すなわち”＞”の記号が付加された新規発言
の内容の一部と、これに対する山本さんの返答の一部と
が表示されている。ここで、ヘッダ部のフィールドＲｅ
ｐｌｙ−ｔｏ：ｐｒｏｊ１＠×××．ｃｏｍは、メール
サーバ２０で付けたものであり、このメッセージへの返
事を送るべきメールボックスを示している。

【００５６】図１０は、端末装置で新規発言するときの
操作手順を示す図である。新規発言を望むメンバーは、
ＧＵＩ部３６による表示画面を見ながら、「フォルダ」
欄でアカウント名をクリックして選択し（Ｓ２０）、図
９に示される「新規メール」コマンドボタンを押す（Ｓ
２１）。

【００５７】アカウントに「経理システム」（ｐｒｏｊ
１）を選択した状態でコマンドボタン３６２中の「新規
メール」を押した場合、図１１（ａ）に示される「メッ
セージ」ダイアログボックスが画面に表示される。この
画面では、アカウントテーブル３８１の設定により、そ
のヘッダの発信人「Ｆｒｏｍ」フィールドにはプロジェ
クトメンバーの名前とその電子メールアドレスとを示す
山田＜ｔａｒｏ＠○×△．ｃｏｍ＞が、メールの第一受
取人を示すヘッダ「Ｔｏ」フィールドには、このメンバ
ーが所属するプロジェクトのメールアドレス、ｐｒｏｊ
１＠○×△．ｃｏｍが、それぞれ予め入力されており、
メールの表題を示すヘッダ「Ｓｕｂｊｅｃｔ」フィール
ドのテキストボックスが空欄になっている。

【００５８】一方、アカウントに「社外用」を選択した
状態で「新規メール」コマンドボタン３６２を押した場
合、図１１（ｂ）に示される「メッセージ」ダイアログ
ボックスが画面に表示される。この画面では、アカウン
トテーブル３８１の設定により、プロジェクト宛の場合
と異なり、任意の第一受取人のメールアドレスを入力す
るため、ヘッダ「Ｔｏ」フィールドのテキストボックス
が空欄となっており、「Ｔｏ」の部分をクリックしてア
ドレス帳に登録されているメールアドレスを呼び出した
り、過去にメールしたメールアドレスを呼び出して、選
択することによりテキストボックスに所望のメールアド
レスを入力する。また、この画面では、ヘッダ「Ｂｃ
ｃ」フィールドが設けられており、追加されて送られる
受取人を表すｐｒｏｊ１＠○×△．ｃｏｍが、それぞれ
予め入力されている。この理由は、社外宛の新規メール
についてもプロジェクトのメンバーにも閲覧してもらっ
た方がよい場合が多いためである。

【００５９】図１１に示される「メッセージ」ダイアロ
グボックスにおいて、この宛先に変更の必要がなければ
（Ｓ２２でＮｏ）、メールの表題を示すヘッダ「Ｓｕｂ
ｊｅｃｔ」のテキストボックスに任意の表題を入力し、
このヘッダの下部にメールの本文を入力し（Ｓ２４）、
「送信」コマンドボタンを押す（Ｓ２５）。これによ
り、新規作成したメールが宛先に送信される。

【００６０】図１１（ａ）に示される「メッセージ」ダ
イアログボックスが表示されている状態で「宛先変更」
コマンドボタンを押した場合、図１２（ａ）に示される
「宛先指定のダイアログ」が画面に表示される。この経
理システム（プロジェクト）用の「宛先指定のダイアロ
グ」では、このプロジェクト宛のメールでよく使用する
宛先が予め複数用意されており、図１１（ａ）の「メッ
セージ」ダイアログボックスに表示されている宛先Ｔｏ
欄と対応するチェックボックスだけにチェックマークが
入ってその宛先だけが有効にされている。このため、発
言者＜ａｂｃ＠○□△．ｃｏｍ＞にもメールを送るため
のＣｃ欄、自分のメールボックスにもメールを送るため
のＢｃｃ欄のチェックボックスを必要に応じてクリック
してチェックマークを付けると、その宛先も有効にな
る。この有効な宛先は、アカウントテーブル３８ａに設
定され、図１１（ａ）の画面上でも表示される。したが
って、宛先の手入力の煩雑さを避けながら、宛先を簡単
に追加したり変更したりすることができる。

【００６１】宛先の変更後、ヘッダ「Ｓｕｂｊｅｃｔ」
のテキストボックスに任意の表題を入力し、このヘッダ
の下部にメールの本文を入力し（Ｓ２４）、「送信」コ
マンドボタンを押す（Ｓ２５）。これにより、新規作成
したメールが変更後の宛先に送信される。

【００６２】一方、図１１（ｂ）の「メッセージ」ダイ
アログボックスに表示されている状態で「宛先変更」コ
マンドボタンを押した場合、図１２（ｂ）に示される
「宛先指定のダイアログ」が画面に表示される。この
「宛先指定のダイアログ」においてもこの社外宛のメー
ルでよく使用する宛先が予め複数用意されており、図１
１（ｂ）の「メッセージ」ダイアログボックスに表示さ
れるＴｏ欄と、プロジェクト宛のＢｃｃ欄とのチェック
ボックスだけにチェックマークが入っている。このた
め、発言者宛やメーリングサーバ宛のＣｃ欄や、自分宛
のＢｃｃ欄のチェックボックスを必要に応じてクリック
してチェックマークを付けると、その宛先も有効にな
り、この有効な宛先は、アカウントテーブル３８ａに設
定され、次回から初期の宛先に設定される。したがっ
て、宛先の手入力の煩雑さを避けながら、宛先を簡単に
追加したり変更したりすることができる。

【００６３】宛先の変更後、ヘッダのＴｏ欄のテキスト
ボックスに宛先を入力すると共に、ヘッダ「Ｓｕｂｊｅ
ｃｔ」のテキストボックスに任意の表題を入力し、この
ヘッダの下部にメールの本文を入力し（Ｓ２４）、「送
信」コマンドボタンを押す（Ｓ２５）。これにより、新
規作成したメールが変更後の宛先に送信される。

【００６４】図１３は、端末装置で新規発言に対するコ
メント（返信）するときの操作手順を示す図である。コ
メントを望むメンバーは、ＧＵＩ部３６による表示画面
を見ながら、「フォルダ」欄のプロジェクト用と社外用
とのいずれか一方のフォルダを選択した状態で、「メー
ル一覧」で返信の対象となるメールを選択し（Ｓ３
０）、「返信メール」コマンドボタンを押す（Ｓ３
１）。

【００６５】プロジェクト用のメールを選択した状態で
「返信メール」コマンドボタンを押した場合、図１４
（ａ）に示される「メッセージ」ダイアログボックスが
画面に表示される。この画面では、その返信メールのヘ
ッダの発信人「Ｆｒｏｍ」フィールドにはコメントする
プロジェクトメンバーの名前とその電子メールアドレス
とを示す山田＜ｔａｒｏ＠○×△．ｃｏｍ＞が、メール
の第一受取人を示すヘッダ「Ｔｏ」フィールドには、こ
のメンバーが所属するプロジェクトのメールアドレス、
ｐｒｏｊ１＠○×△．ｃｏｍが、メールの表題を示すヘ
ッダ「Ｓｕｂｊｅｃｔ」フィールドには元のメールの表
題「お知らせ」の頭に返信を表す「Ｒｅ：」が、それぞ
れ予め入力されている。

【００６６】一方、社外用のメールを選択した状態で
「返信メール」コマンドボタンを押した場合、図１４
（ｂ）に示される「メッセージ」ダイアログボックスが
画面に表示される。この画面では、その返信メールのヘ
ッダの発信人「Ｆｒｏｍ」フィールドにはコメントする
プロジェクトメンバーの名前とその電子メールアドレス
とを示す山田＜ｔａｒｏ＠○×△．ｃｏｍ＞が、メール
の第一受取人を示すヘッダ「Ｔｏ」フィールドには、こ
の元のメールの作成者のメールアドレス、ａｂｃ＠○□
△．ｃｏｍが、「Ｂｃｃ」フィールドには、プロジェク
ト宛のメールアドレス、ｐｒｏｊ１＠○×△．ｃｏｍ
が、メールの表題を示すヘッダ「Ｓｕｂｊｅｃｔ」フィ
ールドには元のメールの表題「お知らせ」の頭に返信を
表す「Ｒｅ：」が、それぞれ予め入力されている。

【００６７】ここで、社外用のメールに対してコメント
する場合、元のメールのヘッダにＲｅｐｌｙ−ｔｏフィ
ールドが含まれていないのが通例である。このため、社
外用のメールに対するコメントのヘッダにおいては、Ｒ
ｅｐｌｙ−ｔｏフィールドが含まれていない場合に行わ
れる返信メッセージにおける通例の処理、Ｆｒｏｍフィ
ールドとＴｏフィールドの内容を逆にする処理が行われ
ている。

【００６８】これに対して、プロジェクト用のメールを
メールサーバ２０からダウンロードしてこのメールに対
してコメントする場合、ダウンロードした元のメールの
ヘッダにメールサーバ２０によりそのプロジェクトを宛
先とするＲｅｐｌｙ−ｔｏフィールドが含められてい
る。したがって、コメントの宛先Ｔｏフィールドには、
元のメールの発信人のメールアドレスに優先して、Ｒｅ
ｐｌｙ−ｔｏフィールドで指定されたプロジェクト宛が
設定される。

【００６９】なお、図１４（ａ）および図１４（ｂ）に
示すＦｒｏｍフィールドの内容、山田＜ｔａｒｏ＠○×
△．ｃｏｍ＞ならびに図１４（ｂ）に示すＢｃｃフィー
ルドの内容、ｐｒｏｊ１＠×××．ｃｏｍは、新規メー
ルの送信の場合と同様に、予め設定されているメールア
ドレスである。

【００７０】図１４に示される「メッセージ」ダイアロ
グボックスにおいて、この宛先に変更の必要がなければ
（Ｓ３２でＮｏ）直ちに、宛先に変更の必要があれば
（Ｓ３２でＹｅｓ）新規メールの宛先変更の場合と同様
な宛先変更をした後に（Ｓ３３）、このヘッダの下部に
メールの本文を入力し（Ｓ３４）、「送信」コマンドボ
タンを押す（Ｓ３５）。これにより、新規作成したメー
ルが宛先に送信される。したがって、プロジェクト宛の
メールだけでなく、一般用のメールも簡単に作成するこ
とができる。

【００７１】ここで、メール本体の部分に、元のメッセ
ージの全体が新しいメッセージに一旦組み込まれ、元の
メッセージ文章の各行頭に記号例えば”＞”が挿入され
る。このため、返答の際に元のメッセージの間に新しい
文を入れても、行頭の記号で元のメッセージとコメント
とを明確に区別できる。また、記号を行頭に挿入する方
法は何度でも繰り返せるので、返答への返事が繰り返さ
れてもコメントの経過を簡単に把握できる。

【００７２】また、新しいメッセージの冒頭には、その
メッセージの送信者を示すための帰属情報が付加され
る。したがって、返答への返答が重なっても帰属情報を
活用でき、ヘッダの詳細を調べてＩｎ−Ｒｅｐｌｙ−ｔ
ｏフィールドとＲｅｆｅｒｅｎｃｅフィールドの内容を
見なくても、メールメッセージで交わされている会話の
主体を細かく分析することができる。

【００７３】したがって、電子会議室、電子黒板等が不
要となり、ネットワーク上のオフィスにおけるプロジェ
クトメンバー間でのコミュニケーションを円滑に進行さ
せることができる。

【００７４】図１５は、プロジェクトのマネージャが管
理テーブルを閲覧するときの操作手順を示す図である。

【００７５】管理テーブルの閲覧を望むマネージャは、
ＧＵＩ部３６による表示画面（図９）を見ながら、「管
理テーブル受信」ボタンを押すと、図１６（ａ）に示さ
れる管理テーブルの受信ダイアログボックスが表示され
る。マネージャが「プロジェクト名」と管理テーブル閲
覧用の「パスワード」とをテキストボックスに入力する
と、管理テーブル閲覧部３５は、入力された「プロジェ
クト名」と「パスワード」とを取得し（Ｓ４０）、「プ
ロジェクト名」と「パスワード」とをメールサーバ２０
に転送する（Ｓ４１）。

【００７６】メールサーバ２０のプロジェクト管理部２
３は、転送されてきた「プロジェクト名」がメールサー
バ２０で管理しているプロジェクト制御テーブル２７ａ
の「プロジェクト名」と一致し、かつ、転送されてきた
管理テーブル閲覧用の「パスワード」がプロジェクト制
御テーブル２７ａに格納されている管理テーブル閲覧用
の「パスワード」（不図示）と一致するのを確認する
と、端末装置に「認証ＯＫ」のデータを返し、プロジェ
クトが存在しない場合や、管理テーブル閲覧用のパスワ
ードが一致しない場合には認証エラーのデータを返す
（Ｓ４２）。

【００７７】メールサーバ２０から「認証ＯＫ」のデー
タを受信すると、管理テーブル閲覧部３５は、メールサ
ーバ２０に管理テーブルの配信を要求する。管理テーブ
ルの配信要求を受けたプロジェクト管理部２３は、管理
テーブル記憶部２６から該当する管理テーブルを読み出
す（Ｓ４３）。読み出された管理テーブルのデータは、
ＣＳＶ形式で、メールサーバ２０から端末装置にダウン
ロードされ（Ｓ４４）、管理テーブル蓄積部３９に格納
される。

【００７８】マネージャが「管理テーブル閲覧」コマン
ドボタンを押すと、管理テーブル蓄積部３９から読み出
された管理テーブルのデータが図１６（ｂ）に示される
ＧＵＩ部３６による画面に表示され、管理テーブルの内
容が閲覧される（Ｓ４５）。

【００７９】これにより、マネージャ山本が、自分が管
理しているプロジェクトで発言した自分の発言を各メン
バーが読んだか否か、簡単に管理することができる。

【００８０】以上のように、本実施の形態１に係る通信
システムによれば、メールサーバ２０は、個々のプロジ
ェクトをアカウントに対応させ、プロジェクトメンバー
間でなされた電子メールによる全てのコミュニケーショ
ンの内容をプロジェクトごとに蓄積して記憶するメール
蓄積部２５を備えている。これによって、プロジェクト
ごとに設けられたメールアカウントに、プロジェクトで
なされた全てのコミュニケーションが蓄積されていくの
で、プロジェクトに属するメンバーは、いつでも、その
アカウントに蓄積された電子メールを読み出すことで、
それまでになされた全てのコミュニケーションを知るこ
とができる。したがって、プロジェクトメンバー全員を
「Ｃｃ：」で指定する等の特別な操作をすることなく、
電子メールを送信する通常の操作をするだけで、ネット
ワーク上のオフィスにおけるプロジェクトメンバー間で
のコミュニケーションが可能になると共に、その情報の
共有化も可能となる。さらに、過去の電子メールは、常
にメールサーバ２０に置かれているので、プロジェクト
メンバーは、読み出した電子メールを自分の端末装置３
０ａ〜３０ｃに蓄積しておく必要がない。また、出張な
どの移動先において、携帯端末やＰＤＡ等を用いること
で、いつでも、プロジェクトでのやりとりを知ることが
できる。

【００８１】また、メールサーバ２０は、さらに、端末
装置３０ａ〜３０ｃからアカウント宛に送信されてきた
電子メールを受け取ると、その電子メールに、その電子
メールに対する返信先として当該アカウントを指定する
旨のヘッダ情報が付随されているか否か判断し、付随さ
れていない場合には、その旨のヘッダ情報をその電子メ
ールに付随させた後に、メール蓄積部２５に格納するメ
ール読み書き部２２を備えている。これによって、メー
ルサーバ装置に蓄積される全ての電子メールに、そのプ
ロジェクトに対応するアカウントを返信先とするヘッダ
情報が付加されるので、その電子メールを読み出したプ
ロジェクトメンバーは、単に、その電子メールに対して
返信するだけで、その返信メールは、同一のアカウント
に送信され、蓄積される。したがって、新規発言だけで
なく、返信についても、同一のプロジェクトアカウント
に蓄積されていくことが保証される。そして、メールサ
ーバ装置が備える機能によって、全ての電子メールがプ
ロジェクトアカウントに蓄積されることが保証されるの
で、端末装置３０ａ〜３０ｃで使用するメーラーは、一
般的なもので実現できる。

【００８２】さらに、メールサーバ２０は、さらに、端
末装置３０ａ〜３０ｃからの配信要求に基づいて、メー
ル蓄積部２５に蓄積された電子メールの中から、配信要
求の対象となるアカウントに対応づけて蓄積されている
電子メールを読み出し、当該端末装置３０ａ〜３０ｃに
配信するメール読み書き部２２と、メール読み書き部２
２により電子メールが配信された旨を電子メールごと及
び配信先ごとに記録し、管理テーブルとして保持する管
理テーブル記憶部２６と、管理テーブル記憶部２６に保
持された管理テーブルを特定の端末装置に配信するプロ
ジェクト管理部２３とを備えている。これによって、プ
ロジェクトにおいて発言された全ての電子メールについ
て、各メンバーが読み出したか否かが管理テーブルに記
録されていくので、例えば、プロジェクトマネージャ
は、この管理テーブルを参照することで、メンバーの参
加状況等を容易に把握することができる。

【００８３】（実施の形態２）次に、実施の形態２に係
る通信システムを説明する。本通信システムも、図１に
示される実施の形態１と同様に、電子メールを基本のツ
ールとし、プロジェクトメンバー間でのコミュニケーシ
ョン、その情報の共有化等を支援するシステムであり、
メールサーバと、端末装置と、それらを接続する通信ネ
ットワークとから構成される。ただし、本実施の形態で
は、プロジェクトメンバー間のコミュニケーション情報
の共有化をメールサーバの機能によって実現した実施の
形態１と異なり、端末装置が備えるメールクライアント
の機能によって実現している。

【００８４】図１７は、本発明の実施の形態２に係る端
末装置３００の機能構成を示すブロック図である。

【００８５】本図に示される端末装置３００は、上記し
た実施の形態１の端末装置３０ａ〜３０ｃと同様にユー
ザ（プロジェクトメンバーおよびプロジェクトマネージ
ャ）が使用するパーソナルコンピュータ、携帯電話機、
携帯情報端末等の通信装置であるが、一般的なメールサ
ーバ（メールのヘッダに自らプロジェクト宛のＲｅｐｌ
ｙ−Ｔｏ欄を設定したり、コピーの保存をするに設定し
たりすることがないメールサーバ）に対するクライアン
トとして機能する点で端末装置３０ａ〜３０ｃと異なっ
ている。また、端末装置３００は、一般的なメールサー
バがプロジェクト宛のメールの既読／未読を管理しない
ため、メールの既読／未読の管理情報を閲覧したりする
ための管理テーブル蓄積部３９や、管理テーブル閲覧部
３５が削除されている点で端末装置３０ａ〜３０ｃと異
なっている。以下、実施の形態１との相違点を中心に説
明する。

【００８６】端末装置３００は、通信ネットワーク１１
を介してＰＰＰ接続等によって一般的なメールサーバと
接続させると共に、一般的なメールサーバの下でもその
メールサーバのプロジェクト宛にメールを確実に集める
設定を自らして電子メールの作成、送信をしたり、プロ
ジェクト宛のメールを閲覧の際にサーバに残すように設
定を自らしたりすることができるメーラーで構成されて
おり、管理テーブル閲覧部３５や管理テーブル蓄積部３
９を除いた、６つのプログラム部（送受信部３１０、メ
ール閲覧部３２０、メール作成部３３０、ＧＵＩ部３６
０、一般用アカウント編集部３４０およびプロジェクト
用アカウント編集部３５０）と、２つのデータ記憶部
（メール蓄積部３７０およびアカウントテーブル記憶部
３８０）とから構成される。

【００８７】なお、説明の便宜のため、この実施の形態
２においても、実施の形態１と同じプロジェクト名や、
ユーザ名、ユーザのメールアドレス等を使用して説明す
る。

【００８８】メール蓄積部３７０は、図５に示されるメ
ール蓄積部３７と同様、送受信部３１０を介してメール
サーバに蓄積されているプロジェクト宛や、個人宛のメ
ールや、添付ファイルを受信してアカウントごとに蓄積
する記憶部である。

【００８９】アカウントテーブル記憶部３８０は、図５
に示されるアカウントテーブル記憶部３８とおおむね同
様であるが、電子メールを送受信するのに必要な情報を
保持したカウントテーブル３８１をアカウントごとに記
憶する点でアカウントテーブル記憶部３８と異なってい
る。

【００９０】送受信部３１０は、図５に示される送受信
部３１と同様、上述のプロトコル等に従って通信ネット
ワーク１１を介してメールサーバと通信するインターフ
ェースであり、メール作成部３３０からの依頼に応じて
メールサーバにメールやコマンドを送信したり、メール
閲覧部３２０からの依頼に応じてメールサーバから渡さ
れた未読のメールをメール蓄積部３７０に格納したりす
る。

【００９１】メール閲覧部３２０は、図５に示されるメ
ール閲覧部３２とおおむね同様であるが、メールサーバ
から未読のメールを読み出す場合に、アカウントテーブ
ル３８１における指定に基づき、そのメッセージを削除
するコマンド（例えば、ＤＥＬＥ）を送らないようにし
たり、受信メールに添付されたアカウント情報ファイル
をプロジェクト用アカウント編集部３５０に渡したり、
プロジェクト用アカウント編集部３５０からの指示で、
テスト送信したメールを自動的に受信したり閲覧したり
する点でメール閲覧部３２と異なっている。

【００９２】メール作成部３３０は、図５に示されるメ
ール作成部３３とおおむね同様であるが、プロジェクト
用のアカウント下でメールを作成する場合、アカウント
テーブル３８１を参照してプロジェクト宛のヘッダ等を
含むひな型を作成したり、ＧＵＩ部３６０からの指示に
応じて作成されたメールを所定の宛先に送信したり、一
般用アカウント編集部３４０からの指示で、テスト用の
メール（新規・返信・転送）を自動的に送信したりする
点でメール作成部３３と異なっている。

【００９３】一般用アカウント編集部３４０は、図５に
示されるアカウントテーブル編集部３４と同様、ＧＵＩ
部３６０を介して入力されたメールの送受信に関するア
カウント情報をアカウントテーブル記憶部３８０のアカ
ウントテーブル３８１にエントリーしたり、アカウント
テーブル３８１にエントリーしたアカウント情報を変更
したりする。

【００９４】ＧＵＩ部３６０は、図５に示されるＧＵＩ
部３６と同様、メールの送受信や、アカウントの作成等
に関し、モニタ等の表示装置の画面に視覚的な要素を多
用して端末ユーザの操作性やユーザに対する情報伝達を
向上させたインターフェースであって、ユーザの操作結
果の指示をメール閲覧部３２０や、メール作成部３３
０、一般用アカウント編集部３４０、アカウント新規作
成部３５１０に伝える。

【００９５】プロジェクト用アカウント編集部３５０
は、プロジェクト用のアカウントを作成したりするため
の機能を持つ端末装置３００に固有の新規な構成であ
り、大きくわけてアカウント新規作成部３５１０と、ア
カウント情報保存部３５２０と、送受信テスト部３５３
０と、アカウント情報ロック部３５４０とを備える。

【００９６】アカウント新規作成部３５１０は、プロジ
ェクト用のアカウントを新規に作成したりするものであ
って、ユーザによる場所およびファイル名の指定を受け
付け、指定されたアカウント情報ファイルの内容を読み
込む読み込みファイル指定部３５１１と、読み込みファ
イル指定部３５１１によって読み込まれたアカウント情
報ファイルの内容や、ユーザによって手入力された情報
を組み込んだアカウント情報を作成し、作成した情報に
基づくアカウントを設定したり、アカウントテーブル記
憶部３８０にアカウントテーブル３８１を格納したりす
るアカウント情報入力部３５１４とからなる。

【００９７】このアカウント情報入力部３５１４は、個
人情報や、サーバ情報、メール作成の初期状態でのメー
ルの内容を定めるためのテンプレートからなるアカウン
ト情報の初期値（デフォルト）を記憶する初期情報保持
部３５１５と、前回設定されたプロジェクト用アカウン
トにおける個人情報や、サーバ情報、テンプレートから
なるアカウント情報を記憶する前回情報保持部３５１６
と、前回情報保持部３５１６から読み出したアカウント
情報にアカウント情報ファイルから読み出したアカウン
ト情報を項目ごとに組み込んだり、さらにユーザが手入
力した情報を項目ごとに組み込んだりするアカウント情
報組込部３５１７と、アカウントを新しく作成して初期
化するアカウント情報初期化部３５１８と、アカウント
情報組込部３５１７が組み込んだアカウント情報に基づ
いてプロジェクト用のアカウントを設定し、そのアカウ
ント情報に従うアカウントテーブル３８１を作成した
り、前回情報保持部３５１６の内容を更新したりするア
カウント情報設定部３５１９とを含む。

【００９８】アカウント情報保存部３５２０は、アカウ
ント情報組込部３５１７が組み込んだ全部の項目や一部
だけの項目からなるアカウント情報をユーザが指定した
場所に、指定したファイル名で保存する。

【００９９】送受信テスト部３５３０は、メール作成部
３３０に指示してプロジェクト宛のテストメールを自動
的に作成させて送信させ、メール閲覧部３２０に指示し
てプロジェクトからテストメールを自動的に受信して閲
覧させる。

【０１００】アカウント情報ロック部３５４０は、設定
されたアカウント情報の項目の内、変更されては困る部
分を書き換え不能にロックする。

【０１０１】図１８は、図１７に示されたプロジェクト
用アカウント編集部３５０がアカウントを新規に作成す
るときのユーザ操作の流れを示すフローチャートであ
る。

【０１０２】なお、この端末装置３００を用いて構成さ
れるプロジェクト管理システムの下では、新規プロジェ
クト（例えば、顧客管理ソフト）の開始に際して、アカ
ウント作成に必要な項目を含むアカウント情報ファイル
（例えば、ｐｒｏｊ２．ｉｎｉ）が、サーバの管理者
（事務局）から新規プロジェクトのマネージャに、そし
て、このマネージャからそのプロジェクトに参加するメ
ンバーに、プロジェクト立ち上げを知らせる電子メール
に添付されたり、ＦＤなどの記録媒体に格納されたりす
る形で、転送される運用がなされている。

【０１０３】アカウント情報ファイルを受け取ってプロ
ジェクト用アカウントの新規作成を開始するユーザ（メ
ンバーおよびマネージャ）は、ＧＵＩ部３６０による画
面に表示される所定のボタンをクリックすることでプロ
ジェクト用アカウント新規作成の開始操作を行う（Ｓ５
０）。そして、ＧＵＩ部３６０による画面に表示される
入力フォームに必要な指示や入力をすることで、プロジ
ェクト用アカウント新規作成に利用するファイルを指定
して当該ファイルを読み込ませる（Ｓ５１）。次いで、
プロジェクト用アカウント作成に必要な情報（個人情
報、サーバ情報、テンプレート等）を、必要に応じて、
順次手入力していく（Ｓ５２、Ｓ５３、Ｓ５４）。個人
情報、サーバ情報、テンプレートの情報の入力が全て終
わると、ユーザは、所定のボタンをクリックすることで
アカウント（顧客管理ソフト）を設定させる（Ｓ５
５）。アカウントが設定されると、ハードディスクにプ
ロジェクト用アカウント、顧客管理ソフトが作成され
る。また、新規に作成したアカウントが破損されたよう
な場合などに対処するため、アカウント情報の保存等を
行う（Ｓ５６）。そして、ユーザは、設定した顧客管理
ソフトのアカウントの下で新規メール、返信メール等を
送受信することにより、メールによる会話（新規発言、
コメント（返信））でプロジェクトを進行させる。

【０１０４】図１９は図１８に示されたステップＳ５０
における画面の表示例、図２０は図１８に示されたステ
ップＳ５１における読み込みファイルの指定における画
面の表示例、図２１は図１８に示されたステップＳ５２
（個人情報の入力）における画面の表示例、図２２は図
１８に示されたステップＳ５３（サーバ情報の入力）に
おける画面の表示例、図２３〜図２５は図１８に示され
たステップＳ５４（テンプレートの入力）における画面
の表示例、図２６は図１８に示されたステップＳ５６
（アカウント情報の保存等の入力）における画面の表示
例をそれぞれ示す。

【０１０５】図１９に示されるように、ＧＵＩ部３６０
によりメールを閲覧している状態の画面表示では、ＧＵ
Ｉ部３６の場合とおおむね同様なプルダウンボタン３６
１、フォルダウインドウ３６３、メール一覧ウインドウ
３６４、メール詳細ウインドウ３６５の他、「新規メー
ル」ボタン３６２１、「返信メール」ボタン３６２２、
「転送メール」ボタン３６２３、「メール送受信」ボタ
ン３６２４、「一般用アカウント編集」ボタン３６２
５、「プロジェクト用アカウント編集」ボタン３６２６
からなるコマンドボタン３６２０、添付ファイル一覧ウ
インドウ３６６が設けられており、メンバーおよびマネ
ージャは、プロジェクト用アカウント編集ボタン３６２
６をクリックしてプロジェクト用アカウント編集部３５
０を起動させる。

【０１０６】また、図２０に示されるように、読込ファ
イルの指定ダイアログには、「場所」、「ファイル名」
等を入力するテキストボックスや、読込ボタンＢ１等が
設けられており、ユーザは読込ファイル情報として、
「場所」、「ファイル名」等を入力したり、読込ボタン
Ｂ１をクリック操作したりする。

【０１０７】また、図２１に示されるように、個人情報
ダイアログには、「アカウント名」、「名前」、「電子
メールアドレス」、「新規メール時の宛先」、「返信メ
ール時の宛先」等のテキストボックスや、設定ボタンＢ
２、初期化ボタンＢ３が設けられており、ユーザは、個
人情報としてとして、「アカウント名」、「名前」、
「電子メールアドレス」、「新規メール時の宛先」、
「返信メール時の宛先」等の項目に個人情報を入力した
り、「Ｂｃｃ：ヘッダに自分のメールアドレスを入れる
指定（チェック）」を入力したり、設定ボタンＢ２をク
リック操作したり、初期化ボタンＢ３をクリック操作し
たりする。

【０１０８】また、図２２に示されるように、メールサ
ーバダイアログには、「送信メールサーバ」、「受信メ
ールサーバ」、「受信メールサーバ用のユーザアカウン
ト」、「受信メールサーバ用のパスワード」等のテキス
トボックスや、設定ボタンＢ２、初期化ボタンＢ３が設
けられており、ユーザは、サーバ情報として、ユーザが
所有する個人用アカウントの「送信メールサーバ」、プ
ロジェクト宛のメールを閲覧するための「受信メールサ
ーバ」、「受信メールサーバ用のユーザアカウント」、
「受信メールサーバ用のパスワード」等の項目にサーバ
情報を入力したり、「パスワードを保存する指定」、受
信したメールをサーバ上に残す指定を入力したり、設定
ボタンＢ２をクリック操作したり、初期化ボタンＢ３を
クリック操作したりする。

【０１０９】また、図２３〜図２５に示されるように新
規メールや、返信メール、転送メールにおけるダイアロ
グボックスには、宛先、定型文等を入力するテキストボ
ックスや、設定ボタンＢ２、初期化ボタンＢ３が設けら
れており、ユーザは、必要に応じて、テンプレートを入
力したり、設定ボタンＢ２をクリック操作したり、初期
化ボタンＢ３をクリック操作したりする。

【０１１０】さらに、図２６に示されるように、「場
所」、「ファイル名」等を入力するテキストボックス
や、保存ボタンＢ４、送受信テストボタンＢ５、アカウ
ント情報のロックボタンＢ６等が設けられており、ユー
ザは、設定されたアカウント情報の保存等として、場所
やファイル名等を入力し、保存ボタンＢ４をクリック操
作したり、送受信テストボタンＢ５やアカウント情報の
ロックボタンＢ６をクリック操作したりする。

【０１１１】次いで、プロジェクト用アカウント編集部
３５０によるアカウントの新規作成処理を説明する。図
２７は、プロジェクト用アカウント編集部３５０の動作
手順を示すフローチャートである。

【０１１２】なお、各ユーザが受け取ったアカウント情
報ファイル（ｐｒｏｊ２．ｉｎｉ）には、例えば、図２
８に示されるように、「プロジェクト名」顧客管理ソフ
トと、そのユーザ個人用の「送信メールサーバ」ｍａｉ
ｌ．○×△．ｃｏｍと、この送信メールサーバと別のサ
ーバであって、プロジェクト宛のメールを蓄積する「受
信メールサーバ」ｍａｉｌ．×××．ｃｏｍと、「パス
ワード」３６ｙ５と、「ユーザアカウント」ｐｒｏｊ２
とからなり、顧客管理ソフトのアカウントを設定するの
必要な項目の内の一部の項目だけが格納されているもの
として説明する。また、アカウント情報ファイルから上
記の一部項目を読み込む際における前回情報保持部３５
１６に記憶されている前回値は、図２９に示されるよう
に、個人情報の「アカウント名」、「名前」および「電
子メールアドレス」の欄がそれぞれヌルで、「返信アド
レス（Ｒｅｐｌｙ−Ｔｏ）を指定する」および「Ｂｃ
ｃ：ヘッダに自分のメールアドレスを付ける」のチェッ
クボックスがヌル（チェック無し）であり、サーバ情報
の「送信メールサーバ」、「受信メールサーバ」、「受
信メールサーバ用のユーザアカウント」および「受信メ
ール用のパスワード」の欄がそれぞれヌルで、「パスワ
ードを保存する」および「受信したメールをサーバ上に
残す」のチェックボックスがヌル（チェック無し）であ
り、新規メールのテンプレートではヘッダ等のテキスト
ボックスがヌル、返信メールのテンプレートではヘッダ
等のテキストボックスが「$(SetNameOnly,$(CurrentHea
der,From))です。」および「$c$(QuotedRootBody)」、
転送メールのテンプレートではヘッダ等のテキストボッ
クスが「-----------------------転送元のメール-----
------------------」、「$(SmallRootHeader)」および
「$(RootBody)」であり、プロジェクト用のアカウント
を初めて設定するような場合に生じる初期情報保持部３
５１５と同じ値を記憶しているものとして説明する。

【０１１３】ここで、アカウント情報ファイルにおい
て、「ユーザアカウント」ｐｒｏｊ２と「（受信用）メ
ールサーバ」ｍａｉｌ．×××．ｃｏｍとからプロジェ
クト宛のメールアドレス、すなわち「プロジェクトメー
ルアドレス」ｐｒｏｊ２＠×××．ｃｏｍが得られるの
で、新規メール時および返信メール時の宛先「プロジェ
クトメールアドレス」ｐｒｏｊ２＠×××．ｃｏｍが省
略されている。また、この逆に、各ユーザが同じメール
サーバのもとで実施されているメールによる他のプロジ
ェクトに参加し、そのメールサーバを周知しているよう
な場合や、プロジェクトメールアドレスから（受信用）
メールサーバが一義的に決定されるような場合には、プ
ロジェクトメールアドレスの項目を記載し、ユーザアカ
ウントの欄や、メールサーバの欄を省略しておいてもよ
い。

【０１１４】プロジェクト用アカウント編集部３５０
は、プロジェクト用アカウント編集ボタン３６２６（図
１９参照）がクリックされるのを待つ（Ｓ６０）。

【０１１５】例えば、メンバー「田澤□○」は、図１９
に示されるＧＵＩ部３６０による画面でマネージャ「大
西」からのメールを読み、このメールに添付されている
アカウント情報ファイル（ｐｒｏｊ２．ｉｎｉ）を用い
てアカウント「顧客管理ソフト」を作成しなければなら
ないことを知り、プロジェクト用アカウント編集ボタン
３６２６をクリックする。

【０１１６】プロジェクト用アカウント編集ボタン３６
２６がクリックされると、プロジェクト用アカウント編
集部３５０のアカウント情報組込部３５１７は、前回情
報保持部３５１６に記憶されている前回設定されたアカ
ウント情報を読み込む（Ｓ６１）。そして、アカウント
情報組込部３５１７は、ＧＵＩ部３６０に指示して図２
０に示される［読込ファイルの指定］のダイアログボッ
クスを開らかせ、メンバーによるファイルの格納場所お
よびアカウント情報ファイル名（ｐｒｏｊ２．ｉｎｉ）
の指定並びに読込ボタンＢ１のクリックによりファイル
入力の有無を判断する（Ｓ６２）。ファイル入力がある
と（Ｓ６２でＹｅｓ）、アカウント情報組込部３５１７
は、このアカウント情報ファイル（ｐｒｏｊ２．ｉｎ
ｉ）から読み出した情報を、項目ごとに組み込む（Ｓ６
３）。この組込は、同じ項目についてアカウント情報フ
ァイルに設定内容が有ればファイルの設定内容の方を有
効とし、ファイルに無い項目については前回情報保持部
３５１６から読み込んだ内容を有効とすることにより行
われる。即ち、アカウント情報組込部３５１７は、「プ
ロジェクト名」の欄に顧客管理ソフトを、「送信メール
サーバ」の欄にｍａｉｌ．○×△．ｃｏｍを、「受信メ
ールサーバ」の欄にｍａｉｌ．×××．ｃｏｍを、「パ
スワード」の欄に３６ｙ５を、「ユーザアカウント」の
欄にｐｒｏｊ２をそれぞれ組み込む。そして、アカウン
ト情報組込部３５１７は、新規メール時および返信メー
ル時の宛先の欄に、「ユーザアカウント」の欄のｐｒｏ
ｊ２と、「受信メールサーバ」の欄のｍａｉｌ．××
×．ｃｏｍとを組み合わせたプロジェクトメールアドレ
スｐｒｏｊ２．×××．ｃｏｍを自動的に組み込む。

【０１１７】ステップＳ６２においてファイルの入力が
なければ（Ｓ６２でＮｏ）、初期化ボタンＢ３がクリッ
クされたか否か判断し（Ｓ６４）、初期化ボタンＢ３が
クリックされた場合にだけ（Ｓ６４でＹｅｓ）、アカウ
ント情報組込部３５１７は、ファイル情報入力部３５１
２から初期情報を読み出して初期化する（Ｓ６５）。し
たがって、初期情報保持部３５１５に格納される情報
は、手入力前の初期値として、前回情報保持部３５１６
に記憶されている前回情報と同じ情報と、この前回情報
にファイル情報を組み込んだ情報と、初期情報保持部３
５１５に記憶されている前回情報と同じ情報との３つの
内のいずれかになる。

【０１１８】ステップＳ６６の手入力情報受付処理にお
いては、個人情報タグや、メールサーバタグ、テンプレ
ートタグのユーザによるクリック操作により個人情報ダ
イアログ、メールサーバダイアログ、テンプレートダイ
アログを表示させ、いずれかのテキストボックスやチェ
ックボックスに手入力されたか否か判断し（Ｓ６６
ａ）。手入力が有った場合にだけ（Ｓ６６ａでＹｅ
ｓ）、メンバーが手入力した情報を受け付ける（Ｓ６６
ｂ）。

【０１１９】具体的には、アカウント情報組込部３５１
７は、個人情報ダイアログにおいてユーザ田澤□○が行
った手入力、名前の欄で田澤□○、電子メールアドレス
の欄でｂｋｏ＠○×△．ｃｏｍをそれぞれ受け付け、メ
ールサーバダイアログにおいて行った手入力、パスワー
ドを保存するの欄で保存するのチェック、受信したメー
ルをサーバ上に残すの欄で残すのチェックをそれぞれ受
け付ける。また、テンプレートの新規メールダイアログ
においては、新規メール作成時にメールのボディの先頭
に自分の名前を入れるための「$(SetNameOnly,$(Curren
tHeader,From))です。」を受け付ける。また、返信メー
ルのダイアログにおいては、メールのボディの先頭に返
信元メールの送信者に対する挨拶と、自分の名前を入
れ、その後にカーソルを移動させ、元メールで選択した
文字（選択なしの場合は全文）を引用するため、「こん
にちは、$(SetNameOnly,$(RootHeader,From))さん。」
と、「$(SetNameOnly,$(CurrentHeader,From))です。」
と、「$c」と、「$(QuotedSelectedRootText2)」とをそ
れぞれ受け付ける。さらに、転送メールダイアログにお
いては、プロジェクトの内容を外部の人に送りつつ、転
送メールをプロジェクトのメンバーにも知らせるため、
Reply-To を空白にし、Bcc にプロジェクトメールアド
レスを入れ、選択したメールの内容（選択しない場合
は、全文）をそのまま貼り付けるため、「$(SetHeader,
Reply-To,"")」と、「$(SetHeader,Bcc,$("AccountRepl
yTo", $("CurrentAccount")))」と、「---------------
--------転送元のメール-----------------------」
と、「$(SmallRootHeader)」と、「$(RootBody)」とを
それぞれ受け付ける。

【０１２０】そして、受け付けた手入力を対応する項目
に組み込んで、設定ボタンＢ２がクリックされるのを待
つ（Ｓ６７）。設定ボタンがクリックされると（Ｓ６７
でＹｅｓ）、アカウント情報組込部３５１７は、新規ア
カウントの作成を終え、アカウントテーブル３８１を新
規に作成し、アカウントテーブル記憶部３８０に格納す
る（Ｓ６８）。

【０１２１】このアカウントテーブル３８１には、前回
情報保持部３５１６の前回情報に、アカウント情報ファ
イルの情報と、ユーザが手入力した情報とが組み込こま
れており、図３０に示されるように、「アカウント名」
顧客管理ソフト（ｐｒｏｊ２）、個人情報については、
「名前」田澤□○、「電子メールアドレス」ｂｋｏ＠○
×△．ｃｏｍ、「新規メール時の宛先」ｐｒｏｊ２＠×
××．ｃｏｍおよび「返信メール時の宛先」ｐｒｏｊ２
＠×××．ｃｏｍが、メールサーバ情報については、
「送信メールサーバ」ｍａｉｌ．○×△．ｃｏｍ、「受
信メールサーバ」ｍａｉｌ．×××．ｃｏｍ、「受信メ
ールサーバ用のユーザアカウント」ｐｒｏｊ２、「受信
メール用のパスワード」３６ｙ５、「パスワードを保存
する」保存するおよび「受信したメールをサーバ上に残
す」残すが、新規メールのテンプレートでは、「$(SetN
ameOnly,$(CurrentHeader,From))です。」が、返信メー
ルのテンプレートでは、「こんにちは、$(SetNameOnly,
$(RootHeader,From))さん。」、「$(SetNameOnly,$(Cur
rentHeader,From))です。」、「$c」および「$(QuotedS
electedRootText2)」が、転送メールのテンプレートに
ついては、「$(SetHeader,Reply-To,"")」、「$(SetHea
der,Bcc,$("AccountReplyTo", $("CurrentAccoun
t")))」、「-----------------------転送元のメール--
---------------------」、「$(SmallRootHeader)」お
よび「$(RootBody)」が、それぞれ格納されている。

【０１２２】このアカウントテーブル３８１は、顧客管
理ソフトのアカウントの下での新規メールや、返信メー
ル、転送メールのひな型作成の際に利用される。そし
て、アカウント情報組込部３５１７は、前回情報保持部
３５１６にその情報を格納し、その情報を次回のプロジ
ェクト作成時用に保持させ（Ｓ６９）、新規アカウント
の作成を終える。

【０１２３】なお、図３０に示される新規メールのテン
プレートを使用することにより、図２９の場合と異な
り、メール本文中への差出人名の埋め込みが確保され
る。また、図３０に示される返信メールのテンプレート
を使用することにより、図２９の場合と異なり、メール
本文中への返信元メール差出人名の埋め込みをも確保す
ることができる。この結果、ヘッダを見なくても、プロ
ジェクトメンバー間のメールのやりとりの様子から、未
読既読の管理が可能となる。さらに、図３０に示される
転送メールのテンプレートを使用することにより、図２
９の場合と異なり、メールのヘッダ部分からパラメータ
で指定されたヘッダを検索し、その内容を置き換えた
り、新しく追加したりする機能が得られ、この転送メー
ルに対する返信先（Ｒｅｐｌｙ−Ｔｏ）をプロジェクト
宛とすると共に、この転送メールの宛先（Ｂｃｃ）をプ
ロジェクト宛にも含めることが確保される。この結果、
プロジェクト外へのメールをプロジェクトのメンバーも
閲覧することができる。

【０１２４】したがって、次回に同じサーバの下で新規
に開設される他のプロジェクトにも参加してそのプロジ
ェクト用のアカウントを新規作成する場合、情報ファイ
ルの記述内容（例えば、プロジェクト名や、ユーザアカ
ウント（プロジェクトアカウント）、パスワード）以外
は、自分の前回設定が入力初期値になるので、新規に手
入力する項目は、ほとんどなくなることになる。

【０１２５】ここで、ユーザが「アカウント情報の保存
等」のタグを指定すると、図２６に示されるアカウント
情報の保存等のダイアログが開らかれる。このアカウン
ト情報の保存等のダイアログにおいてユーザが保存場
所、ファイル名を指定して保存ボタンＢ４をクリックす
ると、アカウント情報保存部３５２０は、指定された保
存場所に、指定されたファイル名でアカウント情報組込
部３５１７が保持するアカウント情報を保存する。した
がって、以下に述べる第１〜第４等、種々の運用が可能
になる。

【０１２６】（第１の運用）プロジェクト用アカウント
の新規作成が完了した時点では、アカウント情報組込部
３５１７は、アカウントテーブル３８１と同じ全ての項
目を含むアカウント情報を保持している。この結果、プ
ロジェクト用アカウントの新規作成が完了した時点で保
存ボタンＢ４をクリックすると、アカウント情報保存部
３５２０は、全ての項目を含むアカウント情報をＦＤ
や、ハードディスク等に保存する。

【０１２７】したがって、後で、アカウントテーブル３
８１などが破壊された結果、不幸にもリストアの必要が
生じた場合においても、ＦＤや、ハードディスク等に保
存しておいたアカウント情報を読み込みファイル指定部
３５１１で読み込ませると、前回情報保持部３５１６の
前回値がどのような情報であっても、アカウント情報組
込部３５１７はＦＤや、ハードディスク等に保存してお
いたアカウント情報を全項目において組み込むため、ア
カウント情報設定部３５１９によりそのままアカウント
を再設定することができる。

【０１２８】（第２の運用）アカウント情報保存部３５
２０によりセーブされた全項目を含むアカウント情報を
ＦＤ等を介して他のマシンにコピーし、そのアカウント
情報を他のマシンの読み込みファイル指定部３５１１で
読み込み、アカウント情報入力部３５１４で設定するこ
とにより、その他のマシンにも同じアカウントを設定す
ることができる。

【０１２９】（第３の運用）ＦＤや、ハードディスク等
にセーブされているアカウント情報ファイルの中から、
真似たいファイルを読み込みファイル指定部３５１１に
より読み込んで、必要部分だけを変更して（少なくと
も、アカウント名は変えないとエラーになる）設定する
ことにより、設定を真似た別のプロジェクト用アカウン
トを簡単に作成することもできる。

【０１３０】（第４の運用）さらに、アカウント情報の
手入力に当たって初期化ボタンを押せば、初期情報保持
部３５１５から図２９に示される情報が読み込まれ、初
期値に戻され、初期状態から、各項目を一から手入力で
きるようになっている。従って、初期状態から、返信メ
ールおよび転送メールのテンプレートをヌルにし、必要
な項目だけを手入力し、必要な項目が入った段階で保存
すれば、サーバから転送されるアカウント情報ファイル
も、簡単に作成することができる。

【０１３１】また、アカウントの設定が終了した段階
で、アカウント情報の保存等のダイアログにおいてユー
ザが送受信テストボタンＢ５をクリックすると、送受信
テスト部３５３０は、メール作成部３３０に指示するこ
とによりアカウントテーブル３８１の内容に従うひな型
に、テスト用のサブジェクトや文を付加した新規メール
を作成して自動的に送信させ、メール閲覧部３２０に指
示してこのテスト用の新規メールを自動的に受信させ
る。次いで、送受信テスト部３５３０は、メール作成部
３３０に指示することによりアカウントテーブル３８１
の内容に従うひな型に、このメールに対してコメント等
を付加した返信メールを自動的に送信させ、メール閲覧
部３２０に指示してこのテスト用の返信メールを自動的
に受信させる。さらに、送受信テスト部３５３０は、メ
ール作成部３３０に指示することによりアカウントテー
ブル３８１の内容に従うひな型に、このメールに対して
コメント等を付加した転送メール（例えば、転送先を社
外用のメールアドレス（ｂｋｏ＠○×△．ｃｏｍ）、Ｂ
ｃｃをｐｒｏｊ２）を自動的に送信させ、メール閲覧部
３２０に指示してこのテスト用の転送用の転送メールを
自動的に受信させる。

【０１３２】これにより、メンバーおよびマネージャの
手間を省きつつ、設定したアカウントで新規メール、返
信メール、転送メールを送受信できるか簡単にテスト
し、確認することができる。

【０１３３】さらに、アカウント情報の保存等のダイア
ログにおいてユーザがアカウント情報のロックボタンＢ
６をクリックすると、アカウント情報ロック部３５４０
は、設定されたアカウント情報の項目の内、変更されて
は困る部分、例えば、個人情報では「新規メール時の宛
先」のテキストボックスの欄や、「返信メール時の宛
先」のテキストボックスの欄、メールサーバ情報では、
「受信したメールをサーバ上に残す」の欄のチェックボ
ックスを例えば薄グレーに表示して手入力できないよう
にノンアクティブ化させてこれらの設定をロックし、こ
のアカウント中では書き換え不能にする。

【０１３４】したがって、送受信テスト部３５３０によ
るテストの結果、設定したアカウントでメールを送受信
できる確認できた段階でロックしておけば、以後、宛先
を誤ってメールを他のプロジェクト宛に送信したり、サ
ーバ上のメールを削除してしまうような誤りを確実に防
止することができる。

【０１３５】図３１は、図１７に示されるメール作成部
３３０の動作手順を示すフローチャートである。

【０１３６】メール作成部３３０は、新規メールボタン
３６２１、返信メールボタン３６２２、転送メールボタ
ン３６２３のいずれがクリックされるのを待ち、いずれ
のボタン３６２１〜３６２３がクリックされたかで、こ
れから作成するメールの種類（新規メール、返信メー
ル、転送メール）を特定する（Ｓ７０）。次いで、メー
ル作成部３３０は、フォルダ３６３中のいずれのアカウ
ント（プロジェクト用）が選択されているか特定する
（Ｓ７１）。そして、メール作成時に参照するアカウン
トテーブル３８１を決定し、ステップＳ７０で特定した
メールの種類に応じて、プロジェクト宛のメールのひな
型（ヘッダ、ボディ）を作成し（Ｓ７２）、ＧＵＩ部３
６０に指示してひな型を画面に表示させる。

【０１３７】具体的には、例えばメンバー田澤が「アカ
ウント」顧客管理ソフトをアクティブにさせた状態で新
規メールボタン３６２１を押すと、メール作成部３３０
は、Ｆｒｏｍ：ｂｋｏ＠○×△．ｃｏｍおよびＴｏ：ｐ
ｒｏｊ２＠×××．ｃｏｍのヘッダと、「田澤□○で
す。」のボディとからなる新規メール用のひな型を作成
する。また、メンバー田澤が「アカウント」顧客管理ソ
フトをアクティブにさせ、コメントの対象となるメール
（このメールを以下、「元メール」ともいう。）を指定
した状態で返信メールボタン３６２２を押すと、メール
作成部３３０は、Ｆｒｏｍ：ｂｋｏ＠○×△．ｃｏｍ、
Ｔｏ：ｐｒｏｊ２＠×××．ｃｏｍおよびＳｕｂｊｅｃ
ｔ：Ｒｅ元メールのＳｕｂｊｅｃｔのヘッダと、「こん
にちは、元メールの送信者○○さん。田澤□○です。」
および引用記号付加した元メールのボディとからなる返
信メールのひな型を作成する。また、メンバー田澤が
「アカウント」顧客管理ソフトをアクティブにさせ、転
送の対象となるメール（このメールも以下、「元メー
ル」ともいう。）を指定した状態で転送メールボタン３
６２３を押すと、メール作成部３３０は、Ｆｒｏｍ：ｂ
ｋｏ＠○×△．ｃｏｍ、Ｂｃｃ：ｐｒｏｊ２＠×××．
ｃｏｍおよびＳｕｂｊｅｃｔ：Ｆｗ元メールのＳｕｂｊ
ｅｃｔのヘッダと、元メールのヘッダおよびボディとか
らなる転送メールのひな型を作成する。

【０１３８】即ち、新規メールの作成時には、Ｔｏ欄が
空欄にされているのが通例であるが、このメール作成部
３３０は、このプロジェクトアドレス（ｐｒｏｊ２＠×
××．ｃｏｍ）をＴｏ欄に強制的に書き込む処理を実行
する。また、返信メール作成時には、元メールのＦｒｏ
ｍ欄とＴｏ欄と入れ換えたヘッダを作成するのが通例で
あるが、このメール作成部３３０は、アカウントテーブ
ル３８１の設定（返信メール時の宛先）を優先し、この
プロジェクトアドレス（ｐｒｏｊ２＠×××．ｃｏｍ）
をＴｏ欄に強制的に書き込む処理を実行する。さらに、
転送メールの作成時には、Ｂｃｃ欄が空欄にされている
のが通例であるが、このメール作成部３３０は、アカウ
ントテーブル３８１の設定（転送メールの宛先（Ｂｃ
ｃ）の設定：$(SetHeader,Bcc,$("AccountReplyTo",
$("CurrentAccount")))）に基づいて、このプロジェク
トアドレス（ｐｒｏｊ２＠×××．ｃｏｍ）をＢｃｃ欄
に強制的に書き込む処理を実行する。この結果、新規メ
ール、返信メールおよび転送メールの宛先（Ｔｏおよび
Ｂｃｃ）が全て同じプロジェクト（ｐｒｏｊ２）に向け
られる。

【０１３９】メールのひな型を作成し終わると、メール
作成部３３０は、メッセージや、コメントなどが手入力
されるのを待ち（Ｓ７３）、手入力があると（Ｓ７３で
Ｙｅｓ）、ひな型への入力を受け付ける（Ｓ７４）。こ
のステップＳ７４においては、例えば、プロジェクト用
の新規メールにおいてはＳｕｂｊｅｃｔ欄、ボディへの
新規発言の入力を受け付け、返信メールにおいてはボデ
ィの挨拶文の後に元メールに対するコメントの入力を受
け付け、転送メールにおいては、Ｔｏ欄への転送先アド
レスや、元メールの前へのコメントの入力を受け付け
る。

【０１４０】次いでメール作成部３３０は、送受信ボタ
ン３６２４がクリックされるのを待ち（Ｓ７５）、送受
信ボタン３６２４がクリックされると（Ｓ７５でＹｅ
ｓ）、作成したメールをこのユーザのアカウントを保持
する送信メールサーバｍａｉｌ．○×△．ｃｏｍに送信
する（Ｓ７６）。なお、この送信メールサーバｍａｉ
ｌ．○×△．ｃｏｍは、このメールをプロジェクトのア
カウントが作成されたメールサーバｍａｉｌ．×××．
ｃｏｍに送信される。したがって、アカウント、顧客管
理ソフトがアクティブな状態で送信されたメール（新規
メール、返信メールおよび転送メール）は、サーバに設
けられたアカウント、ｐｒｏｊ２に全部集められる。

【０１４１】一方、新規メールおよび返信メールの送信
の際の送受信ボタン３６２４のクリック操作で、サーバ
のアカウント、ｐｒｏｊ２に集められたメールの中から
未読のメールが受信され、閲覧されることになるが、ア
カウントテーブル３８１において「受信したメールをサ
ーバ上に残す」が残す設定となっている。この結果、こ
のプロジェクトのメンバーおよびマネージャのいずれが
閲覧しても、サーバのアカウント、ｐｒｏｊ２に集めら
れたメールは削除されることなくそのまま残される。し
たがって、プロジェクト開始後、途中でメンバーが新規
に加入したような場合であっても、プロジェクト参加前
のメールも全て閲覧したりすることが可能となり、メー
ルの削除によるプロジェクト進行に支障が生じるような
事態を避けることができる。

【０１４２】以上のように実施の形態２に係る通信シス
テムによれば、端末装置３００は、プロジェクトにおい
て新規に発言する場合及び既に発言された電子メールに
対して返信する場合のいずれのときも、そのプロジェク
ト用のアカウントを宛先として前記電子メールを送信す
る。これによって、端末装置３００、即ち、メーラーの
機能により、プロジェクトに関する電子メールは、一般
用の電子メールと異なり、新規発言についても返信につ
いても、必ずプロジェクトアカウント宛に送信され、そ
こに蓄積される。したがって、各プロジェクトメンバー
は、このような機能を備えるメーラーを使用すること
で、送信先に関する特別な操作をすることなく、プロジ
ェクトメンバー間でコミュニケーションをすることがで
きる。よって、メールサーバ装置は、特殊な機能を備え
る必要がなく、一般的なもので足りる。

【０１４３】（変形例）以上本発明に係る通信システム
を実施形態に基づいて説明したが、本発明は実施の形態
に限定されるものでなく、以下に述べる変形例について
も適用される。

【０１４４】上記実施の形態では、メールサーバ２０に
おいてメールのヘッダにそのプロジェクト宛のＲｅｐｌ
ｙ−ｔｏを設定したが、端末装置側でメールのヘッダに
そのプロジェクト宛のＲｅｐｌｙ−ｔｏを設定してもよ
い。

【０１４５】また、端末装置において、新規メールのテ
ンプレートに図３２に示すように「$(SetHeader,To,$("
AccountReplyTo", $("CurrentAccount") ))」の一行を
加え、新規メールの宛先Ｔｏ欄を、プロジェクトとして
もよい。また、返信メールのテンプレートに図３３に示
すように「$(SetHeader,To,$("AccountReplyTo", $("Cu
rrentAccount") ))」の一行を加え、返信メールの宛先
Ｔｏ欄を、プロジェクトとしてもよい。この場合には、
個人情報のダイアログボックスに設けた新規メール時の
宛先や、返信メール時の宛先の欄を削除することができ
る。

【０１４６】さらに、転送メールのテンプレートにおい
てＢｃｃの宛先として：プロジェクトを加えるようにし
ていたが、個人情報のダイアログボックスに返信メール
時の宛先（Ｂｃｃ）の欄のテキストボックスを設け、こ
のテキストボックスにプロジェクトの電子メールアドレ
スを設定するようにしてもよい。

【０１４７】

【発明の効果】以上の説明から明らかなように、本発明
に係る通信システムは、電子メールによるプロジェクト
メンバー間のコミュニケーションを支援する通信システ
ムであって、通信ネットワークで接続されたメールサー
バ装置と各プロジェクトメンバーが使用する端末装置と
から構成され、前記メールサーバ装置は、個々のプロジ
ェクトをアカウントに対応させ、プロジェクトメンバー
間でなされた電子メールによる全てのコミュニケーショ
ンの内容をプロジェクトごとに蓄積して記憶するメール
蓄積手段を備えることを特徴とする。

【０１４８】これによって、プロジェクトごとに設けら
れたメールアカウントに、プロジェクトでなされた全て
のコミュニケーションが蓄積されていくので、プロジェ
クトに属するメンバーは、いつでも、そのアカウントに
蓄積された電子メールを読み出すことで、それまでにな
された全てのコミュニケーションを知ることができる。
したがって、プロジェクトメンバー全員を「Ｃｃ：」で
指定する等の特別な操作をすることなく、電子メールを
送信する通常の操作をするだけで、ネットワーク上のオ
フィスにおけるプロジェクトメンバー間でのコミュニケ
ーションが可能になると共に、その情報の共有化も可能
となる。さらに、過去の電子メールは、常にメールサー
バ装置に置かれているので、プロジェクトメンバーは、
読み出した電子メールを自分の端末装置に蓄積しておく
必要がない。また、出張などの移動先において、携帯端
末やＰＤＡ等を用いることで、いつでも、プロジェクト
でのやりとりを知ることができる。

【０１４９】ここで、前記メールサーバ装置は、さら
に、前記端末装置から前記アカウント宛に送信されてき
た電子メールを受け取ると、その電子メールに、その電
子メールに対する返信先として当該アカウントを指定す
る旨のヘッダ情報が付随されているか否か判断し、付随
されていない場合には、その旨のヘッダ情報をその電子
メールに付随させた後に、前記メール蓄積手段に格納す
るメール格納手段を備えてもよい。

【０１５０】これによって、メールサーバ装置に蓄積さ
れる全ての電子メールに、そのプロジェクトに対応する
アカウントを返信先とするヘッダ情報が付加されるの
で、その電子メールを読み出したプロジェクトメンバー
は、単に、その電子メールに対して返信するだけで、そ
の返信メールは、同一のアカウントに送信され、蓄積さ
れる。したがって、新規発言だけでなく、返信について
も、同一のプロジェクトアカウントに蓄積されていくこ
とが保証される。そして、メールサーバ装置が備える機
能によって、全ての電子メールがプロジェクトアカウン
トに蓄積されることが保証されるので、端末装置で使用
するメーラーは、一般的なもので足りる。

【０１５１】また、前記メールサーバ装置は、さらに、
前記端末装置からの配信要求に基づいて、前記メール蓄
積手段に蓄積された電子メールの中から、前記配信要求
の対象となるアカウントに対応づけて蓄積されている電
子メールを読み出し、当該端末装置に配信するメール配
信手段と、前記メール配信手段により電子メールが配信
された旨を電子メールごと及び配信先ごとに記録し、管
理テーブルとして保持する管理テーブル登録保持手段
と、前記管理テーブル登録保持手段に保持された管理テ
ーブルを特定の端末装置に配信する管理テーブル配信手
段とを備えてもよい。

【０１５２】これによって、プロジェクトにおいて発言
された全ての電子メールについて、各メンバーが読み出
したか否かが管理テーブルに記録されていくので、例え
ば、プロジェクトマネージャは、この管理テーブルを参
照することで、メンバーの参加状況等を容易に把握する
ことができる。

【０１５３】また、前記端末装置は、電子メールの送信
に際して、プロジェクトメンバーから、プロジェクトに
関する電子メールを送信するのか否かの選択を取得する
選択取得手段と、プロジェクトに関する電子メールを送
信する旨の選択が取得された場合に、当該プロジェクト
に対応づけられた前記アカウントを宛先として、当該電
子メールを送信するメール送信手段とを備えてもよい。
つまり、前記メール送信手段は、前記プロジェクトにお
いて新規に発言する場合及び既に発言された電子メール
に対して返信する場合のいずれのときも、前記アカウン
トを宛先として前記電子メールを送信する。

【０１５４】これによって、端末装置、即ち、メーラー
の機能により、プロジェクトに関する電子メールは、一
般用の電子メールと異なり、新規発言についても返信に
ついても、必ずプロジェクトアカウント宛に送信され、
そこに蓄積される。したがって、各プロジェクトメンバ
ーは、このような機能を備えるメーラーを使用すること
で、送信先に関する特別な操作をすることなく、プロジ
ェクトメンバー間でコミュニケーションをすることがで
きる。よって、メールサーバ装置は、特殊な機能を備え
る必要がなく、一般的なもので足りる。

【図面の簡単な説明】

【図１】本発明の実施の形態１に係る通信システム１０
の全体構成を示す図である。

【図２】図１に示されるメールサーバ２０の詳細な機能
構成を示すブロック図である。

【図３】図２に示されるプロジェクト制御テーブル２７
ａの構成例を示す図である。

【図４】図図２に示される管理テーブル記憶部２６ａ〜
２６ｃの構成例を示す図である。

【図５】図１に示される端末装置３０ａの詳細な機能構
成を示すブロック図である。

【図６】図５に示されるアカウントテーブル３８ａの構
成を示す図である。

【図７】この通信システム１０が対象とするプロジェク
トメンバー間のメールのやり取りの一例を示す図であ
る。

【図８】図２に示されるメールサーバ２０のメール読み
書き部２２の動作を示すフローチャートである。

【図９】図５に示されるＧＵＩ部３６によるメール閲覧
ダイアログの一例を示す図である。

【図１０】端末装置で新規発言するときの操作手順を示
す図である。

【図１１】プロジェクト用のアカウントで新規メールを
送信する場合の「メッセージ」ダイアログボックス（図
１１（ａ））およびプロジェクト以外の一般用のアカウ
ントで新規メールを送信する場合の「メッセージ」ダイ
アログボックス（図１１（ｂ））の一例を示す図であ
る。

【図１２】プロジェクト用のアカウントで新規メールを
送信する場合の宛先指定のダイアログボックス（図１２
（ａ））およびプロジェクト以外の一般用のアカウント
で新規メールを送信する場合の宛先指定のダイアログボ
ックス（図１２（ｂ））の一例を示す図である。

【図１３】端末装置で返信するときの操作手順を示す図
である。

【図１４】プロジェクト用のアカウントで返信する場合
の「メッセージ」ダイアログボックス（図１４（ａ））
およびプロジェクト以外の一般用のアカウントで返信す
る場合の「メッセージ」ダイアログボックス（図１４
（ｂ））の一例を示す図である。

【図１５】プロジェクトのマネージャが管理テーブルを
閲覧するときの操作手順を示す図である。

【図１６】管理テーブルの受信ダイアログボックス（図
１６（ａ））およびＤＢソフトによって画面に表示され
る管理テーブルの内容（図１６（ｂ））の一例を示す図
である。

【図１７】本発明の実施の形態２に係る端末装置３００
の機能構成を示すブロック図である。

【図１８】図１７に示されるプロジェクト用アカウント
編集部３５０がアカウントを新規に作成するときのユー
ザ操作の流れを示すフローチャートである。

【図１９】図１７に示されるＧＵＩ部３６０によるメー
ル閲覧ダイアログの一例を示す図である。

【図２０】読込ファイルの指定ダイアログの一例を示す
図である。

【図２１】個人情報ダイアログの一例を示す図である。

【図２２】メールサーバダイアログの一例を示す図であ
る。

【図２３】新規メールのテンプレートのダイアログの一
例を示す図である。

【図２４】返信メールのテンプレートのダイアログの一
例を示す図である。

【図２５】転送メールのテンプレートのダイアログの一
例を示す図である。

【図２６】アカウント情報の保存等のダイアログの一例
を示す図である。

【図２７】図１７に示されるプロジェクト用アカウント
編集部３５０の動作手順を示すフローチャートである。

【図２８】ユーザに送られてきたアカウント情報ファイ
ルの内容の一例を示す図である。

【図２９】プロジェクト用アカウントを新規に設定する
際に前回情報保持部３５１６に記憶されている内容の一
例を示す図である。

【図３０】アカウント情報組込部３５１７により設定さ
れたアカウントテーブル３８１の一例を示す図である。

【図３１】図１７に示されるメール作成部３３０の動作
手順を示すフローチャートである。

【図３２】新規メールのテンプレートのダイアログの他
の一例を示す図である。

【図３３】返信メールのテンプレートのダイアログの他
の一例を示す図である。

【符号の説明】

１０ 通信システム １１ 通信ネットワーク ２０ メールサーバ ２２ メール読み書き部 ２３ プロジェクト管理部 ２５ メール蓄積部 ２６ 管理テーブル記憶部 ２６ａ〜２６ｃ 管理テーブル ２７ プロジェクト制御テーブル記
憶部 ２７ａ プロジェクト制御テーブル ３０ａ〜３０ｃ，３００ 端末装置 ３２，３２０ メール閲覧部 ３３，３３０ メール作成部 ３４ アカウントテーブル編集部 ３５ 管理テーブル閲覧部 ３６，３６０ ＧＵＩ部 ３７，３７０ メール蓄積部 ３８，３８０ アカウントテーブル記憶部 ３８ａ，３８１ アカウントテーブル ３９ 管理テーブル蓄積部 ３４０ 一般用アカウント編集部 ３５０ プロジェクト用アカウント編
集部 ３５１０ アカウント新規作成部 ３５１１ 読み込みファイル指定部 ３５１４ アカウント情報入力部 ３５１５ 初期情報保持部 ３５１６ 前回情報保持部 ３５１７ アカウント情報組込部 ３５１８ アカウント情報初期化部 ３５１９ アカウント情報設定部 ３５２０ アカウント情報保存部 ３５３０ 送受信テスト部 ３５４０ アカウント情報ロック部

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平11−219341（ＪＰ，Ａ) 特開 平11−250127（ＪＰ，Ａ) 特開2000−187631（ＪＰ，Ａ) 特開2000−250864（ＪＰ，Ａ) 特開2000−322340（ＪＰ，Ａ) 仲間で作ろう！「パーソナルメーリン グリスト」，ＩＮＴＥＲＮＥＴ ｍａｇ ａｚｉｎｅ，日本，株式会社インプレ ス，1999年７月１日，Ｎｏ．54，ｐ254 −259 電子メールを究める！２，週刊Ｅａｓ ｙ ＰＣ，日本，株式会社デアゴスティ ーニ・ジャパン，1999年７月19日，Ｖｏ ｌ．３，Ｎｏ．69，ｐ17−20 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/58 G06F 13/00

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】 電子メールによるプロジェクトメンバー
   間のコミュニケーションを支援する通信システムであっ
   て、 通信ネットワークで接続されたメールサーバ装置と各プ
   ロジェクトメンバーが使用する端末装置とから構成さ
   れ、 前記メールサーバ装置は、個々のプロジェクトをアカウ
   ントに対応させ、プロジェクトメンバー間でなされた電
   子メールによる全てのコミュニケーションの内容をプロ
   ジェクトごとに蓄積して記憶するメール蓄積手段を備
   え、 前記端末装置は、 電子メールの送信に際して、プロジェクトメンバーか
   ら、プロジェクトに関する電子メールを送信するのか否
   かの選択を取得する選択取得手段と、 プロジェクトに関する電子メールを送信する旨の選択が
   取得された場合に、当該プロジェクトに対応づけられた
   前記アカウントを宛先として、当該電子メールを送信す
   るメール送信手段とを備え、 前記メール送信手段は、前記アカウント宛に電子メール
   を送信するときに、当該アカウントを返信先として送信
   する ことを特徴とする通信システム。
2. 【請求項２】 前記メール送信手段は、前記アカウント
   宛に電子メールを送信するときに、当該アカウントを返
   信先とするヘッダ情報を付随させて送信することを特徴
   とする請求項１記載の通信システム。
3. 【請求項３】 前記メールサーバ装置は、さらに、 前記端末装置からの配信要求に基づいて、前記メール蓄
   積手段に蓄積された電子メールの中から、前記配信要求
   の対象となるアカウントに対応づけて蓄積されている電
   子メールを読み出し、当該端末装置に配信するメール配
   信手段と、 前記メール配信手段により電子メールが配信された旨を
   電子メールごと及び配信先ごとに記録し、管理テーブル
   として保持する管理テーブル登録保持手段と、 前記管理テーブル登録保持手段に保持された管理テーブ
   ルを特定の端末装置に配信する管理テーブル配信手段と
   を備えることを特徴とする請求項２記載の通信システ
   ム。
4. 【請求項４】 前記管理テーブル登録保持手段は、前記
   電子メールの配信日時を前記管理テーブルに書き込むこ
   とによって、前記電子メールが配信された旨を記録する
   ことを特徴とする請求項３記載の通信システム。
5. 【請求項５】 前記メール送信手段は、前記プロジェク
   トにおいて新規に発言する場合及び既に発言された電子
   メールに対して返信する場合のいずれのときも、前記ア
   カウントを宛先として前記電子メールを送信することを
   特徴とする請求項４記載の通信システム。
6. 【請求項６】 前記端末装置は、さらに、プロジェクト
   とアカウントとの対応を示すアカウント情報を記憶する
   アカウント情報記憶手段を備え、 前記メール送信手段は、前記アカウント情報記憶手段に
   記憶されたアカウント情報に基づいて、前記アカウント
   を宛先とする旨のヘッダ情報を生成し、前記電子メール
   に付随させて送信することを特徴とする請求項５記載の
   通信システム。
7. 【請求項７】 前記端末装置は、さらに、プロジェクト
   メンバーから、アカウント情報を含むテキストファイル
   の指定を取得すると、当該テキストファイルに含まれる
   アカウント情報を前記アカウント情報記憶手段に格納す
   るアカウントファイル取得手段を備え、 前記メール送信手段は、前記アカウントファイ取得手段
   によって前記アカウント情報記憶手段に格納されたアカ
   ウント情報に基づいて、前記ヘッダ情報を生成し、前記
   電子メールに付随させて送信することを特徴とする請求
   項６記載の通信システム。
8. 【請求項８】 前記端末装置は、さらに、プロジェクト
   メンバーからの指示に従って、前記アカウント情報記憶
   手段に記憶されているアカウント情報を変更するアカウ
   ント情報変更手段を備え、 前記アカウント情報変更手段は、前記プロジェクトに対
   応するアカウントの変更については、特定の処理を経た
   後でないと変更を許可しないことを特徴とする請求項７
   記載の通信システム。
9. 【請求項９】 前記端末装置は、さらに、前記アカウン
   ト情報記憶に記憶されているアカウント情報に従って、
   予め作成された本文を含む電子メールを送信及び受信す
   る送受信テスト手段を備えることを特徴とする請求項８
   記載の通信システム。
10. 【請求項１０】 通信ネットワークで接続されたメール
    サーバ装置と各プロジェクトメンバーが使用する端末装
    置とから構成される通信システムにおいて、電子メール
    によるプロジェクトメンバー間のコミュニケーションを
    支援するコミュニケーション支援方法であって、 前記メールサーバ装置は、個々のプロジェクトをアカウ
    ントに対応させ、プロジェクトメンバー間でなされた電
    子メールによる全てのコミュニケーションの内容をプロ
    ジェクトごとに記憶手段に蓄積して記憶する蓄積記憶ス
    テップを含み、 前記端末装置は、 電子メールの送信に際して、プロジェクトメンバーか
    ら、プロジェクトに関する電子メールを送信するのか否
    かの選択を取得する選択取得ステップと、 プロジェクトに関する電子メールを送信する旨の選択が
    取得された場合に、当該プロジェクトに対応づけられた
    前記アカウントを宛先として、当該電子メールを送信す
    るメール送信ステップとを含み、 前記メール送信ステップでは、前記アカウント宛に電子
    メールを送信するときに、当該アカウントを返信先とし
    て送信する ことを特徴とするコミュニケーション支援方
    法。
11. 【請求項１１】 請求項１記載の端末装置が備える選択
    取得手段及びメール送信手段としてコンピュータに機能
    させるプログラム。
12. 【請求項１２】 請求項１２記載のプログラムが記録さ
    れたコンピュータ読み取り可能な記録媒体。