JPH07245625A - メール転送システム - Google Patents

Abstract

(57)【要約】 【目的】 デジタル回線の有効利用を図るとともに、メ
ールが送信先のノードに届きやすく、かつメールの増殖
を防止したメール転送システムを提供することである。 【構成】 ノード１においてノード３宛のメールが発生
した状態で、ノード１，２間で第１のサブチャネルを用
いた通信が発生した場合、ノード１は、ノード２に対し
第２のサブチャネルを用いてノード２，３間の発着呼率
Ｒ２３を問い合わせる。メール管理部１０６は、発着呼
率Ｒ２３と、発着呼率しきい値Ｒ１と、上限中継段数Ｎ
１と上限中継転送依頼数Ｍ１ａと、中継段数Ｘと中継転
送依頼数Ｙ１とをメール中継判定情報として用いて、当
該メールをノード２に転送するか否かを判定するように
している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、メール転送システムに
関し、より特定的には、ディジタル通信網を介して相互
に通信可能に結合された３つ以上のノードを備え、各ノ
ード間で通信を行う際に、ディジタル通信網に接続され
たチャネルを多重化して複数のサブチャネルに分割し、
空きサブチャネルを用いてメールの送受信を行うような
メール転送システムに関する。

【０００２】

【従来の技術】現在、公衆のディジタル通信網として、
いわゆるＩＳＤＮがサービスされている。ＩＳＤＮの基
本インタフェースは、６４ｋｂｐｓのＢチャネル２本
と、１６ｋｂｐｓのＤチャネル１本とで構成されてお
り、音声通話は、１本のＢチャネルを用いて行なわれ
る。従来、ボイスメール、電子メール等のメールの転送
のためにＢチャネルを１本割り当てていたため、デジタ
ル回線の有効利用を図ることができなかった。ところ
で、通信には、音声通話等のようにリアルタイム性が要
求されるものと、ボイスメール、電子メール等のように
リアルタイム性が要求されないものとがある。このた
め、Ｂチャネルを１本用いたリアルタイム性のある通信
が行われた場合、Ｄチャネルを用いてメールを転送する
ことが考えられる。しかしながら、Ｄチャネルを用いて
メールを転送した場合、Ｄチャネルの伝送速度が遅いた
め、回線占有時間が長くなり、かえって通話料が高くな
るという問題点がある。

【０００３】一方、従来から、特定地点間に配線された
専用回線を用いてボイスメールを転送するメール転送シ
ステムが考えられている。この従来のメール転送システ
ムは、特開昭６３−１２２３４５号公報において開示さ
れている。この従来のメール転送システムでは、メール
を音声パケットに分割して音声蓄積装置に蓄積してお
き、パケット交換機のチャネルに時間的な空きが生じた
ときに、この空き時間を利用して音声パケットを転送す
るようにしている。しかしながら、従来のメール転送シ
ステムでは、特定地点間の専用回線を使用するため、Ｉ
ＳＤＮ網等の公衆デジタル回線網のように通信相手が特
定できない場合には利用できないという問題点を有して
いた。

【０００４】ところで、近年、データ圧縮の技術の進展
により、例えば、音声情報を高圧縮し、デジタル回線を
３２ｋｂｐｓ，１６ｋｂｐｓ，８ｋｂｐｓで通信する技
術が確立されつつある。そこで、本願出願人は、デジタ
ル回線の有効利用を図るため、上記した通話呼のＢチャ
ネルを多重化して複数のサブチャネルに分割し、第１の
サブチャネルを用いた通信が行なわれているときに、空
いているサブチャネルを用いてメールを転送するメール
転送システムを先に提案した（但し、本出願時未公
知）。しかしながら、当該メール転送システムにおける
メール転送は、空きサブチャネルを用いて行われるた
め、送信元のノードと送信先のノードとの間に通話呼が
発生しないとメールを送信できない。

【０００５】そこで、本願出願人は、送信元のノードと
送信先のノードとの間だけでなく、送信元のノードと他
のノードとの間に通話呼が発生したときにもそのノード
に送信先ノード宛のメールを空きサブチャネルを用いて
送信して中継転送を依頼をすることにより、送信先ノー
ドへのメールの到着確率を増やすことのできるメール転
送システムを新たに提案した。

【０００６】ところで、通話呼が発生したノード全てに
対してメールの中継転送を依頼すると、コピーされるメ
ールの数が増し、メール転送システムの各ノード上のメ
モリを大量に消費してしまう恐れがある。そのため、本
願出願人が先に提案したメール転送システムでは、通信
に関する履歴情報として各ノード間の発着呼の発生頻度
を表す発着呼率を用い、送信元ノードが中継転送の依頼
を行う際に、自ノードと送信先ノードとの間の発着呼率
と、中継ノードと送信先ノードとの間の発着呼率とを比
較し、中継ノードと送信先ノードとの間の発着呼率が高
い場合にメールの中継転送を依頼するようになってい
る。また、中継ノードがさらに中継転送の依頼を行う際
に、自ノードと送信先ノードとの間の発着呼率と、中継
ノードと送信先ノードとの間の発着呼率とを比較し、中
継ノードと送信先ノードとの間の発着呼率が高い場合に
メールの中継転送を依頼するようになっている。

【０００７】

【発明が解決しようとする課題】しかしながら、上記の
ような構成では、メールの中継転送依頼先のノードと送
信先ノードとの間の発着呼率が高い場合には、送信元ノ
ードや中継ノードは、中継転送依頼をしてしまう。この
ため、発着呼率を比較するメール転送システムにおいて
も、送信元ノードと、中継ノードとにおけるメールの中
継転送依頼数が増加するとともに、中継段数も増加し、
多数の中継ノードにメールの増殖が起こり、各ノード上
のメモリを大量に消費してしまう恐れがあった。

【０００８】本発明は、上述の技術的課題を解決し、デ
ジタル回線の有効利用を図るとともに、メールが送信先
のノードに届きやすく、かつメールの増殖を防止したメ
ール転送システムを提供することを目的とする。

【０００９】

【課題を解決するための手段】請求項１に係る発明は、
ディジタル通信網を介して相互に通信可能に結合された
３つ以上のノードを備え、各ノード間で通信を行う際
に、ディジタル通信網に接続されたチャネルを多重化し
て複数のサブチャネルに分割し、空きサブチャネルを用
いてメールの送受信を行うようなメール転送システムで
あって、各ノードは、自ノードで発生したメールを他の
ノードに送信する際に、当該メールに、当該メールの中
継段数の上限を示す上限中継段数と、当該自ノードおよ
び当該メールを中継する中継ノードにおける中継転送依
頼数のそれぞれの上限を示す上限中継転送依頼数と、当
該自ノードにおける中継転送依頼数とを付加して送信す
る第１のメール送信手段と、他の第１のノードで発生し
たメールを他の第２のノードに中継転送する際に、当該
メールに中継段数と、中継ノードにおける中継転送依頼
数とを追加して送信する第２のメール送信手段と、通信
に関する履歴情報を、少なくとも自ノードと他のノード
との相互間のそれぞれについて記憶する履歴情報記憶手
段、履歴情報のしきい値を示す履歴情報しきい値を記憶
する履歴情報しきい値記憶手段、他の第１のノードへ送
信すべきメールが発生している状態で、自ノードと他の
第２のノードとの間でサブチャネルを用いた通信が開始
された場合、履歴情報記憶手段に記憶された当該他の第
１および第２のノード相互間の履歴情報をサーチするサ
ーチ手段、および他の第１のノードへ送信すべきメール
が発生している状態で、自ノードと他の第２のノードと
の間でサブチャネルを用いた通信が開始された場合、サ
ーチ手段によりサーチされた他の第１および第２のノー
ド相互間の履歴情報と、履歴情報しきい値記憶手段に記
憶された履歴情報しきい値と、第１のメール送信手段に
より付加された上限中継段数および上限中継転送依頼数
と、第１および第２のメール送信手段により付加および
追加された中継段数および中継転送依頼数とをメール中
継判定情報として用いて、当該メールを当該他の第２の
ノードに転送するか否かを判定する第１の判定手段を備
える。

【００１０】請求項２に係る発明は、請求項１に記載の
ものにおいて、履歴情報は、発着呼の頻度を表す発着呼
率、単位時間内に到着した自ノード宛の全メール数に対
する空きサブチャネルを用いて到着した自ノード宛の全
メール数の割合を表すメール到達確率、またはメールが
発ノードに発生した時から着ノードに到着するまでの当
該メールを転送するのに要するメール転送時間の平均値
を表す平均メール転送時間のうち、少なくともいずれか
１つである。

【００１１】請求項３に係る発明は、請求項１または２
に記載のものにおいて、第１のメール送信手段は、自己
宛のメールに付加および追加された中継段数と中継転送
依頼数とをメールが発生した発ノードごとにそれぞれ集
計し、集計した結果から上限中継段数と上限中継転送依
頼数とを算出する。

【００１２】請求項４に係る発明は、請求項２に記載の
ものにおいて第１のメール送信手段は、履歴情報記憶手
段が記憶するメール到達確率が履歴情報しきい値記憶手
段に記憶された履歴情報しきい値を超えるように、上限
中継段数と上限中継転送依頼数とを算出する。

【００１３】請求項５に係る発明は、請求項２に記載の
ものにおいて第１のメール送信手段は、履歴情報記憶手
段が記憶する平均メール転送時間が履歴情報しきい値記
憶手段に記憶された履歴情報しきい値より小さくなるよ
うに、上限中継段数と上限中継転送依頼数とを算出す
る。

【００１４】請求項６に係る発明は、請求項１ないし５
のいずれかに記載のものにおいて各ノードは、さらに他
の第１のノードで発生した自己宛のメールが他の第２の
ノードから到着した場合、当該メールが到着したことを
示す到着確認情報を作成する到着確認情報作成手段、到
着確認情報が存在する状態で、自ノードと他のノードと
がサブチャネルを用いた通信が開始された場合、空きサ
ブチャネルを用いて当該到着確認情報を送信する第１の
到着確認情報送信手段、および他のノードから到着確認
情報を受信した場合において、自ノードに当該到着確認
情報に対応するメールが存在するとき、当該メールを削
除するメール削除手段を備える。

【００１５】請求項７に係る発明は、請求項１ないし５
のいずれかに記載のものにおいて各ノードは、さらに他
の第１のノードで発生した自己宛のメールが他の第２の
ノードから到着した場合、当該メールが到着したことを
示す到着確認情報を作成する到着確認情報作成手段、自
ノードで発生した到着確認情報を他のノードに送信する
際に、当該到着確認情報に、当該到着確認情報を中継す
る中継ノードの中継段数の上限を示す上限中継段数と、
当該自ノードおよび当該中継ノードにおける中継転送依
頼数の上限を示す上限中継転送依頼数と、当該自ノード
における中継転送依頼数とを付加して送信する第１の到
着確認情報送信手段、他の第１のノードで発生した到着
確認情報を他の第２のノードに中継転送する際に、当該
到着確認情報に中継ノードの中継段数と、中継ノードに
おける中継転送依頼数とを追加して送信する第２の到着
確認情報送信手段と、他の第１のノードへ送信すべき到
着確認情報が存在している状態で、自ノードと他の第２
のノードとの間でサブチャネルを用いた通信が開始され
た場合、サーチ手段によりサーチされた当該他の第１お
よび第２のノード相互間の履歴情報と、履歴情報しきい
値記憶手段に記憶された履歴情報しきい値と、第１の到
着確認情報送信手段により付加された上限中継段数およ
び上限中継転送依頼数と、第１および第２の到着確認情
報送信手段により付加および追加された中継段数および
中継転送依頼数とを到着確認情報中継判定情報として用
いて、空きサブチャネルを用いて当該到着確認情報を当
該他の第２のノードに転送するか否かを判定する第２の
判定手段、および他のノードから到着確認情報を受信し
た場合において、自ノードに当該到着確認情報に対応す
るメールが存在するとき、当該メールを削除するメール
削除手段を備える。

【００１６】請求項８に係る発明は、請求項７に記載の
ものにおいて各ノードは、さらに他の第１のノードへ送
信すべき到着確認情報が発生している状態で、自ノード
と他の第２のノードとの間でサブチャネルを用いた通信
が開始された場合において、当該第２のノードに当該到
着確認情報に対応するメールが存在するとき、第２の判
定手段の判定結果の如何に拘わらず、空きサブチャネル
を用いて当該到着確認情報を当該他の第２のノードに転
送する第３の到着確認情報送信手段を備える。

【００１７】請求項９に係る発明は、請求項１ないし８
のいずれかに記載のものにおいて履歴情報記憶手段は、
通信に関する履歴情報を、自ノードと他のノードとの相
互間のそれぞれについて記憶する第１の記憶領域、およ
び通信に関する履歴情報を、他のノード相互間のそれぞ
れについて記憶する第２の記憶領域を含み、各ノード
は、さらに自ノードにおいて発生したメールを他のノー
ドに送信する際、または自ノードで発生した到着確認情
報を他のノードに送信する際、当該メールまたは当該到
着確認情報に第１の記憶領域に記憶した自ノードと他の
ノード相互間の履歴情報を付加して送信する履歴情報送
信手段、およびメールまたは到着確認情報を受信した場
合、当該メールまたは当該到着確認情報に付加された履
歴情報に基づいて、第２の記憶領域に記憶する他のノー
ド相互間の履歴情報を更新する履歴情報更新手段を備え
る。

【００１８】

【作用】請求項１に係る発明においては、他の第１のノ
ードへ送信すべきメールが発生している状態で、自ノー
ドと他の第２のノードとの間でサブチャネルを用いた通
信が開始された場合、他の第１および第２のノード相互
間の履歴情報と、履歴情報しきい値と、上限中継段数お
よび上限中継転送依頼数と、中継段数および中継転送依
頼数とをメール中継判定情報として用いて、当該メール
を当該他の第２のノードに転送するか否かを判定するよ
うにしている。したがって、デジタル回線の有効利用を
図るとともに、メールの増殖を防止しつつ、メールを効
率よく宛先のノードに転送することができる。

【００１９】請求項２に係る発明においては、履歴情報
として、発着呼の頻度を表す発着呼率、単位時間内に到
着した自ノード宛の全メール数に対する空きサブチャネ
ルを用いて到着した自ノード宛の全メール数の割合を表
すメール到達確率、またはメールが発ノードに発生した
時から着ノードに到着するまでの当該メールを転送する
のに要するメール転送時間の平均値を表す平均メール転
送時間のうち、少なくともいずれか１つを用いるように
している。したがって、メールを効率よく宛先のノード
に転送することができる。

【００２０】請求項３に係る発明においては、第１のメ
ール送信手段は、自己宛のメールに付加および追加され
た中継段数と中継転送依頼数とをメールが発生した発ノ
ードごとにそれぞれ集計し、集計した結果から上限中継
段数と上限中継転送依頼数とを算出するようにしてい
る。したがって、各ノードのトラヒックに応じた最適な
上限中継段数および上限中継転送依頼数をメールに設定
することができる。

【００２１】請求項４に係る発明においては、第１のメ
ール送信手段は、履歴情報記憶手段が記憶するメール到
達確率が履歴情報しきい値記憶手段に記憶された履歴情
報しきい値を超えるように、上限中継段数と上限中継転
送依頼数とを算出するようにしている。したがって、各
ノードのトラヒックに応じた最適な上限中継段数および
上限中継転送依頼数をメールに設定することができる。

【００２２】請求項５に係る発明においては、第１のメ
ール送信手段は、履歴情報記憶手段が記憶する平均メー
ル転送時間が履歴情報しきい値記憶手段に記憶された履
歴情報しきい値より小さくなるように、上限中継段数と
上限中継転送依頼数とを算出するようにしている。した
がって、各ノードのトラヒックに応じた最適な上限中継
段数および上限中継転送依頼数をメールに設定すること
ができる。

【００２３】請求項６に係る発明においては、他の第１
のノードで発生した自己宛のメールが他の第２のノード
から到着した場合、当該メールが到着したことを示す到
着確認情報を作成し、到着確認情報が存在する状態で、
自ノードと他のノードとがサブチャネルを用いた通信が
開始された場合、空きサブチャネルを用いて当該到着確
認情報を送信し、他のノードから到着確認情報を受信し
た場合において、自ノードに当該到着確認情報に対応す
るメールが存在するとき、当該メールを削除するように
している。したがって、メールを記憶する記憶領域が広
がり、メモリの有効利用を図ることができる。

【００２４】請求項７に係る発明においては、他の第１
のノードで発生した自己宛のメールが他の第２のノード
から到着した場合、当該メールが到着したことを示す到
着確認情報を作成し、他の第１のノードへ送信すべき到
着確認情報が存在している状態で、自ノードと他の第２
のノードとの間でサブチャネルを用いた通信が開始され
た場合、当該他の第１および第２のノード相互間の履歴
情報と、履歴情報しきい値と、上限中継段数および上限
中継転送依頼数と、中継段数および中継転送依頼数とを
到着確認情報中継判定情報として用いて、空きサブチャ
ネルを用いて当該到着確認情報を当該他の第２のノード
に転送するか否かを判定するようにしている。したがっ
て、デジタル回線の有効利用を図るとともに、到着確認
情報の増殖を防止しつつ、到着確認情報を効率よく発ノ
ードに転送することができる。

【００２５】請求項８に係る発明においては、他の第１
のノードへ送信すべき到着確認情報が発生している状態
で、自ノードと他の第２のノードとの間でサブチャネル
を用いた通信が開始された場合において、当該第２のノ
ードに当該到着確認情報に対応するメールが存在すると
き、第２の判定手段の判定結果の如何に拘わらず、空き
サブチャネルを用いて当該到着確認情報を当該他の第２
のノードに転送するようにしている。したがって、メー
ルを効率よく削除でき、しかも、メールを記憶する記憶
領域が広がり、メモリの有効利用を図ることができる。

【００２６】請求項９に係る発明においては、履歴情報
記憶手段は、通信に関する履歴情報を、自ノードと他の
ノードとの相互間のそれぞれについて記憶する第１の記
憶領域、および通信に関する履歴情報を、他のノード相
互間のそれぞれについて記憶する第２の記憶領域を含
み、各ノードは、自ノードにおいて発生したメールを他
のノードに送信する際、または自ノードで発生した到着
確認情報を他のノードに送信する際、当該メールまたは
当該到着確認情報に第１の記憶領域に記憶した自ノード
と他のノード相互間の履歴情報を付加して送信し、メー
ルまたは到着確認情報を受信した場合、当該メールまた
は当該到着確認情報に付加された履歴情報に基づいて、
第２の記憶領域に記憶する他のノード相互間の履歴情報
を更新するようにしている。したがって、メールの中継
転送または到着確認情報の中継転送に当たり、通信先の
ノードに履歴情報を問い合わせる必要がなくなり、ただ
ちに中継転送するか否か判定することができる。

【００２７】

【実施例】以下、図面に基づいて、本発明の実施例を説
明する。図１は本発明の第１の実施例に係るメール転送
システムの全体構成を示すブロック図であり、図２は図
１の各ノード１，２，３の構成を示すブロック図であ
る。図１において、本実施例では、複数のノード（図示
３つ）１，２，３がデジタル通信網であるＩＳＤＮ網９
を介して相互に通信可能に結合されている。各ノード
１，２，３には、電話機、ＦＡＸ、パーソナルコンピュ
ータ等の通信端末１０ａ〜１０ｎ，２０ａ〜２０ｎ，３
０ａ〜３０ｎがそれぞれ収容されている。

【００２８】各ノード１，２，３は、ＩＳＤＮ網９を介
して、各通信端末１０ａ〜１０ｎ，２０ａ〜２０ｎ，３
０ａ〜３０ｎ相互間のリアルタイムな通信のコネクショ
ンおよびサブコネクションを設定する。また、ノード
１，２，３は、各通信端末１０ａ〜１０ｎ，２０ａ〜２
０ｎ，３０ａ〜３０ｎから依頼されたボイスメール、電
子メール等のメールの受け付け、サブコネクションを用
いたＩＳＤＮ網９を介するメールの転送、各通信端末１
０ａ〜１０ｎ，２０ａ〜２０ｎ，３０ａ〜３０ｎに対す
るメールの配信を行う。メールの転送に関して、各ノー
ド１，２，３は、自ノードで発生したメールの宛先が他
のノードである場合に発ノードとして動作し、他のノー
ド宛のメールを別の他のノードから受信した場合に中継
ノードとして動作し、自ノード宛のメールを受信した場
合に着ノードとして動作する。

【００２９】図２において、各ノード１，２，３は、そ
れぞれ、Ｉ／Ｆ部１０１，２０１，３０１と、多重分離
部１０２，２０２，３０２と、交換スイッチ１０３，２
０３，３０３と、端末Ｉ／Ｆ部１０４，２０４，３０４
と、メール蓄積部１０５，２０５，３０５と、メール管
理部１０６，２０６，３０６と、呼制御部１０７，２０
７，３０７と、コネクション検出部１０８，２０８，３
０８と、中継依頼管理部１０９，２０９，３０９と、発
着呼率管理部１１０，２１０，３１０とを備える。

【００３０】網Ｉ／Ｆ部１０１，２０１，３０１は、Ｉ
ＳＤＮ網９に接続するためのインタフェース処理を行な
う。多重分離部１０２，２０２，３０２は、ＩＳＤＮの
１本のＢチャネルを例えば３２ｋｂｐｓの２本のサブチ
ャネルに分割して使用するために、データの多重を行う
とともに、多重化されたデータの分離を行なう。交換ス
イッチ１０３，２０３，３０３は、内線相互間の回線交
換、内線と、外線との相互間の回線交換、およびメール
管理部１０６，２０６，３０６への接続を行なう。端末
Ｉ／Ｆ部１０４，２０４，３０４は、各通信端末１０ａ
〜１０ｎ，２０ａ〜２０ｎ，３０ａ〜３０ｎと、ノード
１，２，３とのインタフェース処理を行ない、通信端末
１０ａ〜１０ｎ，２０ａ〜２０ｎ，３０ａ〜３０ｎから
入力された音声信号等をディジタル符号化するととも
に、符号化された音声信号等を復号化し通信端末１０ａ
〜１０ｎ，２０ａ〜２０ｎ，３０ａ〜３０ｎに出力す
る。

【００３１】メール蓄積部１０５，２０５，３０５は、
自ノードにおいて発生したメール、他のノードから中継
転送依頼されたメール、自ノード宛のメールを蓄積す
る。メール管理部１０６，２０６，３０６は、メール蓄
積部１０５，２０５，３０５に蓄積した自ノードにおい
て発生したメール、他のノードから中継転送依頼された
メールを他のノードに転送するか否か判断するととも
に、自ノード宛のメールを受信する。また、メール管理
部１０６，２０６，３０６は、自ノード宛のメールを受
信したことを検出し、到着確認情報を作成する。呼制御
部１０７，２０７，３０７は、通信相手側の通信端末１
０ａ〜１０ｎ，２０ａ〜２０ｎ，３０ａ〜３０ｎとのコ
ネクションの設定および解放処理を行なう。コネクショ
ン検出部１０８，２０８，３０８は、Ｂチャネルを用い
たコネクションの設定と、サブチャネルを用いたコネク
ションの設定とを検出する。

【００３２】図３は、各ノード１，２，３の中継依頼管
理部１０９，２０９，３０９および発着呼率管理部１１
０，２１０，３１０の内部構成を示す図である。図３に
おいて、中継依頼管理部１０９，２０９，３０９の内部
メモリ１０９ｍ，２０９ｍ，３０９ｍには、予め設定さ
れた上限中継段数Ｎ１，Ｎ２，Ｎ３と、予め設定された
上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，
Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃと、メール蓄
積部１０５，２０５，３０５に蓄積されている各メール
の中継段数Ｘと、中継転送依頼数Ｙ１，Ｙ２，Ｙ３とを
記憶する領域が設けられている。中継依頼管理部１０
９，２０９，３０９は、上限中継段数Ｎ１，Ｎ２，Ｎ３
と、上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２
ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃを保持
し、中継段数Ｘと中継転送依頼数Ｙ１，Ｙ２，Ｙ３を管
理する。なお、Ｍ１ａ，Ｍ２ａ，Ｍ３ａは、メールが発
生した発ノードにおける上限中継転送依頼数、Ｍ１ｂ，
Ｍ２ｂ，Ｍ３ｂは、第１段目の中継ノードにおける上限
中継転送依頼数、Ｍ１ｃ，Ｍ２ｃ，Ｍ３ｃは、第２段目
の中継ノードにおける上限中継転送依頼数である。ま
た、Ｙ１は、発ノードにおける中継転送依頼数であり、
Ｙ２は、第１段目の中継ノードにおける中継転送依頼数
であり、Ｙ３は、第２段目の中継ノードにおける中継転
送依頼数である。

【００３３】図３において、発着呼率管理部１１０，２
１０，３１０の内部メモリ１１０ｍ，２１０ｍ，３１０
ｍには、履歴情報しきい値としての発着呼率しきい値Ｒ
１，Ｒ２，Ｒ３と、通信に関する履歴情報としての自ノ
ードと他のノードの発着呼率Ｒ１２，Ｒ１３、Ｒ２１，
Ｒ２３、Ｒ３１，Ｒ３２とを記憶する領域が設けられて
いる。発着呼率管理部１１０，２１０，３１０は、発着
呼率しきい値Ｒ１，Ｒ２，Ｒ３を内部メモリ１１０ｍ，
２１０ｍ，３１０ｍに保持しており、自ノードと他のノ
ード相互間の発呼または着呼を監視し、各ノード１，
２，３間の単位時間当たりの発着呼数を発着呼率（すな
わち、各ノード１，２，３間の発着呼の発生頻度を表す
情報）発着呼率Ｒ１２，Ｒ１３、Ｒ２１，Ｒ２３、Ｒ３
１，Ｒ３２として計算し、計算結果を内部メモリ１１０
ｍ，２１０ｍ，３１０ｍに保持する。

【００３４】なお、図１において、Ｂは、通話のために
設定されたＢチャネルリンクを示している。また、Ｒ１
２（＝Ｒ２１）は、ノード１，２間の発着呼率、Ｒ２３
（＝Ｒ３２）は、ノード２，３間の発着呼率、Ｒ１３
（＝Ｒ３１）はノード１，３間の発着呼率を示してい
る。また、Ｒ１，Ｒ２、Ｒ３は、各ノード１，２，３の
発着呼率しきい値を示している。また、Ｎ１，Ｎ２，Ｎ
３、Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，Ｍ２ｂ，Ｍ２
ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃ、Ｘ、Ｙ１，Ｙ２，Ｙ３
は、メールを格納するフレーム（後述）に付加される上
限中継段数、上限中継転送依頼数、中継段数および中継
転送依頼数をそれぞれ示している。

【００３５】上記のように構成されたメール転送システ
ムでは、発着呼率Ｒ１２，Ｒ１３、Ｒ２１，Ｒ２３、Ｒ
３１，Ｒ３２と、発着呼率しきい値Ｒ１，Ｒ２，Ｒ３
と、上限中継段数Ｎ１，Ｎ２，Ｎ３と、上限中継転送依
頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，Ｍ２ｂ，Ｍ２
ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃと、中継段数Ｘと、中継転
送依頼数Ｙ１，Ｙ２，Ｙ３とを各ノード１，２，３にお
けるメールの中継判定情報として用いている。

【００３６】次いで、第１の実施例のメール転送システ
ムの動作を、ＩＳＤＮの１本のＢチャネル（６４ｋｂｐ
ｓ）を３２ｋｂｐｓの２本のサブチャネルに分割して使
用するものとして説明する。まず、コネクションの設定
動作、サブコネクションの設定動作を、代表的にノード
１の場合について説明する。通信端末１０ａ〜１０ｎの
いずれかから通信端末２０ａ〜２０ｎのいずれかに対し
て通信する場合、通信相手の電話番号を入力すると、ノ
ード１の呼制御部１０７は、網Ｉ／Ｆ部１０１を介して
ＩＳＤＮ網９に発呼信号を出力する。相手先番号の通信
端末２０ａ〜２０ｎの応答により、ＩＳＤＮ網９から接
続完了信号が出力されると、ノード１の呼制御部１０７
は、接続完了信号を発呼元の通信端末１０ａ〜１０ｎに
出力するとともに、Ｂチャネルコネクションおよび第１
および第２の２つのサブチャネルコネクションを設定す
る。

【００３７】発呼元の通信端末１０ａ〜１０ｎから入力
された音声信号は、端末Ｉ／Ｆ部１０４において３２ｋ
ｂｐｓに符号化され、交換スイッチ１０３を介して多重
分離部１０２に入力される。多重分離部１０２は第１の
サブチャネルを音声信号送受信用に割り当て、網Ｉ／Ｆ
部１０１は符号化された音声信号をＩＳＤＮ信号形式に
変換してＩＳＤＮ網９に送出する。このようにして、通
信端末１０ａ〜１０ｎ，２０ａ〜２０ｎ，３０ａ〜３０
ｎ相互間の通信が行われる。この場合、第１のサブチャ
ネルで通信が行われるので、第２のサブチャネルは、空
いている。このため、ノード１，２は、第２のサブチャ
ネルを使用して相互にメールを無料で転送することがで
きる。

【００３８】次いで、発着呼率の計測動作を、代表的に
ノード１の場合について説明する。ノード１の発着呼率
管理部１１０は、ノード２，３への発呼またはノード
２，３からの着呼が起きると、呼の相手先ノード番号を
抽出し、呼の発生した時刻を通信先ノード番号別に内部
メモリ１１０ｍに格納する。このようにして呼発生時刻
データが集計できたら、発着呼率管理部１１０は、内部
メモリ１１０ｍに記憶された通信先ノード番号毎の呼発
生時刻データから、ノード１，ノード２間の発着呼率Ｒ
１２（ノード１，ノード２間の単位時間当たりの発着呼
数）と、ノード１，ノード３間の発着呼率Ｒ１３（ノー
ド１，ノード３間の単位時間当たりの発着呼数）とを計
算し、内部メモリ１１０ｍに格納する。

【００３９】他のノード２，３の発着呼率管理部２１
０，３１０においても、上記と同様の動作を繰り返すこ
とによって、ノード２におけるノード１，ノード２間の
発着呼率Ｒ２１およびノード２，ノード３間の発着呼率
Ｒ２３と、ノード３におけるノード１，ノード３間の発
着呼率Ｒ３１およびノード３，ノード２間の発着呼率Ｒ
３２とが作成され、それぞれ内部メモリに格納される。
ところで、ノード１の中継判定情報のうちノード２，ノ
ード３間の発着呼率Ｒ２３は、ノード２または３でしか
作成されないので、ノード１は、ノード２またはノード
３に問い合わせることによりサーチするようにしてい
る。ノード２におけるノード１，ノード３間の発着呼率
Ｒ１３と、ノード３におけるノード１，ノード２間の発
着呼率Ｒ１２も同様な動作によってサーチされる。

【００４０】次いで、メールの受け付け動作を、代表的
にノード１の場合について説明する。例えば、通信端末
１０ａから通信端末３０ａに対してメールを送る場合、
通信端末１０ａの発信者は、ノード１に対して通信端末
１０ａからメールを入力する旨通知し、通信端末３０ａ
の電話番号と、メール転送制限時間ｔｍと、メールとを
順次入力する。通信端末１０ａから入力されたメール
は、ノード１の端末Ｉ／Ｆ部１０４によって符号化され
ることにより、データ圧縮され、メール蓄積部１０５に
蓄積される。また、メール蓄積部１０５に新しいメール
が発生すると、中継依頼管理部１０９は、発生したメー
ルに対してヘッダを作成し、ヘッダを内部メモリ１０９
ｍに登録する。

【００４１】次いで、中継依頼管理部１０９において作
成されるヘッダと、メールを転送する場合の、メールの
フレーム構造とを説明する。図４は、メールを転送する
場合の、メールのフレーム構造を示す図である。図４に
おいて、１つのフレームＦは、メールのデータが格納さ
れるメール本体αと、メールに付加されるヘッダβと、
トレイラγとで構成される。トレイラγには、メールの
データ量を表すメール長と、メール等のデータの誤りを
訂正する誤り訂正符号が格納される。

【００４２】ヘッダβには、メール識別番号と、メール
識別子と、発ノード番号と、着ノード番号と、メール発
生時刻と、メール転送制限時間ｔｍと、上限中継依頼情
報と、中継依頼情報とをそれぞれ記録する領域が設けら
れている。メール識別番号は、発生したメールをシステ
ムにおいて特定するための番号であり、例えば、メール
が発生したノードのノード番号と、メールのシリアル番
号との組み合わせで構成される。メール識別子は、フレ
ームＦが、メールであるのか、到着確認情報であるのか
を示している。発ノード番号は、メールの転送を依頼し
た通信端末が接続されたメールの転送元のノード番号で
ある。着ノード番号は、メールの宛先の通信端末が接続
されているメールの転送先のノード番号である。メール
発生時刻は、自ノードで発生したメールがメール蓄積部
１０５，２０５，３０５および中継依頼管理部１０９，
２０９，３０９に登録された時刻である。メール転送制
限時間ｔｍは、発信者により設定され、宛先のノードま
でメールを転送するための制限時間である。メール発生
時刻と、現在の時刻と、メール転送制限時間ｔｍとを監
視することにより、そのメールがメール転送制限時間ｔ
ｍをオーバーしたか否かを検出することができる。

【００４３】上限中継依頼情報は、そのメールを宛先ノ
ードに転送するまでに許される中継段数のしきい値を表
す上限中継段数Ｎ１，Ｎ２，Ｎ３と、メールが発生した
発生ノードおよびメールを中継転送する中継ノードにお
いて、中継転送依頼できるノード数のしきい値を表す上
限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，Ｍ
２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃとを含む。中継
依頼情報は、中継段数Ｘと、中継転送依頼数Ｙ１，Ｙ
２，Ｙ３とを含む。

【００４４】図５は、中継依頼管理部１０９，２０９，
３０９によって管理される中継依頼情報の遷移を示す遷
移図である。ヘッダβに格納される中継依頼情報は、そ
のメールが滞在するノードの中継依頼管理部１０９によ
ってそれぞれ管理されている。メールを転送する場合、
中継依頼管理部１０９から中継依頼情報を読出してヘッ
ダβに記録する。メールの発生時点においては、中継段
数Ｘと中継転送依頼数Ｙ１，Ｙ２，Ｙ３には、初期値
（例えば、Ｘ＝「０」，Ｙ１，Ｙ２，Ｙ３＝「１」）が
格納されている。発ノードから第１段目の中継ノードに
メールの中継転送の依頼をした場合、発ノードは、中継
転送の依頼を行うごとに中継転送依頼数Ｙ１を「１」ず
つインクリメントする（Ｙ１＝「１」，「２」，…）。
中継転送の依頼を受けた第１段目の中継ノードは、中継
段数Ｘを「１」インクリメントする（Ｘ＝「１」）。

【００４５】第１段目の中継ノードから第２段目の中継
ノードにメールの中継転送の依頼をした場合、第１段目
の中継ノードは、中継転送の依頼を行うごとに中継転送
依頼数Ｙ２を「１」ずつインクリメントする（Ｙ２＝
「１」，「２」，…）。中継転送の依頼を受けた第２段
目の中継ノードは、中継段数Ｘを「１」インクリメント
する（Ｘ＝「２」）。このように中継段数Ｘと中継転送
依頼数Ｙ１，Ｙ２，Ｙ３とをインクリメントすることに
より、そのメールが自ノードに到着するまでに何段中継
されたか、中継依頼した各ノードでどれだけ中継転送依
頼されたか、自ノードでどれだけ中継依頼したかを管理
することができる。

【００４６】次いで、メールの転送動作を、代表的にノ
ード１からノード３に転送する場合について説明する。
まず、ノード１とノード３との間で通信が発生した場合
について説明する。ノード１で発生したノード３宛のメ
ールがメール蓄積部１０５に蓄積されている状態で、ノ
ード３からノード１に対して第１のサブチャネルを指定
した呼が発生すると、ノード１の呼制御部１０７は、ノ
ード３からの呼を受け付け、第１のサブチャネルによる
コネクションを設定する。ノード１の多重分離部１０２
は、１本のＢチャネルから第１のサブチャネルを分離
し、交換スイッチ１０３を介して端末Ｉ／Ｆ部１０４に
出力することによってノード３とノード１との間で、第
１のサブチャネルを用いた通信が開始される。

【００４７】このとき、コネクション検出部１０８は、
接続完了信号により、ノード３とノード１との間で第１
のサブチャネルを用いたサブチャネルコネクションが設
定されたことを検出し、メール管理部１０６に通知す
る。メール管理部１０６は、中継依頼管理部１０９から
メールのヘッダβを読み出し、ヘッダβの着ノード番号
と通信先ノード番号とが一致するか否か判断する。ヘッ
ダβの着ノード番号と通信先ノード番号とが一致する場
合、メール管理部１０６は、メール蓄積部１０５からヘ
ッダβに対応するメール本体αを読み出し、読み出した
ヘッダβと、メール本体αとを多重分離部１０２へ出力
する。多重分離部１０２は、ノード３と通信中のＢチャ
ネルの第２のサブチャネルをメールの転送に割り当てる
とともに、フレームＦにヘッダβと、メール本体αと、
トレイラγとを格納し、ＩＳＤＮ網９経由で、第２のサ
ブチャネルを用いてフレームＦを転送先ノード３へ転送
する。したがって、第１のサブチャネルの通信ととも
に、メールをノード１からノード３に転送することによ
り、メールの転送のために回線を別途形成する必要がな
く、回線を有効利用することができる。

【００４８】次いで、ノード１とノード３との間で通信
が発生する前に、ノード１とノード２との間で通信が発
生し、次いでノード２とノード３との間で通信が発生し
た場合について説明する。ノード２からノード１に対し
て第１のサブチャネルを指定した呼が発生した場合、ノ
ード１の呼制御部１０７は、ノード２からの呼を受け付
け、第１のサブチャネルによるコネクションを設定す
る。多重分離部１０２は、第１のサブチャネルを分離
し、分離した第１のサブチャネルの通信情報を交換スイ
ッチ１０３を介して端末Ｉ／Ｆ部１０４に出力する。こ
れにより、ノード２とノード１との間で通信が開始され
る。

【００４９】このときに、コネクション検出部１０８
は、接続完了信号により、ノード２とノード１との間で
第１のサブチャネルを用いたサブチャネルコネクション
が設定されたことを検出し、メール管理部１０６に通知
する。メール管理部１０６は、中継依頼管理部１０９か
らメールのヘッダを読み出し、ヘッダの着ノード番号と
通信先ノード番号とが一致するか否か判断する。メール
管理部１０６は、着ノード番号と通信先ノード番号とが
一致しないことを検出すると、ノード２に対して、ノー
ド２とメールの宛先であるノード３との間の発着呼率Ｒ
２３を第２のサブチャネルを用いて、問い合わせる。ノ
ード２は、問い合わせに応じて、ノード１に対して、発
着呼率管理部２１０に保持している自ノードとノード３
との間の発着呼率Ｒ２３をサブチャネルを用いて通知す
る。

【００５０】発着呼率Ｒ２３を受け取ると、ノード１の
メール管理部１０６は、中継判定情報を用いてメールを
ノード２に転送するか否か、判定する。すなわち、ノー
ド２とノード３との間の発着呼率Ｒ２３が予め設定した
発着呼率しきい値Ｒ１よりも大きく（Ｒ２３＞Ｒ１）、
ヘッダの現在の中継段数Ｘ（Ｘ＝０）が上限中継段数Ｎ
１よりも小さく（Ｘ＜Ｎ１）、かつ自ノードにおける中
継転送依頼数Ｙ１が上限中継転送依頼数Ｍ１よりも小さ
い（Ｙ１＜Ｍ１）か否か判定する。

【００５１】ここで、ノード２とノード３との間の発着
呼率Ｒ２３と発着呼率しきい値Ｒ１とを比較しているの
は、着ノードとの間の発着呼率の高い第１段目の中継ノ
ードにだけメールの中継を依頼し、着ノードにメールが
転送される確率を高くするためである。また、中継段数
Ｘと上限中継段数Ｎ１とを比較しているのは、中継段数
Ｘを上限中継段数Ｎ１以内に制限するためである。ま
た、中継転送依頼数Ｙ１と上限中継転送依頼数Ｍ１とを
比較しているのは、中継転送依頼数Ｙ１を上限中継転送
依頼数Ｍ１以内に制限するためである。これにより、着
ノードにメールが転送される確率を高く、かつ、メール
の増殖を一定範囲に制限することができる。なお、ノー
ド２等の第１段目の中継ノードと第２段目の中継ノード
との間、第２段目の中継ノードと第３段目の中継ノード
との間等で通話が発生した場合も、同様にして中継判定
情報を用いてメールの中継転送を依頼するか否かが判定
される。

【００５２】ノード２とノード３との間の発着呼率Ｒ２
３が予め設定した発着呼率しきい値Ｒ１よりも大きく、
中継段数Ｘ（Ｘ＝０）が上限中継段数Ｎ１よりも小さ
く、かつ中継転送依頼数Ｙ１が上限中継転送依頼数Ｍ１
よりも小さい場合、メール管理部１０６は、メール蓄積
部１０５からヘッダβに対応するメール本体をコピー
し、読み出したヘッダβと、コピーしたメール本体αと
を多重分離部１０２へ出力する。多重分離部１０２は、
ノード２と通信中のＢチャネルの第２のサブチャネルを
メール本体αを含むフレームＦの転送に割り当て、フレ
ームＦにヘッダβと、メール本体αと、トレイラγとを
格納し、ＩＳＤＮ網９経由で、第２のサブチャネルを用
いてフレームＦを、通信音声と共にＩＳＤＮ網９経由で
ノード２へ無料で転送し、ノード２に対してノード３へ
のメール転送を依頼する。

【００５３】第２のサブチャネルでノード２に中継依頼
されたフレームＦは、多重分離部２０２において第１の
サブチャネルの通信と分離される。フレームＦ中のメー
ル本体αは、メール管理部２０６を介してメール蓄積部
２０５に蓄積される。フレームＦ中のヘッダβは、中継
依頼管理部２０９に格納される。中継依頼管理部２０９
は、ヘッダβの中継段数Ｘを「１」インクリメントす
る。

【００５４】一方、ノード１の中継依頼管理部１０９
は、メールの中継転送を依頼すると、ヘッダの中継転送
依頼数Ｙ１を「１」インクリメントする。このように、
ノード１の中継依頼管理部１０９は、他の第１段目の中
継ノードに中継転送を依頼するごとに、中継転送依頼数
Ｙ１を「１」ずつインクリメントする。しかしながら、
ノード１において、中継転送依頼数Ｙ１を上限中継転送
依頼数Ｍ１ａで制限している。すなわち、中継転送依頼
数Ｙ１が増加し、中継転送依頼数Ｙ１が上限中継転送依
頼数になると、中継判定情報が判定条件を満たさなくな
るため、他のノードへのメールの中継転送が停止され
る。したがって、ノード１から第１段目の中継ノードに
増殖するメールの数は、上限中継転送依頼数Ｍ１ａまで
に制限される。

【００５５】ノード２のメール蓄積部２０５にノード１
から中継転送依頼されたメールが存在している状態で、
ノード３からノード２に対して第１のサブチャネルを指
定した呼が発生した場合、ノード２の呼制御部２０７
は、呼を受け付ける。これにより、ノード１とノード２
との場合と同様にしてノード３とノード２との間の通信
が開始される。このとき、コネクション検出部２０８
は、接続完了信号により、ノード３とノード２との間で
第１のサブチャネルを用いたサブチャネルコネクション
が設定されたことを検出し、メール管理部２０６に通知
する。メール管理部２０６は、メールのヘッダβを中継
依頼管理部２０９から読み出し、着ノード番号と通信先
ノード番号とが一致するか否か判断する。メール管理部
２０６は、一致することを検出すると、ヘッダβと、メ
ール蓄積部２０５からメール本体αとを多重分離部２０
２へ出力する。多重分離部２０２は、ノード３と通信中
のＢチャネルの第２のサブチャネルをメール本体αを含
むフレームＦの転送に割り当て、フレームＦを通信音声
とともにＩＳＤＮ網９経由でメールの宛先のノード３へ
転送する。これにより、ノード１において発生したメー
ルを、メールの宛先のノード３に無料で転送することが
できる。したがって、発ノードから着ノードまで、ＩＳ
ＤＮ網９の有効利用を図るとともに、中継依頼したメー
ルを効率よく、かつメールの増殖を防止しながら中継転
送することができる。

【００５６】次いで、メールが着ノードに届いた場合の
動作を、ノード３を代表例として説明する。ノード３の
メール管理部３０６は、受信したメールのヘッダαの着
ノード番号から自ノード宛のメールであることを検出
し、メールをメール蓄積部３０５に格納するとともに、
到着確認情報を作成する。到着確認情報は、例えば、図
４に示した、ヘッダβと、トレイラγとのみで構成され
ている。なお、メール識別子は、到着確認情報であるこ
とを示すように書き換えられている。到着確認情報を作
成した状態でノード３とノード１との間、またはノード
３とノード２との間で通信が発生すると、ノード３は、
メールの転送の場合と同様に、第２のサブチャネルを用
いてノード１あるいはノード２に到着確認情報を転送す
る。

【００５７】各ノード１，２，３のメール管理部１０
６，２０６，３０６は、現在の時刻を計時するタイマを
備えており、メールの発生時刻と現在の時刻とからメー
ル転送制限時間をオーバしたか否か監視している。メー
ル管理部１０６，２０６，３０６は、メール転送制限時
間ｔｍが経過する前に到着確認情報を受信した場合、到
着確認情報に対応するメールをメール蓄積部１０５，２
０５，３０５から削除する。これにより、メールを記憶
する記憶領域を広げることができる。メール転送制限時
間ｔｍが経過しても到着確認情報を受信しなかった場
合、中継ノード（本実施例の場合は、ノード２）は、メ
ール蓄積部２０５からそのメールを削除する。これによ
っても、メールを記憶する記憶領域を広げることができ
る。

【００５８】一方、メール転送制限時間ｔｍが経過して
も到着確認情報を受信しなかった場合、発ノード（本実
施例の場合は、ノード１）は、着ノード（本実施例の場
合は、ノード３）に対して発呼処理を行ない、メール転
送のため新たに呼接続を行なって、メールを着ノードへ
転送する。なお、到着確認情報を受信した各ノード１，
２は、メール転送制限時間ｔｍを経過した到着確認情報
をメール蓄積部１０５，２０５から削除する。これによ
り、ノード１，２のメール蓄積部１０５，２０５に空き
ができ、記憶領域を広げることができる。

【００５９】なお、上述した逆のノードから発呼により
２つのノード間で通信が発生した場合においても、第２
のサブコネクションを用いたメールおよび到着確認情報
の転送は可能である。また、Ｂチャネルを第１および第
２の２つのサブチャネルに分割するようにしたが、３以
上の複数のサブチャネルに分割するようにしてもよい。

【００６０】以上のように、第１の実施例によれば、Ｂ
チャネルを複数のサブチャネルに分割し、通信中のチャ
ネルの空きサブチャネルを利用してメールを転送するよ
うにしているので、メールの転送のために新たにチャネ
ルを設定してコネクションを設定する必要がなく、無料
でメールを転送することが出来る。また、発着呼率Ｒ１
２，Ｒ１３、Ｒ２１，Ｒ２３、Ｒ３１，Ｒ３２と、発着
呼率しきい値Ｒ１，Ｒ２，Ｒ３と、上限中継段数Ｎ１，
Ｎ２，Ｎ３と、上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ
１ｃ、Ｍ２ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３
ｃと、中継段数Ｘと、中継転送依頼数Ｙ１，Ｙ２，Ｙ３
とを各ノード１，２，３におけるメールの中継判定情報
として用いているので、メールが無制限に増殖すること
無く、メールを効率的に転送することができる。この結
果、各ノード１，２，３のメール蓄積部１０５，２０
５，３０５のメモリの消費量を低減することができる。

【００６１】さらに、到着確認情報を通話の生じた各ノ
ード１，２，３に対して転送するので、到着確認情報が
発ノードに到着した場合、メールを転送したユーザは、
メールがメール転送制限時間ｔｍ内に着ノードに到着し
たことを確認でき、発ノードから着ノードに発呼してわ
ざわざメールを転送する必要がなくなる。また、メール
を保持している中継ノードも、メールが到着したことを
確認してメールを削除することができるので、メール蓄
積部１０５，２０５，３０５のメモリを有効に利用する
ことができる。

【００６２】なお、到着確認情報の転送については、上
述の実施例では通信が発生した全てのノードに対して転
送するようにしたが、メールを転送するのと同様の方式
で到着確認情報の中継転送依頼を行ない、発ノードまで
転送しても良い。すなわち、到着確認情報のヘッダβに
上限中継段数Ｎ１，Ｎ２，Ｎ３、上限中継転送依頼数Ｍ
１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３
ａ，Ｍ３ｂ，Ｍ３ｃ、中継段数Ｘ、中継転送依頼数Ｙ
１，Ｙ２，Ｙ３を付加し、発着呼率Ｒ１２，Ｒ１３、Ｒ
２１，Ｒ２３、Ｒ３１，Ｒ３２と、発着呼率しきい値Ｒ
１，Ｒ２，Ｒ３と、上限中継段数Ｎ１，Ｎ２，Ｎ３と、
上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，
Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃと、中継段数
Ｘと、中継転送依頼数Ｙ１，Ｙ２，Ｙ３とを各ノード
１，２，３における到着確認情報の中継判定情報として
用いるようにしてもよい。これにより、到着確認情報の
不要な増殖が抑えられ、メール転送の効率を良くするこ
とができる。

【００６３】さらに、通信が発生したノードに到着確認
情報に対応するメールが存在する場合、到着確認情報の
中継判定情報の判定条件と無関係に到着確認情報を転送
するようにしてもよい。これにより、到着確認情報の増
殖を最小限に抑えながら中継ノードに保存されているメ
ールをすばやく削除することができる。

【００６４】次に、本発明の第２の実施例を説明する。
なお、当該第２の実施例のメール転送システムの概略構
成は、図１に示す第１の実施例と同様であるので、以下
の説明では図１をそのまま援用することとする。当該第
２の実施例で注目すべきは、各ノード１，２，３の中継
依頼管理部１０９，２０９，３０９が、自ノード宛のメ
ールの中継依頼情報、すなわち中継段数Ｘ，中継転送依
頼数Ｙ１，Ｙ２，Ｙ３を発ノード毎に集計し、統計処理
を行なって、自ら最適な上限中継段数Ｎ１，Ｎ２，Ｎ３
と、最適な上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１
ｃ、Ｍ２ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃ
を算出し、自ノードで発生したメールのヘッダに設定す
る機能も備えていることである。その他の構成について
は、第１の実施例と同様である。

【００６５】メールの上限中継段数Ｎ１，Ｎ２，Ｎ３お
よび各中継段での上限中継転送依頼数Ｍ１，Ｍ２，Ｍ３
の決定動作について、代表的にノード１の場合について
説明する。ノード２またはノード３を発ノードとするノ
ード１宛のメールを受信した場合、ノード１のメール管
理部１０６は、メールのヘッダの着ノード番号から自ノ
ード宛のメールであることを検出する。そして、メール
のヘッダを読み出し、中継依頼管理部１０９へ転送す
る。中継依頼管理部１０９は、転送されたヘッダの発ノ
ード番号と中継依頼情報、すなわち中継段数Ｘと、中継
転送依頼数Ｙ１，Ｙ２，Ｙ３から、発ノード毎に自ノー
ドに転送されるまでにどれだけ中継されたか、また各発
ノードおよび各中継ノードでどれだけ中継転送依頼を行
なったかを集計し、統計処理する。その結果を用いて、
中継依頼管理部１０９は、最適な上限中継段数Ｎ１およ
び上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃを求め
る。

【００６６】最適な上限中継段数Ｎ１および上限中継転
送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃの求め方としては、例
えば中継段数や中継転送依頼数の平均値の小数点以下を
切り上げた値や、中継段数や中継転送依頼数の発生頻度
が最大の値を用いるなどの方法がある。そして、ノード
１において他のノード宛のメールが発生した場合、発生
したメールのヘッダβに中継依頼管理部１０９が求めた
上限中継段数Ｎ１および上限中継転送依頼数Ｍ１ａ，Ｍ
１ｂ，Ｍ１ｃを設定する。また、到着確認情報について
も、そのヘッダβに中継依頼管理部１０９が求めた上限
中継段数Ｎ１および上限中継転送依頼数Ｍ１ａ，Ｍ１
ｂ，Ｍ１ｃを設定する。メールの転送および到着確認情
報の転送については、第１の実施例の場合と同様であ
る。なお、ノード２，３においても、同様にして、最適
な上限中継段数Ｎ２，Ｎ３および上限中継転送依頼数Ｍ
２ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃが求め
られる。

【００６７】ところで、このようにして上限中継段数Ｎ
１および上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃを
求めるのは、自ノードと他のノードとの発着呼率、メー
ル発生率等のトラヒックが低ければ、自ノード宛のメー
ルは、中継段数、中継転送依頼数の大きいものが到着す
る可能性が高い。一方、自ノードと他のノードとの発着
呼率、メール発生率等のトラヒックが高ければ、自ノー
ド宛のメールは、中継段数、中継転送依頼数の小さいも
のが到着する可能性が高い。このため、各ノードのトラ
ヒックに応じて最適な上限中継段数、上限中継転送依頼
数をメールおよび到着確認情報に設定するためである。

【００６８】以上のように、第２の実施例によれば、各
ノード間の発着呼率や、メール発生率等のトラヒックに
違いがある場合でも、そのトラヒックに応じた最適な上
限中継段数や上限中継転送依頼数を設定することができ
る。この結果、高い転送成功確率で、効率よくメールの
転送および到着確認情報の転送が行なえる。

【００６９】次いで、本発明の第３の実施例を説明す
る。なお、当該第３の実施例のメール転送システムの概
略構成は、図１に示す第１の実施例と同様であるので、
以下の説明では図１をそのまま援用することとする。当
該第２の実施例で注目すべきは、各ノード１，２，３の
発着呼率管理部１１０，２１０，３１０が、第１の実施
例で説明した機能に加えて、他のノード相互間の発着呼
率を保持する機能も有することである。

【００７０】図６は第３の実施例に係る発着呼率管理部
１１０，２１０，３１０の内部メモリ１１０ｍ，２１０
ｍ，３１０ｍの構成を示す図であり、図７は第３の実施
例に係る発ノードがメールを転送するときのメールのフ
レーム構造を示す図である。図６において、各発着呼率
管理部１１０，２１０，３１０の内部メモリ１１０ｍ，
２１０ｍ，３１０ｍには、それぞれ、自己ノードと他の
ノード間の相互の発着呼率を記憶する第１の記憶領域１
１０ａ，２１０ａ，３１０ａと、他のノード相互間の発
着呼率を記憶する第２の記憶領域１１０ｂ，２１０ｂ，
３１０ｂとが設けられている。

【００７１】図７において、フレームＦは、メールで構
成されるメール本体α、ヘッダβと、トレイラγとで構
成される。ヘッダには発着呼率を書き込む領域が設けら
れている。その他の領域については第１の実施例の場合
と同様である。発ノードは、ヘッダβの発着呼率を書き
込む領域をブランクにしてメールを転送する。着ノード
は、到着確認情報作成時に自己が第１の記憶領域１１０
ａ，２１０ａ，３１０ａに保持している着ノードと、他
のノードとの相互間の発着呼率を書き込む。

【００７２】着ノードにメールが到着した後の動作を、
代表的にノード３の場合について説明する。ノード３宛
のメールがノード３に到着した場合、ノード３のメール
管理部３０６は、メールのヘッダの着ノード番号から自
ノード宛のメールであることを検出する。そして、メー
ル管理部３０６は、そのメールの到着確認情報を作成す
る。到着確認情報は、例えば図７のヘッダβとトレイラ
γとのみで構成される。メール管理部３０６は、発着呼
率管理部３１０に対して第１の記憶領域３１０ａに保持
している発着呼率Ｒ３１，Ｒ３２を出力するよう指示す
る。発着呼率管理部３１０は、メール管理部３０６から
の指示にしたがって、これまでに計測してきた自ノード
（ノード３）と他のノード（ノード１およびノード２）
との間の発着呼率Ｒ３１，Ｒ３２を出力する。メール管
理部３０６は、ヘッダβの発着呼率の領域に発着呼率管
理部３１０から出力された発着呼率Ｒ３１，Ｒ３２を書
き込む。他のノードとの通信が発生すると、ノード３
は、メールの転送の場合と同様に、到着確認情報を第２
のサブチャネルを用いて通信先のノードへ転送する。

【００７３】到着確認情報がノード２に転送された場
合、ノード２のメール管理部２０６は、到着確認情報の
ヘッダの着ノード番号と発着呼率Ｒ３１，Ｒ３２を読み
出し、発着呼率管理部２１０へ出力する。発着呼率管理
部２１０は、第２の記憶領域２１０ｂに保持している発
着呼率Ｒ１２，Ｒ１３，Ｒ３１，Ｒ３２の内、ノード３
に対応する発着呼率Ｒ１３，Ｒ３１，Ｒ３２をメール管
理部２０６から入力した発着呼率に書き換える。これに
より、ノード３に関する発着呼率Ｒ１３，Ｒ３１，Ｒ３
２が最新の発着呼率に更新されたことになる。同様に、
到着確認情報がノード１に転送された場合においても、
第２の記憶領域１１０ｂのノード３に関する発着呼率Ｒ
２３，Ｒ３１，Ｒ３２が最新の発着呼率に更新される。
ノード１，２から他のノードに到着確認情報が転送され
た場合も同様である。

【００７４】第１の実施例においては、メールを中継転
送依頼する場合、中継転送依頼先のノードに対して、中
継転送依頼先ノードと着ノードとの間の発着呼率を問い
合わせることによって得ていたが、第３の実施例では発
着呼率管理部１１０，２１０，３１０に他のノード相互
間の発着呼率も保持されているため、発着呼率を発着呼
率管理部１１０，２１０，３１０から読み出すことによ
って中継転送依頼の判定を行なう。したがって、発着呼
率を問い合わせ、返答を待つ必要がなくなるため、すぐ
に中継判定情報の判断を行うことができる。

【００７５】なお、上述の実施例では、到着確認情報の
ヘッダに発着呼率を付加するようにしたが、メールのヘ
ッダに発着呼率を付加するようにしてもよい。

【００７６】以上のように、第３の実施例によれば、発
着呼率管理部１１０，２１０，３１０において自ノード
で計測した自ノードと他のノード間の発着呼率の他に、
他ノード相互間の発着呼率も管理するようにしているの
で、中継転送依頼の際にわざわざ転送先ノードに対して
発着呼率を問い合わせる必要がなく、効率よくメールま
たは到着確認情報の転送を行なうことができる。また、
無料で転送されるメールまたは到着確認情報に発着呼率
を付加して転送するため、発着呼率転送のために別途課
金されることもない。

【００７７】図８は本発明の第４の実施例のメール転送
システムの各ノード１，２，３の構成を示すブロック図
であり、図９は図８のメール転送成功率管理部１１１，
２１１，３１１の内部構成を示す図である。この実施例
で注目すべきは、図２の発着呼率管理部１１０，２１
０，３１０に代えて、メール転送成功率管理部１１１，
２１１，３１１を設けるようにしたことである。他の構
成は、第１の実施例と同様である。

【００７８】図９において、メール転送成功率管理部１
１１，２１１，３１１の内部メモリ１１１ｍ，２１１
ｍ，３１１ｍには、履歴情報しきい値としてのメール転
送成功率しきい値Ｃ１，Ｃ２，Ｃ３と、履歴情報として
の他のノードから自ノード宛に転送されるメールのメー
ル転送成功率Ｃ１２，Ｃ１３、Ｃ２１，Ｃ２３、Ｃ３
１，Ｃ３２とを記憶する領域が設けられている。メール
転送成功率管理部１１１，２１１，３１１は、メール転
送成功率しきい値Ｃ１，Ｃ２，Ｃ３を内部メモリ１１１
ｍ，２１１ｍ，３１１ｍに保持しており、単位時間内に
到着した自ノード宛の全メール数に対する第２のサブチ
ャネルを用いて到着した自ノード宛の全メール数の割合
を監視し、各ノード１，２，３間の単位時間当たりのメ
ール転送成功率Ｃ１２，Ｃ１３、Ｃ２１，Ｃ２３、Ｃ３
１，Ｃ３２として計算し、計算結果を内部メモリ１１１
ｍ，２１１ｍ，３１１ｍに保持する。

【００７９】例えば、ノード２において発生したノード
１宛の単位時間当たりの全メール数をＣ１２ａとし、全
メール数Ｃ１２ａのうち第２のサブチャネルを用いた全
メール数をＣ１２ｂとすると、メール転送成功率Ｃ１２
は、Ｃ１２ｂ／Ｃ１２ａである。ここで、（Ｃ１２ａ−
Ｃ１２ｂ）は、メール転送時間ｔｍ経過後、メール転送
のため発ノードから着ノードにＢチャネルコネクション
を設定し、通話料を支払って転送した全メール数を表
す。すなわち、メール転送成功率は、（無料で転送され
た全メール数）／（無料で転送された全メール数＋通話
料を支払って転送された全メール数）を意味する。した
がって、メール転送成功率の高いノードにメールの中継
転送を依頼した方が、着ノードに効率よく転送できる。

【００８０】上記のように構成されたメール転送システ
ムでは、メール転送成功率Ｃ１２，Ｃ１３、Ｃ２１，Ｃ
２３、Ｃ３１，Ｃ３２と、メール転送成功率しきい値Ｃ
１，Ｃ２，Ｃ３と、上限中継段数Ｎ１，Ｎ２，Ｎ３と、
上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，
Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃと、中継段数
Ｘと、中継転送依頼数Ｙ１，Ｙ２，Ｙ３とを各ノード
１，２，３におけるメールおよび到着確認情報の中継判
定情報として用いている。

【００８１】この第４の実施例においても、第１の実施
例と同様に、無料でメールを転送することができ、メー
ルが無制限に増殖すること無く、メールを効率的に転送
することができる。この結果、各ノード１，２，３のメ
ール蓄積部１０５，２０５，３０５のメモリの消費量を
低減することができる。到着確認情報が発ノードに到着
した場合、メールを転送したユーザは、メールがメール
転送制限時間ｔｍ内に着ノードに到着したことを確認で
き、発ノードから着ノードに発呼してわざわざメールを
転送する必要がなくなる。また、メールを保持している
中継ノードも、メールが到着したことを確認してメール
を削除することができるので、メール蓄積部１０５，２
０５，３０５のメモリを有効に利用することができる。

【００８２】なお、第２の実施例では、自ノードに転送
されてきたメールに付された中継段数Ｘと発ノードおよ
び各中継ノードでの中継転送依頼数Ｙ１，Ｙ２，Ｙ３と
から、最適な上限中継段数Ｎ１，Ｎ２，Ｎ３および上限
中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，Ｍ２
ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃを求めるようにし
たが、メール転送成功率がメール転送成功率しきい値よ
りも大きくなるように、上限中継段数Ｎ１，Ｎ２，Ｎ３
および上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ
２ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃを算出
するようにしてもよい。これによっても、各ノード間の
メール転送成功率や、メール発生率等のトラヒックに違
いがある場合でも、そのトラヒックに応じた最適な上限
中継段数や上限中継転送依頼数を設定することができ
る。この結果、高い成功確率で、効率よくメールの転送
および到着確認情報の転送が行なえる。

【００８３】また、第３の実施例では、メールまたは到
着確認情報に発着呼率を付加し、他のノード相互間の発
着呼率を管理するようにしたが、メールまたは到着確認
情報に自ノードと発ノード間のメール転送成功率Ｃ１
２，Ｃ１３、Ｃ２１，Ｃ２３、Ｃ３１，Ｃ３２を付加
し、他のノード相互間のメール転送成功率Ｃ１２，Ｃ１
３、Ｃ２１，Ｃ２３、Ｃ３１，Ｃ３２をメール転送成功
率管理部１１１，２１１，３１１で管理するようにして
もよい。これによっても、中継転送依頼の際にわざわざ
転送先ノードに対してメール転送成功率を問い合わせる
必要がなく、効率よくメールまたは到着確認情報の転送
を行なうことができる。また、無料で転送されるメール
または到着確認情報に発着呼率を付加して転送するた
め、メール転送成功率のために別途課金されることもな
い。

【００８４】図１０は本発明の第５の実施例のメール転
送システムの各ノード１，２，３の構成を示すブロック
図であり、図１１は図１０の平均メール転送時間管理部
１１２，２１２，３１２の内部構成を示す図である。こ
の実施例で注目すべきは、図２の発着呼率管理部１１
０，２１０，３１０および図８のメール転送成功率管理
部１１１，２１１，３１１に代えて、平均メール転送時
間管理部１１２，２１２，３１２を設けるようにしたこ
とである。他の構成は、第１および第４の実施例と同様
である。

【００８５】図１１において、平均メール転送時間管理
部１１２，２１２，３１２の内部メモリ１１２ｍ，２１
２ｍ，３１２ｍには、履歴情報しきい値としての平均メ
ール転送時間しきい値Ｐ１，Ｐ２，Ｐ３と、履歴情報と
しての発ノードから着ノードに到着するまでに要するメ
ールの転送時間の平均値を表す平均メール転送時間Ｐ１
２，Ｐ１３、Ｐ２１，Ｐ２３、Ｐ３１，Ｐ３２とを記憶
する領域が設けられている。平均メール転送時間管理部
１１２，２１２，１１は、平均メール転送時間しきい値
Ｐ１，Ｐ２，Ｐ３を内部メモリ１１２ｍ，２１２ｍ，３
１２ｍに保持しており、到着した自ノード宛のメールの
メール発生時刻とメール到着時刻とを監視し、メール発
生時刻とメール到着時刻との差から各ノード１，２，３
間の単位時間当たりの平均メール転送時間Ｐ１２，Ｐ１
３、Ｐ２１，Ｐ２３、Ｐ３１，Ｐ３２として計算し、計
算結果を内部メモリ１１２ｍ，２１２ｍ，３１２ｍに保
持する。

【００８６】例えば、ノード２において発生したノード
１宛の単位時間当たりの全メール数をＰ１２ａとし、こ
の全メール数Ｐ１２ａのメール発生時刻とメール到着時
刻との差をＰ１２ｂとすると、平均メール転送時間Ｐ１
２は、Ｐ１２ｂ／Ｐ１２ａである。ここで、平均メール
転送時間Ｐ１２が長いと、メール転送時間ｔｍ経過後、
メール転送のため発ノードから着ノードにＢチャネルコ
ネクションを設定し、通話料を支払ってメールが転送さ
れる可能性が高い。したがって、平均メール転送時間の
短いノードにメールの中継転送を依頼した方が、発ノー
ドに効率よく転送できる。

【００８７】上記のように構成されたメール転送システ
ムでは、平均メール転送時間Ｐ１２，Ｐ１３、Ｐ２１，
Ｐ２３、Ｐ３１，Ｐ３２と、平均メール転送時間しきい
値Ｐ１，Ｐ２，Ｐ３と、上限中継段数Ｎ１，Ｎ２，Ｎ３
と、上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２
ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃと、中継
段数Ｘと、中継転送依頼数Ｙ１，Ｙ２，Ｙ３とを各ノー
ド１，２，３におけるメールおよび到着確認情報の中継
判定情報として用いている。

【００８８】この第５の実施例においても、第１の実施
例と同様に、無料でメールを転送することができ、メー
ルが無制限に増殖すること無く、メールを効率的に転送
することができる。この結果、各ノード１，２，３のメ
ール蓄積部１０５，２０５，３０５のメモリの消費量を
低減することができる。到着確認情報が発ノードに到着
した場合、メールを転送したユーザは、メールがメール
転送制限時間ｔｍ内に着ノードに到着したことを確認で
き、発ノードから着ノードに発呼してわざわざメールを
転送する必要がなくなる。また、メールを保持している
中継ノードも、メールが到着したことを確認してメール
を削除することができるので、メール蓄積部１０５，２
０５，３０５のメモリを有効に利用することができる。

【００８９】なお、第２の実施例では、自ノードに転送
されてきたメールに付された中継段数Ｘと発ノードおよ
び各中継ノードでの中継転送依頼数Ｙ１，Ｙ２，Ｙ３と
から、最適な上限中継段数Ｎ１，Ｎ２，Ｎ３および上限
中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，Ｍ２
ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃを求めるようにし
たが、平均メール転送時間が平均メール転送時間しきい
値よりも小さくなるように、上限中継段数Ｎ１，Ｎ２，
Ｎ３および上限中継転送依頼数Ｍ１ａ，Ｍ１ｂ，Ｍ１
ｃ、Ｍ２ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ３ａ，Ｍ３ｂ，Ｍ３ｃ
を算出するようにしてもよい。これによっても、各ノー
ド間の平均メール転送時間や、メール発生率等のトラヒ
ックに違いがある場合でも、そのトラヒックに応じた最
適な上限中継段数や上限中継転送依頼数を設定すること
ができる。この結果、高い成功確率で、効率よくメール
の転送および到着確認情報の転送が行なえる。

【００９０】また、第３の実施例では、メールまたは到
着確認情報に発着呼率を付加し、他のノード相互間の発
着呼率を管理するようにしたが、メールまたは到着確認
情報に自ノードと発ノード間の平均メール転送時間Ｐ１
２，Ｐ１３、Ｐ２１，Ｐ２３、Ｐ３１，Ｐ３２を付加
し、他のノード相互間の平均メール転送時間Ｐ１２，Ｐ
１３、Ｐ２１，Ｐ２３、Ｐ３１，Ｐ３２を平均メール転
送時間管理部１１２，２１２，１１で管理するようにし
てもよい。これによっても、中継転送依頼の際にわざわ
ざ転送先ノードに対して平均メール転送時間を問い合わ
せる必要がなく、効率よくメールの転送を行なうことが
できる。また、無料で転送されるメールまたは到着確認
情報に発着呼率を付加して転送するため、平均メール転
送時間のために別途課金されることもない。

【００９１】なお、上述の実施例では、発着呼率と、メ
ール転送成功率と、平均メール転送時間とを個別に用い
るようにしたが、履歴情報としてこれらを組み合わせて
使用するようにしてもよい。

【００９２】

【発明の効果】請求項１に係る発明にあっては、他の第
１のノードへ送信すべきメールが発生している状態で、
自ノードと他の第２のノードとの間でサブチャネルを用
いた通信が開始された場合、他の第１および第２のノー
ド相互間の履歴情報と、履歴情報しきい値と、上限中継
段数および上限中継転送依頼数と、中継段数および中継
転送依頼数とをメール中継判定情報として用いて、当該
メールを当該他の第２のノードに転送するか否かを判定
するようにしているので、デジタル回線の有効利用を図
るとともに、メールの増殖を防止しつつ、メールを効率
よく宛先のノードに転送することができる。

【００９３】請求項２に係る発明にあっては、履歴情報
として、発着呼の頻度を表す発着呼率、単位時間内に到
着した自ノード宛の全メール数に対する空きサブチャネ
ルを用いて到着した自ノード宛の全メール数の割合を表
すメール到達確率、またはメールが発ノードに発生した
時から着ノードに到着するまでの当該メールを転送する
のに要するメール転送時間の平均値を表す平均メール転
送時間のうち、少なくともいずれか１つを用いるように
しているので、メールを効率よく宛先のノードに転送す
ることができる。

【００９４】請求項３に係る発明にあっては、第１のメ
ール送信手段が、自己宛のメールに付加および追加され
た中継段数と中継転送依頼数とをメールが発生した発ノ
ードごとにそれぞれ集計し、集計した結果から上限中継
段数と上限中継転送依頼数とを算出するようにしている
ので、各ノードのトラヒックに応じた最適な上限中継段
数および上限中継転送依頼数をメールに設定することが
できる。

【００９５】請求項４に係る発明にあっては、第１のメ
ール送信手段が、履歴情報記憶手段が記憶するメール到
達確率が履歴情報しきい値記憶手段に記憶された履歴情
報しきい値を超えるように、上限中継段数と上限中継転
送依頼数とを算出するようにしているので、各ノードの
トラヒックに応じた最適な上限中継段数および上限中継
転送依頼数をメールに設定することができる。

【００９６】請求項５に係る発明にあっては、第１のメ
ール送信手段が、履歴情報記憶手段が記憶する平均メー
ル転送時間が履歴情報しきい値記憶手段に記憶された履
歴情報しきい値より小さくなるように、上限中継段数と
上限中継転送依頼数とを算出するようにしているので、
各ノードのトラヒックに応じた最適な上限中継段数およ
び上限中継転送依頼数をメールに設定することができ
る。

【００９７】請求項６に係る発明にあっては、他の第１
のノードで発生した自己宛のメールが他の第２のノード
から到着した場合、当該メールが到着したことを示す到
着確認情報を作成し、到着確認情報が存在する状態で、
自ノードと他のノードとがサブチャネルを用いた通信が
開始された場合、空きサブチャネルを用いて当該到着確
認情報を送信し、他のノードから到着確認情報を受信し
た場合において、自ノードに当該到着確認情報に対応す
るメールが存在するとき、当該メールを削除するように
しているので、メールを記憶する記憶領域が広がり、メ
モリの有効利用を図ることができる。

【００９８】請求項７に係る発明にあっては、他の第１
のノードで発生した自己宛のメールが他の第２のノード
から到着した場合、当該メールが到着したことを示す到
着確認情報を作成し、他の第１のノードへ送信すべき到
着確認情報が存在している状態で、自ノードと他の第２
のノードとの間でサブチャネルを用いた通信が開始され
た場合、当該他の第１および第２のノード相互間の履歴
情報と、履歴情報しきい値と、上限中継段数および上限
中継転送依頼数と、中継段数および中継転送依頼数とを
到着確認情報中継判定情報として用いて、空きサブチャ
ネルを用いて当該到着確認情報を当該他の第２のノード
に転送するか否かを判定するようにしているので、デジ
タル回線の有効利用を図るとともに、到着確認情報の増
殖を防止しつつ、到着確認情報を効率よく発ノードに転
送することができる。

【００９９】請求項８に係る発明にあっては、他の第１
のノードへ送信すべき到着確認情報が発生している状態
で、自ノードと他の第２のノードとの間でサブチャネル
を用いた通信が開始された場合において、当該第２のノ
ードに当該到着確認情報に対応するメールが存在すると
き、第２の判定手段の判定結果の如何に拘わらず、空き
サブチャネルを用いて当該到着確認情報を当該他の第２
のノードに転送するようにしているので、メールを効率
よく削除でき、しかも、メールを記憶する記憶領域が広
がり、メモリの有効利用を図ることができる。

【０１００】請求項９に係る発明にあっては、履歴情報
記憶手段は、通信に関する履歴情報を、自ノードと他の
ノードとの相互間のそれぞれについて記憶する第１の記
憶領域、および通信に関する履歴情報を、他のノード相
互間のそれぞれについて記憶する第２の記憶領域を含
み、各ノードは、自ノードにおいて発生したメールを他
のノードに送信する際、または自ノードで発生した到着
確認情報を他のノードに送信する際、当該メールまたは
当該到着確認情報に第１の記憶領域に記憶した自ノード
と他のノード相互間の履歴情報を付加して送信し、メー
ルまたは到着確認情報を受信した場合、当該メールまた
は当該到着確認情報に付加された履歴情報に基づいて、
第２の記憶領域に記憶する他のノード相互間の履歴情報
を更新するようにしているので、メールの中継転送また
は到着確認情報の中継転送に当たり、通信先のノードに
履歴情報を問い合わせる必要がなくなり、ただちに中継
転送するか否か判定することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例に係るメール転送システ
ムの全体構成を示すブロック図である。

【図２】図１の各ノード１，２，３の構成を示すブロッ
ク図である。

【図３】図１の中継依頼管理部１０９，２０９，３０９
および発着呼率管理部１１０，２１０，３１０の内部構
成を示す図である。

【図４】メールを転送する場合の、メールのフレーム構
造を示す図である。

【図５】中継依頼管理部１０９，２０９，３０９によっ
て管理される中継依頼情報の遷移を示す遷移図である。

【図６】本発明の第３の実施例に係る発着呼率管理部１
１０，２１０，３１０の内部メモリ１１０ｍ，２１０
ｍ，３１０ｍの構成を示す図である。

【図７】第３の実施例に係る発ノードがメールを転送す
るときのメールのフレーム構造を示す図である。

【図８】本発明の第４の実施例のメール転送システムの
各ノード１，２，３の構成を示すブロック図である。

【図９】図８のメール転送成功率管理部１１１，２１
１，３１１の内部構成を示す図である。

【図１０】本発明の第５の実施例のメール転送システム
の各ノード１，２，３の構成を示すブロック図である。

【図１１】図１０の平均メール転送時間管理部１１２，
２１２，３１２の内部構成を示す図である。

【符号の説明】

１，２，３…ノード ９…ＩＳＤＮ網 １０２，２０２，３０２…多重分離部 １０５，２０５，３０５…メール蓄積部 １０６，２０６，３０６…メール管理部 １０７，２０７，３０７…呼制御部 １０８，２０８，３０８…コネクション検出部 １０９，２０９，３０９…中継依頼管理部 １１０，２１０，３１０…発着呼率管理部 １１１，２１１，３１１…メール転送成功率管理部 １１２，２１２，３１２…平均メール転送時間管理部 Ｎ１，Ｎ２，Ｎ３…上限中継段数 Ｍ１ａ，Ｍ１ｂ，Ｍ１ｃ、Ｍ２ａ，Ｍ２ｂ，Ｍ２ｃ、Ｍ
３ａ，Ｍ３ｂ，Ｍ３ｃ…上限中継転送依頼数 Ｘ…中継段数 Ｙ１，Ｙ２，Ｙ３…中継転送依頼数 Ｒ１，Ｒ２，Ｒ３…発着呼率しきい値 Ｒ１２，Ｒ１３、Ｒ２１，Ｒ２３、Ｒ３１，Ｒ３２…発
着呼率 Ｃ１，Ｃ２，Ｃ３…メール転送成功率しきい値 Ｃ１２，Ｃ１３、Ｃ２１，Ｃ２３、Ｃ３１，Ｃ３２…メ
ールのメール転送成功率 Ｐ１，Ｐ２，Ｐ３…平均メール転送時間しきい値 Ｐ１２，Ｐ１３、Ｐ２１，Ｐ２３、Ｐ３１，Ｐ３２…平
均メール転送時間

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/02 Ｈ０４Ｍ 11/06 8324−5Ｋ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ディジタル通信網を介して相互に通信可
   能に結合された３つ以上のノードを備え、各ノード間で
   通信を行う際に、ディジタル通信網に接続されたチャネ
   ルを多重化して複数のサブチャネルに分割し、空きサブ
   チャネルを用いてメールの送受信を行うようなメール転
   送システムであって、 前記各ノードは、 自ノードで発生したメールを他のノードに送信する際
   に、当該メールに、当該メールの中継段数の上限を示す
   上限中継段数と、当該自ノードおよび当該メールを中継
   する中継ノードにおける中継転送依頼数のそれぞれの上
   限を示す上限中継転送依頼数と、当該自ノードにおける
   中継転送依頼数とを付加して送信する第１のメール送信
   手段と、 他の第１のノードで発生したメールを他の第２のノード
   に中継転送する際に、当該メールに中継段数と、中継ノ
   ードにおける中継転送依頼数とを追加して送信する第２
   のメール送信手段と、 通信に関する履歴情報を、少なくとも自ノードと他のノ
   ードとの相互間のそれぞれについて記憶する履歴情報記
   憶手段、 前記履歴情報のしきい値を示す履歴情報しきい値を記憶
   する履歴情報しきい値記憶手段、 他の第１のノードへ送信すべきメールが発生している状
   態で、自ノードと他の第２のノードとの間でサブチャネ
   ルを用いた通信が開始された場合、前記履歴情報記憶手
   段に記憶された当該他の第１および第２のノード相互間
   の履歴情報をサーチするサーチ手段、および他の第１の
   ノードへ送信すべきメールが発生している状態で、自ノ
   ードと他の第２のノードとの間でサブチャネルを用いた
   通信が開始された場合、前記サーチ手段によりサーチさ
   れた他の第１および第２のノード相互間の履歴情報と、
   前記履歴情報しきい値記憶手段に記憶された履歴情報し
   きい値と、前記第１のメール送信手段により付加された
   上限中継段数および上限中継転送依頼数と、前記第１お
   よび第２のメール送信手段により付加および追加された
   中継段数および中継転送依頼数とをメール中継判定情報
   として用いて、当該メールを当該他の第２のノードに転
   送するか否かを判定する第１の判定手段を備える、メー
   ル転送システム。
2. 【請求項２】 前記履歴情報は、 発着呼の頻度を表す発着呼率、 単位時間内に到着した自ノード宛の全メール数に対する
   前記空きサブチャネルを用いて到着した自ノード宛の全
   メール数の割合を表すメール到達確率、またはメールが
   発ノードに発生した時から着ノードに到着するまでの当
   該メールを転送するのに要するメール転送時間の平均値
   を表す平均メール転送時間のうち、少なくともいずれか
   １つである、請求項１に記載のメール転送システム。
3. 【請求項３】 前記第１のメール送信手段は、 自己宛のメールに付加および追加された中継段数と中継
   転送依頼数とをメールが発生した発ノードごとにそれぞ
   れ集計し、集計した結果から前記上限中継段数と前記上
   限中継転送依頼数とを算出する、請求項１または２に記
   載のメール転送システム。
4. 【請求項４】 前記第１のメール送信手段は、 前記履歴情報記憶手段が記憶するメール到達確率が前記
   履歴情報しきい値記憶手段に記憶された履歴情報しきい
   値を超えるように、前記上限中継段数と前記上限中継転
   送依頼数とを算出する、請求項２に記載のメール転送シ
   ステム。
5. 【請求項５】 前記第１のメール送信手段は、 前記履歴情報記憶手段が記憶する平均メール転送時間が
   前記履歴情報しきい値記憶手段に記憶された履歴情報し
   きい値より小さくなるように、前記上限中継段数と前記
   上限中継転送依頼数とを算出する、請求項２に記載のメ
   ール転送システム。
6. 【請求項６】 前記各ノードは、さらに他の第１のノー
   ドで発生した自己宛のメールが他の第２のノードから到
   着した場合、当該メールが到着したことを示す到着確認
   情報を作成する到着確認情報作成手段、 到着確認情報が存在する状態で、自ノードと他のノード
   とがサブチャネルを用いた通信が開始された場合、前記
   空きサブチャネルを用いて当該到着確認情報を送信する
   第１の到着確認情報送信手段、および他のノードから到
   着確認情報を受信した場合において、自ノードに当該到
   着確認情報に対応するメールが存在するとき、当該メー
   ルを削除するメール削除手段を備える、請求項１ないし
   ５のいずれかに記載のメール転送システム。
7. 【請求項７】 前記各ノードは、さらに他の第１のノー
   ドで発生した自己宛のメールが他の第２のノードから到
   着した場合、当該メールが到着したことを示す到着確認
   情報を作成する到着確認情報作成手段、 自ノードで発生した到着確認情報を他のノードに送信す
   る際に、当該到着確認情報に、当該到着確認情報を中継
   する中継ノードの中継段数の上限を示す上限中継段数
   と、当該自ノードおよび当該中継ノードにおける中継転
   送依頼数の上限を示す上限中継転送依頼数と、当該自ノ
   ードにおける中継転送依頼数とを付加して送信する第１
   の到着確認情報送信手段、 他の第１のノードで発生した到着確認情報を他の第２の
   ノードに中継転送する際に、当該到着確認情報に中継ノ
   ードの中継段数と、中継ノードにおける中継転送依頼数
   とを追加して送信する第２の到着確認情報送信手段と、 他の第１のノードへ送信すべき到着確認情報が存在して
   いる状態で、自ノードと他の第２のノードとの間でサブ
   チャネルを用いた通信が開始された場合、前記サーチ手
   段によりサーチされた当該他の第１および第２のノード
   相互間の履歴情報と、前記履歴情報しきい値記憶手段に
   記憶された履歴情報しきい値と、前記第１の到着確認情
   報送信手段により付加された上限中継段数および上限中
   継転送依頼数と、前記第１および第２の到着確認情報送
   信手段により付加および追加された中継段数および中継
   転送依頼数とを到着確認情報中継判定情報として用い
   て、前記空きサブチャネルを用いて当該到着確認情報を
   当該他の第２のノードに転送するか否かを判定する第２
   の判定手段、および他のノードから到着確認情報を受信
   した場合において、自ノードに当該到着確認情報に対応
   するメールが存在するとき、当該メールを削除するメー
   ル削除手段を備える、請求項１ないし５のいずれかに記
   載のメール転送システム。
8. 【請求項８】 前記各ノードは、さらに他の第１のノー
   ドへ送信すべき到着確認情報が発生している状態で、自
   ノードと他の第２のノードとの間でサブチャネルを用い
   た通信が開始された場合において、当該第２のノードに
   当該到着確認情報に対応するメールが存在するとき、前
   記第２の判定手段の判定結果の如何に拘わらず、前記空
   きサブチャネルを用いて当該到着確認情報を当該他の第
   ２のノードに転送する第３の到着確認情報送信手段を備
   える、請求項７に記載のメール転送システム。
9. 【請求項９】 前記履歴情報記憶手段は、 通信に関する履歴情報を、自ノードと他のノードとの相
   互間のそれぞれについて記憶する第１の記憶領域、およ
   び通信に関する履歴情報を、他のノード相互間のそれぞ
   れについて記憶する第２の記憶領域を含み、 前記各ノードは、さらに自ノードにおいて発生したメー
   ルを他のノードに送信する際、または自ノードで発生し
   た到着確認情報を他のノードに送信する際、当該メール
   または当該到着確認情報に前記第１の記憶領域に記憶し
   た自ノードと他のノード相互間の履歴情報を付加して送
   信する履歴情報送信手段、およびメールまたは到着確認
   情報を受信した場合、当該メールまたは当該到着確認情
   報に付加された履歴情報に基づいて、前記第２の記憶領
   域に記憶する他のノード相互間の履歴情報を更新する履
   歴情報更新手段を備える、請求項１ないし８のいずれか
   に記載のメール転送システム。