JP2000022862A

JP2000022862A - 通信システム及び通信方法

Info

Publication number: JP2000022862A
Application number: JP10190750A
Authority: JP
Inventors: Takashi Tsukamoto; 剛史塚本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-07-06
Filing date: 1998-07-06
Publication date: 2000-01-21

Abstract

(57)【要約】【課題】１つの原稿に対して複数の受取人を指定して送
信し、受信側で複数の受取人の受信データを配信可能と
する通信システムを提供する。【解決手段】送信元通信管理サーバ８０４は、送信元フ
ァクシミリ８０５を介して１つの通信相手先に対して複
数の受け取り人を特定した送信通信情報がある場合には
送信通信情報に複数の受取人を示す受取人指定データを
付加して通信相手先に送信する。また、ある受取人ある
いは同じ通信相手先に対する送信情報が複数ある場合に
は、それらの送信情報をまとめて一括送配信する。

Description

【発明の詳細な説明】

【０００１】

〔発明の詳細な説明〕

【発明の属する技術分野】本発明は通信媒体を介して他
の通信装置との間で通信情報を送受信可能な通信システ
ム及び通信方法に関し、例えば、１つの通信相手先に対
して複数の受け取り人を特定した送信通信情報を通信可
能な通信システム及び通信方法に関するものである。

【０００２】

【従来の技術】従来の１つの通信相手先に対して複数の
受け取り人を特定した送信通信情報を通信可能な、いわ
ゆる宛先別一括送信機能を備えたファクシミリ装置など
においては、サブアドレスなどの受取人指定が異なる設
定をされていた場合、相手先への発信は、同じダイヤル
先でも別の発呼として処理されていた。

【０００３】つまり、通信相手先が同じ電話番号である
「１２３４−２３４５」であっても、受取人のサブアド
レスが「１２３４５」と「２３４９」の様に異なる場合
には、この二人の受取人に送信原稿を送る場合、サブア
ドレス「１２３４５」と「２３４９」宛に別々にそれぞ
れ「１２３４−２３４５」に発呼し、同じ原稿を２回別
個に発呼して送る必要があった。

【０００４】また、従来の宛て先一括送信において、一
括送信するかどうかの判断にサブアドレスまでの確認処
理を含んでいなかったため、サブアドレスの指定が行わ
れると一括送信の対象から外されていた。

【０００５】

【発明が解決しようとする課題】従来の宛先別一括送信
機能と、受信した情報をサブアドレス等で指定された受
取人に配信する機能とを持ったファクシミリシステムに
は、以下のような制約があった。

【０００６】同じ発呼先に対して一度に複数の受取人
を指定して原稿を送ることができないため、受け取り人
数分同じ原稿を別個に送信する必要があり、通信費がか
さんでいた。

【０００７】受信側での配信時に、受取人コード等で
指定できる受取人以外の受取人に対して印刷出力を行わ
せようとしても、これらの受取人宛のファクシミリデー
タの印刷出力ができなかった。

【０００８】従って、受取人コード等で指定できる受取
人以外の受取人に対する印刷再生用のファクシミリ送信
と、受取人コード等で指定できる受取人用のファクシミ
リ送信との最低２回分同じ原稿を送る必要があった。

【０００９】本発明は上述した課題を解決することを目
的として成されたもので、１つの原稿に対して複数の受
取人を指定して送信し、受信側で複数の受取人の受信デ
ータを配信可能とすることにより上記目的を達成する。

【００１０】

【課題を解決するための手段】上記目的を達成する一手
段として例えば以下の構成を備える。

【００１１】即ち、通信媒体を介して他の通信装置との
間で通信情報を送受信可能な通信システムにおいて、１
つの通信相手先に対して複数の受け取り人を特定した送
信通信情報を発生可能な送信情報発生手段と、前記送信
情報発生手段が１つの通信相手先に対して複数の受け取
り人を特定した送信通信情報を発生した場合に前記送信
通信情報に複数の受取人を示す受取人指定データを付加
して通信相手先に送信する送信手段とを備えることを特
徴とする。

【００１２】そして例えば、前記送信手段は、送信情報
が通信相手先装置で印刷出力可能な場合、印刷出力を許
可する受取人指定データを必要に応じて付加して送信す
ることを特徴とする。あるいは、前記通信相手先装置よ
り印刷出力を許可する受取人指定データが付加された情
報を受信した場合に受信情報を印刷出力する印刷出力手
段を備えることを特徴とする。

【００１３】又例えば、前記送信情報に付加するデータ
を受取人群を示すグループコードあるいは各受取人を示
すコードを複数組み合わせたデータとすることを特徴と
する。又は、前記送信情報に付加するデータを受取人を
示すサブアドレスとし、前記サブアドレスを複数付加し
て送信することを特徴とする。又は、前記送信情報に付
加するデータを受取人を示すサブアドレスとし、受取人
が異なる送信情報を送信する毎に異なる受取人を示すサ
ブアドレスを途中で切り替えて送信することを特徴とす
る。又は、前記送信情報に付加するデータを各受取人毎
の独自コードとし、前記独自コードをを複数付加して送
信することを特徴とする。

【００１４】さらに例えば、更に、通信媒体を介して他
の通信装置より複数の受取人を示す複数のデータを受信
すると、該データで指定される複数の受取人に該データ
とともに送られてくる通信情報を自動的に配信する配信
手段を備えることを特徴とする。あるいは、受取人を示
す複数のデータは受取人群を示すグループコードあるい
は受取人を示す受取人コードであり、前記配信手段は、
受信したコードデータに従って予め登録されているコー
ドテーブルで指定される受取人に配信することを特徴と
する。あるいは、受取人を示す複数のデータは送信情報
に付加される受取人を示すサブアドレスであり、前記配
信手段は、受信したサブアドレスに従って複数の受取人
に配信あるいは、途中で切り替わったサブアドレスに従
って配信先を途中から切り替えて配信することを特徴と
する。あるいは、受取人を示す複数のデータは送信情報
に付加される受取人を示す独自コードであり、前記配信
手段は、受信した独自コードに従って複数の受取人に配
信あるいは、途中で切り替わった独自コードに従って配
信先を途中から切り替えて配信することを特徴とする。

【００１５】更にまた例えば、送信原稿と、指定した送
信相手先を示すデータと、指定した受取人を示すデータ
とを蓄積する蓄積手段を備え、前記送信手段は前記蓄積
手段に蓄積されている蓄積情報を参照して通信相手先へ
の送信情報を生成することを特徴とする。

【００１６】また、通信媒体を介して他の通信装置との
間で通信情報を送受信可能な通信システムにおいて、送
信原稿と、指定した送信相手先を示すデータと、指定し
た受取人を示すデータとを蓄積する蓄積手段と、前記蓄
積手段に、同じ通信相手先の同じ受取人への送信原稿が
複数件存在していた場合では、１つの通信相手先の同じ
受取人に対して送信原稿を一括して送信する一括送信手
段を備えることを特徴とする。

【００１７】そして例えば、前記一括送信手段は、前記
通信相手先に複数の受取人を指定するデータ受信に対す
る制限があると判断した場合、認容されている範囲で一
括送信を実行し、未送信分は改めて送信することを特徴
とする。

【００１８】又例えば、前記通信システムは、単体のフ
ァクシミリ通信装置で構成されることを特徴とする。又
は、前記通信システムは、ファクシミリ装置と外部情報
端末とがインターフェースで接続されているシステムで
あることを特徴とする。

【００１９】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。〔第１の発明の実施の形態例〕図１は本発明に係る一発
明の実施の形態例による通信システムの構成例を示す図
である。

【００２０】図１において、１０１は本実施の形態例の
回線網１２０を介して他の通信装置例えば他のファクシ
ミリ通信装置と通信を行う通信機器本体であり、インタ
ーフェースケーブルを介して情報機器（通信端末）１１
１と接続可能であり、通信端末１１１の制御を受けて、
公衆回線網１２０を介して他のファクシミリ通信可能な
装置、例えば相手先装置１５０との通信を行うことが可
能に構成されている。

【００２１】あるいは、ケーブル１１３により直接ＬＡ
Ｎ網１１４に接続可能であり、通信管理サーバ１１５か
らの制御を受けて、公衆回線網１２０を介して他の装
置、例えば相手先装置１５０との通信を行うことが可能
に構成されている。

【００２２】情報機器１１１は、通信機器本体１０１の
通信動作の制御を行い、必要により送受信ファイルの蓄
積、転送、作成や通信の依頼等を行う。さらに、情報機
器１１１は、ＬＡＮ１１４にも接続されており、ＬＡＮ
１１４を介して通信管理サーバ１１５や他のユーザ用情
報機器１１６とデータのやり取りを行う。

【００２３】さらに、情報機器１１１は、通信機器本体
１０１からの通信状態を示すステータスや受信画像ファ
イルを受け取って通信管理サーバ１１５に転送したり、
通信管理サーバ１１５から送信依頼された画像ファイル
や送信命令を通信機器本体１０１に転送し、通信機器本
体１０１を介して他の通信装置との通信を実現する。

【００２４】さらに本実施の形態例においては、通信機
器１１１が独自の通信ソフトを使い、通信機器本体１０
１に送受信の通信を依頼することが可能に構成されてい
る。ただし、通信機器本体１０１が直接ＬＡＮ１１４に
接続できる場合、情報機器１１１との接続は必要なく、
ケーブル１１３を介して通信機器本体１０１が直接ＬＡ
Ｎ１１４に接続されてもかまわない。

【００２５】直接ＬＡＮ１１４と接続された場合、通信
機器本体１０１は、通信管理サーバ１１５との間で、通
信に使用するデータや画像ファイルのやり取り、通信命
令が通信状態のステータス等のやり取りを直接行う。

【００２６】以下に説明する実施の形態例においては、
図１に示すように通信機器本体１０１が直接ＬＡＮ１１
４に接続されており、直接通信管理サーバ１１５からの
命令で通信機器本体１０１が動作を実行する場合を例と
して示すが、通信管理サーバ１１５からの命令を受けて
情報機器１１１が通信機器本体１０１を制御してもよ
く、また、情報機器１１１が単体として通信機器本体１
０１を制御しても構わない。これらの場合は以下の説明
の通信管理サーバ１１５を、通信管理サーバ１１５より
の命令を受けて通信機器本体１０１を制御する情報機器
１１１、あるいは直接通信機器本体１０１を制御する情
報機器１１１と読み替えればよい。

【００２７】通信機器本体１０１は、公衆回線網１２０
に対して、回線の捕捉、発呼、被呼検出を行い、例え
ば、通信相手先装置１５０との間でファクシミリ通信を
行うことが可能に構成されている。

【００２８】さらに通信機器本体１０１は、ＬＡＮ１１
４を介して通信管理サーバ１１５と交信することが可能
であり、通信管理サーバ１１５との間で読み取りあるい
は印刷等の命令／ステータスや画信号、データの受渡を
行う。

【００２９】通信機器本体１０１は、通信管理サーバ１
１５からの制御に従って公衆回線網１２０を介して他の
装置との間で情報の通信を行い、通信に必要な情報デー
タ（ダイヤル情報やサブアドレス、通信モードなど）と
画情報を受け取ることが可能に構成されている。また、
通信終了時には、通信結果や通信先からの情報を通信管
理サーバ１１５に送る。

【００３０】さらに本実施の形態例においては、必要に
より通信中や通信終了後にも通信機器本体１０１と通信
管理サーバ１１５の間で、命令／ステータスや画情報を
やり取り可能に構成されている。

【００３１】通信機器本体１０１は、ＮＣＵ制御部１０
２、ダイヤル制御部１０３、被呼検出部１０４、モデム
−ポンプ１０５、記憶部１０６、ＭＰＵ１０７、ファイ
ル蓄積＆管理部１０８、Ｉ／Ｆ制御部１０９、データバ
ス１１０、読みとり部１１８、印刷部１１７で構成され
ている。

【００３２】ＮＣＵ制御部１０２は、公衆回線網１２
０、相手先通信装置１５０との通信機器本体１０１側の
接続口であり、回線網１２０に接続されている回線の捕
捉制御等を行う。

【００３３】ダイヤル制御部１０３は、、ＭＰＵ１０７
からの命令制御に従ってＮＣＵ制御部１０２を介して発
呼の際における回線への電話番号信号（ダイヤル信号
等）を送出するダイヤル動作を制御する。

【００３４】被呼検出部１０４は、ＮＣＵ制御部１０２
を介して公衆回線網１２０より送られてくる被呼信号
（呼び出し信号）を検出し、ＭＰＵ１０７に被呼信号検
出を報知する被呼検出制御を行う。

【００３５】モデム−ポンプ１０５は、ＮＣＵ制御部１
０２を介して公衆回線網１２０より送られてくる変調信
号を復調したり、ＭＰＵ１０７より送られてくる送信デ
ータを変調してＮＣＵ制御部１０２を介して公衆回線網
１２０に送出する制御を行う。また、受信データのアナ
ログ／デジタル変換やＭＰＵ１０７からの送信データを
デジタル／アナログ変換も行う。

【００３６】記憶部１０６は、ＲＡＭ、ＲＯＭ、ＥＥＰ
ＲＯＭ等の記憶素子で構成され、通信管理サーバ１１４
からの命令やデータ、及びモデム−ポンプ１０５との間
でやり取りするデータや、通信管理サーバ１１５とやり
取りする命令やデータ、通信の為の各種設定値等を記憶
する。

【００３７】ＭＰＵ１０７は、例えば記憶部１０６に記
憶されている後述するフローチャートに示す制御手順な
どに従って通信機器本体１０１の全体の制御を行なう。

【００３８】ファイル蓄積＆管理部１１８は、公衆回線
網１２０を介して通信相手先装置１５０から受信した画
情報等を例えば通信管理サーバ１１５に転送するまでの
間、一時的に蓄積したり、通信管理サーバ１１５から送
られてくる送信すべき画情報を他の装置に送信するまで
の間一時的に蓄積する。

【００３９】またファイル蓄積＆管理部１１８は、通信
機器本体１０１上の読み取り部１１７で読み取った原稿
画像情報や通信管理サーバ１１５から印刷依頼され印刷
部１１８で印刷される画情報の蓄積管理も行っている。

【００４０】さらにファイル蓄積＆管理部１１８は、通
信機器本体１０１自体が通信管理サーバ機能を持つ場合
には、ＬＡＮ１１４を介して他の情報端末１１６から直
接送られてくる送信依頼ファイルや情報端末１１６へ直
接配信するファイルを蓄積管理する。なお、以上におけ
る蓄積管理において、必要に応じて蓄積ファイルの圧縮
伸張、拡大／縮小を行う。

【００４１】Ｉ／Ｆ制御部１０９は、インターフェース
ケーブルを介して、外部の情報機器１１５やＬＡＮ１１
４を介して通信管理サーバ１１４と通信機器本体１０１
とのデータ、命令、画情報等のやり取りを直接制御して
いる。データバス１１０は、本体上の各部間を接続し、
各部間でのデータのやり取りを可能にしている。

【００４２】読み取り部１１７は、原稿を二値化データ
としてグレイスケールで読み取るものであり、自動原稿
給紙装置（ＡＤＦ）を備えることにより複数の原稿の連
続読み取りを可能としている。

【００４３】印刷部１１８では、例えば記憶部１０６に
格納されている印刷出力すべき画情報などを記録紙に印
刷出力するものであり、レーザビームプリンタ（ＬＢ
Ｐ）、バブルジェットプリンタ（ＢＰ）等の各種のプリ
ンタで構成することができる。

【００４４】以上の構成を備える本実施の形態例の通信
システムにおける公衆回線網１２０を用いての他の相手
先通信装置１５０などとのファクシミリ通信制御を図２
を参照して以下に説明する。図２は本実施の形態例にお
ける通信端末からの配信依頼を伴う一括送信と、一括送
信を受信した場合のＬＡＮ上の端末への配信制御を説明
するための図である。

【００４５】送信側では、複数の送信依頼人からの送信
依頼を通信管理サーバが管理し、各原稿の受取人を複数
のサブアドレスで指定して、一括送信できるものにまと
めて送信するように制御する。また、受信側では、受信
したデータを各原稿に付いているサブアドレスから各原
稿を指定された受取人に配信する。

【００４６】送信側のシステムは、情報端末Ａ８０１、
情報端末Ｂ８０２、通信管理サーバ８０４、通信装置８
０５、各装置間のデータのやり取りを行うためのＬＡＮ
網８０３で構成されている。

【００４７】受信側のシステムは、情報端末Ｃ８１１、
情報端末Ｄ８１２、情報端末Ｅ８１３、プリンタ８１
４、通信管理サーバ８０９、通信装置８０８、装置間の
データのやり取りを行うためのＬＡＮ網８１０で構成さ
れている。

【００４８】以上の構成を備える通信システムにおい
て、通信装置８０５と通信装置８０８は、公衆回線網８
０７を介して通話路を形成して互いの間のデータの授受
が可能であり、互いの間でファクシミリ通信を行う。

【００４９】なお、以下の説明においては送信システム
と受信システムを分けて説明するが、各通信システムが
送受信両方の機能を有することが一般的である。

【００５０】送信側のシステムにおいて、送信側の通信
管理サーバ８０４は、ＬＡＮ８０３を介して各端末から
送信依頼をまとめて効率よく送信を行うためにファイル
を蓄積し、通信を管理するサーバである。通信管理サー
バ８０４は、通信装置８０５に対して通信依頼命令を送
り通信を行う。

【００５１】情報端末Ａ８０１、情報端末Ｂ８０２は、
通信原稿の選択、作成を行い、送信先を決定し、ＬＡＮ
８０３を介して各端末が選択した原稿の送信を依頼す
る。

【００５２】通信装置８０５は、ＬＡＮ８０３を介して
通信管理サーバとデータの交換を行い、サーバ８０４か
らの通信依頼命令を実行する。また、通信装置８０５が
原稿の読み取り機能を有する場合（図１に示す読取部１
１８を有する場合）、サーバに対して読み取り原稿と送
信相手先指定情報を転送することも可能である。

【００５３】本実施の形態例における送信手順は以下の
ようになる。

【００５４】以下の説明は、例えば情報端末Ａ８０１か
らの“原稿１をＣ，Ｄに送る”との要求と、情報端末Ｂ
８０２からの“原稿２をＤとＥ宛に送り、一部印刷再生
させる”との要求が前後してサーバ８０４に送られ、ま
たさらに通信装置８０５からの原稿３（８０６）を装置
上の読み取り部で読み込み、受取人を指定することで
“読み取り部で読み取った原稿３をＣに送る”との要求
がサーバ８０４に送られた場合を例として行う。

【００５５】なお、通信装置８０５からの“読み取り部
で読み取った原稿３をＣに送る”との要求は、サーバ８
０４に送らずに直接通信装置８０５上で処理しても構わ
ない。

【００５６】サーバ８０４では、定期的に送信依頼のフ
ァイルをチェックし、情報端末Ａ８０１からの“原稿１
をＣ，Ｄに送る”をサーバ８０４上の通信相手先登録デ
ータベースから各相手先のダイヤル先と受取人を指定す
るサブアドレスを検索し、“４４４−５６４３に対し
て、Ｃ，Ｄに対応するサブアドレス１２３４，３４５６
に原稿を１送る”と解釈する。

【００５７】同じように情報端末Ｂ８０２からの“原稿
２をＤとＥ宛に送り、一部印刷再生させる”を“４４４
−５６４３に対して、Ｄ，Ｅに対応するサブアドレス３
４５６，７８４５に原稿２を送る。また、原稿２を送信
先で印刷再生させるためにサブアドレス００００にも送
る。”と解釈する。

【００５８】同じように通信装置８０５からの“読み取
り部で読み取った原稿３をＣに送る”を“４４４−５６
４３に対して、Ｃに対応するサブアドレス１２３４に原
稿３を送る”と解釈する。

【００５９】この場合、送信依頼をする情報端末Ａ８０
１や情報端末Ｂ８０２が直接、ダイヤル先と受取人を指
定するサブアドレスを指定しても構わない。

【００６０】サーバ８０４では、定期的に送信ファイル
をチェックし、ダイヤル先（発呼先）が同じ送信依頼フ
ァイルを相手先別一括送信としてまとめて一括送信する
ように制御する。

【００６１】ただし、優先順位が高い送信や、即時性が
必要な送信がある場合には、これらの送信データは一括
送信ではなく順次送信される。

【００６２】上記の情報端末Ａ８０１、情報端末Ｂ８０
２、原稿を読み取った通信装置８０５からの送信依頼フ
ァイルが送信ファイルに蓄積されている場合、通信相手
先（ダイヤル先）が同じ“４４４−５６４３”のため、
本実施の形態例においてはすべての送信依頼ファイルを
一回のダイヤルで原稿毎に受取人を指定して一度に送信
する。

【００６３】送信内容は、４４４−５６４３に対して、
ファクシミリ手順で“サブアドレス１２３４，３４５６
に原稿１を、サブアドレス３４５６，７８４５，０００
０に原稿２を、サブアドレス１２３４に原稿３を送る”
というものである。

【００６４】これを受け取る受信側システムの制御を次
に説明する。受信側システムにおいて、受信側の通信管
理サーバ８０９は、ＬＡＮ８０４を介して各端末に受信
した原稿を配信するためのファイルを蓄積し、通信を管
理するサーバである。

【００６５】サーバ８０９は、通信装置８０８に対して
受信依頼命令を送り、通信装置８０８が受信した原稿を
通信ステータス（送信先から送られてくる名称や電話番
号、サブアドレスや通信結果等の通信によって得られた
情報）と共に送るように依頼する。

【００６６】受取人毎の情報端末Ｃ８１１、情報端末Ｄ
８１２、情報端末Ｅ８１３は、ＬＡＮ８１０を介してサ
ーバ８０９と接続されており、各端末間も互いにデータ
通信可能に構成されている。そして各端末は、サーバ８
０９が配信してきた原稿を受け取り、必要に応じて再生
し、さらに必要に応じて受け取った原稿に対する返信を
作成し、返信の送信をサーバ８０９に依頼する。

【００６７】ただし、受取人がＬＡＮ８１０上のどの端
末からアクセスしたとしても、受取人が確認できれば、
受取人が使用している端末に受信原稿が配信されてもか
まわない。

【００６８】プリンタ８１４は、図２に示す例ではサブ
アドレス９９９９が割り振られており、送信先からこの
サブアドレスが指定された場合、受信した原稿はプリン
タ814で受信され、印刷再生される。

【００６９】通信装置８０８は、ＬＡＮ８１０を介して
通信管理サーバ８０９とデータの交換を行い、サーバ８
０９からの受信依頼命令を実行し、受信した原稿や交信
ステータスをサーバ８０９に送る。また、通信装置８０
９が原稿の印刷機能を有している場合（図１に示す通信
機器本件１０１のように）、サーバから転送されてくる
印刷再生用のファイルの印刷再生が可能である。

【００７０】次に受信側のシステムにおける受信手順の
詳細を以下に説明する。

【００７１】通信装置８０８は、通信装置８０５から公
衆回線網８０７を介して送られてくるファクシミリ情報
を受信する。通信装置８０８は、受信した画情報や交信
ステータスを順次通信管理サーバ８０９に転送する。こ
の転送は、通信途中に順次行っても、通信終了後にまと
めて行ってもかまわない。

【００７２】図２に示す例においては、通信装置８０８
が受け取るファクシミリ情報は、ファクシミリ手順にお
ける“サブアドレス１２３４，３４５６に原稿１を、サ
ブアドレス３４５６，７８４５，００００に原稿２を、
サブアドレス１２３４に原稿３を送る”というものであ
る。

【００７３】サーバ８０９は、受け取ったファクシミリ
情報の受取人を指定するサブアドレスをサーバ８０４上
の通信相手先登録データベースから検索し、受信した各
原稿の配布先を判断する。ただし、指定されたサブアド
レスが、直接ＬＡＮ８１０上の端末を示す場合は、デー
タベースから配布先を検出する必要はない。

【００７４】サーバ８０９は、受け取ったファクシミリ
情報の受取人を指定するサブアドレスを調べ、原稿の配
信先を“受取人Ｃ８１１（サブアドレス１２３４）に
は、原稿１，３を配信し、受取人Ｄ８１２（サブアドレ
ス３４５６）には、原稿１，２を配信し、受取人Ｅ８１
３には、原稿２を配信する。

【００７５】また、印刷部を持った通信装置８０８（本
件の０１０のように）には、原稿２を配信し印刷再生す
る。”のように判断する。

【００７６】上記判断をしたサーバ装置８０９は、順次
配信先の受取人に対して指定された原稿を配信する。

【００７７】したがって、受取人Ｃ８１１（サブアドレ
ス１２３４）の端末は、原稿１，３を受け取り、受取人
Ｄ８１２（サブアドレス３４５６）の端末は、原稿１，
２を受け取り、受取人８１３は、原稿２を受け取ること
になる。

【００７８】また、印刷部を持った通信装置８０８（本
件の０１０のように）には、原稿２を配信され１部印刷
再生される。

【００７９】図３は、以上の説明した本実施の形態例に
おける例えば図２に示す通信システム構成の送信側通信
システムにおいて、通信装置（送信元ファクシミリ装
置）８０５において相手先別一括送信する場合の通信手
順を示したフローチャートである。

【００８０】まずステップ３０１で送信ファイル中に送
信すべき依頼ファイルがあるかどうかを判断する。送信
依頼ファイルがなければ送信を行わずに当該処理を終了
する。なお、本実施の形態例においては、当該処理の終
了後、一定時間毎に図３の処理に移行し、ステップ３０
１に示すファイルの存在の確認を行う。

【００８１】一方、ステップ３０１で送信ファイル中に
送信依頼ファイルがある場合にはステップ３０２に進
み、送信依頼ファイルを送信すべき相手通信装置との通
話路を形成すべく公衆回線網８０７に発呼する発呼処理
を実行する。相手装置に対する発呼処理が正常に行われ
て相手装置装置が応答して相手装置との会いだに通話路
が形成されるとステップ３０３に進む。

【００８２】ステップ３０３では、画信号送信前の前手
順を実行し、交信相手先の能力を確認する。例えば、交
信先が１つの原稿に対して複数のサブアドレスを許可し
ているか、また、原稿毎にサブアドレスを切り替えるこ
とが可能かどうか等を確認する。また、受取人の特定に
ＩＴＵ−Ｔ準拠のサブアドレスを使用するか自社モード
を使用するか等を判断する。

【００８３】そして以下、その交信相手先の能力に対応
した処理を実行することになる。以下の説明は、前手順
処理において交信相手先がサブアドレスで受取人を特定
する能力を有している場合の処理について行うことにす
る。この場合には、前手順終了後、ステップ３０４にお
いて、一括送信が可能かどうかを判断する。

【００８４】もし、一括送信ができない場合（例えば、
相手先が一括送信を拒否してきたり、装置自体の設定が
一括送信を禁止している場合が考えられる。）にはステ
ップ３１２に進み、通常の送信を行う。ステップ３１２
における通常送信では、一括送信のうちから１つの相手
先を選択し、選択した相手先にのみ送信する。

【００８５】例えば、（４４４−４６８４）のサブアド
レス１２３４に対して原稿１，３のみを送信して終了す
る。交信終了後、ステップ３１３において、送信ファイ
ルリストから、４４４−４６８４のサブアドレス１２３
４に対する送信データを削除する。この場合の送信結果
は、通信管理サーバに送られ、サーバ上のファイル管理
用ＤＢ（データベース）も書き変わる。そして今回の送
信処理を終了する。

【００８６】なお、送信ファイルに次の送信すべきでた
がる場合には、次の送信のタイミングで、残りのファイ
ルの送信が行われる。

【００８７】一方、ステップ３０４において一括送信が
可能と判断された場合にはステップ３０５に進み、受取
人を指定するサブアドレスが送信される。サブアドレス
送信後、ステップ３０６において同じ原稿に対して異な
るサブアドレスを連続送信しても構わないかどうかを判
断する。異なるサブアドレスの連続送信が送信できない
場合にはステップ３０６へ進む。

【００８８】一方、ステップ３０６でサブアドレスを連
続送信できる場合にはステップ３０７に進み、同じ原稿
に対するサブアドレスが他にあるかどうかを判断する。
同じ原稿に対する未送信のサブアドレスがある場合には
上述したステップ３０５に戻り、次のサブアドレスを送
信する。

【００８９】一方、ステップ３０７において未送信のサ
ブアドレスが存在しない場合にはステップ３０８に進
む。

【００９０】ステップ３０８では、送信リストに登録さ
れている指定された原稿を送信する。この場合、指定さ
れた原稿送信終了後、次のサブアドレスを指定して同じ
原稿を送信する。そして、指定された原稿が全て送信さ
れたらステップ３０９に進み、交信相手に原稿毎に受取
人の指定を変えていいかどうかを判断する。原稿毎に受
取人の指定を変えることができない場合にはステップ３
１４に進む。

【００９１】一方、ステップ３０９において原稿毎に受
取人の指定を変えることができると判断された場合には
ステップ３１０に進み、他に連続一括送信するファイル
があるかどうかを判断する。他に（次に）連続一括送信
するファイルがない場合にはステップ３１４に進み、交
信を終了する後手順を実行する。そして続くステップ３
１５において、送信ファイルリストから、正常に通信が
終了した送信を削除する。そして当該処理を終了する。
この場合の送信結果は、通信管理サーバに送られ、サー
バ上のファイル管理用ＤＢ（データベース）も書き変わ
る。その後、次の送信のタイミングで、残りのファイル
があれば送信が行われる。

【００９２】一方、ステップ３１０で他に（次に）連続
一括送信するファイルがない場合にはステップ３１４に
進み、次の原稿を送信するための手順を実行する。そし
てその後ステップ３０４に進む。この場合には、サブア
ドレスの送信から実行を行うことになる。

【００９３】次に、以上の様にして送信されてくる相手
先別一括送信データを受信する場合の処理を図４を参照
して説明する。図４は本実施の形態例における相手先別
一括送信を受信する場合の通信手順を示すフローチャー
トである。以下の説明は、図１に示すファクシミリ装置
本件１０１が図２に示す通信装置８０８のように相手先
別一括送信データを受信する場合の処理について行う。

【００９４】まずステップ４０１において、受信の為の
前手順を行い、通信機器本体１０１の設定や機能を送信
元の装置に通知する。続いてステップ４０２において、
送信元から受取人を指定するサブアドレスを受信する。
次にステップ４０３において、サブフレームの受信が終
了したか否かを判断、即ち、複数のサブアドレスが連続
送信されてくるかどうかを判断する。連続送信されてく
るのであればステップ４０２に戻り、次のサブアドレス
を受信する。

【００９５】ステップ４０３の判断でサブアドレスの受
信が終了するとステップ４０４に進み、画情報の受信手
順処理を実行して蛾情報の受信を行う。画情報信号受信
終了後、ステップ４０５に進み、送信側からの次の手順
を受け取り、続くステップ４０６に進み交信を終了する
かどうかを判断する。継続して受信する場合にはステッ
プ４０２に戻り、受信を継続する。

【００９６】一方、ステップ４０６で終了する場合には
ステップ４０７に進み、終了手順を実行して交信を終了
する。

【００９７】次に、本実施の形態例の通信装置が、例え
ば、図２に示す通信装置８０５のように相手先別一括送
信する前のサーバ上での送信ファイルのＤＢ（データベ
ース）を作成する場合の処理を図５を参照して説明す
る。

【００９８】図５は本実施の形態例における相手先別一
括送信する前のサーバ上での送信ファイルのＤＢ（デー
タベース）の作成処理を示すフローチャートである。図
５に示す処理は、一括送信を行う上で、一括送信をする
送信待機ファイルを作成する処理であり、他の端末から
送信依頼を受け取った時に順次実行されたり、定期的に
実行されたりする。

【００９９】まずステップ５０１に進み、サーバ上に送
信用ＤＢ（データベース）上に未登録の送信依頼ファイ
ルが存在するかどうかを判断する。存在しない場合には
当該処理を終了する。

【０１００】一方、ステップ５０１において送信用ＤＢ
（データベース）上に未登録の送信依頼ファイルがある
場合にはステップ５０２に進み、未登録の送信依頼ファ
イルのダイヤル先（宛先）が同じものが送信待機ファイ
ル中に既に存在するかどうかを判断する。同じダイヤル
先の送信ファイルが存在しない場合にはステップ５０４
に進み、新規の送信ファイルとして送信依頼ファイルに
登録し、他の送信とは別のファイルとして未登録の送信
ファイルが登録され、通信待機状態になったらステップ
５０１に進み、次の未登録の送信ファイルが存在するか
どうか判断する。

【０１０１】一方、ステップ５０２で同じダイヤル先の
送信ファイルがすでに存在する場合にはステップ５０３
に進み、未登録の送信ファイルの受取人が複数指定され
ているかどうか判断する。未登録の送信ファイルの受取
人が複数指定されていなければステップ５０５に進み、
同じダイヤル先の同じ受取人に対する既に登録され送信
待機状態の送信ファイルが存在するかどうか判断する。

【０１０２】同じ受取人への送信ファイルが存在する場
合にはステップ５０８に進み、同じ受取人への送信ファ
イルリストに未登録の送信ファイルを追加登録し、通信
待機状態になったらステップ５０１に進み、次の未登録
の送信ファイルが存在するかどうか判断する。

【０１０３】一方、ステップ５０５で同じ受取人への送
信ファイルが存在しない場合にはステップ５０７に進
み、新規受取人への送信ファイルリストを作成して未登
録の送信ファイルを登録して、通信待機状態になったら
ステップ５０１に進み、次の未登録の送信ファイルが存
在するかどうか判断する。

【０１０４】一方、ステップ５０３において、未登録の
送信ファイルの受取人が複数指定されている場合にはス
テップ５０６に進み、同じダイヤル先の同じ複数の受取
人リストに既に登録され送信待機状態の送信ファイルが
存在するかどうか判断する。同じ複数の受取人への送信
ファイルが存在しない場合にはステップ５０９に進み、
新規複数の受取人への送信ファイルリストを作成して未
登録の送信ファイルを登録する。そして通信待機状態に
なったらステップ５０１に進み、次の未登録の送信ファ
イルが存在するかどうか判断する。

【０１０５】一方、ステップ５０６において、同じ複数
の受取人への送信ファイルが存在する場合にはステップ
５１０に進み、同じ複数の受取人の送信ファイルリスト
に未登録の送信ファイルを登録する。そして通信待機状
態になったらステップ５０１に進み、次の未登録の送信
ファイルが存在するかどうか判断する。

【０１０６】次に、図６を参照して本実施の形態例にお
ける相手先別一括送信を受信した後のサーバ上での受信
情報の配信作業を説明する。図６は本実施の形態例装置
が図２に示す通信装置８０９のように相手先別一括送信
を受信した後のサーバ上での受信情報の配信作業（一括
送信を受信した側での配信の手順）を示すフローチャー
トでり、他の通信装置からファクシミリ手順で受信した
後や受信中に順次実行されたり、定期的に実行されたり
する。

【０１０７】図６に示す配信処理においては、まずステ
ップ６０１において、未配信の受信ファイルがあるかど
うかを判断する。未配信の受信ファイルが存在しない場
合には当該処理を終了する。

【０１０８】一方、ステップ６０１で未配信ファイルが
存在する場合にはステップ６０２に進み、受信したファ
イルが配信先を指定された受信ファイルかどうかを判断
する。この判断の対象となるのは、受信ファイルに配信
先を示すサブアドレスが指定されてるか、または自社モ
ードで配信先が指定されているか等がある。

【０１０９】ステップ６０２において、配信先が指定さ
れていないと判断された場合にはステップ６１３に進
み、サーバにおけるファイル処理の設定を調べる。ここ
では、例えば配信先が指定されていないと判断されたフ
ァイルに対して印刷再生が設定されているか、あるいは
受信ファイル管理者に任せる設定とされているかを判断
する。

【０１１０】ステップ６１３において、受取人が指定さ
れていないファイルを受信ファイル管理者に任せる設定
とされていると判断した場合にはステップ６１４に進
み、受信ファイル管理者に受信ファイルを転送して処理
を任せる。そしてステップ６０１に戻り、未処理に受信
ファイルがあるかどうかを判断し、配信処理を継続す
る。なお、受信ファイル管理者は、受信ファイルの最初
のページの送り状や受信ファイル内容から受取人を判断
し、必要により配信する。

【０１１１】一方、ステップ６１３において、サーバの
設定で受取人が指定されていないをファイルを印刷再生
させる設定となっている場合にはステップ６１５に進
み、当該ファイルを印刷再生するように印刷を受け持つ
装置（例えば図１の印刷部１１７）に命令する。

【０１１２】印刷を依頼する場合、印刷命令と共に印刷
される画像ファイルを転送しても構わないし、ファイル
の存在する場合を指定したり、ファイルの固有の番号で
指定しても構わない。図２に示す例では、印刷再生機能
を持った通信装置８０８やプリンタ８１４が印刷再生を
行うことになる。

【０１１３】ステップ６１５における印刷再生が終了す
るとステップ６１６に進み、受信ファイルのリストから
受信ファイルを削除する。そしてステップ６０１に戻
り、未処理に受信ファイルがあるかどうかを判断し、配
信処理を継続する。

【０１１４】一方、ステップ６０２において、受信した
ファイルが配信先が指定されているファイルであると判
断された場合にはステップ６０３に進み、受取人を指定
する情報であるサブアドレスを抽出する。なお、ステッ
プ６０３では、ＩＴＵ−Ｔ勧告のサブアドレスを受取人
をしている情報としている。しかし本実施の形態例は以
上の例に限定されるものではなく、自社モードで受取人
が指定されていたり、送り状等をＯＣＲ処理し、画情報
から配信先を読み取ったり、または、交信により判明し
た情報で受取人が指定されていても構わない。

【０１１５】次にステップ６０４に進み、ステップ６０
３で抽出したＩＴＵ−Ｔ勧告のサブアドレス（受取人を
示す情報として代表的なサブアドレスを使って説明する
が、受取人を示すものなら特に限定しない）が受信した
側でグループを示すものかどうかを判断する。抽出した
サブアドレスが受取人として示すグループとは、例えば
開発グループの要員全てを示すものや営業課の課陰全員
を示すものなどの配信する受取人の特定グループであ
る。

【０１１６】ステップ６０４において、抽出したサブア
ドレスが配信先として一人の受取人を示す場合にはステ
ップ６０５に進み、指定された受取人に対して受信した
原稿の配信を行う。そしてステップ６０６に進む。

【０１１７】一方、ステップ６０４において、抽出した
サブアドレスが配信先として複数の受取人を示す場合に
はステップ６１０に進み、指定された複数の受取人に対
して受信した原稿の配信を行う。そしてステップ６０６
に進む。

【０１１８】ステップ６０５及びステップ６１０の配信
処理において、受信原稿が印刷再生が指定されていた
り、指定されているサブアドレスがサーバ上に設定され
ていなかったり受取人がＬＡＮにアクセスしていない場
合にはサーバ上に蓄積し、配信処理後に対応する処理を
行う。

【０１１９】ただし、上記のような受信原稿が印刷再生
されていたり、指定されているサブアドレスがサーバ上
に設定されていなかったり、受取人がＬＡＮにアクセス
していない場合の処理は、配信処理と同時でも構わな
い。

【０１２０】続くステップ６０６においては、ステップ
６０５，６１０で１つのサブアドレスによる配信が終わ
った後に、同じ原稿に他のサブアドレスでステップ６０
５，６０１以外の受取人が指定されているかどうかをチ
ェックする。ステップ６１０，６０５で処理したサブア
ドレス以外の受取人が指定されている他のサブアドレス
が同じ原稿に対してセットされている場合にはステップ
６０３に戻り、再度サブアドレスを抽出して、配信を行
う。

【０１２１】一方、ステップ６０６において、同じ原稿
に対するサブアドレスが全て終了し終わったと判断した
場合にはステップ６０７に進み、配信した受信原稿を印
刷再生させる指示が出されているか否かをチェックす
る。配信した受信原稿を印刷再生させる指示が出されて
いない場合にはステップ６０８に進む。

【０１２２】一方、印刷再生が指定されていた場合には
ステップ６１１に進み、配信した受信原稿の印刷再生を
指定された印刷装置で行う。そして、印刷再生の処理が
終了後、ステップ６０８に進む。

【０１２３】ステップ６０８においては、受信原稿の未
配信があるか否か、即ち、指定されているサブアドレス
がサーバ上に設定されていなかったり、受取人がＬＡＮ
にアクセスしていない等の理由で指定先への受信原稿の
未配信があるかどうかをチェックする。受信原稿の未配
信がある場合にはステップ６０９に進む。

【０１２４】ステップ６０９においては、管理者に未配
信の存在を必要により通知し、必要により受信ファイル
のＤＢから配信できた分のファイルを削除する。そし
て、未配信の処理が終了後ステップ６０１に戻り、次の
受信ファイルの配信処理を実行する。管理者は、一定時
間をおいて、再度配信を命じたり、受取人が指定されて
いない受信原稿を中身をチェックして、配信したりす
る。

【０１２５】一方、ステップ６０８で受信原稿の未配信
がない場合にはステップ６１２に進み、必要により受信
ファイルのＤＢから配信できた分のファイルを削除す
る。そして、未配信の処理が終了後ステップ６０１に戻
り、次の受信ファイルの配信処理を実行する。

【０１２６】次に、本実施の形態例で用いる公衆回線網
（１２０）上でＩＴＵ−Ｔ勧告に従った通信プロトコル
を説明する。図７は本実施の形態例における、公衆回線
網上でＩＴＵ−Ｔ勧告に従った送信原稿の複数の配信先
指示のための通信プロトコルを示す図である。

【０１２７】図７において、送信側では、まず７０１の
プロトコルにおいて、必要により、または定期的に送信
待機をしている送信ファイルをチェックする。続いて７
０２のプロトコルにおいては、必要により一括送信する
ための上述した図５に示すような送信ファイルのＤＢを
作成する。そして、送信待機しているファイルの送信を
行うと送信側の通信装置が判断した場合には７０３のプ
ロトコルに進み、回線を捕捉し、発呼する。

【０１２８】この送信側よりの発呼が有ると、受信側の
通信装置には被呼処理に移行し、７０４のプロトコルで
リンギングを確認し、自動受信のために回線を捕捉す
る。回線捕捉後７０６のプロトコルに進み、ＩＴＵ−Ｔ
勧告に沿って、ＣＥＤ，ＮＳＦ，ＣＳＩ，ＤＩＳを送出
し、受信側の有する機能を送信側に返信する。

【０１２９】送信側では、この受信側からのＣＥＤ，Ｎ
ＳＦ，ＣＳＩ，ＤＩＳを受信すると受信した信号を解析
する。この送信側による受信側の受信能力解析は、受信
した信号を元にして行う。

【０１３０】本実施の形態例においては、通信相手に配
信機能があるかどうかの判断は、例えれば、ＤＩＳのビ
ット４０が“１”で“受信先にＳＵＢの受信能力あり”
と宣言されているか、ＮＳＦ上で“配信先の指定ができ
る”と宣言されているかで行われる。

【０１３１】図７に示す以下に説明する例では、受信側
に配信能力があり、送信側では受信側の配信機能を利用
するため、ＳＵＢを利用して、配信先を指定する場合を
示す。しかし、ＮＳＳを利用して配信先を指定しても、
他の命令信号を利用して配信先を指定しても構わない。

【０１３２】図７においては、ＳＵＢを利用して配信先
を指定するために７０５のプロトコルにおけるＮＳＦ，
７０７のＳＵＢ（サブアドレス）として、例えば（１２
３４）を、７０８のプロトコルにおけるＳＵＢとして
（２３４５）を、７０９のプロトコルにおいてＴＳＩ，
ＤＣＳ，ＴＣＦを送出し、以降の送信する原稿の通信モ
ード（解像度やサイズ）を示す。

【０１３３】上述した７０８のプロトコル及び７０９の
プロトコルに従って、ＳＵＢ以降の送信原稿は配信先の
変更があるまで受信側で（１２３４）、（２３５４）で
指定された配信先に配信される。

【０１３４】受信側は、ＴＳＩ，ＤＣＳ，ＴＣＦを受け
取り、画像の受信準備ができたら、７１０のプロトコル
によりＣＦＲを送出する。

【０１３５】送信側ではこのＣＦＲを確認後、７１１の
プロトコルにより原稿（１ページ目）を送信し、送信終
了後、同じ配信先に他の原稿を連続送信するために、７
１２のプロトコルによりＭＣＦを送る。

【０１３６】受信側では、７１１のプロトコルにより送
られてくる画像と、７１２のプロトコルによるＭＣＦを
受け取る。そして、正常に７１１のプロトコルに従った
画像が受信でき、次の受信ができることを示すために７
１３のプロトコルに従ってＭＣＦを送出する。

【０１３７】送信側では、７１３のプロトコルにより送
られてくるＭＣＦを確認後、７２６のプロトコルで次原
稿（２ページ目）を送出する。そして７２７のプロトコ
ルのＥＯＭで受取人を変えて次原稿（３ページ目）を送
ることを受信側の報知する。７２７のプロトコルにより
ＥＯＭを確認した受信側は、１通信内で受取人を途中で
変更が可能な場合、７２５のプロトコルでＭＣＦを送出
する。

【０１３８】通信途中で受取人の異なる原稿を送受信す
る手順は、ＩＴＵ−Ｔ勧告の原稿モードを途中で変える
手順と同じ手順で行うものとする。

【０１３９】７２７のプロトコルによるＥＯＭにより通
信モードを変更されるため、受信側では７１４のプロト
コルにより、再度送信側にＮＳＦ，ＴＳＩ，ＤＩＳによ
り再度受信可能機能を報知する。

【０１４０】送信側では、７１４のプロトコルに従った
ＮＳＦ，ＴＳＩ，ＤＩＳを受信後、相手先の受信能力を
確認し、受取人の変更が可能と判断した場合には、ＳＵ
Ｂを利用して配信先を指定するために７１５のプロトコ
ルのＮＳＦ，７１６のプロトコルのＳＵＢ（サブアドレ
ス）を（５６７８）として、続く７１７のプロトコルの
ＴＳＩ，ＤＣＳ，ＴＣＦを送出し、以降の送信する原稿
の通信モード（解像度やサイズ）を示す。

【０１４１】送信側による受信能力の解析は、受信した
信号を元にして行う。そして、通信相手に配信機能があ
るとの判断は、本実施の形体例においては、例えば、Ｄ
ＩＳのビット４０が“１”で“受信先にＳＵＢの受信能
力あり”と宣言されているか、ＮＳＦ上で“配信先の指
定ができる”と宣言されているかで行われる。

【０１４２】上記の７１６における判断により、ＳＵＢ
以降の送信原稿は、受信側においては配信先の変更があ
るまで（５６７８）で指定された配信先に配信される。
もし、配信を指定しない場合は、ＳＵＢを送出しなかっ
たり、空のＳＵＢや印刷再生を示すＳＵＢを送信する。

【０１４３】受信側は、ＴＳＩ，ＤＣＳ，ＴＣＦを受け
取り、画像の受信準備ができたら、７１８のプロトコル
でＣＦＲを送出する。そして、送信側でＣＦＲを確認
後、７１６ののプロトコルで原稿（３ページ目）を送信
する。交信終了後、７２０のプロトコルに従ってＥＯＰ
を送る。

【０１４４】受信側では、７１９のプロトコルにおける
画像と７２０のプロトコルにおけるＥＰＯを受け取り、
正常に７２０のプロトコルに従って画像が受信できたこ
とを示すために７２１のプロトコルによりＭＣＦを送出
する。

【０１４５】送信側では、受信側からのＭＣＦを確認
後、７２２のプロトコルによりＤＣＮを送出し、７２３
で回線を解放する。

【０１４６】送信側では、送信を終了後に７２４の処理
に進み、送信が終了したファイルを送信待機ファイルＤ
Ｂから必要により削除する。また、受信側は、ＤＣＮを
確認後、７２３で回線を解放し、７２５の処理において
受信したファイルの配信を行う。この７２５における配
信処理は、上述した図６に示す手順で行われる。

【０１４７】以上に説明したように本実施の形態例にお
いては、宛先別一括送信における送信側では、同じ発呼
先の原稿を検索する場合に、受取人を特定するサブアド
レスなどの情報が同じものを１つの受取人への一括送信
とし、同じ原稿を複数の受取人に送る場合は、複数のサ
ブアドレスを持った原稿の送信とすることで、発呼する
回数を減らし、同じ原稿の多重送信をなくすことで、ト
ータルの交信時間を短くし、通信コストの軽減を図るこ
とができる。

【０１４８】〔第２の発明の実施の形態例〕以上の説明
においては、図２に示すように公衆回線網１２０を用い
ての他の相手先通信装置１５０などとのファクシミリ通
信制御行う際に、通信情報を送信元のファクシミリ装置
８０５と、実質的には送信元のファクシミリ装置８０８
を介して送信先通信管理サーバ８０９との間で行なう例
を説明した。

【０１４９】しかし本発明は以上の例に限定されるもの
ではなく、例えば、送信先ファクシミリ装置が通信管理
サーバ８０９と同様の機能を併せ持っていてもよく、あ
るいは、送信元のファクシミリ装置が直接送信先通信管
理サーバとの間でファクシミリ通信を行ってもよい。送
信先ファクシミリ装置が通信管理サーバ８０９と同様の
機能を併せ持った本発明に係る第２の発明の実施の形態
例を以下に説明する。第２の実施の形態例の通信装置も
上述した第１の実施の形態例の図１に示す通信装置と同
様の構成を備えていてよい。

【０１５０】図８は本発明に係る第２の実施の形態例に
おける通信端末から送信先通信端末装置への配信依頼を
伴う一括送信と、一括送信を受信した場合のＬＡＮ上の
端末への配信制御を送信先説明するための図である。図
８において、上述した図２と同様構成には同一番号を付
し詳細説明を省略する。

【０１５１】第２の実施の形態例においては、図２の第
１の実施の形態例が送信元の通信管理サーバ８０４から
送信元のファクシミリ（ＦＡＸ）８０５を介して公衆回
線網８０７に送信していたのに比し、一つの通信装置２
０３で送信元の通信管理サーバ８０４と送信元のファク
シミリ（ＦＡＸ）８０５の通信制御を行うことが可能に
構成されている。

【０１５２】また、送信先（受信側）においても、図２
の第１の実施の形態例が送信先のファクシミリ（ＦＡ
Ｘ）８０８を介して送信先の通信管理サーバ８０９が受
信していたのに比し、一つの通信装置２０６で送信先
（受信側）の通信管理サーバ８０９と送信先（受信側）
のファクシミリ（ＦＡＸ）８０８の通信制御を行うこと
が可能に構成されている。

【０１５３】具体的な通信装置２０３、２０６間の通信
及び制御等は第１の実施の形態例と同様である。送信側
では、複数の送信依頼人からの送信依頼を通信管理サー
バが管理し、各原第２の実施の形態例においても上述し
て第１の実施の計たれ意と同様の作用効果を奏すること
ができる。

【０１５４】[他の実施の形態例]なお、本発明は、複数
の機器（例えばホストコンピュータ，インタフェイス機
器，リーダ，プリンタなど）から構成されるシステムに
適用しても、一つの機器からなる装置（例えば、複写
機，ファクシミリ装置など）に適用してもよい。

【０１５５】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【０１５６】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０１５７】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０１５８】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０１５９】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【０１６０】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになる。

【０１６１】

【発明の効果】以上説明したように本発明によれば、同
じ通信相手先において、受取人の異なる原稿をまとめて
送信し、かつ通信相手先で受信したデータを受取人別に
配信することで、短時間に送信でき、通信料金を節約で
きる通信システム及び通信方法を供給することができ
る。

【０１６２】また、同じ原稿を複数の受取人に送信する
場合に、受取人のみを複数指定して、原稿の送信を１回
で済ますことができ、短時間に送信でき、通信料金を節
約できる。

【０１６３】

【図面の簡単な説明】

【図１】本発明に係る一発明の実施の形態例による通信
システムの構成例を示す図である。

【図２】本実施の形態例における通信端末からの配信依
頼を伴う一括送信と、一括送信を受信した場合のＬＡＮ
上の端末への配信制御を説明するための図である。

【図３】本実施の形態例における相手先別一括送信を行
う場合の通信装置の処理手順を示すフローチャートであ
る。

【図４】本実施の形態例における相手先別一括送信を受
信する場合の通信手順を示すフローチャートである。

【図５】本実施の形態例における相手先別一括送信する
前のサーバ上での送信ファイルのＤＢ（データベース）
の作成処理を示すフローチャートである。

【図６】本実施の形態例装置における相手先別一括送信
を受信した後のサーバ上での受信情報の配信作業を示す
フローチャートである。

【図７】本実施の形態例におけるＩＴＵ−Ｔ勧告に従っ
た通信プロトコルを示す図である。

【図８】本発明に係る第２の発明の実施の形態例におけ
る配信依頼側と配信実行側の関係を示す図である。

【符号の説明】

１０１通信機器本体１０２ＮＣＵ制御部１０３ダイヤル制御部１０４被呼検出部１０５モデム−ポンプ１０６記憶部１０７ＭＰＵ１０８ファイル蓄積＆管理部１０９Ｉ／Ｆ制御部１１０データバス１１１情報機器１１２通信機器１１３接続ケーブル１１４ＬＡＮ網１１５通信管理サーバ１１６通信端末

Claims

【特許請求の範囲】

【請求項１】通信媒体を介して他の通信装置との間で
通信情報を送受信可能な通信システムにおいて、１つの通信相手先に対して複数の受け取り人を特定した
送信通信情報を発生可能な送信情報発生手段と、前記送信情報発生手段が１つの通信相手先に対して複数
の受け取り人を特定した送信通信情報を発生した場合に
前記送信通信情報に複数の受取人を示す受取人指定デー
タを付加して通信相手先に送信する送信手段とを備える
ことを特徴とする通信システム。
【請求項２】前記送信手段は、送信情報が通信相手先
装置で印刷出力可能な場合、印刷出力を許可する受取人
指定データを必要に応じて付加して送信することを特徴
とする請求項１記載の通信システム。
【請求項３】前記通信相手先装置より印刷出力を許可
する受取人指定データが付加された情報を受信した場合
に受信情報を印刷出力する印刷出力手段を備えることを
特徴とする請求項２記載の通信システム。
【請求項４】前記送信情報に付加するデータを受取人
群を示すグループコードあるいは各受取人を示すコード
を複数組み合わせたデータとすることを特徴とする請求
項１乃至請求項３のいずれかに記載の通信システム。
【請求項５】前記送信情報に付加するデータを受取人
を示すサブアドレスとし、前記サブアドレスを複数付加
して送信することを特徴とする請求項１乃至請求項３の
いずれかに記載の通信システム。
【請求項６】前記送信情報に付加するデータを受取人
を示すサブアドレスとし、受取人が異なる送信情報を送
信する毎に異なる受取人を示すサブアドレスを途中で切
り替えて送信することを特徴とする請求項１乃至請求項
３のいずれかに記載の通信システム。
【請求項７】前記送信情報に付加するデータを各受取
人毎の独自コードとし、前記独自コードをを複数付加し
て送信することを特徴とする請求項１乃至請求項３のい
ずれかに記載の通信システム。
【請求項８】更に、通信媒体を介して他の通信装置よ
り複数の受取人を示す複数のデータを受信すると、該デ
ータで指定される複数の受取人に該データとともに送ら
れてくる通信情報を自動的に配信する配信手段を備える
ことを特徴とする請求項１乃至請求項７のいずれかに記
載の通信システム。
【請求項９】受取人を示す複数のデータは受取人群を
示すグループコードあるいは受取人を示す受取人コード
であり、前記配信手段は、受信したコードデータに従って予め登
録されているコードテーブルで指定される受取人に配信
することを特徴とする請求項８記載の通信システム。
【請求項１０】受取人を示す複数のデータは送信情報
に付加される受取人を示すサブアドレスであり、前記配信手段は、受信したサブアドレスに従って複数の
受取人に配信あるいは、途中で切り替わったサブアドレ
スに従って配信先を途中から切り替えて配信することを
特徴とする請求項８記載の通信システム。
【請求項１１】受取人を示す複数のデータは送信情報
に付加される受取人を示す独自コードであり、前記配信手段は、受信した独自コードに従って複数の受
取人に配信あるいは、途中で切り替わった独自コードに
従って配信先を途中から切り替えて配信することを特徴
とする請求項８記載の通信システム。
【請求項１２】送信原稿と、指定した送信相手先を示
すデータと、指定した受取人を示すデータとを蓄積する
蓄積手段を備え、前記送信手段は前記蓄積手段に蓄積されている蓄積情報
を参照して通信相手先への送信情報を生成することを特
徴とする請求項１乃至請求項１１のいずれかに記載の通
信システム。
【請求項１３】通信媒体を介して他の通信装置との間
で通信情報を送受信可能な通信システムにおいて、送信原稿と、指定した送信相手先を示すデータと、指定
した受取人を示すデータとを蓄積する蓄積手段と、前記蓄積手段に、同じ通信相手先の同じ受取人への送信
原稿が複数件存在していた場合では、１つの通信相手先
の同じ受取人に対して送信原稿を一括して送信する一括
送信手段を備えることを特徴とする通信システム。
【請求項１４】前記一括送信手段は、前記通信相手先
に複数の受取人を指定するデータ受信に対する制限があ
ると判断した場合、認容されている範囲で一括送信を実
行し、未送信分は改めて送信することを特徴とする請求
項１３記載の通信システム。
【請求項１５】前記通信システムは、単体のファクシ
ミリ通信装置で構成されることを特徴とする請求項１乃
至請求項１４のいずれかに記載の通信システム。
【請求項１６】前記通信システムは、ファクシミリ
装置と外部情報端末とがインターフェースで接続されて
いるシステムであることを特徴とする請求項１乃至請求
項１４のいずれかに記載の通信システム。
【請求項１７】通信媒体を介して他の通信装置との間
で通信情報を送受信可能な通信システムにおける通信方
法であって、１つの通信相手先に対して複数の受け取り人を特定した
送信通信情報を発生した場合に前記送信通信情報に複数
の受取人を示す受取人指定データを付加して通信相手先
に送信することを特徴とする通信方法。
【請求項１８】送信情報が通信相手先装置で印刷出力
可能な場合、印刷出力を許可する受取人指定データを必
要に応じて付加して送信することを特徴とする請求項１
７記載の通信方法。
【請求項１９】前記通信相手先装置より印刷出力を許
可する受取人指定データが付加された情報を受信した場
合に受信情報を印刷出力することを特徴とする請求項１
８記載の通信方法。
【請求項２０】前記送信情報に付加するデータを受取
人群を示すグループコードあるいは各受取人を示すコー
ドを複数組み合わせたデータとすることを特徴とする請
求項１７乃至請求項１９のいずれかに記載の通信方法。
【請求項２１】前記送信情報に付加するデータを受取
人を示すサブアドレスとし、前記サブアドレスを複数付
加して送信することを特徴とする請求項１７乃至請求項
１９のいずれかに記載の通信方法。
【請求項２２】前記送信情報に付加するデータを受取
人を示すサブアドレスとし、受取人が異なる送信情報を
送信する毎に異なる受取人を示すサブアドレスを途中で
切り替えて送信することを特徴とする請求項１７乃至請
求項１９のいずれかに記載の通信方法。
【請求項２３】前記送信情報に付加するデータを各受
取人毎の独自コードとし、前記独自コードをを複数付加
して送信することを特徴とする請求項１７乃至請求項１
９のいずれかに記載の通信方法。
【請求項２４】更に、通信媒体を介して他の通信装置
より複数の受取人を示す複数のデータを受信すると、該
データで指定される複数の受取人に該データとともに送
られてくる通信情報を自動的に配信することを特徴とす
る請求項１７乃至請求項２３のいずれかに記載の通信方
法。
【請求項２５】受取人を示す複数のデータは受取人群
を示すグループコードあるいは受取人を示す受取人コー
ドであり、前記受取人への配信においては、受信したコードデータ
に従って予め登録されているコードテーブルで指定され
る受取人に配信することを特徴とする請求項２４記載の
通信方法。
【請求項２６】受取人を示す複数のデータは送信情報
に付加される受取人を示すサブアドレスであり、前記受取人への配信においては、受信したサブアドレス
に従って複数の受取人に配信あるいは、途中で切り替わ
ったサブアドレスに従って配信先を途中から切り替えて
配信することを特徴とする請求項２４記載の通信方法。
【請求項２７】受取人を示す複数のデータは送信情報
に付加される受取人を示す独自コードであり、前記受取人への配信においては、受信した独自コードに
従って複数の受取人に配信あるいは、途中で切り替わっ
た独自コードに従って配信先を途中から切り替えて配信
することを特徴とする請求項２４記載の通信方法。
【請求項２８】送信原稿と、指定した送信相手先を示
すデータと、指定した受取人を示すデータとを蓄積して
おき、前記受取人への配信においては、前記蓄積されている蓄
積情報を参照して通信相手先への送信情報を生成するこ
とを特徴とする請求項１７乃至請求項２７のいずれかに
記載の通信方法。
【請求項２９】通信媒体を介して他の通信装置との間
で通信情報を送受信可能な通信システムにおける通信方
法であって、送信原稿と、指定した送信相手先を示すデータと、指定
した受取人を示すデータとを蓄積し、蓄積している同じ
通信相手先の同じ受取人への送信原稿が複数件存在して
いた場合では、１つの通信相手先の同じ受取人に対して
送信原稿を一括して送信することを特徴とする通信方
法。
【請求項３０】前記一括送信は、前記通信相手先に複
数の受取人を指定するデータ受信に対する制限があると
判断した場合、認容されている範囲で一括送信を実行
し、未送信分は改めて送信することを特徴とする請求項
２９記載の通信方法。
【請求項３１】前記通信システムは、単体のファクシ
ミリ通信装置で構成されることを特徴とする請求項１７
至請求項３０のいずれかに記載の通信方法。
【請求項３２】前記通信システムは、ファクシミリ
装置と外部情報端末とがインターフェースで接続されて
いるシステムであることを特徴とする請求項１７至請求
項３０のいずれかに記載の通信方法。
【請求項３３】請求項１乃至請求項３２のいずれかの
請求項記載の機能を実現する制御手順を記憶することを
特徴とするコンピュータ可読記録媒体。
【請求項３４】請求項１乃至請求項３２のいずれかの
請求項記載の機能を実現することを特徴とするコンピュ
ータプログラム列。