JPH0583263A - 複数ユーザ環境における開放型システムの通信処理方法及び装置 - Google Patents
複数ユーザ環境における開放型システムの通信処理方法及び装置Info
- Publication number
- JPH0583263A JPH0583263A JP3112197A JP11219791A JPH0583263A JP H0583263 A JPH0583263 A JP H0583263A JP 3112197 A JP3112197 A JP 3112197A JP 11219791 A JP11219791 A JP 11219791A JP H0583263 A JPH0583263 A JP H0583263A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- user
- communication protocol
- protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】開放型システム間相互接続（ＯＳＩ）メールの
処理システムのユーザに、他のメール処理システムのユ
ーザと通信でき、ＯＳＩシステムに関連する機能を利用
できるという利点を与えるシステム及び方法を提供す
る。 【構成】ゲートウェイ２０の機能が、直接変換機能に加
えて、完全なＯＳＩメール２６の処理機能を提供するよ
うに拡張される。メール・ハンドラ１０が、ＯＳＩメー
ルと任意のメール・システム（２２、３６）のユーザか
ら発信された従来のメールの両方を処理できるように拡
張２８される。さらに、センドメール構成要素１２は、
ＯＳＩアドレスを認識し、関連するメッセージを適当な
宛先に経路指定することが可能となった。混合モード・
アドレッシングも、アドレス文字列中に、ＴＣＰ／Ｉ
Ｐ、ＵＵＣＰなど異なるいくつかのネットワークからの
構成要素を含むＯＳＩ型のアドレスを含むように拡張さ
れる。
処理システムのユーザに、他のメール処理システムのユ
ーザと通信でき、ＯＳＩシステムに関連する機能を利用
できるという利点を与えるシステム及び方法を提供す
る。 【構成】ゲートウェイ２０の機能が、直接変換機能に加
えて、完全なＯＳＩメール２６の処理機能を提供するよ
うに拡張される。メール・ハンドラ１０が、ＯＳＩメー
ルと任意のメール・システム（２２、３６）のユーザか
ら発信された従来のメールの両方を処理できるように拡
張２８される。さらに、センドメール構成要素１２は、
ＯＳＩアドレスを認識し、関連するメッセージを適当な
宛先に経路指定することが可能となった。混合モード・
アドレッシングも、アドレス文字列中に、ＴＣＰ／Ｉ
Ｐ、ＵＵＣＰなど異なるいくつかのネットワークからの
構成要素を含むＯＳＩ型のアドレスを含むように拡張さ
れる。
Description
【０００１】
【産業上の利用分野】本発明は、一般的に、相互接続さ
れているコンピュータ・システムによって利用されるメ
ール処理能力に関する。より詳しくは、本発明は、ＩＢ
Ｍコーポレーションから１９９０年に刊行された、“Ｉ
ＢＭ ＲＩＳＣ Ｓｙｓｔｅｍ／６０００ Technolog
y”に詳細に記載されているような、ＡＩＸ（ＡＩＸは
ＩＢＭコーポレーションの商標）オペレーティング・シ
ステムを走行させるＲＩＳＣシステム／６０００（ＲＩ
ＳＣシステム／６０００はＩＢＭコーポレーションの商
標）ワークステーションで実施される。上記刊行物を引
用により本明細書に合体する。ただし、本発明はインタ
ーネットなどのネットワークに相互接続された全ての複
数ユーザ・システムを企図していることを留意された
い。すなわち、本発明は特定のハードウェア・プラット
フォームやソフトウェア・オペレーティング・システム
に限定されるものではなく、ハードウェア及びオペレー
ティング・システムに依存しない。
れているコンピュータ・システムによって利用されるメ
ール処理能力に関する。より詳しくは、本発明は、ＩＢ
Ｍコーポレーションから１９９０年に刊行された、“Ｉ
ＢＭ ＲＩＳＣ Ｓｙｓｔｅｍ／６０００ Technolog
y”に詳細に記載されているような、ＡＩＸ（ＡＩＸは
ＩＢＭコーポレーションの商標）オペレーティング・シ
ステムを走行させるＲＩＳＣシステム／６０００（ＲＩ
ＳＣシステム／６０００はＩＢＭコーポレーションの商
標）ワークステーションで実施される。上記刊行物を引
用により本明細書に合体する。ただし、本発明はインタ
ーネットなどのネットワークに相互接続された全ての複
数ユーザ・システムを企図していることを留意された
い。すなわち、本発明は特定のハードウェア・プラット
フォームやソフトウェア・オペレーティング・システム
に限定されるものではなく、ハードウェア及びオペレー
ティング・システムに依存しない。
【０００２】
【従来の技術】ＵＮＩＸ（アメリカ電話電信会社ＡＴ＆
Ｔの登録商標）オペレーティング・システム環境におけ
る開放型システム標準の出現により、通信プロトコルの
異なるユーザが互いに通信できるインターフェースを提
供する大きな必要が生じた。開放型システム間相互接続
（ＯＳＩ）標準は、Ｘ．４００と呼ばれるメール処理シ
ステムを利用し、他のメール処理システムは、単純メー
ル転送プロトコル（ＳＭＴＰ）やＵＮＩＸ−ＵＮＩＸコ
ピー・プロトコル（ＵＵＣＰ）などのプロトコルを利用
している。現在、個人間メッセージ（ＩＰＭ、定義によ
り、ＯＳＩまたはＸ．４００メール形式である）をＸ．
４００から伝送制御プロトコル（ＴＣＰ）などの通信プ
ロトコルに変換するＲＦＣ９８７ゲートウェイの使用が
知られている。ＴＣＰ／ＩＰ（伝送制御プロトコル／イ
ンターネット・プロトコル）は、ＳＭＴＰをその通信
（メール処理）プログラム適用業務プロトコルとする通
信プロトコルの集まりと見なすことができる。メッセー
ジをＳＭＴＰユーザがＲＦＣ９８７ゲートウェイを介し
て受け取る時、Ｘ．４００中に存在するある種のメッセ
ージ・ヘッダ・フィールドがＳＭＴＰメール受信者に表
示されないことがある。したがって、従来のメール処理
システムでは、ユーザは単一メール待ち行列からのＸ．
４００メールとＲＦＣ８２２メールを両方とも管理する
能力をもっていない。
Ｔの登録商標）オペレーティング・システム環境におけ
る開放型システム標準の出現により、通信プロトコルの
異なるユーザが互いに通信できるインターフェースを提
供する大きな必要が生じた。開放型システム間相互接続
（ＯＳＩ）標準は、Ｘ．４００と呼ばれるメール処理シ
ステムを利用し、他のメール処理システムは、単純メー
ル転送プロトコル（ＳＭＴＰ）やＵＮＩＸ−ＵＮＩＸコ
ピー・プロトコル（ＵＵＣＰ）などのプロトコルを利用
している。現在、個人間メッセージ（ＩＰＭ、定義によ
り、ＯＳＩまたはＸ．４００メール形式である）をＸ．
４００から伝送制御プロトコル（ＴＣＰ）などの通信プ
ロトコルに変換するＲＦＣ９８７ゲートウェイの使用が
知られている。ＴＣＰ／ＩＰ（伝送制御プロトコル／イ
ンターネット・プロトコル）は、ＳＭＴＰをその通信
（メール処理）プログラム適用業務プロトコルとする通
信プロトコルの集まりと見なすことができる。メッセー
ジをＳＭＴＰユーザがＲＦＣ９８７ゲートウェイを介し
て受け取る時、Ｘ．４００中に存在するある種のメッセ
ージ・ヘッダ・フィールドがＳＭＴＰメール受信者に表
示されないことがある。したがって、従来のメール処理
システムでは、ユーザは単一メール待ち行列からのＸ．
４００メールとＲＦＣ８２２メールを両方とも管理する
能力をもっていない。
【０００３】
【発明が解決しようとする課題】したがって、単一のメ
ール待ち行列または構内システムからＸ．４００メール
・システムとＳＭＴＰメール・システムの両方を管理す
る能力をユーザに与えるメール処理システムをもつこと
が極めて望ましい。さらに、各送信者及び各受信者が同
一のメール処理能力をもつ必要なしに異なるシステムの
ユーザ間で通信を実現するシステムができれば、従来の
メール処理システムに比べて著しく有利である。
ール待ち行列または構内システムからＸ．４００メール
・システムとＳＭＴＰメール・システムの両方を管理す
る能力をユーザに与えるメール処理システムをもつこと
が極めて望ましい。さらに、各送信者及び各受信者が同
一のメール処理能力をもつ必要なしに異なるシステムの
ユーザ間で通信を実現するシステムができれば、従来の
メール処理システムに比べて著しく有利である。
【０００４】本発明は、メール処理システム内で完全な
個人間メッセージ交換（ＩＰＭ）能力を実現する手段と
して、ＲＦＣ９８７ゲートウェイ（ＲＦＣ８２２／Ｘ．
４００）を利用する方法を提供する。本発明は、既定の
ＲＦＣ８２２／Ｘ．４００変換機能を支援するのみでな
く、完全にＸ．４００に合致する個人間メッセージ交換
（ＩＰＭ）を発信することも可能な拡張ＲＦＣ９８７ゲ
ートウェイを提供する。このゲートウェイ能力を拡張さ
れたメール・ハンドラと結合すると、このシステムのユ
ーザに、共通のメール待ち行列及び単一のユーザ・イン
ターフェースからＲＦＣ８２２またはＩＰＭを処理する
能力が与えられる。
個人間メッセージ交換（ＩＰＭ）能力を実現する手段と
して、ＲＦＣ９８７ゲートウェイ（ＲＦＣ８２２／Ｘ．
４００）を利用する方法を提供する。本発明は、既定の
ＲＦＣ８２２／Ｘ．４００変換機能を支援するのみでな
く、完全にＸ．４００に合致する個人間メッセージ交換
（ＩＰＭ）を発信することも可能な拡張ＲＦＣ９８７ゲ
ートウェイを提供する。このゲートウェイ能力を拡張さ
れたメール・ハンドラと結合すると、このシステムのユ
ーザに、共通のメール待ち行列及び単一のユーザ・イン
ターフェースからＲＦＣ８２２またはＩＰＭを処理する
能力が与えられる。
【０００５】
【課題を解決するための手段】本発明を実施するには、
オペレーティング・システム・メール・ハンドラ、セン
ドメール・ホスト構成要素及びＲＦＣ９８７ゲートウェ
イに、新しい特殊機構を追加しなければならない。
オペレーティング・システム・メール・ハンドラ、セン
ドメール・ホスト構成要素及びＲＦＣ９８７ゲートウェ
イに、新しい特殊機構を追加しなければならない。
【０００６】これらの新しい機構は、真の個人間メッセ
ージ機能が存在するように、ＲＦＣ９８７ゲートウェイ
を通る２つの別々の経路を設けることを含む。したがっ
て、ＲＦＣ８２２メール・ユーザ・メッセージとＸ．４
００メール・ユーザ・メッセージの間の直接変換、なら
びに妥当性検査機能が提供される。この妥当性検査機能
は、出力しようとするＸ．４００メッセージが、ＲＦＣ
９８７（ＡＩＸまたはその他のオペレーティング・シス
テムの特定のメール処理構文）形式で確認され、変換す
る必要がなく、単にＸ．４００メッセージ転送エージェ
ント（ＭＴＡ）に提出するだけでＸ．４００システムに
出力できるものである。入力Ｘ．４００メッセージに対
しては、本発明は、メッセージをＲＦＣ８２２形式に変
換しようと試みず、単にこれを処理のためにセンドメー
ル構成要素に渡す。ＲＦＣ８２２のシンタクスは、ＴＣ
Ｐ通信プロトコル・コマンドをテキスト・メッセージ用
の標準形式に分離するメール・シンタクス構成要素なの
で、ＳＭＴＰメール処理システムのユーザにとって認識
可能である。本発明のＲＦＣ９８７ゲートウェイはま
た、ＳＭＴＰメール処理システムのユーザがＸ．４００
メール処理システムのユーザと通信できるようにする経
路を提供する。Ｘ．４００ユーザにアドレスされたＲＦ
Ｃ８２２メッセージは、適切なＸ．４００形式に変換さ
れる。さらに、入力メッセージでは、ＳＭＴＰユーザに
アドレスされたＸ．４００メールが、ＴＣＰ通信サービ
スが受け取れるように、ＲＦＣ８２２形式に変換され
る。
ージ機能が存在するように、ＲＦＣ９８７ゲートウェイ
を通る２つの別々の経路を設けることを含む。したがっ
て、ＲＦＣ８２２メール・ユーザ・メッセージとＸ．４
００メール・ユーザ・メッセージの間の直接変換、なら
びに妥当性検査機能が提供される。この妥当性検査機能
は、出力しようとするＸ．４００メッセージが、ＲＦＣ
９８７（ＡＩＸまたはその他のオペレーティング・シス
テムの特定のメール処理構文）形式で確認され、変換す
る必要がなく、単にＸ．４００メッセージ転送エージェ
ント（ＭＴＡ）に提出するだけでＸ．４００システムに
出力できるものである。入力Ｘ．４００メッセージに対
しては、本発明は、メッセージをＲＦＣ８２２形式に変
換しようと試みず、単にこれを処理のためにセンドメー
ル構成要素に渡す。ＲＦＣ８２２のシンタクスは、ＴＣ
Ｐ通信プロトコル・コマンドをテキスト・メッセージ用
の標準形式に分離するメール・シンタクス構成要素なの
で、ＳＭＴＰメール処理システムのユーザにとって認識
可能である。本発明のＲＦＣ９８７ゲートウェイはま
た、ＳＭＴＰメール処理システムのユーザがＸ．４００
メール処理システムのユーザと通信できるようにする経
路を提供する。Ｘ．４００ユーザにアドレスされたＲＦ
Ｃ８２２メッセージは、適切なＸ．４００形式に変換さ
れる。さらに、入力メッセージでは、ＳＭＴＰユーザに
アドレスされたＸ．４００メールが、ＴＣＰ通信サービ
スが受け取れるように、ＲＦＣ８２２形式に変換され
る。
【０００７】センドメール・ホスト構成要素も、Ｘ．４
００形式のアドレスならびにＲＦＣ８２２形式のアドレ
スを処理できるように修正されている。したがって、セ
ンドメール・ホスト構成要素は、Ｘ．４００アドレスを
認識し、関連するメッセージをＸ．４００ネットワーク
に経路指定するか、あるいはそれを別のセンドメール・
ホスト構成要素に直接経路指定し、そこからＸ．４００
ネットワークに経路指定することができる。
００形式のアドレスならびにＲＦＣ８２２形式のアドレ
スを処理できるように修正されている。したがって、セ
ンドメール・ホスト構成要素は、Ｘ．４００アドレスを
認識し、関連するメッセージをＸ．４００ネットワーク
に経路指定するか、あるいはそれを別のセンドメール・
ホスト構成要素に直接経路指定し、そこからＸ．４００
ネットワークに経路指定することができる。
【０００８】本発明はまた、メール・ハンドラの能力を
２つの１次域に拡張する。第１に、メール・ハンドラ・
ヘッダは、個人間メッセージ（Ｘ．４００）中に存在す
る追加のヘッダ・フィールド用の場所ができるように拡
張しなければならない。第２に、メール・ハンドラは、
非ＡＳＣＩＩ本体部分が許容できるように、拡張しなけ
ればならない。すなわち、メッセージを見る人は、非Ａ
ＳＣＩＩデータの存在を知らされる。
２つの１次域に拡張する。第１に、メール・ハンドラ・
ヘッダは、個人間メッセージ（Ｘ．４００）中に存在す
る追加のヘッダ・フィールド用の場所ができるように拡
張しなければならない。第２に、メール・ハンドラは、
非ＡＳＣＩＩ本体部分が許容できるように、拡張しなけ
ればならない。すなわち、メッセージを見る人は、非Ａ
ＳＣＩＩデータの存在を知らされる。
【０００９】本発明のメール処理インターフェースはま
た、混合モード・アドレッシングを実現する。すなわ
ち、Ｘ．４００アドレスとＴＣＰアドレスとＵＵＣＰア
ドレスでただ１つの宛先アドレスを構成することができ
る。混合アドレスは、左から右へ読み取られる。スラッ
シュを用いて、混合アドレス中のＸ．４００アドレスの
範囲を区切る。従来技術の文字＠、！、：をそのまま使
って、ＴＣＰアドレスとＵＵＣＰアドレスの範囲を区切
る。
た、混合モード・アドレッシングを実現する。すなわ
ち、Ｘ．４００アドレスとＴＣＰアドレスとＵＵＣＰア
ドレスでただ１つの宛先アドレスを構成することができ
る。混合アドレスは、左から右へ読み取られる。スラッ
シュを用いて、混合アドレス中のＸ．４００アドレスの
範囲を区切る。従来技術の文字＠、！、：をそのまま使
って、ＴＣＰアドレスとＵＵＣＰアドレスの範囲を区切
る。
【００１０】
【実施例】次に図１を参照して、本発明の全体的な構造
と動作環境について説明する。図１に、本発明の特徴と
する構内メール処理システム１が表されている。メール
・ハンドラ１０とセンドメール構成要素１２も含まれて
いる。次に、構内メール処理構成要素１４が、メール待
ち行列１６に相互接続されている。メール待ち行列１６
は、使用するオペレーティング・システムを備えたユー
ザ・インターフェースを介してユーザからアクセス可能
である。単純メール転送プロトコル（ＳＭＴＰ）通信プ
ロトコル１８が設けられ、センドメール構成要素１２と
通信可能な状態にある。ＴＣＰ通信プロトコル２２が設
けられ、やはりＳＭＴＰ１８と通信可能な状態にある。
上記のように、ＴＣＰ２２は、インターネット・アーキ
テクチャ・ボード（Internet Architecture Board）
（ＩＡＢ）から刊行されたＲＦＣ（コメント要求）文書
により詳しく記載されている一群の通信プロトコルを表
す。この文書を引用により本明細書に合体する。ＲＦＣ
９８７ゲートウェイ２０が設けられ、やはりセンドメー
ル構成要素１２ならびにＸ．４００ネットワークの一部
と見なされるメッセージ転送エージェント（ＭＴＡ）２
４と通信可能な状態にある。ＭＴＡ２４はさらに、開放
型システム間相互接続（ＯＳＩ）ネットワーク２６に接
続されている。参照番号２８、３０及び３２は、それぞ
れ、本発明によって提供されるメール・ハンドラ１０、
センドメール構成要素１２及びＲＦＣ９８７ゲートウェ
イ２０への追加特殊機構を表す。本発明は、ＳＭＴＰ
（ＴＣＰ）とＸ．４００（ＯＳＩ）ネットワークの間の
メール通信に関して説明するが、メール処理システムの
他の構成も本発明に含まれていることに留意されたい。
と動作環境について説明する。図１に、本発明の特徴と
する構内メール処理システム１が表されている。メール
・ハンドラ１０とセンドメール構成要素１２も含まれて
いる。次に、構内メール処理構成要素１４が、メール待
ち行列１６に相互接続されている。メール待ち行列１６
は、使用するオペレーティング・システムを備えたユー
ザ・インターフェースを介してユーザからアクセス可能
である。単純メール転送プロトコル（ＳＭＴＰ）通信プ
ロトコル１８が設けられ、センドメール構成要素１２と
通信可能な状態にある。ＴＣＰ通信プロトコル２２が設
けられ、やはりＳＭＴＰ１８と通信可能な状態にある。
上記のように、ＴＣＰ２２は、インターネット・アーキ
テクチャ・ボード（Internet Architecture Board）
（ＩＡＢ）から刊行されたＲＦＣ（コメント要求）文書
により詳しく記載されている一群の通信プロトコルを表
す。この文書を引用により本明細書に合体する。ＲＦＣ
９８７ゲートウェイ２０が設けられ、やはりセンドメー
ル構成要素１２ならびにＸ．４００ネットワークの一部
と見なされるメッセージ転送エージェント（ＭＴＡ）２
４と通信可能な状態にある。ＭＴＡ２４はさらに、開放
型システム間相互接続（ＯＳＩ）ネットワーク２６に接
続されている。参照番号２８、３０及び３２は、それぞ
れ、本発明によって提供されるメール・ハンドラ１０、
センドメール構成要素１２及びＲＦＣ９８７ゲートウェ
イ２０への追加特殊機構を表す。本発明は、ＳＭＴＰ
（ＴＣＰ）とＸ．４００（ＯＳＩ）ネットワークの間の
メール通信に関して説明するが、メール処理システムの
他の構成も本発明に含まれていることに留意されたい。
【００１１】図２は、さらに本発明の構成要素及びそれ
らと他のメール処理システムとの相互接続を示す構成図
である。ユーザがメール・ハンドラ１０、センドメール
構成要素１２、及びメール待ち行列１６を介してメール
を送受信するための機能が示されている。メール・ハン
ドラ・インターフェース４２が設けられており、メール
・ハンドラ１０は、センドメール構成要素１２とＲＦＣ
９８７ゲートウェイ２０とを含むユーザ・エージェント
層４１と直接通信できる。
らと他のメール処理システムとの相互接続を示す構成図
である。ユーザがメール・ハンドラ１０、センドメール
構成要素１２、及びメール待ち行列１６を介してメール
を送受信するための機能が示されている。メール・ハン
ドラ・インターフェース４２が設けられており、メール
・ハンドラ１０は、センドメール構成要素１２とＲＦＣ
９８７ゲートウェイ２０とを含むユーザ・エージェント
層４１と直接通信できる。
【００１２】センドメール構成要素１２は、メール・ハ
ンドラ・システム１０のユーザがメールを送受信できる
ように、メール待ち行列すなわちメッセージ記憶構成要
素１６に接続されている。上記のように、センドメール
構成要素１２はＲＦＣ９８７ゲートウェイ２０及びＳＭ
ＴＰ適用業務プロトコル１８と相互接続されている。さ
らに、センドメール構成要素１２は、非同期ネットワー
ク３６と相互接続された他のメール処理システムと通信
する能力をこのセンドメール構成要素１２に与える、Ｕ
ＮＩＸ−ＵＮＩＸコピー・プロトコル（ＵＵＣＰ）３８
に相互接続されている。ＳＭＴＰ １８、ＵＵＣＰ ３
８、ＭＴＡ ２４はすべて、図２では、メーラ１９と名
付ける層の一部であると見なされている。ＴＣＰ ２
２、非同期ネットワーク３６、ＯＳＩ ２６通信プロト
コルは、図２の最低層を表す。メールがこの層に達する
とき、本発明によって提供される全てのメール処理機能
は完了しており、送ろうとするメッセージを、これに相
互接続されたメール処理システムに分配するために上記
の通信プロトコルの１つに出力される。さらに、これら
の通信プロトコルは、上記の各ネットワークに相互接続
されたメール処理システムから入力メッセージを受け取
る。
ンドラ・システム１０のユーザがメールを送受信できる
ように、メール待ち行列すなわちメッセージ記憶構成要
素１６に接続されている。上記のように、センドメール
構成要素１２はＲＦＣ９８７ゲートウェイ２０及びＳＭ
ＴＰ適用業務プロトコル１８と相互接続されている。さ
らに、センドメール構成要素１２は、非同期ネットワー
ク３６と相互接続された他のメール処理システムと通信
する能力をこのセンドメール構成要素１２に与える、Ｕ
ＮＩＸ−ＵＮＩＸコピー・プロトコル（ＵＵＣＰ）３８
に相互接続されている。ＳＭＴＰ １８、ＵＵＣＰ ３
８、ＭＴＡ ２４はすべて、図２では、メーラ１９と名
付ける層の一部であると見なされている。ＴＣＰ ２
２、非同期ネットワーク３６、ＯＳＩ ２６通信プロト
コルは、図２の最低層を表す。メールがこの層に達する
とき、本発明によって提供される全てのメール処理機能
は完了しており、送ろうとするメッセージを、これに相
互接続されたメール処理システムに分配するために上記
の通信プロトコルの１つに出力される。さらに、これら
の通信プロトコルは、上記の各ネットワークに相互接続
されたメール処理システムから入力メッセージを受け取
る。
【００１３】図３は、本発明によってセンドメール構成
要素１２に付加される新しい機能（図１の参照番号３
０）及びＲＦＣ９８７ゲートウェイ２０に付加される新
しい機能（図１の参照番号３２）を示す。ＲＦＣ９８７
ゲートウェイ２０は、ＳＭＴＰまたはＸ．４００メール
処理システムのユーザに、ＲＦＣ９８７ゲートウェイ２
０を通る２つの機能もしくは経路を提供する。第１に、
ＩＰＭ、Ｘ．４００ユーザからＸ．４００メッセージ転
送エージェント（ＭＴＡ２４）へのメール用の経路１３
を提供する。ＭＴＡ２４はＸ．４００ネットワークを表
し、ＯＳＩシステム全体の一構成要素と見なされること
に留意されたい。したがって、メッセージがＭＴＡ２４
に送られると、Ｘ．４００ネットワークがそれを受け取
ると見なされる。第２に、ゲートウェイ２０は、Ｘ．４
００メッセージ転送ネットワークに相互接続されたＴＣ
ＰまたはＵＵＣＰネットワークのユーザ用の経路１５及
びメッセージ変換機構を提供する。すなわち、従来のＲ
ＦＣ９８７変換ゲートウェイを介してＸ．４００システ
ムに相互接続されたＴＣＰまたはＵＵＣＰのユーザは、
メッセージを送ることができ、それをＭＴＡ２４を介し
て、Ｘ．４００のユーザが受け取る。すなわち、ＲＦＣ
９８７ゲートウェイ２０は、ＲＦＣ８２２とＸ．４００
のメール・ユーザ間の標準変換を行う追加の能力を与え
るだけでなく、ＲＦＣ９８７ゲートウェイ２０とセンド
メール構成要素１２の間に２つの論理経路１３、１５を
定義することによって実現される真のＩＰＭ能力をも提
供するようにも拡張された。センドメール構成要素１２
がその出力待ち行列にＸ．４００形式のメッセージを置
くと、第１の経路であるＸ．４００経路１３が動作可能
となる。この場合、ＲＦＣ９８７ゲートウェイ２０はメ
ッセージを変換するのでなく、単にメッセージがＭＴＡ
２４に提出できるか確かめる妥当性検査を完了するだけ
である。配送されるメッセージに対して、ＭＴＡ２４
は、ゲートウェイ２０が責任を負うこれらの入力メッセ
ージをＲＦＣ９８７ゲートウェイ２０用の入力待ち行列
に置く。次いで、これらのメッセージは、ゲートウェイ
２０によってＸ．４００宛先アドレスに基づいて認識さ
れ、メッセージをＲＦＣ８２２形式に変換する試みはな
されない。メッセージは、処理のため、単にセンドメー
ル構成要素１２に転送される。センドメール構成要素１
２がゲートウェイ２０から受け取ったＸ．４００アドレ
スを見たとき、メッセージはアドレス中で指定される受
信者用の構内メッセージ待ち行列１６に置かれる。受信
者は、メッセージを受け取った後、ＩＰＭメール・ハン
ドラ５０を用い、インターフェース５２を介してこのメ
ッセージを処理する。
要素１２に付加される新しい機能（図１の参照番号３
０）及びＲＦＣ９８７ゲートウェイ２０に付加される新
しい機能（図１の参照番号３２）を示す。ＲＦＣ９８７
ゲートウェイ２０は、ＳＭＴＰまたはＸ．４００メール
処理システムのユーザに、ＲＦＣ９８７ゲートウェイ２
０を通る２つの機能もしくは経路を提供する。第１に、
ＩＰＭ、Ｘ．４００ユーザからＸ．４００メッセージ転
送エージェント（ＭＴＡ２４）へのメール用の経路１３
を提供する。ＭＴＡ２４はＸ．４００ネットワークを表
し、ＯＳＩシステム全体の一構成要素と見なされること
に留意されたい。したがって、メッセージがＭＴＡ２４
に送られると、Ｘ．４００ネットワークがそれを受け取
ると見なされる。第２に、ゲートウェイ２０は、Ｘ．４
００メッセージ転送ネットワークに相互接続されたＴＣ
ＰまたはＵＵＣＰネットワークのユーザ用の経路１５及
びメッセージ変換機構を提供する。すなわち、従来のＲ
ＦＣ９８７変換ゲートウェイを介してＸ．４００システ
ムに相互接続されたＴＣＰまたはＵＵＣＰのユーザは、
メッセージを送ることができ、それをＭＴＡ２４を介し
て、Ｘ．４００のユーザが受け取る。すなわち、ＲＦＣ
９８７ゲートウェイ２０は、ＲＦＣ８２２とＸ．４００
のメール・ユーザ間の標準変換を行う追加の能力を与え
るだけでなく、ＲＦＣ９８７ゲートウェイ２０とセンド
メール構成要素１２の間に２つの論理経路１３、１５を
定義することによって実現される真のＩＰＭ能力をも提
供するようにも拡張された。センドメール構成要素１２
がその出力待ち行列にＸ．４００形式のメッセージを置
くと、第１の経路であるＸ．４００経路１３が動作可能
となる。この場合、ＲＦＣ９８７ゲートウェイ２０はメ
ッセージを変換するのでなく、単にメッセージがＭＴＡ
２４に提出できるか確かめる妥当性検査を完了するだけ
である。配送されるメッセージに対して、ＭＴＡ２４
は、ゲートウェイ２０が責任を負うこれらの入力メッセ
ージをＲＦＣ９８７ゲートウェイ２０用の入力待ち行列
に置く。次いで、これらのメッセージは、ゲートウェイ
２０によってＸ．４００宛先アドレスに基づいて認識さ
れ、メッセージをＲＦＣ８２２形式に変換する試みはな
されない。メッセージは、処理のため、単にセンドメー
ル構成要素１２に転送される。センドメール構成要素１
２がゲートウェイ２０から受け取ったＸ．４００アドレ
スを見たとき、メッセージはアドレス中で指定される受
信者用の構内メッセージ待ち行列１６に置かれる。受信
者は、メッセージを受け取った後、ＩＰＭメール・ハン
ドラ５０を用い、インターフェース５２を介してこのメ
ッセージを処理する。
【００１４】ゲートウェイ２０とセンドメール構成要素
１２の間の第２の経路１５は、他の通信プロトコル（Ｔ
ＣＰやＵＵＣＰなど）のユーザがＸ．４００メール処理
システムにアクセスできるようにする。ゲートウェイ２
０は、Ｘ．４００ＩＰＭユーザにアドレスされた出力Ｒ
ＦＣ８２２メッセージを適正なＸ．４００形式に変換す
る。次いで、このメッセージは、Ｘ．４００メール・ユ
ーザに配布するため、経路１５及びＭＴＡ適用業務プロ
グラミング・インターフェース４６を介してＭＴＡ２４
に転送される。経路１５はまた、入力メールについて、
ＳＭＴＰメール処理システムのユーザにアドレスされた
Ｘ．４００メールが、ＳＭＴＰユーザが受信できる適正
な形式となるようにする。この場合、Ｘ．４００メッセ
ージは、ＭＴＡ２４から、インターフェース４６と、ゲ
ートウェイ２０を通る経路１５とを介して送られる。ゲ
ート２０はＸ．４００メッセージをＲＦＣ８２２形式に
変換してから、経路１５を介してセンドメール構成要素
１２に送る。次いで、センドメール構成要素１２は、Ｓ
ＭＴＰ定形式メッセージを、ＳＭＴＰユーザに配送する
ためリレー４８中に分配する。
１２の間の第２の経路１５は、他の通信プロトコル（Ｔ
ＣＰやＵＵＣＰなど）のユーザがＸ．４００メール処理
システムにアクセスできるようにする。ゲートウェイ２
０は、Ｘ．４００ＩＰＭユーザにアドレスされた出力Ｒ
ＦＣ８２２メッセージを適正なＸ．４００形式に変換す
る。次いで、このメッセージは、Ｘ．４００メール・ユ
ーザに配布するため、経路１５及びＭＴＡ適用業務プロ
グラミング・インターフェース４６を介してＭＴＡ２４
に転送される。経路１５はまた、入力メールについて、
ＳＭＴＰメール処理システムのユーザにアドレスされた
Ｘ．４００メールが、ＳＭＴＰユーザが受信できる適正
な形式となるようにする。この場合、Ｘ．４００メッセ
ージは、ＭＴＡ２４から、インターフェース４６と、ゲ
ートウェイ２０を通る経路１５とを介して送られる。ゲ
ート２０はＸ．４００メッセージをＲＦＣ８２２形式に
変換してから、経路１５を介してセンドメール構成要素
１２に送る。次いで、センドメール構成要素１２は、Ｓ
ＭＴＰ定形式メッセージを、ＳＭＴＰユーザに配送する
ためリレー４８中に分配する。
【００１５】センドメール構成要素１２は、Ｘ．４００
スタイルのアドレスが処理できるように、その構成ファ
イルが標準の実施態様から修正されている。この拡張に
より、センドメール構成要素１２は、ＲＦＣ８２２スタ
イルとＸ．４００スタイルのアドレスを共に処理できる
ようになる。ＲＦＣ８２２アドレスは、しばしばＳＭＴ
Ｐ適用業務プロトコルのユーザと通信するのに用いられ
るアドレス・シンタクスを示す、ＲＦＣ８２２メッセー
ジと呼ばれることに留意されたい。本発明により、セン
ドメール構成要素１２は、Ｘ．４００アドレスを認識
し、これを（ＭＴＡ２４を介して）Ｘ．４００ネットワ
ークに直接経路指定するか、あるいは別のセンドメール
・ホスト構成要素１２に経路指定し、そこから別のＭＴ
ＡによってＸ．４００ネットワークに経路指定すること
が可能になる。
スタイルのアドレスが処理できるように、その構成ファ
イルが標準の実施態様から修正されている。この拡張に
より、センドメール構成要素１２は、ＲＦＣ８２２スタ
イルとＸ．４００スタイルのアドレスを共に処理できる
ようになる。ＲＦＣ８２２アドレスは、しばしばＳＭＴ
Ｐ適用業務プロトコルのユーザと通信するのに用いられ
るアドレス・シンタクスを示す、ＲＦＣ８２２メッセー
ジと呼ばれることに留意されたい。本発明により、セン
ドメール構成要素１２は、Ｘ．４００アドレスを認識
し、これを（ＭＴＡ２４を介して）Ｘ．４００ネットワ
ークに直接経路指定するか、あるいは別のセンドメール
・ホスト構成要素１２に経路指定し、そこから別のＭＴ
ＡによってＸ．４００ネットワークに経路指定すること
が可能になる。
【００１６】具体的には、センドメール構成要素１２
は、Ｘ．４００メール要求を受け入れられるように拡張
されている。この拡張には、Ｘ．４００アドレスを認識
できるパーサが含まれている。第２の拡張には、Ｘ．４
００プロトコルを処理できる他のセンドメール構成要素
に対してリレー４８を定義する、加算機能が含まれる。
センドメール構成要素１２がセンドメール構成ファイル
３０中でＸ．４００リレーを定義できる能力を用いて、
Ｘ．４００メール・トラフィックが、ＴＣＰ／ＩＰを介
してＸ．４００ユーザからセンドメール構成要素１２及
びＲＦＣ９８７ゲートウェイに転送される。Ｘ．４００
ネットワークに直接接続されていないＩＰＭホストで
も、リレー４８（図３）が定義され、かつセンドメール
構成要素１２への通信が達成される限り、本発明を利用
できる。
は、Ｘ．４００メール要求を受け入れられるように拡張
されている。この拡張には、Ｘ．４００アドレスを認識
できるパーサが含まれている。第２の拡張には、Ｘ．４
００プロトコルを処理できる他のセンドメール構成要素
に対してリレー４８を定義する、加算機能が含まれる。
センドメール構成要素１２がセンドメール構成ファイル
３０中でＸ．４００リレーを定義できる能力を用いて、
Ｘ．４００メール・トラフィックが、ＴＣＰ／ＩＰを介
してＸ．４００ユーザからセンドメール構成要素１２及
びＲＦＣ９８７ゲートウェイに転送される。Ｘ．４００
ネットワークに直接接続されていないＩＰＭホストで
も、リレー４８（図３）が定義され、かつセンドメール
構成要素１２への通信が達成される限り、本発明を利用
できる。
【００１７】センドメール構成要素１２は、更新された
構成ファイル３０を用いて、ＲＦＣ９８７ゲートウェイ
２０を介して送られるＸ．４００メールの経路が構内か
それとも遠隔かを決定する。ＩＰＭが、Ｘ．４００ネッ
トワークに到達するためにセンドメール構成要素１２に
よりＴＣＰ通信ネットワークを介して中継される場合、
センドメール構成要素１２により、Ｘ．４００アドレス
識別子（Ｘ４００）が元のＸ．４００メッセージの末尾
に付加される。リレー４８は、ＲＦＣ８２２メッセージ
中に封入されたＸ．４００メール要求を、指定された
Ｘ．４００ゲートウェイに送るとき、ＲＦＣ８２２アド
レスを剥ぎ取り、Ｘ．４００メッセージをセンドメール
構成要素１２を介してＲＦＣ９８７ゲートウェイ２０
に、さらにＸ．４００ ＭＴＡ２４に渡す。
構成ファイル３０を用いて、ＲＦＣ９８７ゲートウェイ
２０を介して送られるＸ．４００メールの経路が構内か
それとも遠隔かを決定する。ＩＰＭが、Ｘ．４００ネッ
トワークに到達するためにセンドメール構成要素１２に
よりＴＣＰ通信ネットワークを介して中継される場合、
センドメール構成要素１２により、Ｘ．４００アドレス
識別子（Ｘ４００）が元のＸ．４００メッセージの末尾
に付加される。リレー４８は、ＲＦＣ８２２メッセージ
中に封入されたＸ．４００メール要求を、指定された
Ｘ．４００ゲートウェイに送るとき、ＲＦＣ８２２アド
レスを剥ぎ取り、Ｘ．４００メッセージをセンドメール
構成要素１２を介してＲＦＣ９８７ゲートウェイ２０
に、さらにＸ．４００ ＭＴＡ２４に渡す。
【００１８】図４は、メール・ハンドラ１０、及びそれ
とセンドメール構成要素１２、ＲＦＣ９８７ゲートウェ
イ２０、ＭＴＡ２４との接続をさらに詳しく示してい
る。本発明によってメール・ハンドラ１０に追加され
る、メール・ハンドラ１０をＩＰＭ−ＵＡ４０として動
作できるようにする新しい機構（図１の参照番号２８）
は、メール・ハンドラの従来の能力を２つの１次域に拡
張することを必要とする。第１に、メール・ハンドラ１
０は、個人間メッセージ中に存在し得る追加のヘッダ・
フィールド用の場所を設けなければならない。図４に示
すように、参照番号６０は、感知性、重要性、陳腐、満
了日、ユーザへの応答といった従来のメール・ハンドラ
１０には存在しない新しいヘッダ・フィールドが含まれ
る、メッセージ見出しブロックを示している。感知性
は、メッセージの性格（至急、普通、不急）、重要性
（低い、普通、高い）、陳腐（ＩＰＭメッセージ）、満
了日（将来の日付、ｍｍ／ｄｄ／ｙｙ、ｄｄ．ｍｍ．ｙ
ｙまたは月日年）及び（将来の日付、ｍｍ／ｄｄ／ｙ
ｙ、ｄｄ．ｍｍ．ｙｙまたは月日年）による応答を参照
する。これらのヘッダは、ＣＲＴなどの表示装置上でユ
ーザに見えるテンプレートを使って、ユーザが適正な
Ｘ．４００形式でアドレスを生成できることに留意され
たい。参照番号６０は、本発明で使用できるテンプレー
トを表す。さらに、ＡＳＣＩＩ以外のテキストであるメ
ッセージ本体が受け入れられるように、メール・ハンド
ラ１０に第２の拡張を行わなければならない。すなわ
ち、メッセージ本体を見るユーザは、非ＡＳＣＩＩデー
タの存在を知らされ、非ＡＳＣＩＩデータをメール処理
環境の外部で処理する準備ができる。図４の参照番号６
２は、表示されるＡＳＣＩＩテキストを示す本体部分１
と、先送りされたメッセージ部分と、２進データなどの
非ＡＳＣＩＩデータを含み得る本体部分３とから構成さ
れるメッセージ本体各部を表す。このようにして、個人
間メッセージ（ＩＰＭ）の送信に基づくメール・ハンド
ラ１０の機能の増加により、複数の本体部分をどのよう
に処理できるかがわかる。さらに、Ｘ．４００メッセー
ジをＭＴＡ２４に入力し、次いでゲートウェイ２０を通
り経路１３を経て、ＩＰＭ Ｘ．４００メッセージとし
て処理するためにセンドメール構成要素１２に渡すこと
ができる、ＲＦＣ９８７ゲートウェイ２０とセンドメー
ル構成要素１２の間の２つの経路が見える。さらに、Ｍ
ＴＡ２４からのＸ．４００メッセージは、ＲＦＣ９８７
ゲートウェイ２０中で変換し、上記のようにして、ＲＦ
Ｃ８２２メッセージとして経路１５を通りセンドメール
構成要素１２に、最終的にはＳＭＴＰメール処理システ
ムに出力することができる。
とセンドメール構成要素１２、ＲＦＣ９８７ゲートウェ
イ２０、ＭＴＡ２４との接続をさらに詳しく示してい
る。本発明によってメール・ハンドラ１０に追加され
る、メール・ハンドラ１０をＩＰＭ−ＵＡ４０として動
作できるようにする新しい機構（図１の参照番号２８）
は、メール・ハンドラの従来の能力を２つの１次域に拡
張することを必要とする。第１に、メール・ハンドラ１
０は、個人間メッセージ中に存在し得る追加のヘッダ・
フィールド用の場所を設けなければならない。図４に示
すように、参照番号６０は、感知性、重要性、陳腐、満
了日、ユーザへの応答といった従来のメール・ハンドラ
１０には存在しない新しいヘッダ・フィールドが含まれ
る、メッセージ見出しブロックを示している。感知性
は、メッセージの性格（至急、普通、不急）、重要性
（低い、普通、高い）、陳腐（ＩＰＭメッセージ）、満
了日（将来の日付、ｍｍ／ｄｄ／ｙｙ、ｄｄ．ｍｍ．ｙ
ｙまたは月日年）及び（将来の日付、ｍｍ／ｄｄ／ｙ
ｙ、ｄｄ．ｍｍ．ｙｙまたは月日年）による応答を参照
する。これらのヘッダは、ＣＲＴなどの表示装置上でユ
ーザに見えるテンプレートを使って、ユーザが適正な
Ｘ．４００形式でアドレスを生成できることに留意され
たい。参照番号６０は、本発明で使用できるテンプレー
トを表す。さらに、ＡＳＣＩＩ以外のテキストであるメ
ッセージ本体が受け入れられるように、メール・ハンド
ラ１０に第２の拡張を行わなければならない。すなわ
ち、メッセージ本体を見るユーザは、非ＡＳＣＩＩデー
タの存在を知らされ、非ＡＳＣＩＩデータをメール処理
環境の外部で処理する準備ができる。図４の参照番号６
２は、表示されるＡＳＣＩＩテキストを示す本体部分１
と、先送りされたメッセージ部分と、２進データなどの
非ＡＳＣＩＩデータを含み得る本体部分３とから構成さ
れるメッセージ本体各部を表す。このようにして、個人
間メッセージ（ＩＰＭ）の送信に基づくメール・ハンド
ラ１０の機能の増加により、複数の本体部分をどのよう
に処理できるかがわかる。さらに、Ｘ．４００メッセー
ジをＭＴＡ２４に入力し、次いでゲートウェイ２０を通
り経路１３を経て、ＩＰＭ Ｘ．４００メッセージとし
て処理するためにセンドメール構成要素１２に渡すこと
ができる、ＲＦＣ９８７ゲートウェイ２０とセンドメー
ル構成要素１２の間の２つの経路が見える。さらに、Ｍ
ＴＡ２４からのＸ．４００メッセージは、ＲＦＣ９８７
ゲートウェイ２０中で変換し、上記のようにして、ＲＦ
Ｃ８２２メッセージとして経路１５を通りセンドメール
構成要素１２に、最終的にはＳＭＴＰメール処理システ
ムに出力することができる。
【００１９】図５は、異なる通信プロトコル（特にＴＣ
Ｐ及びＯＳＩ）を使用する複数ユーザ・メール処理シス
テムと、プロトコル間の相互接続を表す構成図である。
たとえば、ユーザＡは本発明のメール処理システムを代
表するものである。本発明を包含し、ＲＦＣ８２２及び
ＩＰＭＵＡメール・シンタクス構成要素ならびにセンド
メール構成要素１２を含むメール処理層１０を有するゲ
ートウェイ・ホスト・インターフェースが参照番号７０
で示されている。構内メール・ボックス、及びそれに関
連するＸ．４００及びＲＦＣ８２２メッセージ用のメー
ル待ち行列１４が、上記のように、センドメール構成要
素１２の拡張によって定義されたリレー４８と共に設け
られている。ＲＦＣ９８７ゲートウェイ２０、ＭＴＡ２
４、ＯＳＩ構成要素２６も、ＴＰＣスタック２２と共に
設けられている。追加のＭＴＡ２４ｈ及び２４ｄが、通
信リンク２５、２７と相互接続され、Ｘ．４００通信ネ
ットワークを構成する。ユーザＨと関連付けられてユー
ザ・エージェント５４が設けられている。このＸ．４０
０ネットワークは管理定義域（ＡＤＭＤ）を表す。この
表記は、Ｘ．４００メール処理システムがメッセージに
アドレスするために用いるパラメータである。ユーザＢ
は、Ｘ．４００メール・システムのユーザ、すなわちメ
ール・ハンドラ１０Ｂならびに従来のセンドメール構成
要素１２及びＴＣＰスタック２２にいるＩＰＭユーザを
代表する。ユーザＢは、ＴＣＰ通信プロトコル２２を利
用して、入りＸ．４００メッセージがあるかどうか構内
メール構成要素１４を検査する。Ｘ．４００メッセージ
が構内メール構成要素１４に置かれると、ユーザＢに関
連して示したような構成をもつユーザがそれを受け取る
ことができる。Ｘ．４００ネットワークに直接接続され
たメール処理システムのユーザが、メール待ち行列１４
中のメッセージを検査するために、ＴＣＰプロトコルが
利用される。さらに、ユーザＣはＳＭＴＰメール処理シ
ステムのユーザであり、その関連する構成要素の構成中
に、ＲＦＣ８２２シンタクスとセンドメール構成要素１
２とＴＣＰスタック２２を含むメール・ハンドラ１０を
含んでいる。通信リンク５８は、ユーザＡ、Ｂ、Ｃを、
大学や会社の内部で用いられるような、専用定義域ネッ
トワーク（ＰＲＭＤ）５６に相互接続する。
Ｐ及びＯＳＩ）を使用する複数ユーザ・メール処理シス
テムと、プロトコル間の相互接続を表す構成図である。
たとえば、ユーザＡは本発明のメール処理システムを代
表するものである。本発明を包含し、ＲＦＣ８２２及び
ＩＰＭＵＡメール・シンタクス構成要素ならびにセンド
メール構成要素１２を含むメール処理層１０を有するゲ
ートウェイ・ホスト・インターフェースが参照番号７０
で示されている。構内メール・ボックス、及びそれに関
連するＸ．４００及びＲＦＣ８２２メッセージ用のメー
ル待ち行列１４が、上記のように、センドメール構成要
素１２の拡張によって定義されたリレー４８と共に設け
られている。ＲＦＣ９８７ゲートウェイ２０、ＭＴＡ２
４、ＯＳＩ構成要素２６も、ＴＰＣスタック２２と共に
設けられている。追加のＭＴＡ２４ｈ及び２４ｄが、通
信リンク２５、２７と相互接続され、Ｘ．４００通信ネ
ットワークを構成する。ユーザＨと関連付けられてユー
ザ・エージェント５４が設けられている。このＸ．４０
０ネットワークは管理定義域（ＡＤＭＤ）を表す。この
表記は、Ｘ．４００メール処理システムがメッセージに
アドレスするために用いるパラメータである。ユーザＢ
は、Ｘ．４００メール・システムのユーザ、すなわちメ
ール・ハンドラ１０Ｂならびに従来のセンドメール構成
要素１２及びＴＣＰスタック２２にいるＩＰＭユーザを
代表する。ユーザＢは、ＴＣＰ通信プロトコル２２を利
用して、入りＸ．４００メッセージがあるかどうか構内
メール構成要素１４を検査する。Ｘ．４００メッセージ
が構内メール構成要素１４に置かれると、ユーザＢに関
連して示したような構成をもつユーザがそれを受け取る
ことができる。Ｘ．４００ネットワークに直接接続され
たメール処理システムのユーザが、メール待ち行列１４
中のメッセージを検査するために、ＴＣＰプロトコルが
利用される。さらに、ユーザＣはＳＭＴＰメール処理シ
ステムのユーザであり、その関連する構成要素の構成中
に、ＲＦＣ８２２シンタクスとセンドメール構成要素１
２とＴＣＰスタック２２を含むメール・ハンドラ１０を
含んでいる。通信リンク５８は、ユーザＡ、Ｂ、Ｃを、
大学や会社の内部で用いられるような、専用定義域ネッ
トワーク（ＰＲＭＤ）５６に相互接続する。
【００２０】次に、図５を参照して、本発明の一例につ
いて説明する。第１の場合、ユーザＡが合成（ＲＦＣ８
２２とＩＰＭ）メール・ハンドラ１０とその関連するユ
ーザ・インターフェースを使用するものと仮定する。さ
らに、メール・ハンドラ１０のユーザＡが、Ｘ．４００
メッセージをユーザＨに送ろうと望んでいるものとす
る。Ｘ．４００ ＩＰＭアドレスは、次のような形式を
もつ。 国別： /C=[xx] 管理定義域： /ADMD=[xxxxxxxxxxx] 専用定義域： /PRMD=[xxxxxxxxxxx]/ 組織： /O=[xxxxxxxxxxx]/ 組織単位： /OU=[xxxxxxxxxxxx]/ 個人名： /PN=[x.x.xxxxxxxxxx]/ 世代修飾子： /GQ=[xxxx]/ 定義済み定義域： /RFC-822=xxxx@xxxx/
いて説明する。第１の場合、ユーザＡが合成（ＲＦＣ８
２２とＩＰＭ）メール・ハンドラ１０とその関連するユ
ーザ・インターフェースを使用するものと仮定する。さ
らに、メール・ハンドラ１０のユーザＡが、Ｘ．４００
メッセージをユーザＨに送ろうと望んでいるものとす
る。Ｘ．４００ ＩＰＭアドレスは、次のような形式を
もつ。 国別： /C=[xx] 管理定義域： /ADMD=[xxxxxxxxxxx] 専用定義域： /PRMD=[xxxxxxxxxxx]/ 組織： /O=[xxxxxxxxxxx]/ 組織単位： /OU=[xxxxxxxxxxxx]/ 個人名： /PN=[x.x.xxxxxxxxxx]/ 世代修飾子： /GQ=[xxxx]/ 定義済み定義域： /RFC-822=xxxx@xxxx/
【００２１】次の例では、Ｃｏｕｎｔｒｙ＝ＵＳ（米
国）；ＡＤＭＤ＝ｐｔｔ（図５）；ＰＲＭＤ＝ｃｏ（会
社）；Ｏ＝ｃｉｔｙ（市）；ＯＵ＝ｄｅｐｔａ（ａ部
門）、ｄｅｐｔｂ（ｂ部門）、ｄｅｐｔｃ（ｃ部門）；
ＰＮ＝Ａ、Ｂ、Ｃ；ＤＤ＝ＲＦＣ８２２＝Ａ、Ｂ、Ｃ
＠ ｄｅｐｔａ、ｄｅｐｔｂ、ｄｅｐｔｃ．ｃｉｔｙ．
ｃｏｍと仮定する。
国）；ＡＤＭＤ＝ｐｔｔ（図５）；ＰＲＭＤ＝ｃｏ（会
社）；Ｏ＝ｃｉｔｙ（市）；ＯＵ＝ｄｅｐｔａ（ａ部
門）、ｄｅｐｔｂ（ｂ部門）、ｄｅｐｔｃ（ｃ部門）；
ＰＮ＝Ａ、Ｂ、Ｃ；ＤＤ＝ＲＦＣ８２２＝Ａ、Ｂ、Ｃ
＠ ｄｅｐｔａ、ｄｅｐｔｂ、ｄｅｐｔｃ．ｃｉｔｙ．
ｃｏｍと仮定する。
【００２２】さらに、後出の例からわかるように、ユー
ザはＳＭＴＰシステムに接続されている場合でも、Ｘ．
４００アドレッシングに通じていなければならない。各
アドレスは、Ｘ．４００定義域でただ１人のユーザが識
別されることを保証するのに充分な情報を含んでいなけ
ればならない。アドレスがあいまいであれば、メッセー
ジが配送されなくなる。Ｔｏ：、ｃｃ：、ｂｃｃ：、ｒ
ｅｐｌｙ ｔｏ：、ｆｒｏｍ：などの識別子に、適正な
発信者／受信者アドレスを与えなければならない。ｆｒ
ｏｍ：アドレスは、しばしばユーザの個人名（ＰＮ）
と、構内システムによって確立された追加のアドレス構
成要素から導かれる。
ザはＳＭＴＰシステムに接続されている場合でも、Ｘ．
４００アドレッシングに通じていなければならない。各
アドレスは、Ｘ．４００定義域でただ１人のユーザが識
別されることを保証するのに充分な情報を含んでいなけ
ればならない。アドレスがあいまいであれば、メッセー
ジが配送されなくなる。Ｔｏ：、ｃｃ：、ｂｃｃ：、ｒ
ｅｐｌｙ ｔｏ：、ｆｒｏｍ：などの識別子に、適正な
発信者／受信者アドレスを与えなければならない。ｆｒ
ｏｍ：アドレスは、しばしばユーザの個人名（ＰＮ）
と、構内システムによって確立された追加のアドレス構
成要素から導かれる。
【００２３】次に図５ないし図７を参照して、特定の例
について説明する。図６及び図７は、ユーザＡ（図５）
がＸ．４００のユーザＨにＩＭＰを送るための処理を表
す。図６で、参照番号１００は、ユーザＡが生成しなけ
ればならないアドレスを示す。受信者のアドレスを見る
と、（１）国がＵＳ（米国）であり、（２）管理定義域
（ＡＤＭＤ）がｐｔｔであり、（３）ＰＮが（ユーザＨ
を表す）Ｈに対応することがわかる。発信者アドレスで
も、国をＵＳ（米国）、管理定義域（ＡＤＭＤ）をｐｔ
ｔ、専用定義域（ＰＲＭＤ）を会社（会社名が代入でき
る）を示すｃｏとして認識する。組織（Ｏ）はｃｉｔｙ
（市）（しばしば、プラントまたは会社の所在する市を
指す）として認識される。組織単位（ＯＵ）は、ユーザ
Ａ（ユーザのＩＤ、氏名など任意の組織単位がアドレス
のこの部分で使用できる）に対応するＡ部門（ｄｅｐｔ
ａ）として認識される。ユーザＡがメッセージを送信中
なので、個人名（ＰＮ）はＡとして認識される。メッセ
ージがユーザＡ及び対応するメール・ハンドラ１０によ
ってＩＰＭモードで生成されると、センドメール構成要
素１２は、生成されたユーザＨ用のアドレスをＸ．４０
０アドレスとして認識し、そのメッセージをＲＦＣ９８
７ゲートウェイ２０（図６のブロック１０１）に経路指
定する。ブロック１０２で、ＡＳＣＩＩテキストから抽
象シンタクス表記バージョン１のＡＳＮ．１プロトコル
・データ単位への変換が行われ、さらにこのデータがＭ
ＴＡ２４に提出される。ブロック１０３で、ＭＴＡ２４
はＲＦＣ９８７ゲートウェイ２０からこのデータを受け
取って、発信者のアドレス、すなわち国別、ＡＤＭＤ、
ＰＲＭＤ、組織、組織単位、個人名を認識する。受信者
のＸ．４００アドレス、すなわち国別、ＡＤＭＤ、個人
名もゲートウェイ２０によって認識される。次いでブロ
ック１０４で、この情報が、ユーザＨに対応するアドレ
スに対して責任を負うＸ．４００ネットワーク上のＭＴ
Ａ２４ｈに中継される。図５に示されているように、も
う１つのＭＴＡ２４ｄが、メールをＩＰＭユーザＨに配
送するため、上記のアドレス情報を受け取る。最後に、
ブロック１０６で受信者アドレス、発信者アドレス、ヘ
ッダ、及び通信の大部分を占める本体部分を含むメッセ
ージが、ユーザＨに配送される。
について説明する。図６及び図７は、ユーザＡ（図５）
がＸ．４００のユーザＨにＩＭＰを送るための処理を表
す。図６で、参照番号１００は、ユーザＡが生成しなけ
ればならないアドレスを示す。受信者のアドレスを見る
と、（１）国がＵＳ（米国）であり、（２）管理定義域
（ＡＤＭＤ）がｐｔｔであり、（３）ＰＮが（ユーザＨ
を表す）Ｈに対応することがわかる。発信者アドレスで
も、国をＵＳ（米国）、管理定義域（ＡＤＭＤ）をｐｔ
ｔ、専用定義域（ＰＲＭＤ）を会社（会社名が代入でき
る）を示すｃｏとして認識する。組織（Ｏ）はｃｉｔｙ
（市）（しばしば、プラントまたは会社の所在する市を
指す）として認識される。組織単位（ＯＵ）は、ユーザ
Ａ（ユーザのＩＤ、氏名など任意の組織単位がアドレス
のこの部分で使用できる）に対応するＡ部門（ｄｅｐｔ
ａ）として認識される。ユーザＡがメッセージを送信中
なので、個人名（ＰＮ）はＡとして認識される。メッセ
ージがユーザＡ及び対応するメール・ハンドラ１０によ
ってＩＰＭモードで生成されると、センドメール構成要
素１２は、生成されたユーザＨ用のアドレスをＸ．４０
０アドレスとして認識し、そのメッセージをＲＦＣ９８
７ゲートウェイ２０（図６のブロック１０１）に経路指
定する。ブロック１０２で、ＡＳＣＩＩテキストから抽
象シンタクス表記バージョン１のＡＳＮ．１プロトコル
・データ単位への変換が行われ、さらにこのデータがＭ
ＴＡ２４に提出される。ブロック１０３で、ＭＴＡ２４
はＲＦＣ９８７ゲートウェイ２０からこのデータを受け
取って、発信者のアドレス、すなわち国別、ＡＤＭＤ、
ＰＲＭＤ、組織、組織単位、個人名を認識する。受信者
のＸ．４００アドレス、すなわち国別、ＡＤＭＤ、個人
名もゲートウェイ２０によって認識される。次いでブロ
ック１０４で、この情報が、ユーザＨに対応するアドレ
スに対して責任を負うＸ．４００ネットワーク上のＭＴ
Ａ２４ｈに中継される。図５に示されているように、も
う１つのＭＴＡ２４ｄが、メールをＩＰＭユーザＨに配
送するため、上記のアドレス情報を受け取る。最後に、
ブロック１０６で受信者アドレス、発信者アドレス、ヘ
ッダ、及び通信の大部分を占める本体部分を含むメッセ
ージが、ユーザＨに配送される。
【００２４】次に、ユーザＡによって生成されたメッセ
ージをＳＭＴＰメール・システム（メール・ハンドラ１
０）を介してユーザＨに送る例について述べる。この場
合も、ユーザＨのアドレスは、図５に示すように、ユー
ザＡがメール・ハンドラ１０を含むホスト・ゲートウェ
イ７０の諸構成要素を用いて生成する。図８の参照番号
１１０は、上記で図６に関して論じたアドレスと同じユ
ーザＨのアドレスを表す。ユーザＡの発信者アドレスが
ＲＦＣ８２２シンタクスで生成される。この発信者アド
レスは、ユーザＡのＲＦＣ８２２アドレスがＡ＠ｄｅｐ
ｔａ．ｃｉｔｙ．ｃｏｍとして示されている点で、図６
のそれと異なることがわかる。この発信者アドレスは、
図８のブロックに示されているように、ＲＣＦ８２２シ
ンタクスによる。ｄｅｐｔａ．ｃｉｔｙ．ｃｏｍシンタ
クスは、特定のユーザを識別するのに使用されるトーク
ンを示す。これらのトークンは、終止符または「点」で
分離され、“＠”または（ａ）文字の左側に指定されて
いるユーザを識別する。トークンは、集中登録当局か
ら、ある定義域または責任範囲内で動作するユーザのグ
ループを表す組織に出される。アドレスが右から左へ読
み取られるにつれて、より低い詳細度レベルに登録権限
が委任される。たとえば、ブロック１１０で、右側のト
ークン（ｃｏｍ）は商業組織、中央のトークンは市また
は居在地、左側のトークンは部門を示す。“ａ”文字の
左側は、識別されるユーザ、この場合はユーザＡであ
る。センドメール構成要素１２は、ユーザＨのアドレス
をＸ．４００アドレスとして認識し、図６に関して論じ
たのと同様にして、メッセージをＲＦＣ９８７ゲートウ
ェイ２０に経路指定する。次いで、ＲＦＣ９８７ゲート
ウェイ２０は（メール・ハンドラ１０のＲＦＣ８２２モ
ードによって生成される）ＲＦＣ８２２メッセージをＡ
ＳＮ．１に変換し、ＭＴＡ２４に提出するために配送情
報、メッセージ・ヘッダ、本体部分のプロトコル・デー
タ単位を符号化する。ブロック１１３で、ＭＴＡ２４
は、ＲＦＣ９８７ゲートウェイ２０から変換されたＲＦ
Ｃ８２２メッセージを受け取り、国別、ＡＤＭＤ、ＰＲ
ＭＤ、及びＲＦＣ８２２ユーザから発行されたメッセー
ジが送られることを示す定義済み定義域（ＤＤ）から成
る発信者アドレスを伴う、符号化されたメッセージ用の
リレー・プロトコル・データ単位を作成する。受信者ア
ドレスは、上記のブロック１１０で書かれたアドレスと
同じままである。次いで、ブロック１１４で、メッセー
ジが通信リンク２５を介してＭＴＡ２４からＭＴＡ２４
ｈに中継される。次に、さらにメッセージは、通信リン
ク２７を介してＭＴＡ２４ｄに転送され、そこからユー
ザＨのＩＰＭユーザ・エージェント５４に配送される。
ブロック１１４及び１１５で用いられるアドレスは、ブ
ロック１１３に関して上述したアドレスと同じである。
ブロック１１６で、上記で論じたようにアドレス及び本
体部分を含むメッセージが、ＳＭＴＰメール・ユーザＡ
からＩＰＭ Ｘ．４００のユーザＨに配送される。前の
２例から、ＲＦＣ９８７ゲートウェイ２０とセンドメー
ル構成要素１２の間に２つの経路がどのように存在する
かがわかる。まず、ユーザＡは、メール・ハンドラ１０
（ＩＰＭモード）、センドメール構成要素１２、ＲＦＧ
９８７ゲートウェイ２０を介して、Ｘ．４００メッセー
ジをＭＴＡ２４に送ることができる。同様に、ユーザＡ
は、ＲＦＣ８２２メッセージをも、メール・ハンドラ１
０（ＲＦＣ８２２モード）、センドメール構成要素１
２、ＲＦＧ９８７ゲートウェイ２０を介して、ＭＴＡ４
に送ることができる。
ージをＳＭＴＰメール・システム（メール・ハンドラ１
０）を介してユーザＨに送る例について述べる。この場
合も、ユーザＨのアドレスは、図５に示すように、ユー
ザＡがメール・ハンドラ１０を含むホスト・ゲートウェ
イ７０の諸構成要素を用いて生成する。図８の参照番号
１１０は、上記で図６に関して論じたアドレスと同じユ
ーザＨのアドレスを表す。ユーザＡの発信者アドレスが
ＲＦＣ８２２シンタクスで生成される。この発信者アド
レスは、ユーザＡのＲＦＣ８２２アドレスがＡ＠ｄｅｐ
ｔａ．ｃｉｔｙ．ｃｏｍとして示されている点で、図６
のそれと異なることがわかる。この発信者アドレスは、
図８のブロックに示されているように、ＲＣＦ８２２シ
ンタクスによる。ｄｅｐｔａ．ｃｉｔｙ．ｃｏｍシンタ
クスは、特定のユーザを識別するのに使用されるトーク
ンを示す。これらのトークンは、終止符または「点」で
分離され、“＠”または（ａ）文字の左側に指定されて
いるユーザを識別する。トークンは、集中登録当局か
ら、ある定義域または責任範囲内で動作するユーザのグ
ループを表す組織に出される。アドレスが右から左へ読
み取られるにつれて、より低い詳細度レベルに登録権限
が委任される。たとえば、ブロック１１０で、右側のト
ークン（ｃｏｍ）は商業組織、中央のトークンは市また
は居在地、左側のトークンは部門を示す。“ａ”文字の
左側は、識別されるユーザ、この場合はユーザＡであ
る。センドメール構成要素１２は、ユーザＨのアドレス
をＸ．４００アドレスとして認識し、図６に関して論じ
たのと同様にして、メッセージをＲＦＣ９８７ゲートウ
ェイ２０に経路指定する。次いで、ＲＦＣ９８７ゲート
ウェイ２０は（メール・ハンドラ１０のＲＦＣ８２２モ
ードによって生成される）ＲＦＣ８２２メッセージをＡ
ＳＮ．１に変換し、ＭＴＡ２４に提出するために配送情
報、メッセージ・ヘッダ、本体部分のプロトコル・デー
タ単位を符号化する。ブロック１１３で、ＭＴＡ２４
は、ＲＦＣ９８７ゲートウェイ２０から変換されたＲＦ
Ｃ８２２メッセージを受け取り、国別、ＡＤＭＤ、ＰＲ
ＭＤ、及びＲＦＣ８２２ユーザから発行されたメッセー
ジが送られることを示す定義済み定義域（ＤＤ）から成
る発信者アドレスを伴う、符号化されたメッセージ用の
リレー・プロトコル・データ単位を作成する。受信者ア
ドレスは、上記のブロック１１０で書かれたアドレスと
同じままである。次いで、ブロック１１４で、メッセー
ジが通信リンク２５を介してＭＴＡ２４からＭＴＡ２４
ｈに中継される。次に、さらにメッセージは、通信リン
ク２７を介してＭＴＡ２４ｄに転送され、そこからユー
ザＨのＩＰＭユーザ・エージェント５４に配送される。
ブロック１１４及び１１５で用いられるアドレスは、ブ
ロック１１３に関して上述したアドレスと同じである。
ブロック１１６で、上記で論じたようにアドレス及び本
体部分を含むメッセージが、ＳＭＴＰメール・ユーザＡ
からＩＰＭ Ｘ．４００のユーザＨに配送される。前の
２例から、ＲＦＣ９８７ゲートウェイ２０とセンドメー
ル構成要素１２の間に２つの経路がどのように存在する
かがわかる。まず、ユーザＡは、メール・ハンドラ１０
（ＩＰＭモード）、センドメール構成要素１２、ＲＦＧ
９８７ゲートウェイ２０を介して、Ｘ．４００メッセー
ジをＭＴＡ２４に送ることができる。同様に、ユーザＡ
は、ＲＦＣ８２２メッセージをも、メール・ハンドラ１
０（ＲＦＣ８２２モード）、センドメール構成要素１
２、ＲＦＧ９８７ゲートウェイ２０を介して、ＭＴＡ４
に送ることができる。
【００２５】図１０及び図１１で、ユーザＢ用のメール
・ハンドラ１０（ＩＰＭモード）は、ユーザＨに配送し
ようとするメッセージをユーザ・エージェント５４で生
成する。ブロック１２０で、ユーザＨのアドレスが示さ
れているが、これは前に図６ないし図９に関して示した
ものと同じである。ユーザＢの発信者アドレスは、国別
をＵＳ（米国）、ＡＤＭＤをｐｔｔ、ＰＲＭＤを会社を
表すｃｏ、組織（Ｏ）をｃｉｔｙ（市）、組織単位（Ｏ
Ｕ）をｄｅｐｔｂ（Ｂ部門）とし、個人名（ＰＮ）をユ
ーザＢを表すＢとした、Ｘ．４００形式で示されてい
る。次いで、このメッセージは、メール・ハンドラ１０
に隣接するセンドメール構成要素１２Ｂに送られる。図
１０のブロック１２１は、センドメール構成要素１２Ｂ
内で行われる機能を示している。Ｘ．４００メール・メ
ッセージは、それがＴＣＰスタック２２ｂに含まれるＳ
ＭＴＰ接続を介してゲートウェイ・センドメール構成要
素１２に送られるように、ＲＦＣ８２２ヘッダに封入さ
れている。この場合、ＲＦＣ８２２シンタクスによるゲ
ートウェイ・センドメール構成要素１２のアドレスが、
ブロック１２０に記されているユーザＨのアドレスに付
加される。すなわち、（ブロック１２０中の）元のＴ
ｏ：アドレスに、このメッセージをユーザＡのホスト・
ゲートウェイ７０に経路指定する／＠ｄｅｐｔａ．ｃｉ
ｔｙ．ｃｏｍが付加される。同様に、発信者アドレス
は、このときメッセージがユーザＢから来ていることを
示すＲＦＣ８２２ヘッダ、．．．Ｂ／＠ｄｅｐｔｂ．ｃ
ｉｔｙ．ｃｏｍ．を含んでいる。次いで、このＲＦＣ８
２２アドレスが、ＴＣＰスタックを介し、通信リンク５
８、ネットワーク５６を経て、そこからセンドメール構
成要素１２に転送され、上記のようにアドレスのＸ．４
００部分が認識されて、メッセージがＡＳＮ．１符号化
のためのＲＦＣ９８７ゲートウェイ２０に経路指定され
る。ブロック１２３は、ＲＦＣ９８７ゲートウェイ２０
で行われる変換を示している。そこではＡＳＣＩＩテキ
ストからＡＳＮ．１プロトコル・データ単位への変換が
実施され、次いで図１０のブロック１２４で、メッセー
ジがＭＴＡ２４に提出される。ＭＴＡ２４は、変換済み
プロトコル・データ単位をＲＦＣ９８７ゲートウェイ２
０から受け入れ、発信者アドレス及び受信者アドレスを
Ｘ．４００形式に戻す。ＳＭＴＰからＸ．４００に転送
する際に、メッセージがゲートウェイ・ホスト７０の各
層を通って進むとき、メッセージからアドレスが剥がさ
れることがわかる。ブロック１２５でＭＴＡ２４は、
Ｘ．４００を通信リンク２７を介して次のＭＴＡ２４ｈ
に中継し、ブロック１２７でＭＴＡ２４ｈは、メッセー
ジを通信リンク２７を介してＭＴＡ２４に送る。ブロッ
ク１２７で、ＭＴＡ２４ｄは、受信者アドレス、発信者
アドレス、ヘッダ、本体部分を含むメッセージをユーザ
Ｈに配送する。
・ハンドラ１０（ＩＰＭモード）は、ユーザＨに配送し
ようとするメッセージをユーザ・エージェント５４で生
成する。ブロック１２０で、ユーザＨのアドレスが示さ
れているが、これは前に図６ないし図９に関して示した
ものと同じである。ユーザＢの発信者アドレスは、国別
をＵＳ（米国）、ＡＤＭＤをｐｔｔ、ＰＲＭＤを会社を
表すｃｏ、組織（Ｏ）をｃｉｔｙ（市）、組織単位（Ｏ
Ｕ）をｄｅｐｔｂ（Ｂ部門）とし、個人名（ＰＮ）をユ
ーザＢを表すＢとした、Ｘ．４００形式で示されてい
る。次いで、このメッセージは、メール・ハンドラ１０
に隣接するセンドメール構成要素１２Ｂに送られる。図
１０のブロック１２１は、センドメール構成要素１２Ｂ
内で行われる機能を示している。Ｘ．４００メール・メ
ッセージは、それがＴＣＰスタック２２ｂに含まれるＳ
ＭＴＰ接続を介してゲートウェイ・センドメール構成要
素１２に送られるように、ＲＦＣ８２２ヘッダに封入さ
れている。この場合、ＲＦＣ８２２シンタクスによるゲ
ートウェイ・センドメール構成要素１２のアドレスが、
ブロック１２０に記されているユーザＨのアドレスに付
加される。すなわち、（ブロック１２０中の）元のＴ
ｏ：アドレスに、このメッセージをユーザＡのホスト・
ゲートウェイ７０に経路指定する／＠ｄｅｐｔａ．ｃｉ
ｔｙ．ｃｏｍが付加される。同様に、発信者アドレス
は、このときメッセージがユーザＢから来ていることを
示すＲＦＣ８２２ヘッダ、．．．Ｂ／＠ｄｅｐｔｂ．ｃ
ｉｔｙ．ｃｏｍ．を含んでいる。次いで、このＲＦＣ８
２２アドレスが、ＴＣＰスタックを介し、通信リンク５
８、ネットワーク５６を経て、そこからセンドメール構
成要素１２に転送され、上記のようにアドレスのＸ．４
００部分が認識されて、メッセージがＡＳＮ．１符号化
のためのＲＦＣ９８７ゲートウェイ２０に経路指定され
る。ブロック１２３は、ＲＦＣ９８７ゲートウェイ２０
で行われる変換を示している。そこではＡＳＣＩＩテキ
ストからＡＳＮ．１プロトコル・データ単位への変換が
実施され、次いで図１０のブロック１２４で、メッセー
ジがＭＴＡ２４に提出される。ＭＴＡ２４は、変換済み
プロトコル・データ単位をＲＦＣ９８７ゲートウェイ２
０から受け入れ、発信者アドレス及び受信者アドレスを
Ｘ．４００形式に戻す。ＳＭＴＰからＸ．４００に転送
する際に、メッセージがゲートウェイ・ホスト７０の各
層を通って進むとき、メッセージからアドレスが剥がさ
れることがわかる。ブロック１２５でＭＴＡ２４は、
Ｘ．４００を通信リンク２７を介して次のＭＴＡ２４ｈ
に中継し、ブロック１２７でＭＴＡ２４ｈは、メッセー
ジを通信リンク２７を介してＭＴＡ２４に送る。ブロッ
ク１２７で、ＭＴＡ２４ｄは、受信者アドレス、発信者
アドレス、ヘッダ、本体部分を含むメッセージをユーザ
Ｈに配送する。
【００２６】図１２ないし図１３に、ＩＰＭ Ｘ．４０
０ユーザＨが、ＳＭＴＰメール処理システムに接続され
ているユーザＣにメッセージを送ろうとする例が示され
ている。ブロック１３０で、Ｘ．４００形式、すなわち
国別がＵＳ（米国）、ＡＤＭＤがｐｔｔ、ＰＲＭＤが会
社（ｃｏ）、定義済み定義域（ＤＤ）がＳＭＴＰシステ
ムのユーザ、すなわちユーザＣ（Ｃ＠ｄｅｐｔｃ．ｃｉ
ｔｙ．ｃｏｍ）用である形式を用いて、メッセージにユ
ーザＨがアドレスする。前に図６ないし図１１に関して
論じたように、発信者アドレスはＸ．４００形式であ
る。ユーザＨ用のＭＴＡ２４ｄは、提出されたメッセー
ジをＵＡ５４から受け取り、プロトコル・データ単位を
生成し、ＡＳＮ．１形式でメッセージを符号化する。こ
のＡＳＮ．１形式は、メッセージをＸ．４００ネットワ
ーク中を伝送するため、メッセージの周りに２進ヘッダ
を置く抽象シンタクス表記である。ブロック１３１で、
発信者アドレスと受信者アドレスは、上記でブロック１
３０に関して論じたものと同じままである。次いでブロ
ック１３２で、メッセージは、通信リンク２７を介し
て、ユーザＣへの入力メールに対して責任を負うＭＴＡ
２４ｈに送られる。次に、ＭＴＡ２４は、ブロック１３
４で、ＭＴＡ２４ｈから通信リンク２５を介して送られ
たメッセージを受け入れて、Ｘ．４００メッセージをＲ
ＦＣ９８７ゲートウェイ２０に配送する。したがって、
Ｘ．４００メッセージは、本発明では、ＭＴＡ２４から
ＲＦＣ９８７ゲートウェイに転送された時点で、ユーザ
Ｃに配送されたものと見なされる。ＲＦＣ９８７ゲート
ウェイ２０は、Ｘ．４００メッセージをＲＦＣ８２２形
式に変換し、ＡＮＳ．１情報を復号してからメッセージ
をセンドメール構成要素１２に渡す。ＲＦＣ９８７ゲー
トウェイ２０は、受信者アドレスをＲＦＣ８２２形式に
変更し、ＲＦＣ８２２アドレスをＸ．４００発信者アド
レスに付加して、送信者がユーザＨであるとＳＭＴＰの
ユーザＣが認識できるようにする。ブロック１３５で、
新たに変換されたセンドメール構成要素１２からのＲＦ
Ｃ８２２メッセージをユーザＣと同じ構内に配置されて
いるセンドメール構成要素１２ｃへ送る。ブロック１３
６で、センドメール構成要素１２ｃが次いでＸ．４００
ユーザＨからのメッセージをＳＭＴＰユーザｃ用のメー
ルボックスに置く。
０ユーザＨが、ＳＭＴＰメール処理システムに接続され
ているユーザＣにメッセージを送ろうとする例が示され
ている。ブロック１３０で、Ｘ．４００形式、すなわち
国別がＵＳ（米国）、ＡＤＭＤがｐｔｔ、ＰＲＭＤが会
社（ｃｏ）、定義済み定義域（ＤＤ）がＳＭＴＰシステ
ムのユーザ、すなわちユーザＣ（Ｃ＠ｄｅｐｔｃ．ｃｉ
ｔｙ．ｃｏｍ）用である形式を用いて、メッセージにユ
ーザＨがアドレスする。前に図６ないし図１１に関して
論じたように、発信者アドレスはＸ．４００形式であ
る。ユーザＨ用のＭＴＡ２４ｄは、提出されたメッセー
ジをＵＡ５４から受け取り、プロトコル・データ単位を
生成し、ＡＳＮ．１形式でメッセージを符号化する。こ
のＡＳＮ．１形式は、メッセージをＸ．４００ネットワ
ーク中を伝送するため、メッセージの周りに２進ヘッダ
を置く抽象シンタクス表記である。ブロック１３１で、
発信者アドレスと受信者アドレスは、上記でブロック１
３０に関して論じたものと同じままである。次いでブロ
ック１３２で、メッセージは、通信リンク２７を介し
て、ユーザＣへの入力メールに対して責任を負うＭＴＡ
２４ｈに送られる。次に、ＭＴＡ２４は、ブロック１３
４で、ＭＴＡ２４ｈから通信リンク２５を介して送られ
たメッセージを受け入れて、Ｘ．４００メッセージをＲ
ＦＣ９８７ゲートウェイ２０に配送する。したがって、
Ｘ．４００メッセージは、本発明では、ＭＴＡ２４から
ＲＦＣ９８７ゲートウェイに転送された時点で、ユーザ
Ｃに配送されたものと見なされる。ＲＦＣ９８７ゲート
ウェイ２０は、Ｘ．４００メッセージをＲＦＣ８２２形
式に変換し、ＡＮＳ．１情報を復号してからメッセージ
をセンドメール構成要素１２に渡す。ＲＦＣ９８７ゲー
トウェイ２０は、受信者アドレスをＲＦＣ８２２形式に
変更し、ＲＦＣ８２２アドレスをＸ．４００発信者アド
レスに付加して、送信者がユーザＨであるとＳＭＴＰの
ユーザＣが認識できるようにする。ブロック１３５で、
新たに変換されたセンドメール構成要素１２からのＲＦ
Ｃ８２２メッセージをユーザＣと同じ構内に配置されて
いるセンドメール構成要素１２ｃへ送る。ブロック１３
６で、センドメール構成要素１２ｃが次いでＸ．４００
ユーザＨからのメッセージをＳＭＴＰユーザｃ用のメー
ルボックスに置く。
【００２７】図１４及び図１５は、ＳＭＴＰユーザＣが
メッセージをＸ．４００ユーザＨに送ろうと望む逆の場
合を示している。ブロック１４０で、ユーザＣはメッセ
ージをＸ．４００形式でアドレスしており、発信者アド
レスにＲＦＣ８２２形式を使用する。次いで、メッセー
ジは、センドメール構成要素１２ｃ（ブロック１４１）
に送られ、そこで、ヘッダ付きのＲＦＣ８２２シンタク
スに封入されて、ＴＣＰ／ＳＭＴＰネットワークを介し
てゲートウェイ・ホスト７０へ送ることができるように
なる。ブロック１４２で、センドメール構成要素１２は
メッセージをＸ．４００のアドレスを持つものとして認
識し、メッセージをＡＳＮ．１形式で符号化するために
ＲＦＣ９８７ゲートウェイ２０に経路指定する。次に、
ゲートウェイ・ホスト７０に関連するＭＴＡ２４が、符
号化されたメッセージをＲＦＣ９８７ゲートウェイ２０
から受け入れ、アドレスがＸ．４００形式となっている
（ブロック１４４）メッセージを、通信リンク２５を介
してＭＴＡ２４ｈに中継する（ブロック１４５）。ブロ
ック１４６でＭＴＡ２４ｄは通信リンク２７からＸ．４
００メッセージを受け取り、ブロック１４７でメッセー
ジをユーザＨに配送する。
メッセージをＸ．４００ユーザＨに送ろうと望む逆の場
合を示している。ブロック１４０で、ユーザＣはメッセ
ージをＸ．４００形式でアドレスしており、発信者アド
レスにＲＦＣ８２２形式を使用する。次いで、メッセー
ジは、センドメール構成要素１２ｃ（ブロック１４１）
に送られ、そこで、ヘッダ付きのＲＦＣ８２２シンタク
スに封入されて、ＴＣＰ／ＳＭＴＰネットワークを介し
てゲートウェイ・ホスト７０へ送ることができるように
なる。ブロック１４２で、センドメール構成要素１２は
メッセージをＸ．４００のアドレスを持つものとして認
識し、メッセージをＡＳＮ．１形式で符号化するために
ＲＦＣ９８７ゲートウェイ２０に経路指定する。次に、
ゲートウェイ・ホスト７０に関連するＭＴＡ２４が、符
号化されたメッセージをＲＦＣ９８７ゲートウェイ２０
から受け入れ、アドレスがＸ．４００形式となっている
（ブロック１４４）メッセージを、通信リンク２５を介
してＭＴＡ２４ｈに中継する（ブロック１４５）。ブロ
ック１４６でＭＴＡ２４ｄは通信リンク２７からＸ．４
００メッセージを受け取り、ブロック１４７でメッセー
ジをユーザＨに配送する。
【００２８】発信者アドレス及び受信者アドレスはブロ
ック１４３で変換が行われた後も変化していないことに
留意されたい。
ック１４３で変換が行われた後も変化していないことに
留意されたい。
【００２９】最後に、図１６を参照して、２人のＳＭＴ
Ｐユーザが互いに通信し合いたい場合について説明す
る。ブロック１５０で、ユーザＣは、ＲＦＣ８２２形式
を用いて、メッセージを受信者ユーザＡ宛にアドレスす
る。ユーザＣはまた、受信者を知っており、メッセージ
がＴＣＰ／ＳＭＴＰネットワーク内のみを伝わることを
知っているので、発信者アドレスにＲＦＣ８２２形式を
用いる。ブロック１５１で、メッセージがユーザＣ用の
センドメール構成要素１２ｃに配送され、次いでＳＭＴ
Ｐ接続を介してセンドメール構成要素１２に送られる。
次いでブロック１５２で、センドメール構成要素１２
は、何も変換する必要なく、メッセージをユーザＡ用の
構内メール待ち行列１４中に置く。
Ｐユーザが互いに通信し合いたい場合について説明す
る。ブロック１５０で、ユーザＣは、ＲＦＣ８２２形式
を用いて、メッセージを受信者ユーザＡ宛にアドレスす
る。ユーザＣはまた、受信者を知っており、メッセージ
がＴＣＰ／ＳＭＴＰネットワーク内のみを伝わることを
知っているので、発信者アドレスにＲＦＣ８２２形式を
用いる。ブロック１５１で、メッセージがユーザＣ用の
センドメール構成要素１２ｃに配送され、次いでＳＭＴ
Ｐ接続を介してセンドメール構成要素１２に送られる。
次いでブロック１５２で、センドメール構成要素１２
は、何も変換する必要なく、メッセージをユーザＡ用の
構内メール待ち行列１４中に置く。
【００３０】上記の考察からわかるように、本発明は混
合モード・アドレス形式を用いる、すなわちＲＦＣ８２
２アドレスとＸ．４００アドレスが互いに一緒に用いら
れる。この混合モード・アドレッシングは、現在当技術
分野で公知のようにして、右から左に解析して行われ
る。ただし、あるＸ．４００アドレスがメッセージを別
のＸ．４００アドレスに経路指定することはできない。
すなわち宛先アドレスに連続したＸ．４００アドレスが
あってはいけない。Ｘ．４００位置間のソース経路指定
を行うのに、本発明ではメッセージ転送エージェントを
利用する。本発明のシステムでは、メッセージをアドレ
スする際にＸ．４００アドレス用の分離記号すなわち区
切り文字として、スラッシュを用いる。Ｘ．４００アド
レッシング能力を混合モード環境で達成するのに行う必
要のある唯一の変更は、センドメール構成ファイル構成
要素用の規則を書き直すことであり、コード自体を変え
る必要はない。次に混合モード・アドレスの例をさらに
示す。 （１） a!b/C=US/ADMD=ptt/PN=username/c!ｄ これはユーザ名の後に／が用いられているので、有効で
ある。パーサは、ｃ！ｄの！を検出すると、これをＵＵ
ＣＰアドレスと解釈して、Ｘ．４００アドレス部分が終
了したことを認識する。 （２） /C=US/ADMD=ptt/@uname1:b!/C=US/ADMD=att/PN
=uname2 アドレス（２）は、本発明の混合モード・アドレッシン
グ環境で許容される隣接しない２つのＸ．４００アドレ
スを含む、有効なアドレスである。 （３） @username1:b!/C=US/ADMD=att/PN=username2 これも有効なアドレスであり、ｕｓｅｒｎａｍｅ２の後
に分離記号（／）を置くことにより、別のアドレスを付
加することもできる。
合モード・アドレス形式を用いる、すなわちＲＦＣ８２
２アドレスとＸ．４００アドレスが互いに一緒に用いら
れる。この混合モード・アドレッシングは、現在当技術
分野で公知のようにして、右から左に解析して行われ
る。ただし、あるＸ．４００アドレスがメッセージを別
のＸ．４００アドレスに経路指定することはできない。
すなわち宛先アドレスに連続したＸ．４００アドレスが
あってはいけない。Ｘ．４００位置間のソース経路指定
を行うのに、本発明ではメッセージ転送エージェントを
利用する。本発明のシステムでは、メッセージをアドレ
スする際にＸ．４００アドレス用の分離記号すなわち区
切り文字として、スラッシュを用いる。Ｘ．４００アド
レッシング能力を混合モード環境で達成するのに行う必
要のある唯一の変更は、センドメール構成ファイル構成
要素用の規則を書き直すことであり、コード自体を変え
る必要はない。次に混合モード・アドレスの例をさらに
示す。 （１） a!b/C=US/ADMD=ptt/PN=username/c!ｄ これはユーザ名の後に／が用いられているので、有効で
ある。パーサは、ｃ！ｄの！を検出すると、これをＵＵ
ＣＰアドレスと解釈して、Ｘ．４００アドレス部分が終
了したことを認識する。 （２） /C=US/ADMD=ptt/@uname1:b!/C=US/ADMD=att/PN
=uname2 アドレス（２）は、本発明の混合モード・アドレッシン
グ環境で許容される隣接しない２つのＸ．４００アドレ
スを含む、有効なアドレスである。 （３） @username1:b!/C=US/ADMD=att/PN=username2 これも有効なアドレスであり、ｕｓｅｒｎａｍｅ２の後
に分離記号（／）を置くことにより、別のアドレスを付
加することもできる。
【００３１】上記の例からわかるように、ゲートウェイ
・ホスト７０は、メッセージがその諸層を通って下方に
伝わる時、適正なＸ．４００情報と共にＴＣＰ／ＳＭＴ
ＰネットワークからＯＳＩネットワークに送られるメッ
セージに関するアドレス情報を前に付加する働きをす
る。ただし、Ｘ．４００ユーザからゲートウェイ２０を
介してＴＣＰ／ＳＭＴＰネットワークに入ってくるメッ
セージでは、前に付加された情報はゲートウェイ・ホス
ト７０の諸層を通って上方に伝わるとき剥ぎ取られる。
このようにして、本発明は、メッセージに関連するアド
レスを変更することにより、異なるシステムのユーザ相
互間での通信を可能にする。
・ホスト７０は、メッセージがその諸層を通って下方に
伝わる時、適正なＸ．４００情報と共にＴＣＰ／ＳＭＴ
ＰネットワークからＯＳＩネットワークに送られるメッ
セージに関するアドレス情報を前に付加する働きをす
る。ただし、Ｘ．４００ユーザからゲートウェイ２０を
介してＴＣＰ／ＳＭＴＰネットワークに入ってくるメッ
セージでは、前に付加された情報はゲートウェイ・ホス
ト７０の諸層を通って上方に伝わるとき剥ぎ取られる。
このようにして、本発明は、メッセージに関連するアド
レスを変更することにより、異なるシステムのユーザ相
互間での通信を可能にする。
【００３２】図１７には、本発明でＲＦＣ９８７ゲート
ウェイ２０にさらに加えられた改良が示されている。Ｍ
ＴＡ ＡＰＩ ４６及びＭＴＡ ２４からＩＰＭメッセ
ージが入力された場合のＲＦＣ９８７ゲートウェイ２０
が示されている。このメッセージは、見出し６５と、Ａ
ＳＣＩＩテキスト６６、先送りされたメッセージ６７、
２進データ６８から構成される３つの本体部分とを含
む。メッセージ６４はＸ．４００形式なので、変換しな
いままで、ＩＰＭ経路１３を通過して最終的にはＩＰＭ
メール・ハンドラ（ＭＨ）５０（図５）などのＩＰＭメ
ール・ハンドラに転送できる。図１７に参照番号６９で
示されているように、メッセージ６４の見出し６５及び
本体部分６６、６７、６８は正確にＩＰＭメッセージに
相関している。
ウェイ２０にさらに加えられた改良が示されている。Ｍ
ＴＡ ＡＰＩ ４６及びＭＴＡ ２４からＩＰＭメッセ
ージが入力された場合のＲＦＣ９８７ゲートウェイ２０
が示されている。このメッセージは、見出し６５と、Ａ
ＳＣＩＩテキスト６６、先送りされたメッセージ６７、
２進データ６８から構成される３つの本体部分とを含
む。メッセージ６４はＸ．４００形式なので、変換しな
いままで、ＩＰＭ経路１３を通過して最終的にはＩＰＭ
メール・ハンドラ（ＭＨ）５０（図５）などのＩＰＭメ
ール・ハンドラに転送できる。図１７に参照番号６９で
示されているように、メッセージ６４の見出し６５及び
本体部分６６、６７、６８は正確にＩＰＭメッセージに
相関している。
【００３３】ただし、メッセージ６４は、非ＡＳＣＩＩ
本体部分（参照番号６７及び６８）を含んでいるので、
ＳＭＴＰメール処理システムに送られないことがある。
ＳＭＴＰメッセージ７９は３種の本体部分に対応しては
いず、したがって（ＡＳＣＩＩを含む）ＩＡ５テキスト
だけが受け入れられる。したがって、メッセージ６４
は、図１７に示されているように、それが転送できる経
路が経路１３だけである。メッセージ６４はＳＭＴＰ経
路１５には転送できないが、ＡＳＣＩＩテキストのみを
含むＩＰＭメッセージはＳＭＴＰ形式（ＳＭＴＰメッセ
ージ７９によって示されている）に処理され、図５の参
照番号１０で示されるようなＳＭＴＰメール・ハンドラ
に配送される。逆に、ＳＭＴＰメール・ハンドラ１０か
らのアウトバウンド・メッセージはＡＳＣＩＩテキスト
・メッセージと共にだけＲＦＣ９８７ゲートウェイ２０
に送られる。
本体部分（参照番号６７及び６８）を含んでいるので、
ＳＭＴＰメール処理システムに送られないことがある。
ＳＭＴＰメッセージ７９は３種の本体部分に対応しては
いず、したがって（ＡＳＣＩＩを含む）ＩＡ５テキスト
だけが受け入れられる。したがって、メッセージ６４
は、図１７に示されているように、それが転送できる経
路が経路１３だけである。メッセージ６４はＳＭＴＰ経
路１５には転送できないが、ＡＳＣＩＩテキストのみを
含むＩＰＭメッセージはＳＭＴＰ形式（ＳＭＴＰメッセ
ージ７９によって示されている）に処理され、図５の参
照番号１０で示されるようなＳＭＴＰメール・ハンドラ
に配送される。逆に、ＳＭＴＰメール・ハンドラ１０か
らのアウトバウンド・メッセージはＡＳＣＩＩテキスト
・メッセージと共にだけＲＦＣ９８７ゲートウェイ２０
に送られる。
【００３４】図１８は、ＲＦＣ９８７ゲートウェイ２０
とＳＭＴＰ及びＸ．４００メール・ハンドラの間に２つ
の経路を形成するために本発明によって実施される処理
を示すプロセスである。ブロック１６０で、ＲＦＣ９８
７ゲートウェイ２０はセンドメール構成要素１２からの
メッセージを受け入れる。ＳＭＴＰメール・ハンドラへ
のメッセージまたはそこからのメッセージについては
（ブロック１６１）、ＲＦＣ９８７ゲートウェイ２０は
ブロック１６３で、これらのメッセージをＲＦＣ８２２
形式へまたはそれから変換し、そのメッセージを処理す
る。ＳＭＴＰメール・ハンドラから受け取ったメッセー
ジは、ブロック１６５でＸ．４００形式に変換され、符
号化される。
とＳＭＴＰ及びＸ．４００メール・ハンドラの間に２つ
の経路を形成するために本発明によって実施される処理
を示すプロセスである。ブロック１６０で、ＲＦＣ９８
７ゲートウェイ２０はセンドメール構成要素１２からの
メッセージを受け入れる。ＳＭＴＰメール・ハンドラへ
のメッセージまたはそこからのメッセージについては
（ブロック１６１）、ＲＦＣ９８７ゲートウェイ２０は
ブロック１６３で、これらのメッセージをＲＦＣ８２２
形式へまたはそれから変換し、そのメッセージを処理す
る。ＳＭＴＰメール・ハンドラから受け取ったメッセー
ジは、ブロック１６５でＸ．４００形式に変換され、符
号化される。
【００３５】ＩＰＭメール・ハンドラへのメッセージ、
またはそこからのメッセージについては（ブロック１６
２）、Ｘ．４００形式とＳＭＴＰ形式の間での変換が不
要なので、ブロック１６４でメッセージが処理の符号化
部分に直接転送される。ブロック１６４及び１６５での
符号化に続いて、ＲＦＣ９８７ゲートウェイ２０は、ブ
ロック１６６でアウトバウンド・メール用のＡＳＮ．１
符号化メッセージを生成する。インバウンド・メッセー
ジの場合は、ブロック１６７でＡＳＮ．１符号化メッセ
ージが復号される。次に、ＲＦＣ９８７ゲートウェイ２
０からＳＭＴＰメール・ハンドラへのアウトバウンド・
メッセージの場合は、ブロック１６８でメッセージ・テ
キストが復号されて、ＲＦＣ８２２形式に変換される。
ＲＦＣ９８７ゲートウェイ２０からＸ．４００メール・
ハンドラへのアウトバウンド・メッセージの場合、ＩＰ
ＭメッセージではＸ．４００システムへの変換が不要な
ので、メッセージ・テキストが復号され、メール・ハン
ドラに直接渡される。最後に、ＳＭＴＰであれＸ．４０
０であれ、すべてのメッセージで（ブロック１７０）、
メッセージ提出プロトコル及びメッセージ配送プロトコ
ルが、ブロック１７１で、すべての配送通知及び受信通
知と共に、メール・システムのユーザ間で転送される。
またはそこからのメッセージについては（ブロック１６
２）、Ｘ．４００形式とＳＭＴＰ形式の間での変換が不
要なので、ブロック１６４でメッセージが処理の符号化
部分に直接転送される。ブロック１６４及び１６５での
符号化に続いて、ＲＦＣ９８７ゲートウェイ２０は、ブ
ロック１６６でアウトバウンド・メール用のＡＳＮ．１
符号化メッセージを生成する。インバウンド・メッセー
ジの場合は、ブロック１６７でＡＳＮ．１符号化メッセ
ージが復号される。次に、ＲＦＣ９８７ゲートウェイ２
０からＳＭＴＰメール・ハンドラへのアウトバウンド・
メッセージの場合は、ブロック１６８でメッセージ・テ
キストが復号されて、ＲＦＣ８２２形式に変換される。
ＲＦＣ９８７ゲートウェイ２０からＸ．４００メール・
ハンドラへのアウトバウンド・メッセージの場合、ＩＰ
ＭメッセージではＸ．４００システムへの変換が不要な
ので、メッセージ・テキストが復号され、メール・ハン
ドラに直接渡される。最後に、ＳＭＴＰであれＸ．４０
０であれ、すべてのメッセージで（ブロック１７０）、
メッセージ提出プロトコル及びメッセージ配送プロトコ
ルが、ブロック１７１で、すべての配送通知及び受信通
知と共に、メール・システムのユーザ間で転送される。
【００３６】図１９は、本発明によってメール処理シス
テムのセンドメール構成要素に加えられた改良を示す構
成図である。センドメール構成ファイルの一部である新
しい機能は参照番号３０で示されている。センドメール
・ファイル３０は、標準のＴＣＰ／ＩＰ、ＵＵＣＰ、及
び標準の混合モード・アドレッシング規則を含んでい
る。センドメール構成ファイル３０はまた、新しいＸ．
４００アドレッシング規則と、Ｘ．４００のアドレスが
混合モード環境で使用可能なように拡張された混合モー
ド・アドレッシング規則とを含んでいる。新しいＸ．４
００アドレッシング規則の実施態様については、前に図
４を参照して説明した。すなわち、メッセージの見出し
６０は、感知性、重要性、陳腐、満了日、ユーザへの返
答用の各ヘッダを含んでいる。同様に、混合モード・ア
ドレッシングへの拡張の実施態様は、上記の例で示し
た。
テムのセンドメール構成要素に加えられた改良を示す構
成図である。センドメール構成ファイルの一部である新
しい機能は参照番号３０で示されている。センドメール
・ファイル３０は、標準のＴＣＰ／ＩＰ、ＵＵＣＰ、及
び標準の混合モード・アドレッシング規則を含んでい
る。センドメール構成ファイル３０はまた、新しいＸ．
４００アドレッシング規則と、Ｘ．４００のアドレスが
混合モード環境で使用可能なように拡張された混合モー
ド・アドレッシング規則とを含んでいる。新しいＸ．４
００アドレッシング規則の実施態様については、前に図
４を参照して説明した。すなわち、メッセージの見出し
６０は、感知性、重要性、陳腐、満了日、ユーザへの返
答用の各ヘッダを含んでいる。同様に、混合モード・ア
ドレッシングへの拡張の実施態様は、上記の例で示し
た。
【００３７】図１９のセンドメール構成要素１２に関し
ては、本発明の新たなセンドメール規則３０の結果であ
る、２つの経路がそこに含まれている。センドメール構
成要素１２とＲＦＣ９８７ゲートウェイ２０の間の経路
１３、１５が示され、それぞれ経路“ａ”、“ｂ”と通
信状態にある。上記の経路１３は（センドメール構成要
素１２中を通る経路“ａ”と共に）、Ｘ．４００メッセ
ージをＲＦＣ９８７ゲートウェイ２０からＩＰＭメール
・ハンドラへ直接渡せるようにする。経路“ｂ”は、Ｉ
ＰＭメッセージのＲＦＣ８２２形式への変換を可能にす
る。したがって、経路１５と、センドメール構成要素１
２中を通る経路“ｂ”は、（ＳＭＴＰユーザが受信でき
るように変換された）ＩＰＭメッセージをＳＭＴＰメー
ル・ハンドラに転送できるようにする。従来のセンドメ
ールには経路“ｃ”のみが存在したのに対し、センドメ
ール構成要素１２中を通る経路“ａ”及び“ｂ”の作成
により、新たなセンドメール構成ファイル３０によって
もたらされる新しい機能が実施される。
ては、本発明の新たなセンドメール規則３０の結果であ
る、２つの経路がそこに含まれている。センドメール構
成要素１２とＲＦＣ９８７ゲートウェイ２０の間の経路
１３、１５が示され、それぞれ経路“ａ”、“ｂ”と通
信状態にある。上記の経路１３は（センドメール構成要
素１２中を通る経路“ａ”と共に）、Ｘ．４００メッセ
ージをＲＦＣ９８７ゲートウェイ２０からＩＰＭメール
・ハンドラへ直接渡せるようにする。経路“ｂ”は、Ｉ
ＰＭメッセージのＲＦＣ８２２形式への変換を可能にす
る。したがって、経路１５と、センドメール構成要素１
２中を通る経路“ｂ”は、（ＳＭＴＰユーザが受信でき
るように変換された）ＩＰＭメッセージをＳＭＴＰメー
ル・ハンドラに転送できるようにする。従来のセンドメ
ールには経路“ｃ”のみが存在したのに対し、センドメ
ール構成要素１２中を通る経路“ａ”及び“ｂ”の作成
により、新たなセンドメール構成ファイル３０によって
もたらされる新しい機能が実施される。
【００３８】メール・ハンドラ要素中に組み込んだ本発
明の新しい機構は、図２０の参照番号２８で全般的に表
されている（図１も参照のこと）。第一に、機構２８の
変更はメール・ハンドラからアウトバウンドされるメー
ルのみに影響する、すなわちメール・ハンドラ１０は、
アウトバウンドＸ．４００メールを除き、従来のメール
・ハンドラと同じく動作することに留意されたい。ブロ
ック１８０で、本発明のメール・ハンドラ１０は、メッ
セージの送信を助けるのに用いられるルーチン、すなわ
ちメール処理ルーチンの集合体である、“ｓｅｎｄｓｂ
ｒ（）”などのｓｅｎｄサブルーチンを実行する。次い
でｓｅｎｄサブルーチンは、ブロック１８１で別のサブ
ルーチン“ｐｏｓｔ（）”または“ｓｐｏｓｔ（）”を
呼び出す。これらのサブルーチンは、送られるメッセー
ジのヘッダ及びメッセージを妥当性検査するのに、すな
わちメッセージが前述のフォーマット（図３、４、１７
０）に合致するかどうか検査するのに使用される。従来
のメール・ハンドラでは、“ｐｏｓｔ（）”または“ｓ
ｐｏｓｔ（）”サブルーチンに続いて、メッセージをセ
ンドメール構成要素に送る。しかし、本発明のメール・
ハンドラでは、“ｐｏｓｔ（）”または“ｓｐｏｓ
ｔ（）”サブルーチンが別の妥当性検査サブルーチン
（“Ｘ．４００ｆｌｄｃｈｋ”）を呼び出す。このＸ．
４００フィールド検査サブルーチンは、ブロック１８２
で、送られるメッセージが適正なＸ．４００形式である
かどうか妥当性検査する。すなわち、メッセージをセン
ドメール構成要素に送る前に、拡張ヘッダ、キーワード
その他のパラメータが適正なＸ．４００形式であるかど
うか妥当性検査する。図２０は、メッセージがどのよう
に“ｐｏｓｔ（）”または“ｓｐｏｓｔ（）”ルーチン
によって妥当性検査され（ブロック１８１）、次いでセ
ンドメールに送られる前にＸ．４００フィールド検査ル
ーチンに渡される（ブロック１８２）かを示している。
このようにして、本発明は出力メッセージがＸ．４００
形式及びＳＭＴＰ形式であるかどうか妥当性検査するこ
とができる。
明の新しい機構は、図２０の参照番号２８で全般的に表
されている（図１も参照のこと）。第一に、機構２８の
変更はメール・ハンドラからアウトバウンドされるメー
ルのみに影響する、すなわちメール・ハンドラ１０は、
アウトバウンドＸ．４００メールを除き、従来のメール
・ハンドラと同じく動作することに留意されたい。ブロ
ック１８０で、本発明のメール・ハンドラ１０は、メッ
セージの送信を助けるのに用いられるルーチン、すなわ
ちメール処理ルーチンの集合体である、“ｓｅｎｄｓｂ
ｒ（）”などのｓｅｎｄサブルーチンを実行する。次い
でｓｅｎｄサブルーチンは、ブロック１８１で別のサブ
ルーチン“ｐｏｓｔ（）”または“ｓｐｏｓｔ（）”を
呼び出す。これらのサブルーチンは、送られるメッセー
ジのヘッダ及びメッセージを妥当性検査するのに、すな
わちメッセージが前述のフォーマット（図３、４、１７
０）に合致するかどうか検査するのに使用される。従来
のメール・ハンドラでは、“ｐｏｓｔ（）”または“ｓ
ｐｏｓｔ（）”サブルーチンに続いて、メッセージをセ
ンドメール構成要素に送る。しかし、本発明のメール・
ハンドラでは、“ｐｏｓｔ（）”または“ｓｐｏｓ
ｔ（）”サブルーチンが別の妥当性検査サブルーチン
（“Ｘ．４００ｆｌｄｃｈｋ”）を呼び出す。このＸ．
４００フィールド検査サブルーチンは、ブロック１８２
で、送られるメッセージが適正なＸ．４００形式である
かどうか妥当性検査する。すなわち、メッセージをセン
ドメール構成要素に送る前に、拡張ヘッダ、キーワード
その他のパラメータが適正なＸ．４００形式であるかど
うか妥当性検査する。図２０は、メッセージがどのよう
に“ｐｏｓｔ（）”または“ｓｐｏｓｔ（）”ルーチン
によって妥当性検査され（ブロック１８１）、次いでセ
ンドメールに送られる前にＸ．４００フィールド検査ル
ーチンに渡される（ブロック１８２）かを示している。
このようにして、本発明は出力メッセージがＸ．４００
形式及びＳＭＴＰ形式であるかどうか妥当性検査するこ
とができる。
【００３９】
【発明の効果】本発明により、単一のメール待ち行列ま
たは構内システムからＸ．４００メール・システムとＳ
ＭＴＰメール・システムの両方を管理する能力をユーザ
に与えるメール処理システムが提供される。さらに、各
送信者及び各受信者が同一のメーール処理能力をもつ必
要なしに、異なるシステムのユーザ間で通信を行うシス
テムが提供される。
たは構内システムからＸ．４００メール・システムとＳ
ＭＴＰメール・システムの両方を管理する能力をユーザ
に与えるメール処理システムが提供される。さらに、各
送信者及び各受信者が同一のメーール処理能力をもつ必
要なしに、異なるシステムのユーザ間で通信を行うシス
テムが提供される。
【図１】本発明のメール処理インターフェースの諸要素
を示す構成図である。
を示す構成図である。
【図２】本発明と伝送制御プロトコル（ＴＣＰ）、Ｘ．
４００、ＵＮＩＸ−ＵＮＩＸコピー・プロトコル（ＵＵ
ＣＰ）などの種々のメール処理・システムとの相互接続
を示す構成図である。
４００、ＵＮＩＸ−ＵＮＩＸコピー・プロトコル（ＵＵ
ＣＰ）などの種々のメール処理・システムとの相互接続
を示す構成図である。
【図３】本発明のＲＦＣ９８７ゲートウェイの、特に本
発明によって追加された機能を示す図である。
発明によって追加された機能を示す図である。
【図４】メール処理システムのメール・ハンドラ構成要
素に関係する、本発明の特別な機能を示す図である。
素に関係する、本発明の特別な機能を示す図である。
【図５】本発明のメール処理システムと従来技術のメー
ル処理システムとの相互接続を示す概略図である。
ル処理システムとの相互接続を示す概略図である。
【図６】本発明のＸ．４００ユーザがどのようにしてＯ
ＳＩシステムに接続されたＸ．４００ユーザにメッセー
ジを送信できるかを示す構成図である。
ＳＩシステムに接続されたＸ．４００ユーザにメッセー
ジを送信できるかを示す構成図である。
【図７】本発明のＸ．４００ユーザがどのようにしてＯ
ＳＩシステムに接続されたＸ．４００ユーザにメッセー
ジを送信できるかを、図６と共に、示す構成図である。
ＳＩシステムに接続されたＸ．４００ユーザにメッセー
ジを送信できるかを、図６と共に、示す構成図である。
【図８】本発明のＳＭＴＰユーザがどのようにしてＯＳ
Ｉシステムに接続されたＸ．４００ユーザにメッセージ
を送信できるかを示す構成図である。
Ｉシステムに接続されたＸ．４００ユーザにメッセージ
を送信できるかを示す構成図である。
【図９】本発明のＳＭＴＰユーザがどのようにしてＯＳ
Ｉシステムに接続されたＸ．４００ユーザにメッセージ
を送信できるかを、図８と共に、示す構成図である。
Ｉシステムに接続されたＸ．４００ユーザにメッセージ
を送信できるかを、図８と共に、示す構成図である。
【図１０】ＴＣＰシステムに接続されたＸ．４００ユー
ザがどのようにしてＯＳＩシステムに接続されたＸ．４
００ユーザにメールを送信できるかを示す構成図であ
る。
ザがどのようにしてＯＳＩシステムに接続されたＸ．４
００ユーザにメールを送信できるかを示す構成図であ
る。
【図１１】ＴＣＰシステムに接続されたＸ．４００ユー
ザがどのようにしてＯＳＩシステムに接続されたＸ．４
００ユーザにメールを送信できるかを、図１０と共に、
示す構成図である。
ザがどのようにしてＯＳＩシステムに接続されたＸ．４
００ユーザにメールを送信できるかを、図１０と共に、
示す構成図である。
【図１２】本発明によりＯＳＩシステムに接続された
Ｘ．４００ユーザがどのようにしてＴＣＰシステムに接
続されたＳＭＴＰユーザにメッセージを送信できるかを
示す構成図である。
Ｘ．４００ユーザがどのようにしてＴＣＰシステムに接
続されたＳＭＴＰユーザにメッセージを送信できるかを
示す構成図である。
【図１３】本発明によりＯＳＩシステムに接続された
Ｘ．４００ユーザがどのようにしてＴＣＰシステムに接
続されたＳＭＴＰユーザにメッセージを送信できるか
を、図１２と共に、示す構成図である。
Ｘ．４００ユーザがどのようにしてＴＣＰシステムに接
続されたＳＭＴＰユーザにメッセージを送信できるか
を、図１２と共に、示す構成図である。
【図１４】ＴＣＰシステムに接続されたＳＭＴＰユーザ
がどのようにして、本発明のゲートウェイ・ホストを介
してＯＳＩネットワークに接続されたＸ．４００ユーザ
にメールを送信できるかを示す構成図である。
がどのようにして、本発明のゲートウェイ・ホストを介
してＯＳＩネットワークに接続されたＸ．４００ユーザ
にメールを送信できるかを示す構成図である。
【図１５】ＴＣＰシステムに接続されたＳＭＴＰユーザ
がどのようにして本発明のゲートウェイ・ホストを介し
てＯＳＩネットワークに接続されたＸ．４００ユーザに
メールを送信できるかを、図１４と共に、示す構成図で
ある。
がどのようにして本発明のゲートウェイ・ホストを介し
てＯＳＩネットワークに接続されたＸ．４００ユーザに
メールを送信できるかを、図１４と共に、示す構成図で
ある。
【図１６】ＴＣＰシステムに接続されたＴＣＰ／ＩＰユ
ーザがどのようにして同じＴＣＰシステムに接続された
ＳＭＴＰユーザにメールを送信できるかを示す構成図で
ある。
ーザがどのようにして同じＴＣＰシステムに接続された
ＳＭＴＰユーザにメールを送信できるかを示す構成図で
ある。
【図１７】本発明のメール処理インターフェースを実施
するのに必要な、ＲＦＣ９８７ゲートウェイを介する
Ｘ．４００メッセージ及びＳＭＴＰメッセージの流れを
示す構成図である。
するのに必要な、ＲＦＣ９８７ゲートウェイを介する
Ｘ．４００メッセージ及びＳＭＴＰメッセージの流れを
示す構成図である。
【図１８】本発明で使用する、ＲＦＣ９８７ゲートウェ
イを介するメッセージの流れを可能にするためのステッ
プ図である。
イを介するメッセージの流れを可能にするためのステッ
プ図である。
【図１９】本発明のセンドメール構成要素を通るメッセ
ージの流れと、この流れを実施するのに必要な変更を示
す構成図である。
ージの流れと、この流れを実施するのに必要な変更を示
す構成図である。
【図２０】メール・ハンドラが本発明と整合する形で動
作するために必要とする追加の機能を表すステップ図で
ある。
作するために必要とする追加の機能を表すステップ図で
ある。
１０ メール・ハンドラ １２ センドメール構成要素 １４ 構内メール構成要素 １６ メール待ち行列（メッセージ記憶構成要素ＭＳ） １８ 単純メール転送プロトコル（ＳＭＴＰ） ２０ ＲＦＣ９８７ゲートウェイ ２２ 伝送制御プロトコル（ＴＣＰ） ２４ メッセージ転送エージェント（ＭＴＡ） ２６ 開放型システム相互接続（ＯＳＩ）ネットワーク ２８ メール・ハンドラ用特殊機構 ３０ センド・メール用特殊機構 ３２ ＲＦＣ９８７ゲートウェイ用特殊機構 ３６ 非同期（ＡＳＹＮＣ）ネットワーク ３８ ＵＮＩＸ−ＵＮＩＸコピー・プロトコル（ＵＵＣ
Ｐ） ４２ メール・ハンドラ・インターフェース
Ｐ） ４２ メール・ハンドラ・インターフェース
───────────────────────────────────────────────────── フロントページの続き (72)発明者 エレン・ジヤン・ストークス アメリカ合衆国 78642、テキサス州、リ バテイ・ヒル、ルート ３、ボツクス 39 エイチ（番地なし）
Claims (23)
- 【請求項１】第１と第２の通信プロトコルを有する、少
なくとも第１と第２の通信システムのユーザ間で通信す
る方法であって、 任意のユーザから発信された通信を処理するための共通
インターフェースを上記第１の通信システム内に設ける
段階と、 上記第１の通信プロトコルのユーザに対応するアドレス
が、上記第２の通信プロトコルのユーザに対応するアド
レスと混合されるように、上記通信をアドレスする段階
と、 上記アドレスの、上記第２の通信プロトコルのユーザに
対応する部分を認識する段階と、 上記通信を、上記アドレスに基づいて、上記第１の通信
プロトコルの上記ユーザと上記第２の通信プロトコルの
上記ユーザとのうちの一方に経路指定する段階とを含む
通信処理方法。 - 【請求項２】さらに、上記第１の通信プロトコルと上記
第２の通信プロトコルの間で上記通信を変換する段階
と、 上記通信を、この通信に対応するアドレスで識別される
上記第２の通信プロトコルのユーザに出力する段階と、 を含む、請求項１の通信処理方法。 - 【請求項３】上記の変換段階が、 上記第１の通信プロトコルの上記通信を、上記第２の通
信プロトコルの対応する通信にフォーマットする段階
と、 上記第２の通信プロトコルの上記通信を、上記第１の通
信プロトコルの対応する通信にフォーマットする段階と
を含む、請求項２の通信処理方法。 - 【請求項４】上記の認識段階が、 上記第１の通信プロトコルを、上記第２の通信プロトコ
ルに明確に関連する情報を認識するように拡張する段階
と、 上記第２通信プロトコルに対応し、第１通信のプロトコ
ルには関連しない上記通信中の追加情報を、上記通信イ
ンターフェースによって許容する段階とを含む、請求項
３の通信処理方法。 - 【請求項５】上記経路設定段階が、上記第１と第２の通
信プロトコルのユーザからアクセス可能な記憶手段を設
ける段階と、 上記の変換された通信を上記記憶手段に転送する段階と
上記の出力された通信を上記記憶手段に転送する段階と
を含む、請求項４の通信処理方法。 - 【請求項６】共通インターフェースを設ける上記段階
が、 上記第１の通信プロトコルのユーザに送るべき上記通信
の形式を妥当性検査する段階と、 上記第２の通信プロトコルのユーザに送るべき上記通信
の形式を妥当性検査する段階とを含む、請求項５の通信
処理方法。 - 【請求項７】第１と第２の通信プロトコルを有する、少
なくとも第１と第２の通信システムのユーザ間で通信す
る方法であって、 上記の任意のユーザから発信された通信の形式を妥当性
検査するための共通インターフェースを上記第１の通信
システム内に設ける段階と、 上記第１の通信プロトコルのユーザに対応するアドレス
が、上記第２の通信プロトコルのユーザに対応するアド
レスと混合されるように、上記通信をアドレスする段階
と、 上記第１の通信プロトコルを、上記第２の通信プロトコ
ルに明確に関連する情報を認識するように拡張する段階
と、 上記第２の通信プロトコルに対応し、上記第１の通信プ
ロトコルには関連しない上記通信中の追加情報を、上記
通信インターフェースによって許容する段階と、 上記第１の通信プロトコルと上記第２の通信プロトコル
の間で上記通信を変換する段階と、 上記通信を、この通信に対応するアドレスで識別される
上記第２の通信プロトコルのユーザに出力する段階と、 上記の通信を、上記アドレスに基づいて、上記第１の通
信プロトコルの上記ユーザと上記第２の通信プロトコル
の上記ユーザとのうちの一方に経路指定する段階とを含
む通信処理方法。 - 【請求項８】第１と第２の通信プロトコルを有する、少
なくとも第１と第２の通信システムのユーザ間での通信
を実現するための装置であって、 上記の任意のユーザから発信された通信を処理する手段
と、 上記第１の通信プロトコルのユーザに対応するアドレス
が、上記第２の通信プロトコルのユーザに対応するアド
レスと混合されるように、上記通信をアドレスする手段
と、 上記アドレスの、上記第２の通信プロトコルのユーザに
対応する部分を認識する手段と、 上記の通信を、上記のアドレスに基づいて、上記第１の
通信プロトコルの上記ユーザと上記第２の通信プロトコ
ルの上記ユーザとのうちの一方に経路指定する手段とを
含む通信処理装置。 - 【請求項９】さらに、上記第１の通信プロトコルと上記
第２の通信プロトコルの間で上記通信を変換する手段
と、 上記の通信を、この通信に対応するアドレスで識別され
る上記第２の通信プロトコルのユーザに出力する手段と
を含む、請求項８の通信処理装置。 - 【請求項１０】上記の変換手段が、 上記第１の通信プロトコルの上記通信を、上記第２の通
信プロトコルの対応する通信にフォーマットする手段
と、 上記第２の通信プロトコルの上記通信を、上記第１の通
信プロトコルの対応する通信にフォーマットする手段と
を含む、請求項９の通信処理装置。 - 【請求項１１】上記の認識手段が、 上記第１の通信プロトコルを、上記第２の通信プロトコ
ルに明確に関連する情報を認識するように拡張する手段
と、 上記第２の通信プロトコルに対応し、上記第１の通信プ
ロトコルには関連しない上記通信中の追加情報を、上記
の通信インターフェースによって許容する手段とを含
む、請求項１０の通信処理装置。 - 【請求項１２】上記の経路指定手段が、 上記第１と第２の通信プロトコルのユーザからアクセス
可能な記憶手段と、 上記の変換された通信を上記の記憶手段に転送する手段
と、 上記の出力された通信を上記の記憶手段に転送する手段
と を含む、請求項１１の通信処理装置。 - 【請求項１３】上記の通信処理手段が、 上記第１の通信プロトコルのユーザに送るべき上記通信
の形式を妥当性検査する手段と、 上記第２の通信プロトコルのユーザに送るべき上記通信
の形式を妥当性検査する手段と、 を含む、請求項１２の通信処理装置。 - 【請求項１４】第１と第２の通信プロトコルを有する、
少なくとも第１と第２の通信システムのユーザ間での通
信を実現するための装置であって、 上記の任意のユーザから発信された通信の形式を妥当性
検査する手段と、 上記第１の通信プロトコルのユーザに対応するアドレス
が、上記第２の通信プロトコルのユーザに対応するアド
レスと混合されるように、上記通信をアドレスする手段
と、 上記第１の通信プロトコルを、上記第２の通信プロトコ
ルに明確に関連する情報を認識するように拡張する手段
と、 上記第２の通信プロトコルに対応し、上記第１の通信プ
ロトコルには関連しない上記通信中の追加情報を、上記
の通信インターフェースによって許容する手段と、 上記第１の通信プロトコルと上記第２の通信プロトコル
の間で上記通信を変換する手段と、 上記通信を、これに対応するアドレスで識別される上記
第２の通信プロトコルのユーザに出力する手段と、 上記通信を、上記のアドレスに基づいて、上記第１の通
信プロトコルの上記ユーザと上記第２の通信プロトコル
の上記ユーザとのうちの一方に経路指定する手段とを含
む通信処理装置。 - 【請求項１５】上記の第１と第２の通信プロトコルが、
それぞれメール処理プログラム適用業務を表している、
請求項１４の通信処理装置。 - 【請求項１６】上記第１の通信プロトコルの上記ユーザ
が第１のコンピュータ・ネットワークによって互いに相
互接続され、上記第２の通信プロトコルの上記ユーザが
第２のコンピュータ・ネットワークによって互いに相互
接続されている、請求項１５の通信処理装置。 - 【請求項１７】第１と第２の通信プロトコルを有する、
少なくとも第１と第２の通信システムのユーザ間での通
信を実現するためのコンピュータ・プログラムであっ
て、 上記の任意のユーザから発信された通信を処理する手段
と、 上記第１の通信プロトコルのユーザに対応するアドレス
が、上記第２の通信プロトコルのユーザに対応するアド
レスと混合されるように、上記通信をアドレスする手段
と、 上記アドレスの、上記第２の通信プロトコルのユーザに
対応する部分を認識する手段と、 上記通信を、上記アドレスに基づいて、上記第１の通信
プロトコルの上記ユーザと上記第２の通信プロトコルの
上記ユーザとのうちの一方に経路指定する手段とを含む
コンピュータ・プログラム。 - 【請求項１８】さらに、上記の通信を、上記第１の通信
プロトコルと上記第２の通信プロトコルの間で変換する
手段と、 上記通信を、これに対応するアドレスで識別される上記
第２の通信プロトコルのユーザに出力する手段とを含
む、請求項１７のコンピュータ・プログラム。 - 【請求項１９】上記の変換手段が、 上記第１の通信プロトコルの上記通信を、上記第２の通
信プロトコルの対応する通信にフォーマットする手段
と、 上記第２の通信プロトコルの上記通信を、上記第１の通
信プロトコルの対応する通信にフォーマットする手段と
を含む、請求項１８のコンピュータ・プログラム。 - 【請求項２０】上記の認識手段が、 上記第１の通信プロトコルを、上記第２の通信プロトコ
ルに明確に関連する情報を認識するように拡張する手段
と、 上記第２の通信プロトコルに対応し、上記第１の通信プ
ロトコルには関連しない上記の通信中の追加情報を、上
記の通信インターフェースによって許容する手段とを含
む、請求項１９のコンピュータ・プログラム。 - 【請求項２１】上記の経路指定手段が、 上記第１と第２の通信プロトコルのユーザからアクセス
可能な記憶手段と、 上記の変換された通信を上記の記憶手段に転送する手段
と、 上記の出力された通信を上記の記憶手段に転送する手段
と を含む、請求項２０のコンピュータ・プログラム。 - 【請求項２２】上記の処理手段が、 上記第１の通信プロトコルのユーザに送るべき上記通信
の形式を妥当性検査する手段と、 上記第２の通信プロトコルのユーザに送るべき上記通信
の形式を妥当性検査する手段とを含む、請求項２１のコ
ンピュータ・プログラム。 - 【請求項２３】第１と第２の通信プロトコルを有する、
少なくとも第１と第２の通信システムのユーザ間での通
信を実施するためのコンピュータ・プログラムであっ
て、 上記の任意のユーザから発信された通信の形式を妥当性
検査する手段と、 上記第１の通信プロトコルのユーザに対応するアドレス
が、上記第２の通信プロトコルのユーザに対応するアド
レスと混合されるように、上記通信をアドレスする手段
と、 上記第１の通信プロトコルを、上記第２の通信プロトコ
ルと明確に関連する情報を認識できるように拡張する手
段と、 上記第２の通信プロトコルに対応し、上記第１の通信プ
ロトコルには関連しない上記通信中の追加情報を、上記
通信インターフェースによって許容する手段と、 上記通信を、上記第１の通信プロトコルと上記第２の通
信プロトコルの間で変換する手段と、 上記通信を、上記通信に対応するアドレスで識別される
上記第２の通信プロトコルのユーザに出力する手段と、 上記通信を、上記アドレスに基づいて、上記第１の通信
プロトコルの上記ユーザと上記第２の通信プロトコルの
上記ユーザとのうちの一方に経路指定する手段とを含む
コンピュータ・プログラム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US539935 | 1990-06-18 | ||
| US07/539,935 US5278955A (en) | 1990-06-18 | 1990-06-18 | Open systems mail handling capability in a multi-user environment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0583263A true JPH0583263A (ja) | 1993-04-02 |
| JPH07112196B2 JPH07112196B2 (ja) | 1995-11-29 |
Family
ID=24153267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3112197A Expired - Fee Related JPH07112196B2 (ja) | 1990-06-18 | 1991-04-18 | 複数ユーザ環境における開放型システムの通信処理方法及び装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5278955A (ja) |
| EP (1) | EP0462725B1 (ja) |
| JP (1) | JPH07112196B2 (ja) |
| DE (1) | DE69127514T2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0568036A (ja) * | 1991-02-06 | 1993-03-19 | Fuji Xerox Co Ltd | 電子メールシステム |
| JPH0954736A (ja) * | 1995-08-15 | 1997-02-25 | Kyushu Nippon Denki Software Kk | ファイルサーバシステム環境におけるｏｓｉ実装方法 |
| WO2011163481A3 (en) * | 2010-06-23 | 2012-04-05 | Hillcrest Laboratories Inc. | Television sign on for personalization in a multi-user environment |
Families Citing this family (49)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020004812A1 (en) | 1997-06-26 | 2002-01-10 | Tetsuro Motoyama | Method and system for diagnosis and control of machines using connectionless modes having delivery monitoring and an alternate communication mode |
| US5579467A (en) * | 1992-05-27 | 1996-11-26 | Apple Computer, Inc. | Method and apparatus for formatting a communication |
| US5550976A (en) * | 1992-12-08 | 1996-08-27 | Sun Hydraulics Corporation | Decentralized distributed asynchronous object oriented system and method for electronic data management, storage, and communication |
| JPH06216935A (ja) * | 1993-01-18 | 1994-08-05 | Fujitsu Ltd | 電子メールシステム |
| DE4402856A1 (de) * | 1994-01-31 | 1995-08-10 | Sel Alcatel Ag | Verfahren zum Versenden von Briefen, sowie Teilnehmerstation, Konverterstation und Briefversendeeinrichtung |
| DE4403626A1 (de) * | 1994-02-05 | 1995-08-10 | Alcatel Network Services Deuts | Verfahren zum Versenden von Dokumenten, sowie Teilnehmerstationen und Konverterstation dafür |
| US5550984A (en) * | 1994-12-07 | 1996-08-27 | Matsushita Electric Corporation Of America | Security system for preventing unauthorized communications between networks by translating communications received in ip protocol to non-ip protocol to remove address and routing services information |
| US5850518A (en) * | 1994-12-12 | 1998-12-15 | Northrup; Charles J. | Access-method-independent exchange |
| US5710883A (en) * | 1995-03-10 | 1998-01-20 | Stanford University | Hypertext document transport mechanism for firewall-compatible distributed world-wide web publishing |
| JP3649769B2 (ja) * | 1995-03-17 | 2005-05-18 | 富士通株式会社 | 情報処理システムの切替え装置 |
| US5742845A (en) | 1995-06-22 | 1998-04-21 | Datascape, Inc. | System for extending present open network communication protocols to communicate with non-standard I/O devices directly coupled to an open network |
| US5896533A (en) * | 1995-07-06 | 1999-04-20 | Intel Corporation | Accessing internets world-wide web through object linking and embedding technology |
| US5926636A (en) * | 1996-02-21 | 1999-07-20 | Adaptec, Inc. | Remote procedural call component management method for a heterogeneous computer network |
| US6072862A (en) * | 1996-07-02 | 2000-06-06 | Srinivasan; Thiru | Adaptable method and system for message delivery |
| US5781902A (en) * | 1996-07-12 | 1998-07-14 | Microsoft Corporation | Method, computer program product, and system for extending the capabilities of an existing process to store and display foreign data |
| US6108689A (en) * | 1996-10-11 | 2000-08-22 | International Business Machines Corporation | Method and system for processing messages in a distributed computing environment |
| DE19717948C2 (de) * | 1997-04-29 | 2003-07-31 | Deutsche Telekom Ag | Verfahren zur Übertragung von Informationen |
| US6035326A (en) * | 1997-05-07 | 2000-03-07 | International Business Machines Corporation | Mapping table lookup optimization system |
| EP1000400A4 (en) * | 1997-06-17 | 2005-04-06 | Purdue Pharma Lp | SYSTEM FOR THE ELECTRONIC MAIL TRANSMISSION OF MESSAGES AND AUTODETRUISANT DOCUMENTS |
| US5864827A (en) * | 1997-06-27 | 1999-01-26 | Belzberg Financial Markets & News International Inc. | System and method for providing an information gateway |
| US6195686B1 (en) * | 1997-09-29 | 2001-02-27 | Ericsson Inc. | Messaging application having a plurality of interfacing capabilities |
| KR100285122B1 (ko) * | 1999-01-13 | 2001-03-15 | 이수복 | 인터넷 전자우편 부가 서비스 시스템 |
| GB2345828A (en) * | 1999-01-16 | 2000-07-19 | Ibm | Clustering message switches |
| US6718367B1 (en) * | 1999-06-01 | 2004-04-06 | General Interactive, Inc. | Filter for modeling system and method for handling and routing of text-based asynchronous communications |
| US6601088B1 (en) * | 1999-06-23 | 2003-07-29 | International Business Machines Corporation | User controlled e-mail deletion |
| US6549937B1 (en) * | 1999-07-21 | 2003-04-15 | Microsoft Corporation | System and method for multi-protocol communication in a computer network |
| US6609156B1 (en) | 1999-12-29 | 2003-08-19 | Unisys Corporation | Method and apparatus for reducing redundant multiple recipient message handling in a message handling system |
| EP1137236A1 (en) * | 2000-03-24 | 2001-09-26 | BRITISH TELECOMMUNICATIONS public limited company | Processing network address identifiers |
| EP1137235A1 (en) * | 2000-03-24 | 2001-09-26 | BRITISH TELECOMMUNICATIONS public limited company | Processing network communication control messages |
| JP2002024394A (ja) * | 2000-07-11 | 2002-01-25 | Fuji Photo Film Co Ltd | 医用画像集中管理システムおよび方法並びに記録媒体 |
| US6993506B2 (en) | 2000-12-05 | 2006-01-31 | Jgr Acquisition, Inc. | Method and device utilizing polymorphic data in e-commerce |
| US8478824B2 (en) * | 2002-02-05 | 2013-07-02 | Portauthority Technologies Inc. | Apparatus and method for controlling unauthorized dissemination of electronic mail |
| US7681032B2 (en) | 2001-03-12 | 2010-03-16 | Portauthority Technologies Inc. | System and method for monitoring unauthorized transport of digital content |
| US7376704B2 (en) * | 2002-09-24 | 2008-05-20 | At&T Delaware Intellectual Property, Inc. | Methods, systems, and products for converting between legacy systems |
| US7298836B2 (en) * | 2002-09-24 | 2007-11-20 | At&T Bls Intellectual Property, Inc. | Network-based healthcare information systems |
| US20040117450A1 (en) * | 2002-12-13 | 2004-06-17 | Campbell David T. | Gateway email concentrator |
| US7620170B2 (en) | 2002-12-31 | 2009-11-17 | At&T Intellectual Property I, L.P. | Computer telephony integration (CTI) complete customer contact center |
| US7573999B2 (en) | 2002-12-31 | 2009-08-11 | At&T Intellectual Property I, L.P. | Computer telephony integration (CTI) complete healthcare contact center |
| US7248688B2 (en) * | 2003-01-27 | 2007-07-24 | Bellsouth Intellectual Property Corporation | Virtual physician office systems and methods |
| US7440567B2 (en) * | 2003-01-27 | 2008-10-21 | At&T Intellectual Property I, L.P. | Healthcare virtual private network methods and systems |
| US8149823B2 (en) * | 2003-01-27 | 2012-04-03 | At&T Intellectual Property I, L.P. | Computer telephony integration (CTI) systems and methods for enhancing school safety |
| US7949613B2 (en) * | 2003-05-02 | 2011-05-24 | Siemens Industry, Inc. | Apparatus for improved sortation and delivery point processing of military mail |
| US7363378B2 (en) * | 2003-07-01 | 2008-04-22 | Microsoft Corporation | Transport system for instant messaging |
| US7539727B2 (en) * | 2003-07-01 | 2009-05-26 | Microsoft Corporation | Instant messaging object store |
| US8171084B2 (en) * | 2004-01-20 | 2012-05-01 | Microsoft Corporation | Custom emoticons |
| US20060078126A1 (en) * | 2004-10-08 | 2006-04-13 | Philip Cacayorin | Floating vector scrambling methods and apparatus |
| US7433700B2 (en) * | 2004-11-12 | 2008-10-07 | Microsoft Corporation | Strategies for peer-to-peer instant messaging |
| US20060195532A1 (en) * | 2005-02-28 | 2006-08-31 | Microsoft Corporation | Client-side presence documentation |
| US7529255B2 (en) * | 2005-04-21 | 2009-05-05 | Microsoft Corporation | Peer-to-peer multicasting using multiple transport protocols |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5840965A (ja) * | 1981-09-04 | 1983-03-10 | Hitachi Ltd | 電話回線を利用した郵便システム |
| US4648061A (en) * | 1982-11-09 | 1987-03-03 | Machines Corporation, A Corporation Of New York | Electronic document distribution network with dynamic document interchange protocol generation |
| US4688170A (en) * | 1983-09-22 | 1987-08-18 | Tau Systems Corporation | Communications network for communicating with computers provided with disparate protocols |
| US4677588A (en) * | 1983-11-14 | 1987-06-30 | International Business Machines Corp. | Network interconnection without integration |
| DE3677561D1 (de) * | 1985-09-12 | 1991-03-28 | Sony Corp | Protokollumsetzer fuer ein videotextsystem. |
| US4837798A (en) * | 1986-06-02 | 1989-06-06 | American Telephone And Telegraph Company | Communication system having unified messaging |
| US4790003A (en) * | 1987-04-27 | 1988-12-06 | American Telephone And Telegraph Company, At&T Information Systems | Message service system network |
| AU1760188A (en) * | 1987-06-18 | 1988-12-22 | Octel Communications Corporation | Voice mailbox address management system |
| US4951245A (en) * | 1988-05-20 | 1990-08-21 | Bull Hn Information Systems Inc. | Network terminal driver communications subsystem |
| JPH021659A (ja) * | 1988-06-10 | 1990-01-05 | Nec Corp | 異種電子メールシステム間通信方式 |
| JPH02112454A (ja) * | 1988-10-14 | 1990-04-25 | Osaka Gas Co Ltd | 炭素繊維製組紐の製造方法 |
| US5142622A (en) * | 1989-01-31 | 1992-08-25 | International Business Machines Corporation | System for interconnecting applications across different networks of data processing systems by mapping protocols across different network domains |
| JPH06269437A (ja) * | 1993-03-19 | 1994-09-27 | Hitachi Medical Corp | ディジタルｘ線撮影装置 |
-
1990
- 1990-06-18 US US07/539,935 patent/US5278955A/en not_active Expired - Lifetime
-
1991
- 1991-04-18 JP JP3112197A patent/JPH07112196B2/ja not_active Expired - Fee Related
- 1991-06-05 EP EP91305076A patent/EP0462725B1/en not_active Expired - Lifetime
- 1991-06-05 DE DE69127514T patent/DE69127514T2/de not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| A GATEWAY BETWEEN MHS AND SMTP=1988US * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0568036A (ja) * | 1991-02-06 | 1993-03-19 | Fuji Xerox Co Ltd | 電子メールシステム |
| JPH0954736A (ja) * | 1995-08-15 | 1997-02-25 | Kyushu Nippon Denki Software Kk | ファイルサーバシステム環境におけるｏｓｉ実装方法 |
| WO2011163481A3 (en) * | 2010-06-23 | 2012-04-05 | Hillcrest Laboratories Inc. | Television sign on for personalization in a multi-user environment |
| US9307288B2 (en) | 2010-06-23 | 2016-04-05 | Hillcrest Laboratories, Inc. | Television sign on for personalization in a multi-user environment |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0462725A2 (en) | 1991-12-27 |
| EP0462725A3 (ja) | 1994-04-20 |
| DE69127514D1 (de) | 1997-10-09 |
| EP0462725B1 (en) | 1997-09-03 |
| JPH07112196B2 (ja) | 1995-11-29 |
| US5278955A (en) | 1994-01-11 |
| DE69127514T2 (de) | 1998-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0583263A (ja) | 複数ユーザ環境における開放型システムの通信処理方法及び装置 | |
| EP0725523B1 (en) | Transaction message routing in digital communications networks | |
| US5577202A (en) | Message handling system for automated gateway between first and second handling systems wherein first envelope is added to a second envelope respectively without changing text | |
| CN100476801C (zh) | 通信系统及发送和接收通信的方法 | |
| US6438583B1 (en) | System and method for re-routing of e-mail messages | |
| CA2552057C (en) | Automatic patient record update enabled clinical messaging | |
| WO1999014909A1 (en) | Messaging system | |
| JP3973352B2 (ja) | 電子メール仲介装置および電子メール送達方法 | |
| US6654892B1 (en) | Methods and apparatus for permitting transactions across firewalls | |
| Riabov | SMTP (simple mail transfer protocol) | |
| Pop | Comparative study of electronic mail systems | |
| KR100321723B1 (ko) | 전자문서교환메시징시스템과개인간메시징시스템간의연동방법 | |
| Markovitz | Data^ Interchange in Message | |
| US7127490B1 (en) | Method and apparatus for content based routing of messages | |
| Heagerty | Practical experience with high level gateways for mail transfer | |
| Westine et al. | RFC1168: Intermail and Commercial Mail Relay services | |
| Houttuin | A tutorial on gatewaying between x. 400 and internet mail | |
| JPH10224394A (ja) | 電子メール管理方法 | |
| McConnell et al. | Office communications | |
| Rose | Achieving interoperability between two domains: connecting the ZOTnet and UUCP computer mail networks | |
| JP2001236273A (ja) | 宛先属性によるメッセージ伝達方法 | |
| JPH10320319A (ja) | 開封確認機能付き電子メール読込装置および開封確認機 能付き電子メール読込プログラムを記録した記録媒体 | |
| Griesmer et al. | Evolution of messaging standards | |
| JPH0479449A (ja) | 呼転送先決定方法 | |
| JP2000132522A (ja) | 分散オブジェクト通信処理方法、分散オブジェクトシステム、及び分散オブジェクト通信プログラムを記録した記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |