(57)【要約】【課題】ユーザにより、読み取られた原稿の同報送信処理と印刷処理とを行う指示が同時になされた後に、当該印刷処理を当該同報送信処理の終了前に実行させる変更がなされた場合に、当該処理順序の変更によって、その後の送信順序に影響が及ぶことを防ぐことができる画像形成装置等を提供する。【解決手段】ユーザによりセットされた原稿を読み取り手段１３によって読み取り、当該読み取った原稿に対して同報送信処理と印刷処理との指示がユーザにより同時になされた場合、ＣＰＵ１１は、前記同報送信処理の終了後に前記印刷処理の実行を行う。【選択図】図２
2008141256.tif 000002
【特許請求の範囲】
【請求項１】
原稿を読み取る読取手段と、
読取手段により読み取られた原稿の画像データを印刷する印刷手段と、
読取手段により読み取られた原稿の画像データを送信する複数の送信手段と、
ユーザから指定されたジョブの実行の順序を制御する制御手段と、
を備え、
前記読取手段により読み取られた原稿の画像データに対して、前記印刷手段による印刷の実行と前記複数の送信手段を用いての同報送信の実行とがユーザにより同時に指示された場合、前記制御手段は前記印刷手段による印刷の実行を、前記送信手段による同報送信の実行終了後に行わせることを特徴とする画像形成装置。
【請求項２】
原稿を読み取る読取手段と、
読み取られた原稿の画像データを送信する複数の送信手段と、
前記読取手段により読み取られた原稿の画像データを含む、前記送信手段による送信処理に必要なデータを一時的に保存する第１の保存手段と、
前記読取手段によって読み取られた原稿の画像データを前記複数の送信手段を用いて同報送信する場合、いずれかの送信手段による送信処理中に、処理に必要なデータ量が、前記第１の保存手段の有する保存可能な容量を超えることによって、前記送信手段による送信ができないときには、容量を超えることになった送信処理及びそれ以降の処理に関して、ユーザから入力されたすべての情報を破棄する制御手段と、
を備えたことを特徴とする画像形成装置。
【請求項３】
原稿を読み取る読取手段と、
読み取られた原稿の画像データを送信する複数の送信手段と、
前記読取手段によって読み取られた原稿の画像データを含む、前記送信手段による送信処理に必要なデータを一時的に保存する保存手段と、
前記読取手段によって読み取られた原稿の画像データに対して、前記複数の送信手段を用いての同報送信の実行がユーザにより指示された場合は、前記複数の送信手段のうち、送信時に前記保存手段の使用メモリ量が最も多い送信手段による送信処理を最初に実行することを特徴とする画像形成装置。
【請求項４】
ユーザにより入力された送信先データを含む各種データを保存する第２の保存手段を備え、
前記制御手段は、最初の通信手段による送信処理の実行中に、前記読み取り手段によって読み取られた画像データを含む送信処理に必要なデータ量が前記第１の保存手段の有するメモリ容量を超えた場合に、ユーザから入力された送信先情報を、前記第２の保存手段に保存する請求項２に記載の画像形成装置。
【請求項５】
原稿を読み取るステップと、
読み取られた原稿の画像データを印刷するステップと、
読み取られた原稿の画像データを複数の送信方法で送信するステップと、
前記読み取られた原稿の画像データに対して、前記印刷の実行と前記複数の送信方法を用いての同報送信の実行とがユーザにより同時に指示された場合、前記印刷の実行を、前記同報送信の実行終了後に行わせるステップと、
を備えたことを特徴とする画像形成装置における同報送信制御方法。
【請求項６】
原稿を読み取るステップと、
読み取られた原稿の画像データを複数の送信方法で送信するステップと、
読み取られた原稿の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、
前記読み取られた原稿の画像データを前記複数の送信手段を用いて同報送信する場合、いずれかの送信方法による送信処理中に、処理に必要なデータ量が、前記保存手段が有する保存可能な容量を超えることによって、前記送信方法による送信ができないときには、容量を超えることになった送信処理及びそれ以降の処理に関して、ユーザから入力されたすべての情報を破棄するステップと、
を備えたことを特徴とする画像形成装置における同報送信制御方法。
【請求項７】
原稿を読み取るステップと、
読み取られた原稿の画像データを複数の送信方法で送信するステップと、
読み取られた原稿の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、
前記読み取られた原稿の画像データに対して、前記複数の送信方法を用いての同報送信の実行がユーザにより指示された場合は、前記複数の送信方法のうち、送信時に前記保存手段の使用メモリ量が最も多い送信方法による送信処理を最初に実行するステップと、
を備えたことを特徴とする画像形成装置における同報送信制御方法。
【請求項８】
原稿を読み取るステップと、
読み取られた原稿の画像データを印刷するステップと、
読み取られた原稿の画像データを複数の送信方法で送信するステップと、
前記読み取られた原稿の画像データに対して、前記印刷の実行と前記複数の送信方法を用いての同報送信の実行とがユーザにより同時に指示された場合、前記印刷の実行を、前記同報送信の実行終了後に行わせるステップと、
を画像形成装置のコンピュータに実行させるための同報送信制御プログラム。
【請求項９】
原稿を読み取るステップと、
読み取られた原稿の画像データを複数の送信方法で送信するステップと、
読み取られた画像の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、
前記読み取られた原稿の画像データを前記複数の送信方法を用いて同報送信する場合、いずれかの送信方法による送信処理中に、処理に必要なデータ量が、前記保存手段が有する保存可能な容量を超えることによって、前記送信方法による送信ができないときには、容量を超えることになった送信処理及びそれ以降の処理に関して、ユーザから入力されたすべての情報を破棄するステップと、
を画像形成装置のコンピュータに実行させるための同報送信制御プログラム。
【請求項１０】
原稿を読み取るステップと、
読み取られた原稿の画像データを複数の送信方法で送信するステップと、
読み取られた原稿の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、
前記読み取られた原稿の画像データに対して、前記複数の送信方法を用いての同報送信の実行がユーザにより指示された場合は、前記複数の送信方法のうち、送信時に前記保存手段の使用メモリ量が最も多い送信方法による送信処理を最初に実行するステップと、
を画像形成装置のコンピュータに実行させるための同報送信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の送信方法による同報送信が可能な、多機能複合機であるＭＦＰ（Multi Function Peripherals）等の画像形成装置、同装置における同報送信制御方法及び同報送信制御プログラムに関する。
【背景技術】
【０００２】
ユーザにより指定された複数の送信先に同時に異なる送信方法で送信する同報送信が可能な画像形成装置がある。この画像形成装置を用いて、スキャナー部で読み取らせた原稿の画像データなどを同報送信により送信する際には、通常、画像形成装置が有している複数の送信手段の中から、ユーザにより送信手段が選択され、当該選択された送信手段に対して送信の順序等が指定された後に、指定された順序に従って同報送信の実行がなされることとなる。
【０００３】
ところで、画像形成装置には、ユーザからの操作パネル等を介しての印刷順序の指定、変更が可能となされているものや、トラブル時に印刷順序が変更されるものがある。
【０００４】
読み取られた原稿の同報送信による送信指示と印刷指示とが同時になされた後に、これらの機能により、印刷処理の順序の変更がなされた場合、この印刷処理の順序変更に影響され、当該印刷処理後の送信処理の順序が、当初ユーザにより指定された順序とは異なるものとなってしまう恐れがあるという問題もある。
【０００５】
また、同報送信による送信処理の実行中に、メモリオーバーフローが発生した場合、当該送信処理のジョブを破棄しなければ、メモリ容量の不足が次のジョブの実行に影響を及ぼす可能性があるという問題点もある。
【０００６】
さらには、メモリオーバーが同報送信処理の実行中に発生した場合、そのメモリオーバーフローした送信ジョブを含むそれ以降の送信ジョブは、ユーザによって再実行されることとなるが、その際、ユーザ自らが送信できた送信ジョブと送信できていない送信ジョブとを把握して再実行することは、ユーザを混乱させ送信漏れを引き起こす原因にあるという問題もある。
【０００７】
なお、複数の同報送信先の電子メールアドレスとファクシミリ番号とが含まれるリストに基づいて電子メールとファクシミリデータをそれぞれの送信先に同報送信することができる技術が提供されている（例えば、特許文献１参照）。
【特許文献１】特開２００３−９９３６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の技術は、電子メールとファクシミリデータとを同報送信することが可能となる技術は提供されているものの、印刷処理を同報送信終了前に行う順序変更の影響により、その後の送信処理の順序が、当初ユーザにより指定された順序とは異なってしまうという問題点を解消しうるものではなく、また送信処理中のメモリオーバーフローが原因による次のユーザのジョブの実行を妨げる問題を解消するものでもない。さらには、同報送信処理が、メモリオーバーフローにより途中で中止されることによる、ユーザの送信済みと未送信との確認時の混乱を解消しうるものでもない。
【０００９】
本発明は、上記実情に鑑みてなされたものであり、ユーザにより、読み取られた原稿の同報送信処理と印刷処理とを行う指示が同時になされた後に、当該印刷処理を当該同報送信処理の終了前に実行させる変更がなされた場合に、当該処理順序の変更によって、その後の送信順序に影響が及ぶことを防ぐことができ、またメモリオーバーフローが発生した際に次のユーザのジョブの実行が妨げられるのを防止し、あるいはさらにメモリオーバーフローが発生して送信処理が中止された後、現在処理中の送信処理を含むそれ以降の送信処理の再実行をする際に、ユーザの送信漏れを防止することが可能な画像形成装置、同報送信制御方法及び同報送信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題は、以下の手段によって解決される。
【００１１】
（１）原稿を読み取る読取手段と、読取手段により読み取られた原稿の画像データを印刷する印刷手段と、読取手段により読み取られた原稿の画像データを送信する複数の送信手段と、ユーザから指定されたジョブの実行の順序を制御する制御手段と、を備え、前記読取手段により読み取られた原稿の画像データに対して、前記印刷手段による印刷の実行と前記複数の送信手段を用いての同報送信の実行とがユーザにより同時に指示された場合、前記制御手段は前記印刷手段による印刷の実行を、前記送信手段による同報送信の実行終了後に行わせることを特徴とする画像形成装置。
【００１２】
（２）原稿を読み取る読取手段と、読み取られた原稿の画像データを送信する複数の送信手段と、前記読取手段により読み取られた原稿の画像データを含む、前記送信手段による送信処理に必要なデータを一時的に保存する第１の保存手段と、前記読取手段によって読み取られた原稿の画像データを前記複数の送信手段を用いて同報送信する場合、いずれかの送信手段による送信処理中に、処理に必要なデータ量が、前記第１の保存手段の有する保存可能な容量を超えることによって、前記送信手段による送信ができないときには、容量を超えることになった送信処理及びそれ以降の処理に関して、ユーザから入力されたすべての情報を破棄する制御手段と、を備えたことを特徴とする画像形成装置。
【００１３】
（３）原稿を読み取る読取手段と、読み取られた原稿の画像データを送信する複数の送信手段と、前記読取手段によって読み取られた原稿の画像データを含む、前記送信手段による送信処理に必要なデータを一時的に保存する保存手段と、前記読取手段によって読み取られた原稿の画像データに対して、前記複数の送信手段を用いての同報送信の実行がユーザにより指示された場合は、前記複数の送信手段のうち、送信時に前記保存手段の使用メモリ量が最も多い送信手段による送信処理を最初に実行することを特徴とする画像形成装置。
【００１４】
（４）ユーザにより入力された送信先データを含む各種データを保存する第２の保存手段を備え、前記制御手段は、最初の通信手段による送信処理の実行中に、前記読み取り手段によって読み取られた画像データを含む送信処理に必要なデータ量が前記第１の保存手段の有するメモリ容量を超えた場合に、ユーザから入力された送信先情報を、前記第２の保存手段に保存する前項（２）に記載の画像形成装置。
【００１５】
（５）原稿を読み取るステップと、読み取られた原稿の画像データを印刷するステップと、読み取られた原稿の画像データを複数の送信方法で送信するステップと、前記読み取られた原稿の画像データに対して、前記印刷の実行と前記複数の送信方法を用いての同報送信の実行とがユーザにより同時に指示された場合、前記印刷の実行を、前記同報送信の実行終了後に行わせるステップと、を備えたことを特徴とする画像形成装置における同報送信制御方法。
【００１６】
（６）原稿を読み取るステップと、読み取られた原稿の画像データを複数の送信方法で送信するステップと、読み取られた原稿の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、前記読み取られた原稿の画像データを前記複数の送信手段を用いて同報送信する場合、いずれかの送信方法による送信処理中に、処理に必要なデータ量が、前記保存手段が有する保存可能な容量を超えることによって、前記送信方法による送信ができないときには、容量を超えることになった送信処理及びそれ以降の処理に関して、ユーザから入力されたすべての情報を破棄するステップと、を備えたことを特徴とする画像形成装置における同報送信制御方法。
【００１７】
（７）原稿を読み取るステップと、読み取られた原稿の画像データを複数の送信方法で送信するステップと、読み取られた原稿の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、前記読み取られた原稿の画像データに対して、前記複数の送信方法を用いての同報送信の実行がユーザにより指示された場合は、前記複数の送信方法のうち、送信時に前記保存手段の使用メモリ量が最も多い送信方法による送信処理を最初に実行するステップと、を備えたことを特徴とする画像形成装置における同報送信制御方法。
【００１８】
（８）原稿を読み取るステップと、読み取られた原稿の画像データを印刷するステップと、読み取られた原稿の画像データを複数の送信方法で送信するステップと、前記読み取られた原稿の画像データに対して、前記印刷の実行と前記複数の送信方法を用いての同報送信の実行とがユーザにより同時に指示された場合、前記印刷の実行を、前記同報送信の実行終了後に行わせるステップと、を画像形成装置のコンピュータに実行させるための同報送信制御プログラム。
【００１９】
（９）原稿を読み取るステップと、読み取られた原稿の画像データを複数の送信方法で送信するステップと、読み取られた画像の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、前記読み取られた原稿の画像データを前記複数の送信方法を用いて同報送信する場合、いずれかの送信方法による送信処理中に、処理に必要なデータ量が、前記保存手段が有する保存可能な容量を超えることによって、前記送信方法による送信ができないときには、容量を超えることになった送信処理及びそれ以降の処理に関して、ユーザから入力されたすべての情報を破棄するステップと、を画像形成装置のコンピュータに実行させるための同報送信制御プログラム。
【００２０】
（１０）原稿を読み取るステップと、読み取られた原稿の画像データを複数の送信方法で送信するステップと、読み取られた原稿の画像データを含む、前記送信方法による送信処理に必要なデータを保存手段に一時的に保存するステップと、前記読み取られた原稿の画像データに対して、前記複数の送信方法を用いての同報送信の実行がユーザにより指示された場合は、前記複数の送信方法のうち、送信時に前記保存手段の使用メモリ量が最も多い送信方法による送信処理を最初に実行するステップと、を画像形成装置のコンピュータに実行させるための同報送信制御プログラム。
【発明の効果】
【００２１】
前記（１）に記載の発明によれば、ユーザにより、読み取られた原稿に対して、同報送信の処理と印刷の処理との指示が同時になされた場合、常に印刷の実行が同報送信の終了後になされることになる。これにより、同報送信の処理の終了前に印刷処理を行う変更がなされた場合であっても、当該変更によってその後の送信順序に影響が及ぶのを防ぐことが可能となり、ユーザにより指定された送信順序での同報送信の処理が可能となる。
【００２２】
前記（２）に記載の発明によれば、読み取られた原稿を同報送信する際、いずれかの送信手段による送信処理中にメモリオーバーフローが生じた場合には、容量を超えることになった送信処理及びそれ以降の処理に関して、ユーザから入力されたすべての情報が破棄される。これにより、最初の送信処理時にメモリオーバーフローが生じた場合、ユーザはすべての送信処理の実行がなされていないことを認識できる。この結果、送信の進捗状況の確認の際、ユーザが混乱することを防ぐことができ、送信漏れを防ぐことが可能となる。また、すべての情報が破棄されるため、送信などに関する情報がメモリに残存して、次のジョブの実行に影響が及ぶのを防ぐことが可能となる。
【００２３】
前記（３）に記載の発明によれば、ユーザにより読み取られた原稿の同報送信の処理の指示がなされた場合、送信時の使用メモリ量が最も多い送信手段による送信処理が最初になされることとなる。これにより、当該同報送信中にメモリオーバーフローが生じる可能性があるのは最初の送信処理の実行中のみであるため、メモリオーバーフローが生じた場合には、ユーザはすべての送信処理の実行がなされていないことを認識することが可能となる。その結果、再送信時には、すべての送信処理の実行をすれば良く、再送信時の送信漏れを防ぐことが可能となる。
【００２４】
前項（４）に記載の発明によれば、読み取られた原稿の同報送信時にメモリオーバーフローで当該読み取った原稿の送信ができなかった場合、当該同報送信に関する情報を破棄する前に、当該同報送信先の情報を保存手段に保存しておくことが可能となる。これにより、ユーザは再送信時に再度メールアドレス等の送信先を入力する手間から開放される。
【００２５】
前項（５）に記載の発明によれば、読み取られた原稿の画像データの同報送信の処理と同時に印刷処理の指定がなされた場合に、印刷処理が同報送信処理後になされることにより、ユーザは、指定した順序での同報送信の処理が可能となる。
【００２６】
前項（６）に記載の発明によれば、読み取られた原稿の同報送信中にメモリオーバーフローが生じた場合に、容量を超えることになった送信処理及びそれ以降の処理に関するすべての情報が破棄されるので、送信などに関する情報がメモリに残存して、次のジョブの実行に影響を及ぼすことを防ぐことができる。
【００２７】
前項（７）に記載の発明によれば、読み取られた原稿を同報送信する場合、送信時に使用するメモリ量が最も多い送信手段の送信処理が最初になされることとなる。これにより、メモリオーバーフローが引き起こされるのは最初の送信処理の実行中であるため、ユーザはすべての送信処理が終了していないことが認識でき、処理済と未処理の送信とを区別する際の混乱から開放される。
【００２８】
前項（８）に記載の発明によれば、ユーザにより、読み取られた原稿の印刷指示と同報送信の指示とがなされた場合、常に、同報送信の処理の終了後に印刷処理を行うという一連の処理を画像形成装置のコンピュータに実行させることができる。
【００２９】
前項（９）に記載の発明によれば、読み取られた原稿を同報送信により送信する際に、当該同報送信中にメモリオーバーフローが生じた場合には、容量を超えることになった送信処理及びそれ以降の処理に関するすべての情報を破棄するという一連の処理を画像形成装置のコンピュータに実行させることができる。
【００３０】
前項（１０）に記載の発明によれば、ユーザにより、読み取られた原稿の同報送信の指示がなされた場合に、当該同報送信の送信手段の中で、送信時に最もメモリを必要とする送信手段を自動的に判定し、当該送信手段による送信処理を最初に行うという一連の処理を画像形成装置のコンピュータに実行させることができる。
【発明を実施するための最良の形態】
【００３１】
以下、この発明の一実施形態を図面を用いて説明する。
［実施形態１］
図１は、この発明の一実施形態に係る画像形成装置が用いられた同報送信システムの構成図である。
【００３２】
画像形成装置１は多機能複合機であるＭＦＰからなり、図１に示すように、公衆電話回線５に接続されるとともに、ネットワーク４を介してメールサーバ２及びＳＩＰサーバ３とそれぞれ接続されており、前記メールサーバ２及び前記ＳＩＰサーバ３はインターネット６に接続されている。
【００３３】
画像形成装置１は、電話回線５を介して外部のＦＡＸ端末装置から送られてきた印刷ジョブを実行したり、またネットワーク４を介してパーソナルコンピュータ等の外部端末装置から送られてきた印刷ジョブを実行したりする。また、ユーザからのオペレーションパネル１２（後述する）を介しての直接指示により、自動原稿送り装置（図示せず）やプラテンガラス（図示せず）上にセットされた原稿をスキャナー１３（後述する）によって読み取り、当該読み取られた原稿の印刷等を行う。またこの実施形態に係る画像形成装置１には、Ｇ３ＦＡＸ、Ｇ４ＦＡＸ、ＳＩＰＦＡＸ、ＩｎｔｅｒｎｅｔＦＡＸ及びＩＰＦＡＸの各送信手段が備えられており、ユーザの選択等によりこれら送信手段を用いて、読み取った原稿等の同報送信が可能となされている。
【００３４】
メールサーバ２は、電子メールを配信するためのサーバコンピュータであり、相手先を振り分けるメール転送エージェント(MTA)や振り分けられたメールをサーバ内のユーザや別のサーバへ配送するメール配送エージェント(MDA)等から構成されている。
【００３５】
ＳＩＰ（Session Initiation Protocol）サーバ３は、ＳＩＰＦＡＸ等の送信手段を用いて送受信を行うためのサーバコンピュータであり、ＵＡＣ（User Agent Client）からのリクエストを次のサーバ若しくはＵＡＳ（User Agent Server）に転送するプロキシ・サーバ、ＵＡＳからのリクエストに対し、通信先の現在のアドレスを返答するリダイレクト・サーバ、ＵＡＣから現在の位置を登録するＲＥＧＩＳＴＥＲリクエスト受け取る登録サーバ等から構成されている。
【００３６】
画像形成装置１は、図１に示すようにＣＰＵ１１、オペレーションパネル１２、スキャナー１３、不揮発メモリ１４、ハードディスクコントローラ１５、記憶装置１６、メモリコントローラ１７、メインメモリ１８、ＦＡＸ通信部１９及び通信インターフェイス部２０などから構成されている。ＣＰＵ１１は、システムバス２１を介して各部と接続されている。
【００３７】
ＣＰＵ１１は、画像形成装置１を統括的に制御する他、ユーザによって入力された送信先のメールアドレスやＦＡＸ番号の受け付け、及び送信手段の選択受け付け等を行い、またメモリオーバーフローが発生したか否かの判定、同報送信処理情報の破棄及びセットされた原稿の読取が完了したか否かの判定などを行うが、具体的な制御内容については後述する。
【００３８】
オペレーションパネル１２は、各種のメッセージ及びユーザに対する入力受付画面及び選択画面等を表示したり、画像形成装置１が有する各種機能のユーザによる操作設定がなされる際に用いられるものであり、テンキーなどのキー入力部とタッチパネル式の液晶表示部等を備えている。
【００３９】
スキャナー１３は、ユーザにより自動原稿送り装置やプラテンガラス上にセットされた原稿を読み取って電子データである画像データに変換する。
【００４０】
不揮発メモリ１４は、ＲＯＭやフラッシュメモリ等からなり、ＣＰＵ１１が実行するプログラムやその他のデータを記憶している。
【００４１】
ハードディスクコントローラ１５は、ディスクキャッシュやディスクの情報管理を含む記憶装置１６の制御を行う。
【００４２】
記憶装置１６は、ハードディスク（ＨＤＤ）等の記憶媒体からなり、この実施形態では入力されたメールアドレス、ＦＡＸ送信先の電話番号等の送信先情報を含む各種データを保存する。
【００４３】
メインコントローラ１７は、メインメモリ１８のデータの読み出し、書き出しなどのメモリの入出力を含むメインメモリ１８の制御を行う。
【００４４】
メインメモリ１８は、一次記憶媒体でありＣＰＵ１１が実行する際の作業領域となるものであり、スキャナー１３によって読み取られた原稿の画像データ、プログラム又はプログラムを実行する際のデータ、送信処理が実行される際に必要とされるデータ等を一時保存する
ＦＡＸ通信部１９は、読み取った原稿の画像データに対してデータ圧縮や変調等を含む信号処理を行うことにより、電話回線５を介して、ファクシミリを含む外部端末装置に信号処理された画像データを送信する。
【００４５】
通信インターフェイス部２０は、ネットワーク４を介して他の外部端末とのデータ等の送受信を行うとともに、メールサーバ２又はＳＩＰサーバ３を介してインターネット６と接続することにより、他の外部端末等と通信を行う。
［画像形成装置の動作］
この第１実施形態は、ユーザにより印刷処理と同報送信処理とが同時に指示された場合、最初に同報送信処理を実行し、同報送信処理の終了後に印刷処理をするものであるが、この一連の処理を実行する際の画像形成装置１の動作を、図２に示すフローチャートを用いて説明する。なお、この動作は、ＣＰＵ１１が不揮発メモリ１４等の記録媒体に保存されているプログラムを実行することにより実現される。
【００４６】
ＣＰＵ１１は、オペレーションパネル１２を介してユーザからの同報送信指示又は印刷指示を受け付けると（ステップＳ２１）、スキャナー１３を介してユーザによりセットされた原稿の画像データを読み取り（ステップＳ２２）、ユーザからの指示の中に同報送信処理が含まれているか否かの判定を行う（ステップＳ２３）。
【００４７】
ユーザからの指示の中に同報送信処理が含まれていると判定された場合（ステップＳ２３でＹＥＳ）、ＣＰＵ１１は同報送信処理の実行を行い（ステップＳ２４）、ステップＳ２５に進む。一方、ユーザからの指示の中に同報送信処理が含まれていないと判定された場合（ステップＳ２３でＮＯ）、ステップＳ２５に進む。
【００４８】
ステップＳ２５では、ＣＰＵ１１はユーザからの指示の中に印刷処理が含まれているか否かの判定を行い、印刷処理が含まれていると判定された場合（ステップＳ２５でＹＥＳ）、読み取った原稿の画像データの印刷を行い（ステップＳ２６）、処理を終了する。一方、印刷処理が含まれていないと判定された場合（ステップＳ２５でＮＯ）、ＣＰＵ１１は、処理を終了する。
【００４９】
なお、この実施形態では、ユーザにより、読み取られた原稿の印刷処理と同報送信の処理との指示がなされた場合、同報送信の処理が終了した後に印刷処理を実行するものとしたが、もちろんこれに限定されず、例えば同報送信の処理の実行中に他ユーザ等から、画像形成装置の割り込み機能を用いての印刷指示等がなされた場合にでも、当該ユーザの印刷指示の実行を同報送信の処理終了後にするものとしても良い。
【００５０】
このように、この実施形態によれば、常に、同報送信の処理の終了後に印刷処理の実行がなされる。これにより、ユーザによって同報送信の処理の終了前に印刷処理を行う変更がなされた場合であっても、当該変更によって、その後の送信順序に影響が及ぶことを防ぐことが可能となり、ユーザにより指定された送信順序での同報送信の処理が可能となる。
［実施形態２］
次に、この発明の第２実施形態に係る画像形成装置を説明する。
【００５１】
この第２実施形態は、原稿読み取りの際又は同報送信の処理中にメモリオーバーフローが生じた場合に、一定の処理がなされるものである。なお、本実施形態に係る画像形成装置の構成等は第１実施形態に係る画像形成装置１と同じなので、ここでは説明を省略する。
［画像形成装置の動作］
次に、図３及び図４を用いて上述した処理を行う際の画像形成装置１の動作を説明する。なお、この動作は、ＣＰＵ１１が不揮発メモリ１４等の記憶媒体に保存されているプログラムを実行することにより実現される。
【００５２】
ユーザがオペレーションパネル１２を介して送信先情報の入力及び送信手段の選択をした後、ＣＰＵ１１はユーザからの同報送信の指示を受け付けると（ステップＳ３１）、スキャナー１３を介してユーザによりセットされた原稿の画像データを読み取り（ステップＳ３２）、ユーザによって選択された送信手段がＧ３ＦＡＸのみであるか否かの判定を行う（ステップＳ３３）。
【００５３】
ユーザにより選択された送信手段がＧ３ＦＡＸのみであると判定された場合（ステップＳ３３でＹＥＳ）、すべての原稿の読み取りが完了していなくても送信処理の実行が可能であるから、ステップＳ３６の同報送信の実行開始に進む。一方、ユーザにより選択された送信手段がＧ３ＦＡＸのみでないと判定された場合（ステップＳ３３でＮＯ）、すべての原稿の読み取りが完了していなければ送信処理の実行ができないから、ＣＰＵ１１は、すべての原稿の読み取りが完了したか否かの判定を行う（ステップＳ３４）。
【００５４】
すべての原稿の読み取りが完了していないと判定された場合（ステップＳ３４でＮＯ）、メインメモリ１８が、読み取り中の原稿のデータ量がメインメモリ１８の記憶可能容量を超えたことが原因によるオーバーフロー状態にあるか否かの判定を行なう（ステップＳ３５）。
【００５５】
メインメモリ１８がオーバーフロー状態にあると判定された場合（ステップＳ３５でＹＥＳ）、これ以上の送信処理の続行は不可能であるので、ステップＳ３９のオーバーフロー発生処理に進む。一方、メインメモリ１８がオーバーフロー状態でないと判定された場合（ステップＳ３５でＮＯ）、すべての原稿の読み取りが完了するまで待つ必要があるから、ステップＳ３４に戻り、すべての原稿の読み取りが完了したか、或いはメインメモリ１８がオーバーフロー状態であるかのいずれかの判定がなされるまで、ステップＳ３４〜ステップＳ３５を繰り返す。
【００５６】
すべての原稿の読み取りが完了したと判定された場合（ステップＳ３４でＹＥＳ）、送信処理の実行が可能であるから、ステップＳ３６の同報送信の実行開始に進む。
【００５７】
次に、ステップＳ３６では、ＣＰＵ１１は、ＦＡＸ通信部１９又は通信インターフェイス部２０を介してユーザにより選択された送信手段によって、読み取った原稿の画像データの同報送信の処理を開始し（ステップＳ３６）、メインメモリ１８が、読み取った原稿のデータ量を含む送信に必要なデータ量がメインメモリ１８の記憶可能容量を超えたことが原因によるオーバーフロー状態にあるか否かの判定を行なう（ステップＳ３７）。
【００５８】
メインメモリ１８がオーバーフロー状態にあると判定された場合（ステップＳ３７でＹＥＳ）、送信処理に必要なメモリ量がメインメモリ１８の記憶可能容量を超えたのであり、このままでは処理の継続が不可能なのであるから、ステップＳ３９のオーバーフロー発生処理に進む。一方、メインメモリ１８がオーバーフロー状態でないと判定された場合（ステップＳ３７でＮＯ）、同報送信の処理の継続が可能であるから送信処理を続け、ＣＰＵ１１は、同報送信の処理が終了したか否かの判定を行う（ステップＳ３８）。
【００５９】
同報送信の処理が終了したと判定された場合（ステップＳ３８でＹＥＳ）、ＣＰＵ１１は処理を終了する。一方、同報送信の処理が終了していないと判定された場合（ステップＳ３８でＮＯ）、ＣＰＵ１１はステップＳ３７に戻り、同報送信の処理が終了するか、或いはメインメモリ１８がオーバーフロー状態にあると判定されるまでステップＳ３７〜ステップＳ３８を繰り返す。
【００６０】
次に、ステップＳ３９のオーバーフロー発生処理を図４のフローチャートで説明する。
【００６１】
図４に示すステップＳ３９１で、ＣＰＵ１１は、当該同報送信の処理の実行を中止し、次のジョブの実行に影響が及ぶのを防止するために、この処理以降の処理に関する情報を破棄し（ステップＳ３９２）、ステップＳ３９３に進む。これにより、次のジョブに影響を与えることなくそのジョブの実行が可能となる。
【００６２】
ステップＳ３９３では、ＣＰＵ１１はオペレーションパネル１２上に、図５に示す送信ジョブ管理リスト画面４５を表示する。なお、送信ジョブ管理リスト画面４５には、処理順、送信手段、送信先、受付日時及び送信状況が表示されており、これによりユーザは同報送信処理や印刷処理の進捗状況を知ることがでる。また、送信ジョブ管理リスト画面４５は、ユーザからの確認を受け付ける「Ｏ．Ｋ」ボタン４６などを有している。
【００６３】
次に、ＣＰＵ１１は、送信ジョブ管理リスト画面４５の「Ｏ.Ｋ」ボタン４６をユーザから受け付けると（ステップＳ３９４）、ユーザにより送信処理に関する進捗状況の確認がなされたのであるから、図３のフローチャートに戻り、処理を終了する。
【００６４】
このように、この実施形態では、原稿読み取り時又は同報送信の処理時にメモリがオーバーフロー状態になった場合には、自動的に当該同報送信の処理に関する情報が破棄される。これにより、次のジョブ処理の実行が妨げられることを防止することが可能となる。
［実施形態３］
次に、この発明の第３実施形態に係る画像形成装置を説明する。
【００６５】
この第３実施形態は、送信時に多くのメモリ量が必要とされるＩｎｔｅｒｎｅｔＦＡＸ、ＳＩＰＦＡＸ又はＩＰＦＡＸの送信処理を最初に行うことで、メモリオーバーフローを引き起こす可能性が最も高い送信処理を、同報送信処理の最初に行うものである。なお、ユーザにより当該画像形成装置に指示がなされる際には、Ｇ３ＦＡＸ、Ｇ４ＦＡＸの少なくとも１つは選択され、印刷処理の指示もなされるものとする。
【００６６】
本実施形態に係る画像形成装置の構成等は第１実施形態に係る画像形成装置１と同じなので、ここでは説明を省略する。
［画像形成装置の動作］
次に、図６に示すフローチャートを用いて、上述した処理を行う際の画像形成装置１の動作を説明する。なお、この動作は、ＣＰＵ１１が不揮発メモリ１４等の記憶媒体に保存されているプログラムを実行することにより実現される。
【００６７】
ユーザがオペレーションパネル１２を介して送信先情報の入力及び送信手段の選択をした後、ＣＰＵ１１はユーザからの同報送信の指示を受け付けると（ステップＳ５１）、スキャナー１３を介してユーザによりセットされた原稿の画像データの読み取りを行い（ステップＳ５２）、ユーザにより選択された送信手段の中にＩｎｔｅｒｎｅｔＦＡＸ、ＳＩＰＦＡＸ、又はＩＰＦＡＸのいずれかが含まれているか否かの判定を行う（ステップＳ５３）。
【００６８】
ユーザにより選択された送信手段の中に前記通信手段のいずれもが含まれていないと判定された場合（ステップＳ５３でＮＯ）、送信時にメインメモリ１８の記憶可能容量を超える可能性のある送信手段は選択されていないから、ステップＳ５９に進む。一方、ユーザから選択された選択手段の中に、ＩｎｔｅｒｎｅｔＦＡＸ、ＳＩＰＦＡＸ、又はＩＰＦＡＸのうち、少なくとも一つが含まれていると判定された場合（ステップＳ５３でＹＥＳ）、同報送信の処理時にメモリオーバーが生じる可能性があるので、ＣＰＵ１１は、メールサーバ２又はＳＩＰサーバ３を介してＩｎｔｅｒｎｅｔＦＡＸ、ＳＩＰＦＡＸまたはＩＰＦＡＸによる送信を開始する（ステップＳ５４）。
【００６９】
次に、ＣＰＵ１１は、メインメモリ１８が読み取った原稿のデータ量を含む送信に必要なデータ量がメインメモリ１８の記憶可能容量を超えたことが原因によるオーバーフロー状態にあるか否かの判定を行なう（ステップＳ５５）。
【００７０】
メインメモリ１８がオーバーフロー状態にあると判定された場合（ステップＳ５５でＹＥＳ）、これ以上の処理の続行が不可能であるので、ＣＰＵ１１は当該同報送信の処理を中止し（ステップＳ５７）、次のジョブの実行に影響が及ぶのを防止するために、当該同報送信に関するすべての情報を破棄し（ステップＳ５８）、処理を終了する。一方、メインメモリ１８がオーバーフロー状態でないと判定された場合（ステップＳ５５でＮＯ）、そのまま送信処理の実行が可能なので送信処理を続け、ＣＰＵ１１は、ＩｎｔｅｒｎｅｔＦＡＸ、SIPFAX又はＩＰＦＡＸの送信処理が終了したか否かの判定を行う（ステップＳ５６）。
【００７１】
当該送信処理が終了していないと判定された場合（ステップＳ５６でＮＯ）、ＣＰＵ１１は、ステップＳ５５へ戻り、メインメモリ１８がオーバーフロー状態にあるか、或いは当該送信処理が終了したかのいずれかの判定がなされるまで、ステップＳ５５〜ステップＳ５６を繰り返す。当該送信処理が終了したと判定された場合（ステップＳ５６でＹＥＳ）、次の送信処理の実行が可能であるから、Ｇ３ＦＡＸ又はＧ４ＦＡＸの送信を実行し（ステップＳ５９）、最後に印刷処理を実行した後に（ステップＳ６０）、処理を終了する。
【００７２】
このように、この実施形態によれば、一般的に、送信の際にＧ３ＦＡＸ、Ｇ４ＦＡＸよりも多くのメモリ容量が必要とされるＩｎｔｅｒｎｅｔＦＡＸ、SIPFAX又はＩＰＦＡＸの送信処理を先に行うことにより、メモリオーバーフローを引き起こす可能性が最も高い送信処理を、同報送信の最初に行うことが可能となる。これにより、ユーザは、当該中止がなされた同報送信の処理を再実行する際に、全ての送信処理がなされていないことを容易に把握できるため、再送信時の送信漏れを防ぐことが可能となる。また、同報送信の中止がなされた後に、当該同報送信に関する情報がすべて破棄されるため、同報送信に関する情報等がメモリに残存して、次のジョブの実行が妨げられるのを防止することができる。
［実施形態４］
次に、この発明の第４実施形態に係る画像形成装置を説明する。
【００７３】
この実施形態は、読み取られた原稿のデータ量と過去の履歴等とから、ユーザによって選択された送信手段の中で、送信時に使用するメモリが最も多い送信手段を特定し、メモリオーバーフローを引き起こす可能性が最も高い当該送信処理を、同報送信処理の最初に行うものである。
【００７４】
この実施形態に係る画像形成装置が備えている記憶装置１６には、送信手段毎に過去の送信履歴に関する情報が保存されていている。その一例として、過去にＩｎｔｅｒｎｅｔＦＡＸ、SIPFAX及びＩＰＦＡＸの各々の送信手段を用いて送信した際の、読み取られた原稿のデータ量を含む送信時に必要とされたデータ量に関する情報が挙げられ、これに基づいて送信時に最もメモリが必要とされる送信手段の特定がなされる。なお、本実施形態に係る画像形成装置の構成等は、記憶装置１６を除いて第１実施形態に係る画像形成装置１と同じなので、ここでは説明を省略する。
［画像形成装置の動作］
次に、図７に示すフローチャートを用いて上述したこの一連の処理を実行する際の画像形成装置１の動作を説明する。なお、この動作は、ＣＰＵ１１が不揮発メモリ１４等の記憶媒体に保存されているプログラムを実行することにより実現される。
【００７５】
ユーザがオペレーションパネル１２を介して送信先情報の入力及び送信手段の選択をした後、ＣＰＵ１１はユーザからの同報送信の指示を受け付けると（ステップＳ７１）、スキャナー１３を介してユーザによりセットされた原稿の画像データの読み取りを行なう（ステップＳ７２）。
【００７６】
ＣＰＵ１１は、読み込んだ原稿のデータ量と記憶装置１６に保存されている過去の送信履歴とに基づいて送信時に必要とされるメモリ量を、ユーザにより選択された送信手段毎に算出し（ステップＳ７３）、前記算出されたメモリ量の中で最も多くのメモリ量が必要とされる送信手段による送信処理の実行を開始し（ステップＳ７４）、メインメモリ１８が、読み取った原稿のデータ量を含む送信に必要なデータ量がメインメモリ１８の記憶可能容量を超えたことが原因によるオーバーフロー状態にあるか否かの判定を行なう（ステップＳ７５）。
【００７７】
メインメモリ１８がオーバーフロー状態にあると判定された場合（ステップＳ７５でＹＥＳ）、これ以上の処理の続行が不可能であるので、ＣＰＵ１１は同報送信の処理を中止し（ステップＳ７７）、次のジョブの実行に影響が及ぶのを防止するために、当該同報送信の処理に関するすべての情報を破棄し（ステップＳ８０）、処理を終了する。一方、メインメモリ１８がオーバーフロー状態でないと判定された場合（ステップＳ７５でＮＯ）、処理の続行が可能であるから、ＣＰＵ１１は当該同報送信の処理を続け、当該同報送信の処理が終了したか否かの判定を行う（ステップＳ７６）。
【００７８】
当該同報送信の処理が終了していないと判定された場合（ステップＳ７６でＮＯ）、ＣＰＵ１１は、ステップＳ７５に戻り、メインメモリ１８がオーバーフロー状態にあるか、或いは同報送信の処理が終了したかの判定がなされるまで、ステップＳ７５〜ステップＳ７６を繰り返す。一方、当該同報送信の処理が終了したと判定された場合（ステップＳ７６でＹＥＳ）、ＣＰＵ１１は、他の送信処理が存在するか否かの判定を行う（ステップＳ７８）。
【００７９】
他の送信処理が存在しないと判定された場合（ステップＳ７８でＮＯ）、ＣＰＵ１１は、処理を終了する。一方、他の送信処理が存在すると判定された場合（ステップＳ７８でＹＥＳ）、ＣＰＵ１１は当該他の送信処理を実行し（ステップＳ７９）、ステップＳ７８に戻り、他の送信処理が存在しないと判定されるまで、ステップＳ７８〜ステップＳ７９を繰り返し、他の送信処理がないと判定された後に、処理を終了する。なお、最も大きいメモリ容量を必要とする送信処理に対して、メモリオーバーが生じなかった場合は、他の送信処理中にメモリオーバーを生じるおそれはない。
【００８０】
このように、この実施形態によれば、送信時に最もメモリ容量が必要とされる送信手段が特定され、最初に当該送信手段による送信処理の実行がなされる。その結果、当該同報送信の処理がメモリオーバーフローを引き起こさせる処理である場合には、最初の送信処理中にメモリオーバーフローが引き起こされ、かつ、当該同報送信の処理の実行の中止がなされることとなる。この場合は、ユーザによって指示されたすべての送信処理の実行がなされていないので、再送信時に、ユーザはすべての送信を実行すれば良く、送信漏れ等を防止することが可能となる。また、当該中止された同報送信に関するすべての情報が破棄されるので、次のジョブの実行が妨げられることを防止することができる。
［実施形態５］
次に、この発明の第５実施形態に係る画像形成装置を説明する。
【００８１】
この実施形態は、同報送信の処理時にメモリオーバーフローが生じた場合、当該同報送信に関するすべての情報を破棄する前にユーザから指定されたメールアドレス等の送信先情報を記憶装置に保存しておくものである。なお、本実施形態に係る画像形成装置の構成等は第１実施形態に係る画像形成装置１と同じなので、ここでは説明を省略する。
［画像形成装置の動作］
次に、図８に示すフローチャートを用いて、上述した処理を実行する際の画像形成装置１の動作を説明する。なお、この動作は、ＣＰＵ１１が不揮発メモリ１４等の記憶媒体に保存されているプログラムを実行することにより実現される。
【００８２】
ユーザがオペレーションパネル１２を介して送信先情報の入力及び送信手段の選択をした後、ＣＰＵ１１はユーザからの同報送信の指示を受け付けると（ステップＳ９１）、スキャナー１３を介してユーザによりセットされた原稿の画像データを読み取り（ステップＳ９２）、ユーザにより選択された送信手段がＧ３ＦＡＸのみか否かの判定を行う（ステップＳ９３）。
【００８３】
ユーザにより選択された送信手段がＧ３ＦＡＸのみと判定された場合（ステップＳ９３でＹＥＳ）、スキャナー１３による原稿の読み取りが完了するまで同報送信の処理の開始を待つ必要はないから、ＣＰＵ１１は、ＦＡＸ通信部１９を介して同報送信の実行を開始し（ステップＳ９４）、ステップＳ９７に進む。一方、ユーザにより選択された送信手段がＧ３ＦＡＸのみでないと判定された場合（ステップＳ９３でＮＯ）、スキャナー１３による原稿の読み取りが完了しなければ同報送信の処理の実行ができないから、ＣＰＵ１１はセットされたすべての原稿の読み取りが完了したか否かの判定を行なう（ステップＳ９５）。
【００８４】
すべての原稿の読み取りが完了していないと判定された場合（ステップＳ９５でＮＯ）、ＣＰＵ１１は、メインメモリ１８が読み取り中の原稿のデータ量がメインメモリ１８の記憶可能容量を超えたことが原因によるオーバーフロー状態にあるか否かの判定を行なう（ステップＳ９６）。
【００８５】
メインメモリ１８がオーバーフロー状態にないと判定された場合（ステップＳ９６でＮＯ）、ステップＳ９５へ戻り、すべての原稿の読み取りが完了したか、或はメインメモリ１８がオーバーフロー状態にあるかのいずれかの判定がなされるまで、ステップＳ９５〜ステップＳ９６を繰り返す。一方、メインメモリ１８がオーバーフロー状態にあると判定された場合（ステップＳ９６でＹＥＳ）、これ以上の処理の続行は不可能であるから、ステップＳ９９に進む。
【００８６】
すべての原稿の読み取りが完了したと判定された場合（ステップＳ９５でＹＥＳ）、同報送信の処理の実行が可能であるから、ＣＰＵ１１は、ＦＡＸ通信部１９又は通信インターフェイス部２０を介して同報送信の処理の実行を開始し（ステップＳ９４）、ステップＳ９７に進む。
【００８７】
ステップＳ９７では、ＣＰＵ１１はメインメモリ１８が、読み取った原稿のデータ量を含む送信に必要なデータ量がメインメモリ１８の記憶可能容量を超えたことが原因によるオーバーフロー状態にあるか否かの判定を行い、メインメモリ１８がオーバーフロー状態でないと判定された場合（ステップＳ９７でＮＯ）、処理の続行が可能であるのから、ＣＰＵ１１は同報送信の処理を続け、当該同報送信の処理が終了したか否かの判定を行う（ステップＳ９８）。
【００８８】
ステップＳ９８で、当該同報送信の処理が終了したと判定された場合（ステップＳ９８でＹＥＳ）、ＣＰＵ１１は、処理を終了する。一方、当該同報送信の処理が終了しいていなと判定された場合（ステップＳ９８でＮＯ）、ステップＳ９７に戻り、メモリオーバーフロー発生したか、或いは当該同報送信の処理が終了したかの判定がなされるまで、ステップＳ９７〜ステップＳ９８を繰り返す。
【００８９】
次に、メインメモリ１８がオーバーフロー状態にあると判定された場合（ステップＳ９７でＹＥＳ）、これ以上の処理の続行は不可能であるので、ＣＰＵ１１は当該同報送信の処理を中止し（ステップＳ９９）、再送信時にユーザの送信先の再入力の手間を省くために、ユーザから受け付けた送信先の情報を記憶装置１６に保存し（ステップＳ１００）、次のジョブの実行に影響が及ぶのを防ぐために、オーバーフローを生じた処理及びそれ以降の処理に関するすべての情報を破棄し（ステップＳ１０１）、ステップＳ１０２に進む。
【００９０】
ステップＳ１０２では、ユーザに送信処理の中止を知らせる同報送信中止画面１１０（図９に示す）をオペレーションパネル１２に表示する（ステップＳ１０２）。ユーザによりその旨の確認がなされた後に、図９に示す「受付」ボタン１１１が押されると、ＣＰＵ１１はユーザ確認を受け付け（ステップＳ１０３）、再送信時に、記憶装置１６に保存されている当該同報送信の処理の際に設定された送信先情報など引き出す際に必要となる整理番号をユーザから受け付けるために、オペレーションパネル１２に整理番号入力受付画面１１５を表示する（ステップ１０４）。ユーザによってテンキー１１６を用いて整理番号の入力がなされ、「決定」ボタン１１７に押されると、ＣＰＵ１１は当該整理番号を受け付け（ステップＳ１０５）、当該受け付けた整理番号を先に保存された送信先の情報と関連付けて記憶装置１６に保存した後に（ステップＳ１０６）、処理を終了する。
【００９１】
このように、この実施形態によれば、同報送信中にメモリオーバーフローで送信の継続が不可能な場合、ユーザにその旨を表示する表示画面がオペレーションパネル１２に表示される。これにより、ユーザは全ての同報送信処理が完了していないことを認識することができる。また、ユーザにより指定された送信先情報が記憶装置１６に保存され、かつ、再送信時に、この記憶装置１６に保存された送信先情報を呼び出すための整理番号がオペレーションパネル１２から入力可能となされている。これにより、ユーザは当該同報送信の再送信時に、この整理番号を入力するだけで記憶装置１６に保存されている送信先情報を容易に読み出すことが可能となるため、再送信時に、送信先情報の再入力する手間から開放される。
【図面の簡単な説明】
【００９２】
【図１】本発明の一実施形態に係る印刷システムと画像形成装置の構成を示した図である。
【図２】第１実施形態に係る画像形成装置の動作を説明するためのフローチャートを示した図である。
【図３】第２実施形態に係る画像形成装置の動作を説明するためのフローチャートを示した図である。
【図４】オーバーフロー発生時の処理を示すサブルーチンである。
【図５】送信ジョブ管理リスト画面の一例を示す図である。
【図６】第３実施形態の画像形成装置の動作を説明するためのフローチャートを示した図である。
【図７】第４実施形態の画像形成装置の動作を説明するためのフローチャートを示した図である。
【図８】第５実施形態の画像形成装置の動作を説明するためのフローチャートを示した図である。
【図９】メモリオーバーフロー状態であり、送信処理の続行が不可能なことをユーザに知らせるためのユーザ確認画面を示した図である。
【図１０】ユーザからの整理番号の入力を受け付ける整理番号受付画面を示した図である。
【符号の説明】
【００９３】
１・・・画像形成装置
２・・・メールサーバ
３・・・ＳＩＰサーバ
４・・・ネットワーク
５・・・電話回線
６・・・インターネット
１１・・・ＣＰＵ
１２・・・オペレーションパネル
１３・・・スキャナー
１４・・・不揮発メモリ
１５・・・ハードディスクコントローラ
１６・・・記憶装置
１７・・・メモリコントローラ
１８・・・メインメモリ
１９・・・ＦＡＸ通信部
２０・・・通信インターフェイス
【図１】
2008141256.tif 000003
【図２】
2008141256.tif 000004
【図３】
2008141256.tif 000005
【図４】
2008141256.tif 000006
【図５】
2008141256.tif 000007
【図６】
2008141256.tif 000008
【図７】
2008141256.tif 000009
【図８】
2008141256.tif 000010
【図９】
2008141256.tif 000011
【図１０】
2008141256.tif 000012