(57)【要約】【課題】  本発明は複数の相手先に同じ情報を送信する同報送信制御装置に関し、特に通信ラインの性能劣化を起こすことなく、ＭＦＰでのソフトウェア処理を軽減する同報送信制御装置を提供するものである。【解決手段】  本発明はアプリケーション２で作成した描画情報を描画データ記憶部８に記憶し、更に当該描画データをジョブＩＤと共にＭＦＰ１０に送信し、描画データ記憶部１３に記憶する。その後、宛先情報リスト７に記録された宛先情報に基づいて、順次記憶された宛先にファクシミリ送信を行い、この間、送信結果の情報はホストコンピュータ１に送られ、状況モニタ５に送信状態が通知され、ホストコンピュータ１側では送信状態を把握し、ファクシミリ送信の管理、処理を行う。【選択図】  図１
2006165622.tif 000002
【特許請求の範囲】
【請求項１】
ホスト機器と、該ホスト機器に接続された複合機から成り、該複合機から同報送信を行うファクシミリの同報送信システムにおいて、
前記ホスト機器から前記複合機に対して、同報送信に対応するジョブ情報と送信文書情報を送信する第１の送信手段と、
該第１の送信手段による前記情報の送信後、前記ホスト機器から前記複合機に対して複数の宛先情報を１件毎に送信する第２の送信手段と、
前記宛先情報に基づいて、前記複合機は前記送信文書情報を該宛先に対してファクシミリ送信するファクシミリ送信手段と、
該ファクシミリ送信の送信結果を前記ホスト機器に送信する第３の送信手段と、
前記受信結果に基づいて、前記ホスト機器はファクシミリ送信の処理、及び管理を行う制御手段と、
を有することを特徴とする同報送信システム。
【請求項２】
前記送信文書情報は前記ジョブ情報に対応付けされ、前記複合機内の記憶手段に記憶されることを特徴とする請求項１記載の同報送信システム。
【請求項３】
前記送信結果は、前記ホスト機器側の表示手段に表示されることを特徴とする請求項１、又は２記載の同報送信システム。
【請求項４】
前記送信結果に基づいて、前記ホスト機器はリトライ指示を前記複合機に行うことを特徴とする請求項１、２、又は３記載の同報送信システム。
【請求項５】
前記ファクシミリ送信が完了した後、前記ホスト機器は前記複合機に対して前記ジョブ情報、及び描画情報の削除指示を行うことを特徴とする請求項１、２、３、又は４記載の同報送信システム。
【請求項６】
ファクシミリ送信を行う複合機に接続されたホスト機器において、
前記複合機に対して、同報送信に対応するジョブ情報と送信文書情報を送信する第１の送信手段と、
該第１の送信手段による前記情報の送信後、前記複合機に対して複数の宛先情報を１件毎に送信する第２の送信手段と、
前記宛先情報に基づいて、前記複合機が行うファクシミリ送信の送信結果を受信する受信手段と、
該受信結果に基づいて、ファクシミリ送信の処理、及び管理を行う制御手段と、
を有することを特徴とするホスト機器。
【請求項７】
ホスト機器に接続された複合機において、
前記ホスト機器から出力される同報送信に対応するジョブ情報と送信文書情報を受信する第１の受信手段と、
該第１の受信手段による前記情報の受信後、前記ホスト機器から出力される１件毎の宛先情報を受信する第２の受信手段と、
前記宛先情報に基づいて、該宛先に対してファクシミリ送信するファクシミリ送信手段と、
該ファクシミリ送信の送信結果を前記ホスト機器に送信する送信手段と、
を有することを特徴とする複合機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の相手先に同じ送信文書をファクシミリ送信する同報送信システムに関する。
【背景技術】
【０００２】
今日、複写機能のみならずファクシミリ機能やプリント機能、メール機能等を有する多機能印刷機（複合機：ＭＦＰ（マルチファンクションプリンタ））が市販されている。従来、このような複合機を使用して同一の描画データを複数の宛先にファクシミリ送信する場合、以下のような方法が行われている。
【０００３】
図１０は従来の方式であり、ホストコンピュータ側で指定された宛先分、繰り返し描画データと電話番号の送出を繰り返す。すなわち、ホストコンピュータは初期値ｎを１に設定し（ステップ（以下、Ｓで示す）１）、ｎが宛先分（宛先の個数）Ｎに達したか判断し（Ｓ２）、１番目の電話番号（ＴＥＬ（１））を取り出し（Ｓ３）、描画データと共に電話番号（ＴＥＬ（１））のデータをＭＦＰに送信する（Ｓ４）。
【０００４】
ＭＦＰ側ではホストコンピュータからの情報の受信を待ち（Ｓ５）、ホストコンピュータから上記情報を受信すると（Ｓ６）、指定された電話番号（ＴＥＬ（１））に電話を掛け、描画データを宛先に送信する（Ｓ７）。その後、ＭＦＰは送信結果をホストコンピュータに通知する（Ｓ８）。
【０００５】
ホストコンピュータは受信した送信結果が正常である場合（Ｓ９、Ｓ１０がＹＥＳ）、宛先の数ｎをインクリメント（＋１）し、ｎ≦Ｎに達するまで上記処理を繰り返す（Ｓ１１）。尚、送信結果が正常ではない場合（Ｓ１０がＮＯ）、一定時間待って同じ電話番号（ＴＥＬ（ｎ））に送信を行う（Ｓ１２）。
【０００６】
一方、図１１は、更に他の従来方式であり、ホストコンピュータから描画データと宛先電話番号の全ての情報をＭＦＰに送信し、ＭＦＰ側で送信された電話番号の個数分送信処理を繰り返す方法である。すなわち、ホストコンピュータは描画データと指定された宛先の電話番号（ＴＥＬ（１）＋ＴＥＬ（２）＋・・・＋ＴＥＬ（ｎ−１）＋ＴＥＬ（ｎ））の情報を全てＭＦＰに送信する（ステップ（以下、ＳＴで示す）１）。
【０００７】
ＭＦＰはホストコンピュータからの情報の受信を待ち（ＳＴ２）、上記情報が入力すると（ＳＴ３）、宛先ｎをインクリメント（＋１）し（ＳＴ４）、ｎ≦Ｎに達するまで上記処理を繰り返す（ＳＴ５）。そして、指定の描画データを指定された電話番号（ＴＥＬ（ｎ））に順次送信し（ＳＴ６）、結果の判定が正常である場合（ＳＴ７がＹＥＳ）、上記処理を繰り返す。一方、結果の判定が正常でない場合（ＳＴ７がＮＯ）、一定時間待って再度描画データを送信する（ＳＴ８）。その後、上記処理を繰り返すことによって、全ての宛先に対して描画データの送信処理を行う。
【０００８】
ここで、特許文献１は他のプロトコルの実装を必要とせず、コマンド応答時間の遅延も生じることなく、高速に同報処理を行うファクシミリ同報システムの発明である。また、特許文献２はスキャナから送信されたファイルの送信宛先に対して同報返信を行う場合、例えば返信するデータを含むファイルのファイル名を指定して端末からスキャナに対して画像返信の指示を行う。
【特許文献１】特開２００３−２１９０９５号公報（段落番号０００８〜００３３、図１〜図１２）
【特許文献２】特開２００２−２９７４６７号公報（段落番号００１２〜０１７１、図１〜図２０）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、図１０で説明した方式では、描画データを指定された宛先分繰り返しＭＦＰに送信するため、ホストコンピュータとＭＦＰ間の通信ラインの性能が劣化する。一方、図１１で説明した方式では、通信ラインの性能劣化はないが、ＭＦＰ側で送信エラー時のリトライ管理や処理を行わなければならず、ＭＦＰ側のソフトウェアが複雑になり、高価な装置となる。
【００１０】
そこで、本発明は通信ラインの性能劣化を生じることなく、ＭＦＰでのソフトウェア処理を軽減する同報送信制御装置を提供するものである。
【課題を解決するための手段】
【００１１】
上記課題は本発明によれば、ホスト機器と、該ホスト機器に接続された複合機から成り、該複合機から同報送信を行うファクシミリの同報送信システムにおいて、前記ホスト機器から前記複合機に対して、同報送信に対応するジョブ情報と送信文書情報を送信する第１の送信手段と、該第１の送信手段による前記情報の送信後、前記ホスト機器から前記複合機に対して複数の宛先情報を１件毎に送信する第２の送信手段と、前記宛先情報に基づいて、前記複合機は前記送信文書情報を該宛先に対してファクシミリ送信するファクシミリ送信手段と、該ファクシミリ送信の送信結果を前記ホスト機器に送信する第３の送信手段と、前記受信結果に基づいて、前記ホスト機器はファクシミリ送信の処理、及び管理を行う制御手段とを有する同報送信システムを提供することによって達成できる。
【００１２】
このように構成することにより、最初に１回だけホスト機器から複合機に文書情報が送信され、以後宛先情報と文書情報にリンクするジョブ情報のみが複合機に送信され、通信トラフィックを軽減して通信の劣化を防止する。また、複合機が行うファクシミリ送信の結果は、ホスト機器に転送され、ホスト機器側で送信結果に基づき処理及び管理を行うため、複合機の処理負担を軽減することができる。
【００１３】
また、前記送信文書情報は前記ジョブ情報に対応付けされ、前記複合機内の記憶手段に記憶される構成である。
このように構成することにより、ジョブ情報と送信文書情報とのリンク付けを明確にし、確実な送信文書情報の送信処理、及び正確な送信結果のホスト機器に供給することができる。
【００１４】
また、前記送信結果は、前記ホスト機器側の表示手段に表示される。このように構成することにより、複合機側で行うファクシミリ送信の結果を明確に表示し、送信エラー等のトラブル処理を確実に行わせることができる。
【００１５】
また、前記送信結果に基づいて、前記ホスト機器はリトライ指示を前記複合機に行う構成である。このように構成することにより、リトライ処理はホスト機器側の表示部に表示され、複合機側で行うファクシミリ送信の送信管理を明確にすることができる。
【００１６】
また、前記ファクシミリ送信が完了した後、前記ホスト機器は前記複合機に対して前記ジョブ情報、及び送信文書情報の削除指示を行う構成である。このように構成することにより、送信文書情報の削除を効率よく行うことができる。
【００１７】
さらに、本発明は上記各要素を含むホスト機器、及び複合機を含む構成である。
【発明の効果】
【００１８】
本発明によれば、通信トラフィックを軽減して通信の劣化を防止することができる。また、ホスト機器側で送信結果に基づきファクシミリ送信の処理及び管理を行うため、複合機の処理負担を軽減することができる。
【００１９】
また、ジョブ情報と送信文書情報とのリンク付けを明確にし、確実な送信文書情報の送信処理を行うことができる。
また、前記送信結果は、前記ホスト機器側の表示手段に表示され、複合機側で行うファクシミリ送信の結果を明確に表示し、送信エラー等のトラブル処理を確実に行わせることができる。
【００２０】
さらに、ファクシミリ送信完了後、前記ホスト機器は前記複合機に対して前記ジョブ情報、及び送信文書情報の削除指示を行い、送信文書情報の削除を効率よく行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を図面を参照しながら説明する。
（実施形態１）
図１は、本実施形態の同報送信制御装置を説明するシステム構成図である。同図において、ホストコンピュータ１はアプリケーション２、ドライバ３、ＭＦＰ制御部４、状況モニタ制御部５、記憶部６で構成され、記憶部６には宛先情報リスト７、描画データ記憶部８、及び文書情報記憶部９が配設されている。一方、ＭＦＰ１０はＦＡＸ送信制御部１１、通信制御部１２、及び描画データ記憶部１３で構成されている。
【００２２】
アプリケーション２は画像データの作成や、作成された画像データや宛先情報を出力し、描画データや宛名情報はドライバ３を介して記憶部６に送信される。記憶部６は上記のように、宛先情報リスト７、描画データ記憶部８、及び文書情報記憶部９で構成され、ドライバ３を介して供給される描画データは描画データ記憶部８に記憶される。また、宛先情報は宛先情報リスト７に記録される。また、文書情報記憶部９には、例えば描画データに添付する文書情報が記録される。
【００２３】
ＭＦＰ制御部４は、描画データ記憶部８に記憶された描画データにＩＤコード（ジョブＩＤ）を割り振り、ＭＦＰ１０に出力する。また、宛先情報リスト７から電話番号（ＴＥＬ（１））の情報を順次出力する。一方、状況モニタ制御部５はＭＦＰ１０の送信処理状態を表示する。尚、上記状況モニタ制御部５には、エラー表示等の具体的な表示を行う状況モニタ部も含む構成である。
【００２４】
次に、本例の処理動作を図２に示すフローチャートに従って説明する。
先ず、ホストコンピュータ１は描画データ記憶部８に記憶された描画データを読み出し、ジョブＩＤを付与してＭＦＰ１０に送信する（ステップ（以下、ＳＴＰで示す）１、ＳＴＰ２）。
【００２５】
ＭＦＰ１０のＦＡＸ送信制御部１１は情報の受信を待ち（ＳＴＰ３）、上記情報を受信すると、当該描画データを上記ジョブＩＤに対応付けて（ジョブＩＤをキーとして）、描画データ記憶部１２に記憶する（ＳＴＰ４、ＳＴＰ５）。そして、次の情報の受信を待つ（ＳＴＰ６）。
【００２６】
一方、ホストコンピュータ１では、ｎの初期値を１に設定し（ＳＴＰ７）、ｎが宛先の個数Ｎに達したか判断する（ＳＴＰ８）。この宛先個数Ｎは上記描画データを送信する際の宛先の全ての数であり、最初の処理ではｎ＝１に設定される。したがって、最初の処理では１番目の電話番号（ＴＥＬ（１））が取り出される（ＳＴＰ９）。そして、この情報は前述のジョブＩＤと共に、ＭＦＰ１０に送信される（ＳＴＰ１０）。
【００２７】
ＭＦＰ１０（ＦＡＸ送信制御部１１）は上記情報を受信すると、ジョブＩＤをキーにして描画データを読み出す（ＳＴＰ１１）。そして、当該描画データを指定された宛先に送信する（ＳＴＰ１２）。この場合、先ず電話番号（ＴＥＬ（１））に発呼し、読み出した描画データの情報を規定のファクシミリ送信形式に変換し、所定のプロトコルに従って宛先に送信する。
【００２８】
この送信結果（正常、又はエラー）はホストコンピュータ１に送られ（ＳＴＰ１３）、ホストコンピュータ１では、受信した結果の判定を行う（ＳＴＰ１４、ＳＴＰ１５）。そして、判定結果が正常であれば（ＳＴ１５がＹＥＳ）、宛先ｎ（電話番号（ＴＥＬ（１））をインクリメント（＋１）し、上記処理を繰り返す。一方、上記判定結果がエラーであれば（ＳＴ１５がＮＯ）、エラーである宛先ｎ（電話番号（ＴＥＬ（ｎ））を不図示のエラーリストに記録する（ＳＴＰ１７）。
【００２９】
その後、順次宛名情報（電話番号（ＴＥＬ（ｎ））の情報が出力され、ＭＦＰ１０によるファクシミリ送信が繰り返され、この間エラー結果はエラーリストに記録される（ＳＴＰ８〜ＳＴＰ１７）。
【００３０】
次に、上記処理が完了すると（ＳＴＰ８がＮＯ）、エラーリストを参照し（ＳＴＰ１８）、エラーリストに従って電話番号（ＴＥＬ（ｎ））とジョブＩＤをＭＦＰ１０に出力する（ＳＴＰ１９）。その後、上記と同様の処理を行い、ＭＦＰ１０によるファクシミリ送信が行われる。
【００３１】
以上のように本例によれば、描画データとジョブＩＤを一括送信するので、以後宛先情報に描画データを含める必要がなく、通信トラフィックを増加させず、通信性能を劣化させることがない。また、エラー処理やエラー管理は、ＭＦＰ１０から送られる情報に基づいてホストコンピュータ１が実行するのでＭＦＰ１０の負担を軽減することができる。
（実施形態２）
次に、本発明の実施形態２について説明する。
【００３２】
本例はエラーが発生した場合の処理であり、前述の実施形態１におけるエラー発生時の具体的な表示に関する。
図３は本例の処理を説明するフローチャートであり、先ずホストコンピュータ１はＭＦＰ１０から送信される情報の入力を待つ（ステップ（以下、Ｗで示す）１）。次に、ＭＦＰ１０は発呼処理を行い、前述のように指定のファックス番号に電話を掛ける（Ｗ２）。
【００３３】
次に、上記発呼処理が正常に終了したか判断し（Ｗ３）、正常に終了しなかった場合（Ｗ３がＮＯ）、発呼エラーの通知を行う（Ｗ４）。この場合、対応するジョブＩＤと電話番号（ＴＥＬ（ｎ））、及びエラーコードをホストコンピュータ１に通知する。
【００３４】
ホストコンピュータ１では上記エラー通知を受信すると（Ｗ５）、図４に示すリトライ処理を行い、状況モニタ制御部５にリトライ中通知（Ｗ８）、又はリトライオーバ通知を行う（Ｗ６）。すなわち、ＦＡＸ送信制御部１１は予め設定されたリトライ回数に達したか判断し（Ｗ７）、この間状況モニタ制御部５にリトライ中の通知を行う（Ｗ８）。
【００３５】
図５に示す表示は、状況モニタ制御部５に表示される各種表示例であり、リトライ中表示は同図のａに示す表示となる。すなわち、＜リトライ中通知＞ではユーザ名、文書名、宛先No.、宛先、及びアクション（リトライ中）が表示される。
【００３６】
その後、ファクシミリの送信要求が所定回繰り返され（Ｗ９、Ｗ１０）、所定のリトライ回数、リトライ処理を行っても宛先に対する接続ができない場合、リトライオーバ通知を行う（Ｗ６）。この表示は同図のｂに示す表示であり、ユーザ名、文書名、宛先No.、宛先、及びアクション（リトライオーバ通知）の表示が行われる。
【００３７】
一方、上記発呼処理が正常に行われた場合（Ｗ３がＹＥＳ）、送信開始通知をホストコンピュータ１に送り（Ｗ１１）、ホストコンピュータ１は図６に示す処理を行う（Ｗ１２、Ｗ１３）。すなわち、状況モニタ制御部５に送信開始通知を行う。この通知により、状況モニタ制御部５は図５のｃに示す表示を行い、ユーザ名、文書名、宛先No.、宛先、及びアクション（送信開始通知）の表示が行われる。
【００３８】
その後、当該頁（例えばＰ頁）のファクシミリ送信が行われ（Ｗ４）、上記送信処理が正常に行われたか判断する（Ｗ１５）。ここで、正常に行われない場合（Ｗ１５がＮＯ）、通信エラーの通知を行う（Ｗ１６）。
【００３９】
ホストコンピュータ１では上記エラー通知を受信すると（Ｗ１７）、前述と同様、図４に示すリトライ処理を行い、状況モニタ制御部５にリトライ中表示、又はリトラオイオーバ通知を行う（Ｗ６、Ｗ８）。尚、リトライオーバの場合、図５に示すｇの送信エラーの表示を行う。
【００４０】
一方、ファクシミリ送信が正常に終了した場合、送信頁の通知を行い（Ｗ１８）、通知を受けたホストコンピュータ１では状況モニタ制御部５に送信頁の表示を行う（Ｗ１９）。この場合、図７に示す処理が行われ、状況モニタ制御部５には図５のｄに示す表示が行われる（Ｗ２０）。
【００４１】
その後、ＭＦＰ２では最終頁の判断を行い（Ｗ２１がＹＥＳ）、最終頁であれば送信終了通知をホストコンピュータ１に送信する（Ｗ２２）。そして、図８に示す処理によって、状況モニタ制御部５に送信終了通知を行う（Ｗ２４）。この場合、状況モニタ制御部５には図５のｆに示す表示が行われ、ユーザ名、文書名、宛先No.、宛先、及びアクション（送信終了）の表示が行われる。
【００４２】
以上のように、本例によれば、ホストコンピュータ１の状況モニタ制御部５にＭＦＰ１０によるファクシミリ送信の処理状態が詳細に表示され、ホストコンピュータ１側で送信状態を把握でき、ファクシミリ送信の管理を確実に行うことができる。
（実施形態３）
次に、本発明の実施形態３について説明する。
【００４３】
本例はＭＦＰ１０に残るジョブＩＤ及び描画データを自動的に削除する処理を説明するフローチャートである。以下、具体的に説明する。
図９は本例の処理を説明するフローチャートであり、ホストコンピュータ１は自動削除モードであるか判断する（ステップ（以下、Ｖで示す）１）。この自動削除モードは、ファクシミリ送信が全頁完了した場合自動的に描画データ及びジョブＩＤを削除するモードであり、予め設定される。したがって、このモードが設定されている場合（ステップ（以下、Ｖで示す）１）、ジョブ削除の通知をＭＦＰ１０に送信する（Ｖ２）。尚、上記モードが設定されていない場合（Ｖ２がＮＯ）、本例の削除処理は行わない。
【００４４】
ＭＦＰ１０ではホストコンピュータ１からの情報の受信を待ち（Ｖ３）、ジョブ削除通知を受信すると（Ｖ４）、ジョブＩＤをキーにして対応する描画データを削除する（Ｖ５）。
【００４５】
以上のように、本例によれば、ファクシミリ送信が完了した描画データを自動的に削除することができ、極めて効率のよい処理を行うことができる。
【図面の簡単な説明】
【００４６】
【図１】本実施形態の同報送信制御装置を説明するシステム構成図である。
【図２】実施形態１の処理を説明するフローチャートである。
【図３】実施形態２の処理を説明するフローチャートである。
【図４】リトライ処理を説明するフローチャートである。
【図５】状況モニタ制御部の表示例を示す図である。
【図６】送信開始通知の表示処理を説明する図である。
【図７】送信開始頁の表示処理を説明する図である。
【図８】送信終了通知の表示処理を説明する図である。
【図９】実施形態３の処理を説明するフローチャートである。
【図１０】従来例の処理を説明するフローチャートである。
【図１１】従来例の処理を説明するフローチャートである。
【符号の説明】
【００４７】
１・・・ホストコンピュータ
２・・・アプリケーション
３・・・ドライバ
４・・・ＭＦＰ制御部
５・・・状況モニタ制御部
６・・・記憶部
７・・・宛先情報リスト
８・・・描画データ記憶部
９・・・文書情報記憶部
１０・・・ＭＦＰ
１１・・・ＦＡＸ送信制御部
１２・・・通信制御部
１３・・・描画データ記憶部
【図１】
2006165622.tif 000003
【図２】
2006165622.tif 000004
【図３】
2006165622.tif 000005
【図４】
2006165622.tif 000006
【図５】
2006165622.tif 000007
【図６】
2006165622.tif 000008
【図７】
2006165622.tif 000009
【図８】
2006165622.tif 000010
【図９】
2006165622.tif 000011
【図１０】
2006165622.tif 000012
【図１１】
2006165622.tif 000013