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

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は電子メールシステムに関し、特にＭＨＳアクセ
ス手順を有する複数の０４端末及び該端末間の情報通信
を集中処理するホストコンピュータを備える電子メール
システムに関する。

［従来の技術］ 従来、この種のシステムでは、ホストコンピュータは電
文配信のためのコンドロールドキュメン１−　（ＣＤ）
に受信者名等の情報を搭載して配信しており、一方、受
信端末はＣＤに搭載された受信者名をカバーレターに印
刷していた。しかし、受信者名を印刷しても、端末から
離れている受信者には電文着信の旨を直接知らせ′るこ
とができない。

［発明が解決しようとする課題］ 本発明は上述した従来技術の欠点を除去するものであり
、その目的とする所は、受信者に電文着信の旨を直接知
らせる電子メールシステムを提供することにある。

［課題を解決するための手段］ 本発明の電子メールシステムは上記の目的を達成するた
めに、ＭＨＳアクセス手順を有する複数の６４端末及び
該端末間の情報通信を集中処理するホストコンピュータ
を備える電子メールシステムにおいて、送信元端末はコ
ントロールドキュメントに受信者識別情報を搭載して送
信する送信手段を備え、ホストコンピュータは、受信者
識別情報に対応させて電話番号を記憶する記憶手段と、
音声メツセージを発生する音声発生手段と、送信元端末
から受信した電文を配信するに際し、前記送信元端末か
ら受信した受信者識別情報により前記記憶手段から電話
番号を読み出して当該電話に発呼し、前記音声発生手段
により電文配信の旨を通知する通知手段を備えることを
その概要とする。

［作用］ かかる構成において、送信元端末の送信手段はコントロ
ールドキュメントに受信者識別情報を搭載して送信する
。一方、ホストコンピュータの記憶手段は受信者識別情
報に対応させて電話番号を記憶しており、音声発生手段
は音声メツセージを発生する。そして通知手段は、送信
元端末から受信した電文を配信するに際し、前記送信元
端末から受信した受信者識別情報により前記記憶手段か
ら電話番号を読み出して当該電話に発呼し、前記音声発
生手段により電文配信の旨を通知する。

を実施例の説明］ 以下、添付図面に従って本発明による実施例を詳細に説
明する。

第１図は実施例の電子メールシステムのブロック構成図
である。図において、ｌａ〜ＩＣはＧ４端末であり、Ｍ
ＨＳアクセス手順を有する。尚、各６４端末はそれを使
用する目的に応じて送信元端末、配信先端末とも呼ぶ。

２はデジタル回線網である。３はホストコンピュータ（
以下、ホストという）であり、Ｇ４端末１ａ〜ＩＣ間に
おける情報通信の集中処理を行う。即ち、各Ｇ４端末１
ａ〜１ｃに関する通信管理情報はホスト３に有り、該端
末間の情報通信は全てホスト３を介して行う。

ホスト３において、４はＣＣＰであり、ホスト３とデジ
タル回線網２との間のインタフェースを行う。５は送信
キューであり、送信待ち電文を優先順で記憶する。６は
受信バッファであり、受信電文を一時的に記憶する。７
はデコーダであり、受信電文中のＭＭＲデータをイメー
ジデータに展開する。８はエンコーダであり、イメージ
データなＭＭＲデータに圧縮する。９はＣＰＵであり、
ホストコンピュータ３の主制御・処理を行う。例えば実
施例の第２Ａ図〜第２Ｈ図及び第３図の通信制御プログ
ラムを実行する。１０はメモリ管理ユニット（ＭＭＵ）
であり、各種メモリのファイル管理を行う。ｌｌａ〜ｌ
ｌｂはメモリであり、配信電文を一時的に格納する。１
２は電文管理テーブルであり、取扱中の電文の管理情報
を記憶する。１３は受信者識別テーブルであり、受信者
識別情報（例えばＩＤ）に対応させてその受信者が使用
する端末アドレス（ＤＡ）等を記憶する。１４は送信情
報テーブルであり、電文の配信情報、コントロールドキ
ュメント（ＣＤ）の作成に必要な情報等を記憶する。１
５は変更情報テーブルであり、受信者識別情報に対応さ
せて所定の通信管理情報を変更する情報（例えば一時不
在、端末の変更等の情報）を記憶する。

１６はセンタ預り電文管理テーブルであり、センタ預り
となった電文を管理する情報を記憶する。１７は中断電
文管理テーブルであり、中断された電文を管理する情報
を記憶する。１８はサービス判別テーブルであり、Ｇ４
端末がＣＤに搭載した各種サービス要求を判別するため
の情報を記憶する。１９はメールボックス（ｂｏｘ）で
あり、メール扱いの電文を記憶する。尚、メールボック
ス１９は個人毎に割り当てられる。２０はＰＢＸインタ
フェース部（ＰＢＸ−Ｉ／Ｆ）　であり、ホスト３とＰ
ＢＸ交換機２１との間のインタフェースを行う。更に、
２１は一般的なＰＢＸ交換機、２２ａ〜２２ＣはＰＢＸ
交換機２１に接続する電話端末、２３は電話端末２２ａ
〜２２ｃを介して電文着信の旨を音声通知するための音
声ガイダンス装置である。

第４図は実施例のコントロールドキュメント（ＣＤ）の
フォーマットを示す図である。図において、最初のＣＤ
／Ｎ　Ｄ識別子はＣＤであり、次に基本部が続く。更に
複数のサービス識別子（１）〜（ｎ）及びこれらに付随
するパラメータ（１）〜（ｎ）を搭載可能である。サー
ビス識別子は各種サービス要求の種別を表わす。例えば
緊急配信、即時配信、時刻指定配信、メールボックス扱
い、情報テーブルの変更、パスワード、受信者識別情報
（ＩＤ）等が有る。

第５図は実施例の受信者識別テーブル１３の記憶構造を
示す図である。図において、「受信者ＩＤＪは唯−人の
個人を判別可能とする識別情報であり、例えば−会社内
における社員番号が考えられる。更に、受信者の「氏名
」、受信者が使用する端末の「端末アドレス（ＤＡ）Ｊ
　、受信者が使用する電話の「電話番号（ＴｅｌＮｏ、
）Ｊ、各受信者用の「メールボックスＮｏＪ等が記憶さ
れる。

第６図は実施例の送信情報テーブル１４の記憶構造を示
す図である。図において、「送信者情報」には電文発信
人の氏名、ＩＤ等が含まれる。ｒ受信者情報」には電文
の宛先人である受信者の氏名、ＩＤ等が含まれる。「送
信端末情報」には電文送信元端末アドレス（ＳＡ）が、
また「受信端末情報」には電文配信先端末アドレス（Ｄ
Ａ）が含まれる。

第７図は実施例の電文管理テーブル１２の記憶構造を示
す図である。図において、「テーブルＮｏ、Ｊは他のテ
ーブルの情報とリンケージを取るための情報を記憶する
。ｒＮＤ格納メモリエリア」はメモリ１ｌａ−１１ｂ中
の当該電文（ＮＤ）を格納したエリア情報を記憶する。

尚、中断電文管理テーブル１７についても同様である。

第８図は実施例のセンタ預り電文管理テーブル１６の記
憶構造を示す図である。図において、「経過時間」は電
文がセンタ預かりとなってからの経過時間を記憶する。

「電文情報収納エリア」はセンタ預かりとなつ電文に関
する送信情報テーブル１４等の内容が退避される。ｒＮ
Ｄ収納エリア」はセンタ預かりとなっ電文のメモリ１１
ａ〜ｌｌｂにおけるＮＤ収納エリア情報を記憶する。

第９図は実施例の変更情報テーブル１５の記憶構造を示
す図である。図において、「変更種類」に応じ、例えば
受信人が受信端末を変更した場合は「変更後の受信端末
アドレス」が、また受信人が不在となる場合は「不在時
間」の情報が記憶される。また、このような変更を解除
する「変更解除条件」も記憶される。

第３図は実施例の変更情報テーブル１５の登録・変更処
理手順のフローチャートである。

受信人の都合で受信状態に変更が有る時は、予めこの処
理によって変更情報テーブル１５の内容を登録（即ち最
初の変更）又は変更しておく。

まず変更を希望する者は、ステップ５ＩＯＩで、Ｇ４端
末の−ＣＤに所定の情報を組み込む。即ち、例えばサー
ビス識別子（ｉ）の欄にはパスワード番号を搭載し、サ
ービス識別子（ｊ）の欄には変更指示内容を搭載する。

尚、パスワードは一〇Ｄに一つしか投入できない。ステ
ップ５１０２では該ＣＤをホスト３に送信し、ステップ
５ＩＯ３ではホスト３はＣＤを受信する。ステップ５１
０４では、ホスト３は受信したＣＤをチェックし、所定
のＣＤ情報を受信者識別テーブル１３に参照する。ステ
ップ５１０５では受信者識別チーフル１３に前記ＣＤで
受信したパスワード（例えば受信者ＩＤ）の登録が有る
が否かを調べる。

パスワードの登録が有る場合は、更にステップ５１０６
で、要求の変更事項に誤り（例えば変更後の受信端末ア
ドレスＤＡが存在し得ない等）がないか否かをチェック
する。

要求の変更事項が正しい場合は、ステップ５１０７で管
理番号をもとに変更情報テーブル１５を参照する。そし
てステップ５１０８では変更を希望する人が以前に登録
又は変更を行なっているか否かを調べる。登録又は変更
を行なっている場合はステップ５１０９で旧登録を消去
して後、また行なっていない場合は新規に、ステップ５
１１０で変更情報テーブル１５に変更内容を書き込む。

ステップ５ｉｌｌでは、ホスト３は変更要求を出したＧ
４端末に対して“ＯＫ”の旨のメツセージを作成し、Ｃ
Ｄで送出する。そしてステップ５１１２で呼を切断する
。

またステップ５１０５の判別で受信者識別テーブル１３
にパスワードの登録がない場合は、ステップ５１１３に
進み、ホスト３は“パスワード登録なし”のメツセージ
を形成し、ＣＤで当該要求を出しなＧ４端末に送信する
。

またステップ８１０６の判別で変更事項に誤りがある場
合は、ステップＳｌ　１４に進み、ホスト３は“変更事
項に誤り有り”のメツセージを形成し、ＣＤで当該要求
を出したＧ４端末に送信する。

このように、パスワードが正しことを条件に、各個人は
どの６４端末からでも、所定の通信管理情報を変更でき
る。

尚、変更情報テーブル１５の内容は、特に指示のない限
り、使用者の便宜のため該テーブル１５への登録又は変
更から所定時間経過後に消去される。このような変更は
一時的な場合が多いがらである。

第２Ａ図〜第２Ｈ図は実施例の電子メール処理手順のフ
ローチャートである。

この処理の前半は送信元端末から受信したＣＤ情報と、
受信者の受信状況の情報（変更情報テーブル１５の内容
等）とに基づき適切な電文配信のための送信情報テーブ
ル１４を作成することにある。

第２Ａ図において、ステップＳｌでは送信元端末１ａ〜
ＩＣからの電文を受信する。ステップＳ２において、ホ
スト３のＣＯＦ２はまず送信元端末１ａ〜１ｃからの受
信時にコントロールドキュメント（ＣＤ）とノーマルド
キュメント（ＮＤ）を分離する。そしてＮＤはデコーダ
７に送り、ＣＤ情報はＣＰＵ９に送る。更に、ＣＤ情報
について詳しく言うと、ＣＯＦ２は発呼パケットセツシ
ョン情報等から送信元端末アドレス（ＳＡ）を抽出し、
ＣＰＵ９は該ＳＡを送信情報テーブル１４に記録する。

また、前記ＣＤ情報中に配信先端末のアドレス（ＤＡ）
が含まれている場合は該ＤＡも記憶する。更に、ＣＰＵ
９はＣＤ情報中の他の情報（例えば発信者名等）を送信
情報テーブル１４に記憶する。ステップＳ３では送信情
報テーブル１４中のテーブルＮｏを電文管理テーブル１
２のテーブルＮｏに記憶する。これで電文管理テーブル
１２と送信情報テーブル１４の当該部分がリンケージす
る。一方、ＮＤを送られたデコーダ７はステップＳ４で
該ＮＤを一旦イメージデータにデコードする。ステップ
Ｓ５ではデコードＯＫ（デコード可等）か否かを調べる
。

デコードＯＫでない場合は、デコーダ７はＣＰＵ９にエ
ラー報告を行う。これにより、ＣＰＵ９はステップＳ６
でデコードエラー通知のメツセージを作成し、ステップ
Ｓ７で送信情報テーブル１４の送信元端末（ＳＡ）に対
してエラー通知のＣＤを送出する。ステップＳ８では当
該受信電文を消去する。ステップＳ９では電文管理テー
ブル１２及び送信情報テーブル１４の当該記録情報をク
リアする。

このようにホスト３は配信前にＮＤの内容を調べ、エラ
ーの場合は配信先端末に送信しないでエラー電文を消去
する。従って、ホスト３による無意味な再送動作は発生
せず、通信費が節約される。また電文メモリの使用効率
が増す。

一方、ステップＳ５の判別でデコードＯＫの場合は、ス
テップＳ１０に進み、エンコーダ８は一旦デコードされ
たＮＤを再びＭＭＲデータにエンコードする。そしてＣ
ＰＵ９はエンコードしたＭＭＲデータをメモリ管理ユニ
ット１０を介してメモリｌｌａ〜ｌｌｂの何れかに一旦
蓄積する。ステップＳｌｌではＭＭＲデータを格納した
メモリエリアを電文管理テーブル１２に記録する。ステ
ップＳ１２ではＣ，ＰＵ９は受信したＣＤ情報を更にチ
ェックする。そしてステップ３１３ではＣＤ情報中の電
文サービス（電文の取扱い）の種別をサービス判別テー
ブル１８に参照する。

ステップＳ１４では即時配信（緊急指定配信も含む）か
否かを判別する。即時配信でない場合はステップＳ１５
で該当するサービス処理を行う。

尚、この処理の先は本発明と関係が少ないのでフローを
省略する。また、即時配信の場合は、第２Ｂ図のステッ
プＳ１６に進み、ＣＰＵ９は送信情報テーブル１４を参
照する。そしてステップＳ１７では送信情報テーブル１
４中のＤＡの指定（記録）が有るか否かを判別する。

ＤＡの記録が無い場合は、ステップＳ１８に進み、ＣＰ
Ｕ９は受信したＣＤ情報を更にチェックする。そしてス
テップＳ１９では受信したＣＤ情報中に受信者識別ＩＤ
が有るか否かをチェックする。

受信者識別ＩＤが有る場合は、ステップＳ２０に進み、
ＣＰＵ９は受信者識別テーブル１３を参照する。そして
ステップＳ２１で受信者識別ＩＤが受信者識別テーブル
１３に登録されているか否かを調べる。登録されていれ
ばステップＳ２２で受信者識別テーブル１３の内容（例
えばＩＤに対応するＤＡ）を送信情報テーブル１４に記
録する。

これにより、送信元端末からのＣＤにＤＡが搭載されて
いなくても受信者識別ＩＤが有れば電文配信できる。

一方、ステップＳ１９の判別で受信者識別ＩＤが無い場
合、または受信者識別ＩＤが有ってもステップＳ２１の
判別で受信者識別テーブル１３に登録されていない場合
は、ステップＳ２３に進み、ＣＰＵ９は送信先不明通知
のメツセージを作成する。ステップＳ２４では送信情報
テーブル１４の送信元端末（ＳＡ）に対して送信先不明
通知のＣＤを送出する。ステップＳ２５では当該受信電
文を消去し、ステップＳ２６では電文管理テーブル１２
及び送信情報テーブル１４の当該記録情報をクリアする
。

またステップＳ１７の判別で送信情報テーブル１４にＤ
Ａの記録が有る場合は、第２Ｃ図のステップＳ２７に進
み、ＣＰＵ９は受信したＣＤ情報を更にチェックする。

そしてステップＳ２８では受信者識別ＩＤが有るか否か
を確認する。

ＣＤ情報中に受信者識別ＩＤが有る場合は、ステップＳ
２９で受信者識別テーブル１３を参照する。そしてステ
ップＳ３０では当該受信者識別ＩＤが受信者識別テーブ
ル１３に登録されているか否かを判別する。登録されて
いればステップＳ３２で受信者識別テーブル１３の内容
を送信情報テーブル１４に記録する。これは受信者識別
ＩＤとその登録内容を優先させたものである。

一方、ステップＳ２８の判別でＣＤ情報中に受信者識別
ＩＤが無い場合、または受信者識別ＩＤが有ってもステ
ップＳ３０の判別でテーブル１３に登録されていない場
合は、ステップＳ３１に進み、ＣＰＵ９はＣＤ情報中に
存在する情報を送信情報テーブル１４に記録する。

′さて、第２Ｃ図に戻り、ステップＳ２８の判別でＣＤ
情報中に受信者識別ＩＤが有り、かつステップＳ３０の
判別でこのＩＤが受信者識別テープル１３に登録されて
いる場合は、更に受信者の受信状態に関して何か変更が
有るか否かを調べる必要が有る。ＣＰＵ９は第２Ｃ図の
ステップＳ３２を実行後、第２Ｄ図のステップ３３３で
変更情報テーブル１５を参照する。そしてステップＳ３
４では変更情報テーブル１５に当該受信者に関する変更
情報が登録されているか否かを調べる。

変更情報が登録されている場合は、ステップＳ３５で、
更に変更の種類が不在時間の指定か否かを調べる。

変更情報が不在時間の指定の場合は、ステップＳ３９で
送信元端末からの受信ＣＤをチェックする。ステップＳ
４０では緊急電文の指定が有るか否かを調べる。

緊急電文の指定が有る場合は、既に受信者がらの不在指
定が有るので、電文を緊急配信しても受信者は事実上電
文を受は取れない。そこで、当該電文を直ちには配信せ
ず、ＣＰＵ９はステップＳ４１で緊急送信不能通知のメ
ツセージを作成する。ステップＳ４２では緊急送信不能
通知のＣＤを送信元端末に送出する。ステップＳ４３で
は当該受信電文を消去し、ステップＳ４４では当該電文
に対する電文管理テーブル１２及び送信情報テーブル１
４の記録情報をクリアする。

またステップＳ４０の判別で緊急電文の指定が無い場合
は、更にステップＳ４５で時間の指定が有るか否かを調
べる。時間の指定が有る場合は、ステップＳ４６でこの
配信すべき電文の配信時間指定の内容を変更情報テーブ
ル１５に記録されている不在時間の内容によって書き変
え、時刻指定配信の処理に回す。また時間の指定が無い
場合は、ステップＳ４７でこの電文を配信先の受信者の
メールボックス（ｂｏｘ）１９に投入する。

ステップＳ３５の判別で不在時間の指定でない場合は、
更にステップＳ３６で変更情報テーブル１５に登録され
ている変更情報が受信端末の変更指定か否かを判別する
。受信端末の変更指定の場合は、ステップＳ３７で変更
情報テーブル１５に記録されている受信端末番号（受信
者が変更した端末アドレス）を当該電文の配信先ＤＡと
して送信情報テーブル１４にセットする。更に、Ｔｅ１
Ｎｏ、の変更が明記されているか否かを調べ、変更が明
記されている場合はＴｅ　ｌ　Ｎｏ。

を変更し、変更が明記されていない場合は送信情報テー
ブル１４のＴｅ１Ｎｏ、のエリア（受信者情報の一部）
をクリアする。尚、受信端末の変更指定の場合でも、も
し端末変更を維持する期間の指定が有る場合は、ＣＰＵ
９はこの期間の終了後に自動的に変更情報テーブル１５
の端末変更に係る情報をクリアする。またステップＳ３
６の判別で受信端末の変更指定でない場合はステップＳ
３８でその他の変更処理を行う。

これにより、受信者は個人単位で受信端末を変更できる
。従って、送信者はいちいち受信者の所在場所を確認す
る手間が省ける。また受信者は一時的に別の場所の端末
で自分宛の電文を受は取れる。

これまでの処理で送信情報テーブル１４が作成された。

次に配信先端末に対しての配信処理を説明する。

第２Ｅ図において、ステップ３４８では受信ＣＤをチェ
ックする。そしてステップＳ４９では緊急電文の指定が
有るが否かを調べる。

緊急電文の指定が有る場合は、ステップＳ５０に進み、
ＣＰＵ９は送信情報テーブル１４から電文配信用のＣＤ
を作成する。ステップＳ５１では配信先の端末がｂｕｓ
ｙ　（通信中）か否かをチェックする。Ｇ４端末１ａ〜
１ｃの直接の交信相手は常にホスト３であるから、Ｇ４
端末１ａ〜ｌｃがｂｕｓｙか否かはホスト３上で容易に
把握できる。

配信先の端末がｂｕｓｙでない場合は、ステップＳ５２
で電文管理テーブル１２を参照する。

ステップＳ５３では電文管理テーブル１２に記録されて
いるＮＤメモリエリアから該当する電文（ＮＤ）を読み
出し、当該電文を送信キュー５の先頭にセットする。ス
テップＳ５４では当該電文を配信先の端末（ＤＡ）に送
信する。ステップＳ５５では電文が規定時間内又は規定
再送回数内で送信されたか否かを調べる。規定内で送信
出来ない場合は、当該緊急電文の送信をとり止め、第２
Ｄ図のステップＳ４１に進んで送信不能通知のメツセー
ジを作成し、ステップＳ４２で送信元端末に送信不能通
知のＣＤを送出する。ステップＳ４３では当該緊急電文
を消去し、ステップＳ４４では当該電文の電文管理テー
ブル１２及び送信情報テーブル１４の記録情報をクリア
する。

また規定内で送信できた場合は第２Ｆ図のステップＳ７
２に進む。尚、この先は後述する。

第２Ｅ図のステップＳ５１の判別で配信先の端末がｂｕ
ｓｙの場合は、ステップＳ５６に進み、更に当該端末は
ホスト３に対して電文を送信中か否かをチェックする。

配信先端末がホスト３に対して送信中の場合は、第２Ｇ
図のステップＳ７７に進み、ＣＰＵ９は送信情報テーブ
ル１４を参照する。そしてステップＳ７８では所定の端
末に係る情報が有るか否かをチェックする。端末に係る
情報とは、例えば全二重動作（全二重通信でなく、電文
送信中に電文受信すること）が可能か否かを記録した情
報である。

端末に係る情報が有る場合は、ステップＳ７９で当該端
末が全二重動作可能か否かをチェックする。可能の場合
はステップＳ８１で電文管理テーブル１２を参照し、ス
テップＳ８２ではメモリ１１ａ〜ｌｌｂのＮＤ格納エリ
アから当該電文（Ｎ　Ｄ）を読み出し、かつこれに配信
用のＣＤを付してこの電文を送信キュー５の先頭にセッ
トし、配信先端末に送信する。

端末に係る情報が無い場合、または端末に係る情報が有
ってもステップＳ７９の判別で全二重動作不能の場合は
、ステップＳ８０で当該端末の送信動作修了を待つ。そ
して送信動作修了後にステップＳ８１に進み、当該電文
の緊急送信を行う。

尚、配信先端末が電文送信中の場合にホスト３側で受信
を強制的に中断しないのは、一般的にこの種の端末は送
信を中断された後に自動的に電文送信再開を行うような
手段を持たないからである。従って、自動的に電文送信
再開を行うような端末に対してはステップＳ８０の処理
は不要である。

第２Ｅ図のステップＳ５６の判別で配信先端末がホスト
３に対して送信中でない場合は、受信中であり、ステッ
プＳ５７に進み、ホスト３は電文の送信をページの切れ
目で中断する。ステップＳ５８では中断ページ以後の電
文をメモリｌｌａ〜ｌｌｂの何れかに一時収納し、電文
のＮＤ収納エリア等を中断電文管理テーブル１７に記録
する。ステップＳ５９では配信すべき緊急電文の電文管
理テーブル１２を参照し、ステップＳ６０ではメモリｌ
ｌａ〜ｌｌｂからその電文（ＮＤ）を読み出す。そして
送信情報テーブル１４から配信用のＣＤを作成し、送信
キュー５の先頭に緊急電文をセットして配信先端末に送
信する。

これにより、緊急指定電文の配信時に相手先端末がホス
ト３から他の電文を受信中であっても、その受信終了ま
で配信を待つ必要はな（、当該緊急電文は直ちに配信さ
れる。

ステップＳ６１では緊急電文の送信が規定時間内又は規
定再送回数内で完了したか否かを判別する。

規定内に完了しない場合は、緊急電文の送信を止め、第
２Ｈ図のステップＳ８３に進み、緊急送信不能のＣＤを
作成して送信元端末に送信する。

ステップＳ８４では当該緊急電文を消去し、ステップＳ
８５では当該電文の電文管理テーブル１２及び送信情報
テーブル１４の記録をクリアする。

このように、規定内に目的を遂行できない場合は電文を
消去するため、例えば緊急電文がホスト３に長時間蓄積
（放置）されることがな（なり、システムの運用効率が
増す。

更に、ステップＳ８６では中断電文管理テーブル１７の
内容を送信情報テーブル１４に戻し、ステップＳ８７で
は中断した電文の続きを配信先端末に送信する。

第２Ｆ図において、ステップＳ６７では正常に送信完了
したか否かを調べる。

正常に送信完了しなければステップＳ６８で規定回数の
りトライを行う。ステップＳ６９では再び正常送信完了
したか否かを調べ、緊急指定電文等も含めて、電文が正
常に送信完了していなければステップＳ７０で当該電文
をセンタ預かりとし、センタ預かり電文管理テーブル１
６に当該ＮＤの格納エリアを記録する。ステップＳ７１
では電文管理テーブル１２及び送信情報テーブル１４中
の必要な情報をセンタ預かり電文管理テーブルに写し、
その後テーブル１２．１４の記録をクリアする。

尚、センタ預かりとなった電文は後に再送されても良い
。また電文の種類（緊急、時間指定等）に応じて経過時
間を管理し、時間内に再送されない場合は電文消去、送
信元端末へのその旨の通知を行なっても良い。

ステップＳ６７の判別で正常に送信完了した場合、又は
規定回数内のりトライにより正常完了した場合は、ステ
ップＳ７２で当該電文の電文管理テーブル１２の記録を
クリアする。この場合に、ホスト３上の電文（ＮＤ）は
配信先端末に正常に送信が完了したら自動的に消去され
るものとする。更にステップＳ７３では、ＣＰＵ９は当
該送信完了電文に対応する送信情報テーブル１４を参照
し、ステップＳ７４ではＴｅ　ｌ　Ｎｏ。

の登録が有るか否かを調べる。

Ｔｅ　ｌ　Ｎｏ、の登録が有る場合は、ステップＳ７５
でこのＴｅ１Ｎｏ、をＰＢＸ２１に送出し、音声ガイダ
ンス装置２３を使用して当該Ｔｅ１Ｎｏ、の電話端末２
２ａ〜２２ｃの何れかに対して電文配信の旨を音声メツ
セージで通知する。

これにより、電文の受信者はいちいち端未設置場所まで
行って自分宛の電文の有無を確認する手間が省ける。ま
た受信者は速やかに受信した電文を入手できる。

またＴｅ　ｌ　Ｎｏ、の登録が存在しない場合は、ステ
ップＳ７５の処理をスキップし、ステップＳ７６で当該
送信情報テーブル１４の記録をクリアする。

尚、緊急電文を他の電文を中断させて送信した場合は、
緊急電文が正常に送信完了した後、上記の音声メツセー
ジの送信動作（ステップＳ７２以降の処理）を当該緊急
電文に対して行なって後、中断電文の再送動作に移る。

［発明の効果］ 以上述べた如く本発明によれば、受信者は速やかに電文
受信の旨を知らされ、当該電文を入手できる。

【図面の簡単な説明】

第１図は実施例の電子メールシステムのブロック構成図
、 第２Ａ図〜第２Ｈ図は実施例の電子メール処理手順のフ
ローチャート、 第３図は実施例の変更情報テーブル１５の登録・変更処
理手順のフローチャート、第４図は実施例のコントロー
ルドキュメント（ＣＤ）のフォーマットを示す図、 第５図は実施例の受信者識別テーブル１３の記憶構造を
示す図、 第６図は実施例の送信情報テーブル１４の記憶構造を示
す図、 第７図は実施例の電文管理テーブル１２の記憶構造を示
す図、 第８図は実施例のセンタ預り電文管理テーブル１６の記
憶構造を示す図、 第９図は実施例の変更情報テーブル１５の記憶構造を示
す図である。 図中、ｌａ〜ＩＣ・・・Ｇ４端末、２・・・デジタル回
線網、３・・・ホストコンピュータ、４・・・ＣＣＰ、
５・・・送信キュー、６・・・受信バッファ、７・・・
デコーダ、８・・・エンコーダ、９・・・ＣＰＵ、１０
・・・メモリ管理ユニット（ＭＭＵ）　、１１　ａ〜ｌ
ｌｂ・・・メモリ、１２・・・電文管理テーブル、１３
・・・受信者識別テーブル、１４・・・送信情報テーブ
ル、１５・・・変更情報テーブル、１６・・・センタ預
り電文管理テーブル、１７・・・中断電文管理テーブル
、１８・・・サービス判別テーブル、１９・・・メール
ボックス、２０・・・ＰＢＸインタフェース部（ＰＢＸ
−１／Ｆ）、２１−Ｐ　Ｂ　Ｘ、２２　ａ〜２２　ｃ＝
電話端末、２３・・・音声ガイダンス装置である。 第２Ｂ図 第２Ｃ図 第２Ｆ図 第２Ｇ図 第２Ｈ図 第５図 第６図 第７図 １ら 第９図

Claims (1)

1. 【特許請求の範囲】 ＭＨＳアクセス手順を有する複数のＧ４端末及び該端末
   間の情報通信を集中処理するホストコンピュータを備え
   る電子メールシステムにおいて、 送信元端末はコントロールドキュメントに受信者識別情
   報を搭載して送信する送信手段を備え、 ホストコンピュータは、 受信者識別情報に対応させて電話番号を記憶する記憶手
   段と、 音声メッセージを発生する音声発生手段と、送信元端末
   から受信した電文を配信するに際し、前記送信元端末か
   ら受信した受信者識別情報により前記記憶手段から電話
   番号を読み出して当該電話に発呼し、前記音声発生手段
   により電文配信の旨を通知する通知手段を備えることを
   特徴とする電子メールシステム。