JP3295190B2 - ファクシミリ装置及びファクシミリ装置の通信方法並びにファクシミリ通信システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は同報通信が可能なファク
シミリ装置及びファクシミリの通信方法、及び公衆回線
網を介して他のファクシミリ装置と通信可能な少なくと
も１つのサーバ装置及びクライアント装置より構成され
るファクシミリ通信システムに関するものである。

【０００２】

【従来の技術】従来、ファクシミリの同報送信を行なう
装置としては、電話線を一本だけ接続した、単純な同報
機能付きファクシミリ装置があった。しかしながら、こ
の種の単純な同報機能付きファクシミリの場合は、電話
線が一本だけであるため時間的な制約があり、同報先の
最大値は十数件が実用的な限界であった。

【０００３】一方、特殊な例としては、複数回線電話
線、例えば電話回線を２４本接続した同報機能付きファ
クシミリサーバ装置等があった。このファクシミリサー
バ装置の場合、同報先リストに基づいてた同報送信を２
４本の電話線を用いて処理するので、相手先が数百件規
模の同報も約１時間程度で送信完了する能力がある。前
述したように、ファクシミリサーバ装置においては、２
４本の電話線を接続しているので、かなり大きな同報送
信の処理能力を持っていることがわかる。

【０００４】例えば、ファクシミリサーバ装置を日本側
に１台セット、米国側に１台セットを設置し、この間を
１本の専用線で接続しておく。そして、日本側ユーザか
ら米国あてのファクシミリ送信を集めてまとめて専用線
で米国へ送り、米国のファクシミリサーバ装置が米国各
地の相手先ファクシミリ装置へ配信すると言った動作を
していた。これによって、日本のファクシミリ装置と米
国のファクシミリ装置とが直接交信してファクシミリ送
受信するより、かなり通信費を節約することが可能とな
る。

【０００５】一方、一対一のファクシミリ送受信におけ
る経済性と言う利点以外に、ファクシミリサーバ装置１
台に２４本の電話線が接続されていることを利用して
の、短時間、大量同報と言う使い方がある。前述したよ
うに、ファクシミリサーバ装置においては、２４本の電
話線を接続しているので、かなり大きな同報送信の処理
能力を持っていることがわかる。このため、大量の宣伝
用としてファクシミリ通信を用いる場合の様に、数百件
の同報先があったとしても、１時間程度で配信し終える
ことができ、宣伝用として非常に有効である。これは通
常の同報機能付きファクシミリ装置では接続されている
電話線が１本だけのため、短時間大量同報通信は事実上
無理であり、通信時間から考えて一度の同報で十数件が
限度である。

【０００６】また、ユーザの所有する送信用のファクシ
ミリ装置と、該ファクシミリ装置に接続され公衆網経由
でのサーバ装置への発呼処理の代行等をする自動発呼装
置（以下「ダイヤラー」と称す）と呼ばれるファクシミ
リ付属装置とが電話網に接続し、電話網にサーバ装置及
び相手先ファクシミリが接続されているファクシミリ通
信システムの中で、ダイヤラーは、従来、ユーザがファ
クシミリサーバ装置経由で相手先のファクシミリ装置に
ファクシミリ送信する際に、ユーザのダイヤル処理を簡
易にするものであった。

【０００７】仮に、ダイヤラーがないとすると、ユーザ
はまずファクシミリサーバ装置の番号を入力して、ファ
クシミリサーバ装置を呼び出し、さらにプッシュボタン
でユーザＩＤを入力後、さらに相手先番号を入力して通
信相手装置を読み出し、ファクシミリ送信すると言う手
間がかかる複雑な操作が避けられなかった。しかし、ダ
イヤラーがある場合は、例えばユーザが接続ファクシミ
リ装置のプッシュボタン等から、例えば「１９１−０４
４−４４−４４４４」と言うように、先頭に三桁のダイ
ヤラー識別コード、次に相手先ファクシミリ番号をつけ
て発呼すると、ダイヤラーが自動的にファクシミリサー
バ装置の呼び出しと、ファクシミリサーバ装置へのユー
ザＩＤの入力、相手先ファクシミリ番号のセットを自動
的に行うことができる。なお、ファクシミリサーバ装置
の電話番号とユーザＩＤは、予めダイヤラーに登録され
ている。

【０００８】この後、ファクシミリ装置からファクシミ
リサーバ装置に対して、通常のファクシミリ送信が行な
われる。また、ユーザが三桁の呼び出しコードを付けず
に、番号入力した時には、ダイヤラーは何も処理せず、
そのままの番号で交換機につなぐだけである。一方、ダ
イヤラー経由でユーザのファクシミリ装置がファクシミ
リ受信を行なう場合も、ダイヤラーは何もせずユーザの
ファクシミリ側に受信信号を渡すのみであった。

【０００９】

【発明が解決使用としている課題】しかしながら、電話
線の本数を増やしてさらに同報能力を１０００件以上に
アップしようとしても次の様な欠点があり、無理があっ
た。 （１）ファクシミリサーバ装置の制御部が、同時に複数
の電話線への送信を集中制御しなければならないが、制
御部のＣＰＵの性能等よりこの種の制御は電話線２４本
程度が限界であり、これ以上の本数になると、送信中の
ファクスイメージに欠落が発生する。 （２）ファクシミリサーバ装置は、ファクシミリの蓄積
交換装置として特殊な装置であるため高価である。 （３）接続されている２４本の電話線は、ファクシミリ
サーバ装置専用のファクシミリ送受信用電話線であっ
て、ファクシミリ送受信がないとき、業務用の電話とし
て転用して使用しようとしても、公衆回線網接続回線を
事業所内へ引き込む電話線の本数がそれだけ多くなり、
電話料金がかさむ等の欠点があり実現が困難である。 （４）ユーザがファクシミリサーバ装置へファクシミリ
送信して配信依頼した場合、直後にその配信予定がほし
いとするなら、単純な方法としてはファクシミリサーバ
装置側があらためて配信予定のファックスイメージを作
って、ユーザ側にコールしてファクシミリ送信しなけれ
ばならない。つまり、送達レポート、不達レポート等と
同じ扱いである。このため、この方法では、ファクシミ
リサーバ装置の過密な配信スケジュールの中に、さらに
配信予定レポートのスケジュールを割り込ませることに
なって苦しい。更に、あらためてユーザ側ファクシミリ
装置を発呼しなければならず電話料金が余計にとられる
点、等々問題がある。 （５）ファクシミリサーバ装置へ送信するファクシミリ
装置としては、一般的なあらゆる種類のＧ３規格のファ
クシミリ装置が用いられるが、このファクシミリ装置の
改造は規格上ほとんど不可能であり、改造等しては互換
性もなくなってしまう。 （６）ファクシミリサーバ装置は、通常、同報を実行す
る場合、相手先電話番号を多数並べた同報リストに従
い、同報リストの１番目から順々に送信を試みる。そし
て、ファクシミリ送信が成功しない場合には所定回数、
例えば三度までファクシミリ送信を試みる。同様に、同
じ同報リストを用いて二度以上同報を実行する場合にお
いても上記手順を繰り返していた。つまり、同報リスト
の１番目から順々に送信を試み、前回の同報で送信に成
功した電話番号に対しても、送信に失敗した電話番号に
対しても区別せず、新たにコールがつながらない場合、
毎回、最低、三度までコールを試みる。

【００１０】つまり、前回、送信に失敗した経験を生か
しておらず、何度同報通信を行っても、同報完了まで毎
回同じ時間がかかることになってしまう欠点があった。 （７）ファクシミリサーバ装置は、同報先への配信につ
いてひとつひとつの同報先に対し、一度で呼の接続がで
きなかったとしても上述した様に三度ほどファクシミリ
通信を試みる。そして、全体の結果として、配信に成功
した相手先に関する一覧である送達レポートと、失敗し
た相手先に関する一覧である不達レポートを同報の依頼
元に知らせてているが、そのあと依頼元が配信に失敗し
た電話番号群に対して、どうしても送信したいと思った
場合は、今度は依頼元は同報機能を使うことはできず、
手動による一対一のファクシミリ送信で失敗した電話番
号群に再度ファクシミリ送信を試みる以外にないという
大変手間がかかる操作が必要であった。

【００１１】なお、上述の場合にファクシミリ送信でき
ない理由は、現在番号が使われていない場合、相手ファ
クシミリ装置が故障している場合、相手ファクシミリ装
置が使用中（話中）の場合、相手ファクシミリ装置が用
紙切れ、相手ファクシミリ装置が電源オフ、回線が混み
あっていて接続できない場合、回線断の場合、等々考え
られる。しかしながら、これらの理由の半数以上は別の
時間に配信を試みれば、ファクシミリ配信に成功するも
のと思われる。

【００１２】特に、宣伝用の場合等依頼元は極力もれな
く、同報先に配信したいと言う要求が高い。 （８）ファクシミリサーバ装置経由でファクシミリ送信
を行った場合、ファクシミリ通信画像が確実に相手の手
元に届いたか不安になるものであり、特に重要案件等の
場合にはファクシミリ送信後に再度直接相手に電話をか
けて確認することもしばしば行なわれる。さらに言え
ば、ユーザがファクシミリサーバ装置経由でファクシミ
リ送信する場合は、ファクシミリイメージを一旦ファク
シミリサーバ装置に蓄積する関係から、ファクシミリサ
ーバ装置側のスケジュールによって、いつ相手側に届く
かもわからず非常に不安である。３０分後かも、１時間
後かもしれず、場合によっては２４時間後かもしれな
い。

【００１３】これではユーザは重要かつ緊急のファクシ
ミリについては、ファクシミリサーバ装置経由では不安
で送れないことになる。もちろん、ファクシミリサーバ
装置からは、上述した送達レポートが、あるいは不達レ
ポートが返送されるが、ユーザはそれ以前に配信予定が
ほしいと希望しても全く受け取ることはできなかった。

【００１４】

【課題を解決するための手段】本発明は上述の課題を解
決することを目的としてなされたもので、上述の課題を
解決する一手段として以下の構成を備える。即ち、同報
通信可能なファクシミリ装置であって、同報通信に成功
した電話番号群を新たに同報通信リストとして作成する
成功リスト作成手段を備える。

【００１５】また、同報通信可能なファクシミリ装置の
通信方法であって、同報通信に成功した電話番号群を新
たに同報通信リストとして作成する。

【００１６】また、同報通信機能を備えたファクシミリ
サーバ装置が接続されたファクシミリ通信システムであ
って、前記ファクシミリサーバ装置に同報通信に成功し
た電話番号群を新たに同報リストとして作成する成功リ
スト作成手段を備える。

【００１７】また、同報通信可能なファクシミリ装置で
あって、同報リストを用いて複数回の同報通信を行う場
合に、前回同報通信に成功した電話番号群、前回の同報
通信後同報リストに新たに追加した電話番号群、前回同
報通信に失敗した電話番号群の順で優先的に同報送信す
る同報通信実行手段を備える。

【００１８】また、同報通信可能なファクシミリ装置の
通信方法であって、同報リストを用いて複数回の同報通
信を行う場合に、前回同報通信に成功した電話番号群、
前回の同報通信後同報リストに新たに追加した電話番号
群、前回同報通信に失敗した電話番号群の順で優先的に
同報送信する。

【００１９】また、同報通信機能を備えたファクシミリ
サーバ装置が接続されたファクシミリ通信システムであ
って、前記ファクシミリサーバ装置に同報リストを用い
て複数回の同報通信を行う場合に、前回同報通信に成功
した電話番号群、前回の同報通信後前記同報リストに新
たに追加した電話番号群、前回同報通信に失敗した電話
番号群の順で優先的に同報送信する同報通信実行手段を
備える。

【００２０】

【００２１】

【作用】以上の構成において、同報通信実行後に配信に
成功した電話番号の同報リストを作成可能とすることに
より、同報通信の依頼元が配信結果を容易に認識するこ
とができ、例えば配信に成功した群だけに再度、同報送
信を試みること等が極めて容易に実行できる効果があ
る。

【００２２】更に、同報リストを用いて何度か同報を実
行する際には、前回同報通信に成功した電話番号群、前
回の同報通信後同報リストに新たに追加した電話番号
群、前回同報通信に失敗した電話番号群の順で優先的に
同報送信することにより、同報リストに新たに電話番号
を追加したとしても、同報処理全体の処理効率を向上す
ることが可能になる効果がある。

【００２３】

【００２４】

【実施例】以下、図面を参照して本発明に係る一実施例
を詳細に説明する。 ［第１実施例］図１は本発明に係る第１の実施例のファ
クシミリ通信システムの構成を示すブロック図である。
図１において、１はサーバとクライアントの形式のＬＡ
Ｎシステムにおけるクライアントマシン、２はファクシ
ミリサーバ装置（以下「サーバ」と称す。）、３はクラ
イアントマシン１とサーバ２とを接続するＬＡＮケーブ
ル、５は公衆網である。

【００２５】以上の構成を備える本実施例ファクシミリ
通信システムにおいて、クライアント１及びサーバ２
は、実際には汎用のパーソナルコンピュータにより構成
されている。クライアント１とサーバ２との一番大きな
違いは、サーバ２が数百メガバイト程度の大容量のハー
ドディスク２ａを内蔵している点である。クライアント
マシン１は、さらに電話線４を介して公衆網５と接続さ
れており、公衆網５に接続されている他のファクシミリ
装置や電話機等との間でファクシミリ送受信及び通話等
が行なえる。

【００２６】以上の構成を備えるクライアント１の詳細
構成を図２のブロック図に示す。図２において、１−１
はパーソナルコンピュータ（以下、「パソコン」と称
す。）本体、１−２はパソコン本体１−１の指示に従
い、ファクシミリの送受信を行なうファクシミリ送受信
装置、１−３は通常の通話を行なうためのハンドセット
である。

【００２７】ファクシミリ送受信装置１−２は、パソコ
ン本体１−１の筐体内にセット可能な拡張カードの形態
を取っており、カード後部にハンドセット１−３に接続
するための電話専用のコネクタが配設されている。ま
た、ファクシミリ送受信装置１−２内部には、外部から
の被呼が、通常通話の被呼か、ファクシミリ通信のため
の被呼か判断するネットワークコントロールユニット
（以下、「ＮＣＵ」と称す。）が配設されており、通常
通話の被呼だと判断できた場合にはハンドセット１−３
側に電話線（呼）を接続し、ファクシミリ通信のための
被呼であると判断した場合にはファクシミリ処理側に電
話線（呼）を接続する。この判定は、例えば、ＮＣＵが
一応被呼に対して応答し、所定時間内にキャリア信号を
検出した場合にはファクシミリ通信のための呼と、キャ
リア信号を検出しない場合には通話のための呼と判定す
る。

【００２８】同様に、未通信状態の時に、ユーザがハン
ドセット１−３をオンフックした場合にも、やはりハン
ドセット１−３と電話線４を接続する。１−４はＬＡＮ
接続装置であって、ＬＡＮケーブル３経由でサーバ２に
接続されている。ＬＡＮ接続装置１−４もファクシミリ
送受信装置１−２と同様に、パソコン本体１−１の筐体
内にセット可能な拡張カードの形態でパソコン本体１−
１の筐体にセットされている。また、１−５はパソコン
本体１−１に接続されているハードディスク装置であ
る。

【００２９】図３はクライアント動作中のパソコン本体
１−１のメモリマップである。図３において、１０はオ
ペレーティングシステム（以下、「ＯＳ」と称す。）記
憶領域であり、パソコン本体１−１の基本的入出力制御
及び各プログラムの動作制御を行なうプログラムである
ＯＳプログラムの格納領域である。本実施例のＯＳ１０
では各プログラムが同時に並行して処理することが可能
なマルチタスク形式を採用している。

【００３０】１１はＬＡＮ接続プログラム記憶領域であ
って、ＬＡＮ接続装置１−４を介して、サーバ２にアク
セスするためのプログラムが格納される。このプログラ
ムを用いることにより、サーバ２内のハードディスク装
置２ａを、クライアント１のパソコン本体１−１が自身
のハードディスクと同様にアクセスして扱うことができ
る。１２はファクシミリ送受信プログラムであって、フ
ァクシミリ送受信装置１−２を制御して公衆網５経由で
外部のファクシミリ装置との間のファクシミリ送受信を
行なう。ファクシミリ送受信装置１−２は、送信時／受
信時共、相手のファクシミリ装置とのプロトコル上のコ
ネクションコマンドの授受を行なうが、ファクシミリ受
信時には、受信したファクシミリイメージデータをパソ
コン本体１−１に転送し、パソコン本体１−１は自分自
身のハードディスク１−５上にイメージのデータファイ
ルとして蓄積する。

【００３１】また送信時には、パソコン本体１−１は自
分自身のハードディスク１−５上のファクシミリイメー
ジのデータファイルの内容を、ファクシミリ送受信装置
１−２経由で、公衆網５に接続されている相手先ファク
シミリにファクシミリ送信する。つまりファクシミリ送
受信装置１−２自身は、ファクシミリイメージの蓄積・
保存は行なわない。

【００３２】図３の同報設定プログラム１３は、まずユ
ーザの指示により同報の相手先電話番号の一覧である同
報リストファイルを作成する。次に、ユーザの指示する
文書ファイル、あるいは以前の受信ファクシミリファイ
ル等のデータファイルを基に、すぐにでもファクシミリ
送信に使用できる、ＭＨ変換ファクシミリイメージファ
イル、ＭＲ変換ファクシミリイメージファイル、ＭＭＲ
変換ファクシミリイメージファイルの三つのファイルを
作成する。そして、この同報リストファイルと、三つの
ファクシミリイメージファイルをサーバ２のハードディ
スク２ａ上の共有ディレクトリに移動する。これによっ
て同報実行の依頼が完了したことになる。

【００３３】そして、実際の同報の実行処理は、複数の
各クライアントマシン１上の同報実行プログラム１４が
行なう。同報実行プログラム１４は、まず、サーバ２の
ハードディスク２ａ上の共有ディレクトリ内に同報リス
トファイルが存在するかどうかチェックし、存在しない
なら何もせず一分間待ち、再び同報リストファイルの有
無のチェックを繰り返す。

【００３４】仮に共有ディレクトリ内に同報リストファ
イルが存在するなら、その同報リスト内で送信処理をま
だ行なっていない相手先電話番号（ファクシミリ番号）
を探し、送信処理をまだ行なっていない相手先が存在す
る場合には、ファクシミリ送受信プログラム１２により
当該ファクシミリ番号で特定される相手先装置を発呼し
て接続する。

【００３５】そして相手先のファクシミリ通信能力に従
って、ＭＨ変換ファクシミリイメージファイル又は、Ｍ
Ｒ変換ファクシミリイメージファイル、あるいはＭＭＲ
変換ファクシミリイメージファイルを用いて、ファクシ
ミリイメージ送信を実行する。送信が完了したら、サー
バ２のハードディスク２ａ上の共有ディレクトリ内の同
報リストファイルの相当位置に送信完了を示す印をつけ
る。これで、同報リスト内の１件分の送信が完了したこ
とになる。

【００３６】なお、同報リストファイルの構造について
は、後述の図で詳しく説明する。その後、この送信をま
だ行なっていない相手先のサーチと、その相手先の送信
処理を繰り返すことになる。同報リストファイルが複数
あっても、各同報リストファイル毎に、同様の処理を繰
り返す。また、同報設定プログラム１３は、同報リスト
ファイルと三つのファクシミリイメージファイルのサー
バ２のハードディスク２ａへの移動後、自分自身が移動
した同報リストファイル上の各相手先へのファクシミリ
送信が全て完了したか否かを１分毎に繰り返しチェック
する。

【００３７】そして、同報リストファイル上の各相手先
へのファクシミリ送信が全て完了している場合には、同
報リストファイルをサーバ２のハードディスク２ａ上の
共有ディレクトリから自分自身のハードディスク１−５
上に移動する一方、ＭＨ変換ファクシミリイメージファ
イル、ＭＲ変換ファクシミリイメージファイル、ＭＭＲ
ファクシミリイメージファイルを削除する。これで、全
ての同報処理が完了し、サーバ２は、以前の状態に戻っ
たことになる。

【００３８】なお、同報設定プログラム１３、同報実行
プログラム１４とも、いつでも、ユーザによる中断指令
を受け付け可能に構成されている。このため、ユーザが
通常業務を行なう際に、一時的に同報関連プログラムを
実行すると支障が生ずるおそれがあるような場合には、
いつでも中断できる。１５はＯＳ１０、ＬＡＮ接続プロ
グラム１１、ファクシミリ送受信プログラム１２、同報
設定プログラム１３、同報実行プログラム１４の各プロ
グラムで用いるワークエリアである。

【００３９】図４は、本実施例における同報設定プログ
ラム１３と同報実行プログラム１４の起動コマンドライ
ンの例を示したもので、「ＤＯＨＯＳＥＴ」が同報設定
プログラム１３の起動コマンドであり、続くパラメータ
の「Ｈ：￥ＦＡＸＤＯＨＯ．ＳＶＲ」が、サーバ２のハ
ードディスク２ａ上の共有ディレクトリを示している。
同様に、「ＤＯＨＯＪＩＫＯ」は同報実行プログラム１
４の起動コマンドであり、「Ｈ：￥ＦＡＸＤＯＨＯ．Ｓ
ＶＲ」が、サーバ２のハードディスク２ａ上の共有ディ
レクトリである。

【００４０】同報実行プログラム１４は、パソコン本体
１−１の電源オンと同時に起動され、メモリに常駐する
形になる。サーバ２のメモリマップを図５に示す。図５
において、２０はネットワークＯＳであって、サーバ２
の基本的入出力制御、ファイル、ディレクトリの共有管
理、ログインユーザ管理、セキュリティ管理、ハードデ
ィスク２ａの高速アクセス制御等を行なっている。

【００４１】２１はサーバ２のＬＡＮ接続プログラムで
あり、ＬＡＮケーブル３を介して各クライアント１と接
続している。各クライアント１−１は、このプログラム
を仲介役にして、サーバ２のハードディスク２ａにアク
セスし、しかも自分自身のクライアントマシン１に直接
接続したハードディスクドライブ１−５のように扱うこ
とができる。２２はネットワークＯＳ２０、ＬＡＮ接続
プログラム２１の各プログラムのワークエリアである。

【００４２】図６は、本実施例の同報リストファイルの
構造を説明するための図である。図６において、４１は
同報の相手先電話番号、４２は試行中の覧であり、「Ｏ
Ｎ」なら現在何れかのクライアント１で同報実行プログ
ラム１４がこの行の相手先電話番号に対してコール中か
ファクシミリ送信中であることを示している。一方、こ
こが「ＯＦＦ」ならこの行の相手先電話番号に対して
は、どのクライアント１からも送信等の処理は行なって
いないことを示している。

【００４３】４３〜４５は相手先を発呼して最終的に送
信に失敗した場合に、その失敗理由を示す番号を記入す
る覧である。相手先に対する送信が失敗しても、３回ま
では繰り返して発信処理を試みる様に制御され、４３が
１回目、４４が２回目、４５が３回目のそれぞれの失敗
理由を示している。なお、送信に成功した場合は、この
覧に「０（ゼロ）」を記入する。なお、発信処理をまだ
試みていない場合には空覧になっている。

【００４４】この失敗理由の例を図７に示す。図７にお
いて、番号「０」は『送信成功』、「１」は『ファクシ
ミリ使用中。「話し中」』、「２」は『回線が混みあっ
ている』、「３」は『用紙切れ』、「４」は『ファクシ
ミリ故障』、「５」は『電源オフ』、「６」は『回線
断』、「７」は『「現在、この電話番号は使われていな
い」』と続き、番号が大きくなるほど再度コールしても
接続できる可能性のより少ない失敗理由が並んでいる。
特に最後の「７」では再度コールしても、接続できる可
能性はまずない失敗理由である。

【００４５】また、図６に示す各ファイル上の各覧の長
さは固定長となっており、空覧時にはスペース記号で埋
められている。各覧のターミネータはコンマを用い、各
行のターミネータは改行コードを用いるので、単純テキ
ストファイルとして取り扱いのしやすいものとなってい
る。本実施例において固定長にした理由は、サーバ２の
ハードディスク２ａ上の共有ディレクトリに同報リスト
ファイルが存在する時に、同報リストファイル上の一部
へのクライアント１による書き込みをし易くするためで
ある。

【００４６】なお、相手先電話番号欄６１の第１行目
は、相手先「０４４−４４−４４４４」に対する３回目
の送信処理を実行中であることを示している。このう
ち、１回目は「ファクシミリ使用中」でコールに失敗、
２回目は相手先ファクシミリの「用紙切れ」で送信に失
敗している。２行目は相手先「０４４−５５−５５５
５」へ送信して、１回目で成功し、送信はすでに完了し
ていることを示し、３行目は、まだどのクライアント１
からも、一度も送信が試みられていないことを示してい
る。

【００４７】図８は、クライアント１の同報設定プログ
ラム１３が、同報リストファイル、三つのファクシミリ
イメージファイルを作成した際のファイル名を説明した
ものである。一番目の「同報１２３４」が同報リストフ
ァイル名であり、「同報」までが同報リストファイルで
あることを示し、「１２３４」は乱数である。乱数にす
る理由は、サーバ２のハードディスク２ａ上の共有ディ
レクトリ上に複数の同報リストファイルが存在する場合
に、これらを区別するためである。この乱数を用いて、
同報リストファイルとセットになった三つのファクシミ
リイメージファイルを「１２３４．ＭＨ」、「１２３
４．ＭＲ」、「１２３４．ＭＭＲ」としている。拡張子
部分で、それぞれの種類を区別している。

【００４８】なお、乱数を用いたとしても、サーバ２の
ハードディスク２ａ上のファイル名の一致が発生しない
とは限らないので、同報設定プログラム１３は、サーバ
２へ同報リストファイルと三つのファクシミリイメージ
ファイルを移動する直前に、すでにサーバ上にある同報
リストファイルとファイル名が一致していないかをチェ
ックし、仮に一致しているならファイル名の乱数部分を
変更してからサーバ２への移動を行なう。

【００４９】次に以上の構成を備える本実施例の主要な
動作を図９〜図１２のフローチャートも参照して以下に
説明する。図９は同報設定プログラム１３の動作を示す
フローチャートである。ユーザの指示で同報設定プログ
ラム１３が起動されると図９の処理に移行する。まずス
テップＳ１で、ユーザの指示するデータファイルから、
ＭＨ変換ファクシミリイメージファイル、ＭＲ変換ファ
クシミリイメージファイル、ＭＭＲ変換ファクシミリイ
メージファイルが作成される。ここで「ユーザの指示す
るデータファイル」とは、ワープロソフトウェア等によ
り作成した文書ファイルや、公衆網５で経由でクライア
ント１が受信したファクシミリイメージファイル等であ
る。

【００５０】続いてステップＳ２に移り、ユーザの指示
により、相手先電話番号の一覧である同報リストファイ
ルを作成する。そして以下サーバ２へのファイル移動作
業に入るが、まずステップＳ３でサーバ２のハードディ
スク２ａ上の共有ディレクトリ内に、作成済みの同報リ
ストファイルと同一名のファイルがすでに存在している
か否かを調べる。

【００５１】共有ディレクトリ内に作成済みの同報リス
トファイルと同一名のファイルがすでに存在している場
合にはステップＳ４に進み、同報リストファイル名、Ｍ
Ｈ、ＭＲ、ＭＭＲの各変換ファクシミリイメージファイ
ル名を変更する。変更するのは図８で説明したファイル
名の乱数部分である。そして、ステップＳ３に戻って再
度ファイル名のチェックを受ける形になる。

【００５２】ステップＳ３で共有ディレクトリ内に作成
済みの同報リストファイルと同一名のファイルが存在し
ない場合にはステップＳ５に進み、サーバ２への同報リ
ストファイルと三つのファクシミリイメージファイルの
移動を行なう。この時点で、同報処理の実行の依頼が完
了したことになるが、これ以後は、各クライアントによ
って全ての同報が送信処理されたかどうか、監視するル
ープに入る。まずステップＳ６で一分間待ち、ステップ
Ｓ７でサーバ上２の同報リストで同報処理が完了したか
チェックする。そして、ステップＳ８で同報完了と判断
できたならステップＳ１０に進み、サーバ２のハードデ
ィスク２ａ上の共有ディレクトリから同報リストファイ
ルを自分のクライアント１へ移動し、同時に共有ディレ
クトリ上のＭＨ、ＭＲ、ＭＭＲの各ファクシミリイメー
ジファイルを削除する。そして、本プログラムを終了す
る。

【００５３】ステップＳ６では、「１分待つ」ことにな
っているが、１分間の中でユーザが本プログラムの動作
の中止を指令した場合は、その時点で即、ステップＳ７
へ移る。この場合にはステップＳ８の判断で同報は完了
していないのでステップＳ９に移り、ステップＳ６の待
ち時間の間に中止指令が指示されたのか否かを調べる。
ステップＳ６の待ち時間の間に中止指令が指示された場
合にはステップＳ１０で終了処理を行なって本プログラ
ムを終了する。

【００５４】一方、ステップＳ９でステップＳ６の待ち
時間の間に中止指令が指示されたのでなければ、ステッ
プＳ６に戻り、再び上述のループ処理を実行する。そし
てこのループの中で、同報が完了するのを待つ形にな
る。なお、以上に説明した処理中で、サーバ２のハード
ディスク２ａ上も含めて移動、チェック、削除の対象と
して取り扱う同報リストファイル、三つのファクシミリ
イメージファイルは、あくまであるクライアント自身の
作成した同報リストファイル、ファクシミリイメージフ
ァイルである。他のクライアント１で作成した同報リス
トファイルが、サーバ２のハードディスク２ａ上の共有
ディレクトリ内に存在したとしても、上述した処理での
チェック等の対象にはならない。

【００５５】図１０は、本実施例における同報実行プロ
グラム１４の動作を説明するフローチャートである。同
報実行プログラム１４は、複数のクライアント１上のメ
モリに常駐して、サーバ２のハードディスク２ａ上の共
有ディレクトリに同報リストファイルが移動して来るの
を待ち構えている形になる。本実施例における同報実行
プログラム１４が起動すると、図１０の処理に移行し、
まずステップＳ２０でユーザからの本プログラムの終了
指令又は中断指令がなされたか否かを調べる。ユーザか
らの本プログラムの終了指令又は中断指令がなされた場
合には本プログラム処理を終了する。中断指令とは後述
のステップＳ２２実行中等になされるユーザの指令であ
る。

【００５６】ステップＳ２０でユーザからの本プログラ
ムの終了指令又は中断指令がない場合にはステップＳ２
１に進み、現在このクライアント１でユーザがハンドセ
ット１−３を用いて電話中か、あるいはこのクライアン
ト１が公衆網５からファクシミリ受信中であるか否かを
調べる。電話中又はファクシミリ受信中の場合にはステ
ップＳ２２に進み、ここで１分間待ち、１分後にステッ
プＳ２０に戻ってループを形成する。なお、ステップＳ
２２で１分待っている間にユーザが中断指令を指示した
場合には、１分経過前でも直ちにステップＳ２０へ移
る。

【００５７】一方、ステップＳ２１で電話中又はファク
シミリ受信中でない場合にはステップＳ２３に進み、サ
ーバ２のハードディスク２ａ上の共有ディレクトリ内に
同報リストファイルが存在するか否かを調べる。ここで
共有ディレクトリ内に同報リストファイルが存在しない
場合にはステップＳ２２に進む。ステップＳ２３で共有
ディレクトリ内に同報リストファイルが存在する場合、
つまり、サーバ２のハードディスク２ａ上に同報リスト
ファイルがある場合にはステップＳ２４に進む。そして
ステップＳ２４で同報リストのファイルの数を数え、変
数ｎにセットする。続いてステップＳ２５で変数ｍに
「１」をセットする。そして、ステップＳ２６で、変数
ｍが変数ｎ以下であるか否かを調べる。

【００５８】変数ｍが変数ｎ以下でない場合にはステッ
プＳ２０に戻りループを形成する。一方、変数ｍが変数
ｎ以下である場合にはステップＳ２７に進み、サーバ２
のハードディスク２ａ上の共有ディレクトリ内のｍ番目
の同報リストファイルをクライアント１のメモリに読み
出す。そして続くステップＳ２８で、同報リストの中に
送信処理を行なわなければならない相手先電話番号が残
っているか否かを調べる。同報リストの中に送信処理を
行なわなければならない相手先電話番号が残っている場
合にはステップＳ３０に進み、リストで指定された相手
先電話番号への送信処理を実行する。そして、ステップ
Ｓ２０に戻りループを形成する。

【００５９】一方、ステップＳ２８で同報リストの中に
送信処理を行なわなければならない相手先電話番号が残
っていない場合にはステップＳ２９に進み、変数ｍに
「１」を加えてステップＳ２６に戻り、ループを形成す
る。以上の処理を実行することにより、サーバ２のハー
ドディスク２ａ上の共有ディレクトリに同報リストファ
イルがいくつあっても、その中のそれぞれの相手先への
ファクシミリ送信が各クライアント１によって試みられ
ることになる。

【００６０】図１１及び図１２は、図１０のステップＳ
３０で示した送信処理の詳細を説明するためのフローチ
ャートである。図１１及び図１２において、まず、ステ
ップＳ４０でサーバ２のハードディスク２ａ上の共有デ
ィレクトリ内の同報リストファイル中で、いま、送信し
ようとしている相手先電話番号の行の「試行中」の覧に
ＯＮを書き込む。

【００６１】次にステップＳ４１でファクシミリ送受信
装置１−２を用いて、相手先電話番号を公衆網５に送出
して相手先装置を発呼する。そして続くステップＳ４２
で接続成功か否かを調べる。接続が不成功であればステ
ップＳ４３に進み、サーバ２のハードディスク２ａ上の
同報リストファイルの失敗理由覧に、失敗理由番号を記
入する。そしてステップＳ５４に進み、サーバ２のハー
ドディスク２ａ上の同報リストファイルの「試行中」の
覧に「ＯＦＦ」を書き込んで、リターンする。

【００６２】一方、ステップＳ４２で相手先装置との接
続が成功であればステップＳ４４に進み、相手先ファク
シミリのイメージ圧縮モードがＭＨ変換か、ＭＲ変換
か、あるいはＭＭＲ変換かを調べる。イメージ圧縮モー
ドがＭＨ変換であればステップＳ４５に進み、サーバ２
のハードディスク２ａ上のＭＨ変換ファクシミリイメー
ジファイルのデータでファクシミリ送信を開始して図１
２のステップＳ４８に進む。

【００６３】ステップＳ４４で、イメージ圧縮モードが
ＭＲ変換であればステップＳ４６に進み、サーバ２のハ
ードディスク２ａ上のＭＲ変換ファクシミリイメージフ
ァイルのデータでファクシミリ送信を開始して図１２の
ステップＳ４８に進む。更に、イメージ圧縮モードがＭ
ＭＲ変換であればステップＳ４７に進み、サーバ２のハ
ードディスク２ａ上のＭＭＲ変換ファクシミリイメージ
ファイルのデータでファクシミリ送信を開始して図１２
のステップＳ４８に進む。

【００６４】図１２のステップＳ４８では、ユーザから
ファクシミリ送信中に同報実行プログラム１４の中断指
令が入ったか否かを調べる。チェックし、中断指令が入
った場合にはステップＳ４９に進み、ファクシミリ送信
の中断処理を行なってステップＳ５４の処理に進み、そ
の後本ルーチンからリターンする。なお、ステップＳ４
８で入力が検知された「中断指令」は、図１０に示した
同報実行プログラム１４のステップＳ２０においても同
様に「中断指令」があったと判断されて、同報実行プロ
グラム１４は終了する。

【００６５】ステップＳ４８で同報実行プログラム１４
の中断指令がなかった場合にはステップＳ５０に進み、
ファクシミリ送信が終了したか否かを調べる。ファクシ
ミリ送信が終了していない場合にはステップＳ５１に進
み、ファクシミリ送信継続としステップＳ４８に戻り以
上のループをファクシミリ送信が終了するまで実行す
る。

【００６６】ステップＳ５０でファクシミリ送信が終了
した場合にはステップＳ５２に進み、ファクシミリ送信
が正常終了したのかどうかを調べる。正常終了の場合に
はステップＳ５３に進み、サーバ２のハードディスク２
ａ上の同報リストファイルの失敗理由覧に０（成功）を
書き込み、ステップＳ５４の処理に進み、その後本ルー
チンからリターンする。

【００６７】一方、ステップＳ５２でファクシミリ送信
が正常に終了したのでない場合にはステップＳ４３に進
む。なお、ステップＳ４０、Ｓ５４における試行中覧へ
の「ＯＮ」、「ＯＦＦ」の書き込みによって、複数のク
ライアント１が同じ相手先に対して同時に送信処理が入
ることを防いでいる。

【００６８】以上説明した様に本実施例によれば、以下
に示す実施例に特有の効果が得られる。 （１）クライアント１のファクシミリ送受信装置１−２
にハンドセット１−３を接続したので、ファクシミリの
同報処理だけでなく、通常の通話にも電話線を兼用でき
る。このため、ファクシミリ同報専用の電話回線を引く
必要がない。 （２）実際の同報処理の前に、送信用のＭＨ、ＭＲ、Ｍ
ＭＲ変換ファクシミリイメージファイルをそれぞれ準備
しておくので、いざ送信の時に、それぞれの相手先ファ
クシミリに合わせてファクシミリイメージを作成すると
いう必要がなく、同報処理の高速化がはかられる。 （３）同報リストファイルは、各項目が固定長なので、
ファイルの一部への書き込みが、しやすい構造になって
いる。 （４）同報リストファイルは、各項目のターミネータが
コンマや改行コードであって、単純テキストファイルと
して扱えるので、編集や内容チェックの際に、一般的な
テキストエディタが使用できる。バイナリーデータ用の
特色なエディターは不要である。

【００６９】なお、ＬＡＮシステムによっては、上述し
た実施例のように、サーバマシンとクライアントマシン
の区別が明確でない場合もある。しかし、このような場
合も、特定のひとつのマシン上に他のマシンから自由に
アクセスできる、共有ディレクトリを設けることによ
り、上述した第１の実施例と同様のシステムが構築で
き、同様の作用効果を達成できる。

【００７０】更に、上述した第１の実施例では、同報リ
ストの作成等は全てクライアントマシン単体で行なう様
に構成したが、本発明は以上の例に限定されるものでは
なく、代わりにサーバ上にデータベース管理ソフトを設
けて、その中で、同報リスト及び同報リスト内相手先電
話番号のデータを蓄積し、管理するようにしても良い。
その場合、クライアント上の同報リスト作成プログラム
は、サーバ上のデータベースとのやり取りを行なう、ユ
ーザインターフェイスの役目をになう。

【００７１】以上説明したように本実施例によれば、サ
ーバ上に共有ディレクトリを設定し、クライアント側に
ファクシミリ送受信装置を付加し、さらに、クライアン
ト上で同報リストファイル作成プログラム、ファクシミ
リイメージデータファイル作成プログラム、同報リスト
ファイルとファクシミリイメージデータファイルのサー
バへの移動プログラム、を動作させ、そして、クライア
ント上にサーバ上の同報リストファイルと、ファクシミ
リイメージデータファイルに基づいて、同報送信を１件
１件実行するプログラムをセットしたので、多数のクラ
イアントがひとつの同報を分担して高速に送信処理で
き、さらに （１）接続したクライアントのマシンの数だけ、同報送
信用の電話線の数が増やせる。 （２）クライアントマシンは、具体的には、パソコンで
あって、システム構築費用が安価。 （３）電話線は、通常の業務用の電話線が流用でき、新
たに専用の電話線を引く必要がない。

【００７２】等の効果が得られる。このように、本実施
例では、サーバを含めて同報送信処理を集中制御する部
分がいっさい存在しないのが最大の特徴であるが、これ
によって例えば、複数のクライアントマシン１のうちの
一部が故障したとしても、同報システム全体には大きな
影響が及ばず、システム変更もまったく必要ない、とい
う効果もある。

【００７３】［第２実施例］以上の説明は各クライアン
ト１がそれぞれ同報通信の一翼を担う場合を説明した。
しかし、同報通信の結果によっては次回の同報通信がで
きない可能性の高いものもあり、また、一部の同報通信
のみができなかった場合にはこの相手先だけに同報通信
を再度行う必要も生じる。そこでかかる場合の要求に対
処する様に構成した本発明に係る第２の実施例を以下に
説明する。

【００７４】図１３は本発明に係る第２実施例のシステ
ム構成を示す図である。図１３において、５１は送信元
ファクシミリ装置であり、ユーザはこの送信元ファクシ
ミリ装置５１からサーバ５５（第１実施例のサーバ２に
相当する）に対して、一対のファクシミリ送信依頼、あ
るいはファクシミリの同報送信依頼を行う。送信元ファ
クシミリ装置５１は、電話付きのファクシミリ装置であ
って、第２実施例においてはこの付属電話のプッシュボ
タンを用い、音声応答装置５８を経由してサーバ５５内
の同報リストの作成、修正、追加、削除等を行える。

【００７５】５２はダイヤラー（自動発呼装置）であっ
て、サーバ５５の代行呼び出しを行う。例えば、送信元
ファクシミリ装置５１が「０４４−４４−４４４４」で
ダイヤラー５２に発呼要求をした場合には、公衆回線網
（ＰＳＴＮ）５３経由で、発呼番号に相当する電話番号
の相手先ファクシミリ装置、例えばファクシミリ装置７
を自動発呼し、相手ファクシミリ装置との通話路を形成
する。そして、その後は通常のファクシミリイメージ送
信が行われる。このとき、サーバ５５は、経由しない。

【００７６】しかし、送信元ファクシミリが例えばサー
バ５５の番号である「１９１」を含む「１９１−０４４
−４４−４４４４」の相手を発呼しようとした場合に
は、ダイヤラー５２は、先頭の３桁「１９１」がダイヤ
ラー識別コードと判断し、まずサーバ５５をとの間で通
話路を形成する。サーバ５５との間の通話路が形成され
ると、引き続きサーバ５５にＩＤナンバーを送り、更に
相手先ファクシミリ番号である「０４４−４４−４４４
４」を送る。その後は、通常通りの手順で、送信元ファ
クシミリ装置５１から、サーバ５５にファクシミリイメ
ージが送信される。なお、サーバ５５の電話番号、及び
ＩＤナンバーは、ダイヤラー５２に予め内蔵されてい
る。

【００７７】５４はファクシミリ送受信装置であり、送
信元ファクシミリ装置５１からのサーバ５５経由でのフ
ァクシミリ通信のための呼（サーバ５５よりの発呼）を
受け付け、サーバ５５よりのファクシミリイメージの受
信、及び、相手先ファクシミリ装置５７の発呼及び通話
路形成後のファクシミリイメージの送信を行う。第２実
施例においては、このファクシミリ送受信装置５４は合
計２４台設置されており、それぞれが１本の電話回線
（合計２４本の電話回線）を介してで公衆回線網５３と
接続している。

【００７８】サーバ５５は、ファクシミリイメージの蓄
積、及びファクシミリ送受信装置５４、音声応答装置５
８の制御を行うが、後述する配信スケジュール管理、配
信の実行指令、同報リスト管理、同報実行等も行う。具
体的には、サーバ５５は、通信用のソフトウエアを内蔵
したパーソナルコンピュータで構成されており、インタ
フェース経由で、ファクシミリ送受信装置５４と音声応
答装置５８に接続している。５６はサーバ５５の制御用
コンソールである。

【００７９】以上の構成を備える第２実施例の動作を次
に説明する。送信元ファクシミリ装置５１がサーバ５５
に同報を依頼する場合、「１９１−１」のように発呼す
る。ダイヤラー５２は「１９１」をダイヤラー識別コー
ド「１」を同報リスト番号と判断し、サーバ５５にＩＤ
ナンバー、同報リスト番号を送る。以後は、通常のファ
クシミリイメージの送受信が行われる。

【００８０】このようにしてファクシミリ送信情報を受
信するサーバ５５における同報通信処理を図１４のフロ
ーチャートを参照して以下に説明する。図１４はサーバ
５５における同報通信処理を示すフローチャートであ
る。サーバ５５の処理には、もちろん、これ以外にも１
対１のファクシミリ送受信にかかわる処理も存在する
が、以下の説明では図１４に示す同報通信処理に限定し
て説明する。

【００８１】図１４の処理はサーバ５５の電源ＯＮと同
時にスタートする。そしてまずステップＳ６１でサーバ
５５の管理者がサーバ５５の電源スイッチをＯＦＦした
か否かを調べる。もしここで装置の電源がＯＦＦされた
場合には処理を終了する。装置の電源がＯＦＦされてい
なければステップＳ６２に進み、上述したような制御に
従ったユーザからの同報送信依頼が入ったか否かを調べ
る。同報送信依頼がある場合にはステップＳ６３に進
み、上述した制御に従つてユーザからのファクシミリイ
メージを受け付け、不図示のメモリ（例えば第１実施例
のハードディスク２ａ等）に蓄積したあと、同報送信処
理の実行を開始する。そしてステップＳ６１に戻る。ス
テップＳ６３の処理は、ユーザが指定した同報リストに
従って、その上位の順から、次々にファクシミリ送受信
装置５４に振り分けて、送信処理を行う処理である。こ
の同報リストの例を図１５に示す。

【００８２】図１５は第２実施例におけるサーバ５５の
同報リスト例を示す図である。図１５に示す例は、１度
目の同報通信実行後に、係る１度目の同報通信の結果を
受けて後述するソート処理を実行し、さらにユーザが新
たな同報先を追加して、さらにソートし直した状態を示
している。第２実施例においては、次回の同報通信はこ
のソートされた同報リストを用いて実行される。

【００８３】図１５において、６１に示す１項目は次回
の同報通信を実行する際の試行順、６２に示す２項目は
同報通信先電話番号、６３に示す３，４，５項目は前回
の同報通信実行結果であり、３項目は前回送信が成功し
たか、失敗したかの区別を示し、４項目はその際に試み
たコールの回数、５項目は失敗した際の失敗理由を示す
番号である。各番号がどのような失敗理由かは後述す
る。６４に示す６項目は次回の同報通信の実行時に、送
信できなかった場合の試行回数である。

【００８４】図１４のステップＳ６２でユーザからの同
報送信依頼がない場合にはステップＳ６４に進み、ユー
ザが同報リストの修正依頼をしたか否かを調べる。修正
依頼がある場合にはステップＳ６５に進み、ユーザの指
示に従い、同報リストの作成、修正、追加、削除を実行
する。そして、ステップＳ６６に進み、詳細を後述する
同報リストのソート処理を行ない、ソート処理終了後ス
テップＳ６１に進む。一方、修正依頼がない場合にはス
テップＳ６４よりステップＳ６７に進む。

【００８５】ステップＳ６７では、同報送信スケジュー
ルで残りがあるかどうか、つまり、同報リスト上で、送
信試行作業に入っていない、あるいは作業中の相手先電
話番号があるか否かを調べる。同報送信スケジュールで
残りがある場合にはステップＳ６８に進み、同報送信作
業を続行し、その後ステップＳ６１に戻る。一方、ステ
ップＳ６７で同報送信スケジュールで残りがない場合に
はステップＳ６９に進み、処理していた同報送信作業が
すべて完了したか否かを調べる。処理していた同報送信
作業がすべて完了していない場合にはステップＳ６１に
戻る。ここで処理していた同報送信作業がすべて完了し
た場合にはステップＳ７０に進み、ユーザへ同報送信の
結果をファクシミリでレポートし、続くステップＳ７１
で同報結果に基づいて同報リストのソート処理を行う。
そしてソート処理終了後ステップＳ６１に戻り、次の同
報送信依頼を待つ。

【００８６】なお、以上のステップＳ６１〜ステップＳ
６９の判断時に、ユーザよりの同報依頼でない通常の１
対１のファクシミリ通信依頼があた場合には、サーバ装
置５５を介しての通常の通信が行われる。次に、以上の
ステップＳ６６及びステップＳ７１における図１５に示
す同報リストの６１に示す送信試行順のソート処理の詳
細を図１６を参照して以下に説明する。図１６は第２実
施例における同報リストのソート処理の詳細を示すフロ
ーチャートである。

【００８７】先ずステップＳ８０で前回の同報送信に成
功した相手先の電話番号群を優先して選択する。そして
ステップＳ８１でし、この中でさらに前回同報時の試行
回数の少ない電話番号を優先して順にソートする。な
お、条件が同じ相手先に対しては順序を問わないが、例
えば前回の試行順とすればよい。図１５の例では６１に
示す送信試行順の１番から６番までが、前回の同報送信
に成功した相手先の電話番号であり、この中では、さら
に、前回同報時の試行回数で少ない順にソートされてい
る。

【００８８】次にステップＳ８２で、ユーザが新たに同
報リストに追加した電話番号をソートする。図１４の例
では７番から１０番がユーザが新たに同報リストに追加
した電話番号群である。そしてステップＳ８３で以上の
前回同報通信の成功した相手に対する次回試行回数及び
ユーザが新たに同報リストに追加した電話番号群に対す
る次回試行回数（６４）を、すべて３回に設定する。

【００８９】そして最後にステップＳ８４で、前回の同
報通信が失敗した電話番号群をソートする。この場合
に、同報通信が失敗した電話番号群の中で、さらに失敗
理由の番号の少ない順でソートする。図１４の例では１
１番から２０番が前回の同報通信に失敗した電話番号群
である。そしてステップＳ８５でこの前回の同報通信が
失敗した相手先に対する次回試行回数をすべて１回に設
定する。これによりソート処理を終了しリターンする。

【００９０】図１５において、２１番目以降も、このリ
ストは続いている形になっているが、それらも、すべ
て、前回送信に失敗した電話番号である。なお、複数の
電話線を接続したサーバ５５において、この同報リスト
を用いて同報実行する場合には、この同報スリットの上
位から電話線の数の分、各ファクシミリ送受信装置５４
に振り分けられ、各相手先ファクシミリ装置５７へ、フ
ァクシミリ送信が行われる。一度の発呼で接続できない
相手に対しては、試行回数分、発呼処理（コール）が試
みられる。試行回数分の発呼でも通話路が形成されず、
ファクシミリ送信できない場合には同報送信失敗とな
る。

【００９１】そして、この１回目の各ファクシミリ送受
信装置５４へ振り分けた同報通信が終了すると（異常終
了を含む）、同報リストの送信試行順から、次の電話線
の数の分、各ファクシミリ送受信装置５４への振り分
け、発呼処理が行われ、上述同様の各相手先ファクシミ
リ装置５７へのファクシミリ送信が行われる。この作業
を、同報リスト上から、相手先電話番号がなくなるまで
繰り返す。

【００９２】試行回数分のコールを含め、すべての同報
作業が終了すると、同報に成功したか失敗したか、等々
の結果をもとに上述したステップＳ７１で同報リストの
ソートが行われる。また、ユーザが、同報リストに新し
い相手先電話番号を追加した場合も、追加作業の直後に
ステップＳ６６のソート処理が行われ、図１５に示した
ように、前回送信に成功した電話番号群の次に新規の電
話番号群が追加された形となる。

【００９３】図１５の６３に示す５項目の同報通信が失
敗した際の失敗理由を図１７を用いて以下に説明する。
図１７は、第２実施例における送信に失敗した場合の失
敗理由を示す図である。図１７において、失敗理由の１
番目が「ファクシミリ使用中。話し中。」で、以下失敗
理由は７番まであり、最後の７番目の失敗理由は「現
在、この電話番号は使われてない。」である。上位のも
のほど、再度コールすれば、送信できる可能性の高いも
のであって、下位のものほど、再度コールしても、接続
する可能性の低いものを示している。

【００９４】以上説明した様に第２実施例によれば、以
下の特有の顕著な作用効果が得られる。 （１）同報リストのソートの際に、前回送信に成功した
電話番号と、前回送信に失敗した電話番号の次回試行回
数に、差を設けた。失敗した電話番号群は、次回試行回
数を１回として、無駄なコールの試みを減らして、全体
の同報処理完了までの時間を短縮させることができる。

【００９５】（２）送信に成功した電話番号群の中で
も、前回試行回数の少ないものを優先するソートを行っ
た。これで、送信しやすい相手先に対しては、前倒し
で、同報処理を行うことができる。 （３）前回、送信に失敗した電話番号群の中でも、前回
の失敗理由で、より軽いものから重大なものへの順序で
ソートしているため、前回送信に失敗したとしても、送
信できる可能性のある相手先から、前倒しで同報処理が
進み、無駄が極力防げる。

【００９６】［第３実施例］以上説明した第２実施例に
おいては、電話線を２４本接続した同報機能付きファク
シミリサーバ装置を用いて同報通信を行う場合について
説明した。しかし、本発明は以上の例に限定されるもの
ではなく、電話線を１本だけ接続した同報機能付きファ
クシミリ装置に適用しても同様の作用効果が達成でき
る。

【００９７】この場合には、図１３において、サーバ５
５を電話線を１本だけ接続した同報機能付きファクシミ
リ装置と変え、発呼回線を１つ、ファクシミリ送受信装
置５４も１台のみとし、送信元ファクシミリ装置５１、
ダイヤラー５２、音声応答装置５８、コンソール６等を
除いた構成とすればよい。ユーザによる同報リストの作
成、修正、追加、削除の作業は、ファクシミリ本体の液
晶パネル等から行われる。

【００９８】ただし、この場合、電話線が１本と言うこ
とで、同報処理の完了時間を考えれば、ひとつの同報リ
ストに含めることのできる相手先電話番号は、多くても
十数件程度に制限したほうが良い。 ［第４実施例］第２実施例においては、前回送信できな
かった電話番号群を、失敗理由の番号順にソートした
が、その際次回試行回数はすべて１回に設定した。つま
り、どのような失敗理由があったとしても、次の同報処
理では、必ず一度はコールが試されることになる。しか
し、例えば図１７の失敗理由の７番の「現在、この電話
番号は使われていない。」などの、何度コールしても接
続可能性のまったくない相手先電話番号に対しても、必
ず一度はコールが試みられる。これでは、同報完了時間
の短縮に結び付かない。

【００９９】そこで、第４の実施例においては、ソート
の際、前回送信できなかった失敗理由が７番の電話番号
に対しては次回試行回数を０（ゼロ）とする処理を加え
ればよい。同報リストの具体例で言えば、図１５に示す
１９番目と２０番目の試行順の次回試行回数を０とすれ
ばよい。第４実施例においては上述した第２実施例の図
１６のフローチャートにおけるステップＳ８５の次に、
ステップＳ８６として、「失敗理由７番の電話番号は、
次回試行回数を０とする」との処理を追加すればよい。

【０１００】以上の様に構成することにより、更に同報
完了時間を短縮でき、効率の良い同報通信が行える。以
上説明したように第２及び第３、第４の実施例によれ
ば、同じ同報リストを用いて何度か同報を実行する際に
は、同報リスト中、前回行った同報において、送信に成
功した電話番号を優先し、次に新たにユーザが追加した
電話番号を加え、そして、最後に、前回送信に失敗した
電話番号をセットし、しかも、前回送信に失敗した電話
番号に対しては、接続できない場合に試みるコール回数
を制限して、同報を実行する機能を設けることにより、
同報リストの中の有効な相手先電話番号のほとんどを、
実行時間の前半に集めて処理してしまうことができ、し
かも、同報処理完了までの全時間も短縮できる効果があ
る。

【０１０１】［第５実施例］以上の第２及び第３、第４
の実施例では、同報リストは１つであった。しかし本発
明は以上の例に限定されるものではなく、同報リストと
して配信の失敗した同報通信相手のリストを作成する様
に構成した本発明に係る第５実施例を以下に説明する。
即ち、同報通信を行おうとするものが、必ず同報通信指
定先にファクシミリデータを送りたいような場合には、
送れなかった相手に対して繰り返し同報通信を行う必要
がある。係る場合に有効に対処しようとするのが第５実
施例の主眼である。

【０１０２】第５実施例においても、基本的なシステム
構成は上述した第２実施例の図１３に示す構成と同様で
ある。第５実施例では、上述した第２実施例と比し、同
報リスト及び同報リストの作成方法が異なる。以下異な
る部分について説明する。図１８は、図１３の構成を備
えるファクシミリ通信システムにおけるサーバ５５の同
報知リスト群を説明するための図である。図１８に示す
様に、第５実施例のサーバ装置５５は、まず、公衆回線
網５３に接続された他のファクシミリ装置、例えば送信
元ファクシミリ装置５１からの同報依頼によって、図１
８の７１に示す「同報リスト１」による同報通信を実行
する。

【０１０３】「同報リスト１」による同報通信が実行さ
れると、同報に成功した電話番号群をまとめた「同報リ
スト２」（７２）と、同報に失敗した電話番号群をまと
めた「同報リスト３」（７３）が作成される。このとき
サーバ５５は、同時に送信元ファクシミリ装置５１に対
しても、同報に成功した電話番号、同報に失敗した電話
番号及び、「同報リスト２」及び「同報リスト３」の存
在を、レポートの形式でファクシミリ送信する。

【０１０４】さらに、送信元ファクシミリ装置５１が
「同報リスト１」による同報通信に続いて「同報リスト
２」を使用しての同報を依頼した場合、「同報リスト
２」を使用しての同報通信を行う。同報処理後、同報に
成功した電話番号群をまとめた「同報リスト４」と、失
敗した電話番号群をまとめた「同報リスト５」が作成さ
れる。

【０１０５】また、同様に、送信元ファクシミリ装置５
１が「同報リスト１」による同報通信に続いて「同報リ
スト３」を使用しての同報を依頼した場合、「同報リス
ト３」を使用しての同報通信を行う。同報処理後、同報
に成功した電話番号群をまとめた「同報リスト６」と、
失敗した電話番号群をまとめた「同報リスト７」が作成
される。

【０１０６】以後、同様に各同報通信を行った結果に基
づく同報に成功した電話番号群をまとめた「成功同報リ
スト」と、失敗した電話番号群をまとめた「失敗同報リ
スト」が作成されることになる。これによって、同報を
依頼したユーザは、一度目の同報依頼で失敗した番号群
に対して、一対一でひとつひとつファクシミリ送信する
必要もなく、まとめて再度、同報通信に失敗した相手に
のみ同報をかけることができる。

【０１０７】また、別の使い方としては、一度目の同報
に成功したグループだけに対して引き続き別種の追加フ
ァクシミリを送ると言うこともできる。図１９は、サー
バ５５が同報通信実行後に、送信元ファクシミリ装置５
１に対してファクシミリ送信する同報通信実行結果を報
知するための同報実行レポートの例である。図１９に示
す様に、第５実施例のサーバ５５よりの同報実行レポー
トには、同報に成功した電話番号群とその同報リスト番
号、同報に失敗した電話番号群とその同報リスト番号が
記載されており、係る同報リストがサーバ５５に作成さ
れていることを報知する様になっている。

【０１０８】サーバ５５に以上の同報リストが作成され
ることを利用して、例えば２種類のファクシミリ通信文
を送る場合のファクシミリ通信文の例を図２０に示す。
図２０には、１回目の同報で送ったファクシミリ通信文
の例と、１回目で送信に成功した同報先だけに送った２
回目の同報のファクシミリ通信文の例が示されている。

【０１０９】以上の構成を備える第５実施例のサーバ５
５の動作を図２１を参照して以下に説明する。図２１は
第５実施例のサーバの同報通信処理を説明するためのフ
ローチャートである。図２１の処理はサーバ５５の電源
ＯＮと同時にスタートする。そしてまずステップＳ１０
１でサーバ５５の管理者がサーバ５５の電源スイッチを
ＯＦＦしたか否かを調べる。もしここで装置の電源がＯ
ＦＦされた場合には処理を終了する。装置の電源がＯＦ
ＦされていなければステップＳ１０２に進み、ユーザか
らファクシミリの一対一の単一配信依頼が入ったか否か
を調べる。ユーザからファクシミリの一対一の単一配信
依頼が入った場合にはステップＳ１０３に進み、ファク
シミリ受け付け及びその後に続いて送られて来るファク
シミリイメージを内蔵するメモリに蓄積し、配信スケジ
ュールの決定を行なう。そしてステップＳ１０１に戻
る。

【０１１０】一方、ステップＳ１０２でユーザからファ
クシミリの一対一の単一配信依頼が入っていない場合に
はステップＳ１０４に進み、ユーザからの同報送信依頼
が入ったか否かを調べる。同報送信依頼がある場合には
ステップＳ１０５に進み、上述した第２実施例と同様に
してユーザからのファクシミリイメージを受け付け、不
図示のメモリ（例えば第１実施例のハードディスク２ａ
等）に蓄積したあと、同報配信スケジュールを決定し同
報送信処理の実行を開始する。そしてステップＳ１０１
に戻る。ステップＳ１０５の処理は、ユーザが指定した
同報リストに従って、次々にファクシミリ送受信装置５
４に振り分けて、送信処理を行う処理である。

【０１１１】ステップＳ１０４でユーザからの同報送信
依頼がない場合にはステップＳ１０６に進み、ユーザが
同報リストの修正依頼をしたか否かを調べる。修正依頼
がある場合にはステップＳ１０７に進み、ユーザの指示
に従い、同報リストの作成、修正、追加、削除を実行す
る。そして、ステップＳ１０１に進む。一方、修正依頼
がない場合にはステップＳ１０６よりステップＳ１０８
に進み、同報送信スケジュールで残りがあるかどうか、
つまり、同報リスト上で、送信試行作業に入っていな
い、あるいは作業中の相手先電話番号があるか否かを調
べる。同報送信スケジュールで残りがある場合にはステ
ップＳ１０９に進み、同報送信作業を続行し、次の配信
を行う。その後ステップＳ１０１に戻る。

【０１１２】一方、ステップＳ１０８で同報送信スケジ
ュールで残りがない場合にはステップＳ１１０に進み、
処理していた同報送信作業がすべて完了したか否かを調
べる。処理していた同報送信作業がすべて完了していな
い場合にはステップＳ１０１に戻る。ここで処理してい
た同報送信作業がすべて完了した場合にはステップＳ１
１１に進み、成功した同報先の電話番号の同報リスト及
び同報通信の失敗した電話番号の同報リストを作成して
記憶する。そして続くステップＳ１１２でユーザへ上述
した同報送信の結果をファクシミリでレポートしてステ
ップＳ１０１に戻り、次の同報送信依頼を待つ。なお、
以上の説明した同報リストの作成、修正、追加、削除等
は、行おうとするユーザが音声応答装置５８を経由し
て、サーバ５５に接続することで、依頼元はプッシュホ
ンでこれらを行うことができる様に構成されている。

【０１１３】以上説明した様に第５実施例によれば、フ
ァクシミリサーバの同報機能に同報実行後、配信に成功
した電話番号の同報リスト、及び配信に失敗した電話番
号群の同報リストを作成する機能を追加して設けること
により、同報の依頼元が例えば配信に失敗した群だけ
に、あるいは成功した群だけに再度、同報送信を試みる
ことができる効果がある。

【０１１４】［第６実施例］以上説明した第４〜第５実
施例においては、電話線を２４本接続した同報機能付き
ファクシミリサーバ装置を用いて同報通信を行う場合に
ついて説明した。しかし、本発明は以上の例に限定され
るものではなく、電話線を１本だけ接続した同報機能付
きファクシミリ装置に適用しても同様の作用効果が達成
できる。

【０１１５】この場合には、図１３において、サーバ５
５を電話線を１本だけ接続した同報機能付きファクシミ
リ装置と変え、発呼回線を１つ、ファクシミリ送受信装
置５４も１台のみとし、送信元ファクシミリ装置５１、
ダイヤラー５２、音声応答装置８、コンソール６等を除
いた構成とすればよい。ユーザによる同報リストの作
成、修正、追加、削除の作業は、ファクシミリ本体の液
晶パネル等から行われる。

【０１１６】ただし、この場合、電話線が１本と言うこ
とで、同報処理の完了時間を考えれば、ひとつの同報リ
ストに含めることのできる相手先電話番号は、多くても
十数件程度に制限したほうが良い。しかし、仮に、１件
あたりの送信時間が数秒程度の高速ファクシミリ装置で
ある場合には、数百件規模でも消化できる可能性はあ
る。

【０１１７】［第７実施例］以下、本発明に係る第７実
施例を説明する。第７実施例においては、以上に説明し
た第２〜第６実施例においては、ダイヤラー５２は通常
タイプの場合を説明した。しかし、上述した様にファク
シミリ装置は汎用性を確保するために規格が厳しく決ま
っており、これをむやみに変更することはできない。し
かし、このダイヤラーにはこのような規格はなく、比較
的自由な設計ができる。そこでサーバ等を利用してファ
クシミリデータの配信処理を行う場合に適したダイヤラ
ーを備える本発明に係る第７実施例のファクシミリ通信
システムを以下に説明する。

【０１１８】図２２は第７実施例のダイヤラー外観図で
ある。８０はダイヤラー本体であり、８２は電源スイッ
チ、８３は電源コード、８４はユーザの送信もとの例え
ばＧ３規格のファクシミリ装置５９に接続する電話線、
８５は公衆網（ＰＳＴＮ）１１０側に接続する電話線を
示している。図２３に、図２２に示す第７実施例のファ
クシミリ通信システムのシステム構成を含むダイヤラー
８０の詳細構成を示す。図２３において、太い矢印線は
内部の電話線を示し、細い線は制御部９０による各構成
要素の制御線を示している。

【０１１９】まず図２３に示すダイヤラー８０を含む第
７実施例におけるファクシミリ通信システム構成を説明
する。５９がユーザ所有の送信元ファクシミリ装置であ
り、ここではＧ３規格のファクシミリ装置を例として説
明する。送信元ファクシミリ装置５９はもちろんファク
シミリの受信も行なえる。８４は上述したファクシミリ
側電話線、８５は公衆網（ＰＳＴＮ）側電話線、１１０
は公衆網（ＰＳＴＮ）、１２０は公衆網（ＰＳＴＮ）１
１０に接続されているサーバＡ、１３０はサーバ１２０
とサーバ１４０とを接続する高速の専用線、１４０は公
衆網（ＰＳＴＮ）１５０に接続されているサーバＢ、１
５０は公衆網（ＰＳＴＮ）１６０は公衆網（ＰＳＴＮ）
１５０に接続されている例えば送信元ファクシミリ装置
５９が送信を希望している宛先ファクシミリ装置であ
り、やはりＧ３規格のファクシミリ装置を例に説明す
る。

【０１２０】サーバＡ１２０とサーバＢ１４０は、高速
の専用線１３０で互いに接続されており、サーバＡ１２
０が各ユーザから集めたファクシミリイメージを、まと
めてサーバＢ１４０に送って相手先ファクシミリ装置１
６０に配信する。これによって、送信元ファクシミリ装
置５９と相手先ファクシミリ装置１６０がそれぞれ個別
にファクシミリ送受信を繰返すより経済的である。尚、
具体的な例として、サーバＡ１２０を日本に設置し、サ
ーバＢ１４０を米国に設置し、専用線は海底ケーブルか
通信衛星等の形態を取ること等も考えられる。

【０１２１】次に、以上の構成を備える第７実施例のダ
イヤラー８０の詳細構成を説明する。９０は制御部であ
り、電源スイッチ８２をＯＮした後の初期設定から電源
ＯＦＦ後の後処理まで、ダイヤラー８０内のすべての構
成要素を制御する。９１は送信監視部であり、送信元フ
ァクシミリ装置５９が相手先発呼処理を行い、プッシュ
ボタンを押した場合、その発呼ナンバーを記録して、制
御部９０へ知らせる。また、ファクシミリ送信中は、送
信元ファクシミリ装置５９から切断指示コマンド（ＤＣ
Ｎコマンド）が発せられたかチェックし、発せられたら
制御部９０に知らせることも行なう。

【０１２２】９２は切替部Ａであり、送信元ファクシミ
リ装置５９側の電話線、切替部Ｂ９３側の電話線、給電
部９７側の電話線のそれぞれの接続と切断を行なう。電
源ＯＮ直後、及び送受信の待機状態では、給電部９７
側、送信元ファクシミリ装置５９側が接続状態、切替部
Ｂ９３側が切断状態となっている。これは制御部９０の
指令による。

【０１２３】同様に、切替部Ｂ９３は、切替部Ａ９２側
の電話線、発呼処理部９８側の電話線、文字データ蓄積
部１００への電話線、公衆網（ＰＳＴＮ）１１０側への
電話線、のそれぞれの接続と切断を行なう。電源ＯＮ直
後、及び、送受信待機状態では、公衆網（ＰＳＴＮ）１
１０側だけ接続状態で、その他は切断状態になってい
る。これも制御部９０の指令による。

【０１２４】９４は受信監視部であり、外部からの被呼
があった場合にはこれを検知し、ただちに制御部９０に
その旨知らせる。制御部９０は、切替部Ａ９２と切替部
Ｂ９３間を接続状態にすると共に、切替部Ａ９２と給電
部９７間を切断状態として、公衆網（ＰＳＴＮ）１１０
側回線８５と送信元ファクシミリ装置５９を直結状態に
して、以後、通常のファクシミリイメージ受信が行なわ
れる。なお、「外部のファクシミリ」は、サーバＡ１２
０であることもあり得る。

【０１２５】９５はファクシミリ呼出部、９６はイメー
ジ送信部、９７は給電部であり、給電部９７は電源ＯＮ
直後、及び送受信待機状態では、切替部Ａ９２、切替部
Ｂ９３間は切断状態であって公衆網（ＰＳＴＮ）１１０
からの給電は行なわれないが、その代わりに送信元ファ
クシミリ装置５９へ給電するための要素である。これに
よって、送信元ファクシミリ装置５９は、公衆網から切
り離れさていても、発呼動作ができることになる。

【０１２６】９８は発呼処理部であり送信元ファクシミ
リ装置５９に代わって、サーバＡ１２０への発呼処理を
行なう。もちろん、前もって切替部Ｂ９３と発呼処理部
９８側の電話線は接続状態にする。発呼処理部９８によ
る発呼処理は２通りあり、送信監視部９１によるチェッ
クで送信元ファクシミリ装置５９の発呼ナンバーが「１
９１−０４４−４４−４４４４」のように、ダイヤラー
識別コード「１９１」が先頭にある場合は、発呼処理部
９８に内蔵されているサーバＡ１２０の電話番号で、公
衆網（ＰＳＴＮ）１１０に対し発呼する。

【０１２７】サーバＡ１２０に接続が成功すると、発呼
処理部９８は、ＩＤコードや相手先ファクシミリ番号
「０４４−４４−４４４４」をサーバＡ１２０に送る。
その後、切替部Ａ９２、切替部Ｂ９３間が接続状態にな
り、一方、切替部Ｂ９３と発呼処理部９８間、切替部Ａ
９２と給電部９７方向は切断状態となって、送信元ファ
クシミリ装置５９とサーバＡ１２０が直結され、以後、
送信元ファクシミリ装置５９からサーバＡ１２０へ、フ
ァクシミリ送信が行なわれる。

【０１２８】この第７実施例における送信元ファクシミ
リ装置５９よりの、ダイヤラー８０を介してのサーバＡ
１２０に対する配信要求に対して、サーバ１２０側より
配送される配信予定時刻の入ったファクシミリ用紙の例
を図２４に示す。図２４に示す様に、サーバＡ１２０か
らは受けつけ確認通知を兼ねた配信予定が受け付け番号
及び後での確認番号である文書番号と共に送られて来
る。従つて、送信元ファクシミリ装置５９はこのファク
シミリ用紙を見てファクシミリ送信受け付け等を確認で
きる。

【０１２９】一方、送信元ファクシミリ装置５９の発呼
ナンバーに「０４４−４４−４４４４」のように、ダイ
ヤラーの識別コード「１９１」が先頭にない場合は、発
呼処理部９８は「０４４−４４−４４４４」の番号その
まま公衆網（ＰＳＴＮ）１１０へ送出し、通常の発呼を
行なう。相手先ファクシミリへの接続が成功すると、切
替部Ａ９２と切替部Ｂ９３間を接続状態とし、切替部Ａ
９２と給電部９７間及び切替部Ｂ９３と発呼処理部９８
間を切断状態にし、送信元ファクシミリ装置５９と相手
先ファクシミリ装置１６０が直結して、以後、通常のフ
ァクシミリのイメージ送信が行なわれる。

【０１３０】なお、前述したように、切替部Ａ９２、切
替部Ｂ９３の接続、切断はすべて制御部９０がコントロ
ールしている。また、９９はイメージ展開部、１００は
文字データ蓄積部、１０１は回線切断部である。送信元
ファクシミリ装置５９が、サーバＡ１２０にファクシミ
リ送信しているとき、すべてのイメージデータ等を送信
し終わり、送信終了と判断して切断指令コマンド（ＤＣ
Ｎコマンド）を発したのを送信監視部９１が発見する
と、制御部９０は切替部Ｂ９３と文字データ蓄積部１０
０を接続状態にする。同時に、切替部Ａ９２と給電部９
７を接続状態にし、切替部Ａ９２、切替部Ｂ９３間を切
断する。

【０１３１】これで、送信元ファクシミリ装置５９、サ
ーバＡ１２０間は、切り離されたことになるが、呼はサ
ーバＡ１２０、文字データ蓄積部１００間で維持したま
まとなる。この状態で、サーバＡ１２０から配信予定時
刻を含んだ文字列データが送信され、文字データ蓄積部
１００は、その文字列データを蓄える。この場合の通信
プロトコルは、一般的なパソコン通信で使用されるプロ
トコルに準じたものを使用するが、データ量が少ないの
で、１，２秒でデータ受信は完了する。従つて、この間
の電話料金の増加を心配する必要はほとんどない。

【０１３２】以上のプロトコルは、Ｇ３規格に従ったフ
ァクシミリのプロトコルとはまったく別のプロトコルで
ある。このため、何らファクシミリ装置側の既存のファ
クシミリ通信規格を変更・修正等する必要のないもので
ある。そして、データ受信が完了すると、回線切断部１
０１がサーバＡ１２０との間の呼を解放する。その後、
制御部９０は切替部Ｂ９３と文字データ蓄積部１００間
を切断する。

【０１３３】この時点で送信元ファクシミリ装置５９と
給電部９７間の呼は、送信元ファクシミリ装置５９側の
切断処理によって解放された状態にある。全体的には、
送受信待機状態と言えるが、制御部９０は文字データ蓄
積部１００に文字列データが保存されていることを知
り、イメージ展開部９９で文字列データのファクシミリ
イメージへの展開を行ない、さらにＧ３ファクシミリ呼
出部９５に送信元ファクシミリ装置５９を呼び出させ、
イメージ送信部１−１１に展開済みファクシミリイメー
ジを送信元ファクシミリに送信する。

【０１３４】送信が完了したら、送信元ファクシミリ装
置５９と給電部９７間の呼を、Ｇ３ファクシミリ呼出部
９５が解放する。そして文字データ蓄積部１００内の保
存文字データもクリアする。これで、送信元ファクシミ
リ装置５９に、配信予定のファクシミリ用紙が届いたの
と同時に、ダイヤラー本体は送受信待機状態となる。な
お、電源スイッチ２をＯＦＦにした場合、制御部９０は
切替部Ａ９２を、送信元ファクシミリ装置５９方向、及
び切替部Ｂ９３方向を接続し、固定する。また、切替部
Ｂ９３も切替部Ａ９２方向、及び公衆網（ＰＳＴＮ）１
１０方向を接続状態にし、固定する。そして、各構成要
素を休止状態にする。つまり、電源ＯＦＦの状態では、
公衆網（ＰＳＴＮ）１１０と送信元ファクシミリ装置５
９は、直結状態になっている。

【０１３５】次に、図２５〜図３２のフローチャートを
用いて第７の実施例のファクシミリ通信制御を説明す
る。図２５及び図２６はダイヤラー８０の全体動作を示
すフローチャートであり、前述した通り、すべては制御
部９０の指令によって作業が進行する。図２５、図２６
の制御は、電源スイッチ８２がＯＮされると同時にスタ
ートする。

【０１３６】まず、ステップＳ２０１で切替部Ａ９２、
及び切替部Ｂ９３をすべて切断状態とする。続くステッ
プＳ２０２で切替部Ａ９２、切替部Ｂ９３及び制御部９
０以外のすべての要素を休止状態とする。そして、ステ
ップＳ２０３で、切替部Ａ９２を制御して送信元ファク
シミリ装置５９側と給電部９７側を接続状態にする。次
にステップＳ２０４で給電部９７をＯＮして起動状態と
し、仮に送信元ファクシミリ装置５９がオンフック状態
になれば、公衆網（ＰＳＴＮ）１１０に直結していると
きと同様に、給電される状態とする。

【０１３７】そしてステップＳ２０５で送信監視部９１
をＯＮにして起動状態とし、接続ファクシミリ装置、即
ち、送信元ファクシミリ装置５９よりの発呼があるのを
監視する状態とする。続いてステップＳ２０６で切替部
Ｂ９３と公衆網（ＰＳＴＮ）１１０側を接続状態にし、
受信監視部９４をＯＮして起動状態とする。送信監視部
９１におけるチェック内容、及びその後の動作、受信監
視部９４におけるチェック内容、及びその後の動作につ
いては図２３の説明中ですでに概要を記述してある。

【０１３８】その後図２６のステップＳ２０７に進み、
ユーザが電源スイッチ８２をＯＦＦしたかどうか判断す
る。ここで、ユーザが電源スイッチ８２をＯＦＦした場
合にはステップＳ２０８に進み、切替部Ａ９２と切替部
Ｂ９３の間、及び送信元ファクシミリ装置５９方向と公
衆網（ＰＳＴＮ）１１０方向だけを接続状態にして固定
して他は切断状態にし（ダイヤラー８０をスルー状態と
し）、ステップＳ２０９でその他の各要素を休止状態に
し、ステップＳ２１０で電源ＯＦＦとして処理を終了す
る。後は再び電源がＯＮされるのを待つことになる。

【０１３９】ステップＳ２０７でユーザが電源スイッチ
８２をＯＦＦしていない場合にはステップＳ２１１に進
み、受信監視部９４が公衆網（ＰＳＴＮ）１１０側から
の被呼を検出したか否かを判断する。被呼信号が検出さ
れている時にはステップＳ２１２に進み、詳細を後述す
るファクシミリ受信処理を行い、受信データを接続ファ
クシミリ装置５９に送出する。そしてステップＳ２０１
に戻り、ステップＳ２０１〜Ｓ０６でダイヤラー８０を
初期状態に戻す。

【０１４０】一方、受信監視部９４が公衆網（ＰＳＴ
Ｎ）１１０側からの被呼を検出していない場合にはステ
ップＳ２１３に進み、送信監視部９１が送信元ファクシ
ミリ装置５９からの発呼を検出したか否かを判断する。
送信監視部９１が送信元ファクシミリ装置５９からの発
呼を検出していない場合にはステップＳ２０７に戻る。
そして、この状態におけるステツプＳ２０７，Ｓ２１
１，Ｓ２１３のループ処理は、ダイヤラー８０は送受信
の待機状態にあることを示している。

【０１４１】ステップＳ２１３で送信監視部９１が送信
元ファクシミリ装置５９からの発呼を検出している場合
にはステップＳ２１４に進み、詳細を後述する送信処理
を行ない、送信処理終了後ステップＳ２０１に戻り、ス
テップＳ２０１〜Ｓ２０６でダイヤラー本体を初期状態
に戻す。次に上述したステップＳ２１２における受信処
理の詳細を図２７のフローチャートを参照して説明す
る。

【０１４２】まず、ステップＳ２２０で切替部Ａ９２と
切替部Ｂ９３との間で、互いの方向共接続状態にする。
そしてステップＳ２２１で切替部Ａ９２と給電部９７側
とを切断する。これにより、公衆網（ＰＳＴＮ）１１０
よりのファクシミリ受信データは、受信監視部９４、切
り替えＢ部９３、切り替えＡ部９２、送信監視部９１を
介してそのまま接続ファクシミリ装置５９に送られ、フ
ァクシミリ受信されることになる。即ち、ファクシミリ
装置５９側では、あたかもダイヤラー８０が接続されて
いない場合と同様の受信処理が行えることとなる。

【０１４３】続くステップＳ２２２で受信監視部９４に
おけるファクシミリ受信の完了（ファクシミリ受信が終
了して回線が開放されたか否か）を監視する処理を開始
する。そしてステップＳ２２３では受信完了までループ
を描いて待つことになる。ステップＳ２２３で受信完了
となれば、このルーチンからリターンする。次に図２８
〜図３１を参照して図２６のステップＳ２１４における
送信処理の詳細を説明する。

【０１４４】まず図２８のステップＳ２３０では送信元
ファクシミリ装置５９が発呼処理においてダイヤラー８
０に送出した宛先番号の先頭部分に、ファクシミリサー
バ（ダイヤラー）の呼出コードがあるか否かを調べる。
例えば、ナンバーが「１９１−０４−４４−４４４４」
等である場合、「１９１」がこの第６実施例におけるダ
イヤラーの呼出コードである。

【０１４５】ここで、宛先番号の先頭部分にファクシミ
リサーバ（ダイヤラー）の呼出コードがある場合にはス
テップＳ２３１に進み、切替部Ｂ９３で公衆網（ＰＳＴ
Ｎ）１１０側と発呼処理部９８側を接続する。続いてス
テップＳ２３２で発呼処理部９８からサーバＡ１２０を
呼び出す。サーバＡ１２０の電話番号は発呼処理部９８
に予め登録されており、係る登録内容を参照してサーバ
Ａ１２０が発呼される。次にステップＳ２３３でサーバ
Ａ１２０の呼び出しに成功しているのか（サーバＡ１２
０が応答し通信路が形成されたか）否かを調べる。サー
バＡ１２０の呼び出しが不成功の場合には送信はできな
いため、送信処理を終了してリターンする。

【０１４６】サーバＡ１２０の呼び出しに成功している
場合にはステップＳ２３４に進み、発呼処理部９８から
ＩＤコードと相手先ファクシミリ番号を、サーバＡ１２
０へ送る。ＩＤコードは、発呼処理部９８に内蔵されて
おり、相手先ファクシミリ番号は送信元ファクシミリ装
置５９が発呼してきた発呼先番号中に含まれている。例
えば上述の例では「０４−４４−４４４４」等である。
次にステップＳ２３５で、切替部Ｂ９３で切替部Ａ９２
側に接続し、続くステップＳ２３６で切替部Ａ９２で切
替部Ｂ９３側に接続し、切替部Ａ９２と切替部Ｂ９３と
を接続状態とする。

【０１４７】そしてステップＳ２３７に進み、切替部Ｂ
９３で発呼処理部９８側を切断する。続いて図２９のス
テップＳ２３８に進み、切替部Ａ９２で給電部９７側を
切断する。そして、ステップＳ２３９では、送信監視部
９１で接続ファクシミリ装置５９よりの送信終了を示す
ＤＣＮコマンドが送られてきたかのチェックを開始す
る。ステップＳ２４０でＤＣＮコマンドが送られてきて
いない場合にはステップＳ２４１に進み、ファクシミリ
通信が異常終了したか否かを調べる。異常終了もしてい
なければステップＳ２４０に戻り、異常終了するか又は
ＤＣＮコマンドが送られて来るのを監視する。

【０１４８】そして、接続ファクシミリ装置５９よりの
ファクシミリ送信データの送出が終了し、ＤＣＮコマン
ドが送られてきた場合にはステップＳ２４０よりステッ
プＳ２４２に進み、切替部Ａ９２で、給電部９７側に接
続し、回線接続状態を維持する様にする。続くステップ
Ｓ２４３で切替部Ｂ９３で文字データ蓄積部１００側に
接続し、ステップＳ２４４で切替部Ａ９２、切替部Ｂ９
３間の互いの方向を切断し、ステップＳ２４５でサーバ
Ａ１２０から送信される例えば図２４に示される如くの
文字列のコードデータを、文字データ蓄積部１００に蓄
積する。そして、このサーバＡ１２０よりのファクシミ
リデータの受信が終了するとステップＳ２４６に進み、
回線切断部１０１で回線接続状態を開放し、公衆網（Ｐ
ＳＴＮ）１１０側からの回線を終了させる。

【０１４９】続いて図３０のステップＳ２４７に進み、
文字データ蓄積部１００に蓄積されている文字列データ
をイメージ展開部９９に送り、該イメージ展開部９９で
ファクシミリイメージに展開する。そしてステップＳ２
４８でファクシミリ呼出部９５を用いて送信元ファクシ
ミリ装置５９を呼び出す。ここでは例えば送信元ファク
シミリ装置５９に呼出信号を送出すればよい。これに応
じて送信元ファクシミリ装置５９が応答するとステップ
Ｓ２４９でイメージ展開部９９で展開したファクシミリ
イメージを、イメージ送信部９６を介して送信元ファク
シミリ装置５９に送信する。そして送信が終了するとス
テップＳ２５０に進み、ファクシミリ呼出部９５が接続
を開放して接続ファクシミリ装置５９との呼を終了さ
せ、送信処理からリターンする。

【０１５０】また、上述したステップＳ２３０で送信元
ファクシミリ装置５９が発呼処理においてダイヤラー８
０に送出した宛先番号の先頭部分に、ファクシミリサー
バ（ダイヤラー）の呼出コードがない場合にはステップ
Ｓ２５１に進み、切替部Ｂ９３で公衆網（ＰＳＴＮ）１
１０側と発呼処理部９８側を接続する。続いてステップ
Ｓ２５２で、発呼処理部９８から送信元ファクシミリ装
置５９が指定した相手先番号を切り替え部Ａ９２、切り
替え部９３、受信監視部９４を介して公衆網（ＰＳＴ
Ｎ）１１０に送出し、相手先ファクシミリ装置を呼び出
す処理を行う。つまりこの場合には、サーバＡ１２０や
サーバＢ１４０等を経由せず、直接公衆網（ＰＳＴＮ）
１１０だけで接続する。なお、図２３では公衆網（ＰＳ
ＴＮ）１１０と公衆網（ＰＳＴＮ）１４０は別々の異な
る公衆網（ＰＳＴＮ）であるかの如くに示されている
が、これはサーバを用いたファクシミリ通信の説明の便
のためであり、実際には公衆網（ＰＳＴＮ）は全て互い
に接続されており、公衆網（ＰＳＴＮ）１１０に相手先
ファクシミリ装置１６０も接続されている。従つて、こ
こで相手先ファクシミリ装置１６０を発呼することもで
きる。

【０１５１】その後ステップＳ２５３で相手先ファクシ
ミリ装置（例えば相手先ファクシミリ装置１６０）の呼
び出しに成功し、相手先が応答したか否かを調べる。失
敗した場合は送信処理ルーチンからリターンする。一
方、相手先の呼び出しに成功した場合にはステップＳ２
５４に進み、切替部Ｂ９３で切替部Ａ９２側に接続し、
続くステップＳ２５５で切替部Ａ９２で切替部Ｂ９３側
と送信元ファクシミリ装置５９側を接続する。そして、
ステップＳ２５６では切替部Ｂ９３で発呼処理部９８を
切断し、ステップＳ２５７では切替部Ａ９２で給電部９
７側を切断する。

【０１５２】以上の制御で送信元ファクシミリ装置５９
と相手先ファクシミリ装置との間に通信路が形成され、
ファクシミリ送信が行われることになる。このため、ス
テップＳ２５８で、送信監視部９１による送信元ファク
シミリ装置５９がファクシミリ通信を終了し回線８４を
開放するのを監視する処理を開始させる。そしてステッ
プＳ２５９で送信監視部９１が送信元ファクシミリ装置
５９による回線８４の開放するのを待つ。ファクシミリ
通信が終了して送信元ファクシミリ装置が回線を開放す
ると送信処理ルーチンからリターンする。この場合に
は、ダイヤラー８０側では回線８５のループを保持する
制御は行っておらず、送信元ファクシミリ装置が回線８
４を開放するとそのまま回線８５も開放された状態とな
る。

【０１５３】次に図３２を参照してサーバＡ１２０のフ
ァクシミリ受信処理を説明する。サーバＡ１２０は、ダ
イヤラー８０を介した送信元ファクシミリ装置５９から
のファクシミリ送信が始まると、まずステップＳ２６０
でファクシミリイメージの受信と蓄積を開始する。そし
て、受信・蓄積を行ないながら、一方で、ステップＳ２
６１に示す受信中のファクシミリデータの宛先、例えば
相手先ファクシミリ装置１６０への配信スケジュールを
立てて不図示の所定記憶領域にセットする。これは送信
元ファクシミリ装置宛の受け付けと配信予定を報知する
応答用のメッセージ格納領域である。

【０１５４】そしてステップＳ２６２で送信元ファクシ
ミリ装置５９から送信完了を示すＤＣＮコマンドが送ら
れてくるまで上述のファクシミリイメージの受信と蓄積
を行い、ＤＣＮコマンドが送られてくるのを待つ。ＤＣ
Ｎコマンドが送られてくるとステップＳ２６３に進み、
続行していたファクシミリイメージ蓄積作業を終了す
る。ステップＳ２６４で受信蓄積したファクシミリイメ
ージの相手先ファクシミリ装置に対する配信予定の入っ
た文字列データを回線８５に送出する。そして回線を開
放して呼を開放し、受信処理を終了する。

【０１５５】ダイヤラー８０は、上述した様にこのサー
バＡよりの文字データ列を送信元ファクシミリ装置５９
がファクシミリ通信を終了した後に受信し、文字データ
蓄積部１００に蓄積し、例えば図２４に示す如くのイメ
ージに展開して送信元ファクシミリ装置５９に送ること
になる。以上の説明において、ダイヤラー８０の各構成
は制御部９０を除きその機能毎に１１の要素に分け、し
かも各要素はすべて一括して制御部９０で制御する構成
となっている。このため、制御部９０を例えばマイクロ
コンピュータで構成することにより、この制御部９０の
制御プログラムを変えるだけで様々な多様な使用に対応
することが可能となる。

【０１５６】以上説明した様に第７実施例によれば、ダ
イヤラー８０にサーバＡ１２０からの文字列コードを受
信、蓄積し、蓄積した文字列をイメージ展開し、展開イ
メージを接続ファクシミリ装置にファクシミリ送信する
機能を追加して設けたことにより、ファクシミリ装置に
特別の機能等を追加する必要なく、ユーザがサーバにフ
ァクシミリ送信するための呼が終了する直前に、サーバ
Ａ１２０からの配信予定をダイヤラー８０に送信でき、
ダイヤラー８０はその配信予定をユーザのファクシミリ
装置にファクシミリ送信可能となる。このため、ユーザ
は、ファクシミリ装置に何らの改造等を加えることな
く、規格に合致したファクシミリ装置に単に本実施例の
ダイヤラー８０を接続するのみで、ファクシミリ送信
後、即、配信予定を手にすることができる効果がある。

【０１５７】［第８実施例］以上に説明した第７実施例
では、配信予定を含んだデータを、文字列データとして
ダイヤラー８０内に一旦蓄積する形をとった。しかしこ
れではダイヤラー８０内で文字列データをファクシミリ
イメージに展開しなければならない。この機能の分、ダ
イヤラー８０内の構造が複雑になる。これを防止するた
めに、例えばサーバＡ１２０側において配信予定をファ
クシミリイメージに展開しておいてこれを送信し、ダイ
ヤラー８０はそのファクシミリイメージを受信して蓄積
しておく様に制御してもよい。このように構成した本発
明に係る第８実施例を図３３を参照して以下に説明す
る。

【０１５８】図３３は本発明に係る第８実施例の構成を
示す図であり、図２３に示す第７実施例と同様構成には
同一番号を付し、詳細説明を省略する。図３３において
は、図２３に示すイメージ展開部９９及び文字データ蓄
積部１００がなく、替わりにファクシミリイメージ蓄積
部１０２を備えた構成となっている。第８実施例におい
ては以上の構成とすることにより、送信処理が一部第７
実施例とは異なり、図２９のステップＳ２４５の処理に
替え、サーバＡ１２０より送られて来るファクシミリイ
メージをファクシミリイメージ蓄積部１０２に蓄積する
処理を実行し、図３０に示すステップＳ２４７の処理を
行わず、ステップＳ２４９の処理に替えファクシミリイ
メージ蓄積部１０２に蓄積されたファクシミリイメージ
を送信元ファクシミリ装置５９に送信する処理を実行す
るに制御すればよい。他は上述した第７実施例と同様の
処理とできる。

【０１５９】また、サーバＡ１２０側では、図３２に示
すステップＳ２６４における配信予定の文字列を、ファ
クシミリイメージに展開してから、これをダイヤラー８
０側に送る様に制御される。この様に構成した第８実施
例によれば、第７実施例と同様の作用効果が得られ、か
つダイヤラー８０内にイメージ展開部９９が不要とな
る。ただし、この場合、配信予定を含んだファクシミリ
イメージを、サーバＡ１２０からダイヤラー８０へ送信
する時間は若干増えることになる。

【０１６０】なお、本発明は、複数の機器から構成され
るシステムに適用しても１つの機器から成る装置に適用
しても良い。また、本発明は、システム或は装置にプロ
グラムを供給することによって達成される場合にも適用
できることはいうまでもない。

【０１６１】

【発明の効果】以上説明したように本発明によれば、同
報通信実行後に配信に成功した電話番号の同報リストを
作成可能とすることにより、同報通信の依頼元が配信結
果を容易に認識することができ、例えば配信に成功した
群だけに再度、同報送信を試みること等が極めて容易に
実行できる効果がある。

【０１６２】また、同報リストを用いて何度か同報を実
行する際には、前回同報通信に成功した電話番号群、前
回の同報通信後同報リストに新たに追加した電話番号
群、前回同報通信に失敗した電話番号群の順で優先的に
同報送信することにより、同報リストに新たに電話番号
を追加したとしても、全体の同報処理完了までの時間を
短縮させることができる効果がある。

【０１６３】

【図面の簡単な説明】

【図１】本発明に係る一実施例の同報システムの構成を
示すブロック図である。

【図２】図１に示すクライアントマシンの詳細を説明す
るブロック図である。

【図３】図２に示すパーソナルコンピュータ本体のメモ
リマップを示す図である。

【図４】図３に示す同報設定プログラム、同報実行プロ
グラムの起動コマンドラインの説明図である。

【図５】図１に示すサーバのメモリマップを示す図であ
る。

【図６】本実施例の同報リストファイルの構造説明図で
ある。

【図７】本実施例の失敗理由番号説明図である。

【図８】本実施例の同報リストファイル、ファクシミリ
イメージファイルのファイル名説明図である。

【図９】本実施例の同報設定プログラムの動作を説明す
るフローチャートである。

【図１０】本実施例の同報実行プログラムの動作を説明
するフローチャートである。

【図１１】本実施例の送信処理ルーチンの詳細を説明す
るフローチャートである。

【図１２】本実施例のーチンの詳細を説明するフローチ
ャートである。

【図１３】本発明に係る第２実施例のシステム構成図で
ある。

【図１４】第２実施例におけるサーバにおける同報処理
を説明するフローチャートである。

【図１５】第２実施例におけるソート済みの同報リスト
の例を示す図である。

【図１６】第２実施例における同報リストのソート処理
を説明するフローチャートである。

【図１７】第２実施例における送信に失敗した場合の失
敗理由を示す図である。

【図１８】本発明に係る第５実施例のサーバに新たに作
成される同報リスト群を説明するための図である。

【図１９】第５実施例のサーバより同報依頼元に送られ
る同報実行後の配信レポートの例を示す図である。

【図２０】第５実施例の同報リストを利用して同報通信
する際のファクシミリ通信文の例を示す図である。

【図２１】第５実施例のサーバの同報通信処理を示すフ
ローチャートである。

【図２２】本発明に係る第７実施例のダイヤラーの外観
図である。

【図２３】第７実施例のファクシミリ通信システムのシ
ステム構成を含むダイヤラーの詳細構成を示す図であ
る。

【図２４】第７実施例におけるサーバよりの配信予定の
入った配信受け付けファクシミリ用紙例を示す図であ
る。

【図２５】第７実施例におけるダイヤラー本体の全体動
作を説明するフローチャートである。

【図２６】第７実施例におけるダイヤラー本体の全体動
作を説明するフローチャートである。

【図２７】図２６に示す受信処理の詳細を説明するフロ
ーチャートである。

【図２８】図２６に示す送信処理を説明するフローチャ
ートである。

【図２９】図２６に示す送信処理を説明するフローチャ
ートである。

【図３０】図２６に示す送信処理を説明するフローチャ
ートである。

【図３１】図２６に示す送信処理を説明するフローチャ
ートである。

【図３２】第７実施例におけるサーバのファクシミリの
受信処理を説明するフローチャートである。

【図３３】本発明に係る第８実施例のファクシミリ通信
システムのシステム構成を含むダイヤラーの詳細構成を
示す図である。

【符号の説明】

１ クライアント １−１ パーソナルコンピュータ本体 １−２ ファクシミリ送受信装置 １−３ ハンドセット １−４ ＬＡＮ接続装置 ２ サーバ ３ ＬＡＮケーブル ４ 電話線 ５ 公衆網 １０ ＯＳ １１ ＬＡＮ接続プログラム １２ ファクシミリ送受信プログラム １５ ワークエリア ２０ ネットワークＯＳ ２１ サーバのＬＡＮ接続プログラム ２２ サーバのワークエリア ５１ 電話付き送信元ファクシミリ装置 ５２ ダイヤラー ５３，１１０，１５０ 公衆回線網 ５４ ファクシミリ送受信装置 ５５，１２０，１４０ サーバ ５６ コンソール ５７ 相手先ファクシミリ装置 ５８ 音声応答装置 ７１〜７１ 同報リスト ５９ 送信元ファクシミリ装置 ８０ ダイヤラー本体 ８２ 電源スイッチ ８３ 電源コード ８４ ファクシミリへの電話線 ８５ 公衆網への電話線 ９０ 制御部 ９１ 送信監視部 ９２ 切替部Ａ ９３ 切替部Ｂ ９４ 受信監視部 ９５ ファクシミリ呼出部 ９６ イメージ送信部 ９７ 給電部 ９８ 発呼処理部 ９９ イメージ展開部 １００ 文字データ蓄積部 １０１ 回線切断部 １０２ ファクシミリイメージ蓄積部 １３０ 高速専用線 １６０ 相手先ファクシミリ装置

フロントページの続き (56)参考文献 特開 平２−186772（ＪＰ，Ａ) 特開 平１−41567（ＪＰ，Ａ) 特開 昭62−213478（ＪＰ，Ａ) 特開 昭60−223375（ＪＰ，Ａ) 実開 平３−44972（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 1/00,1/32

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】 同報通信可能なファクシミリ装置であっ
   て、 同報通信に成功した電話番号群を新たに同報通信リスト
   として作成する成功リスト作成手段を備えることを特徴
   とするファクシミリ装置。
2. 【請求項２】 前記成功リスト作成手段により作成され
   た同報通信リストに基づき、同報実行レポートを出力す
   ることを特徴とする請求項１に記載のファクシミリ装
   置。
3. 【請求項３】 前記同報実行レポートには、前記成功リ
   ストの識別情報と、同報に成功した電話番号群が記載さ
   ていることを特徴とする請求項２に記載のファクシミリ
   装置。
4. 【請求項４】 同報通信可能なファクシミリ装置の通信
   方法であって、同報通信に成功した電話番号群を新たに同報通信リスト
   として作成することを特徴とするファクシミリ装置の通
   信方法 。
5. 【請求項５】 前記同報通信リストに基づき、同報実行
   レポートを出力することを特徴とする請求項４に記載の
   ファクシミリ装置の通信方法。
6. 【請求項６】 前記同報実行レポートには、前記成功リ
   ストの識別情報と、同報に成功した電話番号群が記載さ
   ていることを特徴とする請求項５に記載のファクシミリ
   装置の通信方法。
7. 【請求項７】 同報通信機能を備えたファクシミリサー
   バ装置が接続されたファクシミリ通信システムであっ
   て、前記ファクシミリサーバ装置に同報通信に成功した電話
   番号群を新たに同報リストとして作成する成功リスト作
   成手段を備えることを特徴とするファクシミリ通信シス
   テム 。
8. 【請求項８】 同報通信可能なファクシミリ装置であっ
   て、同報リスト を用いて複数回の同報通信を行う場合に、前
   回同報通信に成功した電話番号群、前回の同報通信後前
   記同報リストに新たに追加した電話番号群、前回同報通
   信に失敗した電話番号群の順で優先的に同報送信する同
   報通信実行手段を備えることを特徴とするファクシミリ
   装置。
9. 【請求項９】 次回の同報通信における、前記追加した
   電話番号群の試行回数を 、前記失敗した電話番号群の試
   行回数よりも多く設定することを特徴とする請求項８に
   記載のファクシミリ装置。
10. 【請求項１０】 同報通信可能なファクシミリ装置の通
    信方法であって、同報リスト を用いて複数回の同報通信を行う場合に、前
    回同報通信に成功した電話番号群、前回の同報通信後前
    記同報リストに新たに追加した電話番号群、前回同報通
    信に失敗した電話番号群の順で優先的に同報送信するこ
    とを特徴とするファクシミリ装置の通信方法。
11. 【請求項１１】 次回の同報通信における、前記追加し
    た電話番号群の試行回数を、前記失敗した電話番号群の
    試行回数よりも多く設定することを特徴とする請求項１
    ０に記載のファクシミリ装置の通信方法。
12. 【請求項１２】 同報通信機能を備えたファクシミリサ
    ーバ装置が接続されたファクシミリ通信システムであっ
    て、 前記ファクシミリサーバ装置に同報リストを用いて複数
    回の同報通信を行う場合に、前回同報通信に成功した電
    話番号群、前回の同報通信後前記同報リストに新たに追
    加した電話番号群、前回同報通信に失敗した電話番号群
    の順で優先的に同報送信する同報通信実行手段を備える
    ことを特徴とするファクシミリ通信システム。