JP2000270008A - 複合メール伝達システム及びその複合メール伝達方法並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 受信側の環境にかかわらず、多様な複合メー
ルの送受信を可能とする複合メール伝達システム及びそ
の複合メール伝達方法並びに記録媒体を提供する。 【解決手段】 電子メールを小サイズのテキストメール
部と大サイズの複合メール部とに分離し、小サイズのテ
キストメール部のみ受信者当てに送信を行ない、大サイ
ズの複合メール部はＷＷＷサーバ１４上に送信し蓄積す
る。受信者は、送信されてきたテキストメール部の内容
に基いて、複合メールを受信する場合にのみ、ＷＷＷサ
ーバ１４にアクセスして複合メール部を受信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、テキストデータ及
び非テキストデータを含む複合メールを伝達する複合メ
ール伝達システム及びその複合メール伝達方法並びに記
録媒体に関する。

【０００２】

【従来の技術】従来、ネットワーク上での電子メールの
やり取りには、各種の伝達装置が実用に供されている。

【０００３】従来の電子メール環境は、企業内などでは
例えば商品名ＣＣ：ＭＡＩＬに代表されるような、特定
のユーザグループ内で用いられるクローズドな電子メー
ル環境が主流であり、また、一部の研究者等の間では、
インターネットのユニックスメールが用いられていた。

【０００４】しかし、近年のインターネットの発展・普
及により、不特定多数のユーザを対象とする開かれたイ
ンターネットメールの使用が急速に増加しつつまり、伝
統的なユニックスメール以外にも、パーソナルコンピュ
ータ（以下、「ＰＣ」という）上などの各種電子メール
の伝達装置・ソフトが実用に供されている。一方で、各
種マルチメディアの急速な発展・普及に伴い、電子メー
ルの使用においても従来のテキストデータのみからなる
メールだけではなく、複合メールを送受信したいという
要求が高まっている。

【０００５】ここで、「複合メール」とは、画像デー
タ、文字の修飾データ及びそれらの割付け情報を含む複
合文書、あるいは画像・音声・プログラムといったバイ
ナリファイル等の非テキストデータを含む電子メールを
いう。

【０００６】電子メールは、元々、（欧文）テキストデ
ータを送受信の対象としてきたため、各種電子メールの
プロトコルや電子メールソフトウエアの開発や電子メー
ルを中継するメールサーバの実装等もテキストデータを
主体に考えられ、行われてきた。

【０００７】近年になって、標準規格ＲＦＣ２０４５〜
９：ＭＩＭＥ（Multiple InternetMail Extensions）等
において、非テキストデータを電子メール上で取り扱う
ための標準なども整備されてきたが、現在使用されてい
る電子メールソフトやメールサーバによって、これら標
準の実装の程度はまちまちであった。特に、インターネ
ットにおいては通過するメールサーバ、受信側の電子メ
ールソフトウエア（及びそれらの実装の程度）を特定す
ることができないため、送受信できる電子メールデータ
のサイズ、種類などを予め知ることができなかった。

【０００８】図１２は、従来の電子メールの伝達装置及
び電子メールソフトウエアによってインターネット上で
複合メールを送信した場合の電子メールの流れを示す模
式図である。

【０００９】同図において、電子メールの送信者は、電
子メールソフトウエア１１０２を用いて、テキスト「Ｈ
ｅｌｌｏこれは画像データを含むメールです。」からな
るテキストデータと画像データファイルからなる非テキ
ストデータとを含む複合メールを送信側ＰＣ１１０１か
ら送信する。

【００１０】送信側ＰＣ１１０１から送信された複合メ
ールは、インターネット１１０３中の送信側メールサー
バ１１０４へ標準電子メールプロトコルＳＭＴＰ（Simp
le Mail Transfer Protocol）等によって通信され、更
にインターネット１１０３上のメールサーバ１１０４を
経由してメールアドレスとして指定された受信側メール
サーバ１１０５へ到達する。メール受信者は、受信側メ
ールサーバが１１０５へ到達した複合メールを標準規格
ＲＦＣ１９３で規定される標準電子プロトコルＰＯＰ３
（Post Office Protocol Version 3）あるいは標準規格
ＲＦＣ２０６０で規定されている標準電子メールプロト
コルＩＭＡＰ４（Internet Message Access Protocol V
ersion 4）等に従って、受信側ＰＣ１１０６上で動作す
る受信側電子メールソフト１１０７で読み込む。

【００１１】なお、図１２において、符号１１０２’及
び符号１１０７’は、それぞれ送信側ＰＣ１１０１の表
示画面上に表示されている送信側電子メールソフトウエ
ア１１０２による表示画面の拡大図及び受信側ＰＣ１１
０６の表示画面上に表示されている受信側電子メールソ
フトウエア１１０７による表示画面の拡大図である。

【００１２】

【発明が解決しようとする課題】しかしながら、上述し
たような従来の電子メールの伝達装置又はソフトウエア
を用いた複合メールの送信には、以下に示す問題点があ
った。

【００１３】（１）送信可能なメールサイズの制限 従来の電子メール伝達装置又はソフトウエアには、送信
可能なメールサイズを制限しているものがある。そのた
め、メールサーバの制限値以上のサイズを有する複合メ
ールを送受信できない場合があった。

【００１４】一般に、画像等の非テキストデータはテキ
ストデータと比較してサイズが大きい（例えば、６４０
×４８０ドットの２４ビットカラーの画像ファイルのサ
イズは９２１６００バイトになる）ことに加え、非テキ
ストデータを７ビットコード化するエンコーティング処
理により、メールデータは更にデータ量が増加する（エ
ンコード方式に依るが、最低でも略３３％増加する）た
め、複合メールのサイズは単純なテキストデータより非
常に大きなサイズとなるのが一般的である。

【００１５】また、図１２に示したように、電子メール
は送信側メールサーバ１１０４、受信側メールサーバ１
１０５及びその間のインターネット１１０３中のメール
サーバを介して伝達されるが、これらのメールサーバに
おけるメール機能の実装は非常に多岐に亘っている。メ
ール伝達経路中でもっともこのメールサイズの上限値が
小さいサーバがメール伝達のボトルネックとなってい
た。メールサーバが実装上の上限値以上のサイズのメー
ルを受け取った場合、電子メールの不到着や電子メール
の制限値を越えた部分のデータのカットのみならず、メ
ールサーバのシステムダウンを引き起こす可能性もあっ
た。特にインターネットでは、本質的に電子メールが通
過するサーバを特定することができないので、送信する
メールのサイズを一定値以下に制限しておく必要があっ
た。

【００１６】さらに、このメールサイズの上限値の制限
を回避する手段として、たとえば「標準規格ＲＦＣ２０
４６：ＭＩＭＥ」中の複数部分メディア種（Multipart
Media Type）等、メールを複数に分割する標準が近年策
定され、これらの標準に準拠して電子メールの分割送信
機能を有する電子メールソフトが実用に供されている。
しかし、送信側電子メールソフトウエア１１０２が分割
送信機能を有していても、受信側電子メールソフトウエ
ア１１０７には分割された電子メールの再結合機能を有
していない場合は、分割メールの再結合は困難であり、
事実上大サイズの電子メール送信はできないことにな
る。また、図１２の例はインターネット１１０３上での
電子メール送受信について示しているが、たとえば集中
ホスト方式を採用するパソコン通信等においては、１ユ
ーザが複合メールを分割した場合であっても、メール全
体の合計サイズに規約上で制限を設けているところもあ
り、このような制限がある場合にはたとえ分割して１メ
ール当りのサイズを小さくしても、分割前の合計サイズ
で制限を受けてしまい、その制限サイズ以上のサイズの
メール送信をすることができない場合があった。

【００１７】（２）受信側での複合メールの受信・表示
の非保証 受信者が複合メールを見る場合、受信者は、受信側電子
メールソフトウエア１１０７で表示可能な形式のデータ
しか見ることができない。ところが、不特定多数を相手
とする電子メール、特にインターネット上の電子メール
においては、多様な電子メールソフトが実用に供されて
いる。従って、一般送信側では受信側のメール環境を判
断することができず、どのような形式のデータを表示す
ることができるかを判断することはできない。

【００１８】一部の電子メールソフトウエアは、画像デ
ータ、文字の修飾データ及びそれらの割付情報を含む複
合文書をメールで送受信し、適切に表示する機能等を備
えているが、これらの機能はその電子メールソフトウエ
アに特有のプロトコルで表現されている。そのため、一
般にこのような機能が有効となるのは送信側と受信側の
電子メールソフトウエアが同一である場合に限られてい
た。

【００１９】更に、受信側と異なる電子メールソフトウ
エアで送信された複合メールは、受信側では適切な表示
どころか受信さえできない場合があるため、ごく限られ
た範囲でしか複合メールの通信ができなかった。

【００２０】（３）複合メールデータ取扱いの複雑さ、
困難さ 従来の電子メールソフトウエアでテキスト以外のデータ
を送信する現実的な方法としては、非テキストデータフ
ァイルを標準規格ＲＦＣ２０４５〜９で規定される他目
的インターネットメール拡張（ＭＩＭＥ：Multipurpose
Internet MailExtensions）エンコーティング等に準拠
した添付ファイルとして電子メールに添付する手法があ
り、この手法は多くの電子メールソフトウエアによって
サポートされている。

【００２１】しかし、ＭＩＭＥ標準以外にも、ＭＩＭＥ
以前にユニックスメール等で広く使用されており多くの
方言を有するエンコード方式であるｕｕｅｎｃｏｄｅ形
式や、アップル社のマッキントッシュ等の間で使用され
ることが多いＢｉｎＨｅｘ方式など、複数のエンコード
方式が一般に使用されており、どのエンコード方式をサ
ポートしているかは電子メールソフトウエアによって相
違する。そのため、確実に電子メールのやりとりをする
ためには、送信者及び受信者の双方にエンコード方式の
知識及び双方の電子メールソフトウエアがどのエンコー
ド方式をサポートしているかを知っていることが必要で
あった。

【００２２】更に、添付ファイルの取扱いはファイルの
種類や使用されているＯＳ毎に相違し、コンピュータの
初心者にはその取扱いが非常に難しかった。例えば、画
像データファイルが添付ファイルとして受信できても、
受信者はその画像を見るにはエンコードが施されている
添付ファイルから元の画像データファイルを再現する必
要がある。また、その画像データファイルの形式に応じ
たビューワソフトを起動する必要があるが、画像データ
ファイルの形式には数十種類の形式があり、ＯＳやアプ
リケーションソフトウエアなどによって標準的な、ある
いはサポート可能な形式が異なっている。

【００２３】また、標準規格ＭＩＭＥ等には非テキスト
データを添付ファイル化する規定はあるが、送られてき
たメールの受信側においての表示法の規定はなく、添付
ファイルだけでは受信したメールで複合文書を実現する
ことはできない。また、添付ファイル化は送信メールサ
イズの制限を回避するものでもない。

【００２４】（４）大サイズの電子メールの受信時の問
題 受信側電子メールソフトウエア１１０７が受信側メール
サーバ１１０５からメールを受信するタイミングは、一
般的には受信側メールソフトウエア起動時にユーザによ
りメール受信を指示された場合、受信側電子メールソフ
トウエア１１０７が所定間隔でメールサーバ１１０５に
アクセスすることにより新規メールの到着を確認した場
合、あるいはメールサーバから新規メール到着の通知を
受けた場合などである。このように受信側電子メールソ
フトウエアの機能や設定により、受信するタイミングは
相違する。

【００２５】多くの電子メールソフトウエアは、メール
受信時にメールサーバ中の新規のメールを、無条件にす
べて受信してしまう。ところが、上述したように、複合
メールは一般にデータサイズが大きいため、たとえ正常
に受信し表示できるような場合であっても、受信に要す
る時間が長くなるという問題点があった。特に、モデム
接続やダイヤルアップ接続等は、回線速度が遅い場合は
非実用的な時間がかかる場合があった。また、受信メー
ルが受信機器のディスク容量を圧迫し、最悪の場合はデ
ィスクが満杯になって受信側システムが停止する場合等
もあった。

【００２６】また、モバイル環境では、一般にユーザが
一個所において長時間にわたり受信を継続することは困
難である。使用可能な回線である携帯電話や公衆電話等
は、多くの場合通信料金が高額かつ通信速度が低速だか
らである。さらに、モバイル機器は、機器によりバッテ
リバックアップされたＲＡＭ、フラッシュメモリ、大き
さや重量の制限から小容量のハードディスク等の様々な
記憶装置が使用されているが、いずれの記憶容量も小さ
いので、例えば単に自分宛の受信メールを確認するため
だけにメールホストに接続してメールの受信を始めた途
端に長時間の受信動作が開始されてしまい、特に公衆電
話の場合は、硬貨やテレホンカードがなくなって途中で
通話が途切れる可能性があるうえ、高額の通話料がかか
ってしまう。更に、受信しているデータ量が上述したよ
うに受信データ容量が小さいモバイル機器の記憶容量を
オーバーすると、モバイル機器がハングアップするなど
の問題点があった。

【００２７】（５）大サイズメールの同報通信によるネ
ットワークトラフィックの圧迫 複数の相手に同一の内容を送信する同報通信において
は、同一の内容のメールが相手の数だけ連続して送信さ
れるため、単なるテキストメールであっても、ネットワ
ークトラフィックを急激に増加させてしまう。まして大
サイズの複合メールの同報通信の場合には、しばしばネ
ットワークトラフィックに多大な負荷をかけ、電子メー
ル到達の遅延や電子メールの不到着、ひいてはネットワ
ークのダウンといった問題を引き起こす場合があった。

【００２８】本発明は、上記問題点を解決するためにな
されたもので、受信側の環境にかかわらず、多様な複合
メールの送受信を可能とする複合メール伝達システム及
びその複合メール伝達方法並びに記録媒体を提供するこ
とを目的とする。

【００２９】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の複合データ伝達システムは、複合データ
を第１データ部と第２データ部とに分離する分離手段を
有し、前記第１データ部及び前記第２データとを送信す
る送信装置と、前記第１データ部を受信して表示する第
１受信手段と、前記第１データ部に含まれるアクセス情
報に基いて前記第２データ部のアクセス要求を出力する
アクセス要求手段と、前記第２データ部を受信して表示
する第２表示手段とを有する受信装置と、前記送信装置
から送信される第１データ部を前記受信装置へ伝達する
第１伝達装置と、前記送信装置から送信される第２デー
タ部を蓄積するデータ蓄積手段を有し、前記受信装置か
ら出力されるアクセス要求に応じて前記データ蓄積手段
に蓄積された第２データ部を前記受信装置へ伝達する第
２伝達装置とから構成されることを特徴とする。

【００３０】請求項２の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記第１データ部はテキストデータからなり、前記第２デ
ータ部は非テキストデータを含むことを特徴とする。

【００３１】請求項３の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記受信装置は、前記第１データ部に含まれるアクセス情
報に基いて前記第２データ部を前記第２伝達手段から受
信するか否かを判別する判別手段を有していることを特
徴とする。

【００３２】請求項４の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記第２伝達装置は前記送信装置内にサーバとして内蔵さ
れることを特徴とする。

【００３３】請求項５の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記複合データは、複合文書データであることを特徴とす
る。

【００３４】請求項６の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記複合データは、独立した少なくとも１つのファイルを
含むことを特徴とする。

【００３５】請求項７の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記複合データは、少なくとも１つの圧縮・変換ファイル
を含むことを特徴とする。

【００３６】請求項８の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記複合データは、アーカイブを含むことを特徴とする。

【００３７】請求項９の複合データ伝達システムは、上
記請求項１記載の複合メール伝達システムにおいて、前
記第１伝達手段は電子メール伝達手段であることを特徴
とする。

【００３８】請求項１０の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記複合メール伝達システムは前記第１伝達装置を複数
備え、前記送信装置は、前記複数の第１伝達装置のそれ
ぞれに同一の第１データ部を送信するように構成される
ことを特徴とする。

【００３９】請求項１１の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記複合メール伝達システムは前記受信装置を複数備
え、一の受信装置から他の受信装置へ前記第１データ部
を転送可能に構成されることを特徴とする。

【００４０】請求項１２の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記複合データを送信するときに、前
記第１伝達装置又は前記第２伝達装置に応じた通信プロ
トコルを用いて送信するように構成されることを特徴と
する。

【００４１】請求項１３の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記第２伝達装置はＷＷＷサーバであることを特徴とす
る。

【００４２】請求項１４の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記第２伝達装置はＦＴＰサーバであることを特徴とす
る。

【００４３】請求項１５の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記第１データ部に、前記データ蓄積
手段内の前記第２データ部が蓄積されている領域のアド
レス情報を付加するように構成されることを特徴とす
る。

【００４４】請求項１６の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記第１データ部に、前記第２データ
部のサイズ情報を付加するように構成されることを特徴
とする。

【００４５】請求項１７の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記第２データ部をＨＴＭＬ形式に変
換して送信するように構成されることを特徴とする。

【００４６】請求項１８の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記第２伝達装置が前記送信される第
２データ部を蓄積するのに十分な記憶容量を有している
か否かを判別する容量判別手段を備え、前記容量判別手
段により十分な記憶容量を有していないと判別されたと
きは前記第１データ部及び第２データ部の送信を中止す
るように構成されることを特徴とする。

【００４７】請求項１９の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記第２データ部を、前記第２伝達装
置へファイル転送のプロトコルで送信するように構成さ
れることを特徴とする。

【００４８】請求項２０の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記第２伝達装置は、前記第２データ部を、前記受信装
置へＨＴＴＰプロトコルで送信することを特徴とする。

【００４９】請求項２１の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記第２伝達装置は、前記第２データ部を、前記受信装
置へファイル転送のプロトコルで送信するように構成さ
れることを特徴とする。

【００５０】請求項２２の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記第２データ部に対して、データ形
式変換処理、データ圧縮処理及びアーカイブ化処理の少
なくとも１つの処理を行うように構成されることを特徴
とする。

【００５１】請求項２３の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記第２データ部のデータ種類に応じ
て、データ形式変換処理、データ圧縮処理及びアーカイ
ブ化処理の少なくとも１つの処理を行うように、又は前
記データ形式変換処理、データ圧縮処理及びアーカイブ
化処理のいずれも行わないように、当該送信装置を制御
する制御手段を備えることを特徴とする。

【００５２】請求項２４の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
データ形式変換処理又はデータ圧縮処理が施された第２
データ部からなるファイルと、前記データ形式変換処理
またはデータ圧縮処理が施される前の第２データ部とか
らなるファイルを含むことを特徴とする。

【００５３】請求項２５の複合データ伝達システムは、
上記請求項２４記載の複合メール伝達システムにおい
て、前記送信装置は、前記受信装置のマシン環境が不明
である場合に、前記データ形式変換処理又はデータ圧縮
処理が施された第２データ部からなるファイルと、前記
データ形式変換処理またはデータ圧縮処理が施される前
の第２データ部とからなるファイルを含むことを特徴と
する。

【００５４】請求項２６の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記送信装置は、前記受信装置のマシン環境に関する情
報を記憶するマシン環境記憶手段を備えることを特徴と
する。

【００５５】請求項２７の複合データ伝達システムは、
上記請求項２６記載の複合メール伝達システムにおい
て、前記送信装置は、前記マシン環境記憶手段に記憶さ
れているマシン環境に関する情報に基いて、前記第２デ
ータ部に対して、データ形式変換処理、データ圧縮処理
及びアーカイブ化処理の少なくとも１つの処理を行うよ
うに構成されることを特徴とする。

【００５６】請求項２８の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記複合メール伝達システムは複数の受信装置を含み、
前記送信装置は、前記複数の受信装置に対する同報通信
を行うときに、前記受信装置の種類に対応した形式から
なる少なくとも１つの第２データ部のうち、同一の第２
データ部がすでに前記第２伝達装置へ送信されていると
きは、当該形式からなる第２データ部を送信しないよう
に構成されることを特徴とする。

【００５７】請求項２９の複合データ伝達システムは、
上記請求項１記載の複合メール伝達システムにおいて、
前記複合メール伝達システムは複数の受信装置を含み、
前記送信装置は、前記複数の受信装置に対する同報通信
を行うときに、前記複数の受信装置の種類に対応した第
１データ部を前記複数の受信装置へそれぞれ送信するよ
うに構成されることを特徴とする。

【００５８】請求項３０の複合データ伝達システムは、
上記請求項２９記載の複合メール伝達システムにおい
て、前記送信装置は、前記同報通信を行うときに、前記
第１データ部に、前記データ蓄積手段内の前記受信装置
の種類に対応した形式からなる第２データ部が蓄積され
ている領域のアドレス情報を付加するように構成される
ことを特徴とする。

【００５９】請求項３１の複合データ伝達システムは、
上記請求項２９記載の複合メール伝達システムにおい
て、前記送信装置は、前記同報通信を行うときに、前記
第１データ部に、前記データ蓄積手段内の前記受信装置
の種類に対応した形式からなる第２データ部のデータ種
類情報を付加するように構成されることを特徴とする。

【００６０】請求項３２の複合データ伝達システムは、
上記請求項２９記載の複合メール伝達システムにおい
て、前記送信装置は、前記同報通信を行うときに、前記
第２データ部に、前記データ蓄積手段内の前記受信装置
の種類に対応した形式からなる第２データ部のサイズ情
報を付加するように構成されることを特徴とする。

【００６１】請求項３３の複合データ伝達システムは、
複合データを複数のデータ部に分離する分離手段を有
し、前記複数のデータ部を送信する送信装置と、前記複
数のデータ部のうち、少なくとも１つのデータ部を受信
する受信手段と、前記受信された少なくとも１つのデー
タ部を表示する複数の表示手段と、前記複数の表示手段
に表示されたデータ部に含まれるアクセス情報に基い
て、前記受信された少なくとも１つのデータ部以外のデ
ータ部のアクセス要求を出力するアクセス要求手段とを
有する受信装置と、前記送信装置から送信される前記少
なくとも１つのデータ部を前記受信装置へ伝達する第１
伝達装置と、前記第１伝達装置に送信された少なくとも
１つのデータ部以外のデータ部を蓄積するデータ蓄積手
段を有し、前記受信装置から出力されるアクセス要求に
応じて前記データ蓄積手段に蓄積されたデータ部を前記
受信装置へ伝達する第２伝達装置とを含むことを特徴と
する。

【００６２】請求項３４の複合メール伝達方法は、複合
データを送信する送信装置及び前記複合データを受信す
る受信装置を有する複合メール伝達システムの複合メー
ル伝達方法において、複合データを第１データ部と第２
データ部とに分離するステップと、前記分離された第1
データ部を送信するステップと、前記分離された第２デ
ータ部をデータ蓄積手段に送信して蓄積するステップ
と、前記送信された第１データ部を前記受信装置におい
て受信して表示するステップと、前記第１データ部に含
まれるアクセス情報に基いて、前記受信装置から前記デ
ータ蓄積手段に対して前記第２データ部のアクセス要求
を出力するステップと、前記アクセス要求に応じて前記
データ蓄積手段から送出される前記第２データ部を前記
受信装置において受信するステップとからなることを特
徴とする。

【００６３】請求項３５の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
２データ部を受信するステップは、前記受信装置に前記
第２データ部を表示するステップであることを特徴とす
る。

【００６４】請求項３６の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
２データ部を受信するステップは、前記受信装置に前記
第２データ部を記憶するステップであることを特徴とす
る。

【００６５】請求項３７の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
１データ部はテキストデータからなり、前記第２データ
部は非テキストデータ部を含むことを特徴とする。

【００６６】請求項３８の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
１データ部を受信して表示するステップに続いて、前記
第１データ部に含まれるアクセス情報に基いて前記第２
データ部を前記データ蓄積手段から読み出すか否かを判
別するステップを有することを特徴とする。

【００６７】請求項３９の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
２データ部を読み出すか否かを判別するステップにおい
て、前記第２データ部を読み出さないと判別した場合は
複合データ受信処理を中断することを特徴とする。

【００６８】請求項４０の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記デ
ータ蓄積手段は前記送信装置に内蔵されていることを特
徴とする。

【００６９】請求項４１の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記複
合データは、複合文書データであることを特徴とする。

【００７０】請求項４２の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記複
合データは、独立した少なくとも１つのファイルを含む
ことを特徴とする。

【００７１】請求項４３の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記複
合データは、少なくとも１つの圧縮・変換ファイルを含
むことを特徴とする。

【００７２】請求項４４の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記複
合メールは、アーカイブを含むことを特徴とする。

【００７３】請求項４５の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
１データ部を伝達するステップ及び前記第２データ部を
伝達するステップの少なくとも一方は電子メール伝達手
段であることを特徴とする。

【００７４】請求項４６の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記複
合メール伝達システムは前記送信装置により送信される
第１データ部を前記受信手段へ伝達する第１伝達手段を
有し、前記第１データ部を送信するステップにおいて
は、同一の第１データ部を複数の第１伝達手段に送信す
ることを特徴とする。

【００７５】請求項４７の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記複
合メール伝達システムは複数の受信装置を備え、一の受
信装置から他の受信装置へ前記第１データ部を転送する
ステップを有することを特徴とする。

【００７６】請求項４８の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
１データ部又は前記第２データ部を送信する通信プロト
コルを選択するステップを含むことを特徴とする。

【００７７】請求項４９の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記デ
ータ蓄積手段がＷＷＷサーバであることを特徴とする。

【００７８】請求項５０の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記デ
ータ蓄積手段がＦＴＰサーバであることを特徴とする。

【００７９】請求項５１の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
１データ部を送信するステップは、前記第１データ部
に、前記第２データ部が蓄積されている前記データ蓄積
手段のアドレス情報を付加するステップを含むことを特
徴とする。

【００８０】請求項５２の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
１データ部を送信するステップは、前記第１データ部
に、前記第２データ部のサイズ情報を付加するステップ
を含むことを特徴とする。

【００８１】請求項５３の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
２データ部を前記データ蓄積手段に送信して蓄積するス
テップは、前記第２データ部をＨＴＭＬ形式に変換する
ステップを含むことを特徴とする。

【００８２】請求項５４の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
２データ部を前記データ蓄積手段に送信して蓄積するス
テップは、前記第２データ部を蓄積するのに十分な記憶
容量を前記データ蓄積手段が有しているか否かを判別す
るステップを含むことを特徴とする。

【００８３】請求項５５の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
２データ部を前記データ蓄積手段に送信して蓄積するス
テップにおいては、前記第２データ部を、ファイル転送
のプロトコルで送信することを特徴とする。

【００８４】請求項５６の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記デ
ータ蓄積手段から送出された第２データ部を受信装置に
おいて受信するステップにおいては、前記第２データ部
は、ＨＴＴＰプロトコルで前記受信装置へ送信されるこ
とを特徴とする。

【００８５】請求項５７の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記デ
ータ蓄積手段から送出された第２データ部を受信装置に
おいて受信するステップにおいては、前記第２データ部
は、ファイル転送のプロトコルで前記受信装置へ送信さ
れることを特徴とする。

【００８６】請求項５８の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記デ
ータ蓄積手段から送出された第２データ部を受信装置に
おいて受信するステップは、前記第２データ部に対し
て、データ形式変換処理、データ圧縮処理及びアーカイ
ブ化処理の少なくとも１つの処理を行うステップを含む
ことを特徴とする。

【００８７】請求項５９の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
１データ部を送信するステップに、前記第２データ部の
データ種類に応じて、データ形式変換処理、データ圧縮
処理及びアーカイブ化処理の少なくとも1つの処理を行
って前記第２データ部を送信するか、又は前記データ形
式変換処理、データ圧縮処理及びアーカイブ化処理のい
ずれも行わないで前記第２データ部を送信するかを判別
するステップを含むことを特徴とする。

【００８８】請求項６０の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、データ
形式変換処理またはデータ圧縮処理が施された第２デー
タ部からなるファイルと、前記データ形式変換処理また
はデータ圧縮処理が施される前の第２データ部とからな
るファイルとを前記蓄積手段へ送信することを特徴とす
る。

【００８９】請求項６１の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記受
信装置のマシン環境が不明である場合に、データ形式変
換処理またはデータ圧縮処理が施された第２データ部か
らなるファイルと、前記データ形式変換処理またはデー
タ圧縮処理が施される前の第２データ部とからなるファ
イルとを前記蓄積手段へ送信することを特徴とする。

【００９０】請求項６２の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記送
信装置は、前記受信装置のマシン環境に関する情報を予
め記憶していること特徴とする。

【００９１】請求項６３の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記第
２データ部を前記データ蓄積手段に送信して蓄積するス
テップにおいては、前記マシン環境に関する情報に基い
て、前記第２データ部に対して、データ形式変換処理、
データ圧縮処理及びアーカイブ化処理の少なくとも１つ
の処理を行うことを特徴とする。

【００９２】請求項６４の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記送
信装置から複数の受信装置に対する同報通信を行うとき
に、前記第２データ部を前記データ蓄積手段に送信して
蓄積するステップにおいては、前記受信装置の種類に対
応した形式からなる少なくとも１つの第２データ部のう
ち、同一の第２データ部がすでに前記データ蓄積手段へ
送信されているときは、当該形式からなる第２データ部
を送信しないことを特徴とする。

【００９３】請求項６５の複合メール伝達方法は、上記
請求項３４記載の複合メール伝達方法において、前記送
信装置から複数の受信装置に対する同報通信を行うとき
に、前記第１データ部を送信するステップにおいては、
前記複数の受信装置のそれぞれに対応した第１データ部
を前記複数の受信装置へそれぞれ送信することを特徴と
する。

【００９４】請求項６６の複合メール伝達方法は、上記
請求項６５記載の複合メール伝達方法において、前記送
信装置から複数の受信装置に対する同報通信を行うと
き、前記第１データ部を送信するステップにおいては、
前記第１データ部に前記データ蓄積手段中の前記受信装
置の種類に対応した少なくとも１つの第２データ部が蓄
積されている領域のアドレス情報を付加してすることを
特徴とする。

【００９５】請求項６７の複合メール伝達方法は、上記
請求項６５記載の複合メール伝達方法において、前記送
信装置から複数の受信装置に対する同報通信を行うと
き、前記第１データ部を送信するステップにおいては、
前記第１データ部に前記データ蓄積手段中の前記受信装
置の種類に対応した少なくとも１つの第２データ部のデ
ータ種類情報を付加して前記複数の受信装置へそれぞれ
送信することを特徴とする。

【００９６】請求項６８の複合メール伝達方法は、上記
請求項６５記載の複合メール伝達方法において、前記送
信装置から複数の受信装置に対する同報通信を行うと
き、前記第１データ部を送信するステップにおいては、
前記第１データ部に前記データ蓄積手段中の前記受信装
置の種類に対応した少なくとも１つの第２データ部のサ
イズ情報を付加して前記複数の受信装置へそれぞれ送信
することを特徴とする。

【００９７】請求項６９の複合メール伝達方法は、複合
データを送信する送信装置及び前記複合データを受信す
る受信装置を有する複合メール伝達システムの複合メー
ル伝達方法において、複合データを複数のデータ部に分
離するステップと、前記分離された複数のデータ部のう
ち少なくとも１つのデータ部を、少なくとも１つの伝送
経路を経て送信する第１送信ステップと、前記送信装置
から送信される前記複数のデータ部に含まれる少なくと
も１つのデータ部を前記受信装置へ伝達する少なくとも
１つの第１伝達ステップと、前記第１送信ステップにお
いて送信されたデータ部を前記受信装置に表示する表示
ステップと、前記送信されたデータ部以外の少なくとも
1つのデータ部をデータ蓄積手段に送信して蓄積するデ
ータ蓄積ステップと、前記表示ステップにおいて表示さ
れたデータ部に含まれるアクセス情報に基いて、前記デ
ータ蓄積ステップにおいて前記データ蓄積手段に蓄積さ
れたデータ部に対するアクセス要求を出力するステップ
と、前記出力されたアクセス要求に応じて前記データ蓄
積手段に蓄積されたデータ部を前記受信装置へ伝達する
少なくとも１つの第２伝達ステップとからなることを特
徴とする。

【００９８】請求項７０の記録媒体は、コンピュータ
に、複合データを第１データ部と第２データ部とに分離
する工程と、前記分離された第1データ部を送信する工
程と、前記分離された第２データ部をデータ蓄積手段に
送信して蓄積する工程と、前記送信された第１データ部
を前記受信装置において受信して表示する工程と、前記
第１データ部に含まれるアクセス情報に基いて、前記受
信装置から前記データ蓄積手段に対して前記第２データ
部のアクセス要求を出力する工程と、前記アクセス要求
に応じて前記データ蓄積手段から送出される前記第２デ
ータ部を前記受信装置において受信する工程とを実行さ
せるためのプログラムを前記コンピュータにより読み取
り可能な形式で記録したことを特徴とする。

【００９９】請求項７１の記録媒体は、上記請求項７０
記載の記録媒体において、前記第２データ部を受信する
工程は、前記受信装置に前記第２データ部を表示する工
程であることを特徴とする。

【０１００】請求項７２の記録媒体は、上記請求項７０
記載の記録媒体において、前記第２データ部を受信する
工程は、前記受信装置に前記第２データ部を記憶する工
程であることを特徴とする。

【０１０１】請求項７３の記録媒体は、上記請求項７０
記載の記録媒体において、前記第１データ部はテキスト
データからなり、前記第２データ部は非テキストデータ
部を含むことを特徴とする。

【０１０２】請求項７４の記録媒体は、上記請求項７０
記載の記録媒体において、前記プログラムは、前記第１
データ部を受信して表示する工程に続いて、前記第１デ
ータ部に含まれるアクセス情報に基いて前記第２データ
部を前記データ蓄積手段から読み出すか否かを判別する
工程を有することを特徴とする。

【０１０３】請求項７５の記録媒体は、上記請求項７０
記載の記録媒体において、前記第２データ部を読み出す
か否かを判別する工程において、前記第２データ部を読
み出さないと判別した場合は複合データ受信処理を中断
することを特徴とする。

【０１０４】請求項７６の記録媒体は、上記請求項７０
記載の記録媒体において、前記データ蓄積手段は前記送
信装置に内蔵されていることを特徴とする。

【０１０５】請求項７７の記録媒体は、上記請求項７０
記載の記録媒体において、前記複合データは、複合文書
データであることを特徴とする。

【０１０６】請求項７８の記録媒体は、上記請求項７０
記載の記録媒体において、前記複合データは、独立した
少なくとも１つのファイルを含むことを特徴とする。

【０１０７】請求項７９の記録媒体は、上記請求項７０
記載の記録媒体において、前記複合データは、少なくと
も１つの圧縮・変換ファイルを含むことを特徴とする。

【０１０８】請求項８０の記録媒体は、上記請求項７０
記載の記録媒体において、前記複合メールは、アーカイ
ブを含むことを特徴とする。

【０１０９】請求項８１の記録媒体は、上記請求項７０
記載の記録媒体において、前記第１データ部を伝達する
工程及び前記第２データ部を伝達する工程の少なくとも
一方は電子メール伝達手段によって前記第１データ部ま
たは前記第２データ部を伝達することを特徴とする。

【０１１０】請求項８２の記録媒体は、上記請求項７０
記載の記録媒体において、前記第１データ部を送信する
工程においては、同一の第１データ部を、前記送信され
る第１データ部を前記受信手段へ伝達する複数の第１伝
達手段に送信することを特徴とする。

【０１１１】請求項８３の記録媒体は、上記請求項７０
記載の記録媒体において、前記プログラムは、一の受信
装置から他の受信装置へ前記第１データ部を転送する工
程を含むことを特徴とする。

【０１１２】請求項８４の記録媒体は、上記請求項７０
記載の記録媒体において、前記プログラムは、前記第１
データ部又は前記第２データ部を送信する通信プロトコ
ルを選択する工程を含むことを特徴とする。

【０１１３】請求項８５の記録媒体は、上記請求項７０
記載の記録媒体において、前記データ蓄積手段がＷＷＷ
サーバであることを特徴とする。

【０１１４】請求項８６の記録媒体は、上記請求項７０
記載の記録媒体において、前記データ蓄積手段がＦＴＰ
サーバであることを特徴とする。

【０１１５】請求項８７の記録媒体は、上記請求項７０
記載の記録媒体において、前記第１データ部を送信する
工程は、前記第１データ部に、前記第２データ部が蓄積
されている前記データ蓄積手段のアドレス情報を付加す
る工程を含むことを特徴とする。

【０１１６】請求項８８の記録媒体は、上記請求項７０
記載の記録媒体において、前記第１データ部を送信する
工程は、前記第１データ部に、前記第２データ部のサイ
ズ情報を付加する工程を含むことを特徴とする。

【０１１７】請求項８９の記録媒体は、上記請求項７０
記載の記録媒体において、前記第２データ部を前記デー
タ蓄積手段に送信して蓄積する工程は、前記第２データ
部をＨＴＭＬ形式に変換する工程を含むことを特徴とす
る。

【０１１８】請求項９０の記録媒体は、上記請求項７０
記載の記録媒体において、前記第２データ部を前記デー
タ蓄積手段に送信して蓄積する工程は、前記第２データ
部を蓄積するのに十分な記憶容量を前記データ蓄積手段
が有しているか否かを判別する工程を含むことを特徴と
する。

【０１１９】請求項９１の記録媒体は、上記請求項７０
記載の記録媒体において、前記第２データ部を前記デー
タ蓄積手段に送信して蓄積する工程においては、前記第
２データ部を、ファイル転送のプロトコルで送信するこ
とを特徴とする。

【０１２０】請求項９２の記録媒体は、上記請求項７０
記載の記録媒体において、前記データ蓄積手段から送出
された第２データ部を受信装置において受信する工程に
おいては、前記第２データ部は、ＨＴＴＰプロトコルで
前記受信装置へ送信されることを特徴とする。

【０１２１】請求項９３の記録媒体は、上記請求項７０
記載の記録媒体において、前記データ蓄積手段から送出
された第２データ部を受信装置において受信する工程に
おいては、前記第２データ部は、ファイル転送のプロト
コルで前記受信装置へ送信されることを特徴とする。

【０１２２】請求項９４の記録媒体は、上記請求項７０
記載の記録媒体において、前記データ蓄積手段から送出
された第２データ部を受信装置において受信する工程
は、前記第２データ部に対して、データ形式変換処理、
データ圧縮処理及びアーカイブ化処理の少なくとも１つ
の処理を行う工程を含むことを特徴とする。

【０１２３】請求項９５の記録媒体は、上記請求項７０
記載の記録媒体において、前記第１データ部を送信する
工程は、前記第２データ部のデータ種類に応じて、デー
タ形式変換処理、データ圧縮処理及びアーカイブ化処理
の少なくとも1つの処理を行って前記第２データ部を送
信するか、又は前記データ形式変換処理、データ圧縮処
理及びアーカイブ化処理のいずれも行わないで前記第２
データ部を送信するかを判別する工程を含むことを特徴
とする。

【０１２４】請求項９６の記録媒体は、上記請求項７０
記載の記録媒体において、データ形式変換処理またはデ
ータ圧縮処理が施された第２データ部からなるファイル
と、前記データ形式変換処理またはデータ圧縮処理が施
される前の第２データ部とからなるファイルとを前記蓄
積手段へ送信することを特徴とする。

【０１２５】請求項９７の記録媒体は、上記請求項７０
記載の記録媒体において、前記受信装置のマシン環境が
不明である場合に、データ形式変換処理またはデータ圧
縮処理が施された第２データ部からなるファイルと、前
記データ形式変換処理またはデータ圧縮処理が施される
前の第２データ部とからなるファイルとを前記蓄積手段
へ送信することを特徴とする。

【０１２６】請求項９８の記録媒体は、上記請求項７０
記載の記録媒体において、前記送信装置は、前記受信装
置のマシン環境に関する情報を予め記憶していること特
徴とする。

【０１２７】請求項９９の記録媒体は、上記請求項７０
記載の記録媒体において、前記第２データ部を前記デー
タ蓄積手段に送信して蓄積する工程においては、前記マ
シン環境に関する情報に基いて、前記第２データ部に対
して、データ形式変換処理、データ圧縮処理及びアーカ
イブ化処理の少なくとも１つの処理を行うことを特徴と
する。

【０１２８】請求項１００の記録媒体は、上記請求項７
０記載の記録媒体において、前記プログラムは、前記送
信装置から複数の受信装置に対する同報通信を行うとき
に、前記第２データ部を前記データ蓄積手段に送信して
蓄積するステップにおいては、前記受信装置の種類に対
応した形式からなる少なくとも１つの第２データ部のう
ち、同一の第２データ部がすでに前記データ蓄積手段へ
送信されているときは、当該形式からなる第２データ部
を送信しないことを特徴とする。

【０１２９】請求項１０１の記録媒体は、上記請求項７
０記載の記録媒体において、前記プログラムは、前記送
信装置から複数の受信装置に対する同報通信を行うとき
に、前記第１データ部を送信する工程においては、前記
複数の受信装置のそれぞれに対応した形式からなる第１
データ部を前記複数の受信装置へそれぞれ送信すること
を特徴とする。

【０１３０】請求項１０２の記録媒体は、上記請求項１
０１記載の記録媒体において、前記プログラムは、前記
送信装置から複数の受信装置に対する同報通信を行うと
き、前記第１データ部を送信する工程においては、前記
第１データ部に前記データ蓄積手段中の前記受信装置の
種類に対応した少なくとも１つの第２データ部が蓄積さ
れている領域のアドレス情報を付加してすることを特徴
とする。

【０１３１】請求項１０３の記録媒体は、上記請求項１
０１記載の記録媒体において、前記プログラムは、前記
送信装置から複数の受信装置に対する同報通信を行うと
き、前記第１データ部を送信する工程においては、前記
第１データ部に前記データ蓄積手段中の前記受信装置の
種類に対応した少なくとも１つの第２データ部のデータ
種類情報を付加して前記複数の受信装置へそれぞれ送信
することを特徴とする。

【０１３２】請求項１０４の記録媒体は、上記請求項１
０１記載の記録媒体において、前記プログラムは、前記
送信装置から複数の受信装置に対する同報通信を行うと
き、前記第１データ部を送信する工程においては、前記
第１データ部に前記データ蓄積手段中の前記受信装置の
種類に対応した少なくとも１つの第２データ部のサイズ
情報を付加して前記複数の受信装置へそれぞれ送信する
ことを特徴とする。

【０１３３】請求項１０５の記録媒体は、コンピュータ
に、複合データを複数のデータ部に分離する工程と、前
記分離された複数のデータ部のうち少なくとも１つのデ
ータ部を、少なくとも１つの伝送経路を経て送信する第
１送信工程と、前記送信装置から送信される前記複数の
データ部に含まれる少なくとも１つのデータ部を前記受
信装置へ伝達する少なくとも１つの第１伝達工程と、前
記第１送信ステップにおいて送信されたデータ部を前記
受信装置に表示する表示工程と、前記送信されたデータ
部以外の少なくとも1つのデータ部をデータ蓄積手段に
送信して蓄積するデータ蓄積工程と、前記表示ステップ
において表示されたデータ部に含まれるアクセス情報に
基いて、前記データ蓄積工程において前記データ蓄積手
段に蓄積されたデータ部に対するアクセス要求を出力す
る工程と、前記出力されたアクセス要求に応じて前記デ
ータ蓄積手段に送出されるデータ部を前記受信装置にお
いて受信する少なくとも１つの第２伝達工程とを実行さ
せるためのプログラムを前記コンピュータにより読み取
り可能な形式で記録したことを特徴とする。

【０１３４】

【発明の実施の形態】以下、本発明の実施形態につい
て、図面を参照して説明する。

【０１３５】（第１実施形態）まず、本発明の第１実施
形態について、図１〜図３を参照して説明する。

【０１３６】図１は、本実施形態に係るメール伝達装置
を用いてインターネット上で複合メールを送受信した場
合の電子メールの流れを示す模式図である。

【０１３７】同図において、送信者及び受信者は、イン
ターネット１３を介して、互いに複合メールの送受信を
行う。

【０１３８】送信者は、送信側パーソナルコンピュータ
（以下、「送信側ＰＣ」という）１１上で動作する送信
側電子メールソフトウエア１２を用いて、複合メールの
作成・送信を行う。複数人（本実施形態では３人とす
る）の受信者は、受信者毎に一意に定められているメー
ルアドレスを有しており、受信者はそれぞれ受信側パー
ソナルコンピュータ（以下、「受信側ＰＣ」という）１
７ａ〜１７ｃ上で動作する受信側メールソフトウエア１
８ａ〜１８ｃ及びＷＷＷブラウザ１９ａ〜１９ｃを用い
て、複合メールの受信、アクセス及び表示を行う。

【０１３９】なお、図１に示した符号１２’、１８’及
び１９’は、それぞれ送信側ＰＣ１１の表示画面上に表
示されている送信側電子メールソフトウエア１２の画面
の拡大図、受信側ＰＣ１７ｃの表示画面上に表示されて
いる受信側メールソフトウエア１８ｃの画面の拡大図、
及び受信側ＰＣ１７ｃの表示画面上に表示されているＷ
ＷＷブラウザ１９ｃの画面の拡大図である。

【０１４０】送信者が送信メールとして作成した電子メ
ールは、テキストメール部と複合メール部とに分離され
る。

【０１４１】テキストメール部は、通常の電子メール伝
達経路を介して、即ち送信側ＰＣ１１からのテキストメ
ール部のみを受信する送信側電子メールサーバ１５から
受信メールサーバ１６ａ〜ｃに至るインターネット１３
上のメール伝達経路を介して、受信側ＰＣ１７ａ〜ｃ上
で動作する受信側メールソフトウエア１８ｃにより受信
される。複数の受信者に対して同一内容のメールを送信
する同報通信時も、同様に、それぞれの受信者毎に受信
側メールサーバ１６ａ〜１６ｃを経て、受信側ＰＣ１７
ａ〜１７ｃ上で動作する受信側メールソフトウエア１８
ａ〜１８ｃにより受信される。

【０１４２】複合メール部は、送信側ＰＣ１１から、Ｗ
ＷＷサーバ１４に対して送信され、ＷＷＷサーバ１４に
より受信・蓄積される。

【０１４３】受信者は、受信側メールソフトウエア１８
ａ〜ｃにより受信されたテキストメール部に含まれてい
るアドレス情報に基いて、ＷＷＷサーバ１４に蓄えられ
ている複合メール部にブラウザ１９ａ〜ｃでアクセス
し、受信側ＰＣ１７ａ〜ｃの表示画面上に表示する。

【０１４４】ＷＷＷサーバ１４は、例えば、送信ユー
ザがインターネットプロバイダのＷＷＷサーバ上に持つ
自分のホームページ領域、イントラネット環境におけ
るＷＷＷサーバ上に設けられた本電子メールソフトウエ
ア用の領域、インターネット上に本電子メールソフト
ウエア用に設けられたメール販売者のＷＷＷサーバ上の
領域、等に設置し、運用する場合が考えられる。より具
体的には、たとえば上記の場合、インターネットプロ
バイダと契約しているユーザは、一般にプロバイダのＷ
ＷＷサーバ上に一定サイズのディレクトリ容量を割り当
てられ、自分のホームページを介設する権利を有してい
る。従って、この場合には、プロバイダのＷＷＷサーバ
上の自分のホームページ領域をＷＷＷサーバ１４として
用いて複合メールの送信を行うことができる。

【０１４５】このＷＷＷサーバ１４上におかれるファイ
ルのアドレスは、ＷＷＷサーバ１４上の所定の領域名
に、公知の乱数発生アルゴリズムによりランダムに発生
させたファイル名を統合したもので、インターネット上
のファイル等の標準アドレス形式であるＵＲＬ（Unifor
m Resource Locator）形式となる。

【０１４６】図２は、本実施形態に係る複合メール送信
手順を示すフローチャートである。

【０１４７】メール送信者により送信側ＰＣ１１におい
て、送信側電子メールソフトウエア１２を用いて、テキ
ストデータ「Ｈｅｌｌｏこれは画像データを含むメール
です。」と画像データファイルからなる複合メールが作
成され、単数または複数の受信者のメールアドレスその
他のメール送信に必要な情報の設定の後、完成した複合
メールの送信が指示されると、本手順は開始される。

【０１４８】まず、複合メール本体が、送信側電子メー
ルソフトウエア１２により、ブラウザによって読み取り
可能なファイル形式であるＨＴＭＬ形式に変換されて複
合メール部が作成され（ステップＳ２１）、作成された
複合メール部を送信するＷＷＷサーバ１４のＵＲＬアド
レスが確定され（ステップＳ２２）、作成された複合メ
ール部のサイズが求められる（ステップＳ２３）。そし
て、複合メールの送信データから抽出されるテキスト部
分と、ステップＳ２２で求められたＵＲＬアドレス及び
ステップＳ２３で求められた複合メール部のサイズ情報
等とから構成されるテキストメール部が作成され（ステ
ップＳ２４）、ＷＷＷサーバ１４上に複合メール部を受
信するのに十分な空き容量があるか否かが判別される
（ステップＳ２５）。

【０１４９】ステップＳ２５において、ＷＷＷサーバ１
４上の領域を上述したの場合のように1人で独占的に
利用できる場合は、電子メールソフト１２において、予
め判っているＷＷＷサーバ１４の領域サイズと今までに
送信した複合メール部のサイズなどの履歴情報とから空
き容量サイズを求め、これと送信しようとする複合メー
ル部のサイズとを比較することにより、実際の通信を行
うことなく空き領域のサイズをチェックすることができ
る。また、上記又はの場合のようにＷＷＷサーバ１
４上の領域を他のメール送信者と共用する場合は、ＷＷ
Ｗサーバ１４に所定のプロトコルで空き領域サイズを問
い合わせることにより、確実に空き容量を求めることが
できる。

【０１５０】ステップＳ２５の判別で、十分な空き容量
がある場合は、ステップＳ２４において作成されたテキ
ストメール部が、指定された受信者の数だけ通常のメー
ルプロトコル（例えばＳＭＴＰ）を実行することにより
送信側メールサーバ１５へ送信され（ステップＳ２
６）、複合メール部が、ステップＳ２２で求められたフ
ァイル名及びアドレスで、ＷＷＷサーバ１４の領域へ、
標準ファイル転送プロトコルＦＴＰ（File Transfer Pr
otocol）を実行することにより送信され（ステップＳ２
７）、その後本手順が終了される。

【０１５１】一方、ステップＳ２５の判別で、十分な空
き容量がない場合は、その旨を示す警告メッセージが、
送信側電子メールソフトウエア１２の制御により送信側
ＰＣ１１の表示画面上に表示され（ステップＳ２８）、
その後、本送信手順は中止される。

【０１５２】ステップＳ２６において送信されたテキス
トメール部は、送信側メールサーバ１５からインターネ
ット１３上の通常の電子メールの経路を通過し、各受信
者のメールアドレスに対応する受信側メールサーバ１６
ａ〜１６ｃを介して、受信側ＰＣ１７ａ〜１７ｃの受信
メールソフトウエア１８ａ〜１８ｃにより受信される。

【０１５３】図１において、符号１８ｃ’で示したよう
に表示されている部分がテキストメール部であり、元の
複合メールのテキストデータ部分である「Ｈｅｌｌｏこ
れは画像データを含むメールです。」の下にＷＷＷサー
バ１４上にある複合メール部のＵＲＬアドレス（図１の
例では「http:/www.patent.temp/mail/0123abcd.html」
の部分）及び複合メール部のサイズ情報（図１の例では
「（２５３kbyte）」が表示される。

【０１５４】図３は、受信側ＰＣ１７において行われる
複合メール受信手順を示すフローチャートである。

【０１５５】まず、受信側ＰＣ１７ｃ上の受信側電子メ
ールソフトウエア１８ｃで受信されたテキストメール部
が読まれ（ステップＳ３１）、その内容から複合メール
部を受信するか否かが決定される（ステップＳ３２）。
すなわち、ステップＳ３２では、元の電子メールのテキ
ストメール部の内容に基いて、複合メール部の受信が必
要であるか否かが判別され、テキストメール部中の複合
メール部のサイズ情報に基いて受信側ＰＣ１７ｃの記憶
容量にこの複合メール部を受信するのに十分な空き容量
があるか否かが判別され、更に、テキストメール部中の
複合メール部のサイズ情報と現在の受信側ＰＣ１７ｃの
通信回線との接続状況等に基いて、複合メール部の受信
に必要な時間が許容範囲内であるか否かが判別される。

【０１５６】ステップＳ３２の判別で、複合メールを受
信しない場合は、直ちに本手順が終了される。また、複
合メールを受信する場合は、受信側ＰＣ１７ｃ上の受信
側電子メールソフトウエア１８ｃが「クリッカブルＵＲ
Ｌ」機能を有しているか否かが判別される（ステップＳ
３３）。ここで、「クリッカブルＵＲＬ」とは、多くの
電子メールソフトウエアによりサポートされている機能
であって、メール本文中に記述されているＵＲＬアドレ
スをマウスボタンでダブルクリックするという極めて簡
単な操作によってブラウザを起動し、該当するＵＲＬア
ドレスにアクセスする機能をいう。

【０１５７】受信側電子メールソフトウエア１８ｃが
「クリッカブルＵＲＬ」機能を備えている場合、テキス
トメール部中のＵＲＬアドレスがマウスボタンによりダ
ブルクリックされると（ステップＳ３４）、ブラウザ１
９ｃにより、指令されたＵＲＬアドレスに従って、ＷＷ
Ｗサーバ１４のディレクトリ上の複合メール部へのアク
セスが行われる（ステップＳ３５）。ブラウザ１９で
は、ＷＷＷサーバ１４がこのアクセスを受けて標準規格
ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコル
で送信した所定の複合メール部が受信され（ステップＳ
３６）、ブラウザ１９ｃに受信された複合メール部が表
示される（ステップＳ３７）。

【０１５８】一方、ステップＳ３３の判別で、クリッカ
ブルＵＲＬを有していない場合は、ブラウザ１９ｃが別
途起動され（ステップＳ３８）、テキストメール部中の
ＵＲＬアドレスをブラウザ１９ｃのアドレスエリアへコ
ピー・アンド・ペースト操作で入力することにより（ス
テップＳ３９）、複合メール部へのアクセスが行われる
（ステップＳ３５）。

【０１５９】このようにして、図１中の符号１９ｃ’で
示されるように、ＨＴＭＬ化された画像を含む複合メー
ル部は、たとえばインターネット１３上のホームページ
のように見ることができる。

【０１６０】なお、多くの電子メールソフトウエアは、
図１の１８ｃ’に示すようにテキスト中のＵＲＬ部分に
下線を引いたり、色を変えたりすることにより確認し易
くする強調表示機能を備えている。このＵＲＬ部強調表
示機能により、メール受信者はメール本文中のＵＲＬを
容易に識別することができる。

【０１６１】以上説明したように、本実施形態によれ
ば、電子メールをテキストメール部と複合メール部とに
分離して、各部を別個に送受信するようにしたので、上
述した従来の問題点を以下のように解決する。

【０１６２】送信可能なメールサイズの制限について 本実施形態におけるテキストメール部は、電子メール用
標準プロトコル（ＳＭＴＰ、ＰＯＰ３等）を用いて通常
のメール伝達経路を通るが、通常のテキスト形式で且つ
小サイズなので、送受信の問題は生じない。

【０１６３】一方、複合メール部については、送信側Ｐ
Ｃ１１からＷＷＷサーバ１４への転送は、標準ファイル
転送プロトコルであるＦＴＰプロトコル、ＷＷＷサーバ
１４から受信側ＰＣ１７ａ〜ｃへの転送はＨＴＴＰプロ
トコルを用いたが、いずれも電子メール用標準プロトコ
ルのようなデータサイズ、データ種類、通信経路などに
よる制限は事実上ない。したがって、本実施形態によれ
ば、上述したような、メールサイズの制限という従来の
問題点が解決される。

【０１６４】受信側での複合メールの受信、表示の非
保証について 本実施形態におけるテキストメール部は、通常のテキス
ト形式で且つ小サイズであるため、受信や表示処理の問
題は生じない。

【０１６５】一方、複合メール部については、ＨＴＭＬ
形式に変換され、ブラウザ１９ａ〜ｃにより受信され、
表示される。ＨＴＭＬ形式のデータは、どのようなブラ
ウザでも読むことが出来るうえ、ブラウザは一般に極め
て表現力に富み、かつ多くのデータ形式をサポートして
いるため、各種の複合メールを支障なく表示することが
できる。

【０１６６】ブラウザは各種プラットフォームに対して
広く普及しており、かつ代表的なブラウザはクリッカブ
ルＵＲＬ機能を有する電子メール機能を有しているた
め、すくなくともインターネット１３に接続されたＰＣ
においては、上述した手順によって送信された電子メー
ルを受信することができる。

【０１６７】複合メールデータの取扱いの煩雑さ、困
難さについて 本実施形態における複合メール部は、ＨＴＭＬ形式に変
換された後、ブラウザにより受信され、表示される。Ｈ
ＴＭＬ形式のデータはどのようなブラウザでも読むこと
が出来るうえ、ブラウザは一般に極めて表現力に富み、
かつ多くのデータ形式をサポートしているため、各種の
複合メールを支障なく表示することができる。

【０１６８】大サイズメールの受信時の問題について 本実施形態におけるテキストデータ部は、通常のテキス
ト形式かつ小サイズであるため、受信時の問題は生じな
い。

【０１６９】複合メール部の受信については、図３のス
テップＳ３２の判別で、複合メール部ファイルを受信す
るか否かを受信者が決定することができ、また、その受
信を行なう時期も受信者が決定することができる。さら
に、複合メール部の受信は、受信者が都合のよいときに
行なうため、従来技術のようにメール受信に不都合な時
間帯に回線やパーソナルコンピュータをその受信に占有
されてしまうという状態を回避することができる。

【０１７０】大サイズメールの同報によるネットワー
クトラフィックの圧迫について 上述したように、本実施形態における同報メールは、テ
キストメール部は図２のステップＳ１６において同報を
指定した各受信先に送信されるが、複合メール部につい
ては図２のステップＳ１７でＷＷＷサーバ１４に対して
１回だけ送信される。

【０１７１】すなわち、同報されるのはデータ量が少な
いテキストメール部だけであり、大サイズの複合メール
部の送信は同報先の数に拘らず１回しか行われない。

【０１７２】各受信者からのＷＷＷサーバ１４中の複合
メール部へのアクセスは受信者ごとの都合のよい時に行
われるので、ネットワークトラフィックの集中や特定メ
ールサーバへのデータの集中は生じない。

【０１７３】また、テキストメール部の内容を見て複合
メール部の受信が不要であると判断した受信者はＷＷＷ
サーバ１４へのアクセスを行わないため、全体としての
ネットワークトラフィックの更なる削減を図ることがで
きる。

【０１７４】つぎに、電子メールの転送について説明す
る。

【０１７５】一般に、電子メールの運用において、受信
された電子メールをその内容に関係する他の受信者へ送
るメール転送は広く行なわれており、ほとんどの電子メ
ールソフトウエアがこのメール転送機能をサポートして
いる。

【０１７６】また、たとえば勤務地の変更に伴って旧メ
ールアドレス宛の電子メールを新メールアドレスへ転送
する、あるいは休暇中にオフィス宛の電子メールを自宅
へ転送する等といった自動メール転送が広く実用に供さ
れている。

【０１７７】本実施形態に係るシステム上で、メール受
信者が受信側メールソフトウエア１８ｃを用いてメール
転送を行なった場合、転送されるのは小サイズのテキス
トメール部だけであり、大サイズの複合メール部は、そ
れを必要とする受信者が自らアクセスするまで通信され
ない。また、転送ポイントにおいても複合メール部を受
信しない。従って、ネットワークトラフィックの更なる
削減を図ることが期待できる。

【０１７８】特に、自動メール転送においては、転送ポ
イントで複合メール部の受送信が行なわれることがない
ため、ネットワークトラフィックの削減の効果はさらに
大きなものとなる。

【０１７９】また、複合メール部のＵＲＬアドレスが判
っていれば、電子メールを受信した機器でなくても複合
メール部へのアクセスは可能であるので、例えば、電子
メールの転送を行なわずに、勤務先と自宅とで同じ複合
メールを読むこともできる。

【０１８０】以上説明したように、本実施形態によれ
ば、電子メールを小サイズのテキストメール部と大サイ
ズの複合メール部とに分離し、小サイズのテキストメー
ル部のみ受信者当てに送信を行ない、大サイズの複合メ
ール部はＷＷＷサーバ上にアクセスした場合に見ること
が出来るように構成したので、従来の問題点を解消する
とともに、メールの転送においてもネットワークトラフ
ィックの削減が可能となり、多様な複合メールの送受信
が可能となる。

【０１８１】（第２の実施形態）次に、本発明の第２実
施形態を、図４及び図５を参照して説明する。

【０１８２】図４は、本実施形態に係るメール伝達装置
を用いてインターネット上で複合メールを送受信した場
合の電子メールの流れを示す模式図である。同図におい
て、本実施形態は、送信側ＰＣ４１がＷＷＷサーバ１４
としての機能をも有している点で、上述した第１実施形
態と相違する。送信側ＰＣ４１では、電子メール送信ソ
フトウエア４２が動作する。これ以外の、第１実施形態
の図１と同様の構成要素には、同一番号を付してある。

【０１８３】図５は、本実施形態に係る複合メール送信
手順を示すフローチャートである。

【０１８４】図４においては、送信側電子メールソフト
ウエア４２を用いて、テキストデータ「Ｈｅｌｌｏ こ
れは画像データを含むメールです。」と画像データとか
らなる複合メールが作成される。複合メールの作成後、
単数または複数の受信者のメールアドレス等のメール送
信に必要な情報が設定され、完成した複合メールの送信
が指示されると、本フローチャートの処理が開始され
る。

【０１８５】まず、送信側電子メールソフトウエア１２
により、複合メール本体が、ブラウザによって読み取り
可能なファイル形式であるＨＴＭＬ形式に変換されて複
合メール部が作成される（ステップＳ５１）。

【０１８６】そして、作成された複合メール部を置くＷ
ＷＷサーバ機能を有する送信側ＰＣ４１のＵＲＬアドレ
スが確定される（ステップＳ５２）。このアドレスは、
送信側ＰＣ４１上の領域名に、公知の乱数発生アルゴリ
ズムによりランダムに発生させたファイル名を統合した
ものとする。

【０１８７】ステップＳ５１で作成された複合メール部
のサイズが求められ（ステップＳ５３）、複合メールの
送信データから抽出されるテキスト部分と、ステップＳ
５２で求められたＵＲＬ及びステップＳ５３で求められ
た複合メール部のサイズ情報等とから構成されるテキス
トメール部が作成され（ステップＳ５４）、送信側ＰＣ
４１上に複合メール部を置くのに十分な空き容量がある
か否かが判別される（ステップＳ５５）。

【０１８８】ステップＳ５５の判別で、十分な空き容量
がある場合は、ステップＳ５４において作成されたテキ
ストメール部が、指定された各受信者のメールアドレス
に応じて、指定された受信者の数だけ通常のメールプロ
トコル（例えばＳＭＴＰ）を実行することにより送信側
メールサーバ１５へ送信され（ステップＳ５６）、複合
メール部が、ステップＳ５２で求められたファイル名
で、送信側ＰＣ４１上のＷＷＷサーバとして使用される
所定領域へコピーされ（ステップＳ５７）、その後本手
順が終了される。

【０１８９】一方、ステップＳ５５の判別で、十分な空
き容量がない場合は、その旨を示す警告メッセージが、
送信側電子メールソフトウエア４２により送信側ＰＣ４
１の表示画面上に表示され（ステップＳ５８）、その
後、本送信手順は中止される。

【０１９０】本実施形態におけるメール受信手順は、Ｗ
ＷＷサーバ１４の機能をＷＷＷサーバ兼用の送信側ＰＣ
４１が実現するという構成以外は上述した第１実施形態
と同様である。すなわち、受信者は受信側メールソフト
ウエア１８ｃ上で受信されたテキストメール部に記述さ
れているＵＲＬアドレスにブラウザ１９ｃを用いてアク
セスし、複合メール部を送信側ＰＣ４１からブラウザ１
９ｃで受信し、表示する。

【０１９１】以上説明したように、本実施形態によれ
ば、上述した第１実施形態と同様の効果に加えて、メー
ル送信時には大サイズの複合メール部の通信は行なわれ
ないためネットワークトラフィックを削減でき、また、
複合メール部を送信側ＰＣ４１内に置くようにしたの
で、複合メール部を置く領域の管理を簡略化することが
できるという効果が得られる。

【０１９２】（第３実施形態）次に、本発明の第３実施
形態について、図６〜図９を参照して説明する。

【０１９３】従来、電子メールによって、文書・複合文
書ばかりでなく、表計算やプレゼンテーションソフトの
ファイルや実行形式のプログラム・ソフトウエアのイン
ストールプログラムなどの特殊な形式のファイルや、ソ
フト開発環境のように特定のディレクトリ以下の各種フ
ァイルとディレクトリ構造とを含めたファイル等を含め
たものを送信したいという要望があった。本実施形態
は、上述したようなファイルあるいはディレクトリ構造
＋ファイルを含む複合メールを伝達することができるよ
うにしたものである。

【０１９４】図６は、本実施形態に係る本実施形態に係
るメール伝達装置を用いてインターネット上で複合メー
ルを送受信した場合の電子メールの流れを示す模式図で
ある。同図において、第１実施形態の図１に示した構成
と同一の構成要素には同一番号が付してある。本実施形
態においては、送信側ＰＣ１１上で本発明に係る複合メ
ール送信ソフトウエア６１が動作する。また、本実施形
態においては、図１に示したＷＷＷサーバ１４の代わり
に、ＦＴＰサーバ６２を採用する。ＦＴＰサーバの運用
及び設置については、第１実施形態におけるＷＷＷサー
バ１４と同様である。

【０１９５】図７は、本実施形態に係る複合メール送信
手順を示すフローチャートである。

【０１９６】メール送信者により、送信側ＰＣ１１にお
いて、送信側電子メールソフトウエア１２を用いて、送
信したい一つないし複数のファイルまたはディレクトリ
の指定、送信ファイルに関する説明などのコメント入
力、受信者のメールアドレスその他の電子メールに必要
な情報の設定後、完成した複合メールの送信が指示され
ると、本手順は開始される。

【０１９７】メール送信の指示が為された送信側ＰＣ１
１においては、まず送信するメールのファイル形式が調
べられ、ファイル形式の汎用性やデータ圧縮の必要性、
またはデータ圧縮の効果を考慮して、データ圧縮・変換
を行う必要があるか否かが判別される（ステップＳ７
１）。例えば、送信ファイルが１つで圧縮ファイルであ
るような場合は、データ圧縮処理は不要と判別される。
また、静止画像の標準圧縮形式であるＪＰＥＧ形式な
ど、ファイルの冗長度が少なくデータ圧縮の効果がほと
んどないファイルに対しても、データ圧縮は不要と判別
される。このような場合は送信ファイルそのものが複合
メール部になる。

【０１９８】また、ファイル形式がプラットフォームに
依存しない汎用の形式であれば、データ変換は不要と判
別される。一方、特定のＯＳあるいはアプリケーション
ソフトウエアに固有の特殊な形式であるような場合は、
データ変換する必要があると判別される。

【０１９９】ステップＳ７１の判別で、データ圧縮・変
換処理を行う必要がない場合は、データ圧縮変換形式が
指定されているか否かが調べられる（ステップＳ７
４）。上述した「受信者のメールアドレスその他のメー
ルに必要な情報」には、メール受信者のマシン環境すな
わち受信側ＰＣ１７ａ〜ｃのＯＳ、対応可能な圧縮・変
換ファイル形式等が予め判っている場合には、受信側に
合わせたデータ圧縮・変換形式の指定が含まれる。

【０２００】図８は、送信側ＰＣ１１において、受信者
を簡単に指定するためのアドレス帳の登録形式の一例を
示す図である。同図に示すように、このアドレス帳に
は、受信者の名前、メールアドレスだけでなく、受信者
のマシン環境も登録することができる。したがって、ア
ドレス帳にマシン環境も登録されている受信者に対して
は、送信者が受信者を指定するだけで、自動的にデータ
圧縮・変換形式も指定される。

【０２０１】たとえば、受信者が「山田太郎」である場
合、指定されるデータ圧縮・変換形式は「サポートファ
イル形式」の先頭に記載されているｅｘｅ形式になる。
なお、このｅｘｅ形式とは、自己解凍のデータ圧縮形式
として広く認識されている形式であり、受信者はこの形
式のファイルをなんら特別なアプリケーションを用いな
くても解凍してもとのファイルを得ることができる。

【０２０２】同様に、アドレス帳に名前が登録されてい
ない受信者、名前とメールアドレスは登録されているが
マシン環境が登録されていない受信者に対しても、受信
側環境が分かっていれば、送信に先立ってデータ圧縮・
変換形式を指定することができる。なお、受信側環境は
不明の場合は、データ圧縮・変換形式は非指定とされ
る。

【０２０３】図７に戻り、上記ステップＳ７２の判別
で、データ圧縮・変換形式が指定されている場合は、そ
の指定に従って、ファイルまたはディレクトリに対して
データ圧縮・変換処理が施され、複合メール部が作成さ
れる（ステップＳ７３）。例えば、受信者が図８に示し
たアドレス帳に登録されている「山田太郎」である場
合、送信する一つないし複数のファイルあるいはディレ
クトリが、公知のデータ圧縮・変換方法によって指定さ
れた１ｅｘｅファイル形式にデータ圧縮・変換される。

【０２０４】そして、作成された複合メール部を送信す
るＦＴＰサーバ６２のＵＲＬアドレスが確定される（ス
テップＳ７４）。このＦＴＰサーバ６２のアドレスは、
上述した第１または第２実施形態と同様の手法によって
決定されるが、本実施形態においては、受信者からのフ
ァイルへのアクセスをＦＴＰプロトコルで行う必要があ
るため、「ｆｔｐ：」で始まるＵＲＬアドレスとして決
定される。

【０２０５】つぎに、作成された複合メール部のサイズ
が求められる（ステップＳ７５）。ここで求めるのは、
データ圧縮・変換を行わない場合は複合メール部として
扱われる元の送信ファイルのサイズであり、データ圧縮
・変換を行う場合はステップＳ７３でデータ圧縮・変換
処理された後の複合メール部のサイズである。

【０２０６】送信するファイルに関するコメント、ステ
ップＳ７４で決定されたＵＲＬアドレス、ステップＳ７
５で求めた複合メール部のサイズ情報、及びデータ圧縮
・変換形式に関する情報等から構成されるテキストメー
ル部が作成され（ステップＳ７６）、ＦＴＰサーバ６２
上に複合メール部を受信するのに十分な空き容量がある
か否かが判別される（ステップＳ７７）。

【０２０７】ステップＳ７７において、十分な空き容量
がある場合は、ステップＳ７６で作成されたテキストメ
ール部が、指定された受信者のメールアドレスへ通常の
メールプロトコル（例えばＳＭＴＰ）で送信され（ステ
ップＳ７８）、複合メール部がステップＳ７４で決定さ
れたファイル名及びアドレスを用いてＦＴＰサーバ６２
の所定領域へＦＴＰ送信され（ステップＳ７９）、本手
順が終了される。なお、上述した第２実施形態のよう
に、送信側ＰＣ１１がＦＴＰサーバ６２の機能をも兼ね
ている場合、ステップＳ７９では、ＦＴＰサーバ６２と
して使用される送信側ＰＣ１１内の所定領域へ複合メー
ル部がコピーされる。

【０２０８】また、ステップＳ７７の判別で、ＦＴＰサ
ーバの空き容量が十分ではない場合は、送信側電子メー
ルソフトウエア６１の処理により、警告メッセージが表
示され（ステップＳ８０）、その後本手順が終了され
る。

【０２０９】一方、ステップＳ７２の判別で、データ圧
縮・変換形式が指定されていない場合は、多くの受信側
環境でサポートされている圧縮ファイル形式、たとえば
ｚｉｐ形式の１ファイルにデータ圧縮・変換が行われ
（ステップＳ８１）、次にファイルを送るＦＴＰサーバ
６２のアドレス（ＵＲＬ）が、ステップＳ７４の場合と
同様にして決定される（ステップＳ８２）。そして、デ
ータ圧縮・変換後のファイルのサイズ、元の送信ファイ
ルのサイズ及び両サイズの和が求められ（ステップＳ８
３）、送信するファイルに関するコメント、ステップＳ
８２で求められたＦＴＰサーバ６２上の圧縮・変換ファ
イルのＵＲＬアドレス、元の送信ファイルのＵＲＬアド
レス、ステップＳ８３で求められたＦＲＴサーバ６２上
の圧縮・変換ファイルのサイズ情報、元の送信ファイル
のサイズ情報、及びデータ圧縮・変換形式に関する情報
などからなるテキストメール部が作成され（ステップＳ
８４）、ステップＳ７５と同様にして、ＦＴＰサーバ６
４上の空き領域と前記サイズの和を比較することにより
ＦＴＰサーバ６４の空き容量が十分であるか否かが判別
される（ステップＳ８５）。

【０２１０】ステップＳ８５の判別で、十分な空き容量
があると判別された場合は、ステップＳ８４で作成され
たテキストメール部が、指定された受信者のメールアド
レスへ、通常のメールプロトコル（例えばＳＭＴＰ等）
で送信され（ステップＳ８６）、圧縮・変換ファイル及
び元の送信ファイルが、ＦＴＰサーバ６４のステップＳ
８２で確定されたＵＲＬアドレスが示す領域へ、ＦＴＰ
送信され（ステップＳ８７）、その後本手順は終了され
る。なお、上述した第２実施形態のように、送信側ＰＣ
１１がＦＴＰサーバ６２の機能をも兼ねている場合、ス
テップＳ８７では、ＦＴＰサーバ６２として使用される
送信側ＰＣ１１内の所定領域へ、圧縮・変換ファイル及
び元の送信ファイルがコピーされる。

【０２１１】また、ステップＳ８５の判別で、十分な空
き容量がないと判別された場合は、送信側電子メールソ
フトウエア６２によって、その旨を示す警告メッセージ
が送信側ＰＣ１１のディスプレイに表示され（ステップ
Ｓ８８）、その後送信処理の中止によって本手順が終了
される。

【０２１２】図９は、受信側ＰＣ１７において行われる
複合メール受信手順を示すフローチャートである。

【０２１３】まず、受信側ＰＣ１７ｃ上の受信側電子メ
ールソフトウエア６３ｃで受信されたテキストメール部
が読まれ（ステップＳ９１）、その内容から複合メール
部を受信するか否かが決定される（ステップＳ９２）。
すなわち、ステップＳ９２では、元の電子メールのテキ
ストメール部の内容に基いて、複合メール部の受信が必
要であるか否かが判別され、テキストメール部中の複合
メール部のサイズ情報に基いて受信側ＰＣ１７ｃの記憶
容量にこの複合メール部を受信するのに十分な空き容量
があるか否かが判別され、更に、テキストメール部中の
複合メール部のサイズ情報と現在の受信側ＰＣ１７ｃの
通信回線との接続状況等に基いて、複合メール部の受信
に必要な時間が許容範囲内であるか否かが判別される。

【０２１４】ステップＳ９２の判別で、複合メール部を
受信しない場合は、直ちに本手順が終了される。また、
複合メール部を受信する場合は、テキストメール部に含
まれている、元の送信ファイルのＵＲＬまたは圧縮・変
換ファイルのＵＲＬが選択される（ステップＳ９４）。
上述したように送信側ＰＣ１１において、ステップＳ８
４の手順で圧縮・変換ファイルのＵＲＬ及びサイズ情報
と元のファイルのＵＲＬ及びサイズ情報がテキストメー
ル部に含まれている。例えば、図６に示したテキストメ
ール部の拡大図６３ｃ’には、元のファイル及び圧縮変
換ファイルのそれぞれについて、見出しとして「＜オリ
ジナル＞」または「＜圧縮ファイル＞」との表示と、そ
のＵＲＬアドレス、及びサイズ情報とが記載されてい
る。また、圧縮・変換ファイルのＵＲＬアドレスの最後
の部分に記載されている「ｚｉｐ」から、この圧縮・変
換ファイルが汎用のデータ圧縮形式であるｚｉｐ形式で
あることが判る。受信者は、テキストメール部の内容を
見て、圧縮・変換ファイルを自己のマシン環境において
扱うことが出来る場合には圧縮・変換ファイルのＵＲＬ
アドレスを選択し、扱えない場合には元のファイルのＵ
ＲＬアドレスを選択することができる。

【０２１５】次に、受信側ＰＣ１７ｃ上の受信側電子メ
ールソフトウエア６３ｃが「クリッカブルＵＲＬ」機能
を有しているか否かが判別される（ステップＳ９４）。
受信側電子メールソフトウエア６３ｃが「クリッカブル
ＵＲＬ」機能を備えている場合、テキストメール部中の
ＵＲＬアドレスがマウスボタンによりダブルクリックさ
れると（ステップＳ９５）、ブラウザ６４ｃにより、指
令されたＵＲＬアドレスに従って、ＦＴＰサーバ６２の
ディレクトリ上の複合メール部へのアクセスが行われる
（ステップＳ９６）。そして、ＦＴＰサーバ６２により
このアクセスを受けて標準規格ＦＴＰプロトコルで送信
された複合メール部が、ブラウザ６４ｃによって受信さ
れ（ステップＳ９７）、受信側ＰＣ１７ｃのハードディ
スク（不図示）に蓄積される（ステップＳ９８）。

【０２１６】また、ステップＳ９４の判別で、受信側電
子メールソフトウエア６３ｃがクリッカブルＵＲＬ機能
を備えていない場合は、ブラウザ６４ｃが別途起動され
（ステップＳ１０１）、テキストメール部中のＵＲＬア
ドレスをブラウザ６４ｃのアドレスエリアへコピー・ア
ンド・ペースト操作で入力することにより（ステップＳ
１０２）、ステップＳ９６においてＦＴＰサーバ６２の
複合メール部へのアクセスが行われる。

【０２１７】蓄積された複合メール部が圧縮・変換ファ
イルであるか否かが判別され（ステップＳ９９）、圧縮
変換ファイルでない場合はすでに元の（圧縮・変換処理
前の）送信ファイルであるから、そのまま本受信手順が
終了される。また、圧縮・変換ファイルであると判別さ
れた場合は、受信側ＰＣ１７ｃに備えられている、図示
しない圧縮・変換ファイル解凍プログラム等の機能を用
いて、ファイルの解凍または逆変換による再現が行われ
（ステップＳ１００）、その後本手順が終了される。

【０２１８】図１０及び図１１は、複合メールの、複数
の受信者への同報通信手順を示すフローチャートであ
る。

【０２１９】送信側ＰＣ１１において、送信側メールソ
フトウエア６１上で、送信したい少なくとも一つのファ
イル、またはディレクトリの指定、送信ファイルに関す
る説明等のコメント入力、単数あるいは複数の受信者の
メールアドレスその他の電子メールの送信に必要な情報
の設定の後、メール送信者が同報通信を指示すると、本
手順が開始される。

【０２２０】まず、送信側電子メールソフトウエア６１
により、指定された全受信者に対して送信処理が終了し
たか否かが判別され（ステップＳ１１１）、全受信者に
対して送信処理が終了している場合は、本手順が終了さ
れる。

【０２２１】全受信者に対する送信処理が終了していな
い場合は、送信するファイル形式を調べ、ファイル形式
の汎用性、データ圧縮の必要性、あるいはデータ圧縮の
効果を考慮して、データ圧縮変換処理を行うか否かが判
別される（ステップＳ１１２）。この判別は、例えば上
述したステップＳ７１と同様の手法によって行われる。

【０２２２】ステップＳ１１２の判別で、データ圧縮・
変換処理を行わない場合は、指定形式の複合メール部、
即ち元のファイルが既に送信済みであるか否かが判別さ
れる（ステップＳ１１３）。この判別は、本実施形態で
用いられている送信側電子メールソフトウエア６１中で
使用される図示しないフラグ情報に基いて行われる。こ
のフラグ情報は、送信側電子メールソフトウエア６２起
動時に「未送信」に初期化され、送信時に「送信済」を
セットされる。したがって、このフラグ情報を見ること
により、現在の指定形式のファイルが送信済みであるか
否かを判別することができる。

【０２２３】ステップＳ１１３の判別で、送信済みでは
ない場合は、複合メール部を送信するＦＴＰサーバ６２
のＵＲＬアドレスが確定される（ステップＳ１１４）。
このＲＵＬアドレスは、上述した第１又は第２実施形態
と同様の手法により確定される。ただし、本実施形態に
おいては、受信者からのファイルへのアクセスをＦＴＰ
プロトコルで行うため、ＵＲＬアドレスは「ftp:」で始
まるアドレスにされる。

【０２２４】そして、複合メール部のサイズが求められ
た後（ステップＳ１１５）、送信するファイルに関する
コメント、ステップＳ１１４で確定されたＵＲＬアドレ
ス、ステップＳ１１５で求められた複合メール部のサイ
ズ、データ圧縮・変換形式に関する情報、元のファイル
である旨を示す情報等から構成されるテキストメール部
が作成され（ステップＳ１１６）、ＦＴＰサーバ６２上
に複合メール部を受けるに十分な空き容量があるか否か
が判別される（ステップＳ１１７）。

【０２２５】ステップＳ１１７の判別で、十分な空き容
量がある場合は、ＦＴＰサーバ６２上のステップＳ１１
４で確定されたＵＲＬアドレスが示す領域へ、複合メー
ル部がＦＴＰ送信される（ステップＳ１１８）。なお、
送信側ＰＣ１１がＦＴＰサーバ６２の機能をも兼ねてい
る場合、ステップＳ１１８では、ＦＴＰサーバ６２とし
て使用される送信側ＰＣ１１内の所定領域へ、複合メー
ル部がコピーされる。そして、ステップＳ１１６で作成
されたテキストメール部が、現在の処理対象となってい
る受信者のメールアドレスへ通常のメールプロトコルで
送信される（ステップＳ１１９）。

【０２２６】今回の送信対象になっている受信者へのテ
キストメール部の送信が終了すると、送信対象が次の受
信者に変更され（ステップＳ１２０）、再びステップＳ
１１１以降の処理が実行される。

【０２２７】上記ステップＳ１１３の判別で、元のファ
イルがすでに送信済みである場合は、ステップＳ１１４
〜Ｓ１１８の処理をスキップしてステップＳ１１９に進
み、テキストメール部の送信が行われる。

【０２２８】一方、ステップＳ１１２の判別で、データ
の圧縮・変換処理が必要である場合は、上述したステッ
プＳ７２の場合と同様に、送信者の指定、現在処理中の
受信者のメールアドレス、図８に示したアドレス帳等に
基いて、当該受信者に対してデータ圧縮・変換形式が指
定されているか否かが判別され（ステップＳ１２１）、
データ圧縮・変換形式が指定されている場合は、指定さ
れているデータ圧縮・変換形式の複合メール部ファイル
が送信済みか否かが判別される（ステップＳ１２２）。

【０２２９】ここで、送信済みでない場合は、指定され
ている形式によるデータ圧縮・変換処理を行うことによ
り複合メール部が作成される（ステップＳ１２３）。例
えば、受信者が図８に示した「山田太郎」である場合、
送信少なくとも１つのファイルまたはディレクトリを公
知のデータ圧縮・変換方式によって指定された１ｅｘｅ
ファイル形式にデータ圧縮・変換処理が行われる。

【０２３０】次に、複合メール部を送るＦＴＰサーバ６
２上のＵＲＬアドレスが確定される（ステップＳ１２
４）。このＦＴＰサーバ６２上のアドレスは、上述した
ステップＳ１１４と同様に、受信者からのファイルへの
アクセスをＦＴＰプロトコルで行うため、ＵＲＬアドレ
スは「ftp:」で始まるアドレスにされる。また、ファイ
ル名の最後に付される拡張子は、圧縮・変換ファイル形
式に応じたものとされ、たとえばｅｘｅファイル形式の
ファイルにデータ圧縮・変換処理が行われている場合に
はファイル名の最後に拡張子「exe」が付される。

【０２３１】アドレスの確定の後、データ圧縮・変換処
理後の複合メール部のサイズが求められ（ステップＳ１
２５）、送信するファイルに関するコメント、ステップ
Ｓ１２４で確定されたＵＲＬアドレス、ステップＳ１２
５で求められた複合メール部のサイズ情報、データ圧縮
・変換形式に関する情報等で構成されるテキストメール
部が作成され（ステップＳ１２６）、上述したステップ
Ｓ１１７と同様に、ＦＴＰサーバ６２上に複合メール部
を受けるに十分な空き容量があるか否かが判別される
（ステップＳ１２７）。

【０２３２】ステップＳ１２７の判別で、十分な空き容
量がある場合は、ＦＴＰサーバ６２上のステップＳ１１
４で確定されたＵＲＬアドレスが示す領域へ、複合メー
ル部がＦＴＰ送信される（ステップＳ１２８）。なお、
送信側ＰＣ１１がＦＴＰサーバ６２の機能をも兼ねてい
る場合、ステップＳ１２８では、ＦＴＰサーバ６２とし
て使用される送信側ＰＣ１１内の所定領域へ、複合メー
ル部がコピーされる。そして、ステップＳ１２６で作成
されたテキストメール部が、現在の処理対象となってい
る受信者のメールアドレスへ通常のメールプロトコルで
送信される（ステップＳ１２９）。今回の送信対象にな
っている受信者へのテキストメール部の送信が終了する
と、ステップＳ１２０に進み、送信対象が次の受信者に
変更される。

【０２３３】また、ステップＳ１２２の判別で、指定形
式の複合メール部ファイルを送信済みである場合は、ス
テップＳ１２３〜Ｓ１２８の処理をスキップしてステッ
プＳ１２９に進み、テキストメール部の送信が行われ
る。

【０２３４】上記ステップＳ１２１の判別で、データ圧
縮・変換形式が指定されていない場合は、現在のデータ
圧縮・変換形式即ち多くの受信側マシン環境でサポート
されている共通圧縮ファイル形式（たとえばｚｉｐ形
式）の複合メール部及び元の送信メールが送信済みであ
るか否かが判別され（ステップＳ１３０）、送信済みで
ない場合は、複合メール部が共通圧縮ファイル形式の１
ファイル形式にデータ圧縮変換され（ステップＳ１３
１）、ステップＳ１１４と同様にして、複合メール部を
送るＦＴＰサーバ６２上のＵＲＬアドレスが確定される
（ステップＳ１３２）。

【０２３５】アドレスの確定の後、データ圧縮・変換処
理後の圧縮・変換ファイルのサイズと、データ圧縮・変
換処理前のファイルのサイズと、両サイズの和とが求め
られ（ステップＳ１３３）、送信するファイルに関する
コメント、ステップＳ１３２で確定されたＵＲＬアドレ
ス、ステップＳ１３３で求められた圧縮・変換ファイル
のサイズ情報、元のファイルのサイズ情報、及びデータ
圧縮・変換形式に関する情報等から構成されるテキスト
メール部が作成され（ステップＳ１３４）、ステップＳ
１３３で求められたデータ圧縮・変換後のサイズ及びデ
ータ圧縮・変換前のサイズの和とＦＴＰサーバ６２の空
き容量とを比較することにより、ＦＴＰサーバ６２上に
複合メール部を受けるに十分な空き容量があるか否かが
判別される（ステップＳ１３５）。

【０２３６】ステップＳ１３５の判別で、十分な空き容
量がある場合は、圧縮・変換ファイル及び元のファイル
が、ステップＳ１３２で確定されたＵＲＬアドレスが示
すＦＴＰサーバ上の領域へＦＴＰ送信される（ステップ
Ｓ１３６）。なお、送信側ＰＣ１１がＦＴＰサーバ６２
の機能をも兼ねている場合、ステップＳ１３６では、Ｆ
ＴＰサーバ６２として使用される送信側ＰＣ１１内の所
定領域へ、複合メール部がコピーされる。そして、ステ
ップＳ１３４で作成されたテキストメール部が、現在の
処理対象となっている受信者のメールアドレスへ通常の
メールプロトコルで送信される（ステップＳ１３７）。
今回の送信対象になっている受信者へのテキストメール
部の送信が終了すると、ステップＳ１２０に進み、送信
対象が次の受信者に変更される。

【０２３７】また、ステップＳ１３０の判別で、共通形
式の複合メール部ファイルを送信済みである場合は、ス
テップＳ１３１〜Ｓ１３６の処理をスキップしてステッ
プＳ１３７に進み、テキストメール部の送信が行われ
る。

【０２３８】ステップＳ１１７、ステップＳ１２７、ま
たはステップＳ１３５において、ＦＴＰサーバ６２に十
分な空き容量がないと判別された場合は、送信側メール
ソフトウエア６１によりその旨を示す警告メッセージが
送信側ＰＣ１１のディスプレイ上に表示され（ステップ
Ｓ１３８）、送信処理を中止することによって本手順が
終了される。

【０２３９】以上説明したように、本実施形態によれ
ば、上述した従来の問題点を以下のように解決する。

【０２４０】送信可能なメールサイズの制限について 本実施形態におけるテキストメール部は、電子メール用
標準プロトコル（ＳＭＴＰ、ＰＯＰ３等）を用いて通常
のメール伝達経路を通るが、通常のテキスト形式で且つ
小サイズなので、送受信の問題は生じない。

【０２４１】一方、複合メール部については、送信側Ｐ
Ｃ１１からＦＴＰサーバ６２への転送及びＦＴＰサーバ
６２から受信側ＰＣ１７ａ〜ｃへの転送はいずれもＦＴ
Ｐプロトコルを用いたが、このプロトコルには電子メー
ル用標準プロトコルのようなデータサイズ、データ種
類、通信経路などによる制限は事実上ない。したがっ
て、本実施形態によれば、上述したような、メールサイ
ズの制限という従来の問題点が解決される。

【０２４２】受信側での複合メールの受信、表示の非
保証について 本実施形態におけるテキストメール部は、通常のテキス
ト形式で且つ小サイズであるため、受信や表示処理の問
題は生じない。

【０２４３】一方、複合メール部については、第１実施
形態及び第２実施形態とは異なり、ファイルであるた
め、受信側ＰＣ１７ａ〜ｃに表示する必要がない。ブラ
ウザは各種プラットフォームに対して広く普及してお
り、ＦＴＰ受信機能を有している。加えて、代表的なブ
ラウザはクリッカブルＵＲＬ機能を有する電子メール機
能を有しているため、少なくともインターネット１３に
接続されたＰＣにおいては、上述した手順によって送信
された電子メールを受信することができる。

【０２４４】複合メールデータの取扱いの煩雑さ、困
難さについて 本実施形態における複合メール部は、送信するファイル
の種類の汎用性等を考慮して、データ圧縮・変換処理を
行うか否かが決定され、データ圧縮・変換処理を行わな
い場合は元の送信ファイルが送信される。この場合、受
信者は汎用的な形式である元のファイルそのものを受信
することになるので、データ取扱い上の問題は生じな
い。

【０２４５】データ圧縮・変換処理を行う場合であっ
て、データ圧縮・変換形式の指定があった場合、あるい
は受信者が扱えるファイル形式が判っている場合は、受
信側のマシン環境でサポートされている形式にデータ圧
縮・変換された圧縮・変換ファイルを送信する。この場
合も、受信者は自己の環境でサポートされている形式の
ファイルを受信することができるので、データ取扱いの
問題はない。

【０２４６】また、データ圧縮・変換処理を行う場合で
あって、データ圧縮・変換形式の指定がない場合、ある
いは受信者が扱えるファイル形式が不明である場合は、
本実施形態では、多くの受信側環境でサポートされてい
る圧縮・変換形式の圧縮・変換ファイルと元の送信ファ
イルとの双方をＦＴＰサーバへ送信する。従って、受信
者はテキストメールの内容を見て最も適切であると判断
されるファイルをＦＴＰプロトコルで受信するので、デ
ータ取扱いの問題はない。

【０２４７】特に、例えば図８に示したアドレス帳に予
めマシン環境が登録されているメール受信者に対して最
適のファイル形式が自動的に選択されるため、受信者側
の受信データの取扱いの問題だけでなく、送信側での受
信者毎のファイル形式の選択の簡易化を図ることができ
る。

【０２４８】大サイズメールの受信時の問題について 本実施形態におけるテキストデータ部は、通常のテキス
ト形式かつ小サイズであるため、受信時の問題は生じな
い。

【０２４９】複合メール部の受信については、図９のス
テップＳ９２の判別で、複合メール部ファイルを受信す
るか否かを受信者が決定することができ、また、その受
信を行なう時期も受信者が決定することができる。さら
に、複合メール部の受信は、受信者が都合のよいときに
行なうため、従来技術のようにメール受信に不都合な時
間帯に回線やパーソナルコンピュータをその受信に占有
されてしまうという状態を回避することができる。

【０２５０】さらに、メール送信時にデータ圧縮・変換
形式の指定があった場合は、受信者が扱えるファイル形
式が判っている場合、あるいはＦＴＰサーバ中の圧縮フ
ァイルが受信者のマシン環境で扱える形式の場合等、圧
縮ファイルを受信する場合は、受信時の転送データサイ
ズが小さくなるため、受信時の不都合を小さくすること
ができる。

【０２５１】大サイズメールの同報によるネットワー
クトラフィックの圧迫について 上述したように、本実施形態における同報メールでは、
テキストメール部は同報を指定した各受信先に送信され
るが、複合メール部についてはＦＴＰサーバ６２に対し
て１回だけ送信される。

【０２５２】すなわち、同報されるのはデータ量が少な
いテキストメール部だけであり、大サイズの複合メール
部の送信は同報先の数に拘らず１回しか行われない。

【０２５３】各受信者からのＦＴＰサーバ６２中の複合
メール部へのアクセスは受信者ごとの都合のよい時に行
われるので、ネットワークトラフィックの集中や特定メ
ールサーバへのデータの集中は生じない。

【０２５４】また、テキストメール部の内容を見て複合
メール部の受信が不要であると判断した受信者はＦＴＰ
サーバ６２へのアクセスを行わないため、全体としての
ネットワークトラフィックの更なる削減を図ることがで
きる。

【０２５５】加えて、データ圧縮・変換形式の指定があ
った場合、受信者が扱えるファイル形式が予め判ってい
る場合には、各受信者に最適のファイル形式が自動的に
選択される。このように最適なファイル形式が選択され
た場合、あるいはＦＴＰサーバ６２中の圧縮ファイルが
受信者のマシン環境で扱える形式である場合など、圧縮
ファイルを受信する場合はＦＴＰサーバから受信側ＰＣ
１７ａ〜１７ｃへの受信データサイズが小さくなるた
め、ネットワークトラフィックを更に小さくすることが
できる。

【０２５６】更にまた、送信側ＰＣ１１からＦＴＰサー
バ６２への送信データについては図１０に示したように
同一のファイル形式に付いては１回しか送信されないた
め、同報メール送信におけるネットワークトラフィック
も最小化される。

【０２５７】このように、本実施形態によれば、従来の
問題点を解決することができる。加えて、本実施形態に
よれば、ＦＴＰサーバ６２上で同一のファイル形式のフ
ァイルの重複がなくなるので、ＦＴＰサーバ上で使用さ
れる複合メール蓄積領域サイズも採用に止めることがで
きる。

【０２５８】また、電子メールの転送においては、上述
した第１、第２実施形態の場合と同様に、ネットワーク
トラフィックの更なる削減を図るとともに、複合メール
部のＵＲＬアドレスが判っていれば、電子メールを受信
した機器でなくても複合メール部へのアクセスは可能で
あるので、例えば、電子メールの転送を行なわずに、勤
務先と自宅とで同じ複合メールを読むこともできるとい
う効果が得られる。また、受信するデータが圧縮ファイ
ルである場合には、ネットワークトラフィックの削減が
より一層効果的なものとなる。

【０２５９】次に、本実施形態に特有のデータ圧縮・変
換処理の効果について述べる。

【０２６０】メール送信時にデータ圧縮・変換形式の指
定があった場合、または受信者が扱うことが出来るファ
イル形式が判っている場合は、送信側ＰＣ１１からＦＴ
Ｐサーバ６２へのファイル転送も、ＦＴＰサーバ６２か
ら受信側ＰＣ１７ａ〜１７ｃへのファイル転送も圧縮・
変換ファイルで行われるため、ネットワークトラフィッ
クを少なくすることができる。

【０２６１】また、メール送信時にデータ圧縮・変換形
式の指定がなかった場合、あるいは受信者が扱うことが
出来るファイル形式が不明である場合は、本実施形態に
おいては、受信側ＰＣ１７ａ〜１７ｃの多くのマシン環
境によってサポートされている圧縮・変換ファイルと、
元の送信ファイルとをＦＴＰサーバ６２へ送信し、受信
者はテキストメール部の内容を確認することにより圧縮
・変換ファイルを自機で取り扱うことが出来ると判断し
た場合には圧縮・変換ファイルを受信し、取り扱うこと
が出来ないと判断した場合には元の（非圧縮の）データ
を受信することができる。

【０２６２】なお、送信側ＰＣ１１からＦＴＰサーバ６
２へのファイル転送は、元のファイルと圧縮・変換ファ
イルとを転送するため、元のファイルのみの場合と比較
してファイル転送されるサイズが大きくなるが、圧縮フ
ァイルのサイズは、通常、元のファイルよりも大幅に小
さくされるため、これによる転送ファイルサイズの増加
量は小さい。

【０２６３】一方、受信者が圧縮・変換ファイルを受信
するときは、ＦＴＰサーバ６２から受信側ＰＣ１７ａ〜
１７ｃへの転送ファイルサイズは小さくて済むので、全
体としてのネットワークトラフィックを小さくすること
ができる。

【０２６４】以上説明したように、本実施形態によれ
ば、従来技術の問題点を解決し、メール転送においても
ネットワークトラフィックの削減を図ることができると
ともに、ネットワークトラフィックを大幅に増加させる
ことなく、多様な複合メールの送受信が可能となる。

【０２６５】更に、受信者のマシン環境に応じて最適な
データ圧縮・変換形式を選択できるうえ、ＦＴＰサーバ
６２で使用される複合メール蓄積領域サイズも、できる
だけ小さく抑えることができる。

【０２６６】なお、本実施形態においては、受信者がフ
ァイルを受信し取込む為に使用するソフトウエアは、ブ
ラウザに限られるものではなく、実用に供されている各
種のＦＴＰ受信ソフトウエアを利用できることはいうま
でもない。

【０２６７】また、上述した第１〜第３実施形態におい
ては、送信する複合データを第１データ部と第２データ
とに分離するように構成したが、複合メールを３つ以上
の複数のデータ部分に分離することも可能であり、各デ
ータ部を、データの種類やサイズに応じた複数の伝達経
路・蓄積経路を介して伝達するように構成することも可
能である。

【０２６８】（他の実施形態）なお、上述した第１〜第
３実施形態における機能を実現するソフトウエアのプロ
グラムコードを記録した記憶媒体を送信側ＰＣ及び受信
側ＰＣに供給し、その送信側ＰＣ及び受信側ＰＣのコン
ピュータ（またはＣＰＵ，ＭＰＵ）が記憶媒体に格納さ
れたプログラムコードを読み出し実行することによって
も、本発明の目的が達成されることはいうまでもない。

【０２６９】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。

【０２７０】プログラムコードを供給する為の記憶媒体
としては、例えば、フロッピー（登録商標）ディスク、
ハードディスク、光ディスク、光磁気ディスク、ＣＤ−
ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカー
ド、ＲＯＭ等を用いることができる。

【０２７１】また、コンピュータが読み出したプログラ
ムコードを実行することにより上述した第１〜第３実施
形態の機能が実現されるだけでなく、そのプログラムコ
ードの指示に基づいて、コンピュータ上で稼動している
ＯＳ等が実際の処理の一部または全部を行い、その処理
によって前述した実施形態の機能が実現される場合も含
まれることはいうまでもない。

【０２７２】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づいて、その機能拡張ボードや機能拡張ユニット
に備わるＣＰＵ等が実際の処理の一部または全部を行
い、その処理によって上述した第１〜第３実施形態の機
能が実現される場合も含まれることはいうまでもない。

【０２７３】

【発明の効果】以上説明したように、請求項１の複合メ
ール伝達システムまたは請求項３４の複合メール伝達方
法によれば、複合データを第１データ部と第２データ部
とに分離し、前記分離された第1データ部を送信し、前
記分離された第２データ部をデータ蓄積手段に送信して
蓄積し、前記送信された第１データ部を前記受信装置に
おいて受信して表示し、前記第１データ部に含まれるア
クセス情報に基いて、前記受信装置から前記データ蓄積
手段に対して前記第２データ部のアクセス要求を出力
し、前記アクセス要求に応じて前記データ蓄積手段から
送出される前記第２データ部を前記受信装置において受
信するようにしたので、受信装置側においてアクセス情
報に基いて、第２データ部を受信する場合にのみアクセ
ス要求をして第２データ部を受信することができ、従っ
て、受信側のマシン環境にかかわらず、多様な複合メー
ルの送受信を行うことができるという効果が得られる。

【０２７４】請求項２の複合メール伝達システムまたは
請求項３７の複合メール伝達方法によれば、前記第１デ
ータ部はテキストデータからなり、前記第２データ部は
非テキストデータ部を含むので、受信装置に送信される
のは小サイズの第１データ部だけであり、大サイズの第
２データ部は受信する場合にのみアクセス要求を出力す
ることにより受信することができるので、メールサイズ
の制限や大サイズメールの受信時間といった従来の問題
点を解消するとともに、ネットワークトラフィックの減
少を図ることができるという効果が得られる。

【０２７５】請求項３の複合メール伝達システムまたは
請求項３８若しくは請求項３９の複合メール伝達方法に
よれば、第１データ部に含まれるアクセス情報に基いて
前記第２データ部を前記データ蓄積手段から読み出すか
否かを判別することにより、アクセス情報により第２デ
ータ部を読み出す必要があると判別された場合にのみア
クセス要求を出せばよく、従って、従来のように不都合
な時間帯に回線やコンピュータを占有される問題点が解
消されるとともに、ネットワークトラフィックの減少を
図ることもできるという効果が得られる。

【０２７６】請求項４の複合メール伝達システムまたは
請求項４０の複合メール伝達方法によれば、前記データ
蓄積手段は前記送信装置に内蔵されるので、第２データ
部を蓄積する領域の管理を簡易化することができるとい
う効果が得られる。

【０２７７】請求項２２の複合メール伝達システムまた
は請求項５８の複合メール伝達方法によれば、第２デー
タ部に対して、データ形式変換処理、データ圧縮処理及
びアーカイブ化処理の少なくとも１つの処理を行うよう
にしたので、ネットワークトラフィックを小さくするこ
とができるという効果が得られる。

【０２７８】請求項２４若しくは請求項２５の複合メー
ル伝達システムまたは請求項６０若しくは請求項６１の
複合メール伝達方法によれば、データ形式変換処理また
はデータ圧縮処理が施された第２データ部からなるファ
イルと、前記データ形式変換処理またはデータ圧縮処理
が施される前の第２データ部とからなるファイルとを前
記蓄積手段へ送信するようにしたので、受信者は自己の
マシン環境でサポートされている最も適切な形式のファ
イルを受信することができ、したがってデータを取り扱
うことができない等の不具合を解決することができると
いう効果が得られる。

【０２７９】請求項２６の複合メール伝達システムまた
は請求項６２の複合メール伝達方法によれば、前記送信
装置は、前記受信装置のマシン環境に関する情報を予め
記憶するようにしたので、第２データ部を受信者に最適
な形式に送信者側で処理して送信することができるとい
う効果が得られる。

【０２８０】請求項２７の複合メール伝達システムまた
は請求項６３の複合メール伝達方法によれば、マシン環
境に関する情報に基いて、前記第２データ部に対して、
データ形式変換処理、データ圧縮処理及びアーカイブ化
処理の少なくとも１つの処理を行うので、送信時及び受
信時のネットワークトラフィックを小さくすることがで
きるとともに、受信者は自己のマシン環境でサポートさ
れている最も適切な形式のファイルを受信することがで
き、従ってデータを取り扱うことができない等の不具合
を解決することができるという効果が得られる。

【０２８１】請求項２８の複合メール伝達システムまた
は請求項６４の複合メール伝達方法によれば、送信装置
から複数の受信装置に対する同報通信を行うときに、受
信装置の種類に対応した形式からなる少なくとも１つの
第２データ部のうち、同一の第２データ部がすでに前記
データ蓄積手段へ送信されているときは、当該形式から
なる第２データ部を送信しないようにしたので、同報通
信を行う場合であるにもかかわらず送信装置からの第２
データ部の送信時に同一の形式の第２データ部は１度し
か送信されないため、同報メール送信におけるネットワ
ークトラフィックを最小に抑えることができるという効
果が得られる。また、同一の形式の第２データ部の重複
がなくなり、蓄積手段上の蓄積に利用される領域も最小
に抑制することができるという効果も得られる。

【０２８２】請求項２９の複合メール伝達システムまた
は請求項６５の複合メール伝達方法によれば、送信装置
から複数の受信装置に対する同報通信を行うときに、複
数の受信装置のそれぞれに対応した第１データ部を前記
複数の受信装置へそれぞれ送信するようにしたので、同
報通信においても、各受信装置では、例えば当該受信装
置に適した第１データ部の内容から、最適な手法で第２
データ部を受信することができるという効果が得られ
る。

【０２８３】請求項３０の複合メール伝達システムまた
は請求項６６の複合メール伝達方法によれば、前記送信
装置から複数の受信装置に対する同報通信を行うとき、
第１データ部に前記データ蓄積手段中の前記受信装置の
種類に対応した少なくとも１つの第２データ部が蓄積さ
れている領域のアドレス情報を付加するようにしたの
で、同報通信を行う場合のネットワークトラフィックを
大きく削減することができる。また、各受信装置では、
アドレス情報を知ることができるので都合のよいときに
受信処理を行うことができ、従って不都合な時間帯に回
線等を占有されるという不具合を解消することができる
という効果が得られる。更に、送信されてきた第１デー
タ部を受信した場所以外の場所においても同じ複合メー
ルを見ることができる。

【０２８４】請求項３１の複合メール伝達システムまた
は請求項６７の複合メール伝達方法によれば、送信装置
から複数の受信装置に対する同報通信を行うとき、前記
第１データ部に前記データ蓄積手段中の前記受信装置の
種類に対応した少なくとも１つの第２データ部のデータ
種類情報を付加して前記複数の受信装置へそれぞれ送信
するようにしたので、同報通信を行う場合にも、各受信
装置では自己のマシン環境に適したデータ形式からなる
第２データ部を受信することができるという効果が得ら
れる。

【０２８５】請求項３２の複合メール伝達システムまた
は請求項６８の複合メール伝達方法によれば、送信装置
から複数の受信装置に対する同報通信を行うとき、第１
データ部にデータ蓄積手段中の受信装置の種類に対応し
た少なくとも１つの第２データ部のサイズ情報を付加し
て前記複数の受信装置へそれぞれ送信するようにしたの
で、同報通信を行う場合にも、各受信装置では自己のマ
シン環境に適したサイズの第２データ部を受信すること
ができるという効果が得られる。

【０２８６】請求項７０の記録媒体によれば、コンピュ
ータに、複合データを第１データ部と第２データ部とに
分離する工程と、前記分離された第1データ部を送信す
る工程と、前記分離された第２データ部をデータ蓄積手
段に送信して蓄積する工程と、前記送信された第１デー
タ部を前記受信装置において受信して表示する工程と、
前記第１データ部に含まれるアクセス情報に基いて、前
記受信装置から前記データ蓄積手段に対して前記第２デ
ータ部のアクセス要求を出力する工程と、前記アクセス
要求に応じて前記データ蓄積手段から送出される前記第
２データ部を前記受信装置において受信する工程とを実
行させるためのプログラムを前記コンピュータにより読
み取り可能な形式で記録したので、従来の複合メール伝
達システムを構成する各装置に本記憶媒体に記憶されて
いるプログラムを実行させることにより上述した請求項
１記載の複合メール伝達システムと同等の効果を得るこ
とができるという効果が得られる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係るメール伝達装置を
用いてインターネット上で複合メールを送受信した場合
の電子メールの流れを示す模式図である。

【図２】同実施形態に係る複合メール送信手順を示すフ
ローチャートである。

【図３】図１に示した受信側ＰＣ１７において行われる
複合メール受信手順を示すフローチャートである。

【図４】本発明の第２実施形態に係るメール伝達装置を
用いてインターネット上で複合メールを送受信した場合
の電子メールの流れを示す模式図である。

【図５】同実施形態に係る複合メール送信手順を示すフ
ローチャートである。

【図６】本発明の第３実施形態に係るメール伝達装置を
用いてインターネット上で複合メールを送受信した場合
の電子メールの流れを示す模式図である。

【図７】同実施形態に係る複合メール送信手順を示すフ
ローチャートである。

【図８】送信側ＰＣ１１において、受信者を簡単に指定
するためのアドレス帳の登録形式の一例を示す図であ
る。

【図９】受信側ＰＣ１７において行われる複合メール受
信手順を示すフローチャートである。

【図１０】複合メールの、複数の受信者への同報通信手
順を示すフローチャートである。

【図１１】複合メールの、複数の受信者への同報通信手
順を示すフローチャートである。

【図１２】従来の電子メールの伝達装置及び電子メール
ソフトウエアによってインターネット上で複合メールを
送信した場合の電子メールの流れを示す模式図である。

【符号の説明】

１１ 送信装置 １４ ＷＷＷサーバ（第２伝達手段、データ蓄積手段） １６ 受信側メールサーバ（第１伝達手段） １７ 受信装置 ４１ 送信装置（送信装置、第２伝達手段、データ蓄積
手段） ６２ ＦＴＰサーバ（第２伝達手段、データ蓄積手段）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 HA10 HB04 HB05 HB07 HB10 JA31 JA32 JB01 JB02 JB22 KB07 KD09 KE07 KF06 KG10 KH28 LA14 LB14 5K030 GA18 HA06 HB00 HB02 HC01 JT02 LE14 5K034 AA17 CC01 EE10 HH01 HH02 HH61

Claims (105)

【特許請求の範囲】
1. 【請求項１】 複合データを第１データ部と第２データ
   部とに分離する分離手段を有し、前記第１データ部及び
   前記第２データとを送信する送信装置と、 前記第１データ部を受信して表示する第１受信手段と、
   前記第１データ部に含まれるアクセス情報に基いて前記
   第２データ部のアクセス要求を出力するアクセス要求手
   段と、前記第２データ部を受信して表示する第２表示手
   段とを有する受信装置と、 前記送信装置から送信される第１データ部を前記受信装
   置へ伝達する第１伝達装置と、 前記送信装置から送信される第２データ部を蓄積するデ
   ータ蓄積手段を有し、前記受信装置から出力されるアク
   セス要求に応じて前記データ蓄積手段に蓄積された第２
   データ部を前記受信装置へ伝達する第２伝達装置とから
   構成されることを特徴とする複合メール伝達システム。
2. 【請求項２】 前記第１データ部はテキストデータから
   なり、前記第２データ部は非テキストデータを含むこと
   を特徴とする請求項１記載の複合メール伝達システム。
3. 【請求項３】 前記受信装置は、前記第１データ部に含
   まれるアクセス情報に基いて前記第２データ部を前記第
   ２伝達手段から受信するか否かを判別する判別手段を有
   していることを特徴とする請求項１記載の複合メール伝
   達システム。
4. 【請求項４】 前記第２伝達装置は前記送信装置内にサ
   ーバとして内蔵されることを特徴とする請求項１記載の
   複合メール伝達装置。
5. 【請求項５】 前記複合データは、複合文書データであ
   ることを特徴とする請求項1記載の複合メール伝達シス
   テム。
6. 【請求項６】 前記複合データは、独立した少なくとも
   １つのファイルを含むことを特徴とする請求項１記載の
   複合メール伝達システム。
7. 【請求項７】 前記複合データは、少なくとも１つの圧
   縮・変換ファイルを含むことを特徴とする請求項１記載
   の複合メール伝達システム。
8. 【請求項８】 前記複合データは、アーカイブを含むこ
   とを特徴とする請求項1記載の複合メール伝達システ
   ム。
9. 【請求項９】 前記第１伝達手段は電子メール伝達手段
   であることを特徴とする請求項１記載の複合メール伝達
   システム。
10. 【請求項１０】 前記複合メール伝達システムは前記第
    １伝達装置を複数備え、前記送信装置は、前記複数の第
    １伝達装置のそれぞれに同一の第１データ部を送信する
    ように構成されることを特徴とする請求項1記載の複合
    メール伝達システム。
11. 【請求項１１】 前記複合メール伝達システムは前記受
    信装置を複数備え、一の受信装置から他の受信装置へ前
    記第１データ部を転送可能に構成されることを特徴とす
    る請求項１記載の複合メール伝達システム。
12. 【請求項１２】 前記送信装置は、前記複合データを送
    信するときに、前記第１伝達装置又は前記第２伝達装置
    に応じた通信プロトコルを用いて送信するように構成さ
    れることを特徴とする請求項１記載の複合メール伝達シ
    ステム。
13. 【請求項１３】 前記第２伝達装置はＷＷＷサーバであ
    ることを特徴とする請求項1記載の複合メール伝達シス
    テム。
14. 【請求項１４】 前記第２伝達装置はＦＴＰサーバであ
    ることを特徴とする請求項１記載の複合メール伝達シス
    テム。
15. 【請求項１５】 前記送信装置は、前記第１データ部
    に、前記データ蓄積手段内の前記第２データ部が蓄積さ
    れている領域のアドレス情報を付加するように構成され
    ることを特徴とする請求項1記載の複合メール伝達シス
    テム。
16. 【請求項１６】 前記送信装置は、前記第１データ部
    に、前記第２データ部のサイズ情報を付加するように構
    成されることを特徴とする請求項1記載の複合メール伝
    達システム。
17. 【請求項１７】 前記送信装置は、前記第２データ部を
    ＨＴＭＬ形式に変換して送信するように構成されること
    を特徴とする請求項1記載の複合メール伝達システム。
18. 【請求項１８】 前記送信装置は、前記第２伝達装置が
    前記送信される第２データ部を蓄積するのに十分な記憶
    容量を有しているか否かを判別する容量判別手段を備
    え、 前記容量判別手段により十分な記憶容量を有していない
    と判別されたときは前記第１データ部及び第２データ部
    の送信を中止するように構成されることを特徴とする請
    求項１記載の複合メール伝達システム。
19. 【請求項１９】 前記送信装置は、前記第２データ部
    を、前記第２伝達装置へファイル転送のプロトコルで送
    信するように構成されることを特徴とする請求項１記載
    の複合メール伝達システム。
20. 【請求項２０】 前記第２伝達装置は、前記第２データ
    部を、前記受信装置へＨＴＴＰプロトコルで送信するこ
    とを特徴とする請求項1記載の複合メール伝達システ
    ム。
21. 【請求項２１】 前記第２伝達装置は、前記第２データ
    部を、前記受信装置へファイル転送のプロトコルで送信
    するように構成されることを特徴とする請求項1記載の
    複合メール伝達システム。
22. 【請求項２２】 前記送信装置は、前記第２データ部に
    対して、データ形式変換処理、データ圧縮処理及びアー
    カイブ化処理の少なくとも１つの処理を行うように構成
    されることを特徴とする請求項１記載の複合メール伝達
    システム。
23. 【請求項２３】 前記送信装置は、前記第２データ部の
    データ種類に応じて、データ形式変換処理、データ圧縮
    処理及びアーカイブ化処理の少なくとも１つの処理を行
    うように、又は前記データ形式変換処理、データ圧縮処
    理及びアーカイブ化処理のいずれも行わないように、当
    該送信装置を制御する制御手段を備えることを特徴とす
    る請求項１記載の複合メール伝達システム。
24. 【請求項２４】 データ形式変換処理又はデータ圧縮処
    理が施された第２データ部からなるファイルと、前記デ
    ータ形式変換処理またはデータ圧縮処理が施される前の
    第２データ部とからなるファイルを含むことを特徴とす
    る請求項1記載の複合メール伝達システム。
25. 【請求項２５】 前記送信装置は、前記受信装置のマシ
    ン環境が不明である場合に、前記データ形式変換処理又
    はデータ圧縮処理が施された第２データ部からなるファ
    イルと、前記データ形式変換処理またはデータ圧縮処理
    が施される前の第２データ部とからなるファイルを含む
    ことを特徴とする請求項２４記載の複合メール伝達シス
    テム。
26. 【請求項２６】 前記送信装置は、前記受信装置のマシ
    ン環境に関する情報を記憶するマシン環境記憶手段を備
    えることを特徴とする請求項1記載の複合メール伝達シ
    ステム。
27. 【請求項２７】 前記送信装置は、前記マシン環境記憶
    手段に記憶されているマシン環境に関する情報に基い
    て、前記第２データ部に対して、データ形式変換処理、
    データ圧縮処理及びアーカイブ化処理の少なくとも１つ
    の処理を行うように構成されることを特徴とする請求項
    ２６記載の複合メール伝達システム。
28. 【請求項２８】 前記複合メール伝達システムは複数の
    受信装置を含み、 前記送信装置は、前記複数の受信装置に対する同報通信
    を行うときに、前記受信装置の種類に対応した形式から
    なる少なくとも１つの第２データ部のうち、同一の第２
    データ部がすでに前記第２伝達装置へ送信されていると
    きは、当該形式からなる第２データ部を送信しないよう
    に構成されることを特徴とする請求項１記載の複合メー
    ル伝達システム。
29. 【請求項２９】 前記複合メール伝達システムは複数の
    受信装置を含み、 前記送信装置は、前記複数の受信装置に対する同報通信
    を行うときに、前記複数の受信装置の種類に対応した第
    １データ部を前記複数の受信装置へそれぞれ送信するよ
    うに構成されることを特徴とする請求項1記載の複合メ
    ール伝達システム。
30. 【請求項３０】 前記送信装置は、前記同報通信を行う
    ときに、前記第１データ部に、前記データ蓄積手段内の
    前記受信装置の種類に対応した形式からなる第２データ
    部が蓄積されている領域のアドレス情報を付加するよう
    に構成されることを特徴とする請求項２９記載の複合メ
    ール伝達システム。
31. 【請求項３１】 前記送信装置は、前記同報通信を行う
    ときに、前記第１データ部に、前記データ蓄積手段内の
    前記受信装置の種類に対応した形式からなる第２データ
    部のデータ種類情報を付加するように構成されることを
    特徴とする請求項２９記載の複合メール伝達システム。
32. 【請求項３２】 前記送信装置は、前記同報通信を行う
    ときに、前記第２データ部に、前記データ蓄積手段内の
    前記受信装置の種類に対応した形式からなる第２データ
    部のサイズ情報を付加するように構成されることを特徴
    とする請求項２９記載の複合メール伝達システム。
33. 【請求項３３】 複合データを複数のデータ部に分離す
    る分離手段を有し、前記複数のデータ部を送信する送信
    装置と、 前記複数のデータ部のうち、少なくとも１つのデータ部
    を受信する受信手段と、前記受信された少なくとも１つ
    のデータ部を表示する複数の表示手段と、前記複数の表
    示手段に表示されたデータ部に含まれるアクセス情報に
    基いて、前記受信された少なくとも１つのデータ部以外
    のデータ部のアクセス要求を出力するアクセス要求手段
    とを有する受信装置と、 前記送信装置から送信される前記少なくとも１つのデー
    タ部を前記受信装置へ伝達する第１伝達装置と、 前記第１伝達装置に送信された少なくとも１つのデータ
    部以外のデータ部を蓄積するデータ蓄積手段を有し、前
    記受信装置から出力されるアクセス要求に応じて前記デ
    ータ蓄積手段に蓄積されたデータ部を前記受信装置へ伝
    達する第２伝達装置とを含むことを特徴とする複合メー
    ル伝達システム。
34. 【請求項３４】 複合データを送信する送信装置及び前
    記複合データを受信する受信装置を有する複合メール伝
    達システムの複合メール伝達方法において、 複合データを第１データ部と第２データ部とに分離する
    ステップと、 前記分離された第1データ部を送信するステップと、 前記分離された第２データ部をデータ蓄積手段に送信し
    て蓄積するステップと、 前記送信された第１データ部を前記受信装置において受
    信して表示するステップと、 前記第１データ部に含まれるアクセス情報に基いて、前
    記受信装置から前記データ蓄積手段に対して前記第２デ
    ータ部のアクセス要求を出力するステップと、 前記アクセス要求に応じて前記データ蓄積手段から送出
    される前記第２データ部を前記受信装置において受信す
    るステップとからなることを特徴とする複合メール伝達
    方法。
35. 【請求項３５】 前記第２データ部を受信するステップ
    は、前記受信装置に前記第２データ部を表示するステッ
    プであることを特徴とする請求項３４記載の複合メール
    伝達方法。
36. 【請求項３６】 前記第２データ部を受信するステップ
    は、前記受信装置に前記第２データ部を記憶するステッ
    プであることを特徴とする請求項３４記載の複合メール
    伝達方法。
37. 【請求項３７】 前記第１データ部はテキストデータか
    らなり、前記第２データ部は非テキストデータ部を含む
    ことを特徴とする請求項３４記載の複合メール伝達方
    法。
38. 【請求項３８】 前記第１データ部を受信して表示する
    ステップに続いて、前記第１データ部に含まれるアクセ
    ス情報に基いて前記第２データ部を前記データ蓄積手段
    から読み出すか否かを判別するステップを有することを
    特徴とする請求項３４記載の複合メール伝達方法。
39. 【請求項３９】 前記第２データ部を読み出すか否かを
    判別するステップにおいて、前記第２データ部を読み出
    さないと判別した場合は複合データ受信処理を中断する
    ことを特徴とする請求項３８記載の複合メール伝達方
    法。
40. 【請求項４０】 前記データ蓄積手段は前記送信装置に
    内蔵されていることを特徴とする請求項３４記載の複合
    メール伝達方法。
41. 【請求項４１】 前記複合データは、複合文書データで
    あることを特徴とする請求項３４記載の複合メール伝達
    方法。
42. 【請求項４２】 前記複合データは、独立した少なくと
    も１つのファイルを含むことを特徴とする請求項３４記
    載の複合メール伝達方法。
43. 【請求項４３】 前記複合データは、少なくとも１つの
    圧縮・変換ファイルを含むことを特徴とする請求項３４
    記載の複合メール伝達方法。
44. 【請求項４４】 前記複合メールは、アーカイブを含む
    ことを特徴とする請求項３４記載の複合メール伝達方
    法。
45. 【請求項４５】 前記第１データ部を伝達するステップ
    及び前記第２データ部を伝達するステップの少なくとも
    一方は電子メール伝達手段であることを特徴とする請求
    項３４記載の複合メール伝達方法。
46. 【請求項４６】 前記複合メール伝達システムは前記送
    信装置により送信される第１データ部を前記受信手段へ
    伝達する第１伝達手段を有し、前記第１データ部を送信
    するステップにおいては、同一の第１データ部を複数の
    第１伝達手段に送信することを特徴とする請求項３４記
    載の複合メール伝達方法。
47. 【請求項４７】 前記複合メール伝達システムは複数の
    受信装置を備え、一の受信装置から他の受信装置へ前記
    第１データ部を転送するステップを有することを特徴と
    する請求項３４記載の複合メール伝達方法。
48. 【請求項４８】 前記第１データ部又は前記第２データ
    部を送信する通信プロトコルを選択するステップを含む
    ことを特徴とする請求項３４記載の複合メール伝達方
    法。
49. 【請求項４９】 前記データ蓄積手段がＷＷＷサーバで
    あることを特徴とする請求項３４記載の複合メール伝達
    方法。
50. 【請求項５０】 前記データ蓄積手段がＦＴＰサーバで
    あることを特徴とする請求項３４記載の複合メール伝達
    方法。
51. 【請求項５１】 前記第１データ部を送信するステップ
    は、前記第１データ部に、前記第２データ部が蓄積され
    ている前記データ蓄積手段のアドレス情報を付加するス
    テップを含むことを特徴とする請求項３４記載の複合メ
    ール伝達方法。
52. 【請求項５２】 前記第１データ部を送信するステップ
    は、前記第１データ部に、前記第２データ部のサイズ情
    報を付加するステップを含むことを特徴とする請求項３
    ４記載の複合メール伝達方法。
53. 【請求項５３】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積するステップは、前記第２データ部を
    ＨＴＭＬ形式に変換するステップを含むことを特徴とす
    る請求項３４記載の複合メール伝達方法。
54. 【請求項５４】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積するステップは、前記第２データ部を
    蓄積するのに十分な記憶容量を前記データ蓄積手段が有
    しているか否かを判別するステップを含むことを特徴と
    する請求項３４記載の複合メール伝達方法。
55. 【請求項５５】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積するステップにおいては、前記第２デ
    ータ部を、ファイル転送のプロトコルで送信することを
    特徴とする請求項３４記載の複合メール伝達方法。
56. 【請求項５６】 前記データ蓄積手段から送出された第
    ２データ部を受信装置において受信するステップにおい
    ては、前記第２データ部は、ＨＴＴＰプロトコルで前記
    受信装置へ送信されることを特徴とする請求項３４記載
    の複合メール伝達方法。
57. 【請求項５７】 前記データ蓄積手段から送出された第
    ２データ部を受信装置において受信するステップにおい
    ては、前記第２データ部は、ファイル転送のプロトコル
    で前記受信装置へ送信されることを特徴とする請求項３
    ４記載の複合メール伝達方法。
58. 【請求項５８】 前記第２データ部を送信するステップ
    は、前記第２データ部に対して、データ形式変換処理、
    データ圧縮処理及びアーカイブ化処理の少なくとも１つ
    の処理を行うステップを含むことを特徴とする請求項３
    ４記載の複合メール伝達方法。
59. 【請求項５９】 前記第１データ部を送信するステップ
    に、前記第２データ部のデータ種類に応じて、データ形
    式変換処理、データ圧縮処理及びアーカイブ化処理の少
    なくとも1つの処理を行って前記第２データ部を送信す
    るか、又は前記データ形式変換処理、データ圧縮処理及
    びアーカイブ化処理のいずれも行わないで前記第２デー
    タ部を送信するかを判別するステップを含むことを特徴
    とする請求項３４記載の複合メール伝達方法。
60. 【請求項６０】 データ形式変換処理またはデータ圧縮
    処理が施された第２データ部からなるファイルと、前記
    データ形式変換処理またはデータ圧縮処理が施される前
    の第２データ部とからなるファイルとを前記蓄積手段へ
    送信することを特徴とする請求項３４記載の複合メール
    伝達方法。
61. 【請求項６１】 前記受信装置のマシン環境が不明であ
    る場合に、データ形式変換処理またはデータ圧縮処理が
    施された第２データ部からなるファイルと、前記データ
    形式変換処理またはデータ圧縮処理が施される前の第２
    データ部とからなるファイルとを前記蓄積手段へ送信す
    ることを特徴とする請求項３４記載の複合メール伝達方
    法。
62. 【請求項６２】 前記送信装置は、前記受信装置のマシ
    ン環境に関する情報を予め記憶していること特徴とする
    請求項３４記載の複合メール伝達方法。
63. 【請求項６３】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積するステップにおいては、前記マシン
    環境に関する情報に基いて、前記第２データ部に対し
    て、データ形式変換処理、データ圧縮処理及びアーカイ
    ブ化処理の少なくとも１つの処理を行うことを特徴とす
    る請求項６２記載の複合メール伝達方法。
64. 【請求項６４】 前記送信装置から複数の受信装置に対
    する同報通信を行うときに、前記第２データ部を前記デ
    ータ蓄積手段に送信して蓄積するステップにおいては、
    前記受信装置の種類に対応した形式からなる少なくとも
    １つの第２データ部のうち、同一の第２データ部がすで
    に前記データ蓄積手段へ送信されているときは、当該形
    式からなる第２データ部を送信しないことを特徴とする
    請求項３４記載の複合メール伝達方法。
65. 【請求項６５】 前記送信装置から複数の受信装置に対
    する同報通信を行うときに、前記第１データ部を送信す
    るステップにおいては、前記複数の受信装置のそれぞれ
    に対応した第１データ部を前記複数の受信装置へそれぞ
    れ送信することを特徴とする請求項３４記載の複合メー
    ル伝達方法。
66. 【請求項６６】 前記送信装置から複数の受信装置に対
    する同報通信を行うとき、前記第１データ部を送信する
    ステップにおいては、前記第１データ部に前記データ蓄
    積手段中の前記受信装置の種類に対応した少なくとも１
    つの第２データ部が蓄積されている領域のアドレス情報
    を付加してすることを特徴とする請求項６５記載の複合
    メール伝達方法。
67. 【請求項６７】 前記送信装置から複数の受信装置に対
    する同報通信を行うとき、前記第１データ部を送信する
    ステップにおいては、前記第１データ部に前記データ蓄
    積手段中の前記受信装置の種類に対応した少なくとも１
    つの第２データ部のデータ種類情報を付加して前記複数
    の受信装置へそれぞれ送信することを特徴とする請求項
    ６５記載の複合メール伝達方法。
68. 【請求項６８】 前記送信装置から複数の受信装置に対
    する同報通信を行うとき、前記第１データ部を送信する
    ステップにおいては、前記第１データ部に前記データ蓄
    積手段中の前記受信装置の種類に対応した少なくとも１
    つの第２データ部のサイズ情報を付加して前記複数の受
    信装置へそれぞれ送信することを特徴とする請求項６５
    記載の複合メール伝達方法。
69. 【請求項６９】 複合データを送信する送信装置及び前
    記複合データを受信する受信装置を有する複合メール伝
    達システムの複合メール伝達方法において、複合データ
    を複数のデータ部に分離するステップと、 前記分離された複数のデータ部のうち少なくとも１つの
    データ部を、少なくとも１つの伝送経路を経て送信する
    第１送信ステップと、 前記送信装置から送信される前記複数のデータ部に含ま
    れる少なくとも１つのデータ部を前記受信装置へ伝達す
    る少なくとも１つの第１伝達ステップと、 前記第１送信ステップにおいて送信されたデータ部を前
    記受信装置に表示する表示ステップと、 前記送信されたデータ部以外の少なくとも1つのデータ
    部をデータ蓄積手段に送信して蓄積するデータ蓄積ステ
    ップと、 前記表示ステップにおいて表示されたデータ部に含まれ
    るアクセス情報に基いて、前記データ蓄積ステップにお
    いて前記データ蓄積手段に蓄積されたデータ部に対する
    アクセス要求を出力するステップと、 前記出力されたアクセス要求に応じて前記データ蓄積手
    段に蓄積されたデータ部を前記受信装置へ伝達する少な
    くとも１つの第２伝達ステップとからなることを特徴と
    する複合メール伝達方法。
70. 【請求項７０】 コンピュータに、 複合データを第１データ部と第２データ部とに分離する
    工程と、 前記分離された第1データ部を送信する工程と、 前記分離された第２データ部をデータ蓄積手段に送信し
    て蓄積する工程と、 前記送信された第１データ部を前記受信装置において受
    信して表示する工程と、 前記第１データ部に含まれるアクセス情報に基いて、前
    記受信装置から前記データ蓄積手段に対して前記第２デ
    ータ部のアクセス要求を出力する工程と、 前記アクセス要求に応じて前記データ蓄積手段から送出
    される前記第２データ部を前記受信装置において受信す
    る工程とを実行させるためのプログラムを前記コンピュ
    ータにより読み取り可能な形式で記録したことを特徴と
    する記録媒体。
71. 【請求項７１】 前記第２データ部を受信する工程は、
    前記受信装置に前記第２データ部を表示する工程である
    ことを特徴とする請求項７０記載の記録媒体。
72. 【請求項７２】 前記第２データ部を受信する工程は、
    前記受信装置に前記第２データ部を記憶する工程である
    ことを特徴とする請求項７０記載の記録媒体。
73. 【請求項７３】 前記第１データ部はテキストデータか
    らなり、前記第２データ部は非テキストデータ部を含む
    ことを特徴とする請求項７０記載の記録媒体。
74. 【請求項７４】 前記プログラムは、前記第１データ部
    を受信して表示する工程に続いて、前記第１データ部に
    含まれるアクセス情報に基いて前記第２データ部を前記
    データ蓄積手段から読み出すか否かを判別する工程を有
    することを特徴とする請求項７０記載の記録媒体。
75. 【請求項７５】 前記第２データ部を読み出すか否かを
    判別する工程において、前記第２データ部を読み出さな
    いと判別した場合は複合データ受信処理を中断すること
    を特徴とする請求項７０記載の記録媒体。
76. 【請求項７６】 前記データ蓄積手段は前記送信装置に
    内蔵されていることを特徴とする請求項７０記載の記録
    媒体。
77. 【請求項７７】 前記複合データは、複合文書データで
    あることを特徴とする請求項７０記載の記録媒体。
78. 【請求項７８】 前記複合データは、独立した少なくと
    も１つのファイルを含むことを特徴とする請求項７０記
    載の記録媒体。
79. 【請求項７９】 前記複合データは、少なくとも１つの
    圧縮・変換ファイルを含むことを特徴とする請求項７０
    記載の記録媒体。
80. 【請求項８０】 前記複合メールは、アーカイブを含む
    ことを特徴とする請求項７０記載の記録媒体。
81. 【請求項８１】 前記第１データ部を伝達する工程及び
    前記第２データ部を伝達する工程の少なくとも一方は電
    子メール伝達手段によって前記第１データ部または前記
    第２データ部を伝達することを特徴とする請求項７０記
    載の記録媒体。
82. 【請求項８２】 前記第１データ部を送信する工程にお
    いては、同一の第１データ部を、前記送信される第１デ
    ータ部を前記受信手段へ伝達する複数の第１伝達手段に
    送信することを特徴とする請求項７０記載の記録媒体。
83. 【請求項８３】 前記プログラムは、一の受信装置から
    他の受信装置へ前記第１データ部を転送する工程を含む
    ことを特徴とする請求項７０記載の記録媒体。
84. 【請求項８４】 前記プログラムは、前記第１データ部
    又は前記第２データ部を送信する通信プロトコルを選択
    する工程を含むことを特徴とする請求項７０記載の記録
    媒体。
85. 【請求項８５】 前記データ蓄積手段がＷＷＷサーバで
    あることを特徴とする請求項７０記載の記録媒体。
86. 【請求項８６】 前記データ蓄積手段がＦＴＰサーバで
    あることを特徴とする請求項７０記載の記録媒体。
87. 【請求項８７】 前記第１データ部を送信する工程は、
    前記第１データ部に、前記第２データ部が蓄積されてい
    る前記データ蓄積手段のアドレス情報を付加する工程を
    含むことを特徴とする請求項７０記載の記録媒体。
88. 【請求項８８】 前記第１データ部を送信する工程は、
    前記第１データ部に、前記第２データ部のサイズ情報を
    付加する工程を含むことを特徴とする請求項７０記載の
    記録媒体。
89. 【請求項８９】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積する工程は、前記第２データ部をＨＴ
    ＭＬ形式に変換する工程を含むことを特徴とする請求項
    ７０記載の記録媒体。
90. 【請求項９０】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積する工程は、前記第２データ部を蓄積
    するのに十分な記憶容量を前記データ蓄積手段が有して
    いるか否かを判別する工程を含むことを特徴とする請求
    項７０記載の記録媒体。
91. 【請求項９１】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積する工程においては、前記第２データ
    部を、ファイル転送のプロトコルで送信することを特徴
    とする請求項７０記載の記録媒体。
92. 【請求項９２】 前記データ蓄積手段から送出された第
    ２データ部を受信装置において受信する工程において
    は、前記第２データ部は、ＨＴＴＰプロトコルで前記受
    信装置へ送信されることを特徴とする請求項７０記載の
    記録媒体。
93. 【請求項９３】 前記データ蓄積手段から送出された第
    ２データ部を受信装置において受信する工程において
    は、前記第２データ部は、ファイル転送のプロトコルで
    前記受信装置へ送信されることを特徴とする請求項７０
    記載の記録媒体。
94. 【請求項９４】 前記データ蓄積手段から送出された第
    ２データ部を受信装置において受信する工程は、前記第
    ２データ部に対して、データ形式変換処理、データ圧縮
    処理及びアーカイブ化処理の少なくとも１つの処理を行
    う工程を含むことを特徴とする請求項７０記載の記録媒
    体。
95. 【請求項９５】 前記第１データ部を送信する工程は、
    前記第２データ部のデータ種類に応じて、データ形式変
    換処理、データ圧縮処理及びアーカイブ化処理の少なく
    とも1つの処理を行って前記第２データ部を送信する
    か、又は前記データ形式変換処理、データ圧縮処理及び
    アーカイブ化処理のいずれも行わないで前記第２データ
    部を送信するかを判別する工程を含むことを特徴とする
    請求項７０記載の記録媒体。
96. 【請求項９６】 データ形式変換処理またはデータ圧縮
    処理が施された第２データ部からなるファイルと、前記
    データ形式変換処理またはデータ圧縮処理が施される前
    の第２データ部とからなるファイルとを前記蓄積手段へ
    送信することを特徴とする請求項７０記載の記録媒体。
97. 【請求項９７】 前記受信装置のマシン環境が不明であ
    る場合に、データ形式変換処理またはデータ圧縮処理が
    施された第２データ部からなるファイルと、前記データ
    形式変換処理またはデータ圧縮処理が施される前の第２
    データ部とからなるファイルとを前記蓄積手段へ送信す
    ることを特徴とする請求項７０記載の記録媒体。
98. 【請求項９８】 前記送信装置は、前記受信装置のマシ
    ン環境に関する情報を予め記憶していること特徴とする
    請求項７０記載の記録媒体。
99. 【請求項９９】 前記第２データ部を前記データ蓄積手
    段に送信して蓄積する工程においては、前記マシン環境
    に関する情報に基いて、前記第２データ部に対して、デ
    ータ形式変換処理、データ圧縮処理及びアーカイブ化処
    理の少なくとも１つの処理を行うことを特徴とする請求
    項９８記載の記録媒体。
100. 【請求項１００】 前記プログラムは、前記送信装置か
     ら複数の受信装置に対する同報通信を行うときに、前記
     第２データ部を前記データ蓄積手段に送信して蓄積する
     ステップにおいては、前記受信装置の種類に対応した形
     式からなる少なくとも１つの第２データ部のうち、同一
     の第２データ部がすでに前記データ蓄積手段へ送信され
     ているときは、当該形式からなる第２データ部を送信し
     ないことを特徴とする請求項７０記載の記録媒体。
101. 【請求項１０１】 前記プログラムは、前記送信装置か
     ら複数の受信装置に対する同報通信を行うときに、前記
     第１データ部を送信する工程においては、前記複数の受
     信装置のそれぞれに対応した第１データ部を前記複数の
     受信装置へそれぞれ送信することを特徴とする請求項７
     ０記載の記録媒体。
102. 【請求項１０２】 前記プログラムは、前記送信装置か
     ら複数の受信装置に対する同報通信を行うとき、前記第
     １データ部を送信する工程においては、前記第１データ
     部に前記データ蓄積手段中の前記受信装置の種類に対応
     した少なくとも１つの第２データ部が蓄積されている領
     域のアドレス情報を付加してすることを特徴とする請求
     項１０１記載の記録媒体。
103. 【請求項１０３】 前記プログラムは、前記送信装置か
     ら複数の受信装置に対する同報通信を行うとき、前記第
     １データ部を送信する工程においては、前記第１データ
     部に前記データ蓄積手段中の前記受信装置の種類に対応
     した少なくとも１つの第２データ部のデータ種類情報を
     付加して前記複数の受信装置へそれぞれ送信することを
     特徴とする請求項１０１記載の記録媒体。
104. 【請求項１０４】 前記プログラムは、前記送信装置か
     ら複数の受信装置に対する同報通信を行うとき、前記第
     １データ部を送信する工程においては、前記第１データ
     部に前記データ蓄積手段中の前記受信装置の種類に対応
     した少なくとも１つの第２データ部のサイズ情報を付加
     して前記複数の受信装置へそれぞれ送信することを特徴
     とする請求項１０１記載の記録媒体。
105. 【請求項１０５】 コンピュータに、 複合データを複数のデータ部に分離する工程と、 前記分離された複数のデータ部のうち少なくとも１つの
     データ部を、少なくとも１つの伝送経路を経て送信する
     第１送信工程と、 前記送信装置から送信される前記複数のデータ部に含ま
     れる少なくとも１つのデータ部を前記受信装置へ伝達す
     る少なくとも１つの第１伝達工程と、 前記第１送信工程において送信されたデータ部を前記受
     信装置に表示する表示工程と、 前記送信されたデータ部以外の少なくとも1つのデータ
     部をデータ蓄積手段に送信して蓄積するデータ蓄積工程
     と、 前記表示ステップにおいて表示されたデータ部に含まれ
     るアクセス情報に基いて、前記データ蓄積工程において
     前記データ蓄積手段に蓄積されたデータ部に対するアク
     セス要求を出力する工程と、 前記出力されたアクセス要求に応じて前記データ蓄積手
     段に送出されるデータ部を前記受信装置において受信す
     る少なくとも１つの第２伝達工程とを実行させるための
     プログラムを前記コンピュータにより読み取り可能な形
     式で記録したことを特徴とする記録媒体。