JPH0795340A - マルチメディアサーバー - Google Patents

Abstract

(57)【要約】 【目的】 原稿受信者がマルチメディアサーバーに対し
て原稿の出力を要求したことを検出して送達確認を行う
ことにより、原稿送信者は本人に直接確認することな
く、相手が原稿を確認したことを知る。 【構成】 個人の端末はＬＡＮ１２により接続されてお
り、ＬＡＮＩ／Ｆ１１はマルチメディアサーバー１とＬ
ＡＮ１２とのインターフェイスである。プリンタ１０は
送受信原稿などを出力し、記憶装置３は送信あるいは受
信原稿及び送信元端末機能などを記憶しておく。通信制
御部４はＩＳＤＮまたはＰＳＴＮ回線とのインターフェ
イスを有し、通信を行う。受信端末が受信した原稿のフ
ァイルをマルチメディアサーバーの記憶装置から出力す
ることによって、受信者が受信原稿を確認したとみな
し、送信側端末に対して受信者が原稿を確認したことを
画像データによって通知する。

Description

【発明の詳細な説明】

【０００１】

【技術分野】本発明は、マルチメディアサーバーに関
し、より詳細には、受信原稿を記憶装置に蓄積し、ロー
カル・エリア・ネットワーク（ＬＡＮ）で接続されてい
る端末に対して、原稿を受信したことを通知し、端末側
の要求によって受信原稿を出力する機能を有するマルチ
メディアサーバーに関する。

【０００２】

【従来技術】本発明に係る従来技術を記載した公知文献
としては、例えば、特開平３−１０２９５１号公報に
「ファクシミリ中継方法」が提案されている。この公報
のものは、中継局が中継宛先の一部を転送中継局に中継
依頼し、転送中継局が依頼された中継宛先に画情報を順
次送信するとともに、送信結果を中継依頼局に通知し、
また、中継局が転送中継依頼を行ったことを中継依頼局
に通知するようにしたので、中継局と転送中継局が中継
動作を行うために、中継局が中継動作のために費やす時
間が短縮するとともに、１つの中継動作に関する時間が
短縮されるものである。

【０００３】また、特開平３−２８９７５６号公報の
「ファクシミリサーバー」は、ファクシミリをローカル
・エリア・ネットワーク（ＬＡＮ）に接続するためのフ
ァクシミリサーバーである。すなわち、従来は、受信側
のファクシミリ装置でプリントアウトした情報を該ＬＡ
Ｎに接続されたワークステーション等にキーボード等か
ら入力して電子化し、これを通常の電子メールで所望の
相手に送る方式等があったが、これらの方式は、オペレ
ータがファクシミリで受信した原稿情報を電子化した
り、電子メール用アドレスを付加したりする等の操作を
加えなければならず、大きな手間を必要とした。そこ
で、この公報に記載されたものは、ファクシミリ装置の
受信情報を自動的にＬＡＮに接続できるようにしたもの
である。

【０００４】しかしながら、従来のファクシミリ装置で
は、送信した原稿を受信者が受け取ったかどうかの確認
は、ファクシミリを送信した後にある程度の時間をおい
て電話などによって直接本人に確かめる以外に方法はな
く、送信者としては不安感があった。また、ファクシミ
リ原稿の受信者が、異動などによって従来から使用して
いたファクシミリ端末を使用しなくなり、新たなファク
シミリを使用し始めた場合、新たな電話番号を知らない
送信者が従来のファクシミリ端末宛に原稿を送信して
も、本人に届かない場合があった。

【０００５】

【目的】本発明は、上述のごとき実情に鑑みてなされた
もので、原稿受信者がマルチメディアサーバーに対して
原稿の出力を要求したことを検出して、送達確認を行う
ことにより、原稿送信者は本人に直接確認することな
く、相手が原稿を確認したことを知ることができ、原稿
送信者の不安を解消できるようにしたマルチメディアサ
ービーを提供することを目的としてなされたものであ
る。

【０００６】

【構成】本発明は、上記目的を達成するために、（１）
受信原稿を記憶装置に蓄積し、ローカル・エリア・ネッ
トワーク（ＬＡＮ）で接続されている端末に対して原稿
を受信したことを通知し、端末側の要求によって受信原
稿を出力する機能を有するマルチメディアサーバーにお
いて、送信側端末が自端末の電話番号を受信側端末にデ
ータとして送信する送信手段と、送信した原稿を相手が
確認した際に、確認したことを通知することを要求する
要求手段と、受信端末が受信した原稿のファイルをマル
チメディアサーバーの記憶装置から出力することによっ
て、受信者が受信原稿を確認したとみなし、送信側端末
に対して受信者が原稿を確認したことを画像データによ
って通知する通知手段とを有すること、更には、（２）
受信端末が受信した原稿のファイルをマルチメディアサ
ーバーの記憶装置から出力することによって、受信者が
受信原稿を確認したとみなし、送信元に対して受信者が
原稿を確認したことをプロトコル上で送達確認通知であ
ることを示す表示手段と、送達確認通知を受信した側
で、プロトコル上の情報から該当する端末に対して送達
確認通知を行う通知手段とを有すること、更には、
（３）送信側端末が送信した原稿を相手が確認した際
に、確認したことを通知することを要求する要求手段
と、その通知を実際に送信を行った端末以外の端末に送
信したい場合は、送達確道通知を希望する端末の電話番
号を受信側に送信する送信手段と、受信端末が受信した
原稿のファイルをマルチメディアサーバーの記憶装置か
ら出力することによって、受信者が受信原稿を確認した
とみなし、送信側端末の希望する端末に対して受信者が
原稿を確認したことを画像データによって通知する通知
手段とを有すること、或いは、（４）受信原稿を記憶装
置に蓄積し、ローカル・エリア・ネットワークで接続さ
れている端末に対して原稿を受信したことを通知し、端
末側の要求によって受信原稿を出力する機能を持つマル
チメディアサーバーにおいて、送信側端末の要求に従っ
て送達確認通知を送信する送信手段と、送信側端末の指
定する端末を使用していた受信者が、別の端末を使用し
ているとき、その端末に対して送信された文書などのデ
ータを転送する転送手段と、前記送信側端末が送達確認
通知を要求している場合には、移動先の自端末に対して
原稿を転送すると共に、前記送信側端末を送達確認先の
端末とする送達確認を要求する要求手段とを有するこ
と、更には、（５）前記（４）において、特定のマルチ
メディアサーバーより送信された原稿が、前記送信側端
末から送信された原稿を転送されたものであるとき、該
送信側端末に対して前記自端末の端末情報を送信する送
信手段を有すること、或いは、（６）受信原稿を記憶装
置に蓄積し、ローカル・エリア・ネットワークで接続さ
れている端末に対して原稿を受信したことを通知し、端
末側の要求によって受信原稿を出力する機能を有するマ
ルチメディアサーバーにおいて、送信側端末が指定する
電話番号を受信側端末にデータとして送信する送信手段
と、送信した原稿を相手が確認した際に、確認したこと
を通知することを要求する要求手段と、受信端末が受信
した原稿のファイルをマルチメデイアサーバーの記憶装
置から出力することによって、受信者が受信原稿を確認
したとみなし、送信側の指定する電話端末に対して受信
者が原稿を確認したことを音声によって通知する通知手
段とを有すること、更には、（７）前記（６）におい
て、送信側端末が指定するボイスメールシステムの電話
番号を受信側端末にデータとして送信する送信手段と、
送信した原稿を相手が確認した際に、確認したことを通
知することを要求する要求手段と、受信端末が受信した
原稿のファイルをマルチメディアサーバーの記憶装置か
ら出力することによって、受信者が受信原稿を確認した
とみなし、送信側の指定するボイスメールに対して受信
者が原稿を確認したことを音声によって通知する通知手
段を有すること、更には、（８）前記（６）において、
送信側端末が自端末の電話番号を受信端末にデータとし
て送信する送信手段と、送信した原稿を相手が確認した
際に、確認したことを通知することを要求する要求手段
と、受信端末が受信した原稿のファイルをマルチメディ
アサーバーの記憶装置から出力することによって、受信
者が受信原稿を確認したとみなし、送信元に対して受信
者が原稿を確認したことをプロトコル上で送達確認通知
であることを示す通知手段と、受信した送達確認通知に
従って送信者に対して送達確認を通知するとき、送信者
がローカル・エリア・ネットワーク上の端末ではなく、
電話などの端末に対して送達確認の通知を希望する場合
は、送信者の希望する電話端末に対して音声によって送
達確認通知を行う通知手段とを有することを特徴とした
ものである。以下、本発明の実施例に基づいて説明す
る。

【０００７】図１は、本発明によるマルチメディアサー
バーの一実施例を説明するための構成図で、図中、１は
マルチメディアサーバー、２はＣＰＵ（中央処理装
置）、３は記憶装置、４は通信制御部、５はその他の処
理部、６はバス、７はＲＯＭ（Read Only Memory）、８
はＲＡＭ（Random Access Memory）、９はプリンタ制御
部、１０はＰＲＮ（プリンタ）、１１はＬＡＮ（Local
Area Network）Ｉ／Ｆ（インターフェース）、１２はＬ
ＡＮ、１３ａ，１３ｂは端末である。

【０００８】ＣＰＵ２は全体の処理に対する命令を出す
部分、ＲＯＭ７はＣＰＵ２が命令を出す上でのプログラ
ムが記憶されている部分、ＲＡＭ８はプログラムの作業
領域である。個人の端末はローカル・エリア・ネットワ
ーク（ＬＡＮ）１２により接続されており、ＬＡＮＩ／
Ｆ１１はマルチメディアサーバー１とＬＡＮ１２とのイ
ンターフェイス部分である。プリンタ１０は送受信原稿
などを出力する部分、記憶装置３は送信あるいは受信原
稿及び送信元端末機能などを記憶しておく部分、通信制
御部４はＩＳＤＮ（Integrated Services Digital Netw
ork）またはＰＳＴＮ回線とのインターフェイスを持
ち、通信を行う部分である。

【０００９】図２は、本発明によるマルチメディアサー
バーの請求項１におけるフローチャートである。以下、
各ステップに従って順に説明する。送信者はマルチメデ
ィアサーバー上の個別端末を、サブアドレスやダイヤル
・インなどの方法で指定して送信を行う。マルチメディ
アサーバーは、受信した原稿とその宛先、相手端末の電
話番号などの端末機能や送達確認通知要求の有無などを
記憶装置内に蓄積する（step１，２）。そして、受信原
稿の宛先であるＬＡＮ上の端末に対して文書を受信した
旨の通知を行う（step３）。端末が原稿を確認するため
には、マルチメディアサーバーに対してプリントアウト
か、または端末への原稿の送信を要求する（step４）。
マルチメディアサーバーは、端末からの要求に従って受
信原稿の出力を行う（step５）。その出力要求によって
受信者が受信原稿を確認したことを検出し（step６)、
要求がなければ、処理は終了し（step７）、その原稿の
送信元が送達確認通知を希望している場合は、送信元に
対して送達確認原稿の作成および送信を行う（step
８）。

【００１０】図３は、図２における送達確認原稿作成・
送信処理（step７）のフローチャートである。以下、各
ステップに従って順に説明する。あらかじめ作成し、記
憶装置などに保存しておいた送達確認通知用の原稿を、
記憶装置から取り出し（step９）、その原稿に送信者が
どの相手に向けて送信したものか判別するために、受信
端末名かまたは受信端末のサブアドレス、ダイヤル・イ
ン番号などの原稿情報を付加する（step１０）。そうし
て作成された原稿を画像データに変換し（step１１）、
保存しておいて相手端末の電話番号に対して（step１
２）その原稿を送信し（step１３）、処理を終了する
（step１４）。

【００１１】図４は、請求項１におけるＧ３通信時のプ
ロトコル例である。送信側端末は、送信の際に送達確認
通知要求や自端末の電話番号など送達確認に必要な情報
を付加する。マルチメディアサーバーは受信端末が原稿
を確認した後に、送信側端末に対して画像データによっ
て送信する。

【００１２】図５（ａ）,（ｂ）は、本発明によるマル
チメディアサーバーの請求項２におけるフローチャート
で、図（ａ）は原稿受信側、図（ｂ）は原稿送信側を各
々示すフローチャートである。以下、各ステップに従っ
て順に説明する。送信者はマルチメディアサーバー上の
個別端末を、サブアドレスやダイヤル・インなどの方法
で指定して送信を行う。マルチメディアサーバーは、受
信した原稿とその宛先、相手端末の電話番号や、相手端
末が送達確認通知を受信可能かどうかなどの端末機能や
送達確認通知要求の有無などを記憶装置内に蓄積する
（step１，２）。そして、受信原稿の宛先であるＬＡＮ
上の端末に対して文書を受信した旨の通知を行う（step
３）。端末が原稿を確認するためには、マルチメディア
サーバーに対してプリントアウトか、または端末への原
稿の送信を要求する（step４）。マルチメディアサーバ
ーは、端末からの要求に従って受信原稿の出力を行う
（step５）。その出力要求によって受信者が受信原稿を
確認したことを検出し（step６）、要求がなければ、処
理を終了する（step７）。その原稿の送信元が送達確認
通知を希望している場合は、送信元端末に対して送達確
認通知を行う（step８、１０）、受信可能でなければ、
送達確認原稿作成・送信を行う（step９）。送信確認通
知を受信したマルチメディアサーバーは（step１１）、
送達確認の原稿情報や相手端末情報などを記憶しておき
（step１２）、指定されたＬＡＮ上の端末に対して送達
確認を受信した旨の通知を行い（step１３）、処理を終
了する（step１４）。

【００１３】図６は、請求項２におけるＧ３通信時のプ
ロトコル例である。マルチメディアサーバーは通信プロ
トコル上のＮＳＳで送達確認送信であることや、原稿情
報などを送信し、実際の画像データの送信は行わない。
送信側端末は、送信の際に送達確認通知要求や自端末の
電話番号など送達確認に必要な情報を付加する。マルチ
メディアサーバーは受信端末が原稿を確認した後に、送
信側端末に対してこの通信が送達確認通知であることを
示し、それに付随する原稿情報を併せて送信し、画像情
報の送信は行わない。

【００１４】図７は、本発明によるマルチメディアサー
バーの請求項３におけるフローチャートを示す図で、以
下、各ステップに従って順に説明する。送信者はマルチ
メディアサーバー上の個別端末を、サブアドレスやダイ
ヤル・インなどの方法で指定して送信を行う。マルチメ
ディアサーバーは、受信した原稿とその宛先、送達確認
の送信先電話番号などの端末機能や送達確認通知要求の
有無などを記憶装置内に蓄積する（step１，２）。そし
て、受信原稿の宛先であるＬＡＮ上の端末に対して文書
を受信した旨の通知を行う（step３）。端末が原稿を確
認するためには、マルチメディアサーバーに対してプリ
ントアウトか、または端末への原稿の送信を要求する
（step４）。マルチメディアサーバーは、端末からの要
求に従って受信原稿の出力を行う（step５）。その出力
要求によって受信者が受信原稿を確認したことを検出し
（step６）、要求がなければ、処理を終了する（step
７）。その原稿の送信元が送達確認通知を希望している
場合は、送達確認送信先に対して送達確認通知を行う
（step８）。

【００１５】図８は、図７における送達確認原稿作成・
送信処理（step７）のフローチャートである。以下、各
ステップに従って順に説明する。あらかじめ作成し、記
憶装置などに保存しておいた送達確認通知用の原稿を、
記憶装置から取り出し（step９）、その原稿に送信者が
どの相手に向けて送信したものか判別するために、受信
端末名かまたは受信端末のサブアドレス、ダイヤル・イ
ン番号などの原稿情報を付加する（step１０）。そうし
て作成された原稿を画像データに変換し（step１１）、
保存しておいて送達確認送信先の電話番号に対して（st
ep１２）その原稿を送信し（step１３）、処理を終了す
る（step１４）。

【００１６】図９は、請求項３におけるＧ３通信時のプ
ロトコル例である。送信側端末は、送信の際に送達確認
通知要求や送達確認送信先の電話番号など送達確認に必
要な情報を付加する。マルチメディアサーバーは受信端
末が原稿を確認した後に、送達確認送信先に対して画像
データによって送信する。

【００１７】以上の実施例（請求項１〜３）は、マルチ
メディアサーバーにＬＡＮを介して接続された受信端末
が、受信した原稿のファイルをマルチメディアサーバー
の記憶装置から出力することによって、受信者が受信原
稿を確認したとみなし、送信側端末に対して受信者が原
稿を確認したことを画像データによって通知するもので
ある。以下に、本発明によるマルチメディアサーバーの
他の実施例（請求項４，５）について説明する。

【００１８】図１０は、本発明によるマルチメディアサ
ーバーの請求項４におけるフローチャートである。以
下、各ステップに従って順に説明する。送信者はマルチ
メディアサーバーＢ上の個別端末を、サブアドレスやダ
イヤル・インなどの既知の方法で指定して送信を行う。
その際、プロトコル上で送達確認通知を要求することを
示しておく。マルチメディアサーバーＢは、受信した原
稿とその宛先、送信側端末Ａの電話番号などの端末機能
や、送達確認要求の有無などを、記憶装置内に蓄積する
（step１，２）。マルチメディアサーバーＢは指定され
た個別端末が移転していないかどうかを確認し（step
３）、移転している場合は、移転先の電話番号などを取
り出し（step５）、移転先端末Ｃに対して発呼を行う。
その時、送信側端末Ａが送達確認を要求している場合は
（step６）、端末Ａを送達確認送付先としてプロトコル
上で送達確認通知であることを示す（step７，８）。そ
の後、送信側端末Ａに送信する画像データの作成および
送信を行う（step９，１０）。

【００１９】図１１は、図１０における移転先情報通知
用の原稿の作成および送信処理（step１０）のフローチ
ャートである。以下、各ステップに従って順に説明す
る。あらかじめ作成して記憶装置などに保存しておいた
移転先情報通知用の原稿を、記憶装置から取り出し（st
ep１２）、その原稿に送信者がどの相手に向けて送信し
たものか判別するために、受信端末名（例えばＢ，Ｃ）
などの原稿情報を付加する（step１３）。そうして作成
された原稿を画像データに変換し（step１４）、送信側
端末Ａに対してその原稿を送信する（step１５，１
６）。

【００２０】図１２は、請求項４におけるＧ３通信時の
プロトコル例である。送信側端末Ａは、プロトコル上で
送信確認を要求することを示す。受信側マルチメディア
サーバーＢは、記憶装置などに保存されている情報か
ら、受信者が移転していることを検出すると、受信者の
移転先端末Ｃに対して受信原稿を転送し、その際、プロ
トコル上で送達確認を要求することを示し、送達確認通
知先として端末Ａを指定する。また送信者に対しては、
あらかじめ作成し、記憶装置などに保存しておいた移転
先情報通知用の原稿を記憶装置から取り出し、送信側端
末Ａに対して画像データによって送信する。

【００２１】図１３は、本発明によるマルチメディアサ
ーバーの請求項５におけるフローチャートである。以
下、各ステップに従って順に説明する。特定のマルチメ
ディアサーバーＢから送信された原稿データが、端末Ａ
から送信された原稿を転送したものである場合（step
２）、原稿情報と併せて端末Ａの端末情報を記憶装置内
に記憶する（step３）。受信側マルチメディアサーバー
Ｃは、指定された端末に対して原稿受信の通知を行い
（step４）、その後に端末Ａに対する自端末情報原稿の
作成および送信を行う（step５，６）。

【００２２】図１４は、図１３における自端末情報原稿
の作成および送信処理（step６）のフローチャートであ
る。以下、各ステップに従って順に説明する。あらかじ
め作成して記憶装置などに保存しておいた自端末情報原
稿を、記憶装置から取り出し（step１０）、その原稿に
送信者がどの相手に向けて送信したものか判別するため
に、受信端末名（例えばＢ，Ｃ）などの原稿情報を付加
する（step１１）。そうして作成された原稿を画像デー
タに変換し（step１２）、送信側端末Ａに対してその原
稿を送信する（step１３，１４）。

【００２３】図１５は、請求項５におけるＧ３通信時の
プロトコル例である。マルチメディアサーバーＢは、送
信する原稿が端末Ａから送信されたものであることをプ
ロトコル上で示し、その端末情報を送信する。原稿を受
信した端末Ｃは、あらかじめ作成して記憶装置などに保
存しておいた自端末情報の原稿を、記憶装置から取り出
し、送信側端末Ａに対して画像データによって送信す
る。

【００２４】次に、本発明によるマルチメデイアサーバ
ーの更に他の実施例（請求項６〜８）について説明す
る。図１６は、本発明によるマルチメデイアサーバーの
更に他の実施例を説明するための構成図で、図中、１４
は音声処理部で、その他、図１と同じ作用をする部分は
同一の符号を付してある。

【００２５】ＣＰＵ２は全体の処理に対する命令を出す
部分、ＲＯＭ７はＣＰＵ２が命令を出す上でのプログラ
ムが記憶されている部分、ＲＡＭ８はプログラムの作業
領域である。個人の端末はローカル・エリア・ネットワ
ーク（ＬＡＮ）１２により接続されており、ＬＡＮＩ／
Ｆ１１はマルチメデイアサーバー１とＬＡＮ１２とのイ
ンターフェイス部分である。プリンタ１０は送受信原稿
などを出力する部分、記憶装置３は送信あるいは受信原
稿及び送信元端末機能などを記憶しておく部分、音声処
理部１４はボイスメールまたは電話端末用の合成音声の
作成などを行う部分、通信制御部４はＩＳＤＮ（Integr
ated Services Digital Network）またはＰＳＴＮ回線
とのインターフェイスを持ち、通信を行う部分である。

【００２６】図１７は、本発明によるマルチメデイアサ
ーバーの請求項６におけるフローチャートである。以
下、各ステップに従って順に説明する。送信者は、マル
チメデイアサーバー上の個別端末を、サブアドレスやダ
イヤル・インなどの方法で指定して送信を行う。マルチ
メデイアサーバーは、受信した原稿とその宛先、送達確
認の送信先電話番号などの端末機能や送達確認通知要求
の有無などを記憶装置内に蓄積する(step1,2）。そし
て、受信原稿の宛先であるＬＡＮ上の端末に対して文書
を受信した旨の通知を行う（step3）。端末が原稿を確
認するためには、マルチメデイアサーバーに対してプリ
ントアウトかまたは端末への原稿の送信を要求する（st
ep4）。マルチメデイアサーバーは端末からの要求に従
って受信原稿の出力を行う（step5）。その出力要求に
よって受信者が受信原稿を確認したことを検出し（step
6）、要求がなければ、処理は終了し（step7）、その原
稿の送信元が音声による送達確認通知を希望している場
合は、送信元に対して送達確認メッセージの作成及び送
信を行う（step8）。

【００２７】図１８は、図１７における送達確認メッセ
ージ作成・送信処理（step7）のフローチャートであ
る。以下、各ステップに従って順に説明する。あらかじ
め作成し、記憶装置などに保存しておいた送達確認通知
用の音声メッセージを、記憶装置から取り出し（step
9）、その原稿に送信者がどの相手に向けて送信したも
のか判別するために、受信端末名かまたは受信端末のサ
ブアドレス、ダイヤル・イン番号などの原稿情報を音声
データに変換して付加する（step10、11）。そうして作
成された送達確認メッセージを、保存しておいた相手端
末の指定する電話端末に対して（step12）そのメッセー
ジを送信し（step13）、処理を終了する（step14）。

【００２８】図１９（ａ）,（ｂ）は、請求項６におけ
るＧ３通信時のプロトコル例で、図（ａ）は原稿送信
時、図（ｂ）は送達確認送信時を各々示すプロトコルで
ある。送信側端末は、送信の際に送達確認通知要求や送
達確認送信先端末の電話番号など送達確認に必要な情報
を付加する。マルチメデイアサーバーは受信端末が原稿
を確認した後に、送信側の指定する電話端末に対して音
声メッセージを送信する。

【００２９】図２０は、本発明によるマルチメデイアサ
ーバーの請求項７におけるフローチャートである。以
下、各ステップに従って順に説明する。送信者はマルチ
メデイアサーバー上の個別端末を、サブアドレスやダイ
ヤル・インなどの方法で指定して送信を行う。マルチメ
デイアサーバーは、受信した原稿とその宛先、相手端末
の指定するボイスメールの電話番号、加入者番号や相手
端末が送達確認通知を受信可能かどうかなどの端末機能
や送達確認通知要求の有無などを記憶装置内に蓄積する
（step1、2）。そして、受信原稿の宛先であるＬＡＮ上
の端末に対して文書を受信した旨の通知を行う（step
3）。端末が原稿を確認するためには、マルチメデイア
サーバーに対してプリントアウトかまたは端末への原稿
の送信を要求する（step4）。マルチメデイアサーバー
は、端末からの要求に従って受信原稿の出力を行う（st
ep5）。その出力要求によって受信者が受信原稿を確認
したことを検出し（step6）、要求がなければ、処理は
終了し（step7）、その原稿の送信元が送達確認通知を
希望している場合は、送信元端末の指定するボイスメー
ルに音声メッセージを送信することで、送達確認通知を
行う（step8）。

【００３０】図２１は、図２０における送達確認メッセ
ージ作成・送信処理（step7）のフローチャートであ
る。以下、各ステップに従って順に説明する。あらかじ
め作成し、記憶装置などに保存しておいた送達確認通知
用の音声メッセージを記憶装置から取り出し（step
9）、その原稿に送信者がどの相手に向けて送信したも
のか判別するために、受信端末名かまたは受信端末のサ
ブアドレス、ダイヤル・イン番号などの原稿情報を音声
データに変換して付加する（step10,11）。送信確認受
信先電話番号送信コードを取り出し（step12）、ＰＢ
（プッシュボタン）信号を作成し（step13）、送達確認
メッセージ送信し（step14)、処理を終了する（step1
5）。

【００３１】図２２（ａ）,（ｂ）は、請求項７におけ
るＧ３通信時のプロトコル例で、図（ａ）は原稿送信
時、図（ｂ）は送達確認送信時を各々示すプロトコルで
ある。送信側端末は、送信の際に送達確認通知要求や送
達確認送信先のボイスメールシステムの電話番号、加入
者番号など送達確認に必要な情報を付加する。マルチメ
デイアサーバーは、受信端末が原稿を確認した後に、送
達確認送信先のボイスメールシステムに対して音声メッ
セージを送信する。

【００３２】図２３（ａ）,（ｂ）は、本発明によるマ
ルチメデイアサーバーの請求項８におけるフローチャー
トで、図（ａ）は原稿受信側、図（ｂ）は原稿送信側を
各々示すフローチャートである。送信者はマルチメデイ
アサーバー上の個別端末を、サブアドレスやダイヤル・
インなどの方法で指定して送信を行う。その際、送達確
認通知を電話端末などに行うことを希望する場合は、そ
の電話端末の電話番号を併せて指定する。受信側端末が
受信者が原稿を確認したことを検出し(step8)、送信側
端末に対して送達確認通知を行う(step10)。送達確認通
知を受信した（step11）送信側マルチメディアサーバー
は、送達確認の原稿情報や相手端末情報などを記憶して
おき(step12)、それをもとに確認通知メッセージを作成
し(step13〜15)、送信者の指定する電話端末に対して(s
tep16)音声によって送達確認通知を行い(step17)、処理
を終了する(step18)。

【００３３】図２４（ａ）,（ｂ）は、請求項８におけ
るＧ３通信時のプロトコル例で、図（ａ）は原稿送信
時、図（ｂ）は送達確認送信時を各々示すプロトコルで
ある。受信側端末は、通信プロトコル上のＮＳＳで送達
確認送信であることや、原稿情報などを送信し、実際の
画像データや音声の送信は行わない。送信側端末は、送
信の際に送達確認通知要求や送信側端末の電話番号やサ
ブアドレスなど送達確認に必要な情報を付加する。この
とき、送信者の指定する電話端末などの番号を受信側端
末に対して送信する必要はない。受信側端末は受信端末
が原稿を確認した後に、送信側端末に対してこの通信が
送達確認通知であることを示し、それに付随する原稿情
報を併せて送信し、画像データや音声の送信は行わな
い。送達確認通知を受け取った送信側端末は、送信者の
指定する電話端末に対して音声メッセージを送信する。

【００３４】

【効果】以上の説明から明らかなように、本発明による
と、以下のような効果がある。 （１）請求項１に対応する効果：原稿受信者がマルチメ
ディアサーバーに対して原稿の出力を要求したことを検
出して、送達確認を行うことにより、原稿送信者は本人
に直接確認することなく、相手が原稿を確認したことを
知ることができ、原稿送信者の不安を解消できる。 （２）請求項２に対応する効果：原稿送信側サーバーが
送達確認通知を受信可能な場合は、実際に原稿情報を送
信せず、プロトコル上の信号などを用いて情報をやりと
りすることにより、送信に要する時間を短縮することが
できる。 （３）請求項３に対応する効果：原稿送信側端末が送達
確認通知を希望する端末の電話番号を原稿受信側サーバ
ーに通知することにより、例えば、出先の端末装置など
から原稿を送信した場合でも、通常送信者の使用してい
る端末に送達確認を受け取ることができる。 （４）請求項４に対応する効果：送信側端末Ａが送達確
認通知を希望しているとき、端末Ａの指定する端末を使
用していた受信者が、移転などの理由で他の端末を使用
している場合でも、移転先の端末Ｃに対して原稿を送信
する際に端末Ａを送達確認先とする送達確認通信をする
ことにより、端末Ａに対して受信者が原稿を受信したこ
とを確認でき、オペレータの不安が解消されるととも
に、端末Ａは受信者の移転先端末Ｃの端末情報を得るこ
とができる。 （５）請求項５に対応する効果：特定のマルチメディア
サーバーＢから送信された原稿が端末Ａから送信された
ものの場合、端末Ｃから移転先の情報を送信することに
より、中継局となるマルチメディアサーバーＢの負担を
軽減することができる。 （６）請求項６に対応する効果：原稿受信者がマルチメ
ディアサーバーに対して原稿の出力を要求したことを検
出して、送達確認を行うことにより、原稿送信者は本人
に直接確認することなく、相手が原稿を確認したことを
音声によって知ることができ、原稿送信者の不安を解消
できる。 （７）請求項７に対応する効果：原稿受信者がマルチメ
ディアサーバーに対して原稿の出力を要求したことを検
出して、送達確認を行うことにより、原稿送信者は本人
に直接確認することなく、またボイスメールを利用する
ことで送信者が不在の場合でも相手が原稿を確認したこ
とを知ることができ、原稿送信者の不安を解消できる。 （８）請求項８に対応する効果：原稿送信者が指定する
電話端末に対して送信側端末が送達確認通知を行うた
め、実際に原稿をやり取りする端末間において、送信す
るデータ量が削減でき、送信に費やす時間を短縮するこ
とができる。

【図面の簡単な説明】

【図１】 本発明によるマルチメディアサーバーの一実
施例を説明するための構成図である。

【図２】 本発明によるマルチメディアサーバーの請求
項１におけるフローチャートを示す図である。

【図３】 図２における送達確認原稿作成・送信処理の
フローチャートを示す図である。

【図４】 本発明の請求項１におけるＧ３通信時のプロ
トコル例を示す図である。

【図５】 本発明によるマルチメディアサーバーの請求
項２におけるフローチャートを示す図である。

【図６】 本発明の請求項２におけるＧ３通信時のプロ
トコル例を示す図である。

【図７】 本発明によるマルチメディアサーバーの請求
項３におけるフローチャートを示す図である。

【図８】 図７における送達確認原稿作成・送信処理の
フローチャートを示す図である。

【図９】 本発明の請求項３におけるＧ３通信時のプロ
トコル例を示す図である。

【図１０】 本発明によるマルチメディアサーバーの請
求項４におけるフローチャートを示す図である。

【図１１】 図１０における移転先通知原稿作成・送信
処理のフローチャートを示す図である。

【図１２】 本発明の請求項４におけるＧ３通信時のプ
ロトコル例を示す図である。

【図１３】 本発明によるマルチメディアサーバーの請
求項５におけるフローチャートを示す図である。

【図１４】 図１３における自端末情報原稿作成・送信
処理のフローチャートを示す図である。

【図１５】 本発明の請求項５におけるＧ３通信時のプ
ロトコル例を示す図である。

【図１６】 本発明によるマルチメディアサーバーの更
に他の実施例を示す図である。

【図１７】 本発明におけるマルチメディアサーバーの
請求項６におけるフローチャートを示す図である。

【図１８】 図１７における送達確認メッセージ作成・
送信処理のフローチャートを示す図である。

【図１９】 本発明の請求項６におけるＧ３通信時のプ
ロトコル例を示す図である。

【図２０】 本発明によるマルチメディアサーバーの請
求項７におけるフローチャートを示す図である。

【図２１】 図２０における送達確認メッセージ作成・
送信処理のフローチャートを示す図である。

【図２２】 本発明の請求項７におけるＧ３通信時のプ
ロトコル例を示す図である。

【図２３】 本発明によるマルチメディアサーバーの請
求項８におけるフローチャートを示す図である。

【図２４】 本発明の請求項８におけるＧ３通信時のプ
ロトコル例を示す図である。

【符号の説明】

１…マルチメディアサーバー、２…ＣＰＵ（中央処理装
置）、３…記憶装置、４…通信制御部、５…その他の処
理部、６…バス、７…ＲＯＭ（Read Only Memory）、８
…ＲＡＭ（Random Access Memory）、９…プリンタ制御
部、１０…ＰＲＮ（プリンタ）、１１…ＬＡＮ（Local
Area Network）Ｉ／Ｆ（インターフェース）、１２…Ｌ
ＡＮ、１３ａ，１３ｂ…端末。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 受信原稿を記憶装置に蓄積し、ローカル
   ・エリア・ネットワークで接続されている端末に対して
   原稿を受信したことを通知し、端末側の要求によって受
   信原稿を出力する機能を有するマルチメディアサーバー
   において、送信側端末が自端末の電話番号を受信側端末
   にデータとして送信する送信手段と、送信した原稿を相
   手が確認した際に、確認したことを通知することを要求
   する要求手段と、受信端末が受信した原稿のファイルを
   マルチメディアサーバーの記憶装置から出力することに
   よって、受信者が受信原稿を確認したとみなし、送信側
   端末に対して受信者が原稿を確認したことを画像データ
   によって通知する通知手段とを有することを特徴とする
   マルチメディアサーバー。
2. 【請求項２】 受信端末が受信した原稿のファイルをマ
   ルチメディアサーバーの記憶装置から出力することによ
   って、受信者が受信原稿を確認したとみなし、送信元に
   対して受信者が原稿を確認したことをプロトコル上で送
   達確認通知であることを示す表示手段と、送達確認通知
   を受信した側で、プロトコル上の情報から該当する端末
   に対して送達確認通知を行う通知手段とを有することを
   特徴とする請求項１記載のマルチメディアサーバー。
3. 【請求項３】 送信側端末が送信した原稿を相手が確認
   した際に、確認したことを通知することを要求する要求
   手段と、その通知を実際に送信を行った端末以外の端末
   に送信したい場合は、送達確道通知を希望する端末の電
   話番号を受信側に送信する送信手段と、受信端末が受信
   した原稿のファイルをマルチメディアサーバーの記憶装
   置から出力することによって、受信者が受信原稿を確認
   したとみなし、送信側端末の希望する端末に対して受信
   者が原稿を確認したことを画像データによって通知する
   通知手段とを有することを特徴とする請求項１記載のマ
   ルチメディアサーバー。
4. 【請求項４】 受信原稿を記憶装置に蓄積し、ローカル
   ・エリア・ネットワークで接続されている端末に対して
   原稿を受信したことを通知し、端末側の要求によって受
   信原稿を出力する機能を持つマルチメディアサーバーに
   おいて、送信側端末の要求に従って送達確認通知を送信
   する送信手段と、送信側端末の指定する端末を使用して
   いた受信者が、別の端末を使用しているとき、その端末
   に対して送信された文書などのデータを転送する転送手
   段と、前記送信側端末が送達確認通知を要求している場
   合には、移動先の自端末に対して原稿を転送すると共
   に、前記送信側端末を送達確認先の端末とする送達確認
   を要求する要求手段とを有することを特徴とするマルチ
   メディアサーバー。
5. 【請求項５】 特定のマルチメディアサーバーより送信
   された原稿が、前記送信側端末から送信された原稿を転
   送されたものであるとき、該送信側端末に対して前記自
   端末の端末情報を送信する送信手段を有することを特徴
   とする請求項４記載のマルチメディアサーバー。
6. 【請求項６】 受信原稿を記憶装置に蓄積し、ローカル
   ・エリア・ネットワークで接続されている端末に対して
   原稿を受信したことを通知し、端末側の要求によって受
   信原稿を出力する機能を有するマルチメディアサーバー
   において、送信側端末が指定する電話番号を受信側端末
   にデータとして送信する送信手段と、送信した原稿を相
   手が確認した際に、確認したことを通知することを要求
   する要求手段と、受信端末が受信した原稿のファイルを
   マルチメデイアサーバーの記憶装置から出力することに
   よって、受信者が受信原稿を確認したとみなし、送信側
   の指定する電話端末に対して受信者が原稿を確認したこ
   とを音声によって通知する通知手段とを有することを特
   徴とするマルチメディアサーバー。
7. 【請求項７】 送信側端末が指定するボイスメールシス
   テムの電話番号を受信側端末にデータとして送信する送
   信手段と、送信した原稿を相手が確認した際に、確認し
   たことを通知することを要求する要求手段と、受信端末
   が受信した原稿のファイルをマルチメディアサーバーの
   記憶装置から出力することによって、受信者が受信原稿
   を確認したとみなし、送信側の指定するボイスメールに
   対して受信者が原稿を確認したことを音声によって通知
   する通知手段を有することを特徴とする請求項６記載の
   マルチメディアサーバー。
8. 【請求項８】 送信側端末が自端末の電話番号を受信端
   末にデータとして送信する送信手段と、送信した原稿を
   相手が確認した際に、確認したことを通知することを要
   求する要求手段と、受信端末が受信した原稿のファイル
   をマルチメディアサーバーの記憶装置から出力すること
   によって、受信者が受信原稿を確認したとみなし、送信
   元に対して受信者が原稿を確認したことをプロトコル上
   で送達確認通知であることを示す通知手段と、受信した
   送達確認通知に従って送信者に対して送達確認を通知す
   るとき、送信者がローカル・エリア・ネットワーク上の
   端末ではなく、電話などの端末に対して送達確認の通知
   を希望する場合は、送信者の希望する電話端末に対して
   音声によって送達確認通知を行う通知手段とを有するこ
   とを特徴とする請求項６記載のマルチメディアサーバ
   ー。