JP2008306590A - 画像送信装置 - Google Patents

Abstract

【課題】通信エラーにより特定の送信ジョブが待機状態になった場合でも、装置本体のメモリ容量を増加することなく、合理的な処理が可能な画像送信装置を提供する。
【解決手段】受けつけた送信ジョブが、通信エラーにより実行できなくなり、かつ、リトライする設定になっている場合に（S104:YES,S107:YES）、そのリトライ間隔が所定時間以上であるか否かを判断し(S109)、所定時間以上である場合には当該停止送信ジョブのジョブデータをサーバに送信し(S109:YES,S110)、装置内のジョブデータ・ＦＷデータ消去する(S106)。リトライ間隔が所定値未満であれば、次の送信ジョブの操作の有無を確認し、あればその送信ジョブを優先すべく、停止送信ジョブのジョブデータをサーバに転送すると共に装置内ジョブデータを消去する(S111:YES,S112,S114又はS115）。
【選択図】図６

Description

本発明は、外部記憶装置に通信可能に接続されており、画像データを指定された送信先に送信する送信ジョブを実行する画像送信装置に関する。

近年、画像送信装置、たとえばＦＡＸ装置などにおいてもネットワークに接続されて使用される場合が多くなってきており、当該ネットワーク上に存在する外部記憶装置を利用し、自装置で完了した送信ジョブに係る画像データを当該外部記憶装置に転送することにより自装置内のメモリの記憶容量を可及的に少なくして装置のコストダウンを図る試みがなされている。
特開２００６−１６３４７０号公報

しかしながら、従来の技術においては一つの送信ジョブが完了した後に画像データの転送が行われるのであって、送信ジョブの実行時において、通信エラー（例えば相手方の「話し中」など）に起因して、送信ジョブが一旦中断して待機状態になった場合には、再送信によりその待機状態が解消されるまで当該送信ジョブに係る画像データによりメモリが占領されてしまうため、他の送信ジョブの依頼があったとしても処理することができず、処理効率が大変悪い。

このような不都合は、上述のようなＦＡＸ装置のみならず、スキャンした画像データを他の端末に送信するスキャナ装置や、これらの画像送信機能を有する複合機など、およそ画像データを他の装置に送信するジョブを実行する画像送信装置において生じ得るものである。
本発明は、上記問題点に鑑みてなされたものであって、外部記憶装置と通信可能に接続された画像送信装置において、通信エラーにより特定の送信ジョブが待機状態となった場合でも、内部のジョブ処理用のメモリの記憶容量を増加することなく、後続する他の送信ジョブを合理的に処理できる画像送信装置を提供することを目的とする。

上記目的を達成するため、本発明に係る画像送信装置は、外部記憶装置と通信可能に接続された画像送信装置であって、指定された送信先に画像データを送信する送信ジョブを受け付ける受付手段と、受け付けた送信ジョブに係る画像データと当該画像データの送信先の情報とをジョブデータとして記憶するジョブデータ記憶メモリと、前記記憶されたジョブデータに基づき送信ジョブを実行する送信ジョブ実行手段と、前記送信ジョブが通信エラーにより待機状態になった場合において、再送信するまでの時間が所定時間より長いときに、当該待機状態となった送信ジョブのジョブデータにジョブ識別情報を付して、前記外部記憶装置に送信して記憶させるジョブデータ送信手段と、前記送信されたジョブデータをジョブデータ記憶メモリから消去する消去手段とを備えたことを特徴とする。

ここで、「ジョブデータをジョブデータ記憶メモリから消去する」とは、当該ジョブデータが占めていたジョブデータ記憶メモリ内の記憶領域の開放を意味し、当該ジョブデータを完全に消去してしまうのみならず、上書き可能な状態にする場合も含むものである。

上記のように、送信ジョブの実行に際し通信エラーが発生した場合において、再送信までの時間が所定時間よりも長い場合には、即座にジョブデータを外部記憶装置に送信して、ジョブデータ記憶メモリ内のジョブデータを消去するので、装置内部の記憶容量が少なくても、後続の送信ジョブの処理が可能である。また、再送信までの時間が、所定時間未満であれば、再送信処理を実行しても他の送信ジョブを必要以上待たせることはないので、全体の処理効率をそれほど低下することはない。後者の場合、不必要にジョブデータを外部記憶装置へ送信しなくて済むので、通信回線への負荷も発生しない。

なお、上記「所定時間」の値は、当該画像送信装置の使用環境（たとえば、送信ジョブの発生頻度等）に応じて適宜決定され得るものである。
また、本発明は、前記ジョブデータ送信手段が、前記送信ジョブが通信エラーにより待機状態になった場合において、再送信するまでの時間が所定時間以下であっても、次の再送信のタイミングまでに新たな送信ジョブの操作を受け付けた場合には、当該待機状態となった送信ジョブのジョブデータにジョブ識別情報を付して、前記外部記憶装置に送信して記憶させることを特徴とする。

このようにすれば、新たな送信ジョブを待たせることなく円滑に実行することができる。
また、本発明は、前記外部記憶装置に送信されたジョブデータのジョブ識別情報と、当該ジョブデータの送信先の外部記憶装置を特定する外部記憶装置特定情報とを管理情報として記憶する管理情報記憶メモリと、次の再送信のタイミングにおいて、前記外部記憶装置特定情報で特定される外部記憶装置に対し、前記ジョブ識別情報に対応したジョブデータを送信するように要求する要求手段と、前記要求に応じて外部記憶装置から送信されてきたジョブデータを受信する受信手段とを備え、前記送信ジョブ実行手段は、前記外部記憶装置から受信したジョブデータに基づき送信ジョブを実行することを特徴としている。

このようにすれば、一旦外部記憶装置に送付したジョブデータについて、再送信することができる。
さらに、本発明は、送信ジョブを実行するために必要なファームウェアを外部記憶装置から取得するファームウェア取得手段と、前記取得したファームウェアを記憶するファームウェア記憶メモリと、前記ジョブデータを外部記憶装置に送信する場合には、前記ファームウェア記憶メモリに記憶されたファームウェアを破棄する破棄手段とを備えたことを特徴としている。

このようにファームウェアも必要に応じて外部記憶装置から取得することにより、自装置内のメモリ容量をさらに節約することができる。
さらに、本発明は、次に実行すべき送信ジョブが、前記外部記憶装置に送信されたジョブデータの送信ジョブと同じファームウェアを利用する場合には、前記破棄手段におけるファームウェアの破棄を禁止する禁止手段を備えることを特徴としている。

このようにすれば、一旦取得したファームウェアを無駄に破棄する必要がなくなる。
また、本発明は、上記画像送信装置で実行される画像送信方法であってもよい。

以下、本発明に係る画像送信装置の実施の形態を、ネットワークに接続可能であって、ＦＡＸ装置、スキャナ装置、コピー機、プリンタなどの複数の機能を有する複合機（以下「ＭＦＰ」という。）の場合を例にして説明する。
（１）画像処理システムの構成
図１は、本発明の実施の形態に係るＭＦＰ１を含む画像処理システム１００の構成例を示すものである。

同図に示すように、この画像処理システムは、ＭＦＰ１、外部記憶装置としてのファイルサーバ（以下、単に「サーバ」という。）２およびパーソナルコンピュータからなるクライアント端末３、４、５がＬＡＮ（ローカル・エリア・ネットワーク）６に接続されてなる。
ＭＦＰ１は電話回線（不図示）にも接続され、内蔵のＦＡＸモデムを介して外部のＦＡＸ端末に対してＦＡＸデータを送信できる。

この画像処理システムにおいては、ユーザがＭＦＰ１の操作パネルを直接操作して送信ジョブやコピージョブなどを実行させるほか、クライアント端末３〜５からＬＡＮ６を介してプリントジョブなどをＭＦＰ１に依頼できるようになっている。
なお、本明細書において「送信ジョブ」は、広く画像データを他の端末に送信するジョブを意味し、多数の形態が存在するが、本実施の形態におけるＭＦＰ１では、説明の便宜上、原稿をスキャンしてその画像データを電話回線を介して外部のＦＡＸ端末に送信する「ＦＡＸ送信ジョブ」と、原稿をスキャナで読み取ってＬＡＮ６を介して指定された端末に送信するジョブ（以下、「スキャンジョブ」という。）の２種類の送信ジョブを実行する機能を有するものとする。

（２）ＭＦＰ１の構成
図２は、上記ＭＦＰ１の構成を示すブロック図である。
同図に示すように、ＭＦＰ１は、大きく分けて制御部１０、スキャナ部２０、プリンタ部３０からなる。
制御部１０は、主に、ＣＰＵ１１、ネットワーク通信部１２、ＦＡＸモデム１３、不揮発性メモリ１４、システムＲＡＭ１５、画像ＲＡＭ１６、操作パネル１７などからなる。

ネットワーク通信部１２は、ＬＡＮ６を介してＣＰＵ１１とクライアント端末位３〜５及びサーバ２の間でデータ通信を行うためのものであり、ＬＡＮカードやＬＡＮボード等からなる。
ＦＡＸモデム１３は、電話回線を介して他のＦＡＸ装置とＦＡＸデータを送受信するためのものである。

不揮発性メモリ１４は、ＥＥＰＲＯＭなどからなり、後述する制御に必要な各種のテーブルなどが格納される。
システムＲＡＭ１５は、ＭＦＰ１で実行されるべき各種のアプリケーションのファームウェア（以下、本明細書において「ファームウェア」を、図面等で単に「ＦＷ」と略して記載する場合もある。）のデータが、必要に応じてサーバ２からダウンロードされて格納される。

画像ＲＡＭ１６には、実行するジョブに係る画像データが格納される。
ＣＰＵ１１は、システムＲＡＭ１５から必要なプログラムを読み出して、選択された画像処理ジョブの制御を実行する。
操作パネル１７は、図３に示すようにテンキー１７１、スタートキー１７２、ストップキー１７３などのハードキーのほか、表面にタッチパネルが装着された液晶表示パネルからなる表示部１７４を有しており、当該表示部１７４の設定画面上でユーザが所定のボタンにタッチすることにより種々の処理条件を入力できるように構成されている。

図４は、サーバ２におけるデータの格納状態およびサーバ２とＭＦＰ１間のデータ転送の様子を示す図である。同図に示すようにサーバ２には、アプリケーションＦＷデータ格納部２０１、ジョブデータ格納部２０２およびユーザデータ格納部２０３が設けられている。
アプリケーションＦＷデータ格納部２０１には、各アプリケーションを実行するためのファームウェアのデータが格納されており、ＭＦＰ１で実行されるジョブの種類に応じてＭＦＰ１にダウンロードされる。

ここで、コピー機能プログラムは、コピージョブにおける読み取り画質や倍率、ページ割り付けなどの画像データ編集などの出力の設定や動作を制御するプログラムであって、スキャナプログラム、プリンタプログラムと共に「コピー機能アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。
スキャン機能プログラムは、スキャンジョブにおける読み取り画質や、読み取った画像データのＴＩＦＦやＰＤＦなどの汎用のファイル形式への変換、送信先、ネットワーク送信などの設定や動作を制御するプログラムであって、スキャナプログラムと共に「スキャン機能アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。

ＦＡＸ機能プログラムは、ＦＡＸ送信時には、スキャナ部２０の読み取り動作、解像度、圧縮形式、および送信先などの設定・制御を行いＦＡＸモデム１３を介して電話回線経由で送信し、ＦＡＸ受信時には、ＦＡＸモデム１３経由で受信したＦＡＸデータを自装置で印字可能な形式に変換して、プリンタ部３０に送信してプリントさせるプログラムであって、スキャナプログラム、プリンタプログラムと共に「ＦＡＸ機能アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。

メモリ蓄積プログラムは、スキャナ部２０で読み取った画像データやプリントジョブに係る画像データをサーバ２のユーザデータ格納部２０３に蓄積させ、あるいは、蓄積された画像データのファイルを指定してプリントさせるためのプログラムあって、スキャナ部２０における読み取り、保存先の設定、画像圧縮、サーバ２などへの送信動作などを制御する。このメモリ蓄積プログラムは、スキャナプログラム、プリンタプログラムと共に「メモリ蓄積アプリケーション」としてシステムＲＡＭ１５にダウンロードされて動作する。

なお、スキャナプログラムは、スキャナ部２０の動作、読み取りデータの画像ＲＡＭ１６への入力動作を制御するためのプログラムである。プリンタプログラムは、プリンタ部３０の動作、画像ＲＡＭ１６からの画像データの出力制御をするためのプログラムである。
また、ジョブデータ格納部２０２には、各画像処理ジョブの途中にＭＦＰ１に通信エラーが発生してジョブ処理が中断した場合に、ＭＦＰ１から転送されてきた当該ジョブに係る画像データとそのジョブの処理条件に関する情報（以下、「ジョブ処理情報」という。）が、当該ジョブを特定するための識別情報（以下、「ジョブＩＤ」という。）に関連付けられて格納され、必要に応じてＭＦＰ１にダウンロードされる。詳しくは後述する。

ユーザデータ格納部２０３には、上記メモリ蓄積ジョブによってＭＦＰ１から送られてきた画像データにファイル名を付して保存するフォルダ（保存フォルダ）と、ユーザが設定したアドレス帳などを保存するユーザ設定のフォルダが含まれる。
図５は、サーバ２からＭＦＰ１へのファームウェアや画像データのダウンロードの様子を説明するための図である。

同図に示すように該当するジョブを実行するための各種機能アプリケーションがサーバ２のアプリケーションＦＷデータ格納部２０１（図４）から読み出されて制御部１０のシステムＲＡＭ１５にダウンロードされる。なお、図５において、例えば「プリント機能アプリ」とあるのは上記「プリント機能アプリケーション」の略である。
不揮発性メモリ１４には、プラットフォームとなるＯＳ（オペレーティング・システム）のほか、装置の動作上最低限必要なシステムプログラム、操作パネル１７における画面表示の制御や入力操作を受け付けるためのパネル操作プログラム、外部の装置と通信するための通信制御プログラム、ジョブの実行を管理するためのタスク制御プログラム、および設定管理情報が格納されており、ＭＦＰ１の電源投入時においてシステムＲＡＭ１５に順次格納される。

ここで、送信ジョブの場合における「設定管理情報」には、外部の装置のアドレスデータ（特にサーバ２のネットワーク上のアドレス）、通信エラーにより送信ジョブが中断した場合における再送信するまでの時間（以下、「リトライ間隔」という。）、リトライの要否、リトライする回数の上限値などの情報が含まれている。
なお、本実施の形態では便宜上システムＲＡＭ１５と画像ＲＡＭ１６とは別個のＲＡＭで構成しているが、一つのＲＡＭ内部の記憶領域を分割して使用するようにしてもよいのはいうまでもない。また、システムＲＡＭ１５及び画像ＲＡＭ１６は、通常の使用状態で１個のジョブ処理をするのに十分の記憶容量があるものとして説明する。

（３）制御部１０における送信ジョブ処理の制御内容
以下では、制御部１０で実行される制御のうち、本発明特有の送信ジョブ処理の制御内容について説明する。この送信ジョブ処理の制御は、送信ジョブを受け付けたときに実行される送信ジョブ実行処理と、リトライ（再送信）時に実行される送信ジョブ再開処理の２つの制御を含む。
（３−１）送信ジョブ実行処理
図６は、制御部１０で実行される送信ジョブ実行処理の制御内容を示すフローチャートである。

制御部１０は、送信ジョブを受け付けて受付処理を実行する（ステップＳ１０１）。
ここでの受付処理は、当該送信ジョブに管理用のジョブＩＤを割り当てると共に、当該送信ジョブを処理するためユーザにより指定された処理条件（ジョブ処理情報）とジョブの種類を、上記ジョブＩＤに関連付けて不揮発性メモリ１４に記憶する処理である。
ここで、「ジョブＩＤ」は、受け付けたジョブを特定できる情報であれば何でもよく、ジョブを受け付けた日時や受け付けた順番などに基づき機械的に付与されるようになっている。

上記ジョブ処理情報は、本実施の形態では、送信ジョブの依頼が、操作パネル１７からなされた場合には、ユーザによる操作パネル１７への入力操作によりジョブの種類とジョブ処理情報を取得できる。
もっとも、いずれかの端末３〜５からＬＡＮ６経由で、スキャナ部２０で読み込んだ画像データを、指定の送信先に送信できるように指示する形態の送信ジョブのような場合には、端末からの指示の中に当該ジョブの種類とジョブ処理情報が含まれているので、これらよりジョブ処理情報を取得することができる。

なお、上記ジョブＩＤは、後述するように、特に、再送信処理の際、サーバ２に転送したジョブを特定する際に必要となるので、もっと後の段階、例えば、ステップＳ１０４で通信エラーが発生して送信ジョブを停止する際に、割り当てるようにしても構わない。
次にステップＳ１０２において、上記ジョブ処理テーブル１４１から送信ジョブの種類に関する情報を得て、サーバ２に対し、当該ジョブの実行に必要なファームウェアのデータを要求し、システムＲＡＭ１５内にダウンロードする。この際における必要なファームウェアの判断は、後述の図９のテーブルを参照して行われる。

そして送信ジョブを実行する（ステップＳ１０３）。すなわち、たとえばこの送信ジョブがＦＡＸ送信ジョブの場合には原稿台に載置された原稿をスキャンし、そのスキャンデータをＭＲ（もしくはＭＭＲ）圧縮してＦＡＸ送信用のデータ（ＦＡＸデータ）に変換後、一旦画像ＲＡＭ１６に格納すると共に、ジョブ処理情報として取得した送信先のＦＡＸ番号にダイアルし、通信規格で定められた所定の通信プロトコルにより回線の接続を確認し、上記ＦＡＸデータを送信する。なお、スキャンデータの圧縮は、上記ＭＲやＭＭＲ圧縮に限定されず、他の公知の圧縮方式、たとえばＪＢＩＧ圧縮などが採用されてもよい。

以下、本明細書において、送信ジョブにおいて送信すべき画像データとその送信先など送信ジョブの実行に必要な情報を合わせて、「ジョブデータ」という。
通信エラーもなく送信ジョブが終了すれば（ステップＳ１０４：ＮＯ、ステップＳ１０５：ＹＥＳ）、当該送信ジョブのジョブデータを不揮発性メモリ１４、画像ＲＡＭ１６から消去し、システムＲＡＭ１５内のファームウェアを破棄する（ステップＳ１０６）。

これによりシステムＲＡＭ１５、画像ＲＡＭ１６のジョブＡのジョブデータにより占有されていた記憶領域が開放され、次のジョブを受け入れることができる。
なお、ここでデータの「消去」とは、当該データが占めていた記憶領域の開放を意味し、当該データを記憶領域から完全に消去してしまうのみならず、上書き可能な状態にする場合も含むものである。

また、ファームウェアの「廃棄」とは、当該ファームウェアにより実行されるアプリケーションを「無効」にする処理であって、本実施の形態では当該ファームウェアのデータの「消去」を含む概念である。
一方、相手方の端末にダイアルしたが、話し中であったような場合や、送信途中において何らかの原因により通信回線が不通になるというような通信エラーが発生した場合には（ステップＳ１０４：ＹＥＳ）、リトライすべきか否かを判断する（ステップＳ１０７）。

ステップＳ１０４における、通信エラーが発生したか否かの判断は、各送信ジョブに用いられる通信規格で規定されたプロトコルに基づいてなされる。
また、ステップＳ１０７のリトライの可否の判断では、不揮発性メモリ１４内の設定管理情報を参照して、ユーザによりリトライの設定にされていない場合、もしくは、リトライの回数をカウントし、その回数がリトライ回数の上限（たとえば５回）に達した場合にリトライしないと判断される。

もし、リトライしないと判断されたのなら（ステップＳ１０７：ＮＯ）、操作パネル１７の表示部１７１に当該送信ジョブが失敗した旨の表示し、ステップＳ１０６に移って当該送信ジョブのジョブデータを消去し、ファームウェアを破棄する。
ステップＳ１０７においてリトライすると判断されれば（ステップＳ１０７：ＹＥＳ）、そのリトライ間隔の値を不揮発性メモリ１４の設定管理情報から読み出し、その値が、同じく設定管理情報に予め設定されている所定時間以上であるか否かを判断する（ステップＳ１０９）。

ここでの「所定時間」は、初期値として例えば「１０分」が設定されており、装置の管理者等が、ＭＦＰ１を共用しているユーザの人数や送信ジョブの発生頻度などの使用状況を考慮して操作パネル１７から変更することができるようになっており、当該ＭＦＰ１の使用頻度が高い場合には、所定時間は、例えば、「５分」に設定される。
ステップＳ１０９において、リトライ時間が所定時間以上であれば、当該送信ジョブのジョブデータをそのジョブＩＤに関連付けてサーバ２に転送する（ステップＳ１０９：ＹＥＳ、ステップＳ１１０）。

この転送に際し、制御部１０は、サーバ２側で保存しやすいようにジョブデータのうち画像データを汎用性のあるフォーマット（たとえばビットマップデータ）に変換しても構わない。また、サーバ２へジョブデータを送信する際には、不揮発性メモリ１４の設定情報管理情報から、サーバ２のＩＰアドレスを読み出し、ＦＴＰ（ファイル・トランスファー・プロトコル）などの公知の通信プロトコルにより送信する。

サーバ２は、このジョブデータとジョブＩＤを受信するとジョブデータ格納部２０２（図４参照）に保存する。
ジョブデータの転送後、当該送信ジョブのジョブデータを消去し、ファームウェアを破棄すると共に、当該転送した送信ジョブを管理するためのタスク管理情報を作成しタスク管理テーブルに登録する（ステップＳ１１５、ステップＳ１１６）。

ここで、タスク管理情報とは、当該転送した送信ジョブのジョブＩＤ、アプリケーション、保存先情報、状況（当該送信ジョブの現在の処理状況）、再送信予定時刻、および当該送信ジョブの送信先からなる。図８は、タスク管理情報が登録されるタスク管理テーブルの一例を示すものであって不揮発性メモリ１４内に作成される。同例では、転送された送信ジョブのジョブＩＤが「００１」、ＦＡＸ送信ジョブであって、保存先がサーバ２であること、および現在リダイアル待機中であって、次の再送信予定時刻とその送信先のＦＡＸ番号が示されている。なお、再送信予定時刻は、通信エラーにより回線が切断された時刻と上記リダイアル間隔とから設定される。

一方、ステップＳ１０９においてリトライ間隔が所定時間未満であると判断された場合には（ステップＳ１０９：ＮＯ）、次の送信ジョブ操作があるか否かを判断し（ステップＳ１１１）、操作パネル１７から次のジョブの操作があれば（ステップＳ１１１：ＹＥＳ）、待機中の送信ジョブのジョブデータをサーバ２に転送し（ステップＳ１１２）、当該ジョブ操作のあったジョブが停止中の送信ジョブと同種の送信ジョブであるか否かを判断し（ステップＳ１１３）、そうでなければ、ジョブデータを消去し、ファームウェアを破棄するが（ステップＳ１１３：ＮＯ、ステップＳ１０６）、同種の送信ジョブであればファームウェアはそのまま利用できるので、ジョブデータのみを消去する（ステップＳ１１３：ＹＥＳ、ステップＳ１１４）。その後、転送したタスク管理情報を作成する（ステップＳ１１６）。

もっとも、異なるジョブの種類であっても、一部のプログラムが共通する場合には、当該一部のプログラムを破棄する必要はない。
図９は、サーバ２に格納されているプログラムと、その中でスキャンジョブとＦＡＸ送信ジョブのそれぞれを実行するのに必要なプログラムを示すテーブルである。このテーブルは、たとえば不揮発性メモリ１４に格納されている。

同図に示すようにスキャンジョブの場合には、スキャナプログラムとスキャン機能プログラムが必要となり、ＦＡＸ送信ジョブの場合にはスキャナプログラムとＦＡＸ機能プログラムが必要となる。したがって、たとえば、停止中の送信ジョブがＦＡＸ送信ジョブであり、次に操作を受けた送信ジョブがスキャンジョブである場合には、スキャナプログラムは共通しているのでそのままシステムＲＡＭ１５に保存し、ＦＡＸ機能プログラムを破棄してスキャン機能プログラムのみをサーバ２からダウンロードすればよい。

なお、ステップＳ１１１では、次の送信ジョブの操作の有無のみを判断したが、これに限らず、他の全てのジョブ（コピージョブ、プリントジョブ、メモリ蓄積ジョブ）について操作パネル１７からの操作もしくはＬＡＮ６を介したジョブ処理依頼の有無を判断するようにしても構わない。
図６に戻り、ステップＳ１１１で次の送信ジョブの操作がないと判断された場合には（ステップＳ１１１：ＮＯ）、ＭＦＰ１全体の制御を示すメインルーチン（不図示）にリターンする。

このように、本実施の形態における送信ジョブ実行処理においては、通信エラーにより当該送信ジョブが実行できない場合には、リダイアル間隔が所定時間以上であるか判断し、そうである場合、およびリダイアル間隔が所定時間未満であっても、次の送信ジョブの操作があった場合には、待機中のジョブデータをサーバ２に転送して装置内のメモリから消去するので、後続する送信ジョブの実行が必要以上に遅延して処理効率が低下することがない。

（３−２）送信ジョブ再実行処理
図７は、未送信の送信ジョブの再送信予定時刻が到来したときに制御部１０において実行される再送信処理の内容を示すフローチャートであり、装置全体の制御に係るメインルーチンのサブルーチンとして実行されるものである。
まず、図８のタスク管理テーブルを参照して、待機中の送信ジョブについて再送信予定時刻になったか否かを判定し（ステップＳ２０１）、そうであれば、その送信ジョブ（図８ではＦＡＸ送信ジョブ）を実行するためのファームウェアがシステムＲＡＭ１５にあるか否かを判断する（ステップＳ２０１：ＹＥＳ、ステップＳ２０２）。この際にも上記図９のテーブルが参照される。

もし、当該ファームウェアがシステムＲＡＭ１５内にあれば（ステップＳ２０５：ＹＥＳ）、次にシステムＲＡＭ１５・画像ＲＡＭ１６内に当該送信ジョブのジョブデータがあるか否かを確認し（ステップＳ２０３）、もしあれば、当該ジョブデータに基づき、送信ジョブについて再送信を実行する（ステップＳ２０４）。
また、ステップＳ２０２において、当該ファームウェアがすでに破棄されていてシステムＲＡＭ１５内になければ（ステップＳ２０２：ＮＯ）、同時に送信ジョブのジョブデータも消去されているので（図６のステップＳ１１５参照）、サーバ２からＦＡＸを実行するために必要なファームウェアをダウンロードすると共に、図８のタスク管理情報の保存先情報を参照して、その保存先（本例ではサーバ２）から同一ジョブＩＤのジョブデータをダウンロードし（ステップＳ２０５，Ｓ２０６）、再送信を実行する（ステップＳ２０４）。

また、ステップＳ２０３において、ジョブデータがシステムＲＡＭ１５、画像ＲＡＭ１６にない場合には（ステップＳ２０３：ＮＯ）、当該ジョブＩＤを指定してその保存先のサーバ２からジョブデータをダウンロードし（ステップＳ７）、再送信を実行する（ステップＳ２０４）。
なお、図７では、タスク管理テーブルの再送信予定時刻が到来したら、すぐに再送信処理を実行するように説明したが、現在、他のジョブを実行中であるような場合には、そのジョブの終了を待って、停止していた送信ジョブの再開処理を実行する。このように再送信のタイミングは、リトライ間隔のみならず、他にも待機中のジョブがある場合には、予めユーザにより設定されたルールに基づき、当該再開するジョブの優先順位に基づき決定するようにしても構わない。

また、仮に再開した送信ジョブの実施中に、再度通信エラーが発生した場合には、図６と同様な処理が繰り返されることになる。
（４）通信シーケンス
次に、上記制御部１０による制御動作に伴って制御部１０とサーバ２間で実行される通信シーケンスを、受け付けた送信ジョブがＦＡＸ送信ジョブである場合について説明する。

なお本例では、送信ジョブ実行処理において、リトライ間隔が所定値以上であるため、ジョブデータをサーバ２に送信し、装置内のジョブデータを消去すると共にファームウェアを破棄した場合を例にして説明する（すなわち図６でステップＳ１１５の場合）。
ユーザがＭＦＰ１の原稿トレイに原稿を載置し、操作パネル１７（図３）の操作画面１７４からＦＡＸ機能を選択すると共に、送信先のＦＡＸ番号をテンキー１７１から入力してスタートキー１７２を押下すると（Ｐ１）、ジョブ受付処理が実行されジョブＩＤが割り当てられる（Ｐ２）。

そして、サーバ２に当該ＦＡＸ送信ジョブを実行するのに必要なファームウェア（ＦＡＸ機能プログラム、スキャナプログラム）を要求して制御部１０のシステムＲＡＭ１５にダウンロードし（Ｐ３）、スキャナ部２０でＦＡＸ原稿の読取りが開始される（Ｐ４）。
なお、本例では、先に操作パネル１７からＦＡＸ機能を選択し、送信先のＦＡＸ番号をテンキー１７１から入力してスタートキー１７２を押下した後に、サーバ２から当該ＦＡＸ送信ジョブ実行に必要なファームウェアをダウンロードするように構成しているが（Ｐ３）、この場合には、ＭＦＰ１で送信先のＦＡＸ番号設定などの入力を受け付けるためのプログラム（以下「処理条件設定プログラム」という。）を、ＭＦＰ１の制御部１０内の不揮発性メモリ１４内の、例えば、システムプログラムに含めて格納しておく必要がある。しかし、例えば、この処理条件設定プログラムもＦＡＸ送信ジョブのファームウェアの一部としてサーバ２に格納しておき、ＭＦＰ１でＦＡＸ機能を選択した時点でサーバ２から当該ＦＡＸ送信ジョブの実行に必要なファームウェアをダウンロードした後、当該処理条件設定プログラムを起動してからユーザからＦＡＸ番号などの設定入力を受け付け、ジョブＩＤを生成するようにしても構わない。後者の場合には、ＭＦＰ１内のメモリ容量をさらに節約することができるという利点がある。

スキャナ部２０で読み込まれた原稿の画像データは、順次画像ＲＡＭ１６にＭＲ圧縮などの公知の手法により圧縮されながら書き込まれると共に（Ｐ５）、ＭＦＰシステム制御からの送信開始の指示に基づき（Ｐ６）、ＦＡＸモデム１３を介して相手方にダイアルし（Ｐ７）、相手方が話し中であると電話回線を切断する（Ｐ８）。
ＭＦＰシステム制御では、この切断動作を通信エラーとして検出し、送信ジョブを停止すると共に、タスク制御プログラムに対しエラー通知を行う（Ｐ１０）。

タスク制御プログラムでは、このエラー通知を受けて、当該送信ジョブのジョブＩＤ、宛先情報（ＦＡＸ番号）、格納先の情報（サーバ２のＩＰアドレス）の情報をタスク管理テーブルから読み出して通知する。
ＭＦＰシステム制御では、画像ＲＡＭ１６から当該送信ジョブの画像データを読み出して、当該画像データにその宛先情報を加えたジョブデータに、ジョブＩＤを関連付けて指定された格納先（サーバ２）のアドレスに向けて送信する（Ｐ１２）。

この際、画像データは、圧縮されたままでもよいし、サーバ２における保存に適した他のフォーマット（ＪＰＥＧやビットマップデータなど）に変換した後に送信しても構わない。サーバ２では、ジョブデータ格納部２０２（図４）に当該ジョブデータを格納する。
そして、ＭＦＰシステム制御から画像破棄指示を画像ＲＡＭ１６に発して画像ＲＡＭ１６内の画像データを消去させると共に（Ｐ１４，Ｐ１５）、ファームウェアのデータをシステムＲＡＭ１５から消去する（Ｐ１６）。

また、送信したジョブデータに関してタスク管理情報を作成しタスク管理テーブルに登録する（Ｐ１７）。
その後、タスク制御プログラムは、タスク管理テーブルの再送信時刻欄を参照し、再送信すべきジョブが検索された場合には、そのジョブＩＤと、ジョブの種類（ＦＡＸ）とジョブデータの保存先の情報と送信すべき宛先情報をタスク管理テーブルから読み出してタスク管理情報としてＭＦＰシステム制御に通知する（Ｐ１８）。

ＭＦＰシステム制御は、サーバ２からＦＡＸ機能プログラムをダウンロードすると共に（Ｐ１９）、同じくサーバ２のジョブデータ格納部２０２から該当するジョブＩＤのジョブデータをダウンロードする（Ｐ２０）。
そして、送信ジョブを再開すべく、ダウンロードした画像データを画像ＲＡＭ１６に書き込み（Ｐ２１、Ｐ２２）、ＦＡＸモデムに送信開始の指示をして、タスク管理情報における送信先にダイアルさせる（Ｐ２３，Ｐ２４）。

画像データを全て送信すると、ＭＦＰシステム制御からＦＡＸモデムに回線切断指示が出され、回線が切断される（Ｐ２５、Ｐ２６）。
これによりジョブが完了し、ジョブ破棄指示が、ＭＦＰシステム制御からタスク制御プログラム、画像ＲＡＭ１６およびサーバ２に送信され（Ｐ２７、Ｐ２８）、それぞれタスク管理情報、画像データ、ジョブデータが消去される（Ｐ２９、３０、３１）。

＜変形例＞
以上、本発明を実施の形態に基づいて説明してきたが、本発明の内容が、上記実施の形態に限定されないことは勿論であり、例えば、以下のような変形例を考えることができる。
（１）上記実施の形態における画像処理システム１００（図１）は、本願発明を実施するための一例に過ぎず、端末やＭＦＰなどの台数は図１に示したものに限定されないことはいうまでもない。また、端末の接続されたＬＡＮと、ＭＦＰ１、サーバ２の接続されたＬＡＮがゲートウェイを介して相互に接続されるような構成であっても構わない。また、端末やＭＦＰ１、サーバ２などがＬＡＮではなくＷＡＮ（ワイド・エリア・ネットワーク）に接続されて構成されてもよい。

外部記憶装置として、ファイルサーバ以外に、たとえばネットワーク通信が可能なハードディスク装置などの記憶専用装置であっても構わない。
また、必ずしも外部記憶装置は、ネットワークを介してＭＦＰに接続されている必要はなく、ＵＳＢなどを利用してＭＦＰ１と外部記憶装置が１対１でローカル接続されていても構わない。

なお、上記実施の形態では画像処理システムにおいて外部記憶装置（サーバ２）が１台の場合について説明したが、これが複数台あっても構わない。
（２）上記送信ジョブとしてＦＡＸ送信ジョブ、スキャンジョブについて説明したが、本発明はこれに限らず、およそ画像データを他の端末に送信するジョブ、たとえば、画像データを電子メールの添付ファイルにして送信するジョブ（インターネットＦＡＸ）や、クライアント端末などに作成されたファイルを指定して、そのファイルの画像データを相手方にＦＡＸ送信するジョブ（以下、「ＰＣ−ＦＡＸ送信ジョブ」という。）などにも適用することができる。

（３）上記実施の形態においては、図６のステップＳ１１０や、ステップＳ１１２において、停止した送信ジョブについてその画像データとジョブ処理条件からなるジョブデータをサーバ２に転送したが、たとえば上記ＰＣ−ＦＡＸ送信ジョブにおいて、サーバ２内の画像ファイルを送信するような場合には、すでに画像データはサーバ２内にあるので、画像データを送信しなくてもよく、そのファイル名（もしくは、そのファイルを特定する他の情報）とジョブ処理条件のみをサーバ２に送信するようにしても構わない。

また、停止した送信ジョブについて、すでに図６のステップＳ１１０やステップＳ１１２において画像データをサーバ２に転送している場合には、再送信処理において再度通信エラーなどが発生して送信ジョブを停止しても画像データは送信する必要はなく、そのファイル名等とジョブ処理条件のみをサーバ２に送信すればよい。
（４）上記実施の形態では、画像送信装置の例として複合機であるＭＦＰについて説明したが、ＦＡＸ専用機、スキャナ専用機などであっても構わない。このような専用機の場合には、常に同じアプリケーションプログラムを使用することになるので、ジョブごとにファームウェアを廃棄・ダウンロードする必要はない。また、たとえ複数の機能を備えていたとしても、画像データに比較すれば、その記憶容量は少なくて済むと考えられるので、場合によっては複数のアプリケーションのファームウェアを予め不揮発性メモリ１４やＲＯＭに格納して廃棄しないようにしても構わない。

（５）上記実施の形態における送信ジョブ実行処理や送信ジョブ再開処理に関するプログラムは、例えば磁気テープ、フレキシブルディスク等の磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯ、ＰＤなどの光記録媒体、Ｓｍａｒｔ Ｍｅｄｉａ（登録商標）、ＣＯＭＰＡＣＴＦＬＡＳＨ（登録商標）などのフラッシュメモリ系記録媒体等、コンピュータ読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、プログラムの形態で、インターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線、衛星通信等を介して伝送、供給される場合もある。

また、本発明を実現するためのプログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムや、オペレーティング・システム（ＯＳ）に含まれるプログラムなど、別途情報処理装置にインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をコンピュータに実行させるようにしてもよい。

本発明は、外部記憶装置が接続された画像送信装置に適用される。

本発明の実施の形態に係るＭＦＰ１を含む画像処理システムの構成の一例を示すブロック図である。 ＭＦＰ１の構成を示すブロック図である。 ＭＦＰ１の操作パネルの例を示す図である。 サーバ２におけるデータの格納状態を示す図である。 サーバ２からＭＦＰ１へのファームウェアや画像データのダウンロードの様子を説明するための図である。 本発明の実施の形態において、制御部１０で実行される送信ジョブ実行処理の制御内容を示すフローチャートである。 本発明の第１の実施の形態において、制御部１０で実行されるジョブ再開処理の内容を示すフローチャートである。 制御部１０の不揮発性メモリ１４に格納されるタスク管理テーブルの一例を示す図である。 ジョブの種類ごとに必要なプログラムの内容を示すテーブルである。 上記ジョブ実行処理およびジョブ再開処理を示す通信シーケンス図である。

符号の説明

１ ＭＦＰ
２ サーバ
３、４、５ クライアント端末
６ メイルサーバ
７ ＬＡＮ
１０ 制御部
１１ ＣＰＵ
１２ ネットワーク通信部
１３ ＦＡＸモデム１３
１４ 不揮発性メモリ
１５ システムＲＡＭ
１６ 画像ＲＡＭ
１００ 画像送信システム
２０１ アプリケーションＦＷデータ格納部
２０２ ジョブデータ格納部
２０３ ユーザデータ格納部

Claims (7)

1. 外部記憶装置と通信可能に接続された画像送信装置であって、
   指定された送信先に画像データを送信する送信ジョブを受け付ける受付手段と、
   受け付けた送信ジョブに係る画像データと当該画像データの送信先の情報とをジョブデータとして記憶するジョブデータ記憶メモリと、
   前記記憶されたジョブデータに基づき送信ジョブを実行する送信ジョブ実行手段と、
   前記送信ジョブが通信エラーにより待機状態になった場合において、再送信するまでの時間が所定時間より長いときに、当該待機状態となった送信ジョブのジョブデータにジョブ識別情報を付して、前記外部記憶装置に送信して記憶させるジョブデータ送信手段と、
   前記送信されたジョブデータをジョブデータ記憶メモリから消去する消去手段と
   を備えたことを特徴とする画像送信装置。
2. 前記ジョブデータ送信手段は、
   前記送信ジョブが通信エラーにより待機状態になった場合において、再送信するまでの時間が所定時間以下であっても、次の再送信のタイミングまでに新たな送信ジョブの操作を受け付けた場合には、当該待機状態となった送信ジョブのジョブデータにジョブ識別情報を付して、前記外部記憶装置に送信して記憶させること
   を特徴とする請求項１に記載の画像送信装置。
3. 前記外部記憶装置に送信されたジョブデータのジョブ識別情報と、当該ジョブデータの送信先の外部記憶装置を特定する外部記憶装置特定情報とを管理情報として記憶する管理情報記憶メモリと、
   次の再送信のタイミングにおいて、前記外部記憶装置特定情報で特定される外部記憶装置に対し、前記ジョブ識別情報に対応したジョブデータを送信するように要求する要求手段と、
   前記要求に応じて外部記憶装置から送信されてきたジョブデータを受信する受信手段と
   を備え、
   前記送信ジョブ実行手段は、前記外部記憶装置から受信したジョブデータに基づき送信ジョブを実行することを特徴とする請求項１または２に記載の画像送信装置。
4. 送信ジョブを実行するために必要なファームウェアを外部記憶装置から取得するファームウェア取得手段と、
   前記取得したファームウェアを記憶するファームウェア記憶メモリと、
   前記ジョブデータを外部記憶装置に送信する場合には、前記ファームウェア記憶メモリに記憶されたファームウェアを破棄する破棄手段と
   を備えたことを特徴とする請求項1から３のいずれかに記載の画像送信装置。
5. 次に実行すべき送信ジョブが、前記外部記憶装置に送信されたジョブデータの送信ジョブと同じファームウェアを利用する場合には、前記破棄手段におけるファームウェアの破棄を禁止する禁止手段を備えることを特徴とする請求項４に記載の画像送信装置。
6. 外部記憶装置と通信可能に接続された画像送信装置で実行される画像送信方法であって、
   指定された送信先に画像データを送信する送信ジョブを受け付ける受付ステップと、
   受け付けた送信ジョブに係る画像データと当該画像データの送信先の情報とをジョブデータとして記憶するジョブデータ記憶ステップと、
   前記記憶されたジョブデータに基づき送信ジョブを実行する送信ジョブ実行ステップと、
   前記送信ジョブが通信エラーにより待機状態になった場合において、再送信するまでの時間が所定時間より長いときに、当該待機状態となった送信ジョブのジョブデータにジョブ識別情報を付して、前記外部記憶装置に送信して記憶させるジョブデータ送信ステップと、
   前記送信されたジョブデータをジョブデータ記憶メモリから消去する消去ステップと
   を含むことを特徴とする画像送信方法。
7. 前記外部記憶装置に送信されたジョブデータのジョブ識別情報と、当該ジョブデータの送信先の外部記憶装置を特定する外部記憶装置特定情報とを管理情報として記憶する管理情報記憶ステップと、
   次の再送信のタイミングにおいて、前記外部記憶装置特定情報で特定される外部記憶装置に対し、前記ジョブ識別情報に対応したジョブデータを送信するように要求する要求ステップと、
   前記要求に応じて外部記憶装置から送信されてきたジョブデータを受信する受信ステップと
   を含み、
   前記送信ジョブ実行ステップは、前記外部記憶装置から受信したジョブデータに基づき送信ジョブを実行する
   ことを特徴とする請求項６に記載の画像送信方法。

Images