JPH0310539A - 電子メールシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、複数のメール通信端末とメール蓄積交換機能
を有するセンタ装置から成る電子メールシステムに関す
るものである。

［従来の技術］ 近年、事務経費の節減や即時性などの目的で、従来の人
手によって配送していたメールを電子化するシステムが
普及しつつある。

特に、蓄積交換機能を有するセンタ装置を介し各端末が
メツセージの転送を行うシステムでは、即時配信、同報
、時刻指定配信、親展、メールボックス、あるいは掲示
板といった豊富なメールサービスが提供されている。

これらのサービスの中で、即時配信、時刻指定配信、回
報の各メールサービスでは、メツセージを送信した際に
、相手端末がビジー状態であればリダイヤル動作に入り
、相手端末が解放されるまで送信できない状態が発生し
ていた。また、複数枚を送信した際に、相手端末が大容
量のバッファメモリを持たない場合、全て出力されるま
で待たなければならないという不都合があった。

しかし、蓄積交換機能を有するメールサービスでは、上
述のような煩わしさはな（、相手端末の条件に制限され
ず送信動作を終了させ、次の動作に移れるという利点が
ある。また親展やメールボックスのように、相手の持つ
メール・ボックスにメールを入れておけば、場所を問わ
ずそのシステムに接続されている端末であれば、必要時
に、自メール・ボックスからメールを引き出すことが可
能である。特に親展では、暗証番号を入力しなければ引
き出せないので、特定の人にのみメールが届けられ、機
密を保つことができる。

また、掲示板サービスでは、不特定多数の人々に、その
メツセージを提供できるなど、蓄積交換のメツセージ通
信として特有のサービスが受けられる。更に、相手端末
が送信不能に陥った場合、その端末の代行端末へ送信す
る機能や、代行端末がないあるいは代行端末へ送信でき
ない場合は、端末が受信可能状態になるまでセンタ装置
がそのメールを一時蓄積しておき（以下、センタ預かり
と称す）、そのメールを他の端末から引き出すことので
きる機能を持つことも可能である。

［発明が解決しようとしている課題ゴ しかしながら、上記従来例では、センタ預かり機能の場
合、送信不能端末が復旧したとしても、センタ装置でそ
れを認識できないために、端末が正常であってもセンタ
預かりのメールをその端末へ送信することができなかっ
た。現在、その対策として、端末からセンタ装置へ何ら
かのアクセス（メールサービス関係）があった場合に、
ダウンしていた端末が正常に立ち上がったとセンタ装置
は判断し、その端末へのメールを送信するようにしてい
る。しかし、ダウンしていた端末がセンタ装置にアクセ
スしない場合には、やはりメールはセンタ預かりとして
放置されたままとなり、自動配信機能を十分生かしきれ
なかった。

また、各端末の状態は、センタ装置と端末間の交信中に
もその状態が変化することが予測されるため、これをセ
ンタ装置では管理テーブルとして管理し、反映させる必
要もある。

本発明は、上記課題を解決するために成されたもので、
通信不能の端末が復旧した後、その端末宛のセンタ預か
りメールを直に復旧した端末へ配信することができる電
子メールシステムを提供することを目的とする。

また他の目的は、センタ装置と端末の交信中に配信不能
が発生したときに、この情報を基に管理テーブルを更新
できる電子メールシステムを提供しようとするものであ
る。

［課題を解決するための手段及び作用］上記目的を達成
するために、本発明の電子メールシステムは以下の構成
から成る。すなわち、複数のメール通信端末と、メール
蓄積交換機能を有するセンタ装置から成る電子メールシ
ステムにおいて、メールを受信すべき端末が受信できな
い場合に該端末へのメールを預かりメールとして蓄積す
る手段と、前記端末からその復旧の連絡を受けたとき、
預かりメールを検索する手段と、検索の結果預かりメー
ルを発見すると該預かりメールを前記端末へ配信する手
段とを有する。

また好ましくは、センタ装置は、メール通信端末のステ
ータス情報を蓄積する手段と、配信不能であったメール
通信端末から連絡を受けたとき、これを復旧の連絡と判
別する手段とを有する。

更に好ましくは、配信は、送信端末からのリクエストに
よって行われることを特徴とする。

また、他の発明による電子メール装置は以下の構成から
成る。すなわち、 複数のメール通信端末と、メール蓄積交換機能を有する
センタ装置から成る電子メールシステムにおいて、前記
センタ装置がメール端末装置の通信可能、不可能状態を
管理する管理テーブルと、メール通信端末からの情報を
基に前記テーブルを更新する手段とを有する。

また好ましくは、前記センタ装置とメール通信端末との
間で通信不能が発生したときは、前記管理テーブルはメ
ール通信端末によって更新され、通信不能の状態が回復
したときは該回復した端末によって更新されることを特
徴とする。

［実施例］ 以下、添付図面を参照して本発明に係る好適な一実施例
を詳細に説明する。

〈構成の説明　（第１図、第２図）〉 第１図は、本実施例における電子メールシステムのシス
テム構成図である。図において、１〜４はメールの送受
信可能なアプリケーションを搭載し、テキストデータ、
イメージデータ、その他のメディアデータ等を扱うこと
ができるメール通信端末、例えば、テレマティーク端末
などがこれに当たる。５はメールの蓄積交換や端末また
は個人ＩＤなどの各種管理機能を有し、各メール通信端
末に対しメールの各種サービスを提供するセンタ装置、
６は各メール通信端末１〜４とセンタ装置５を通信可能
とするネットワークである。そしてネットワーク６には
、広域網であれば、ＰＳＴＮ（電話網）、ＰＳＰＤＮ　
（パケット交換網）。

ＰＳＣＤＮ　（回線交換網）、専用線などがあり。

構内網であれば、ローカルエリアネットワークやＰＢＸ
、構内専用線がある。７はセンタ装置５の各装置全体を
制御する中央処理装置、８はメール制御情報やメール本
体情報の一時記憶または各種管理テーブルの格納あるい
はワークエリアとして使用する主記憶装置である。９は
大量のメールやメールボックス、各種情報またはプログ
ラムのバックアップとして利用される大容量記憶装置で
あり、その記憶媒体としては、光ディスク、磁気ディス
ク、光磁気ディスク、磁気テープなどがある。

ＩＯはシステムを稼動するのに必要となる制御プログラ
ムやメール機能を有するアプリケーションプログラムが
記憶されているプログラム記憶装置、１１はシステム管
理に利用されるコンソールやプリンタなどの入出力装置
および電源監視やバックアップ電源などの電源装置を含
む周辺装置である。１２は各メール通信端末１〜４との
通信を司る通信制御装置であり、上述のネットワーク６
とのインタフェース整合、各端末１〜４との接続を確立
するリンク制御、データの受授や通信路を確保するネッ
トワーク制御などを行う。

第１２図は、本実施例におけるメール通信端末の内部構
成を示す図である。

図において、１３はメール通信端末のシステム全体の制
御を行う中央処理装置、１４はシステム稼動に必要な制
御プログラムやメール機能の処理プログラムを記憶した
り、ワークエリアとして利用する主記憶装置、１５は本
端末の扱うメディアデータを蓄積する大容量記憶装置で
あり、メール本体の情報が蓄積されている。１６は本端
末の扱うメディアデータを出力する出力部であり、ＣＲ
ＴやＬＣＤなとの画面への表示１紙や感光紙などへの出
力、音声データの場合には、スピーカによる出力がある
。１７は本端末の扱うメディアデータな入力する入力部
であり、キーボード。

タッチセンサ、ディジタイザ、感光体、撮像素子（ＣＯ
Ｄや撮像管など）による入力、音声データの場合には、
マイクによる入力がある。１８はネットワーク６を介し
てセンタ装置５との通信を司る通信制御装置であり、上
述したネットワーク６とのインタフェース整合、センタ
装置５との接続を確立するリンク制御、データの送受や
通信路を確保するネットワーク制御などを行う。

次に、第１図に示すシステム構成において、各端末１〜
４がメールサービスをセンタ装置５から提供してもらう
場合、メールの本文はもちろんのこと、そのメールをど
のように処理するかを指示するメールの制御情報の交信
が必要となる。

く制御情報の説明　（第３図）〉 ここで、第３図は、その−例を示す図であり、説明の都
合上、これに沿って説明するが、フォーマットや内容は
これに限定するものではない。

図示するように、メールサービス識別子３０とは、サー
ビスの内容を示すものである。例えば、即時配信、メー
ルボックスの投入／引き出し、親展ボックスの投入／引
き出し、掲示板、各種間い合わせ要求などのサービスが
、端末、センタ装置間で識別可能なように情報がコード
化されたものである。同様に、メールサービス付加情報
３１とは、例えば、メールサービス識別子が即時配信の
場合でも、更に、メールの優先度や複数受信者の場合の
同報、時刻指定、送達確認の有無、代行端末の有無など
を必要に応じて指定するための情報である。メール発信
者情報３２とは、発信者名、所属名、発信端末名などの
情報で受信者が発信者を識別する上で必要なものである
。そしてメール発信時刻３３は、メールを発信した時刻
を受信者に知らせるためのものである。受信端末の故障
により、センタ装置から配信できず、センタ預かりとな
った場合、メールボックス、親展ボックスなどのように
受信者がアクセスして引き出す必要のある場合に、この
情報で何時に発信されたメールであるかを知ることがで
きる。

次に、メール受信者情報３４は、センタ装置がメールの
配信時に配信先を指定する場合に必要な情報であり、ま
た配信された後も、受信者へ確実に渡すための重要な情
報である。メール配信時刻３５は、メールを受信した時
刻を受信者に知らせるためのものであるが、これも、例
えセンタ装置が指定の受信端末へ配信をしても、実際に
、受信者の手元に渡されるまでには遅れがあるので必要
な情報である。またメール本体の情報としては、まず、
メールの題目３６、メール本体の情報量（メール通信端
末の場合には、ページ単位で表現することもある）、メ
ディア種別（大別するとイメージデータ、テキストデー
タ、音声データなどがあり、イメージデータの中でもＧ
３ファクシミリ、Ｇ４ファクシミリなどのＭＨ符号、Ｍ
Ｒ符号、ＭＭＲ符号などのデータ圧縮のための符号化方
式による分類もある。） 上述した第３図に示すメールの制御情報を以下ではコン
トロールドキュメント（ＣＤ）と称す。

このＣＤに対して、メール本体をノーマルドキュメント
（ＮＤ）と称す。

〈通信フォーマットの説明　（第４図）〉次に、端末と
センタ装置間でメール通信を行う際には、第４図（ａ）
〜（Ｃ）に示すような形にフォーマット化されて送り出
される。これは、ＨＤＬＣの通信手順で用いられるフォ
ーマットであり、Ｆ２Ｏは、フラグと呼ばれ、このデー
タの先頭と最後を識別するためのものである。データは
“０１１１１１１０”であり、フラグ以外で、このパタ
ーンが発生しないように“０”の挿入、削除などが行わ
れ、データの透過性が保たれている。次に、Ａ４１は、
アドレスであるが、送信相手のアドレスではなく、網（
ネットワーク）と端末装置（あるいはセンタ装置）でデ
ータの送受を行う際に、次のような識別を行うために使
用されている。

Ａ＝″ｌ　１００００００”のとき、ＤＣＥからＤＴＥ
へのコマンド又はレスポンスとして、Ａ＝“１００００
０００”のとき、ＤＴＥからＤＣＥへのコマンド又はレ
スポンスとして使用されている。次に、Ｃ４２は、コン
トローラ部であり、■（情報）フレーム（ＤＡＴＡ）　
、Ｓ　（監視）フレーム（ＲＲ，ＲＮＲ，ＲＥＪ）　、
ＩＪ　（非番舎利）フレーム（ＳＡＢＭ、ＵＡ、ＤＭ、
ＤＩＳＣ。

ＦＲＭＲ）の各フレームを識別するのに使用されている
。この中にＰ／Ｆビットがあり、Ｐビット（ボール）を
“１”とした場合、Ｆビット（ファイナル）を“１”に
して返す必要がある。

通信制御部４３は、端末とセンタ装置との間でデータの
送受を行う際に、端末とセンタ装置間の呼の設定／解除
及びデータ転送時のデータの書式仕様や、メディア種別
のネゴシェーション及びページ単位やブロック単位など
のデータ転送単位ごとの受信確認や、エラー時のデータ
の再送要求といった制御を行うための識別子が挿入され
る。

この制御内容や手順は、ＣＣＩＴＴやＩＳＯにおいて、
標準化が進められているｅ　Ｏ３Ｉ　　（０ｐｅｎ　Ｓ
ｙｓｔｅｍｓＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）の通信
プロトコルの７階層モデルの中の３階層（ネットワーク
レイヤ）、４階層（トランスポートレイヤ）、５階層（
セツションレイヤ）で規定されているものに相当する。

ネットワークレイヤは、この設定／解除、トランスポー
トレイヤは、網の品質チエツクや他網経由設定、セツシ
ョンレイヤは、データ転送時の種別のネゴシエションや
データ転送のページ単位、ブロック単位の確認／再送に
係わる制御が規定されている。次にＦＣ３４５は、フレ
ームチエツクシーケンスであり、データの正誤をチエツ
クできる機能を持っている。しかし、訂正機能はないた
めに、誤りがあった場合は、再送要求をし、再送しても
らう。

次にユーザデータ部４４は、ネットワークではなく、端
末側（ユーザ側）が相手端末（相手ユーザ）へデータを
送る時に使用される。あるいは、ネットワーク側でユー
ザ向けにオプションとして付加サービスを提供する際に
も使用される。そのサービスは、例えば拡張アドレス、
内線アドレスなどがある。第４図（ｂ）は、ＣＤを送信
する際の通信データフォーマットである。そしてユーザ
データ部４４に、第３図のメール制御情報であるＣＤが
挿入される。また第４図（Ｃ）は、ＮＤを送信する際の
通信データフォーマットを示すものである。同様に、ユ
ーザデータ部４４に、メール本体の情報であるＮＤが挿
入される。

〈通信手順の説明　（第５図〜第７図）〉次に、第５図
は、各端末１〜４とセンタ装置５間のネットワーク制御
に係わるデータ通信手順を示す図である。図示するよう
に、端末からセンタ装置へアクセスしてデータ転送を行
う場合には、まず端末が網に発呼要求を行い、網はセン
タ装置に着呼を出力する。センタ装置では、この着呼を
受けて着呼受付を網に返し、網はこれを受けて、端末へ
接続完了を返す。この処理により、端末とセンタ装置間
の呼が成立し、データ転送が可能となる。その後、デー
タの転送を終了する際には、端末から網へ復旧要求を行
い、網はセンタ装置へ切断指示を出力する。センタ装置
では、この切断指示を受けて切断確認を網へ返し、網は
これを受けて、端末へ復旧確認を返す。

次に、第６図は、呼が成立した後のデータ転送時のデー
タ通信手順を示す図である。まず第５図に示したように
、呼が成立し、端末とセンタ装置間でデータ通信が可能
になると、第６図のように相手端末のタイプの確認と、
データの取り交し条件の確認を行うためのセツション接
続を行う。

端末からセンタ装置へセツション接続が送出されると、
それを受けてセンタ装置から端末へ確認が返される。そ
して、ＣＤ（コントロールドキュメント）とＮＤ（ノー
マルドキュメント）が送出されることで端末からセンタ
装置へメールサービスの要求が成され、その要求を受け
てセンタ装置はサービスの受付を返す。ここで、端末側
から継続して転送するデータがなければ、あるいはセン
タ装置から転送するデータがなければ、セツション接続
を解除するために、セツション切断をセンタ装置へ送出
する。これを受けてセンタ装置では、終了を返し、この
一連の通信手順で端末からセンタ装置へのメールサービ
スの要求と受付とメール本体の転送が完了したことにな
る。そして第５図のデータ転送が終了すると、端末とセ
ンタ装置間に成立している呼を解除するため、上述した
復旧要求、切断指示、切断確認、復旧確認がそれぞれ送
出され、呼が切断される。一方、センタ装置では送られ
てきたＣＤを解読し、そのサービス要求に応じてサービ
スを実行する。例えば、第６図に示す即時配信の場合に
は、センタ装置は、発端末が指定した着端末へ向けて、
第５図に示す呼設定を行い、成立するとセツション接続
を実行する。

そして、ＣＤと受信したメール本体であるＮＤを送信し
、着端末からこのＣＤ、ＮＤに対する受付を受信後、セ
ツション切断を行い、呼の切断手順を実行する。こうし
て、発端末から要求のあった即時配信のメールサービス
が完了する。

なお、以下では、呼設定／切断、セツションの接続／切
断、ＣＤ、ＮＤの受付などについての説明は同様である
ため省略する。

第７図は、メールボックス・サービスにおけるデータ転
送の際のデータ通信手順である。発端末がセンタ装置へ
ＣＤによりメールボックスの要求を行い、ＮＤを送出す
ると、これを受けてセンタ装置は、指定されたメールボ
ックスへこのＮＤを投函する。そして、そのメールボッ
クスの目録問い合わせのＣＤで着端末からアクセスがあ
ると、センタ装置は、第３図の補足情報３９にその目録
−覧を含めたＣＤを着端末へ送信する。また着端末から
ＣＤにより、メールボックス内のメールへの引き出し要
求があれば、そのメールを着端末へ送出する。そして、
メールボックス・サービスが完了する。

く管理テーブルの説明　（第８図）〉 次に、センタ装置内に定義されている各種管理テーブル
について説明する。

第８図（ａ）〜（ｅ）は、本実施例での代表的な管理テ
ーブルを示すものである。そして第８図（ａ）及び（ｂ
）は、属性管理テーブルであり、第８図（Ｃ）〜（ｅ）
は、メール管理テーブルである。この第８図（ａ）は、
端末管理テーブルであり、センタ装置と接続されている
全ての端末の情報が管理されている。そしてメールサー
ビスを実行する際には、必ずこのテーブルが参照され、
送信者、受信者の確認や端末の情報の確認、代行送信な
どが可能である。第８図（ｂ）は、ユーザ管理テーブル
であり、親展メールボックスなどで引き出しを行う際に
用いる暗証番号や、その人の属する端末、あるいは個人
ＩＤなどが管理されている。そしてセキュリティやマシ
ンｔｏマシンではなく、大ｔｏ人のメール通信を可能と
する。

また、第８図（Ｃ）は、メールボックスの管理テーブル
であり、各メールボックスに投函されているメールの制
御情報や、保管場所のメモリ空間などが管理されている
。そして、メールボックス目録の問い合わせやメールボ
ックスの登録／引き出しの際に、本テーブルが参照され
る。第８図（ｄ）は、親展ボックスの管理テーブルであ
り、各親展ボックスに対してメールボックスと同様の内
容が管理されている。なお、この親展メールの引き出し
は、本人に限定するため、その本人だけの暗証番号によ
ってのみ引き出せるようにした。

そのために、暗証番号もこのテーブルで管理されている
。そして第８図（ｅ）は、着端末へメールを送信できな
かった場合に、その端末の復旧を待って送信したり、他
の端末から引き出してもらうために、センタ装置内にメ
ールを預かる機能を有する場合に必要となるテーブルで
あり、センタ預かりの管理テーブルと称す。この場合、
メールボックスや親展ボックスと異なり、上述の各ボッ
クスは用意されず、各メール単位あるいは各端末単位で
の管理となる。それ以外は、第８図（Ｃ）と同様であり
、センタ預かり一覧問い合わせやセンタ預かりメール引
き出し時に参照される。

く処理手順の説明　（第９図〜第１８図）〉次に、本実
施例におけるセンタ装置の処理手順を第９図〜第１８図
に示すフローチャートを参照して以下に説明する。なお
、第９図〜第１５図までがメインルーチンであり、第１
６図〜第１８図までは、メインルーチンが呼び出すサブ
ルーチンである。

まず、第９図において、発端末からアクセスがあった場
合、全てのデータを取り込み、上述したＣＤを格納する
。その後、ＮＤがあれば、ＮＤも同様に格納する。ここ
での格納は、ＣＤの場合、主記憶装置へ、またＮＤの場
合は、主記憶装置と大容量記憶装置のいずれかに格納す
る。ここで、格納が済むと、ＣＤを解読し、その解読し
た結果に応じて各メールサービスを実行する。例えば、
即時配信であれば第１０図へ、親展であれば第１１図へ
、メールボックスであれば第１２図へ、端末復旧であれ
ば第１３図へ、センタ預かりであれば第１４図へ、問い
合わせであれば第１５図へそれぞれ処理を進める。

即時配信の場合には、第１０図のように、まず同報か否
かを、複数の着信端末への指定があるか否かによって判
断し、同報であれば、指定された全端末へ順次回報か一
斉同報でメールを配信し、同報でなければ、指定された
端末へメールを配信する。そして配信が正常終了した場
合には、次に進み、正常終了しなければ再送処理を実施
する。

この再送処理で、正常終了すれば次に進み、正常終了し
なければセンタ預かり処理を実施して次に進む０次の判
断処理では、送達確認要求の有無を調べ、送達確認要求
がなければ、即時配信を終了する。しかし、送達要求有
りの場合には、上述の配信結果が正常終了であれば送達
確認通知のＣＤを作成し、また正常に終了せずに、セン
タ預かりとなったのであれば、不達通知のＣＤを作成し
て発端末へ送信する。ここで、この送信処理が正常に終
了すれば即時配信を終了するが、正常に終了しなければ
再送処理を実施し、それでも正常に終了しない場合には
、センタ預かり処理を実施して即時配信処理を終了する
。

なお、再送処理及びセンタ預かり処理は、それぞれサブ
ルーチンであり、説明は後述する。

次に、親展の場合は、第１１図のように、投入か引き出
しかを調べる。まず投入の場合から説明すると、ＣＤの
情報から着信者及び着信端末を調べ、第８図（ｂ）に示
すユーザ管理テーブルに登録されている親展ボックス登
録Ｎｏ、に受信したメール（ＮＤ）を投入する。メール
が投入されると、第８図（ｄ）に示す親展ボックスメー
ル管理テーブルに追加登録を行う。ここで、登録される
内容としては、メール発信者の情報、メール着信者の情
報（親展のため暗証番号が含まれている。

但し、この暗証番号は、ユーザ管理テーブルだけに登録
しておき、親展ボックスの引き出し時に、そのアクセス
した着信者と暗証番号が一致するかユーザ管理テーブル
により調べても良い。）メール情報、登録日時として、
このメールが格納しであるメモリの先頭アドレスとメモ
リ容量などが登録されている。このメモリの格納場所の
情報としては、Ｆｉｌｅ　Ｎｏ、によりメモリ領域が管
理されていれば、Ｆｉｌｅ　Ｎｏ、　（メールＮｏ、）
だけでも良い。

そして、親展ボックスへのメールの投入が完了すると、
センタ装置は親展ボックスＮｏ、の着信者へ親展メール
の到着を知らせるために、この着信者への親展到着通知
のＣＤを作成して送出する。

ここで、親展到着通知の送信が正常に終了しなければ再
送処理を行い、再送処理でも正常に終了しない場合には
、センタ預かり処理を行って親展ボックスへの投入処理
を終了する。

次に、親展メールの引き出し要求であれば、第８図（ｂ
）及び（ｄ）の暗証番号を参照し、着信者と一致するか
否かを確認する。その結果、一致すれば着信者から指定
のあったメールを親展ボックスから引き出して送出を行
う。そして、正常にメールが着信者に届けば、この送出
済みのメールを親展メールボックスから消去し、メール
管理テーブルの親展ボックスの登録を抹消して処理を終
了する。なお、エラー処理（Ｉ）は、暗証番号が不一致
のときに、着信者へその旨をＣＤにより通知する処理で
ある。またエラー処理（ＩＩ）は、メールを送出したが
、正常に終了しなかった場合で、この場合には、エラー
を解除し、−旦メールサービスを終了して再度、着端末
からアクセスがあるのを待つ。

次に、メールボックスの場合には、第１２図で示すよう
にメールの投入か引き出しかを調べる。

そして投入の場合には、ＣＤの情報から着信者を調べ、
第８図（ｂ）の管理テーブルから対応するメールボック
スＮｏ、へ受信したメール（ＮＤ）を投入し、第８図（
Ｃ）のメールボックスのメール管理テーブルへ追加登録
を行う。なお、その内容については、暗証番号以外は同
じである。一方、メールの引き出しの場合には、着端末
がＣＤによって指定してきたメールボックスのメールを
引き出し、そのメールを着端末へ送出する。この送出で
メールが正常に送出されると、第８図（Ｃ）のメールボ
ックスのメール管理テーブルの中で送出済みのメールＮ
ｏ、をこのテーブルの登録から抹消する。しかし、メー
ルが正常に送出できなかった場合には、エラー処理（Ｉ
Ｉ［）として、エラー要因を除去し、正常状態に戻した
後に、−旦処理を終了させて再度、着端末からのアクセ
スがあるのを待つ。

次に、端末復旧の場合には、センタ装置は端末復旧を送
出した発端末が、現在、正常状態に復帰し、送受信が可
能になったことを認識し、第８図（ａ）の端末管理テー
ブルの端末状態を良にして端末復旧確認をこの発端末へ
送出する。そして、この端末の復旧に伴い、この端末の
ダウンのために、送出できずセンタ預かりとなっていた
メールの有無を、第８図（ｅ）のセンタ預かりのメール
管理テーブルの受信情報から調べ、該当するメールがあ
る場合には、そのメールをその端末へ送出する。しかし
、該当するメールがない場合は、そのまま終了する。

センタ預かりメールサービスの場合には、ＣＤの情報に
より指定されたセンタ預かりメールを第８図（ｅ）のセ
ンタ預かりメール管理テーブルのメール情報から検索し
、有ればセンタ預かりボックスから引き出し、その引き
出されたメールの登録をセンタ預かりのメール管理テー
ブルから抹消する０次に、ＣＤの情報により、このメー
ルのメールサービス内容を調べ、このメールの引き出し
要求であれば、このメールをアクセスしている発端末へ
送出する。しかし、配信要求であれば第１０図へ、また
親展要求であれば第１１図へ、そしてメールボックス要
求であれば第１２図へそれぞれ進み、各サービスを実行
する。一方、メールがない場合には、エラー処理（ＩＶ
）として、指定されたセンタ預かりのメールが見つから
なかつた旨を発端末へ通知する。

問い合わせの場合には、第１５図に示すようにどの問い
合わせかをＣＤの情報により調べ、それぞれの処理を実
行する。メールボックスの問い合わせの時は、第８図（
Ｃ）のメールボックス管理テーブルを用い、指定された
メールボックスＮｏ。

のメールを選び出し、−覧表にして端末へ送出する。次
に、親展ボックスの問い合わせの場合は、第８図（ｄ）
に示す親展ボックス管理テーブルを用い、指定された親
展ボックスＮｏ、のメールを選び出し、−覧表にして端
末へ送出する。また通信履歴の問い合わせの場合、本実
施例ではテーブルを用意してないが、通信履歴管理テー
ブルから指定された端末、あるいは発信者または受信者
の通信履歴を選び出し、−覧にして端末へ送出する。

センタ預かりの問い合わせの場合には、あらゆるメール
や通知が含まれているため、それらの種別の指定の有無
を調べ、指定がなければ、第８図（ｅ）のセンタ預かり
のメール管理テーブルを用い、指定された端末または個
人に宛てたメールや通知全ての一覧をその端末へ送出す
る。しかし、指定があり、即成の場合、指定された端末
または個人へのメール−覧を送出する。また同報、送達
確認、親展到着通知の各場合も同様に、指定された端末
または個人へのメールや通知の一覧をその端末へ通知す
る。その後、正常に送出が終了すると、そのまま処理を
終了し、正常終了しなければエラーを解除し、正常に戻
した後再度、アクセスされるのを待つ。

第１６図は、再送処理のサブルーチンであり、規定回数
Ｐまで再送を繰り返し、規定回数以内で正常に送出を完
了した場合は、このルーチンから復帰する。しかし、規
定回数に達しても正常終了しない場合には、端末の状態
が正常ではあるが、使用中でビジーかを調べ、ビジーで
あれば同様にこのルーチンから復帰する。一方、ビジー
状態ではなく、端末の障害により送出できなかった場合
には、端末管理テーブル・のこの端末の端末状態を不良
にして、このルーチンから復帰する。

次に第１７図は、代行配信処理のサブルーチンであり、
上述の端末管理テーブルにおいて、代行端末指定がなけ
れば、そのままこのルーチンから復帰する。しかし、代
行端末の登録が成されていれば代行端末へ送出し、その
後正常に送出が完了すると、このルーチンから復帰する
。一方、正常に送出できなかった場合には、再送処理の
サブルーチンをコールし、そのルーチンが正常に終了す
ると、このルーチンから復帰する。しかし、正常終了し
ななければ、他の代行端末があるか否かを調べ、あれば
再度代行配信をその端末に向けて実行し、なければこの
ルーチンから復帰する。

また第１８図は、センタ預かりのサブルーチンである。

まず、再送処理や代行配信処理において送出できなかっ
たメールや通知をセンタ預かり用のボックスに投入し、
そのメールを第８図（ｅ）のセンタ預かり管理テーブル
に追加登録を行う。

次に、このメールがセンタ預かりとなってしまった旨を
メール発信者へ通知するために、センタ預かり通知をＣ
Ｄにより作成し、このＣＤをメール発信者へ送出する。

そして正常に送出が終了すると、このルーチンから復帰
する。しかし、正常に終了しない場合は、再送処理を実
行し、その結果により、上述した処理を実行する。

次に、本実施例におけるメール通信端末の処理手順を第
１９図に示すフローチャートを参照して以下に説明する
。

まず、端末の電源がＯＮされると、自己診断や回線接続
チエツクを行い、障害等の発生により、通信可能状態で
なければエラー処理（Ｖｌ）を実行する。この処理は、
パラメータ設定や接続設定などの確認を行い、ミスが見
つかり復帰するメトが立てば、通信可能状態に移行する
。しかし、メトが立たない場合、つまり、復帰の見込が
ない場合には、電源な０ＦＦＬ、故障箇所の修理を行う
。

一方、通信可能状態であれば、センタ装置へ自端末が通
信可能状態になったという旨の端末復旧をメール制御情
報で送出する。これを受けてセンタ装置が、この端末復
旧を認識したことを示す復旧確認をこの端末へ送出し、
この復旧確認を端末が受信確認すると、通常のメールサ
ービスが可能となる。

次に、端末の電源がＯＦＦされなければ、サービス要求
を待つアイドル状態となり、ここでサービス要求（例え
ば、送信者からのメールサービス要求またはセンタ装置
からのメール送信など）が発生すれば、上述したメール
サービス処理を実行し、正常終了すれば、再度アイドル
状態に戻り、正常終了しない場合は、エラー処理（Ｖｌ
）を実行する。この処理は、操作ミスによる障害や端末
の軽度の障害（例えば、ファクシミリでは紙なしゃ紙ジ
ヤム、データ端末ではメモリ容量オーバー）などの復旧
処理を行い、復帰すればセンタ装置へ端末復旧を送出す
る。しかし、復帰しない場合には、上述したように処理
を終了する。

以上説明したように、従来のセンタ預かり機能では、ダ
ウンしていたメール通信端末が立ち上がつた時、端末復
旧を送出し、センタ装置でこれを受けて認識することが
できるため、その端末へのセンタ預かりとなったメール
を直に送信することができる。この結果、センタ預かり
メールを効率良く相手端末へ送信できると共に、その分
センタ装置のメモリを有効に利用できる。

また、通信不能端末が復旧すると直にメールを相手に届
けることができるため、メールを届ける時間を短縮する
ことができる。

更に、端末から復旧した旨を伝えて（るため、センタ装
置では、無駄な再送処理を行うことなくメールサービス
が向上するという効果もある。

また本実施例によれば、通信不能状態であった端末が復
帰すると、センタ装置では、その端末の通信状態を管理
するテーブルを更新することで、メール配信を確実に行
うことが可能となる。

［発明の効果］ 以上説明したように、本発明によれば、通信不能の端末
が復旧した後に、その端末宛のセンタ預かりメールを直
に復旧した端末へ配信することができる。

また、センタ装置と端末の交信中に配信不能が発生した
ときに、この情報を基に管理テーブルを更新することに
より、メールシステムの信頼性が向上するという効果が
ある。

【図面の簡単な説明】

第１図は本実施例におけるシステム構成図、第２図は本
実施例でのメール通信端末の構成を示す図、 第３図はコントロールドキュメントの内容を示す図、 第４図はデータ通信フォーマットを示す図、第５図は網
における通信手順を示すシーケンス図、 第６図は即時配信での通信手順を示すシーケンス図、 第７図はメールボックスでの通信手順を示すシーケンス
図、 第８図（ａ）〜（ｅ）は各種管理テーブルを示す図、 第９図〜第１８図は本実施例におけるセンタ装置の処理
手順を示すフローチャート、第１９図は本実施例におけ
るメール通信端末の処理手順を示すフローチャートであ
る。 図中、１〜４・・・メール通信端末、５・・・センタ装
置、６・・・ネットワーク、７・・・中央処理装置、８
・・・主記憶装置、９・・・大容量記憶装置、１０・・
・プログラム記憶装置、１１・・・周辺装置、１２・・
・通信制御装置である。

Claims (5)

【特許請求の範囲】
1. （１）複数のメール通信端末と、メール蓄積交換機能を
   有するセンタ装置から成る電子メールシステムにおいて
   、 メールを受信すべき端末が受信できない場合に該端末へ
   のメールを預かりメールとして蓄積する手段と、前記端
   末からその復旧の連絡を受けたとき、預かりメールを検
   索する手段と、検索の結果預かりメールを発見すると該
   預かりメールを前記端末へ配信する手段とを有すること
   を特徴とする電子メールシステム。
2. （２）センタ装置は、メール通信端末のステータス情報
   を蓄積する手段と、配信不能であったメール通信端末か
   ら連絡を受けたとき、これを復旧の連絡と判別する手段
   とを有することを特徴とする請求項第１項に記載の電子
   メールシステム。
3. （３）配信は、送信端末からのリクエストによって行わ
   れることを特徴とする請求項第１項に記載の電子メール
   システム。
4. （４）複数のメール通信端末と、メール蓄積交換機能を
   有するセンタ装置から成る電子メールシステムにおいて
   、 前記センタ装置がメール端末装置の通信可能、不可能状
   態を管理する管理テーブルと、メール通信端末からの情
   報を基に前記テーブルを更新する手段とを有することを
   特徴とする電子メールシステム。
5. （５）前記センタ装置とメール通信端末との間で通信不
   能が発生したときは、前記管理テーブルはメール通信端
   末によって更新され、通信不能の状態が回復したときは
   該回復した端末によつて更新されることを特徴とする請
   求項第４項に記載の電子メールシステム。