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

Abstract

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

Description

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

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

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

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

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

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

［発明が解決しようとしている課題］ しかしながら、従来のメール・サービスでは、１つのメ
ールに対し１つのサービスを提供するのみであったため
、同一のメールで複数のサービス（例えば、ある端末へ
は即時配信、また、ある人へはメールボックスや親展ボ
ックスというような場合）の提供をしてもらいたい場合
に、各メールサービス毎にメール本体が同一であるにも
かかわらず、センタ装置へ何度も送信しなければならな
かった。そのために、端末側においては、操作者が何度
も同一のメールを送信しなければならないという不便が
生じている。また、ネットワーク上でも、同一のメール
が何度も送信されるために、回線の使用頻度は増すが、
同一メールが繰り返し送信される分だけ利用効率が低下
し、回線の無駄使いとなる。更に、センタ装置において
は、同一メールでありながら、それを識別する手段を持
ち合わせていないために、各送信されてきたメール毎に
メモリに蓄積し、別々にメール・サービスを実行してい
るため、メモリの使用効率が低下し、サービスも個別に
実施されるなど、システム全体として経済的でないとい
う問題が発生する。

本発明は、上記課題を解決するために成されたもので、
１つのメール本体に対し、複数のメールサービスを実行
できることにより、システム全体としての利用効率を向
上させることができる電子メールシステムを提供するこ
とを目的とする。

［課題を解決するための手段及び作用］上記目的を達成
するために、本発明の電子メールシステムは以下の構成
から成る。すなわち、複数のメール通信端末と、メール
蓄積交換機能を有するセンタ装置からなる電子メールシ
ステムにおいて、 前記センタ装置が１つのメール本体に対し、複数の形態
でのメールサービスを該端末へ提供するサービスを前記
センタ装置に要求する手段と、該要求を受けたとき、複
数の形態のサービスを前記メール本体に対して実行する
手段とを有する。

また、他の発明の電子メールシステムは以下の構成から
成る。すなわち、 複数のメール通信端末と、メール蓄積交換機能を有する
センタ装置からなる電子メールシステムにおいて、 前記センタ装置が１つのメール本体に対し、複数の形態
でのメールサービスを該端末へ提供するサービスを前記
センタ装置に要求する手段と、該サービスを実行する際
の順序づけを行う順序づけ手段と、決定された順序に従
ってメールサービスを実行する手段と、メールサービス
が正常に実行されたか否かを判別する手段と、メールサ
ービスが正常に実行されたことを判別した時点で以降の
サービスを終了させる手段とを有する。

更に、他の発明の電子メールシステムは以下の構成から
成る。すなわち、 複数のメール通信端末と、メール蓄積交換機能を有する
センタ装置からなる電子メールシステムにおいて、 前記センタ装置が１つのメール本体に対し、複数の形態
でのメールサービスを該端末へ提供するサービスを前記
センタ装置に要求する手段と、該サービスを実行する際
の順序づけを行う順序づけ手段と、該順序づけ手段によ
って順序づけられたサービスの順序を変更する変更手段
と、前記順序すけ手段又は変更手段のいずれかを選択す
る選択手段と、該選択手段により選択された順序に従っ
てサービスを実行する実行手段とを有する。

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

〈構成の説明　（第１図、第２図）〉 第１図は、本実施例における電子メールシステムのシス
テム構成図である。図において、１〜４はメールの送受
信可能なアプリケーションを搭載し、テキストデータ、
イメージデータ、その他のメディアデータ等を扱うこと
ができるメール通信端末、例えば、テレマティーク端末
などがこれに当たる。５はメールの蓄積交換や端末また
は個人ＩＤなとの各種管理機能を有し、各メール通信端
末に対しメールの各種サービスを提供するセンタ装置、
６は各メール通信端末１〜４とセンタ装置５を通信可能
とするネットワークである。そしてネットワーク６には
、広域網であれば、ＰＳＴＮ（電話網）、ＰＳＰＤＮ　
（パケット交換網）ＰＳＣＤＮ　（回線交換網）、専用
線などがあり、構内網であれば、ローカルエリアネット
ワークやＰＢＸ、構内専用線がある。７はセンタ装置５
の各装置全体を制御する中央処理装置、８はメール制御
情報やメール本体情報の一時記憶または各種管理テーブ
ルの格納あるいはワークエリアとして使用する主記憶装
置である。９は大量のメールやメールボックス、各種情
報またはプログラムのバックアップとして利用される大
容量記憶装置であり、その記憶媒体としては、光ディス
ク、磁気ディスク、光磁気ディスク、磁気テープなどが
ある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、第８図（ｆ）は、複数ＣＤ全てに対してＮＤを実
行する全実行型メールサービスの管理テーブルである。

メール登録ＮＯ０の通番は、１つのサービスで要求され
た複数のＣＤをひとまとめにした時の通しナンバーであ
る。またＣＤＮ０．は１つのサービス（１つの通番）で
要求されている複数ＣＤのシリアルＮＯ，を示し、メー
ルサービス欄は、各ＣＤに要求されているメールサービ
スを記憶し、それ以降については、第８図（Ｃ）及び（
ｄ）と同じであるが、最後の結果とは、メールサービス
実行結果の良否を入力し、送信端末への結果報告の際に
使用される。このサービスが全て完了すると、完了した
通番は本テーブルから抹消される。複数ＣＤのうちのど
れを優先するかは、そのような優先順位を表わす識別子
を設けるか、あるいは送信されてきたＣＤの順序でサー
ビスを実施することが考えられる。

また、複数ＣＤなのか、単数ＣＤなのかの区別には、Ｃ
Ｄの中にＣＤとＮＤを区別する識別子を設ける方法や、
あるいは複数のＣＤがあるか否かを表わすＯｎｅ　Ｍｏ
ｒｅ　Ｂｉｔのような識別子を用意し。

Ｏｎｅ　Ｍｏｒｅ　Ｂｉｔが“１”の時には、まだＣＤ
が続くことを意味し、“０”の時には、ＣＤが続かない
ことを意味するようにして実施しても良い。

また第８図（ｇ）は、複数ＣＤに優先順位をつけておき
、そのイ！先順位に従って各ＣＤのサービスをＮＤに対
して実行し、成功した時点で、そのサービスを完結し、
以降、実行されなかったＣＤに対しては無効にするとい
う希望順位完結型メールサービスを実行する際に用いら
れる。そして、このテーブルの内容については、第８図
（ｆ）とほぼ同じであるが、各ＣＤに対する優先順位は
、その優先順位に従ってサービスを実行し、完了した時
点で端末へ送信した結果、つまり、どの順位のサービス
が実行されたかを報告する際に使用される。その後、こ
のサービスが完了すると、完了した通番は本テーブルか
ら抹消される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、第１６図は、複数のＣＤを受信した場合のＣＤの
モード選択処理を示すフローチャートである。

まず、複数ＣＤを受信すると、その全てのＣＤを一旦格
納し、次にＣＤの選別に入る。本実施例でのモードには
、上述したように、全実行モードと優先順位モードがあ
る。前者は、次に（るＮＤに対して複数のＣＤのサービ
スを提供しようというものであり、後者は、次にくるＮ
Ｄに対して優先順位のついた複数のＣＤのサービスを優
先順位順に実行し、正常終了した時点で完結するという
複数のサービス候補の中からいずれか希望の高いサービ
スを提供しようというものである。

つまり、格納したＣＤ１つ１つが、どのモードか選別し
、全実行モードであれば第８図（ｆ）の全実行モード管
理テーブルにそのＣＤを登録し、優先順位モードであれ
ば、第８図（ｇ）の優先順位モード管理テーブルにその
ＣＤを登録する。

次に、残ＣＤがあれば再び選別を行うが、残ＣＤが無く
なればＣＤの格納登録を終了し、第９図に処理を戻し、
ＮＤの有無を判断する。

第１７図は、各メールサービスが終了した場合に実行す
る処理を示すフローチャートである。

まず、実行した各メールサービスが複数ＣＤによるサー
ビスか否かを判別し、複数ＣＤサービスでなければスタ
ートに戻り、次の受信待ち状態となる。しかし、複数Ｃ
Ｄサービスを実行したのであれば第１６図の処理と同様
にモードを判別し、全実行モードの場合には、未処理の
ＣＤが第８図（ｆ）の中で同一の通番で残っていれば第
９図に戻り、次のＣＤの解読に入る。しかし、未処理の
ＣＤがなければ複数ＣＤの全サービスの実行結果を第８
図（ｆ）のテーブルから検索し、その結果の一括報告の
ためのＣＤを作成する。

次に、上述のモードの判別において、優先順位モードの
場合には、その実行したＣＤのメールサービスが正常終
了か否かを判別する。そして、正常終了であれば、まず
優先順位Ｎｏ、　　１のＣＤが正常終了できず、センタ
預りになっていないかどうかを調べる。その結果、セン
タ預りになっていればその登録を抹消し、次に正常終了
したメールサービスのＣＤ（優先順位）を報告するため
のＣＤを作成する。しかし、そのＣＤによるメールサー
ビスが正常終了しなかった場合には、未処理の優先順位
ＣＤがあるか否かを第８図（ｇ）の同一の通番で調べ、
あれば第９図に処理を戻し、次のＣＤの解読に入る。

一方、未処理のＣＤがなければ、本複数の優先順位モー
ドＣＤのサービスは、全て不成功だったことを認識し、
優先順位Ｎｏ、　　１のメールがセンタ預りとなり、全
てのサービスが完了しなかった旨を報告するＣＤを作成
する。

以上の処理により、送付端末へ報告するためのＣＤを作
成すると、次に、送信端末へそのＣＤを送信する。正常
終了しない場合は、再送処理、その再送処理をしても正
常終了しない場合には代行配信処理、その代行配信処理
をしても正常終了しない場合には、センタ装置類り処理
となり、複数ＣＤ管理のうち、処理を終了したものを登
録抹消して本メールサービスを終了し、次のメールの受
信待ちとなる。なお、上述したいずれかにおいて正常終
了した場合には、即座に処理済みメールの登録抹消に移
行する。

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

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

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

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

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

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

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

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

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

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

そして、第２２図は、上述した第２１図の中のメールサ
ービス処理を示すサブルーチンである。

まず、第２１図において、メールサービス要求があると
、そのメールサービスがセンタ装置からのメール受信な
のか、送信者からのメール送信要求なのかを判別する。

その結果、メール受信であれば、センタ装置から送られ
てくるＣＤとＮＤとを受信する。このＣＤ、ＮＤの受信
後の端末の処理としては、例えば、ＣＤのメール制御情
報に必要な情報を表示部に表示したり、そのＣＤの内容
によりＮＤ情報の復号化を実施して出力したり（プリン
ト出力、画面表示、音声であればスピーカー出力など）
、あるいは、ＣＤ情報をメモリ（ハードディスク、光磁
気ディスク、磁気テープ、半導体メモリなど）に蓄積し
たりといった動作が考えられる。そして、上述の処理が
終了すると、このサブルーチンを抜けて第２１図に処理
を戻す。

一方、メール送信であれば、送信者（端末操作者）の要
求に従い、メールサービス要求が入力されるのを待つ。

本実施例では、複数ＣＤ　（１つのＮＤに対して複数の
メールサービス）を指定することが可能であり、かつ上
述した優先順位モードと全実行モードを選択することが
できる。なお、単数ＣＤの場合は、どちらのモードでも
よいが、操作上、どちらかに固定し、特に複数ＣＤでな
い場合の操作の簡便化も図るようにする。ここで、入力
があると、どちらの要求であるかを判別し、全実行モー
ドの場合、複数のメールサービスを順次入力し、全サー
ビスの入力が完了した時点でその全サービスのサービス
数分のＣＤを作成し、作成したＣＤをそのサービスの対
象となるＮＤと共にセンタ装置へ送信する。また、ＮＤ
の入力については、キーボード、タッチセンサ、デジタ
イザ、撮像素子（ＣＣＤ、撮像管など）感光体による入
力、音声の場合にはマイクによる入力などが考えられる
。ＮＤの送信としては、ＣＤ作成完了後、ＣＤ送信時に
入力して送信する方法や、−旦ＮＤをメモリに蓄積した
後、ＣＤを作成し、−括して送信してもよい。優先順位
モードでは、優先順付順に複数のメールサービスを入力
し、全メールサービスの入力完了後、全実行モードの場
合と同様に、ＣＤを作成し、ＣＤとＮＤをセンタ装置へ
送信する。

以上説明したように本実施例によれば、端末側の送信者
は、同一メールを各メールサービス毎に何度も送信する
という従来の繁雑な手間を省くことができ、−度に複数
のメールサービス指示を行い、その後、メール本体を送
信するという操作の簡略化が可能となるという効果があ
る。

また、同一のメール本体が、各メールサービス毎に送信
されるということはな（、全てのメールサービスに一度
だけメール本体を送信すればよいために、回線の無駄や
処理時間のオーバーヘッドが少なくなり、システムの利
用効率が向上するという効果がある。

更には、同一のメール本体である複数のメールサービス
をそれぞれメモリに蓄積することなく、メール本体の各
サービスを関連を持って処理することにより、センタ装
置における蓄積処理効率が向上するという効果がある。

［発明の効果］ 以上説明したように、本発明によれば、１つのメール本
体に対し、複数のメールサービスを実行できることによ
り、システム全体として利用効率が向上するという効果
がある。

【図面の簡単な説明】

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

Claims (3)

【特許請求の範囲】
1. （１）複数のメール通信端末と、メール蓄積交換機能を
   有するセンタ装置からなる電子メールシステムにおいて
   、 前記センタ装置が１つのメール本体に対し、複数の形態
   でのメールサービスを該端末へ提供するサービスを前記
   センタ装置に要求する手段と、該要求を受けたとき、複
   数の形態のサービスを前記メール本体に対して実行する
   手段とを有することを特徴とする電子メールシステム。
2. （２）複数のメール通信端末と、メール蓄積交換機能を
   有するセンタ装置からなる電子メールシステムにおいて
   、 前記センタ装置が１つのメール本体に対し、複数の形態
   でのメールサービスを該端末へ提供するサービスを前記
   センタ装置に要求する手段と、該サービスを実行する際
   の順序づけを行う順序づけ手段と、決定された順序に従
   つてメールサービスを実行する手段と、メールサービス
   が正常に実行されたか否かを判別する手段と、メールサ
   ービスが正常に実行されたことを判別した時点で以降の
   サービスを終了させる手段とを有することを特徴とする
   電子メールシステム。
3. （３）複数のメール通信端末と、メール蓄積交換機能を
   有するセンタ装置からなる電子メールシステムにおいて
   、 前記センタ装置が１つのメール本体に対し、複数の形態
   でのメールサービスを該端末へ提供するサービスを前記
   センタ装置に要求する手段と、該サービスを実行する際
   の順序づけを行う順序づけ手段と、該順序づけ手段によ
   つて順序づけられたサービスの順序を変更する変更手段
   と、前記順序ずけ手段又は変更手段のいずれかを選択す
   る選択手段と、該選択手段により選択された順序に従つ
   てサービスを実行する実行手段とを有することを特徴と
   する電子メールシステム。