JPH04313935A

JPH04313935A - メッセージ通信処理システム

Info

Publication number: JPH04313935A
Application number: JP3106670A
Authority: JP
Inventors: Yasuo Nakamura; 中村　安夫
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1991-04-11
Filing date: 1991-04-11
Publication date: 1992-11-05

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、メディア情報より成る
メッセージを蓄積して交換するメッセージ通信処理シス
テムに関する。

【０００２】

【従来の技術】一般に、この種のメッセージ通信処理シ
ステムの一例として、マルチメディアの少なくとも１つ
のメディア情報を通信処理する通信端末と、メディア情
報より成る通信メッセージを蓄積して交換するセンタ装
置を有する電子メールシステムが知られている。この電
子メールシステムのセンタ装置には、メールボックスと
呼ばれるメール受信者用の蓄積手段（メモリ）が設けら
れ、メール送信者がメッセージを送信すると、このメッ
セージが宛先のメールボックスに登録される。そして、
メール受信者が自己のメールボックスにアクセスすると
、センタ装置がメッセージを読み出してメール受信者に
送信する。

【０００３】したがって、ユーザは、この電子メールシ
ステムによりメールボックスサービスを享受することが
でき、また、メール送信者は、メール受信者の状況を気
にかけることなくメールを送信することができ、メール
受信者は、自己の都合のよい時に自己宛のメールを受信
することができる。

【０００４】従来、この種の電子メールシステムは、メ
ール受信者毎のメールボックスの蓄積容量が有限である
ので、蓄積可能な通信メッセージの最大長を予め規定し
、メール送信者が規定長以上の通信メッセージを送信し
た場合、センタ装置がその通信メッセージの蓄積処理を
中断して、その通信メッセージが規定長を越えているこ
とを示す通知をメール送信者に通知するように構成され
ている。

【０００５】

【発明が解決しようとする課題】しかしながら、マルチ
メディアを処理する電子メールシステムにおいては、メ
ッセージが種々雑多であってその情報量が任意であり、
例えば文字情報より成るメッセージに比較して画像情報
より成るメッセージの情報量は１０倍以上であることが
一般的である。したがって、上記従来の電子メールシス
テムでは、蓄積可能な通信メッセージの最大長が固定さ
れているので、次のような問題点がある。

【０００６】その１つとして、メッセージの最大長を短
く設定した場合、画像情報のように情報量が多いメッセ
ージを登録することができない確率が増大する。

【０００７】第２の問題点として、メッセージの最大長
を長く設定した場合、画像情報のように情報量が多いメ
ッセージを登録することができる確率が増大するが、文
字情報のように情報量が少ないメッセージが頻繁に発生
する場合に必要以上のメモリを確保しなければならず、
メモリの使用効率が低下する。この場合、ひいてはシス
テム全体のメッセージ処理数が低下する。

【０００８】したがって、文字情報のみを扱うテキスト
メールシステムや画像情報のみを扱うファクシミリメー
ルシステム等のように、単一のメディアを扱う電子メー
ルシステムでは、通信メッセージの最大長が固定されて
いても大きな問題とならないが、マルチメディアを処理
する電子メールシステムでは、メッセージの最大長を柔
軟に処理することが求められている。

【０００９】本発明は上記従来の問題点に鑑み、メッセ
ージの最大長をメディアの種別毎に柔軟に処理してマル
チメディアを処理することができるメッセージ通信処理
システムを提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明は上記目的を達成
するために、マルチメディアの少なくとも１つのメディ
ア情報を通信処理する複数の通信端末と、送信側の前記
通信端末からのメディア情報の通信メッセージを蓄積手
段に蓄積して受信側の前記通信端末に送信するセンタ装
置とを備えるメッセージ通信処理システムにおいて、前
記センタ装置は、メディアの種別毎に蓄積可能なメッセ
ージの最大長を予め可変で設定する設定手段と、前記送
信側の通信端末からの通信メッセージのメディアの種別
を判別する判別手段と、前記送信側の通信端末からの通
信メッセージの長さを測定する測定手段と、前記判別手
段により判別されたメディアの種別により、前記設定手
段により設定されたメッセージの最大長を求め、この最
大長と前記測定手段により測定された長さとを比較し、
長さがこの最大長より短い通信メッセージを前記蓄積手
段に蓄積する手段とを有することを特徴とする。

【００１１】更に、請求項２に依れば、前記蓄積手段の
蓄積残量を求め、この蓄積残量と所定の閾値とを比較す
ることにより、前記設定手段により設定されたメッセー
ジの最大長を変更することを特徴とする。

【００１２】

【作用】本発明は上記構成により、メディアの種別毎に
蓄積可能なメッセージの最大長が予め可変で設定され、
更に、蓄積残量に応じてメッセージの最大長が変更され
る。したがって、メッセージの最大長を柔軟に処理して
マルチメディアを制御することができる。

【００１３】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図１は、本発明に係るメッセージ通信処理システ
ムの一実施例を示すブロック図、図２は、図１の処理可
能メディアテーブルを示す説明図、図３は、図１のメッ
セージ最大長管理テーブルを示す説明図、図４は、図１
のメッセージ通信処理システムにおいて用いられるメッ
セージフォーマットの一例を示す説明図、図５は、図１
のメッセージ通信処理システムのメイン動作を説明する
ためのフローチャート、図６は、図５のメールボックス
（ＭＢ）登録処理ルーチンの詳細な動作を説明するため
のフローチャートである。

【００１４】図１において、端末群（端末種別Ａ〜Ｇ）
１〜７は、文字入出力機能を有する文字端末、テレテッ
クス、ファクシミリ等のテレマティック端末群（画像端
末群）、音声入出力機能を有する音声端末群、及びこれ
らの複合端末群であり、それぞれメディアのメッセージ
をネットワーク８を介してメール処理装置９に対して送
受信する。ネットワーク８は、ディジタルデータ網、専
用線、電話網、ＩＳＤＮ（ディジタル統合サービス網）
等の公衆網や、ＬＡＮ（ローカルエリアネットワーク）
、ＰＢＸ（構内交換機）等の構内網により構成されてい
る。

【００１５】メール処理装置９は、ネットワーク８に接
続されて本実施例のメッセージ通信処理システムのセン
タ装置として機能する。このメール処理装置９は、メー
ル処理装置９全体の制御を行う主制御部１０と、ネット
ワーク８との接続制御を行う通信制御部１１と、主制御
部１０により実行されるメール処理プログラムを予め記
憶したり、通信データ等を格納するための主記憶部１２
と、端末群（Ａ〜Ｇ）１〜７からのメッセージを蓄積す
るためのメールボックス格納部１３を有する。メールボ
ックス格納部１３は、例えば磁気ディスク装置等で構成
され、端末群１〜７の端末毎にメールボックス用の蓄積
領域が割り当てられている。尚、この各蓄積領域は、端
末種別Ａ〜Ｇ毎に容量が異なる。

【００１６】メール処理装置９はまた、図２に詳しく示
すように端末種別Ａ〜Ｇとその処理可能なメディアが対
応して予め格納された処理可能メディアテーブル１４と
、図３に詳しく示すようにメディアの種別に応じて許容
されるメッセージの最大長が予め格納されたメッセージ
最大長管理テーブル（ＭＡＸＴ）１５を有する。図２に
示す処理可能メディアテーブル１４では、端末種別Ａは
、文字のみを処理可能なテレテックスであり、端末種別
Ｂは、画像のみを処理可能なファクシミリであり、端末
種別Ｃは、文字と画像を処理可能なミクスト端末であり
、端末Ｄは、音声のみを処理可能な電話機であり、また
、端末種別Ｅ〜Ｇは、文字、画像、音声の２つ又は３つ
を処理可能な複合端末である。

【００１７】メッセージ最大長管理テーブル（ＭＡＸＴ
）１５は、図３に示すように、文字のみのメディアの最
大長ＭＬ１と、画像のみのメディアの最大長ＭＬ２と、
文字と画像のメディアの最大長ＭＬ３と、音声のみのメ
ディアの最大長ＭＬ４と、文字と音声のメディアの最大
長ＭＬ５と、画像と音声のメディアの最大長ＭＬ６と、
文字と画像と音声のメディアの最大長ＭＬ７を格納する
ためのエリアを有する。

【００１８】次に、図４を参照して本実施例のメッセー
ジ通信処理システムに用いられるメッセージフォーマッ
トの一例を説明する。このフォーマットは、フィールド
２１〜２５を有するメッセージヘッダと、文字、画像、
音声等のメッセージを送信するためのメッセージ本体２
６により概略的に構成されている。メッセージヘッダは
、メールボックスサービスや親展サービス等を指定する
ためのサービス種別フィールド２１と、発信者の名前を
書き込むための発信者名フィールド２３と、受信者の名
前を書き込むための受信者名フィールド２４と、文字、
画像、音声等のメディアの種別を書き込むためのメディ
ア種別フィールド２４と、メッセージ送信の際にコメン
ト等その他の情報を書き込むためのその他のフィールド
２５により構成されている。またメッセージ本体２６に
はデジタルデータとして扱うことのできる全てのメディ
アが書き込み可能である。

【００１９】次に、図５及び図６を参照して上記構成の
実施例の動作、特にメール処理装置９の主制御部１０の
動作を説明する。先ず、図５に示すステップＳ１におい
て、ネットワーク８に接続可能な端末郡１〜７の端末種
別Ａ〜Ｇを示す処理可能メディアテーブル１４（図２）
を作成し、続くステップＳ２において、メディアの種別
Ａ〜Ｇに応じて許容されるメッセージの最大長ＭＬ１〜
ＭＬ７を示すメッセージ最大長管理テーブル１５（図３
）を作成する各種初期設定を行う。

【００２０】そして、この前処理が完了すると、メール
処理装置９は、ステップＳ３以下の各種電子メールサー
ビスの処理を実行する。尚、本実施例では、文字のみを
処理可能な端末群１の端末Ａ１が文字と画像を処理可能
な端末群３の端末Ｃ３に対して文字メールを送信する場
合について説明する。この場合、端末Ａ１から端末Ｃ３
に対するメッセージのサービス種別フィールド２１では
メールボックス（以下ＭＢと称する）登録要求メッセー
ジが照合され、発信者名フィールド２２には端末Ａ１の
名前が送信され、受信者名フィールド２３には端末Ｃ３
の名前が書き込まれ、メディア種別フィールド２４には
文字のメディア種別が書き込まれ、メッセージ本体２６
には文字メッセージが書き込まれる。

【００２１】メール処理装置９は、通信制御部１１が端
末Ａ１からのメッセージを受信するとステップＳ３以下
に進んでヘッダ２１〜２５を順次主記憶部１２に格納し
、先ず、受信メッセージのサービス種別フィールド２１
の内容を判別する。ＭＢ登録要求メッセージでない場合
にはステップＳ５以下に進み、ＭＢ登録要求メッセージ
の場合には図６に詳しく示すようなＭＢ登録処理ルーチ
ンを実行する（ステップＳ４）。このＭＢ登録処理ルー
チンでは、ステップＳ１０において受信メッセージのメ
ディア種別フィールド２４の内容を判別し、続くステッ
プＳ１１において、メッセージ最大長管理テーブル（Ｍ
ＡＸＴ）を参照して受信メッセージのメディアに対応す
るメッセージ最大長ＭＬｉ（ｉ＝１〜７）を主記憶部１
２に読み出す。

【００２２】次いで、メッセージ本体２６のメッセージ
長が上記メッセージ最大長ＭＬｉを越えているか否かを
判別する（ステップＳ１２）。そして、上記メッセージ
最大長ＭＬｉを越えていない場合にはメッセージ本体２
６をメールボックス格納部１３の端末Ｃ３のメールボッ
クス（ＭＢ）に格納し（ステップＳ１３）、上記メッセ
ージ最大長ＭＬｉを越えている場合には、このＭＢ登録
処理ルーチンを中断してその旨を端末Ａ１に通知する（
ステップＳ１４）。尚、このメッセージは、例えば図４
に示すその他のフィールド２５を用いて行われる。

【００２３】他方、端末Ｃ３がメール処理装置９に対し
てＭＢ引き出し要求を送信すると、図５に示すステップ
Ｓ３からステップＳ５を経由してステップＳ６に進む。尚、このＭＢ引き出し要求は、図４に示すサービス種別
フィールド２１を用いて行われる。メールボックス格納
部１３の端末Ｃ３のメールボックス（ＭＢ）にメッセー
ジが蓄積されている場合、メール処理装置９は、ステッ
プＳ６においてメッセージを読み出し、続くステップＳ
７においてそのメッセージを端末Ｃ３に配信する。

【００２４】したがって、上記実施例によれば、図２に
示すように端末種別Ａ〜Ｇ毎に処理可能なメディアを予
め処理可能メディアテーブル１４に設定し、図３に示す
ようにメディア毎に蓄積可能なメッセージ最大長ＭＬ１
〜ＭＬ７を予め設定するので、メッセージの最大長をメ
ディアの種別（Ａ〜Ｇ）に応じて柔軟に制御することが
できる。また、メールボックス格納部１３の蓄積領域が
端末種別Ａ〜Ｇ毎に異なるので、メモリの使用効率を向
上することができ、ひいてはシステム全体の蓄積容量を
増加することができる。

【００２５】次に、図７〜図１３を参照して本発明に係
るメッセージ通信処理システムの第２の実施例を説明す
る。図７は、この第２の実施例を示すブロック図、図８
は、図７のメールボックス管理テーブルを示す説明図、
図９は、図７のメッセージ管理テーブルを示す説明図、
図１０は、図７のメール処理装置のメイン動作を説明す
るためのフローチャート、図１１は、図１０のメールボ
ックス（ＭＢ）登録処理ルーチンの動作を詳細に説明す
るためのフローチャート、図１２は、図１０のメールボ
ックス（ＭＢ）引き出し処理ルーチンの詳細な動作を説
明するためのフローチャート、図１３は、図１０のメッ
セージ最大長更新処理ルーチンの詳細な動作を説明する
ためのフローチャートである。

【００２６】図７において、本実施例のメール処理装置
９ａは、第１実施例のメッセージ最大長管理テーブル１
５が削除され、代わりに図８に詳しく示すようなメール
ボックス管理テーブル（ＭＢＣＴ）１６と、図９に詳し
く示すようなメッセージ管理テーブル（ＭＳＣＴ）１７
が設けられ、主制御部１０ａが主記憶部１２ａのプログ
ラムにより図１０〜図１３に示すようなメール処理を実
行する。尚、図１及び図７において、同一の参照符号が
付された構成部材は同一であるので、その詳細な説明を
省略する。

【００２７】図８に示すメールボックス管理テーブル（
ＭＢＣＴ）１６は、端末群（端末種別Ａ〜Ｇ）１〜７の
ｎ個の端末毎に設けられ、メールボックス格納部１３の
メールボックス（ＭＢ）番号ＭＢ１〜ＭＢｎ毎に、蓄積
可能な最大情報量ＭＶ１〜ＭＶｎを示す最大蓄積量フィ
ールドと、現在蓄積されている情報量ＣＶ１〜ＣＶｎを
示す保存蓄積量フィールドと、蓄積可能なメッセージ最
大長ＭＬ１〜ＭＬｎを示すメッセージ最大長フィールド
と、現在蓄積されているメッセージの数ＳＣ１〜ＳＣｎ
を示す保存メッセージ数フィールドと、図９に示すメッ
セージ管理テーブル（ＭＳＣＴ）１７に対するリンクア
ドレスＳＡ１〜ＳＡｎを示すメッセージ管理テーブルア
ドレスフィールドを有する。

【００２８】図９に示すメッセージ管理テーブル（ＭＳ
ＣＴ）１７は、メールボックス格納部１３のメールボッ
クスの数ｎ毎に設けられるとともに、各メールボックス
に蓄積されたメッセージの数ｍ毎に設けられる。尚、各
メールボックスのメッセージの数ｍは、図８に示すメー
ルボックス管理テーブル（ＭＢＣＴ）１６のメッセージ
の数ＳＣ１〜ＳＣｎに対応している。このメッセージ管
理テーブル（ＭＳＣＴ）１７は、図９に示すように、メ
ッセージ（１〜ｍ）毎にエリアメッセージの発信者名及
び受信者名と、メッセージの表題を示すタイトルと、メ
ッセージの登録日、蓄積有効期限、メディアの種別、情
報量Ｖ、メールボックス格納部１３のメールボックスの
格納アドレスをそれぞれ記憶するためのエリアを有する
。

【００２９】次に、図１０〜図１３を参照して本実施例
のメール処理装置９ａの動作、特に主制御部１０ａの動
作を説明する。先ず、図１０に示すステップＳ２１にお
いて、ネットワーク８に接続可能な端末群１〜７の端末
種別を示す処理可能メディアテーブル１４（図２）を作
成し、続くステップＳ２２において、メールボックス管
理テーブル（ＭＢＣＴ）１６の初期設定を行う。尚、テ
ーブル１６の最大情報量ＭＶ１〜ＭＶｎと、メッセージ
最大長ＭＬ１〜ＭＬｎはデフォルト値が設定される。

【００３０】そして、この前処理が完了すると、メール
処理装置９ａは、ステップＳ２３以下の各種電子メール
サービスの処理を実行する。尚、本実施例においても同
様に、文字のみを処理可能な端末群１の端末Ａ１が文字
と画像を処理可能な端末群３の端末Ｃ３に対して文字メ
ールを送信する場合について説明する。この場合、端末
Ａ１から端末Ｃ３に対するメッセージのサービス種別フ
ィールド２１ではメールボックス（ＭＢ）登録要求メッ
セージが照合され、発信者名フィールド２２には端末Ａ
１の名前が書き込まれ、受信者名フィールド２３には端
末Ｃ３の名前が書き込まれ、メディア種別フィールド２
４には文字のメディア種別が書き込まれ、メッセージ本
体２６には文字メッセージが書き込まれる。

【００３１】メール処理装置９ａは、通信制御部１１が
このメッセージを受信するとステップＳ２３以下に進ん
でヘッダ２１〜２５を順次主記憶部１２に格納し、先ず
、受信メッセージのサービス種別フィールド２１の内容
を判別する。ＭＢ登録要求メッセージの場合には図１１
に詳しく示すようなＭＢ登録処理ルーチンを実行し（ス
テップＳ２４）、ＭＢ登録要求メッセージでない場合に
はステップＳ２５以下に進む。また、ＭＢ引き出し要求
メッセージの場合には図１２に詳しく示すようなＭＢ引
き出し処理ルーチンを実行し（ステップＳ２６）、受信
メッセージの待ち時間には図１３に詳しく示すようなメ
ッセージ最大長更新処理ルーチンを実行する（ステップ
Ｓ２７）。

【００３２】次に、図１１を参照して図１０のメールボ
ックス（ＭＢ）登録処理ルーチン（ステップＳ２４）の
動作を詳細に説明する。先ず、ステップＳ３０において
、受信メッセージの受信者名フィールド２３の端末Ｃ３
に対応するメールボックス管理テーブル（ＭＢＣＴ）１
６のＭＢ番号ＭＢｉ（ｉ＝１〜ｎ）を調べ、続くステッ
プＳ３１において、このＭＢ番号ＭＢｉに対応するメッ
セージ最大長ＭＬｉをＭＢＣＴ１６から主記憶部１２に
読み出す。

【００３３】次いで、メッセージ本体２６のメッセージ
長が上記メッセージ最大長ＭＬｉを越えているか否かを
判別する（ステップＳ３２）。そして、上記メッセージ
最大長ＭＬｉを越えていない場合にはステップＳ３３以
下に進み、上記メッセージ最大長ＭＬｉを越えている場
合には、このＭＢ登録処理ルーチンを中断してその旨を
端末Ａ１に通知する（ステップＳ３８）。

【００３４】ステップＳ３３では、メッセージ本体２６
の情報量Ｖを調べてＭＢＣＴ１６の保存蓄積量ＣＶｉに
加算し（ＣＶｉ＋Ｖ→ＣＶｉ）、次いで、この累積蓄積
量ＣＶｉがＭＢＣＴ１６の最大蓄積量ＭＶｉを越えてい
るか否かを判別する（ステップＳ３４）。そして、上記
最大蓄積量ＭＶｉを越えていない場合にはステップＳ３
５以下に進み、上記最大蓄積量ＭＶｉを越えている場合
には、このＭＢ登録処理ルーチンを中断してその旨を端
末Ａ１に通知し、また、ＭＢＣＴ１６の保存蓄積量ＣＶ
ｉを元の値（ＣＶｉ−Ｖ→ＣＶｉ）に戻す（ステップＳ
３９）。

【００３５】ステップＳ３５では、ＭＢＣＴ１６の保存
メッセージ数ＳＣｉを１つインクリメントし（ＳＣｉ＋
１→ＳＣｉ）、次いで、受信メッセージの各フィールド
２１〜２５の情報により各種制御情報を作成して図９に
示すメッセージ管理テーブル（ＭＳＣＴ）１７に格納し
（ステップＳ３６）、メッセージ本体２６をメールボッ
クス格納部１３の端末Ｃ３のメールボックス（ＭＢ）に
格納する（ステップＳ３７）。

【００３６】次に、図１２を参照して、図１０のメール
ボックス（ＭＢ）引き出し処理ルーチン（ステップ２６
）の動作を詳細に説明する。端末Ｃ３からＭＢ引き出し
要求メッセージを受信すると、ステップＳ４０において
発信者名フィールド２２の端末Ｃ３に対応するメールボ
ックス管理テーブル（ＭＢＣＴ）１６のＭＢ番号ＭＢｉ
を調べ、続くステップＳ４１において、ＭＢＣＴ１６と
メッセージ管理テーブル（ＭＳＣＴ）１７を参照して情
報量Ｖを調べ、ＭＢＣＴ１６の保存蓄積量ＣＶｉから引
き出し量Ｖを減算する（ＣＶｉ−Ｖ→ＣＶｉ）。

【００３７】次いで、ステップＳ４１においてＭＢＣＴ
１６の保存メッセージ数ＳＣｉを１つデクリメントし、
メールボックス格納部１３の端末Ｃ３のメールボックス
（ＭＢ）からメッセージを読み出し（ステップＳ４３）
、続くステップＳ４４においてそのメッセージを端末Ｃ
３に配信する。尚、ステップＳ４４においてＭＢＣＴ１
６の保存メッセージ数ＳＣｉが「０」でない場合にはス
テップＳ４０に戻り、メールボックス格納部１３の端末
Ｃ３のメールボックス（ＭＢ）から全てのメッセージを
読み出して端末Ｃ３に配信する。

【００３８】次に、図１３を参照して図１０のメッセー
ジ最大長更新処理ルーチン（ステップＳ２７）の動作を
詳細に説明する。先ず、ステップＳ５０においてメール
ボックス管理テーブル（ＭＢＣＴ）１６を参照してＭＢ
番号ＭＢｉ（ｉ＝１〜ｎ）毎にメールボックス格納部１
３の領域（メールボックスｉ）の残量Ｒｉ、すなわちＭ
ＢＣＴ１６の最大蓄積量ＭＶｉから保存蓄積量ＣＶｉを
差し引いた値Ｒｉを算出する。

【００３９】次いで、ステップＳ５１において、ＭＢ番
号ＭＢｉの残量Ｒｉが所定の規定値ＦＶ′より小さいか
否かを判定する。残量Ｒｉが規定値ＦＶ′より大きい場
合にはメールボックスｉの容量に余裕があると考えられ
るので、ＭＢＣＴ１６のメッセージ最大長ＭＬｉをより
大きな長さＬ３（例えば１メガバイト）に設定し（ステ
ップＳ５２）、残量Ｒｉが規定値ＦＶ′より小さい場合
にはメールボックスｉの容量に余裕がないと考えられる
ので、ＭＢＣＴ１６のメッセージ最大長ＭＬｉをより小
さな長さＬ４（例えば６４キロバイト）に設定する（ス
テップＳ５３）。

【００４０】したがって、上記実施例によれば、メール
ボックス格納部１３の各メールボックスｉの残量Ｒｉを
逐一メールボックス管理テーブル（ＭＢＣＴ）１６の最
大蓄積量ＭＶｉと保存蓄積量ＣＶｉから算出し、１つの
メッセージの蓄積可能な最大長ＭＬｉを適宜調整するの
で、メッセージの最大長をメディアの種別毎に柔軟に処
理してマルチメディアを処理することができる。

【００４１】

【発明の効果】以上説明したように、本発明は、マルチ
メディアの少なくとも１つのメディア情報を通信処理す
る複数の通信端末と、送信側の前記通信端末からのメデ
ィア情報の通信メッセージを蓄積手段に蓄積して受信側
の前記通信端末に送信するセンタ装置とを備えるメッセ
ージ通信処理システムにおいて、前記センタ装置は、メ
ディアの種別毎に蓄積可能なメッセージの最大長を予め
可変で設定する設定手段と、前記送信側の通信端末から
のメディア情報の種別を判別する判別手段と、前記送信
側の通信端末からのメディア情報の通信メッセージの長
さを測定する測定手段と、前記判別手段により判別され
たメディア情報の種別により、前記設定手段により設定
されたメッセージの最大長を求め、この最大長と前記測
定手段により測定された長さとを比較し、長さがこの最
大長より短い通信メッセージを前記蓄積手段に蓄積する
手段とを有するので、メッセージの最大長を柔軟に制御
してマルチメディアを処理することができ、もってシス
テム内に必要以上のメモリ（蓄積手段）の容量を確保し
なくても済むので、メモリの使用効率が向上し、システ
ム全体としてのメッセージの蓄積量をより多くすること
ができる。

【００４２】更に、前記蓄積手段の蓄積残量を求め、こ
の蓄積残量と所定の閾値を比較することにより、前記設
定手段により設定されたメッセージの最大長を変更する
ので、上記効果を更に一層発揮することができる。

【図面の簡単な説明】

【図１】本発明に係るメッセージ通信処理システムの一
実施例を示すブロック図である。

【図２】図１の処理可能メディアテーブルを示す説明図
である。

【図３】図１のメッセージ最大長管理テーブルを示す説
明図である。

【図４】図１のメッセージ通信処理システムにおいて用
いられるメッセージフォーマットの一例を示す説明図で
ある。

【図５】図１のメッセージ通信処理システムのメイン動
作を説明するためのフローチャートである。

【図６】図５のメールボックス登録処理ルーチンの詳細
な動作を説明するためのフローチャートである。

【図７】本発明に係るメッセージ通信処理システムの第
２の実施例を示すブロック図である。

【図８】図７のメールボックス管理テーブルを示す説明
図である。

【図９】図７のメッセージ管理テーブルを示す説明図で
ある。

【図１０】図７に示すメール処理装置のメイン動作を説
明するためのフローチャートである。

【図１１】図１０のメールボックス（ＭＢ）登録処理ル
ーチンの詳細な動作を説明するためのフローチャートで
ある。

【図１２】図１０のメールボックス（ＭＢ）引き出し処
理ルーチンの詳細な動作を説明するためのフローチャー
トである。

【図１３】図１０のメッセージ最大長更新処理ルーチン
の詳細な動作を説明するためのフローチャートである。

【符号の説明】

１〜７　　端末群９，９ａ　　メール処理装置８　　ネットワーク１０，１０ａ　　主制御部１１　　通信制御部１３　　メールボックス格納部１４　　処理可能メディアテーブル１５　　メッセージ最大長管理テーブル１６　　メール
ボックス管理テーブル１７　　メッセージ管理テーブルＡ〜Ｇ　　端末種別

Claims

【特許請求の範囲】

【請求項１】　　マルチメディアの少なくとも１つのメ
ディア情報を通信処理する複数の通信端末と、送信側の
前記通信端末からのメディア情報の通信メッセージを蓄
積手段に蓄積して受信側の前記通信端末に送信するセン
タ装置とを備えるメッセージ通信処理システムにおいて
、前記センタ装置は、メディアの種別毎に蓄積可能なメ
ッセージの最大長を予め可変で設定する設定手段と、前
記送信側の通信端末からの通信メッセージのメディアの
種別を判別する判別手段と、前記送信側の通信端末から
の通信メッセージの長さを測定する測定手段と、前記判
別手段により判別されたメディアの種別により、前記設
定手段により設定されたメッセージの最大長を求め、こ
の最大長と前記測定手段により測定された長さとを比較
し、長さがこの最大長より短い通信メッセージを前記蓄
積手段に蓄積する手段とを有するメッセージ通信処理シ
ステム。
【請求項２】前記センタ装置は、前記蓄積手段の蓄積残
量を求め、この蓄積残量と所定の閾値とを比較すること
により、前記設定手段により設定されたメッセージの最
大長を変更することを特徴とする請求項１記載のメッセ
ージ通信処理システム。