JP2002288094A - 情報配信システム、情報配信装置、プログラム、情報配信方法、中継サーバー装置及び電子メール受信端末 - Google Patents

Abstract

(57)【要約】 【課題】 データサイズの大きな添付ファイルを電子メ
ールに添付して配信する際に、トラフィックを劣化させ
ずに容量制限にかかるか否かを判断する。 【解決手段】 送信元端末１１が、添付ファイルを添付
した電子メールを実際に送信する前に、添付ファイルを
含む電子メール全体のデータサイズの項目を付与し、且
つ添付ファイルを添付しない配信可否確認用のダミーフ
ァイル形式のパイロットメールを送信する。各中継サー
バー２１〜２３及び配信先の端末１５において、パイロ
ットメールに容量制限の情報を付与して配信元の端末１
１に返信する。添付ファイルを付さなくても、添付ファ
イルを付したデータサイズが送信可能か否かを配信元の
端末で容易に判断できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、一の端末から、
ネットワーク及び複数または単数の中継サーバーを経由
して他の端末に情報を送信する際に、前記情報内に添付
ファイルを添付することの可能な情報配信システム及び
それに関連する技術に関する。

【０００２】

【従来の技術】インターネットを通じて端末同士の間で
情報を伝達する通信システムのひとつとして、電子メー
ルが多用されている。この電子メールで送受信されるデ
ータは、情報内容を示す文字情報（テキスト情報）とし
ての本文と、その制御情報としてのヘッダー情報が基礎
となって構成されるが、近年では、画像データ等の添付
ファイルを添付することが行われている。例えば、電子
メールを媒介として画像データを送受信するファクシミ
リ装置が開示されている（特開平１１−１２２４１５号
公報：第１従来技術）。

【０００３】かかる第１従来技術の配信データのフォー
マットを図１２及び図１３に示す。ヘッダー情報１０１
と本文１０２とは必須の項目として付与される。ヘッダ
ー情報１０１内には、添付ファイルの有無を示す添付フ
ァイルフラグ１０１２が設定されており、この添付ファ
イルフラグ１０１２により添付ファイルがあると指定さ
れた場合は、図１３の如く、本文１０２の後に、添付フ
ァイルのデータ１０３が続く。また、ヘッダー情報１０
１内には、配信サイズ１０１１のデータ項目が設定され
ている。配信サイズ１０１１は、ヘッダー情報１０１、
本文１０２及び添付ファイル１０３の全てのデータサイ
ズの合計値が格納されるため、図１２のように添付ファ
イル（図１３中の符号１０３参照）がない場合は、ヘッ
ダー情報１０１及び本文１０２のデータサイズの合計値
が格納される。尚、このヘッダー情報１０１の配信サイ
ズ１０１１は、受信側のサーバーで受信時にカウントす
る場合もある。

【０００４】ところで、一般に、画像データ等の添付フ
ァイル１０３のデータサイズは、本文１０２のデータサ
イズに比べて大きい。特に、フルカラーの画像データを
送信する場合などにおいては、添付ファイル１０３のデ
ータサイズが１００メガバイトを超える大容量通信とな
ることがある。

【０００５】一方、電子メールの受信端末や、電子メー
ルが流れるインターネット上の各サーバーにあっては、
トラフィックの劣化を防止する、サーバーのリソース
（メモリ容量及び処理容量等）を確保するなどの目的
で、電子メールのデータサイズに制限をかける場合があ
る。

【０００６】この場合、画像データ等の大きなデータサ
イズの添付ファイル１０３を添付した電子メールが、サ
ーバーのデータサイズ制限によって配信不能状態になっ
たり着信が拒否されたりする虞がある。

【０００７】例えば、まず利用者が所定の端末から他の
端末に対して、添付ファイル１０３を添付した電子メー
ルを配信する場合、この電子メールは、複数の中継サー
バーを経由してゆく。

【０００８】この際、電子メール内に添付ファイル１０
３が存在していると、それらも各中継サーバーに蓄積・
転送されてゆく。そして、添付ファイル１０３がカラー
画像、動画像、音声ファイル等の場合、添付ファイル１
０３のデータ量が大きくなり、各中継サーバーの容量制
限ルールや記憶装置自体の容量から配信不達になる恐れ
がある。

【０００９】これを回避するために、実際の添付ファイ
ル１０３を含めた電子メールを試しに送信してみて、エ
ラーが発生したら添付ファイル１０３等の一部のデータ
を削減して再送する方法が考えられる。しかしながら、
不要な巨大なデータがネットワークを流れることにな
り、不要なトラフィックの劣化やリソースの占有を招
く。

【００１０】かかる配信不能状態を回避する目的で、様
々な解決方法が公開されている。

【００１１】例えば、特開２０００−２５９５１３号公
報（第２従来技術）では、データサイズ制限を超えるサ
イズの電子メールが配信されたときに、電子メールを自
動的に分割して配信し、これらの分割された電子メール
を受信側の端末で結合する。

【００１２】また、例えば特開平１１−２４９９８０号
公報（第３従来技術）では、サーバーにおいて、データ
サイズ制限を超える添付ファイルの一部の情報を削除ま
たは省略した状態で端末側に配信するとともに、添付フ
ァイルをサーバー内にに記憶し、受信側の端末にその旨
及び記憶した添付ファイルのアドレスを通知して、端末
のユーザーの操作によりダウンロードする。例えば、添
付ファイルがフルカラー（例えば２５６色）の画像デー
タであった場合に、これをモノクローム表示形式等に減
色するようにしている。

【００１３】また、例えば特開平７−２７３７９１号公
報（第４従来技術）では、中継装置において、配信先の
端末の容量を調べ、受信可能であると判断できた場合に
のみ、配信動作を実行する。

【００１４】さらに、例えば特開２０００−２７８３１
１号公報（第５従来技術）では、電子メールを配信する
旨の告知情報を受けた端末が、その端末の空き容量等の
条件情報を配信元のサーバーに返信し、この条件情報
（返信情報）に応じて電子メールの全てを配信するか、
一部のみを配信するかを決定する。

【００１５】さらにまた、例えば特開平８−１８０００
０号公報（第６従来技術）では、予め配信元のサーバー
において、全ての経由地のサーバーの空き容量等を事前
に調査しておき、各サーバーの空き容量から伝送可能な
経路を検索して、電子メールのデータサイズ等の条件に
合致した経路で情報を配信する。これにより、大データ
サイズの添付ファイルを電子メールに添付しても、その
大データサイズを許容する中継局のみを経由して配信す
ることができる。

【００１６】

【発明が解決しようとする課題】上記の第１従来技術に
おいて、データサイズの大きな添付ファイル１０３を配
信する場合、ネットワーク上のサーバーにおいてデータ
サイズ制限がかけられると、配信が失敗に終わる事態が
生じ得る。このように、データの配信が失敗する場合に
も、ネットワーク上を実際のデータが配信されるため、
上述した通り、無駄な通信によってトラフィックが劣化
してしまうという問題やリソースの占有を占有してしま
うという問題がある。

【００１７】これに対し、第２従来技術〜第６従来技術
の場合には、トラフィックの劣化を招くことがない点で
有利である。

【００１８】しかしながら、上記の第２従来技術の場
合、安全性を考慮して、分割数を多めに設定せざるを得
ないため、分割数された電子メールが多大となる。そし
て、それぞれの電子メールにヘッダー情報を付与して配
信するため、オーバーヘッドの総数が多大となり、故に
サーバーの負荷が必然的に増大してしまう。

【００１９】上記第３従来技術の場合、最終的には、端
末のユーザーの操作によりダウンロードすることになる
ため、受信側のユーザーの利便性が損なわれる。

【００２０】上記第４従来技術及び第５従来技術の場
合、途中の伝送路上の中継サーバーの容量制限やルール
をチェックすることができなかった。

【００２１】上記第６従来技術の場合、発信元のサーバ
ーにおいて、予め全ての経由地の情報を把握していなけ
ればならないが、インターネットのような世界規模で且
つ流動的なネットワークには現実として適用が困難であ
る。また、ＬＡＮ（ローカルエリアネットワーク）の場
合でも、レイアウト変更などによってパスが変わった場
合に、情報の更新が容易ではない。

【００２２】尚、特開平８−１８００００号公報には、
配信先の端末からリクエストがあった場合に、配信元の
サーバーが、当該配信先のサーバー自身とその下流の中
継サーバーのそれぞれ容量制限を調査し、選択経路をユ
ーザーに通知する、という開示がある。しかしながら、
この方法では、配信元のサーバーが、直接に個々の中継
サーバーとの間で通信を行って容量制限をチェックする
ため、効率が悪い。

【００２３】そこで、これらの問題点に鑑み、この発明
の課題は、データサイズの大きな添付ファイルを電子メ
ールに添付して配信する際に、トラフィックを劣化させ
ずに、インターネット等のグローバルなネットワーク上
で確実に情報伝達を保証できる情報配信システム及びそ
の関連技術を提供することにある。

【００２４】

【課題を解決するための手段】上記課題を解決すべく、
請求項１に記載の発明は、配信元端末から、ネットワー
ク及び複数または単数の中継サーバーを経由して他の端
末に情報を送信する際に、前記情報内に添付ファイルを
添付することの可能な情報配信システムであって、前記
配信元端末が、前記添付ファイルを含む前記情報全体の
データサイズの項目が付与され、且つ前記添付ファイル
を添付しない配信可否確認用のダミーファイルを生成す
るダミーファイル生成手段と、前記添付ファイルを添付
した前記情報を実際に送信する前に、前記ダミーファイ
ルを前記ネットワークに送信する送信制御手段とを備え
るものである。

【００２５】請求項２に記載の発明は、請求項１に記載
の情報配信システムであって、前記情報内に、前記ダミ
ーファイルであるか否かを示すファイルタイプの項目が
付与されるものである。

【００２６】請求項３に記載の発明は、請求項１または
請求項２に記載の情報配信システムであって、前記情報
内に、当該情報のデータサイズを示す配信サイズの項目
が付与され、前記情報全体のデータサイズの項目として
前記配信サイズの項目が適用されるものである。

【００２７】請求項４に記載の発明は、請求項１または
請求項２に記載の情報配信システムであって、前記情報
内に、当該情報のデータサイズを示す配信サイズの項目
が付与され、前記情報全体のデータサイズの項目が、前
記配信サイズの項目とは別に付与されるものである。

【００２８】請求項５に記載の発明は、請求項１ないし
請求項４のいずれかに記載の情報配信システムであっ
て、前記中継サーバーが、前記ダミーファイルを中継す
る際に、当該中継サーバーにおけるデータサイズの制限
に関する制限情報を付与して中継を行う手段を備えると
ともに、前記他の端末が、前記ダミーファイルを受信し
た際に、当該他の端末におけるデータサイズの制限に関
する制限情報を付与して返信する手段を備えるものであ
る。

【００２９】請求項６に記載の発明は、請求項５に記載
の情報配信システムであって、前記中継サーバーが、前
記ダミーファイルを中継する際に、当該中継サーバーに
予め付与された識別情報を添付する手段を備えるもので
ある。

【００３０】請求項７に記載の発明は、請求項１ないし
請求項６のいずれかに記載の情報配信システムであっ
て、前記配信元端末は、前記情報のデータサイズが所定
サイズ以上であるか否かを確認し、所定のサイズ以上で
あった場合に、前記ダミーファイルの送信を中止して前
記情報全体を複数回に分割して送信する手段をさらに備
えるものである。

【００３１】請求項８に記載の発明は、請求項１ないし
請求項６のいずれかに記載の情報配信システムであっ
て、前記中継サーバーが、前記ダミーファイル内に格納
された前記情報全体のデータサイズの項目に基づいて、
前記情報を蓄積するための所定の記憶装置の予約領域を
確保する手段を備えるものである。

【００３２】請求項９に記載の発明は、請求項１ないし
請求項８のいずれかに記載の情報配信システムであっ
て、前記配信元端末は、前記情報のデータサイズが所定
サイズ以上であるか否かを確認し、所定サイズ未満であ
った場合に、前記ダミーファイルの送信を中止して前記
情報全体を一回で送信する手段をさらに備えるものであ
る。

【００３３】請求項１０に記載の発明は、請求項５に記
載の情報配信システムであって、前記ダミーファイルを
認識できない非認識端末または非認識中継サーバーが前
記ダミーファイルを受信または中継する場合に、前記非
認識端末または前記非認識中継サーバーが、前記ダミー
ファイル中の前記制限情報を無効化するものである。た
は当該他の中継サーバーが、前記情報中の前記容量制限
の情報を無効化するものである。

【００３４】請求項１１ないし請求項１４の発明は、そ
れぞれ請求項１ないし請求項３のシステムにおける配信
元端末として利用可能な情報配信装置を特定したもので
ある。

【００３５】請求項１５の発明は、コンピュータを情報
配信装置として機能させるためのメーラのプログラムで
あって、コンピュータによって実行されることにより、
当該コンピュータを、添付ファイルを含む情報全体のデ
ータサイズの項目が付与され、且つ前記添付ファイルを
添付しない配信可否確認用のダミーファイルを生成する
ダミーファイル生成手段と、前記添付ファイルを添付し
た前記情報を実際に送信する前に、前記ダミーファイル
を前記ネットワークに送信する送信制御手段として機能
させるものである。

【００３６】請求項１６の発明は、ネットワーク中の中
継サーバーによって実行されることにより、前記サーバ
ーを、添付ファイルを含む情報全体のデータサイズの項
目が付与され、且つ前記添付ファイルを添付しない配信
可否確認用のダミーファイルをネットワーク中で受信す
る受信手段、前記ダミーファイルを中継する際に、当該
中継サーバーにおけるデータサイズの制限に関する制限
情報を付与する手段、および前記制限情報が付与された
前記ダミーファイルを他のサーバに転送する手段、とし
て機能させるものである。

【００３７】請求項１７〜請求項２０に記載の発明は、
それぞれ請求項１〜請求項４のシステムで実行され得る
方法を特定したものである。

【００３８】請求項２１に記載の発明は、請求項１６の
プログラムの機能を備えた中継サーバー装置を特定した
ものである。

【００３９】請求項２２に記載の発明は、請求項１６の
プログラムの機能を備えた電子メール受信端末を特定し
たものである。

【００４０】

【発明の実施の形態】＜情報配信システムの構成＞図１
はこの発明の一の実施の形態に係る情報配信システムの
例を示すブロック図である。この情報配信システムは、
電子メール（情報）を配信元の端末１１〜１６から複数
の中継サーバー２１〜２３を経由して配信先の端末１１
〜１６に配信する際に、当該電子メールのデータサイズ
が各端末１１〜１６及び中継サーバー２１〜２３の容量
制限に対して配信可能か否かを確認するために、添付フ
ァイル１０３をも含めた配信サイズの情報を有するダミ
ーファイルを、その添付ファイル１０３を添付せずにパ
イロットメールとして予め送信し、実際の添付ファイル
１０３を送信する前に伝達の可否を確認するものであ
る。

【００４１】具体的に、この情報配信システムは、通常
のパーソナルコンピュータで画像データ等を添付して電
子メールを送信したり、あるいは、電子メールを媒介と
してファクシミリ装置のネットワークファクシミリやネ
ットワークプリンタへフルカラー画像等の画像を送信す
るものであって、インターネット等のネットワーク１〜
３及び中継局４を介して、複数の端末１１〜１６及び中
継サーバー２１〜２３が接続されており、複数のネット
ワーク１〜３が交換機３１，３２によって互いに接続さ
れている。そして、各端末１１〜１６から他の端末１１
〜１６に対し、ネットワーク１〜３や中継局４を通じて
電子メールを配信する際には、複数の中継サーバー２１
〜２３を経由して通信が行われる。

【００４２】ここで、端末１１〜１６としては、電子メ
ールプログラム（いわゆるメーラ）がインストールされ
ていることによって電子メールの送受信を行うことので
きる通信機器であり、例えばパーソナルコンピュータ
や、電子メールを配信することの可能なファクシミリ装
置等が適用される。また、端末１１〜１６としては、画
像を光電的に読取るスキャナ部、画像のプリントを行う
プリント部、および画像送信を行う送受信部を統合した
多機能画像処理装置（ＭＦＰ）を利用することもでき
る。多機能画像処理装置の場合には、後述する添付ファ
イルとしての画像データは、スキャナ部において原稿の
画像を光電的に読取って得られたものを利用することが
できる。

【００４３】図２に、配信元の端末１１の構成例を示
す。この端末１１は、電子メールに画像データを添付し
てファクシミリ送信の代行を行う機能が付与されたパー
ソナルコンピュータであって、ＲＯＭ及びＲＡＭが接続
されたＣＰＵからなるデータ処理部４１と、キーボード
及びポインティングデバイスからなる入力手段４２と、
データ処理部４１での処理結果等を表示するＬＣＤ等の
表示装置４３と、データ処理部４１での処理結果等を蓄
積する内蔵ハードディスクドライブ（ＨＤＤ：記憶装
置）４４と、予め登録された利用者１Ｄ等、個々の端末
固有の情報を記憶する不揮発性メモリ４５と、最寄りの
中継局４との間で無線通信を行う無線通信ユニット４６
と、現在の日付や時刻をカウントする時計４７と、端末
１１全体に電力を供給する内蔵電源４８とを備える。こ
れらは、バス４９等を通じて互いに接続されている。そ
して、端末１１は、無線通信ユニット４６により、図１
の如く、最寄りの中継局４と無線通信し、ネットワーク
１を経由して中継サーバー２１や他の機器（図１中の符
号１２〜３３）と情報のやり取りを行うことが可能とな
っている。尚、図２では図示を省略しているが、この端
末１１はＧＰＳユニットに接続されており、複数の衛星
からの電波を受信することにより、端末１１自身の現在
地を検出することが可能となっている携帯型の端末であ
る。

【００４４】配信元がコンピュータであり配信先がプリ
ンタであるときには、ページ記述言語で記述された印刷
データを添付したメールをプリンタに送信する。配信元
がＭＦＰであり配信先もＭＦＰであるときは、例えばス
キャナからの入力画像やＨＤＤ内に保持されている画像
を添付したメールをＭＦＰに送信することになる。

【００４５】図３は、この実施の形態で用いられる配信
データのうち、添付ファイルを実際に含んだ電子メール
（以下「実体電子メール」）用の標準フォーマットであ
る。尚、図３では、図１２に示した第１従来技術と同様
のデータ項目については同一の符号を付している。

【００４６】図３に示した標準フォーマットでは、図１
２に示した第１従来技術の配信データに比べて、ヘッダ
ー情報１０１内に、例えばファイルタイプ１０１３の項
目と、仮想配信サイズ１０１４の項目が追加されてい
る。

【００４７】ここで、添付ファイル１０３の有無を示す
フラグ１０１２が「添付ファイル＝あり」の場合であ
り、且つファイルタイプ１０１３の項目が「ファイルタ
イプ＝通常」の場合は、添付ファイル１０３が添付され
る。この場合、配信サイズ１０１１の項目と仮想配信サ
イズ１０１４の項目とには、共に、電子メール内に添付
ファイル１０３が添付された実際のデータサイズが格納
される。

【００４８】一方、ファイルタイプ１０１３の項目が
「ファイルタイプ＝仮想添付」の場合は、添付ファイル
１０３の有無を示すフラグ１０１２の「あり／なし」に
拘わらず、図４のように、添付ファイル１０３は添付さ
れない。この場合、配信サイズ１０１１の項目には、添
付ファイル１０３が添付されていない正味のデータサイ
ズが格納されるが、これに対し、仮想配信サイズ１０１
４の項目では、添付ファイル１０３を含む全体のサイズ
が指定される。即ち、添付ファイル１０３が添付されて
いないにも拘わらず、添付ファイル１０３を含めたデー
タサイズが仮想配信サイズ１０１４の項目で指定され、
このように生成された配信データがダミーファイルとし
てパイロットメール用に使用されることになる。

【００４９】尚、この図３及び図４で示した配信データ
のフォーマットにおいて、従来の図１２及び図１３に示
した配信フォーマットとの互換性を保つために、仮想フ
ォーマットで「添付ファイル１０１２＝なし」として、
「ファイルタイプ１０１３＝仮想添付」を直接参照して
も良い。

【００５０】また、図３及び図４のように、ヘッダー情
報１０１には、中継サーバーや配信先からのチェック結
果を意味する応答情報１０１５の項目が設定される。こ
の応答情報１０１５の項目は、配信元の端末１１から配
信される際の値（初期値）として「ＯＫ」を意味する符
号が格納されるが、配信データ（ダミーファイルを含
む）が中継サーバー２１（２２、２３）に順次に配信さ
れてそれぞれの次の中継サーバー２２（２３）または送
信先の端末１５に送信される際に、中継サーバー２１
（２２，２３）でのデータサイズ制限を超えていた場合
には、応答情報１０１５の項目に「ＮＧ」を意味する符
号が格納される。逆に、各中継サーバー２１〜２３での
データサイズ制限を超えていない場合には、その中継サ
ーバー２１〜２３は、応答情報１０１５の項目を、初期
値である「ＯＫ」のまま維持する。

【００５１】尚、ヘッダー情報１０１内の応答情報１０
１５の項目を省略して、本文１０２中に同様の応答情報
の項目を記載し、中継サーバー２１〜２３のそれぞれで
テキスト解析を行って応答情報の判別と追加を行うよう
にしても良い。

【００５２】その場合、中継サーバー２１，２２，２３
のいずれの応答情報であるかも併せて記載しておく。

【００５３】さらに、ヘッダー情報１０１には、図３及
び図４のように、当該配信データが送信されているのか
返信されたものなのかを識別するための配信方向１０１
６の項目が設定される。

【００５４】さらにまた、ヘッダー情報１０１には、発
信元の端末１１からそのメールを配信する際に、経由し
た全ての中継サーバー２１〜２３の名前またはアドレス
を表す送信パス名（識別情報）１０１８の項目を設定す
るか否かの情報（送信パス１０１７の項目）を設定す
る。この送信パス１０１７の項目が「有効」である場合
には、送信パス名１０１８の項目に対して、ネットワー
ク１〜３上で経由した中継サーバー２１〜２３の数だ
け、各中継サーバー２１〜２３のパス名が追記されてゆ
く。尚、このパス名（識別情報）としては、サーバー名
またはアドレスが適用される。

【００５５】尚、図３及び図４中の符号１０１０は、電
子メールの件名を示す項目である。

【００５６】また、図５は、配信先の端末１５の構成例
を示すブロック図である。図５の要素のうち、データ処
理部１４１はＣＰＵを含んで構成されており、ＨＤＤ１
４４にあらかじめインストールされているプログラムに
従って、後述する制御や処理などを実行する。図５中の
要素１４２，１４３、１４５、１４６，１４７、１４８
は、それぞれ図２に示した配信元の端末１１の要素４
２，４３、４５、４６，４７、４８にそれぞれ対応する
機能を有する。

【００５７】この端末１５は、ネットワーク１〜３を通
じて発信元（たとえば端末１１）から送信されたきた電
子メール内に添付された画像データを印刷（プリント）
することの可能な通信プリンタであって、基本的には、
図２に示した発信元の端末１１の構成と類似している
が、ただし、例えばフルカラー等の大容量の文字データ
を画像として印字・印刷する印字エンジン１５１及びそ
の制御を司る印字制御部１５２を備えている。尚、図５
は無線通信ユニット１４６を備えてネットワーク１〜３
に対して無線通信を行う例を示しているが、この無線通
信ユニット１４６に代えて、有線でネットワーク１〜３
に接続してもよい。

【００５８】さらに、図６は、中継サーバー２１の構成
例を示すブロック図である。基本的な構成は、図２に示
した発信元の端末１１の構成と類似しており、ＣＰＵを
含んで構成されてデータ処理部２４１は、ＨＤＤ２４４
にあらかじめインストールされているプログラムに従っ
て、後述する制御や処理などを実行する。図６中の要素
２４２，２４３、２４５、２４８は、それぞれ図２に示
した配信元の端末１１の要素２４２，２４３、２４５、
２４８にそれぞれ対応する機能を有する。ただし、多数
の端末から大量のデータを中継するため、内蔵ハードデ
ィスクドライブ２４４の容量が大きく設定されている。
尚、図６では、時計を省略しており、また、図２中の無
線通信ユニット４６に代えて、ネットワークユニット２
５３を通じて有線で直接にネットワーク１に接続されて
いる。

【００５９】＜動作方法＞上記の情報配信システムの動
作を、図８ないし図１１のフローチャートに沿って説明
する。尚、ここでは、例として、図１中の無線通信用の
端末１１からネットワーク３に接続された他の端末１５
に対して、添付ファイル１０３を添付した電子メールを
中継サーバー２１〜２３を経由して配信する場合を考え
る。

【００６０】＜配信元の端末の動作＞図７は、配信元の
端末１１での電子メールの送信処理を示すフローチャー
トである。尚、図７では、電源投入時の初期化処理等は
省略している。

【００６１】まず、図７中のステップＳ１００に示した
配信要求の処理において、操作者は、端末１１の入力手
段４２を用いて、電子メールの件名配信先の情報、本文
及び添付ファイルを入力し、これをデータ処理部（ＣＰ
Ｕ）４１に渡す。データ処理部４１は、ステップＳ１０
１においてヘッダー情報１０１の初期化を行う。ヘッダ
ー情報１０１内の各初期値は、次の通りである。

【００６２】・件名１０１０＝（利用者指定の名称）、 ・配信サイズ１０１１＝０バイト、 ・添付ファイル１０１２＝なし、 ・ファイルタイプ１０１３＝通常 ・仮想配信サイズ１０１４＝０バイト、 ・応答情報１０１５＝ＯＫ、 ・配信方向１０１６＝送信、 ・送信パス１０１７＝無効、 ・送信パス名１０１８＝（空白）。

【００６３】次に、ステップＳ１０２において、入力さ
れた情報（本文及び添付ファイル等）に基づいて、ヘッ
ダー情報１０１、本文１０２及び添付ファイル１０３の
データサイズの合計値を計算し、これを配信サイズ１０
１１とする。

【００６４】次に、ステップＳ１０３において、配信サ
イズ１０１１を端末１１に登録されている標準制限サイ
ズと比較する。標準制限サイズは小さな値で、経験的に
保証されている所定の値である。配信サイズ１０１１が
標準制限サイズ未満であれば、ステップＳ１０４におい
て、従来の電子メールと同様の標準フォーマットで、電
子メールの配信データを生成する。この場合、添付ファ
イル１０３が添付されている場合は、図３のように、本
文１０２に後続するデータ列として添付する。そして、
かかる電子メールの配信データを、中継局４を通じて中
継サーバー２１に送信する。尚、中継サーバー２１への
送信手順は、通常のＰＯＰプロトコルを用いた手順であ
る。その後、ステップＳ１１３において、処理を終了す
る。

【００６５】一方、ステップＳ１０３において、配信サ
イズ１０１１が標準制限サイズ以上と判断された場合
は、次のように処理を行う。

【００６６】まず、ステップＳ１０５において、添付フ
ァイル１０３が添付されているか否かを、添付ファイル
の有無を示すフラグ１０１２に基づいて判断する。そし
て、添付ファイルが添付されていない場合には、分割送
信しか対応できないため、ステップＳ１０６において、
標準制限サイズを最大とするファイルサイズのデータ群
に分割して通常の分割メールフォーマットで送信する。
その後、ステップＳ１１３において、処理を終了する。

【００６７】一方、ステップＳ１０５において、添付フ
ァイル１０３が添付されていると判断された場合は、ス
テップＳ１０７に進み、仮想配信サイズ１０１４を計算
する。そして、ステップＳ１０８において、図４に示し
たような仮想フォーマットのパイロットメールを生成
し、そのパイロットメールを送信する。この段階では実
体電子メールはまだ発信しない。

【００６８】この場合、パイロットメールのヘッダー情
報１０１を次のように設定する。まず件名１０１０は、
返信を確実に確認するために、実体電子メールとは別の
特定の識別番号に書き換える。ここでは、特定の識別番
号として、送信元の端末１１の識別符号（名称、アドレ
ス等）と所定の連番とからなる文字列を適用する。配信
サイズ１０１１は、ヘッダー情報１０１と本文１０２の
データサイズの合計値を設定する。また、添付ファイル
１０３の有無を示すフラグ１０１２を例えば「添付ファ
イル＝なし」とする（「添付ファイル＝あり」としても
差し支えない）。そして、図４のように、ファイルタイ
プ１０１３を仮想添付ファイルとし、仮想配信サイズ１
０１４として、ヘッダー情報１０１、本文１０２及び添
付ファイル１０３の総合計値を設定する。応答情報１０
１５は「ＯＫ」とし、配信方向１０１６を「送信」と
し、送信パス１０１７を「有効」、送信パス名１０１８
を（空白）とする。そして、実際の添付ファイル１０３
は添付せずに、ヘッダー情報１０１と本文１０２のみの
配信データとし、かかる仮想フォーマット（図４）を持
つパイロットメールを中継局４を介してネットワーク１
〜３に送信する。

【００６９】続いて、ステップＳ１０９ａにおいて、配
信先の端末１５からの返信メールを待つ。この返信メー
ルはあらかじめ指定された識別番号を有するとともに、
配信先の端末１５でパイロットメールのヘッダ情報を複
写し、配信方向１０１６を「返信」に書き換えた情報を
含んでいる。また、この端末１５までの往路で経由した
各中継サーバ２１〜２３および配信先の端末１５自身の
いずれかが、仮想配信サイズを持つメールを中継あるい
は受信可能できない場合には、応答情報１０１５が「Ｎ
Ｇ」に書き換えられている。

【００７０】配信先からの返信メールを受けると、ステ
ップＳ１１０に進み、返信メール内の応答情報１０１５
を読取ることによって、仮想配信サイズを持つメールが
配信先の端末１５まで制限なく正常に到達可能な状態に
あるかを判断する。応答情報１０１５が「ＯＫ」なら中
継サーバや配信先の端末１５での受信容量に問題がなく
実体電子メールの配信を正常に終了させることが可能と
判断して、ステップＳ１１１で、標準フォーマットかつ
分割無しで実体電子メールを送信する。

【００７１】一方、ステップＳ１１０において、応答情
報１０１５が「ＮＧ」であると判断された場合は、ステ
ップＳ１１２に進み、標準フォーマットで且つ分割サイ
ズを指定して実体電子メールを複数のメールに分割し、
この分割された配信データを配信先の端末１５を宛先と
して送信する。

【００７２】尚、ステップＳ１０９ａにおいて、配信先
の端末１５から返信メールが返されない場合は、時計４
７（図２）により計時を行い、ステップＳ１０９ｂにお
いて、返信メールが無い状態が所定時間継続しているか
どうかを判断する。そして、所定時間が経過しても返信
がないと判断した場合は、パイロットメールの仮想フォ
ーマットが認識されない中継サーバーまたは端末に正常
に到達したためと解釈して、ステップＳ１１１で、標準
フォーマットで且つ分割無しで実体電子メールを送信す
る。

【００７３】また、後述するように、仮想配信サイズが
中継サーバで取り扱う規定サイズを越えている場合に
は、応答情報１０１５が「ＮＧ」とされるほかに、仮想
配信サイズ１０１４が当該規定サイズの値に書き換えら
れている。そこで、好ましくは、実体電子メールを分割
送信する場合、分割数を可能な限り削減して中継サーバ
ー等の処理の付加を低減するために、それぞれの分割フ
ァイルのサイズを、配信先からの返信メールに記録され
た仮想配信サイズ１０１４に一致させることが好まし
い。ただし、配信方向１０１６が「送信」の場合は、途
中の中継サーバーでエラーでパイロットメールが返却さ
れた場合もあるため、仮想配信サイズ１０１４内のデー
タサイズを採用しないようにする。

【００７４】また、中継サーバー２１〜２３のいずれか
の記憶容量に全く空きがない場合は、標準制限サイズで
も中継エラーが発生する場合がある。このような場合に
も阿対応したい場合には、標準制限サイズ以下の電子メ
ールについてもパイロットメールを送信し、応答情報１
０１５が「ＮＧ」の場合には、実体電子メールの配信要
求処理を中断しても良い。

【００７５】＜中継サーバーの動作＞図８は、端末１１
から与えられた電子メールを、指定された端末１５に向
けて配信する中継サーバー２１の大まかな制御フローで
ある。この制御フローおよび後述する各フローを実現す
るプログラムが、中継サーバ２１などにあらかじめイン
ストールされている。

【００７６】まず、ステップＳ２０１の初期化時におい
て、後述のメール受信処理（図９中のステップＳ２５０
以降参照）を開始する。また、ステップＳ２０２におい
て、受信メールが内蔵ハードディスクドライブ（ＨＤ
Ｄ）１４４に記憶されることになるため、この内蔵ハー
ドディスクドライブ１４４の空き容量をチェックしてお
く。

【００７７】次に、ステップＳ２０３において、各端末
１１〜１６や他の中継サーバー２２，２３からの配信
（電子メール）を受信して蓄積し、続くステップＳ２０
４において、蓄積された電子メール（蓄積メール）を、
他の端末１１〜１６や他の中継サーバー２２，２３へ送
信する（Ｓ２０４）。

【００７８】送信処理を完了すると、送信済みの電子メ
ールを破棄し、内蔵ハードディスクドライブ１４４の空
き容量をアップさせる。そして、ステップＳ２０５にお
いて、後述する仮想フォーマット用に予約した領域（予
約領域）が、所定時間使用されていないかどうかを判断
し、所定時間使用されていないと判断した場合に、かか
る領域を解放する（ステップＳ２０６）。

【００７９】次に、各中継サーバー２１〜２３におい
て、ネットワーク１〜３から電子メールを受信して、内
蔵ハードディスクドライブ１４４に蓄積する処理手順に
ついて、図９のフローチャートに沿って説明する。尚、
図９に示した処理手順は、図８中のステップＳ２０２
（内蔵ハードディスクドライブ４４の容量チェック）に
相当する。

【００８０】まず、ステップＳ２５１において、ヘッダ
ー情報１０１と本文１０２を受信する。このときは、こ
れらのデータをデータ処理部１４１のメモリに保持す
る。次に、ステップＳ２５２において、内蔵ハードディ
スクドライブ１４４の空き容量に基づいて、ヘッダー情
報と本文１０２が蓄積可能か否かをチェックし、空きが
なければ、ステップＳ２６６でエラーメッセージを配信
元に返信する。このとき、本文１０２や添付ファイル１
０３は返さず、代わりに、本文１０２において容量オー
バーのエラーメッセージを返す。ヘッダー情報１０１に
おいては、件名１０１０は送られてきたメッセージに対
して返信の旨の文字列（例えば「Re:」）を追加して生
成し、また返信の電子メールの配信サイズ１０１１を正
確に設定するだけで、他のヘッダー情報１０１の項目は
無視する。

【００８１】次に、ステップＳ２５３において、たとえ
ばヘッダ情報に仮想配信サイズなどの項目があるかどう
かの判定により、そのメールが仮想配信すなわちパイロ
ットメールか否かを確認し、通常の配信であれば、ステ
ップＳ２５４で当該電子メール用の予約領域があるか否
かを確認し、あればステップＳ２５５で通常領域に戻す
（予約割り当ての開放）。そして、電子メール全体が当
該中継サーバー２１で受信できると決めた規定サイズ以
内（容量制限未満）であるか否かを確認する（ステップ
Ｓ２５６ａ）。ここにおいて、この「規定サイズ」の値
は、たとえばサーバー２１の管理者があらかじめ設定し
ており、この値以上のサイズを持つメールの着信はサー
バ２１によって拒否される。さらに、内蔵ハードディス
クドライブ１４４の空き容量を検出して当該電子メール
を記憶することが可能か否かを確認し（ステップＳ２５
６ｂ）、可能であれば、ステップＳ２５７で添付ファイ
ル１０３があるか否かを確認する。添付ファイル１０３
があると確認した場合は、その添付ファイル１０３をス
テップＳ２５８ａで受信する。そして、ステップＳ２５
８ｂで、添付ファイル１０３として実データが存在して
いるか否かを判断し、実データが存在していると判断さ
れた場合は、ステップＳ２５９において、実データとし
ての添付ファイル１０３を内蔵ハードディスクドライブ
１４４に記憶する。続いて、ステップＳ２６０におい
て、自己（中継サーバ−２１）のアドレス（識別情報）
をヘッダー情報の送信パス名１０１８に追加し、メモリ
内のヘッダー情報１０１及び本文１０２を内蔵ハードデ
ィスクドライブ１４４に書き込む。これを受けて、前述
した図８中のステップＳ２０３で、内蔵ハードディスク
ドライブ１４４から電子メールを取り出し、配信先へ送
信する処理を行う。

【００８２】尚、配信先へ送信する際には、ヘッダー情
報１０１内の送信パス名１０１８の項目に各中継サーバ
ー２１〜２３のパス名が指定されている場合には、その
パス名の順序に従って送信処理を行う。このように送信
パス名１０１８の項目に各中継サーバー２１〜２３のパ
ス名が指定されている場合は、既にパイロットメールの
送信があって、そのパス名に順次配列されている経路で
の容量制限（規定サイズ）が確認されているため、その
確認された経路での電子メールの配信を確保する必要が
あるからである。

【００８３】また、前述の図９に示したステップＳ２５
７において、添付ファイル１０３が「有り（Ｙｅｓ）」
と指定されていても、実際の受信データが本文１０２で
終わってしまい、受信すべきデータがない場合（ステッ
プＳ２５８ｂで「Ｎｏ」と判断された場合）は、かかる
電子メールを仮想フォーマットによるパイロットメール
と解釈して、ヘッダー情報１０１と本文１０２とを記憶
・配信する（ステップＳ２６０→Ｓ２０４）。

【００８４】ステップＳ２５３で「Ｙｅｓ」と判断され
て仮想配信のパイロットメールであると解釈した場合、
仮想配信サイズ１０１４が当該中継サーバー２１の容量
制限未満（即ち、規定サイズ以下）であるかどうかを判
断し（ステップＳ２６１）、さらに当該中継サーバー２
１の内蔵ハードディスクドライブ１４４内に仮想配信サ
イズ１０１４に相当する空き容量があるか否かを判断す
る（ステップＳ２６２）。これらの判断結果が共に「Ｙ
ｅｓ」であった場合は、指定されたサイズの領域を件名
１０１０と関連して予約確保しておく（ステップＳ２６
３）。かかる領域は、後に送信されてくる通常フォーマ
ットの実体電子メールの中継を行う際のステップＳ２５
５で開放される他、あるいは、図８中のステップＳ２０
６において所定時間使用されない場合にも解放される。

【００８５】また、仮想配信サイズ１０１４がメールの
着信を拒否する規定サイズ以上か（ステップＳ２６１で
「Ｎｏ」）、あるいは、空き容量が不足している場合は
（ステップＳ２６２で「Ｎｏ」）は、応答情報１０１５
を「ＮＧ」に書き換える（ステップＳ２６４）。さら
に、分割送信を考慮し、仮想配信サイズ１０１４が当該
中継サーバー２１の容量制限以上の場合（規定サイズよ
りも大きい場合）には、仮想配信サイズ１０１４の項目
を規定サイズの値に書き換えて更新する（ステップＳ２
６５）。このようにして書き換えられた情報は、このサ
ーバ２１の容量制限に関する制限情報に相当する。かか
る状態で、ヘッダー情報１０１及び本文１０２を内蔵ハ
ードディスクドライブ４４に記憶する。そして、パイロ
ットメールは、このサーバ２１から図８のステップＳ２
０４で次の中継サーバ２２に送信される。

【００８６】同様の処理を中継サーバ２２、２３でも順
次に行い、最後の中継サーバ２３は配信先の端末１５に
パイロットメールや実体電子メールを送信する。

【００８７】＜配信先の端末の動作＞配信先の端末１５
の動作を説明する。

【００８８】図１０は、配信先（受信側）の端末１５の
大まかな制御フローである。図１０のように、配信先の
端末１５の基本的な動作は、図８に示した中継サーバー
２１の動作に類似している。

【００８９】ステップＳ３０１の処理は、図８に示した
中継サーバー２１におけるステップＳ２０１の処理と同
様である。

【００９０】次に、ステップＳ３０２で、内蔵ハードデ
ィスクドライブ２４４の容量チェックを行う。かかる処
理は後述する。

【００９１】続いて、ステップＳ３０３において、内蔵
ハードディスクドライブ２４４に蓄積メールがあるか否
かを判断する。そして、ステップＳ３０４において、内
蔵ハードディスクドライブ２４４内に蓄積されたデータ
は、他に配信せずに、印字機構で印字される。印字後の
領域は開放される。

【００９２】その他のステップＳ３０５〜Ｓ３０９の処
理も、図８に示した中継サーバー２１におけるステップ
Ｓ２０５〜Ｓ２０９の処理と同様である。

【００９３】図１１は、配信先（受信側）の端末１５に
おいて、ネットワーク１〜３から電子メールを受信し
て、内蔵ハードディスクドライブ２４４に蓄積する処理
手順を示すフローチャートである。尚、図１１に示した
処理手順は、図１０中のステップＳ３０２（内蔵ハード
ディスクドライブ２４４の容量チェック）に相当する。

【００９４】まず、ステップＳ３５１において、ヘッダ
ー情報１０１と本文１０２を受信する。このときは、こ
れらのデータをデータ処理部４１のメモリに保持する。

【００９５】次に、ステップＳ３５２において、仮想配
信のパイロットメールか否かを確認し、通常の配信の実
体電子メールであれば、続くステップＳ３５３におい
て、内蔵ハードディスクドライブ２４４の空き容量に基
づいて、ヘッダー情報と本文１０２が蓄積可能か否かを
チェックし、空きがなければ、ステップＳ３６８でエラ
ーメッセージを配信元に返信する。このとき、本文１０
２や添付ファイル１０３は返さず、代わりに、本文１０
２において容量オーバーのエラーメッセージを返す。ヘ
ッダー情報１０１においては、件名１０１０は送られて
きたメッセージに対して返信の旨の文字列（例えば「R
e:」）を追加して生成し、また返信の電子メールの配信
サイズ１０１１を正確に設定するだけで、他のヘッダー
情報１０１の項目は無視する。

【００９６】一方、ステップＳ３０３において、内蔵ハ
ードディスクドライブ２４４に空き容量がある場合は、
ステップＳ３５４に進み、当該電子メール用の予約領域
があるか否かを確認し、予約領域があればステップＳ３
５５で通常領域に戻す（予約割り当ての開放）。そし
て、電子メール全体が、当該端末１５で受信可能な規定
サイズ以内（容量制限未満）であるか否かを確認する
（ステップＳ３５６ａ）。端末１５における「規定サイ
ズ」は、端末１５のユーザがあらかじめ手動設定してい
るか、あるいは端末１５にデフォルトで設定されてい
る。さらに、内蔵ハードディスクドライブ２４４の空き
容量を検出して当該電子メールを記憶することが可能か
否かを確認し（ステップＳ３５６ｂ）、可能であれば、
ステップＳ３５７で添付ファイル１０３があるか否かを
確認する。添付ファイル１０３があると確認した場合
は、ステップＳ３５８において、その添付ファイル１０
３を受信する。その後、ステップＳ３５９において、添
付ファイル１０３を内蔵ハードディスクドライブ２４４
に記憶する。続いて、Ｓ３６０において、メモリ内のヘ
ッダー情報１０１及び本文１０２を内蔵ハードディスク
ドライブ２４４に書き込む。これを受けて、前述した図
１０中のステップＳ３０３で、内蔵ハードディスクドラ
イブ２４４から電子メールを取り出し、配信先へ送信す
る処理を行う。

【００９７】ただし、前述のステップＳ３５７におい
て、添付ファイル１０３が「ない（Ｎｏ）」と指定され
ていれば、ステップＳ３５８，Ｓ３５９を省略してステ
ップＳ３６０に移行する。

【００９８】ステップＳ３５２に戻り、このステップＳ
３５２で「Ｙｅｓ」と判断されて仮想配信であると解釈
した場合、ステップＳ３６１に進み、仮想配信サイズ１
０１４が当該端末１５の容量制限未満（即ち、規定サイ
ズ以下）であるか否かを判断する。規定サイズ以下であ
れば、ステップＳ３６２において、仮想配信サイズ１０
１４に対して内蔵ハードディスクドライブ２４４に空き
容量があるか否かを判断する。内蔵ハードディスクドラ
イブ２４４に空き領域があれば、指定されたサイズの領
域を件名１０１０と関連して予約確保しておく（ステッ
プＳ３６３）。かかる領域は、後に送信されてくる通常
フォーマットの実体電子メールの受信の際のステップＳ
３５５で開放される他、あるいは、図１０中のステップ
Ｓ３０６において所定時間使用されない場合にも解放さ
れる。

【００９９】一方、ステップＳ３６１で仮想配信サイズ
１０１４が本端末１５の容量制限以上（規定サイズを超
えている）と判断した場合であり、または、ステップＳ
３６２で内蔵ハードディスクドライブ２４４の空き容量
が不足していると判断した場合は、応答情報１０１５を
「ＮＧ」に書き換え（ステップＳ３６４）、仮想配信サ
イズを、規定サイズ及び内蔵ハードディスクドライブ２
４４の空き容量の両者を満たす値に更新し（ステップＳ
３６５）、ステップＳ３６６で配信方向を「返信」に更
新して、メッセージを返信する（ステップＳ３６７）。
ステップＳ３６５で更新された情報が、配信先の端末１
５についての容量制限に関する制限情報に相当する。

【０１００】即ち、この図１１に示した配信先の端末１
５の処理手順では、仮想フォーマットを持つパイロット
メールを受信した場合に、ステップＳ３６７でヘッダー
の配信方向１０１６を「返信」に書き換えて、配信元に
返信する点で、図９に示した中継サーバー２１の処理手
順と異なっている。この場合、端末１５からの電子メー
ルの直接の送り先は中継サーバー２３であり、通常は、
ネットワーク１〜３を最初に配信されてきた経路と逆順
を追って返信されてゆく。なお、返信のルートは、送信
時と異なっていても良い。

【０１０１】尚、上記の情報配信システムのネットワー
ク１〜３上に、上記のダミーファイルを認識できない
（即ち、仮想添付ファイルのフォーマットをサポートし
ていない）端末（非認識端末）または中継サーバー（非
認識サーバー）が接続されており、これらの非認識端末
または非認識サーバーを経由してパイロットメールが返
信された場合は、当該非認識端末または非認識サーバー
は、仮想配信サイズ１０１４の項目に格納された配信制
限確認結果を無効化すればよい。これにより、この実施
の形態特有の端末１１〜１６と従来と同様の非認識端末
とが混在してネットワーク１〜３に接続された場合で
も、規定サイズ内の電子メールの送受信を支障無く送受
信することができる。

【０１０２】以上の処理手順では、データサイズの大き
な添付ファイル１０３を電子メールの本文１０２に添付
して配信する場合に、まず実際の添付ファイル１０３を
添付しない状態で、仮想配信サイズ１０１４内に添付フ
ァイル１０３をも含めたデータサイズの情報を指定した
ダミーファイル形式のパイロットメールを送信し、この
ダミーファイルで送信可能かどうかの情報を、経路上の
各中継サーバー２１〜２３が付与して返信するので、ト
ラフィックを劣化させずに、インターネット等のグロー
バルなネットワーク上で確実に情報伝達を保証できる。

【０１０３】また、各中継サーバー２１〜２３及び送信
先（受信側）の端末１５で容量制限（規定サイズ）の情
報を電子メール内に付与して配信元に返信するので、配
信元の端末１５が適正な配信データサイズを把握でき、
この適正な配信データサイズに基づいて添付ファイル１
０３を含めた電子メールを分割できる。したがって、第
２従来技術に比べて、無用に電子メールの分割数を増大
させるのを防止でき、オーバーヘッドの総数が多大とな
って中継サーバー２１〜２３に多大な負荷をかけるのを
防止できる。

【０１０４】さらに、第３従来技術に比べると、配信先
の端末１５のユーザーに特別な操作を要求することなく
適正サイズの電子メールを送信できるたる、受信側のユ
ーザーの利便性を損なうことがない。

【０１０５】さらにまた、第４従来技術ないし第６従来
技術に比べて、途中の伝送路上の中継サーバーの容量制
限やルールを容易にチェックすることが可能となる。

【０１０６】尚、上記実施の形態では、ヘッダー情報１
０１内にファイルタイプ１０１３の項目と仮想配信サイ
ズ１０１４の項目を設定しておき、ファイルタイプ１０
１３の項目が「仮想添付」であった場合に、仮想配信サ
イズ１０１４の項目を参照して、規定サイズ以内（容量
制限未満）であるか否かを判断していたが、ヘッダー情
報１０１内に仮想配信サイズの項目を設けずに、配信サ
イズ１０１１の項目内に添付ファイル１０３のデータサ
イズを含めた電子メール全体のデータサイズを常に設定
するとともに、ファイルタイプ１０１３が「仮想添付」
の場合には図４のように添付ファイル１０３の実体を添
付せずにパイロットメールを配信するようにしてもよ
い。この場合、パイロットメールでは配信サイズの項目
の値と実際のパイロットメールのサイズとは異なること
になる。

【０１０７】また、上記実施の形態においては、配信元
の端末においてパーソナルコンピュータもしくはＭＦ
Ｐ、配信先としてプリンタを設定するようにしていた
が、配信元がＭＦＰで配信先がパーソナルコンピュータ
でもよい。

【０１０８】さらに、ＭＦＰが中継サーバー４，２２，
２３の機能を有し、パーソナルコンピュータや他のＭＦ
Ｐからのメールを中継するようなシステムであってもよ
い。

【０１０９】さらにまた、上記実施の形態においては、
添付ファイルを含む情報全体のデータサイズとして、添
付ファイルを含むメール全体のデータサイズを記述する
ようにしていたが、メール全体のデータサイズの近似値
を記述するようにしてもよい。例えば、本文にデータを
含まないようなメールを送信するシステムでの適用も可
能であるため、添付ファイルのみのデータサイズを情報
全体のデータサイズとして記述するようにしてもよい。

【０１１０】

【発明の効果】請求項１、請求項１１、請求項１５及び
請求項１７に記載の発明によると、配信元端末が、添付
ファイルを添付した情報を実際に送信する前に、情報全
体のデータサイズの項目を付与し、且つ添付ファイルを
添付しない配信可否確認用のダミーファイルを送信する
ので、実際に添付ファイルを添付して送信しなくても、
添付ファイルを添付した場合に受信側の端末または中継
サーバーにおけるデータサイズの制限にかかるか否かの
判断をダミーファイルを用いて確認することが可能とな
る。したがって、トラフィックを劣化させずに、インタ
ーネット等のグローバルなネットワーク上で確実に情報
伝達を保証できる。

【０１１１】請求項２、請求項１２及び請求項１８に記
載の発明によると、情報内に、ダミーファイルであるか
否かを示すファイルタイプの項目が付与されるので、受
信側の端末及び中継サーバーが、受信しまたは中継する
情報がダミーファイルであるか否かを容易に判断でき、
処理の効率化を図ることができる。

【０１１２】請求項３、請求項４、請求項１３、請求項
１４、請求項１９、請求項２０、請求項２１及び請求項
２２に記載の発明によると、ダミーファイル内に情報全
体のデータサイズの項目を容易に含ませることが可能と
なり、受信側の端末及び中継サーバーがその情報全体の
データサイズの項目と容量制限とを容易に照らして比較
することが可能となる。

【０１１３】請求項５及び請求項１６に記載の発明によ
ると、中継サーバー（中継サーバー装置）または電子メ
ール受信端末が、ダミーファイルを中継する際に、当該
中継サーバー等におけるデータサイズの制限の情報を付
与して中継を行うので、このデータサイズの制限の情報
を付与したダミーファイルを配信元端末に返信すれば、
当該配信元端末が、経路上におけるデータサイズの制限
を容易に認識でき、これに基づいて情報のデータ分割を
適正に行うことが可能となる。特に、請求項５に記載の
発明によると、受信側の端末も、ダミーファイルを受信
した際に、当該端末におけるデータサイズの制限の情報
を付与して返信するので、このデータサイズの制限の情
報を付与したダミーファイルを配信元端末に返信すれ
ば、当該配信元端末が、受信側端末におけるデータサイ
ズの制限も容易に認識でき、これに基づいて情報のデー
タ分割をさらに適正に行うことが可能となる。

【０１１４】請求項６に記載の発明によると、中継サー
バーが、ダミーファイルを中継する際に、当該中継サー
バーに予め付与された識別情報を添付するので、当該ダ
ミーファイルを配信元の端末に返信すれば、当該配信元
の端末が、添付ファイルを添付した情報を、再度その経
路上に確実に送信することができる。

【０１１５】請求項７に記載の発明によると、配信元端
末が、情報のデータサイズが所定サイズ以上であるか否
かを確認し、所定のサイズ以上であった場合に、ダミー
ファイルの送信を中止して情報全体を複数回に分割して
送信するので、情報のデータ分割をさらに適正に行うこ
とが可能となる。

【０１１６】請求項８に記載の発明によると、中継サー
バーが、ダミーファイル内に格納された情報全体のデー
タサイズの項目に基づいて、情報を蓄積するための所定
の記憶装置の予約領域を確保するので、実際に添付ファ
イルが添付された情報を配信する際に、その予約領域を
使用することで確実に情報を中継することができる。

【０１１７】請求項９に記載の発明によると、各端末
が、情報のデータサイズが所定サイズ以上であるか否か
を確認し、所定サイズ未満であった場合に、ダミーファ
イルの送信を中止して情報全体を一回で送信するので、
無用なダミーファイルの送信を省略することで、経路上
のトラフィックを向上できる。

【０１１８】請求項１０に記載の発明によると、ダミー
ファイルを認識できない他の端末または他の中継サーバ
ーが情報としてダミーファイルを受信または中継する場
合に、前当他の端末または当該他の中継サーバーが、情
報中のデータサイズの制限の情報を無効化するので、ダ
ミーファイルを認識できる端末または中継サーバーと、
ダミーファイルを認識できない非認識端末または非認識
中継サーバーとが混在する場合にも対応できる。

【図面の簡単な説明】

【図１】この発明の一の実施の形態に係る情報配信シス
テムの全体を例示するブロック図である。

【図２】配信元の端末を示すブロック図である。

【図３】添付ファイルが添付された状態の情報（電子メ
ール）を示す図である。

【図４】ダミーファイル形式のパイロットメールを示す
図である。

【図５】配信先の端末を示すブロック図である。

【図６】中継サーバーを示すブロック図である。

【図７】この発明の一の実施の形態に係る情報配信シス
テムにおける配信元の端末の処理手順を示すフローチャ
ートである。

【図８】中継サーバーの動作の概要を示すフローチャー
トである。

【図９】この発明の一の実施の形態に係る情報配信シス
テムおける中継サーバーの処理手順を示すフローチャー
トである。

【図１０】配信先の端末の動作の概要を示すフローチャ
ートである。

【図１１】この発明の一の実施の形態に係る情報配信シ
ステムおける配信先の端末の処理手順を示すフローチャ
ートである。

【図１２】第１従来技術において添付ファイルが添付さ
れた状態の情報のフォーマットを示す図である。

【図１３】第１従来技術において添付ファイルが添付さ
れない状態の情報のフォーマットを示す図である。

【符号の説明】

１〜３ ネットワーク １１〜１６ 端末 ２１〜２３ 中継サーバー １０１ ヘッダー情報 １０２ 本文 １０３ 添付ファイル １０１０ 件名 １０１１ 配信サイズ １０１２ 添付ファイル １０１３ ファイルタイプ １０１４ 仮想配信サイズ １０１５ 応答情報 １０１６ 配信方向 １０１７ 送信パス １０１８ 送信パス名

フロントページの続き Ｆターム(参考） 5K030 GA11 HA07 KA01 KA06 KA13 LD11 LE11 MB06 MB18 5K051 AA08 BB02 FF04 HH27

Claims (22)

【特許請求の範囲】
1. 【請求項１】 配信元端末から、ネットワーク及び複数
   または単数の中継サーバーを経由して他の端末に情報を
   送信する際に、前記情報内に添付ファイルを添付するこ
   との可能な情報配信システムであって、 前記配信元端末が、 前記添付ファイルを含む前記情報全体のデータサイズの
   項目が付与され、且つ前記添付ファイルを添付しない配
   信可否確認用のダミーファイルを生成するダミーファイ
   ル生成手段と、 前記添付ファイルを添付した前記情報を実際に送信する
   前に、前記ダミーファイルを前記ネットワークに送信す
   る送信制御手段と、を備えることを特徴とする情報配信
   システム。
2. 【請求項２】 請求項１に記載の情報配信システムであ
   って、 前記情報内に、前記ダミーファイルであるか否かを示す
   ファイルタイプの項目が付与されることを特徴とする情
   報配信システム。
3. 【請求項３】 請求項１または請求項２に記載の情報配
   信システムであって、 前記情報内に、当該情報のデータサイズを示す配信サイ
   ズの項目が付与され、 前記情報全体のデータサイズの項目として前記配信サイ
   ズの項目が適用されることを特徴とする情報配信システ
   ム。
4. 【請求項４】 請求項１または請求項２に記載の情報配
   信システムであって、 前記情報内に、当該情報のデータサイズを示す配信サイ
   ズの項目が付与され、 前記情報全体のデータサイズの項目が、前記配信サイズ
   の項目とは別に付与されることを特徴とする情報配信シ
   ステム。
5. 【請求項５】 請求項１ないし請求項４のいずれかに記
   載の情報配信システムであって、 前記中継サーバーが、 前記ダミーファイルを中継する際に、当該中継サーバー
   におけるデータサイズの制限に関する制限情報を付与し
   て中継を行う手段、を備えるとともに、 前記他の端末が、 前記ダミーファイルを受信した際に、当該他の端末にお
   けるデータサイズの制限に関する制限情報を付与して返
   信する手段、を備えることを特徴とする情報配信システ
   ム。
6. 【請求項６】 請求項５に記載の情報配信システムであ
   って、 前記中継サーバーが、 前記ダミーファイルを中継する際に、当該中継サーバー
   に予め付与された識別情報を添付する手段、を備えるこ
   とを特徴とする情報配信システム。
7. 【請求項７】 請求項１ないし請求項６のいずれかに記
   載の情報配信システムであって、 前記配信元端末は、 前記情報のデータサイズが所定サイズ以上であるか否か
   を確認し、所定のサイズ以上であった場合に、前記ダミ
   ーファイルの送信を中止して前記情報全体を複数回に分
   割して送信する手段をさらに備えることを特徴とする情
   報配信システム。
8. 【請求項８】 請求項１ないし請求項６のいずれかに記
   載の情報配信システムであって、 前記中継サーバーが、 前記ダミーファイル内に格納された前記情報全体のデー
   タサイズの項目に基づいて、前記情報を蓄積するための
   所定の記憶装置の予約領域を確保する手段、を備えるこ
   とを特徴とする情報配信システム。
9. 【請求項９】 請求項１ないし請求項８のいずれかに記
   載の情報配信システムであって、 前記配信元端末は、 前記情報のデータサイズが所定サイズ以上であるか否か
   を確認し、所定サイズ未満であった場合に、前記ダミー
   ファイルの送信を中止して前記情報全体を一回で送信す
   る手段、をさらに備えることを特徴とする情報配信シス
   テム。
10. 【請求項１０】 請求項５に記載の情報配信システムで
    あって、 前記ダミーファイルを認識できない非認識端末または非
    認識中継サーバーが前記ダミーファイルを受信または中
    継する場合に、前記非認識端末または前記非認識中継サ
    ーバーが、前記ダミーファイル中の前記制限情報を無効
    化することを特徴とする情報配信システム。
11. 【請求項１１】 ネットワーク及び複数または単数の中
    継サーバーを経由して他の端末に情報を送信する際に、
    前記情報内に添付ファイルを添付することの可能な情報
    配信装置であって、 前記添付ファイルを含む前記情報全体のデータサイズの
    項目が付与され、且つ前記添付ファイルを添付しない配
    信可否確認用のダミーファイルを生成するダミーファイ
    ル生成手段と、 前記添付ファイルを添付した前記情報を実際に送信する
    前に、前記ダミーファイルを前記ネットワークに送信す
    る送信制御手段と、を備えることを特徴とする情報配信
    装置。
12. 【請求項１２】 請求項１１に記載の情報配信装置であ
    って、 前記情報内に、前記ダミーファイルであるか否かを示す
    ファイルタイプの項目が付与されることを特徴とする情
    報配信装置。
13. 【請求項１３】 請求項１１または請求項１２に記載の
    情報配信装置であって、 前記情報内に、当該情報のデータサイズを示す配信サイ
    ズの項目が付与され、 前記情報全体のデータサイズの項目として前記配信サイ
    ズの項目が適用されることを特徴とする情報配信装置。
14. 【請求項１４】 請求項１１または請求項１２に記載の
    情報配信装置であって、 前記情報内に、当該情報のデータサイズを示す配信サイ
    ズの項目が付与され、前記情報全体のデータサイズの項
    目が、前記配信サイズの項目とは別に付与されることを
    特徴とする情報配信装置。
15. 【請求項１５】 ネットワーク及び複数または単数の中
    継サーバーを経由して他の端末に情報を送信するメーラ
    のプログラムであって、コンピュータによって実行され
    ることにより、前記コンピュータを、 前記添付ファイルを含む前記情報全体のデータサイズの
    項目が付与され、且つ前記添付ファイルを添付しない配
    信可否確認用のダミーファイルを生成するダミーファイ
    ル生成手段、および 前記添付ファイルを添付した前記情報を実際に送信する
    前に、前記ダミーファイルを前記ネットワークに送信す
    る送信制御手段、として機能させることを特徴とするプ
    ログラム。
16. 【請求項１６】 ネットワーク中の中継サーバーによっ
    て実行されることにより、前記サーバーを、 添付ファイルを含む情報全体のデータサイズの項目が付
    与され、且つ前記添付ファイルを添付しない配信可否確
    認用のダミーファイルをネットワーク中で受信する受信
    手段、 前記ダミーファイルを中継する際に、当該中継サーバー
    におけるデータサイズの制限に関する制限情報を付与す
    る手段、および前記制限情報が付与された前記ダミーフ
    ァイルを他のサーバに転送する手段、として機能させる
    ことを特徴とするプログラム。
17. 【請求項１７】 配信元端末から、ネットワーク及び複
    数または単数の中継サーバーを経由して他の端末に情報
    を送信する際に、前記情報内に添付ファイルを添付する
    ことの可能な情報配信方法であって、 前記添付ファイルを含む前記情報全体のデータサイズの
    項目が付与され、且つ前記添付ファイルを添付しない配
    信可否確認用のダミーファイルを前記配信元端末で生成
    するダミーファイル生成工程と、 前記添付ファイルを添付した前記情報を実際に送信する
    前に、前記ダミーファイルを前記配信元端末から前記ネ
    ットワークに送信する送信制御工程と、を備えることを
    特徴とする情報配信方法。
18. 【請求項１８】 請求項１７に記載の情報配信方法であ
    って、 前記情報内に、前記ダミーファイルであるか否かを示す
    ファイルタイプの項目が付与されることを特徴とする情
    報配信方法。
19. 【請求項１９】 請求項１７または請求項１８に記載の
    情報配信方法であって、 前記情報内に、当該情報のデータサイズを示す配信サイ
    ズの項目が付与され、 前記情報全体のデータサイズの項目として前記配信サイ
    ズの項目が適用されることを特徴とする情報配信方法。
20. 【請求項２０】 請求項１７または請求項１８に記載の
    情報配信方法であって、 前記情報内に、当該情報のデータサイズを示す配信サイ
    ズの項目が付与され、 前記情報全体のデータサイズの項目が、前記配信サイズ
    の項目とは別に付与されることを特徴とする情報配信方
    法。
21. 【請求項２１】 ネットワークに接続された中継サーバ
    ー装置であって、 添付ファイルを含む情報全体のデータサイズの項目が付
    与され、且つ前記添付ファイルを添付しない配信可否確
    認用のダミーファイルをネットワーク中で受信する受信
    手段と、 前記ダミーファイルを中継する際に、当該中継サーバー
    におけるデータサイズの制限に関する制限情報を付与す
    る手段と、 前記制限情報が付与された前記ダミーファイルを他のサ
    ーバに転送する手段とを備える中継サーバー装置。
22. 【請求項２２】 ネットワークに接続されて電子メール
    を受信する電子メール受信端末であって、 添付ファイルを含む情報全体のデータサイズの項目が付
    与され、且つ前記添付ファイルを添付しない配信可否確
    認用のダミーファイルをネットワーク中で受信する受信
    手段と、 前記ダミーファイルを中継する際に、当該中継サーバー
    におけるデータサイズの制限に関する制限情報を付与す
    る手段と、 前記制限情報が付与された前記ダミーファイルを他のサ
    ーバに転送する手段とを備える電子メール受信端末。