JP2001147872A - メールサーバ及びメール管理処理プログラムを記憶した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】複数のメール端末間での電子メールのやり取り
を管理するメールサーバにあって、グループ内の各端末
ユーザのスケジュールを一括して管理すること。 【解決手段】クライアントのコンピュータ端末から定型
メールＡからなる会議通知の送信メールが受信される
と、当該送信メールの発信者（会議開催者）として記述
されている送信元のメールアドレスに対応付けて、個人
別予定表メモリに対しその会議のスケジュールが登録さ
れる。そして、当該送信メール内の出席の項目に記述さ
れている選択項目が強制参加を意味する「全員ご出席
下さい」である場合には、さらに、宛先（会議通知受信
者）として記述されている送信先のメールアドレスに対
応付けて、前記個人別予定表メモリに対しその会議のス
ケジュールが登録され、当該宛先のメールアドレスに応
じて会議通知受信者へのメールの送信が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のメール端末
間での電子メールのやり取りを管理するためのメールサ
ーバ及びメール管理処理プログラムを記憶した記憶媒体
に関する。

【０００２】

【従来の技術】近年、コンピュータ端末間において電子
メールのやり取りが頻繁に行われるようになっている
が、特に、社内メールなどの同一グループ内での電子メ
ールでは、そのメールの用件に応じてそれぞれ予め必要
な項目のレイアウトが規定された定型メールが利用され
る。

【０００３】このような定型メールを利用した場合、そ
のメール内の各項目に対応するデータを入力すること
で、当該定型メールが自動作成されるもので、例えば会
議通知用のメールなどは定型メールで作成されて送信さ
れる。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな定型メールを利用した同一グループ内での会議通知
などのスケジュール設定用のメールのやり取りを行った
場合でも、メールを受け取った本人のスケジュールは当
該メールを確認した本人の端末によってのみ管理される
ため、グループ内の各人に関係するスケジュールが果た
してそのそれぞれの人のスケジュールとして確実に設定
されているのかどうか、簡単に確認することができない
問題がある。

【０００５】本発明は、前記のような問題に鑑みなされ
たもので、予め設定されたグループ内の各端末ユーザの
スケジュールを一括して管理することが可能になるメー
ルサーバ及びメール管理処理プログラムを記憶した記憶
媒体を提供することを目的とする。

【０００６】

【課題を解決するための手段】すなわち、本発明の請求
項１に係るメールサーバは、複数のメール端末間でのメ
ールの送受信管理を行うメールサーバであって、前記複
数のメール端末それぞれの端末ユーザの予定データを記
憶する予定データ記憶手段と、前記メール端末から端末
ユーザの予定に関する定型メールが受信された際に、そ
の定型メールの内容に従って端末ユーザについて予定が
確定しているか否かを判断する予定判断手段と、この予
定判断手段により確定しているとして判断された端末ユ
ーザの予定を前記予定データ記憶手段に対し対応する端
末ユーザの予定データとして登録する予定登録手段とを
備えたことを特徴とする。

【０００７】このように構成したメールサーバでは、複
数のメール端末それぞれの端末ユーザの予定データを記
憶する予定データ記憶手段を有し、前記メール端末から
端末ユーザの予定に関する定型メールが受信された際
に、その定型メールの内容に従って端末ユーザについて
予定が確定しているか否かが判断され、確定していると
して判断された端末ユーザの予定が前記予定データ記憶
手段に対し対応する端末ユーザの予定データとして登録
されるので、各メール端末間で送受信される定型メール
に基づいて各端末ユーザの予定を一括管理できることに
なる。

【０００８】また、本発明の請求項２に係るメールサー
バは、前記請求項１に係るメールサーバにおいて、前記
定型メールは、会議の通知を行う会議通知メールと該会
議通知メールに対して出欠の回答を行う会議返信メール
であり、前記予定判断手段は、前記メール端末から会議
通知メールが受信された際に、そのメール送信元の端末
ユーザの予定が確定しているとして判断する通知者予定
判断手段と、前記メール端末から会議返信メールが受信
された際に、その会議返信メールの出席の回答に従って
メール返信元の端末ユーザの予定が確定しているか否か
を判断する返信者予定判断手段とを備えていることを特
徴とする。

【０００９】このように構成したメールサーバでは、メ
ール端末から会議通知メールが受信された際に、そのメ
ール送信元の端末ユーザの予定が確定しているとして判
断され、また、メール端末から会議返信メールが受信さ
れた際に、その会議返信メールの出席の回答に従ってメ
ール返信元の端末ユーザの予定が確定しているか否かが
判断され、それぞれ対応する端末ユーザの予定として登
録されるので、各端末ユーザそれぞれの確定した会議予
定のみを確実に判断して自動一括管理できることにな
る。

【００１０】また、本発明の請求項３に係るメールサー
バは、前記請求項１に係るメールサーバにおいて、前記
定型メールは、予定を通知する予定通知メールと予定の
承認を依頼する予定承認依頼メールと該予定承認依頼メ
ールに対して承認可否の回答を行う予定承認返信メール
であり、前記予定判断手段は、前記メール端末から予定
通知メールが受信された際に、そのメール送信元の端末
ユーザの予定が確定しているとして判断する通知者予定
判断手段と、前記メール端末から予定承認返信メールが
受信された際に、その予定承認返信メールの承認の回答
に従ってメール返信先の端末ユーザの予定が確定してい
るか否かを判断する返信先予定判断手段とを備えている
ことを特徴とする。

【００１１】このように構成したメールサーバでは、メ
ール端末から例えば休暇予定の通知メールが受信された
際に、そのメール送信元の端末ユーザの休暇予定が確定
しているとして判断され、また、メール端末から例えば
休暇予定承認の返信メールが受信された際に、その予定
承認返信メールの承認の回答に従ってメール返信先の端
末ユーザの休暇予定が確定しているか否かが判断され、
それぞれ対応する端末ユーザの休暇予定として登録され
るので、各端末ユーザそれぞれの確定した予定のみを確
実に判断して自動一括管理できることになる。

【００１２】

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

【００１３】図１は本発明の実施形態に係るメールサー
バ１０の電子回路の構成を示すブロック図である。

【００１４】このメールサーバ１０は、コンピュータで
ある制御部（ＣＰＵ）１１を備えている。

【００１５】この制御部（ＣＰＵ）１１は、ハードディ
スクやフラュシュメモリ（ＥＥＰＲＯＭ）などを使用し
てなるメモリ１３に予め記憶された電子メール・予定表
管理プログラム１３ａ、あるいはフロッピディスクなど
の外部記憶媒体１４から磁気ディスク装置などの記憶媒
体読み取り部を介して記憶装置１５に書き込まれたメー
ル管理処理プログラム、あるいは外部の通信ネットワー
クＮに接続されたコンピュータ端末から伝送制御部１６
を介して取り込まれ前記記憶装置１５に記憶されたメー
ル管理処理プログラムに従って、回路各部の動作を制御
するもので、これら電子メール・予定表管理プログラム
１３ａやメール管理処理プログラムは、前記伝送制御部
１６を介して通信接続される外部のコンピュータ端末か
らのメールの受信やメール管理に関するコマンド、ある
いはキーボード，マウスからなる入力部１２からの操作
入力に応じて起動される。

【００１６】この制御部（ＣＰＵ）１１には、前記入力
部１２、メモリ１３、記憶装置１５、伝送制御部１６が
接続される他に、表示部１７が接続される。

【００１７】前記メモリ１３には、電子メール・予定表
管理プログラム１３ａなどのこのメールサーバ１０に搭
載された各種のメール管理機能を司るソフトウエアが予
め記憶されると共に、個人別受信メールデータメモリ１
３ｂ、個人別予定表メモリ１３ｃなどの各種のメール管
理機能の動作によって一時的に保存が必要なデータを記
憶するためのワークエリアが確保される。

【００１８】電子メール・予定表管理プログラム１３ａ
は、外部のコンピュータ端末から受信された他のコンピ
ュータ端末宛てのメールやメール管理に関するコマンド
に応じて、メールの送受信処理、各端末スケジュールの
登録管理処理、各端末スケジュールの出力処理などを行
う。

【００１９】個人別受信メールデータメモリ１３ｂに
は、伝送制御部１６を介して外部のコンピュータ端末か
ら受信された他のコンピュータ端末宛てのメールデータ
が、ネットワークＮに接続されている各個人のコンピュ
ータ端末毎に記憶されて管理される。

【００２０】個人別予定表メモリ１３ｃには、定型メー
ルＡとして受信される会議通知用の定型メールや定型メ
ールＢとして受信される有休・半休申請用の各定型メー
ルに応じて登録される各個人毎の確定スケジュールのデ
ータが記憶されて管理される。

【００２１】図２は前記メールサーバ１０によって扱わ
れる会議通知用の定型メールＡを示す図であり、同図
（Ａ）は送信メールＭ１ａの項目入力状態、同図（Ｂ）
は返信メールＭ１ｂの項目入力状態を示す図である。

【００２２】この会議通知用の定型メールＡには、送信
／返信日時，発信者，宛先，会議名，日時，場所，出
席，内容からなる８つのデータ項目が設けられ、図２
（Ａ）に示すように、この送信メールＭ１ａの送信日
時，発信者の各項目は送信元において自動設定され、ま
た、宛先，会議名，日時，場所，内容の各項目は送信元
においてマニュアル入力され、また、出席の項目にはそ
の選択項目「全員御出席下さい」又は「ご出席いた
だけるか、返信をお願いします」から選択されて入力さ
れる。

【００２３】また、前記会議通知用定型メールＡにおけ
る返信メールＭ１ｂの返信日時，発信者，宛先の各項目
は送信元（返信元）において自動設定され、また、会議
名，日時，場所の各項目は変更なしで維持され、また、
出席の項目にはその選択項目「出席いたします」又は
「申し訳有りませんが欠席させて頂きます」から選択
されて入力される。

【００２４】図３は前記メールサーバ１０によって扱わ
れる有休・半休申請用の定型メールＢを示す図であり、
同図（Ａ）は送信メールＭ２ａの項目入力状態、同図
（Ｂ）は返信メールＭ２ｂの項目入力状態を示す図であ
る。

【００２５】この有休・半休申請用の定型メールＢに
は、送信／返信日時，発信者，宛先，申請内容，有／半
休日，連絡，理由からなる７つのデータ項目が設けら
れ、図３（Ａ）に示すように、この送信メールＭ２ａの
送信日時，発信者の各項目は送信元において自動設定さ
れ、また、宛先，申請内容，有／半休日，理由の各項目
は送信元においてマニュアル入力され、また、有／半休
日における選択項目にはその選択項目「一日」「午前」
「午後」から選択されて入力され、連絡の項目にはその
選択項目「体調が悪いため休ませて頂きます」又は
「ご承認よろしくお願いします」から選択されて入力さ
れる。

【００２６】また、前記有休・半休申請用の定型メール
Ｂにおける返信メールＭ２ｂの返信日時，発信者，宛先
の各項目は送信元（返信元）において自動設定され、ま
た、申請内容，有／半休日の各項目は変更なしで維持さ
れ、また、連絡の項目にはその選択項目「承認いたし
ます」又は「すみませんが、日を変更できませんか」
から選択されて入力される。

【００２７】そして、前記定型メールＡやＢなどのメー
ルフォーマットは、ネットワークＮに接続された外部の
各コンピュータ端末のそれぞれにおけるメール処理プロ
グラムに組み込まれて記憶される。

【００２８】次に、前記構成によるメールサーバ１０の
動作について説明する。

【００２９】図４は前記メールサーバ１０においてメー
ル管理を行うためのサーバ処理を示すフローチャートで
ある。

【００３０】図５は前記メールサーバ１０を用いたメー
ルシステムでのメール送受信の概要を示す図であり、同
図（Ａ）は送信元クライアントとなるコンピュータ端末
からメールサーバ１０へのメール送信イメージを示す
図、同図（Ｂ）は送信先クライアントとなるコンピュー
タ端末でのメール受信処理イメージを示す図である。

【００３１】メールサーバ１０において、メール管理の
クライアントとなるコンピュータ端末から通信ネットワ
ークＮ，伝送制御部１６を介してメールが受信される
と、この受信されたメールが定型メールＡあるいはＢで
有るか否か判断され、何の定型メールでもないと判断さ
れた場合には、当該メールの宛先の項目に記述されてい
る指定の宛先メールアドレスに従ってメールの送信が行
われる（ステップＳ１→Ｓ２→Ｓ３）。

【００３２】一方、クライアントのコンピュータ端末か
ら伝送制御部１６を介して受信されたメールが、図２
（Ａ）で示したような定型メールＡによる会議通知の送
信メールＭ１ａであると判断された場合には（ステップ
Ｓ１→Ｓ２→Ｓ４→Ｓ５）、当該送信メールＭ１ａの発
信者の項目に記述されている送信元のメールアドレスに
従って、個人別予定表メモリ１３ｃ内の対応するクライ
アント（会議開催者）が検索され、そのスケジュールデ
ータとして、前記送信メールＭ１ａに共に記述されてい
る指定日時，会議名，場所のデータが登録される（ステ
ップＳ５→Ｓ６）。

【００３３】すると、この受信された会議通知の送信メ
ールＭ１ａにおける出席の選択項目が、「全員ご出席
下さい」、つまり強制参加の意味を示す項目データであ
るか否か判断され、当該であると判断された場合に
は、宛先の項目に記述されている送信先のメールアドレ
スに従って、個人別予定表メモリ１３ｃ内の対応するク
ライアント（会議通知受信者）が検索され、そのスケジ
ュールデータとして、前記送信メールＭ１ａに共に記述
されている指定日時，会議名，場所のデータが登録され
る（ステップＳ７→Ｓ８）。

【００３４】そして、前記受信された会議通知の送信メ
ールＭ１ａは、その宛先の項目に記述されている宛先の
メールアドレスに従って送信される（ステップＳ３）。

【００３５】すなわち、会議開催者の端末クライアント
から出席の選択項目を強制参加にした会議通知の送信
メールＭ１ａが受信された場合には、会議開催者及び会
議通知受信者の何れの端末クライアントも該会議の出席
は確定したことになるので、個人別予定表メモリ１３ａ
に記憶されている当該各端末クライアントのスケジュー
ルデータには、その何れにも送信メールＭ１ａに記述さ
れた会議のスケジュールが登録される。

【００３６】なお、前記受信された会議通知の送信メー
ルＭ１ａにおける出席の選択項目が、「ご出席いただ
けるか、返信お願いします」、つまり会議通知受信者側
の出席未確定を示す項目データであると判断された場合
には、この段階では当該会議通知受信者側のスケジュー
ルの登録は成されず、前記受信された会議通知の送信メ
ールＭ１ａは、その宛先の項目に記述されている宛先
（会議通知受信者）のメールアドレスに従って送信され
る（ステップＳ７→Ｓ３）。

【００３７】また、クライアントのコンピュータ端末か
ら伝送制御部１６を介して受信されたメールが、図２
（Ｂ）で示したような定型メールＡによる会議通知の返
信メールＭ１ｂであると判断された場合には（ステップ
Ｓ１→Ｓ２→Ｓ４→Ｓ５）、この受信された会議通知の
返信メールＭ１ｂにおける出席の選択項目が、「出席
いたします」、つまり参加の意味を示す項目データであ
るか否か判断され、当該であると判断された場合に
は、発信者の項目に記述されている返信元のメールアド
レスに従って、個人別予定表メモリ１３ｃ内の対応する
クライアント（会議参加通知者）が検索され、そのスケ
ジュールデータとして、前記返信メールＭ１ｂに共に記
述されている指定日時，会議名，場所のデータが登録さ
れる（ステップＳ９→Ｓ１０）。

【００３８】そして、前記受信された会議通知の返信メ
ールＭ１ｂは、その宛先の項目に記述されている宛先
（会議開催者）のメールアドレスに従って送信される
（ステップＳ３）。

【００３９】すなわち、会議通知受信者側の端末クライ
アントから出席の選択項目を参加にした会議通知の返
信メールＭ１ｂが受信された場合には、当該会議参加通
知者の端末クライアントの会議出席が確定したことにな
るので、個人別予定表メモリ１３ａに記憶されている当
該端末クライアントのスケジュールデータに対し、返信
メールＭ１ｂに記述された会議のスケジュールが登録さ
れる。

【００４０】なお、前記受信された会議通知の返信メー
ルＭ１ｂにおける出席の選択項目が、「申し訳有りま
せんが欠席させて頂きます」、つまり会議通知受信者側
の欠席の確定を示す項目データであると判断された場合
には、当該会議通知受信者側のスケジュールの登録は成
されず、前記受信された会議通知の返信メールＭ１ｂ
は、その宛先の項目に記述されている宛先（会議開催
者）のメールアドレスに従って送信される（ステップＳ
９→Ｓ３）。

【００４１】一方、クライアントのコンピュータ端末か
ら伝送制御部１６を介して受信されたメールが、図３
（Ａ）で示したような定型メールＢによる有休・半休申
請の送信メールＭ２ａであると判断された場合には（ス
テップＳ１→Ｓ２→Ｓ４→Ｓ１１）、当該送信メールＭ
２ａにおける連絡の選択項目が、「体調が悪いため休
ませて頂きます」、つまり休み確定の意味を示す項目デ
ータであるか否か判断され、当該であると判断された
場合には、発信者の項目に記述されている送信元のメー
ルアドレスに従って、個人別予定表メモリ１３ｃ内の対
応するクライアント（有／半休取得者）が検索され、そ
のスケジュールデータとして、前記送信メールＭ２ａに
共に記述されている有／半休日のデータが登録される
（ステップＳ１２→Ｓ１３）。

【００４２】そして、前記受信された有休・半休申請の
送信メールＭ２ａは、その宛先の項目に記述されている
宛先メールアドレスに従って送信される（ステップＳ
３）。

【００４３】すなわち、有／半休申請者の端末クライア
ントから連絡の選択項目を体調不良にした有休・半休
申請の送信メールＭ２ａが受信された場合には、その有
／半休取得者の端末クライアントの有／半休の取得は確
定したことになるので、個人別予定表メモリ１３ａに記
憶されている当該端末クライアントのスケジュールデー
タには、送信メールＭ２ａに記述された有／半休日のス
ケジュールが登録される。

【００４４】なお、前記受信された有休・半休申請の送
信メールＭ２ａにおける連絡の選択項目が、「ご承認
よろしくお願いします」、つまり有／半休申請者の有／
半休の取得未確定を示す項目データであると判断された
場合には、この段階では当該有／半休申請者のスケジュ
ールの登録は成されず、前記受信された有休・半休申請
の送信メールＭ２ａは、その宛先の項目に記述されてい
る宛先（有／半休承認者）のメールアドレスに従って送
信される（ステップＳ１２→Ｓ３）。

【００４５】また、クライアントのコンピュータ端末か
ら伝送制御部１６を介して受信されたメールが、図３
（Ｂ）で示したような定型メールＢによる有休・半休申
請の返信メールＭ２ｂであると判断された場合には（ス
テップＳ１→Ｓ２→Ｓ４→Ｓ１１）、この受信された有
休・半休申請の返信メールＭ２ｂにおける連絡の選択項
目が、「承認いたします」、つまり有・半休取得の許
可を示す項目データであるか否か判断され、当該であ
ると判断された場合には、宛先の項目に記述されている
返信先のメールアドレスに従って、個人別予定表メモリ
１３ｃ内の対応するクライアント（有・半休申請者）が
検索され、そのスケジュールデータとして、前記返信メ
ールＭ２ｂに共に記述されている有・半休日のデータが
登録される（ステップＳ１４→Ｓ１５）。

【００４６】そして、前記受信された有休・半休申請の
返信メールＭ２ｂは、その宛先の項目に記述されている
宛先（有／半休申請者）のメールアドレスに従って送信
される（ステップＳ３）。

【００４７】すなわち、有／半休承認者側の端末クライ
アントから連絡の選択項目を許可にした有休・半休申
請の返信メールＭ２ｂが受信された場合には、有・半休
申請者の端末クライアントの休暇の取得が確定したこと
になるので、個人別予定表メモリ１３ａに記憶されてい
る当該端末クライアントのスケジュールデータに対し、
返信メールＭ２ｂに記述された有・半休日のスケジュー
ルが登録される。

【００４８】なお、前記受信された有休・半休申請の返
信メールＭ２ｂにおける連絡の選択項目が、「すみま
せんが、日を変更できませんか」、つまり有・半休申請
者の休暇取得日の未確定を示す項目データであると判断
された場合には、当該有・半休申請者のスケジュールの
登録は成されず、前記受信された有休・半休申請の返信
メールＭ２ｂは、その宛先の項目に記述されている宛先
（有・半休申請者）のメールアドレスに従って送信され
る（ステップＳ１４→Ｓ３）。

【００４９】一方、クライアントのコンピュータ端末か
ら伝送制御部１６を介して新着メールの確認要求があっ
た場合には、個人別受信メールデータメモリ１３ｂに記
憶されている当該メール確認要求のあった端末メールア
ドレスに対応付けられて受信格納されているメールデー
タが読み出され、このメールデータがその宛先メールア
ドレスに従って前記確認要求のあったコンピュータ端末
に送信される（ステップＳ１６→Ｓ１７）。

【００５０】図６は前記メールサーバ１０を用いたメー
ルシステムでのクライアントのコンピュータ端末からの
予定表確認に伴う通信状態を示す図である。

【００５１】クライアントのコンピュータ端末から伝送
制御部１６を介して予定表の確認要求があった場合に
は、その確認要求に記述されている予定表の確認対象
が、当該確認要求のあったコンピュータ端末のクライア
ント自身のものであるか、通信ネットワークＮに接続さ
れているグループ内の各コンピュータ端末のクライアン
ト全員のものであるかが判断される（ステップＳ１８→
Ｓ１９→Ｓ２１）。

【００５２】ここで、前記予定表の確認要求に記述され
ている確認対象が当該確認要求のあったコンピュータ端
末のクライアント自身のものであると判断された場合に
は、個人別予定表メモリ１３ｃに記憶されている当該予
定表確認要求のあった端末メールアドレスに対応付けら
れて登録されているスケジュールデータが読み出され、
このスケジュールデータが前記確認要求端末のメールア
ドレスに従ってメールとして送信される（ステップＳ１
９→Ｓ２０）。

【００５３】また、前記予定表の確認要求に記述されて
いる確認対象が通信ネットワークＮに接続されているグ
ループ内の各コンピュータ端末のクライアント全員のも
のであると判断された場合には、個人別予定表メモリ１
３ｃに記憶されている全員のクライアントの各端末メー
ルアドレスに対応付けられて登録されているそれぞれの
スケジュールデータが読み出され、このクライアント全
員のスケジュールデータが前記確認要求端末のメールア
ドレスに従ってメールとして送信される（ステップＳ２
１→Ｓ２２）。

【００５４】したがって、前記構成のメールサーバによ
れば、クライアントのコンピュータ端末から定型メール
Ａからなる会議通知の送信メールＭ１ａが受信される
と、当該送信メールＭ１ａの発信者（会議開催者）とし
て記述されている送信元のメールアドレスに対応付け
て、個人別予定表メモリ１３ｃに対しその会議のスケジ
ュールが登録される。そして、当該送信メールＭ１ａ内
の出席の項目に記述されている選択項目が強制参加を意
味する「全員ご出席下さい」である場合には、さら
に、宛先（会議通知受信者）として記述されている送信
先のメールアドレスに対応付けて、前記個人別予定表メ
モリ１３ｃに対しその会議のスケジュールが登録され、
当該宛先のメールアドレスに応じて会議通知受信者への
メールの送信が行われる。

【００５５】また、前記定型メールＡからなる会議通知
の返信メールＭ１ｂが受信された際に、その出席の項目
に記述されている選択項目が参加を意味する「出席い
たします」である場合には、発信者（会議参加通知者）
として記述されている送信元のメールアドレスに対応付
けて、個人別予定表メモリ１３ｃに対しその会議のスケ
ジュールが登録され、当該返信メールＭ１ｂの宛先のメ
ールアドレスに応じて会議開催者へのメールの送信が行
われる。

【００５６】これにより、グループ内の各クライアント
それぞれのスケジュールを、会議通知の定型メールＡや
有休・半休申請の定型メールＢに基づいて、確定した予
定のみ自動的に登録して一括管理することができ、しか
も、各クライアントは、個人別予定表メモリ１３ｃに登
録された自分あるいは他のクライアントのスケジュール
を簡単に呼び出して確認できるようになる。

【００５７】前記実施形態では、会議通知を定型メール
Ａで、有休・半休申請を定型メールＢで、それぞれその
予め規定された項目のデータを入力するだけで、当該メ
ールサーバ１０を介した各クライアントのコンピュータ
端末間でのメールの送受信が可能な構成としているが、
例えば図７に示すように、メールサーバ１０に受信され
た定型メールＡ（Ｂ）の送信メールＭ１ａ（Ｍ２ａ）及
び返信メールＭ１ｂ（Ｍ２ｂ）がその宛先メールアドレ
スに応じて送信される際に（ステップＳ３）、各メール
に対応する定型の挨拶文などを自動入力して通常文章の
メール形態に編集処理し、この後、宛先のメールアドレ
スへ送信する構成としてもよい。

【００５８】図７は前記メールサーバ１０を用いたメー
ルシステムでの定型メールの送信に伴う通常メール形態
への編集処理イメージを示す図である。

【００５９】なお、前記実施形態において記載した手
法、すなわち、図４のフローチャートに示すメールサー
バ１０においてメール管理を行うためのサーバ処理等の
各手法は、コンピュータに実行させることができるプロ
グラムとして、メモリカード（ＲＯＭカード、ＲＡＭカ
ード等）、磁気ディスク（フロッピディスク、ハードデ
ィスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、
半導体メモリ等の外部記憶媒体１４に格納して配布する
ことができる。そして、コンピュータは、この外部記憶
媒体１４に記憶されたプログラムを記憶媒体読み取り部
によって記憶装置１５に読み込み、この読み込んだプロ
グラムによって動作が制御されることにより、前記実施
形態において説明した定型メールに基づくスケジュール
一括管理機能を実現し、前述した手法による同様の処理
を実行することができる。

【００６０】また、前記各手法を実現するためのプログ
ラムのデータは、プログラムコードの形態としてネット
ワーク上を伝送させることができ、このネットワークに
接続されたコンピュータ端末の伝送制御部１６によって
前記のプログラムデータを取り込み、前述した定型メー
ルに基づくスケジュール一括管理機能を実現することも
できる。

【００６１】

【発明の効果】以上のように、本発明の請求項１に係る
メールサーバによれば、複数のメール端末それぞれの端
末ユーザの予定データを記憶する予定データ記憶手段を
有し、前記メール端末から端末ユーザの予定に関する定
型メールが受信された際に、その定型メールの内容に従
って端末ユーザについて予定が確定しているか否かが判
断され、確定しているとして判断された端末ユーザの予
定が前記予定データ記憶手段に対し対応する端末ユーザ
の予定データとして登録されるので、各メール端末間で
送受信される定型メールに基づいて各端末ユーザの予定
を一括管理できるようになる。

【００６２】また、本発明の請求項２に係るメールサー
バによれば、メール端末から会議通知メールが受信され
た際に、そのメール送信元の端末ユーザの予定が確定し
ているとして判断され、また、メール端末から会議返信
メールが受信された際に、その会議返信メールの出席の
回答に従ってメール返信元の端末ユーザの予定が確定し
ているか否かが判断され、それぞれ対応する端末ユーザ
の予定として登録されるので、各端末ユーザそれぞれの
確定した会議予定のみを確実に判断して自動一括管理で
きるようになる。

【００６３】また、本発明の請求項３に係るメールサー
バによれば、メール端末から例えば休暇予定の通知メー
ルが受信された際に、そのメール送信元の端末ユーザの
休暇予定が確定しているとして判断され、また、メール
端末から例えば休暇予定承認の返信メールが受信された
際に、その予定承認返信メールの承認の回答に従ってメ
ール返信先の端末ユーザの休暇予定が確定しているか否
かが判断され、それぞれ対応する端末ユーザの休暇予定
として登録されるので、各端末ユーザそれぞれの確定し
た予定のみを確実に判断して自動一括管理できるように
なる。

【００６４】よって、本発明によれば、予め設定された
グループ内の各端末ユーザのスケジュールを一括して管
理することが可能になる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るメールサーバの電子回
路の構成を示すブロック図。

【図２】前記メールサーバによって扱われる会議通知用
の定型メールＡを示す図であり、同図（Ａ）は送信メー
ルの項目入力状態、同図（Ｂ）は返信メールの項目入力
状態を示す図。

【図３】前記メールサーバによって扱われる有休・半休
申請用の定型メールＢを示す図であり、同図（Ａ）は送
信メールの項目入力状態、同図（Ｂ）は返信メールの項
目入力状態を示す図。

【図４】前記メールサーバにおいてメール管理を行うた
めのサーバ処理を示すフローチャート。

【図５】前記メールサーバを用いたメールシステムでの
メール送受信の概要を示す図であり、同図（Ａ）は送信
元クライアントとなるコンピュータ端末からメールサー
バへのメール送信イメージを示す図、同図（Ｂ）は送信
先クライアントとなるコンピュータ端末でのメール受信
処理イメージを示す図。

【図６】前記メールサーバを用いたメールシステムでの
クライアントのコンピュータ端末からの予定表確認に伴
う通信状態を示す図。

【図７】前記メールサーバを用いたメールシステムでの
定型メールの送信に伴う通常メール形態への編集処理イ
メージを示す図。

【符号の説明】

１０ …メールサーバ １１ …制御部（ＣＰＵ） １２ …入力部 １３ …メモリ １３ａ…電子メール・予定表管理プログラム １３ｂ…個人別受信メールデータメモリ １３ｃ…個人別予定表メモリ １４ …外部記憶媒体 １５ …記憶装置 １６ …伝送制御部 １７ …表示部 Ｎ …通信ネットワーク Ｍ１ａ…会議通知の定型送信メール Ｍ１ｂ…会議通知の定型返信メール Ｍ２ａ…有休・半休申請の定型送信メール Ｍ２ｂ…有休・半休申請の定型返信メール

───────────────────────────────────────────────────── フロントページの続き (72)発明者 波多野 英二 東京都東大和市桜が丘２丁目229番地 カ シオ計算機株式会社東京事業所内 (72)発明者 福本 直樹 東京都東大和市桜が丘２丁目229番地 カ シオ計算機株式会社東京事業所内 (72)発明者 筒見 勝紀 東京都東大和市桜が丘２丁目229番地 カ シオ計算機株式会社東京事業所内 (72)発明者 渡辺 隆保 東京都東大和市桜が丘２丁目229番地 カ シオ計算機株式会社東京事業所内 Ｆターム(参考） 5B089 GA11 JA16 JB22 KA13 KC28 LA03 LA07 5K030 GA16 HA08 JT03 LE11 MA07 MB18

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数のメール端末間でのメールの送受信
   管理を行うメールサーバであって、 前記複数のメール端末それぞれの端末ユーザの予定デー
   タを記憶する予定データ記憶手段と、 前記メール端末から端末ユーザの予定に関する定型メー
   ルが受信された際に、その定型メールの内容に従って端
   末ユーザについて予定が確定しているか否かを判断する
   予定判断手段と、 この予定判断手段により確定しているとして判断された
   端末ユーザの予定を前記予定データ記憶手段に対し対応
   する端末ユーザの予定データとして登録する予定登録手
   段と、を備えたことを特徴とするメールサーバ。
2. 【請求項２】 前記定型メールは、 会議の通知を行う会議通知メールと該会議通知メールに
   対して出欠の回答を行う会議返信メールであり、 前記予定判断手段は、 前記メール端末から会議通知メールが受信された際に、
   そのメール送信元の端末ユーザの予定が確定していると
   して判断する通知者予定判断手段と、 前記メール端末から会議返信メールが受信された際に、
   その会議返信メールの出席の回答に従ってメール返信元
   の端末ユーザの予定が確定しているか否かを判断する返
   信者予定判断手段と、を備えていることを特徴とする請
   求項１に記載のメールサーバ。
3. 【請求項３】 前記定型メールは、 予定を通知する予定通知メールと予定の承認を依頼する
   予定承認依頼メールと該予定承認依頼メールに対して承
   認可否の回答を行う予定承認返信メールであり、 前記予定判断手段は、 前記メール端末から予定通知メールが受信された際に、
   そのメール送信元の端末ユーザの予定が確定していると
   して判断する通知者予定判断手段と、 前記メール端末から予定承認返信メールが受信された際
   に、その予定承認返信メールの承認の回答に従ってメー
   ル返信先の端末ユーザの予定が確定しているか否かを判
   断する返信先予定判断手段と、を備えていることを特徴
   とする請求項１に記載のメールサーバ。
4. 【請求項４】 前記メール端末から受信されるデータが
   予定データの出力依頼であるか否かを判断する依頼判断
   手段と、 この依頼判断手段により前記メール端末からの出力依頼
   であると判断をした際に、当該依頼元のメール端末に対
   して前記予定データ記憶手段に記憶された端末ユーザの
   予定データをメールとして出力する予定メール出力手段
   と、を備えていることを特徴とする請求項１又は請求項
   ２又は請求項３に記載のメールサーバ。
5. 【請求項５】 コンピュータを制御して複数のメール端
   末間でのメールの送受信管理を行うためのメール管理処
   理プログラムを記憶した記憶媒体であって、 前記コンピュータを、 前記複数のメール端末それぞれの端末ユーザの予定デー
   タを記憶する予定データ記憶手段、 前記メール端末から端末ユーザの予定に関する定型メー
   ルが受信された際に、その定型メールの内容に従って端
   末ユーザについて予定が確定しているか否か判断する予
   定判断手段、 この予定判断手段により確定しているとして判断された
   端末ユーザの予定を前記予定データ記憶手段に対し対応
   する端末ユーザの予定データとして登録する予定登録手
   段、として機能させるようにしたコンピュータ読み込み
   可能なメール管理処理プログラムを記憶した記憶媒体。