JPH01209856A - マルチメディアメールシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［概要］ 複数個の異なる情報を同期させてメールサービスを行う
マルチメディアメールシステムに関し、メール編集時の
処理の高速化を図ることを目的とし、 回線からのデータを入力して、蓄積データのバッファリ
ング、セグメント化及び各セグメントへのタイムラベル
の付与を行う複数個の回線インタフェース部と、入力デ
ータを格納する記憶装置と、これら回線インタフェース
部及び記憶装置と接続され、メールボックス（宛先や発
信者名等を入れておく情報ボックス）の管理、入力デー
タの記憶装置への書込みと、記憶装置からのデータの読
出しを行うと共に、データ再生時に回線インタフェース
部に記録・再生の状況に同期した端末制御を行わせるた
めの制御情報（コントロールラベル）を付与するメール
管理部とにより構成される。

［産業上の利用分野］ 本発明は、複数個の異なる情報を同期させてメールサー
ビスを行うマルチメディアメールシステムに関する。

通信技術の発達により、従来の音声のみならず、描画、
テキスト、イメージ等の′メディア（マルチメディア）
を同時に通信するマルチメディア通信が可能になった。

これに伴い、このマルチメディアによるメールサービス
の要求がビジネスユースを中心に高まってきている。従
って、マルチメディアメールサービスを如何に効率よく
かつ高速に行うかが重要となってくる。

［従来の技術］ マルチメディアメールシステムは、音声の他にイメージ
、テキスト、描画等の各種メディア情報を記憶装置に一
旦格納した後、必要に応じてこれら情報を読出して（再
生して）、宛先端末に送信したり、或いは各メデイア間
の連携や広域ネットワークへの対応等を一括処理するよ
うにしたものである。

従来の電話通信のような同時通信では、相手の都合に関
係なく発信者の都合により相手（着信者）を拘束して通
信しなければならず、相手が不在か又は通話中の場合に
は、発信者は情報を伝達することができなかった。メー
ルサービスは、このような問題点を解決するために考え
られたものであって、着信者が不在９通話中の通話不能
、或いは都合が悪い時等に、発信者側は情報を一端記憶
装置に記憶させておくことで情報を伝達することができ
、また着信者側は必要に応じて記憶装置から発信者から
の情報を読み出すことで情報を受信することができるサ
ービスである。

このようなサービスとしては、従来から音声だけによる
ボイスメール、テキストだけによるテキストメールがあ
った。マルチメディアメールサービスは、このメールサ
ービスをマルチメディア化したものであり、音声、描画
、テキスト、イメージ等の複数のメディアを同時に同期
させて記録。

再生、Ｉｉ集するサービスである。このようなマルチメ
ディアメールシステムを用いたサービス（マルチメディ
アメールサービス）を利用すると、例えば絵を描きなが
らその内容について口頭で説明したものを同時に宛先に
送信するようなことが可能となる。マルチメディアメー
ルサービスでは、手紙と同様にして宛先が記され、大容
量の記憶装置（例えばハードディスク）に蓄積され、必
要な時には挿入、削除等の編集を行い、受信者はそれを
任意に読み出すことができるようになっている。

従来のマルチメディアメールの同期蓄１１　Ｉ制御方式
は、記録時に単にメデイア間の同期性を保障するために
、各メディアに記録時の時刻情報を付与しておき、再生
時に複数のメデイア間の同期をとるようになっている。

即ち、記録時に各メディアをセグメント（区画）化し、
各セグメントにその記録された時刻（相対時刻）を付与
し、再生時にはその時刻を基に再生し、複数のメデイア
間の同期を確立するようになっている。

［発明が解決しようとする課題］ 従来の方式では、以下に示すような問題点がある。

■編集によるデータの削除又は挿入時には、蓄積データ
そのものを変更する必要があり、このため記憶装置上の
蓄積データをその都度読出し、各セグメントの時刻情報
を変更し、再び記憶装置に書込まなければならない。こ
の場合において、記憶装置（例えばハードディスク）へ
のアクセスに要する速度は遅いため、編集処理速度が大
幅に低下してしまう。

■記録・再生は、回線速度に依存しており、これと同期
した端末制御と記憶ｖｔ置へのアクセス制御を行うには
、メールシステム本体が記録・再生の制御と並行してこ
れらの制御を全て行わなければならない。従って、メー
ルシステム本体の負荷が極めて重くなってしまい、高速
処理が不可能となってしまう。

第１の問題点を解決するために、出願人は既にメールの
蓄積方式に関する発明を提案している（特願昭８７−４
０２１号、特願昭８７−４１４０号、特願昭８７−４１
４１号）。第１０図は、既出願に係る管理データと蓄積
データの分離によるメール蓄積方式の原理説明図である
。同図（イ）は管理データと蓄積データとの関係を示す
図、（ロ）は途中セグメントの削除例を示す図である。

この方式は、複数のセグメントを１つの固定長のブロッ
クとして管理し、更に蓄積データと管理データを分離し
ている。

第１０図（イ）において、１が管理データ、２が蓄積デ
ータである。管理データ１は、蓄積データ２の状態をブ
ロック単位で管理している。管理データ１は、時刻情報
（タイムラベル・・・ＴＬで表す）、アドレス、オフセ
ット及びサイズとで構成されている。時刻情報は、当該
ブロックの開始時刻を、アドレスは当該ブロックが格納
される先頭アドレスを、オフセットは当該ブロック内の
有効データの開始アドレスを、サイズは当該ブロックの
大きさをそれぞれ示している。図に示す例では、オフセ
ットが無く、それぞれのブロックの開始アドレスから有
効データが始まっており、各ブロック＃１〜＃３は全て
大きさがＳと等しいことを示している。ＴＩ　、Ｔｍ　
、Ｔｎはそれぞれのブロックの開始時刻を示している。

この方式では、編集時には管理データ１のみを更新し、
蓄積データ２の更新は行わない。例えば、ブロック中の
途中のセグメントを削除する場合には、第１０図（ロ）
に示すように元の１つのブロックを管理データ上は２つ
のブロックに分割し、そのブロックのオフセット値と先
頭時刻、並びにサイズを変更する。同図の例では、ブロ
ック＃２の時刻Ｔ　Ｉ＋＋　−Ｔ　ｍ＋Ｊ−１までのセ
グメントを削除する場合を示す。この場合には、先ずブ
ロックを。

時刻ＴｒＡとＴ　ｍ＋ｉの２つのブロックに分割する。

この場合、それぞれの開始アドレスはＡ２と等しくなっ
ているが、後者の方がオフセットＢ１が付加されている
ので、後者は実際の有効データはアドレスＢ１のデータ
からとなる。

分割されたそれぞれのブロックのサイズはｓｌ。

Ｓ２となって、有効データの大きさが示される。

セグメントデータの削除は、蓄積データ２内では行われ
ず、単に無効データとして扱われるだけである。つまり
、削除されたセグメントは蓄積データ２内にはそのまま
無効セグメントとして残される。これにより、蓄積デー
タ２そのものにはアクセスせずに管理データ１のみにア
クセスするので、記憶装置のアクセス回数が減り、編集
時の高速化が達成される。

しかしながら、第２の問題点は以前として元のままであ
り、メールシステム本体の負担は減少していない。

本発明はこのような問題点を解決するためになされたも
のであって、メール編集時の処理の高速化を図ることが
できるマルチメディアメールシステムを提供することを
目的としている。

［１題を解決するための手段］ 第１図は、本発明の原理ブロック図である。図において
、１１は回線からのデータを入力して、回線速度とディ
スクアクセス速度の差の吸収のための蓄積データのバッ
ファリング、セグメント化及び各セグメントへのタイム
ラベルの付与を行う複数個の回線インタフェース部、１
２は入力データを格納する記憶装置、１３はこれら回線
インタフェース部１１及び記憶装ｆｆ１２と接続され、
メールボックスの管理、入力データの記憶装置１２への
書込みと、記憶装置２１２からのデータの読出しを行う
と共に、記憶装置１２にデータを書込む時に回線インタ
フェース部１１に記録・再生の状況に同期した端末制御
を行わせるための制御情報（コントロールラベル）を付
与するメール管理部である。回線インタフェース部１１
は、実時間処理を行わなければならないため、メール管
理部１３とは独立した構成とし、独立に動作するように
している。

［作用］ 回線インタフェース部１１は、各回線から送られてくる
データをバッファリングし、バッフ１リングしたデータ
をセグメント化する。そして、セグメント化したデータ
にタイムラベル（時刻情報）を付与し、メール管理部１
３に送る。メール管理部１３は、回線インタフェース部
１１から送られてくるデータをセグメント単位で記憶装
置（例えばハードディスク装置）１２に書き込む。再生
時には、メール管理部１３は記憶装置１２に蓄積されて
いるデータを読出して回線インタフェース部１１に記録
・再生の状祝に同期した端末制御を行わせるための制御
情報（コントロールラベル）を付与する。これにより、
受信端末側で複数のメディア毎に同期のとれた情報の再
生が可能となる。

例えば、前述の例で絵を描きながらその内容について口
頭で説明したものを同時に宛先に送信するというような
ことが可能となる。しかも、本発明によれば、実時間処
理が要求される部分（蓄積データのバッファリング、セ
グメント化、同期情報の付与及びブロック化）を行う部
分をメール管理部１３から独立させているため、記録、
再生９編集を効率よく実行でき、高速処理が可能となる
。

［実施例］ 以下、図面を参照して本発明の実施例を詳細に説明する
。

第２図は、本発明の一実施例を示す構成ブロック図であ
る。第１図と同一のものは、同一の符号を付して示す。

本実施例では、記憶装置１２としてハードディスクを用
いている。図では、信号インタフェース１１としては回
線１からのもののみ詳細に示しているが、他の回線イン
タフェースについてもその構成は全（同様である。図に
おいて、回線インタフェース１１は、情報信号分離回路
１１ａ、回線バッファ１１ｂ、タイマ１１Ｃ９制御回路
１１ｄ、信号インタフェース１１ｅ、２面バッファ１１
　ｆ、第１の切換器１１ａ及び第２の切換器１１ｈより
構成されている。″ 情報信号分離回路１１ａは回線１１から送られてくるデ
ータから情報信号とその他の信号を分離し、回線バッフ
ァ１１ｂは回線１１との速度調整を行うためにデータを
一旦格納し、タイマ１１ｃは読込んだデータに時刻情報
を付与するための時刻情報を出力する。該タイマ１１Ｃ
は記録・再生開始と共にＯにリセットされ（初期値化さ
れ）、その後カウントアツプされ、タイムラベルの値を
示すようになっている。制御回路１１ｄはタイマ１１Ｃ
からの時刻情報の読出し、２面バッファ１１ｆの残量の
チエツクとアクセス面の切換え及びメール管理部１３と
の制御データの受は渡しを行う。

２面バッファ１１ｆは、データ入力時に回線バッファ１
１ｂからのデータのセグメント化とブロック化を行い、
メール管理部１３へのデータの受は渡しを行う。この２
面バッファ１１ｆは、回線インタフェース部１１とメー
ル管理部１３とが当該バッフ戸にアクセス競合すること
をなくすために、＃１バッファと＃２バッファの２面構
成とし、回線インタフェース部１１とメール管理部１３
とが排他的にアクセスするようになっている。該２面バ
ッフ？１１ｆのサイズとしては、メール管理部１３が蓄
積データをブロック単位で管理するので、１つのブロッ
ク或いはその整数倍に相当する容量とする。そして、＃
１バッファと＃２バッファとの切換えは、制御回路１１
ｄが当該バッファ１゛１ｆの容量をチエツクして行うよ
うになっている。このように構成されたシステムの動作
を説明すれば、以下のとおりである。

先ず、図に示すシステムへのデータの入力動作について
説明する。第３図は、システムへのデータの入力動作を
示すフローチャートである。回線１から入ってきたデー
タは、情報信号分離回路１１ａで情報信号とその他の信
号が分離され、情報信号は続く回線バッフ７１１ｂに順
次格納される。

その他の信号は、信号インタフェース１１ｅを介してメ
ール管理部１３に入る。この後、制御回路１１ｄはタイ
マ１１Ｇを０に初期化する（ステップ１）。次に、制御
回路１１ｄは回線バッファ１１ｂに格納されているデー
タを読出し、セグメント化しその先頭にタイマ１１０か
ら送られてくる時刻データをタイムラベルＴＬとして付
与する（ステップ２）。そして、制御回路１１ｄは２而
バツフア１１ｆの残ｍを調べ、当該セグメントを２面バ
ッファ１１ｆに移すことにより、２面バッファ１１ｆの
残ｍがなくなるときは、このセグメントを当該バッファ
Ｒ終セグメントとして、セグメントのタイムラベルＴＬ
の次に設けられたコントロールラベルＣＬ（詳細は後述
）に終わりを示すＥＮＤを、それ以外なら通常を示すＮ
ＯＲＭＡＬを書く（ステップ３）。

以上のシーケンスが終了したら、回線バッファ１１ｂか
ら２ｆｉｉバツフア１１ｆに１セグメント分のデータを
移す（ステップ４）。具体的には、制御回路１１ｄの指
示によりセレクトされたルートを通って＃１バッファ又
は＃２バッファの何れか一方にセグメントデータが移さ
れる。次に、制御回路１１ｄは移したセグメントデータ
が最終セグメントであるかどうか判断しくステップ５）
、そうである場合には２面バッファ１１ｆを他の面のバ
ッファに切換えた後、ステップ２に戻る。そうでない場
合には、２面バッファはそのままで、ステップ２に戻る
。

このようにして、２面バッファ１１ｆの内の何れかが一
杯になったら、制御回路１１ｄは切換器１１ｈを介して
当該バッファのデータをブロック単位でメール管理部１
３に送り、該メール管理部１３はそのデータをハードデ
ィスク１２に蓄積していく。この間に、他の２面バッフ
ァ１１ｆには新たなセグメントデータが書込まれていく
。

第４図は、セグメントの構成例を示す図である。

各セグメントは、タイムラベルＴＬ、コントロールラベ
ルＣＬ及び蓄積データより構成されており、これらセグ
メントが所定Ｉｌ集ってブロックを形成している。タイ
ムラベルには前述したように、データ再生時に複数のメ
デイア間の同期をとるための時刻情報が書込まれ、コン
トロールラベルには、データ再生時に回線インタフェー
ス部１１に記録・再生の状況に同期した端末ＩＩＪＩＩ
Ｉを行わせるための制御情報が書込まれる。

次にハードディスク１２に蓄積されていたデータを読出
して再生する場合の動作について、第５図のフローチャ
ートを参照しながら説明する。この場合にも先ず、制御
回路１１ｄがタイマ１１０をＯに初期値化する（ステッ
プ１）。再生時の各メデイア間の同期をとるためである
。次に、メール管理部１３はハードディスク１２からブ
ロック単位でデータを読出しくステップ２）、各セグメ
ントのコントロールラベルで必要なものは変更する（ス
テップ３）。即ち、記録時にＮＯＲＭＡＬとＥＮＤは書
かれているが、この２つ以外の値が必要ならば、そのコ
ントロールラベルは変更する。

ここで、コントロールラベルＯＬについて説明する。

例えば、蓄積方式においては以下に示すような問題があ
る。

■編集により削除されたデータは、ブロック内でそのま
ま無効セグメントとして残る。このため、再生時におけ
る無効セグメントのスキップ制御を行う必要があること ■２而バッフ１の切換制御の問題 ■記録・再生の状況に同期した端末制御を行う必要があ
ること これらの制御は、回線インタフェース部１１がメール管
理部１３と独立に動作しており、記録・再生の速度は回
線インタフェース部１１が管理しているので、メール管
理部１３が独自に実時間で直接にｉ＋ｌＪ御することが
できない。これらの制御を回線インタフェースが自ら行
えるようにするため、メール管理部１３は蓄積データ中
の各セグメントにタイムラベルＴＬＪＸ外に制御情報（
コントロールラベル：ＣＬ）を付加することとしたもの
である。

第６図は、コントロールラベルＯＬの例を示す図である
。図ではＮＯＲＭＡＬ、ＥＮＤ、５ＴＯＰ、５ＫＩＰ、
ＴＩＭＩＮＧを示しているが、これだけに限るものでは
なく、その他の種類のＯＬを用いることができる。“Ｎ
ＯＲＭＡＬ”は通常処理を表しており、セグメントをタ
イムラベルＴＬに従って再生することを示し、“ＥＮＤ
”は１つのバッファに格納されているセグメントの最終
セグメントであることを示しており、セグメントをＴＬ
に従って再生した後に２面バッファをそれまでのものか
ら他方のものに切換えることを示している。

“５ＴＯＰ”は、再生時の最終セグメントであることを
表しており、セグメントをＴＬに従って再生した後に、
再生動作を停止することを示し、このＯＬは最終再生セ
グメントに付与される。

“”５ＫＩＰ”は削除による無効となったセグメントを
表し、次のセグメントにスキップすることを示す。’Ｔ
１ＭＩＮＧ″は端末等に再生の経過情報を送り出すため
に用いるＣＬであり、セグメントをＴＬに従って再生す
ると同時に、端末に信号を送る。この信号は、端末側で
インジケータに端末の再生状況を表示させるためのタイ
ミング生成に用いられる。

このようにして、各セグメントにＯＬを付加した後、メ
ール管理部１３はこのデータを２面バッファ１１ｆの一
方に配置し、再生開始を制御回路１１ｄに通知する。こ
れにより、制御回路１１ｄは２面バッファ１１ｆの一方
をセレクトして、当該バッファからのデータを読出し再
生動作を行う（詳１！ｌ後述）。その間、メール管理部
１３はＯＬを付加したセグメントデータを別の２面バッ
ファにブロック単位で読出し内込む。

次に、前述した制御回路１１ｄの再生動作について説明
する。制御回路１１ｄは、２面バッファ１１ｆから読出
したセグメントデータのうちのＯＬの値により分岐を行
わせる（第５図のステップ　　−４）。読出したＯＬが
“Ｓ　Ｔ　ＯＰ　”であった場合、ｉｎの再生データで
あるので、当該セグメントをＴＬに従って再生した後（
ステップ５）、再生動作を停止する（ステップ６）。ス
テップ５の再生動作は、データからＴＬ＠読出し、タイ
マ１１ｃからの時刻データと比較し、ＴＬ≦タイマであ
ればそのデータを回線バッファ１１ｂに送ることである
。

次にＣＬの値が“ＮＯＲＭＡＬ”であった場合、通常動
作であるのでＴＬ≦タイマであれば再生しくステップ７
）、次のセグメントに行く（ステップ８）。ＣＬの値が
“ＴＩＭＩＮＧ”であった場合には、ＴＬ≦タイマなら
ば送信先端末のインジケータ処理を行わせる必要から先
ず送信先端末に信号を送り（ステップ９）、その後再生
しくステップ１０）、次のセグメントに行く（ステップ
１１）。

次にＯＬの値が“ＥＮＤ”ならそのブロックの最終セグ
メントであることを示しているから、ＴＬ≦タイマなら
再生し再生後バッファの切換えを行う（ステップ１２）
。そして、Ｉ＃ＪＩ１１回１１１ｄは２面バッファ１１
・ｆが空になったことをメール管理部１３に伝え、バッ
ファを別のバッファに切換える。これにより、メール管
理部１３は別の空になった２面バッファ１１ｆの一方に
ハードディスク１２から読出したブロックデータを書き
込む。

このようにして、２面バッファ１１ｆを制御回路１１ｄ
とメール管理部１３が交互に使用していく。

ＯＬの値が“５ＫＩＰ”ならそのセグメントをスキップ
する（ステップ１３）。以上の再生セグメントでＴＬ＞
タイマならＴＬ≦タイマとなるまで待つ。

このように、本発明によれば回線インタフェース部１１
が回線に送るデータの再生動作を行っている間に、メー
ル管理部１３の方はハードディスク１２へのアクセス、
管理データの生成等を行うことができ、メール管理部１
３の処理負荷は軽減される。次にメール管理部１３の動
作についてフローチャートを参照しながら詳細に説明す
る。第７図は、メール管理部１３のメール記録時の動作
を示すフローチャートである。回線インタフェース部１
１の制御回路１１ｄより２面バッファ１１ｆの読込み命
令を受理する（ステップ１）と、２面バッファ１１ｆ上
のデータをブロック単位でリード（続出）してメール管
理部１３内の内部バッファ（図示せず）に置き、それを
基に管理データを生成する（ステップ２）。管理データ
の生成が終わったら、そのブロックをハードディスク１
２にライト（書込）する（ステップ３）。次にバッファ
上の全ての７０ツクのリード（読出）が完了したかどう
かをチエツクしくステップ４）、そうである場合にはメ
ール記録が終了したがどうかをチエツクする（ステップ
５）。

第８図は、メール管理部１３のメール再生時の動作を示
づフローチャートである。この場合には、先ずハードデ
ィスク１２からメール管理部１３の内部パラフン（図示
せず）へブロック単位でメール（セグメントデータ）を
リード（続出）する（ステップ１）。そして、管理デー
タのオフセット値が０であるかどうかを全てのセグメン
トデータについてチエツクする（ステップ２）。０でな
い場合にはオフセットがあることになるので、オフセッ
トが示す値までのセグメントのＣＬに“５ＫＩＰ″を書
く（ステップ３）。

その侵、オフセットから管理データのサイズの１つ手前
のセグメントのＣＬで必要なものには”ＴＩＭＩＮＧ”
をｌく（ステップ４）。オフセットで示されたセグメン
トから再生動作を開始させるためである。なお、“ＴＩ
ＭＩＮＧ”を書（場合には、端末に表示させる必要から
メール全体の長さから計算した位置のセグメントに置く
ようにする必要がある。次に管理データからブロックの
サイズを読取り、サイズの示すセグメントのＣＬにブロ
ックの終わりを示す“ＥＮＤ”を書く（ステップ５）。

なお、若しメールの最終セグメントである場合には、Ｃ
Ｌに“５ＴＯＰ”を書く。

次に、管理データの時刻とオフセットの示すセグメント
のＴＬが同じかどうかチエツクしくステップ６）、同じ
でない場合には管理データの時刻に従ってＴＬを全て書
き換える（ステップ７）。

以上の処理が終了したら、内部バッフ？に格納されてい
るデータをブロック毎２面バッファ１１ｆに書込む（ス
テップ８）。その際、ＯＬに“５ＴＯＰ”を書いである
かどうかチエツクしくステップ９）、ｍいである場合に
は動作を終了する。書いてない場合には、回線インタフ
ェース部１１より２面バッファ１１ｆの切り換え通知を
待つ（ステップ１０）。

第９図は、本発明の他の実施例を示すシステム構成図で
、ｌ５ＤＮ−ＰＢＸに適用した例を示している。第２図
と同一のものは、同一の符号を付して示す。マルチメデ
ィアメールシステム２０は、複数の回線インタフェース
１１．メール管理部１３及びハードディスク１２より構
成されている。

交換機２１とマルチメディアメールシステム２０とはｒ
ｓＤＮ回線２２で接続され、情報の通信を行う。マルチ
メディアメールシステム２０の第２図との対応関係につ
いては、Ｄチャネルインタフェース１１Ｂが信号インタ
フェース１１ｅに対応し、蓄積データ管理部１１Ａがそ
の他の部分（第２図の１１ａ　〜１１ｄ、１１ｆ’　〜
１１ｈ）に対応している。

ｌ５ＤＮは、情報を２８＋Ｄバス（２個の８チャネルＢ
１．８２と１個のＤチャネル）を用いて転送するもので
あり、Ｂチャネルのデータ転送速度は６４ＫｂｐＳに、
Ｄチャネルのそれは１６Ｋｂｐｓに決められている。こ
こでは、マルチメディアメールシステム２０を交換機２
１のバックエンドに接続し、回線インタフェースとして
は、ｌ５ＤＮで標準化されている２Ｂ＋Ｄのベーシック
レートインフェース（ＳＲＩ　）を採用し゛ている。

例えば音声を８１チヤネルに、その他のメディアを８２
チヤネルに、端末との制御情報をＤチャネルにそれぞれ
割当てている。端末には、マルチメディアによる通信が
可能な複合通信端末２３を置く。

本システムでは、回線インタフェース部１１を、Ｂチャ
ネルの蓄積情報のみを扱う蓄積データ処理部１１Ａと、
Ｄチャネルの端末とのインタラクティブな制御情報の通
信を行う、Ｄチャネルインタフェース１１Ｂに分けてい
る。２面バッファ（図示せず）は、３１．３２チヤネル
のそれぞれに対して２個設けられている。セグメントに
付与するＣＬの種類としては、前述した５種類（第６図
参照）を用いている。

記録時に、蓄積データ処理部１１Δは２面バッファ（以
下単にバッフ？という）にデータを書き、そのバッファ
の最終セグメント以外のセグメントにはＣＬとして“Ｎ
ＯＲＭＡＬ”を、バッフ？のＪｉｌ終セグメントには“
ＥＮＤ”を書き、バッファを切換える。メール管理部１
３がアクセスするバッファには、先程記録されたデータ
があるので、それをバッファ毎、即ちブロック単位で読
出し、それを基に管理データの作成とハードディスク１
２への書込みを行う。そして、記録の最終セグメントに
はＣＬとして“５ＴＯＰ″を書込む。

再生時には、メール管理部１３は管理データを基にハー
ドディスク１２からバッファへ蓄積デ−タを書き、バッ
ファの切換えを行う。蓄積データ処理部１１Ａは、バッ
フ１に置かれたデータを、ＯＬが″“ＮＯＲＭＡＬ”な
らＴＬに従って再生する。“ＥＮＤ”ならＴＬに従って
再生した後、バッファの切換えを行う。“５ＴＯＰ”な
ら再生動作を停止する。メール管理部１３は、編集によ
る削除セグメントがある場合（第１０図（ロ））、先ず
最初のブロックではＴｓ＋ｉの１つ手前のセグメントに
ＯＬとして“ＥＮＤ”をｍく。次のブロックでは、Ｔｍ
＋ｊの１つ手前のセグメントまで“５ＫＩＰ”を書く。

これにより、蓄積データ処理部１１Ａは編集によるデー
タの変化に対しても不都合なく再生することができ、る
。また、ＣＬに“’ＴＩＭＩＮＧ”があると、蓄積デー
タ処理部１１Ａは端末の制御部に信号を送り、端末はこ
れにより端末上のインジケータを１だけ増加させる。

［発明の効果］ 本発明は、上述のように構成されているので、メール編
集時の処理の＾透化を図ることができる。

【図面の簡単な説明】

第１図は本発明の原理ブロック図、 第２図は本発明の一実施例を示す構成ブロック図、 第３図はシステムへのデータ入力時の動作を示すフロー
チャート、 第４図はセグメントの構成例を示す図、第５図はデータ
再生時の動作を示すフローチャート、 第６図はコントロールラベルの例を示す図、第７因はメ
ール管理部のメール記録時のフローチャート、 第８図はメール管理部のメール再生時の７０−チレート
、 第９図は本発明の他の実施例を示すシステム構成図、 第１０図は管理データと蓄積データの分離によるメール
蓄積方式の説明図である。 第１図において、 １１は回線インタフェース部、 １２は記憶装置、 １３はメール管理部である。 特許出願人　　　富　　士　　通　　株　　式　　会　
　社ネ光明の原理ブロック図 第１　図 第２匡召 システムへのデータ入力時の動伜奪示す７０一千ヤード
第３図 メール管理部のメール記録時のフローチャート第７図

Claims (1)

1. 【特許請求の範囲】 回線からのデータを入力して、蓄積データのバッファリ
   ング、セグメント化及び各セグメントへのタイムラベル
   の付与を行う複数個の回線インタフェース部（１１）と
   、 入力データを格納する記憶装置（１２）と、これら回線
   インタフェース部（１１）及び記憶装置（１２）と接続
   され、メールボックスの管理、入力データの記憶装置（
   １２）への書込みと、記憶装置（１２）からのデータの
   読出しを行うと共に、データ再生時に回線インタフェー
   ス部（１１）に記録・再生の状況に同期した端末制御を
   行わせるための制御情報（コントロールラベル）を付与
   するメール管理部（１３）とにより構成されているマル
   チメディアメールシステム。