JPH06268679A - 複数電子メール統合システム - Google Patents

Abstract

(57)【要約】 【構成】 ホスト１０は、プロトコルの異なる複数のメ
ールシステムに対応するメールシステム部２４−１〜２
４−ｎを備えている。端末装置４０からメールを発信す
ると、メールシステム判別処理部１３は、メールの宛先
情報から対応するメールシステムを判別する。これによ
り、判別されたメールシステムに対応したメールシステ
ム部２４−１〜２４−ｎにメールを格納する。一方、端
末装置４０からアクセス要求として、例えばあるメール
に対する読出し要求を受けた場合、メールＩＤ管理部１
６は、そのメールＩＤに対応するメールシステム名を特
定し、メール読出し処理部１９は、このメールシステム
名に対応するメールシステム部２４−１〜２４−ｎから
メールを読出す。 【効果】 利用者が特定のメールシステムを意識する必
要がない。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、異なる電子メールシス
テム間の統合操作環境を提供する複数電子メール統合シ
ステムに関する。

【０００２】

【従来の技術】コンピュータネットワーク等において通
信文を電子的に生成し、これを郵便のようにメールボッ
クスに格納して処理する電子メールシステムが採用され
ている。また、電子メールシステムのプロトコルとして
は、ＣＣＩＴＴが勧告したＭＨＳ（message handling s
ystem ：メッセージ通信処理システム）や各種のプロト
コルを採用したメールシステムがある。そして、このよ
うな異なるメールシステム間で電子メールを送受信する
場合、そのメールシステム間の接続方法として、ゲート
ウェイ方式があった。このゲートウェイ方式とは、電子
メールの転送中（個人のメールボックスに入る前）に、
電子メール同士のプロトコル変換を行い、一つのメール
システムにメールを集中させる方式をいう。

【０００３】図２は、従来の電子メールシステムの構成
図である。図において、オフィス１は、メールシステム
Ａと、メールシステムＣとを備え、オフィス２はメール
システムＡ、オフィス３はメールシステムＣ、オフィス
ＢはメールシステムＢをそれぞれ有している。これらメ
ールシステムＡ、Ｂ、Ｃは、それぞれプロトコルの異な
るメールシステムであり、システムＡ同士およびシステ
ムＣ同士は、そのまま接続されている。また、異なるメ
ールシステム同士は、そのままでは接続できないため、
オフィス１のシステムＡと、オフィス３のシステムＢと
の間には、ゲートウェイ５が設けられている。

【０００４】このような電子メールシステムは、例えば
利用者がオフィス２においてシステムＡを用いてオフィ
ス１のシステムＡに接続されている利用者宛に電子メー
ルを送信する場合、そのプロトコルは同一であるため、
そのまま送られる。一方、オフィス３のメールシステム
Ｂからオフィス１のシステムＡに電子メールを送る場合
は、ゲートウェイ５でプロトコル変換を行い、オフィス
１のシステムＡで受信される。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
電子メールシステムでは、各メールシステム毎にサポー
トしていないメールヘッダ情報がある。例えば、システ
ムＢでは、電子メールの重要度をサポートしているが、
システムＡではサポートしていない場合、システムＢか
らシステムＡに送信した電子メールのうち、オフィス１
のシステムＡで受信した場合は、その重要度情報が欠落
してしまうことになる。

【０００６】また、オフィス１のように、複数のメール
システム（メールシステムＡ、Ｃ）を単独で運用してい
て、ゲートウェイ５を導入する場合、メールシステムＡ
が集中対象システムとなり、この集中対象システムにメ
ールが集中するようになる。このため、システムＣを利
用する利用者宛の電子メールもメールシステムＡで受信
されるため、その利用者が電子メールの着信を知ること
ができないことになる。従って、システムＡの宛先の中
にシステムＣの宛先を記載する必要がある等、利用者が
ゲートウェイ５の転送経路まで意識する必要があり、こ
れは利用者にとって、電子メールを送る際の負担になっ
てしまうという問題点があった。

【０００７】本発明は、上記従来の問題点を解決するた
めになされたもので、異なる電子メールシステムのサー
ビスを統合化して利用することができ、かつ、利用者が
電子メールの転送経路を意識する必要のない複数電子メ
ール統合システムを提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明の複数電子メール
統合システムは、プロトコルが異なる複数のメールシス
テムと、これら複数のメールシステム間の電子メールの
送受信制御を行うホストとで構成され、前記複数のメー
ルシステムから送信される電子メールの宛先情報が、各
メールシステムに対応したフォーマットで表記される複
数電子メール統合システムであって、前記ホストは、前
記複数のメールシステムに対応したプロトコルで動作す
る複数のメールシステム部と、任意のメールシステムか
ら受け取った電子メールの宛先情報のフォーマットに基
づき、その電子メールがどのメールシステムに属するか
を判別するメールシステム判別処理部と、前記メールシ
ステム判別処理部で判別されたメールシステム名に基づ
き、対応するメールシステム部に、前記電子メールを格
納するメール発信処理部と、前記複数のメールシステム
部に格納された全ての電子メールに対して識別記号を付
与するメールＩＤ管理部と、前記識別記号を付与した電
子メールが、どのメールシステム部に格納されているか
を表すメールＩＤテーブルと、各メールシステムから、
前記識別記号による電子メールのアクセス要求があった
場合、前記メールＩＤテーブルを参照して、当該電子メ
ールがどのメールシステム部に格納されているかを判別
し、該当するメールシステム部へのアクセスを行うメー
ルアクセス管理部とを備えたことを特徴とするものであ
る。

【０００９】

【作用】本発明の複数電子メール統合システムにおいて
は、端末装置からメールを送信された場合、ホストのメ
ールシステム判別処理部は、そのメールの宛先情報から
対応するメールシステムを判別する。メールシステムが
判別されると、そのメールシステムに対応したメールシ
ステム部にメールを格納する。一方、端末装置から、例
えば受信メール一覧取得要求があった場合、受信メール
一覧処理部は、全てのメールシステム部に対して、受信
メール一覧取得要求を行う。これにより、取得されたメ
ール一覧情報は、メールＩＤ管理部により、各メールを
識別するための識別記号を付与して、端末装置に送信さ
れる。また、端末装置からあるメールに対して読出し要
求があった場合、先ず、ホストのメールＩＤ管理部は、
そのメールに付与されているメールＩＤからメールＩＤ
テーブルに基づき格納されているメールシステム部を特
定する。そして、メール読出し処理部は、特定されたメ
ールシステム部から指定されたメールを読出し、端末装
置に送信する。

【００１０】更に、端末装置からあるメールに対して削
除要求があった場合、先ず、ホストのメールＩＤ管理部
は、そのメールに付与されているメールＩＤからメール
ＩＤテーブルに基づき格納されているメールシステム部
と、そのメールシステム部のＩＤを特定する。そして、
メール削除処理部は、特定されたメールシステム部およ
びそのＩＤに基づき、指定されたメールを削除する。ま
た、端末装置の端末側メール着信処理部は一定時間おき
にメール着信通知要求を行う。これによりホストのメー
ル着信通知処理部は、全てのメールシステム部に対して
新規メール到着の検索を実行し、新規メールがあった場
合は、その旨端末装置に対して通知される。

【００１１】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図１は本発明の複数電子メール統合システム
の実施例を示すブロック図であるが、この図１を説明す
るのに先立ち、本発明の各メールシステム間の接続関係
を説明する。

【００１２】図３は、各メールシステム間の接続関係を
示すブロック図である。この図３は、従来の図２に対応
するもので、オフィス１〜４に備えられた各メールシス
テムＡ、Ｂ、Ｃは、そのぞれホスト１０に接続されてい
る。このホスト１０は、後述するように、各メールシス
テムＡ〜Ｃを統合して制御する機能を有しており、これ
によって、各メールシステムの利用者が電子メールの転
送経路を意識せずに済むようになっている。尚、図中の
破線は、このような接続も可能であることを示している
が、これについては後述する。

【００１３】次に、図１を用いて、本実施例の複数電子
メール統合システムを詳細に説明する。図のシステム
は、ホスト１０と、通信制御部３０と、複数のメールシ
ステムの端末装置４０とからなる。ホスト１０は、統合
環境部１１と、メールシステム登録情報格納部２３と、
メールシステム部２４とからなる。統合環境部１１は、
各端末装置からの電子メール（以下、単にメールとい
う）の送受信制御を行うものであり、また、メールシス
テム登録情報格納部２３は、ホスト１０がどのメールシ
ステムを有するかを示すテーブルである。

【００１４】図４に、メールシステム登録情報を示す。
即ち、このメールシステム登録情報３００は、登録番号
３０１、メールシステム名３０２、システムＩＤ３０
３、自メールアドレス３０４の項目から構成され、各登
録番号３０１の数が、後述するメールシステム部２４に
おける各メールシステム部２４−１〜２４−ｎに対応し
ている。また、メールシステム名３０２は、各メールシ
ステム部２４−１〜２４−ｎの名称であり、例えば“Ｍ
ＨＳ”はＭＨＳのプロトコルのメールシステムであるこ
とを示している。更に、システムＩＤ３０３は、そのメ
ールシステムを識別するための文字や番号等である。そ
して、自メールアドレス３０４は、各メールシステムに
対応して表記されるアドレスのフォーマットを示してい
る。

【００１５】再び図１に戻ると、メールシステム部２４
は、複数のメールシステム部２４−１〜２４−ｎから構
成され、それぞれプロトコルの異なる複数のメールを、
メールシステム別に格納するものである。統合環境部１
１は、メール送信処理部１２とメール受信処理部１５お
よびメールシステムサービス要求部２２とで構成され
る。メール送信処理部１２は、端末装置４０から送信さ
れたメールの処理を行う機能を有し、メールシステム判
別処理部１３とメール発信処理部１４とから構成されて
いる。

【００１６】メールシステム判別処理部１３は、端末装
置４０から受け取ったメールの宛先アドレスのフォーマ
ットに基づき、そのメールがどのメールシステムに属す
るかを判別する機能を有しており、宛先構文チェック部
１３−１〜１３−ｎを備えている。メール発信処理部１
４は、メールシステム判別処理部１３で判別されたメー
ルシステムに基づき、対応するメールシステム部２４−
１〜２４−ｎに格納する機能を有している。メール受信
処理部１５は、端末装置４０からメールの一覧要求や読
出し要求等の制御を行う機能を有し、メールＩＤ管理部
１６、メールアクセス管理部１７、メール着信通知処理
部２１から構成されている。

【００１７】メールＩＤ管理部１６は、メールシステム
部２４−１〜２４−ｎに格納された全てのメールに対し
て識別記号を付与する機能を有し、そのメールＩＤテー
ブル２００を備えている。図５は、メールＩＤテーブル
２００を示す図である。即ち、メールＩＤテーブル２０
０は、メールシステム部２４−１〜２４−ｎに格納され
ている全てのメールに対して付与したメールＩＤ２０１
と、そのメールがどのメールシステム部２４−１〜２４
−ｎに格納されているかを示すメールシステム情報２０
２と、そのメールがメールシステム情報２０２で示され
ているメールシステム部２４−１〜２４−ｎのどのメー
ルであるかを示すシステム別メールＩＤ情報２０３の項
目から構成されている。

【００１８】メールアクセス管理部は、端末装置４０か
ら、メールＩＤ２０１の指定によるメールのアクセス要
求があった場合、メールＩＤテーブル２００を参照し
て、当該メールがどのメールシステム部２４−１〜２４
−ｎに格納されているかを判別し、該当するメールシス
テム部２４−１〜２４−ｎへのアクセスを行う機能を有
し、受信メール一覧処理部１８、メール読出し処理部１
９、メール削除処理部２０から構成されている。

【００１９】受信メール一覧処理部１８は、端末装置４
０から、受信メール一覧処理要求があった場合、その要
求に応じて受信メール一覧取得処理を行う機能を有して
いる。また、メール読出し処理部１９およびメール削除
処理部２０は、それぞれ受信メール一覧処理部１８の機
能と同様に、端末装置４０から、受信メール読出し処理
要求があった場合、その要求に応じて受信メール読出し
処理を行う機能、および端末装置４０から、受信メール
削除処理要求があった場合、その要求に応じて受信メー
ル削除処理を行う機能を有している。

【００２０】また、メール着信通知処理部２１は、端末
装置４０から、メール着信通知要求が一定時間おきにあ
った場合、その要求に応じて全メールシステム部２４−
１〜２４−ｎを検索し、検索の結果着信していたメール
の着信通知処理を行う機能を有している。メールシステ
ムサービス要求部２２は、メール発信処理部１４によっ
て、処理されたメールを各メールシステム部２４−１〜
２４−ｎに振り分ける機能を有している。

【００２１】また、通信制御部３０は、端末装置４０を
ホスト１０に接続するための通信制御を行うものであ
る。

【００２２】端末装置４０は、端末側メール送信処理部
４１、端末側メール一覧処理部４２、端末側メール読出
し処理部４３、端末側メール削除処理部４４、端末側メ
ール着信処理部４５からなり、いずれかのメールシステ
ムを用いて操作される端末である。図６に、端末装置４
０の構成を示す。端末側メール送信処理部４１は、端末
オペレータからメール送信要求があった場合、その要求
に基づきメールをホスト１０に対して送信する機能を有
している。端末側メール一覧処理部４２は、端末オペレ
ータから受信メール一覧取得処理要求があった場合、そ
の要求をホスト１０に対して行い、かつ、これによりホ
スト１０から送信された受信メール一覧情報を受信し、
表示する機能を有している。

【００２３】また、端末側メール読出し処理部４３は、
端末オペレータから受信メール読出し処理要求があった
場合、その要求をホスト１０に対して行い、かつ、これ
によりホスト１０から送信された受信メールを受信し、
表示する機能を有している。更に、端末側メール削除処
理部４４は、端末オペレータからあるメールに対する削
除処理要求があった場合、その要求をホスト１０に対し
て行う機能を有している。そして、端末側メール着信処
理部４５は、一定時間おきにメール着信通知要求をホス
ト１０に対して送信し、これによってホスト１０からメ
ール着信通知があった場合は、その旨の連絡を端末オペ
レータに対して行う機能を有している。

【００２４】次に、本実施例の電子メール送受信処理に
ついて説明する。図７は、電子メールの送信処理のフロ
ーチャートである。先ず、端末装置４０のオペレータ
は、端末装置４０を操作し、端末側メール送信処理部４
１によって、メール発信要求を行う（ステップＳ１）。

【００２５】図８にメールの構成を示す。図に示すよう
に、メール４００は、メール付加情報４１０として、発
信者情報４０１、宛先情報４０２、主題情報４０３、コ
メント４０４、緊急度情報４０５、重要度情報４０６、
機密度情報４０７、返信要求情報４０８およびメール本
文４２０からなる。

【００２６】ここで、宛先情報４０２のメールアドレス
は、発信する自メールシステムに対応したフォーマット
で表記されている。また、主題情報は、メール本文４２
０の内容を表したものであり、コメント４０４は、メー
ル４００について付け加える種々の文言である。更に、
緊急度情報４０５、重要度情報４０６および機密度情報
４０７は、それぞれそのメール４００の緊急度、重要度
および機密度を示す情報である。そして、返信要求情報
４０８は、発信するメール４００に対して返信を要求す
るか否かを示す情報である。また、メール本文４２０
は、メール４００として発信する内容を示すものであ
る。

【００２７】再び、図７に戻ると、上記ステップＳ１で
メール発信要求がなされる場合、この時、メール本文４
２０および宛先情報４０２等のメール付加情報４１０が
指定される。発信要求されたメール４００は、ホスト１
０の総合環境部１１のメール送信処理部１２に渡され
る。メール送信処理部１２では、メールシステム判別処
理部１３において、メール付加情報４１０の宛先情報４
０２を宛先構文チェック部１３−１〜１３−ｎに渡す。

【００２８】各宛先構文チェック部１３−１〜１３−ｎ
はメールシステム登録情報３００における登録番号順に
呼ばれるものであり、それぞれメールシステム部２４−
１〜２４−ｎに対応している。ここでは、受信したメー
ルがどのメールシステム部２４−１〜２４−ｎに格納さ
れるかを判定する。即ち、受信したメールに対して、そ
のメールの宛先情報のアドレス表記がどのメールシステ
ムのフォーマットに相当するかを登録番号順にチェック
し、それぞれその結果を「正」または「誤」で返却す
る。そして、最初に「正」を返却した宛先構文チェック
部１３−１〜１３−ｎに対応するものをメール送信対象
メールシステム部２４−Ｘ（Ｘ＝１〜ｎ）とする（ステ
ップＳ２）。

【００２９】これにより、メール発信処理部１４では、
判別されたメールシステム部２４−Ｘ内のアドレスを、
その自メールアドレス３０４に対応したフォーマットで
メール付加情報４１０の発信者情報４０１に格納し、メ
ールシステムサービス要求部２２によって、メールシス
テム部２４−Ｘに対してメールの発信要求を行う（ステ
ップＳ３）。

【００３０】次にメールの受信処理について説明する。
図９は、受信メール一覧取得処理のフローチャートであ
る。受信メール一覧取得処理では、先ず、端末オペレー
タが端末装置４０において、ある利用者宛に受信されて
いるメールの一覧取得要求を行うと、端末側メール一覧
処理部４２は、ホスト１０に対してその利用者の受信メ
ール一覧取得要求を行う（ステップＳ１）。これによ
り、ホスト１０は、メール受信処理部１５が動作する。
ここでは、先ず、メールアクセス管理部１７の受信メー
ル一覧処理部１８がメールシステムサービス要求部２２
を介し、全てのメールシステム部２４−１〜２４−ｎに
対して、受信メール一覧取得処理を要求する（ステップ
Ｓ２）。

【００３１】そして、取得されたメール一覧情報は、メ
ールＩＤ管理部１６により、メールＩＤ２００を付し、
受信メールの一意判別を可能とする（ステップＳ３）。
この時、メールＩＤ２００のメールシステム情報２０１
は、メールシステム登録情報３００における登録番号３
０１に対応し、システム別メールＩＤ情報２０３は、そ
れぞれのメールシステム部２４−１〜２４−ｎにおける
受信メール一覧におけるＩＤに対応するものである。

【００３２】図１０に受信メール一覧情報の内容を示
す。図に示すように、受信メール一覧情報４５０では、
メールを識別するためのメールＩＤ２００の他に、その
メールの受信日時４５１、発信者情報４０１、宛先情報
４０２、主題情報４０３等、メールシステム登録情報３
００に登録されている全てのメールシステム部２４−１
〜２４−ｎで扱うメール属性情報を全てサポートしてい
る。

【００３３】更に、受信メール一覧情報４５０は、受信
メール一覧処理部１８によって一覧情報加工され（ステ
ップＳ４）、これが端末装置４０に渡され、端末側メー
ル一覧処理部４２によって、図示しないディスプレイや
印刷装置で一覧表示される（ステップＳ５）。

【００３４】次に、受信メール読出し処理について説明
する。図１１は、そのフローチャートである。先ず、端
末オペレータは、端末装置４０において、受信メール読
出し要求を行う（ステップＳ１）。即ち、ホスト１０の
メールＩＤ管理部１６によって設定されたメールＩＤ２
０１を指定する。端末装置４０は、端末側メール読出し
処理部４３がこの要求を受け、ホスト１０に対してメー
ル読出し要求を行う。

【００３５】ホスト１０では、まず、メール受信処理部
１５のメールＩＤ管理部１６は、指定されたメールＩＤ
２０１から、そのメールＩＤ２０１に対応するメールシ
ステム情報２０２およびシステム別メールＩＤ情報２０
３を調べ、格納されているメールシステム部２４−Ｘお
よびそのメールシステム部２４−Ｘ内のＩＤを判別する
（ステップＳ２）。そして、判別された読出し対象メー
ルシステム部２４−Ｘに対してメールシステムサービス
要求部２２を介して、読出し要求処理を行い（ステップ
Ｓ３）、読み出したメールを端末装置４０に転送する。
端末装置４０では端末側メール読出し処理部４３がこの
メールを受信し、その表示を行う。

【００３６】次に、受信メールの削除処理について説明
する。図１２は、そのフローチャートである。先ず、端
末オペレータは、端末装置４０において、受信メール削
除要求を行う（ステップＳ１）。即ち、削除要求を行う
メールＩＤ２０１を指定する。端末装置４０は、端末側
メール削除処理部４４がこの要求を受け、ホスト１０に
対してメール削除要求を行う。

【００３７】ホスト１０では、まず、メール受信処理部
１５のメールＩＤ管理部１６は、指定されたメールＩＤ
２０１から、そのメールＩＤ２０１に対応するメールシ
ステム情報２０２およびシステム別メールＩＤ情報２０
３を調べ、格納されているメールシステム部２４−Ｘお
よびそのメールシステム部２４−Ｘ内のＩＤを判別する
（ステップＳ２）。そして、判別された削除対象メール
システム部２４−Ｘに対してメールシステムサービス要
求部２２を介して、削除要求処理を行う（ステップＳ
３）。

【００３８】次に、メール着信通知処理について説明す
る。図１３は、そのフローチャートである。端末装置４
０の端末側メール着信処理部４５は、一定時間おきに、
メール着信通知要求を行う（ステップＳ１）。この要求
は、ホスト１０の統合環境部１１に伝達され、メール受
信処理部１５のメール着信通知処理部２１は、メールシ
ステムサービス要求部２２を介して全てのメールシステ
ム部２４−１〜２４−ｎに対して新規メール到着の検索
要求を行う（ステップＳ２）。この検索結果は、端末装
置４０の端末側メール着信処理部４５に返却され、新規
到着メールがある場合には、端末オペレータに対し、そ
の旨を連絡する（ステップＳ３）。

【００３９】以上のように、上記実施例では、異なるメ
ールシステム宛の同報、受信メール一覧およびメール自
動着信通知等、異なるメールシステムのサービスを統合
化して利用できると共に、既存システムとしての利用も
することができる。即ち、図３中の破線で示すように、
従来通りオフィス１のシステムＡとオフィス２のシステ
ムＡとを接続するといったように、従来の１システム単
体としての利用も行うことができる。

【００４０】また、本実施例では、メール情報として、
全メールシステム部２４−１〜２４−ｎで扱うメール属
性情報を全てサポートしているため、異なるメールシス
テム間の転送であっても、情報が欠落してしまうといっ
たことがない。

【００４１】尚、上記実施例では、メールシステム判別
処理部１３におけるシステム判別を、メール４００の宛
先アドレスのフォーマットに基づき行ったが、これ以外
にも、例えば宛先の先頭に予約語（ＭＨＳ等）を付加
し、この予約語によってシステム判別を行うよう構成し
てもよい。

【００４２】

【発明の効果】以上説明したように、本発明の複数電子
メール統合システムによれば、種々のプロトコルに対応
した複数のメールシステム部を有するホストを設け、こ
のホストが、発信されたメールの宛先情報に基づき対応
するメールシステムを判別して、メールシステム部別に
格納すると共に、全てのメールに対して識別記号を付
し、かつ、この識別記号と、格納されているメールシス
テム部との対応関係を示すメールＩＤテーブルを設け
て、このメールＩＤテーブルにより、任意のメールシス
テムからのアクセスを管理するようにしたので、異なる
電子メールシステムのサービスを統合化して利用するこ
とができ、利用者が特定のメールシステムを意識する必
要がないといった効果がある。

【図面の簡単な説明】

【図１】本発明の複数電子メール統合システムのブロッ
ク図である。

【図２】従来の電子メールシステムの構成図である。

【図３】本発明の電子メールシステムの構成図である。

【図４】本発明の複数電子メール統合システムにおける
メールシステム登録情報の説明図である。

【図５】本発明の複数電子メール統合システムにおける
メールＩＤテーブルの説明図である。

【図６】本発明の複数電子メール統合システムにおける
端末装置の構成図である。

【図７】本発明の複数電子メール統合システムにおける
電子メール送信処理のフローチャートである。

【図８】本発明の複数電子メール統合システムにおける
電子メールの構成を示す図である。

【図９】本発明の複数電子メール統合システムにおける
受信メール一覧取得処理のフローチャートである。

【図１０】本発明の複数電子メール統合システムにおけ
る受信メール一覧情報の内容説明図である。

【図１１】本発明の複数電子メール統合システムにおけ
る受信メール読出し処理のフローチャートである。

【図１２】本発明の複数電子メール統合システムにおけ
る受信メール削除処理のフローチャートである。

【図１３】本発明の複数電子メール統合システムにおけ
るメール着信通知処理のフローチャートである。

【符号の説明】

１０ ホスト １３ メールシステム判別処理部 １４ メール発信処理部 １６ メールＩＤ管理部 １７ メールアクセス管理部 ２３ メールシステム登録情報格納部 ２４ メールシステム部 ４０ 端末装置 ２００ メールＩＤテーブル ３００ メールシステム登録情報 ４００ メール ４０２ 宛先情報

フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 29/06

Claims (1)

【特許請求の範囲】
1. 【請求項１】 プロトコルが異なる複数のメールシステ
   ムと、これら複数のメールシステム間の電子メールの送
   受信制御を行うホストとで構成され、 前記複数のメールシステムから送信される電子メールの
   宛先情報が、各メールシステムに対応したフォーマット
   で表記される複数電子メール統合システムであって、 前記ホストは、 前記複数のメールシステムに対応したプロトコルで動作
   する複数のメールシステム部と、 任意のメールシステムから受け取った電子メールの宛先
   情報のフォーマットに基づき、その電子メールがどのメ
   ールシステムに属するかを判別するメールシステム判別
   処理部と、 前記メールシステム判別処理部で判別されたメールシス
   テム名に基づき、対応するメールシステム部に、前記電
   子メールを格納するメール発信処理部と、 前記複数のメールシステム部に格納された全ての電子メ
   ールに対して識別記号を付与するメールＩＤ管理部と、 前記識別記号を付与した電子メールが、どのメールシス
   テム部に格納されているかを表すメールＩＤテーブル
   と、 各メールシステムから、前記識別記号による電子メール
   のアクセス要求があった場合、前記メールＩＤテーブル
   を参照して、当該電子メールがどのメールシステム部に
   格納されているかを判別し、該当するメールシステム部
   へのアクセスを行うメールアクセス管理部とを備えたこ
   とを特徴とする複数電子メール統合システム。