JP2019176364A - 読取装置、読取装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】読取部で読み取った画像データを送信する処理に係る障害が発生した場合に、障害を回避して画像データを適切に送信できる読取装置、読取装置の制御方法、及びプログラムを提供する。【解決手段】ＭＦＰは、読取部で読み取った画像データを、第１送信方式（メール）により送信可能となっている。また、ＭＦＰは、第１送信方式とは異なる第２送信方式（ＵＳＢ通信）により画像データを送信可能となっている。ＭＦＰは、画像データを第１送信処理で送信するスキャンジョブを受け付けた場合（Ｓ１１：ＹＥＳ）、第１送信処理に係る障害が発生していると判断すると（Ｓ１５：ＹＥＳ）、第２送信処理で画像データを送信する。【選択図】図２

Description

本発明は、読取部で読み取った画像データを外部に送信する読取装置、読取装置の制御方法、及びプログラムに関するものである。

下記の特許文献１に開示される読取装置は、読取部により原稿から読み取った画像データをメールに添付してメールサーバへ送信する。ユーザは、ユーザ端末でメーラを起動して、メールサーバからメールを受信することで、読取装置で読み取った画像データを取得する。

特開２００３−２２８５４２号公報

上記した読取装置では、例えば、読取装置とメールサーバとの間の通信に障害が発生した場合など、画像データの送信処理に係る障害が発生すると、画像データを外部に送信することが困難となる。

本願は、上記の課題に鑑み提案されたものであって、読取部で読み取った画像データを送信する処理に係る障害が発生した場合に、障害を回避して画像データを適切に送信できる読取装置、読取装置の制御方法、及びプログラムを提供することを目的とする。

本願に係る読取装置は、原稿から画像を読み取る読取部と、通信インタフェースと、制御部と、を備え、前記制御部は、前記読取部で読み取った前記画像に係る画像データを、前記通信インタフェースを介して外部へ送信する送信処理、を実行し、前記送信処理は、前記画像データを、デジタル通信の第１送信方式により送信する第１送信処理と、前記画像データを、前記第１送信方式とは異なるデジタル通信の第２送信方式により送信する第２送信処理と、を含み、前記制御部は、前記画像データを前記第１送信処理で送信するスキャンジョブを受け付けた場合、前記第１送信処理に係る障害が発生していると判断すると、前記第２送信処理で前記画像データを送信する。なお、「送信方式が異なる」とは、例えば、送信する通信インタフェースが異なる場合、送信処理に用いる通信プロトコルが異なる場合、送信するデータの単位大きさが異なる場合などを含む概念である。
また、本願に開示の内容は、読取装置としての実施だけでなく、読取装置を制御する制御方法、読取装置を制御するコンピュータで実行するプログラムとしても実施し得るものである。

本願に係る読取装置は、第１送信方式による画像データの送信、及び第２送信方式による画像データの送信が可能となっている。読取装置は、読取部により読み取った画像データを第１送信処理で送信する場合、第１送信処理に係る障害が発生しているか否かを判断し、第１送信処理に係る障害が発生していると判断すると、第２送信処理で画像データを送信する。これにより、読取装置は、障害の発生により第１送信処理で画像データを送信できない場合、送信方式の異なる第２送信処理により画像データを送信することにより、障害を回避して画像データを適切に送信することが可能となる。

第１実施形態に係る画像データ送信システムの構成を示す図である。 第１実施形態に係る送信制御処理の内容を示すフローチャートである。 第１実施形態に係る送信制御処理の内容を示すフローチャートである。 メールを用いて画像データを送信する場合と、ＴＷＡＩＮに従って画像データを送信する場合のデータの状態を示す模式図である。 代替機能実行可否選択画面の表示内容を示す図である。 メモリフル画面の表示内容を示す図である。 通知画面の表示内容を示す図である。 第２実施形態に係る送信制御処理の内容を示すフローチャートである。 第２実施形態に係る送信制御処理の内容を示すフローチャートである。 第３実施形態に係る送信制御処理の内容を示すフローチャートである。 第３実施形態に係る送信制御処理の内容を示すフローチャートである。

以下、本願の読取装置を具体化した一実施形態であるＭＦＰ１１を備える画像データ送信システム１０について図１を参照しつつ説明する。

（１．第１実施形態）
図１は、第１実施形態の画像データ送信システム１０の構成を示している。図１に示すように、画像データ送信システム１０は、ＭＦＰ（Ｍｕｌｔｉ-Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１１と、メールサーバ１２と、ユーザ端末１３と、外部端末１５とを備えている。ＭＦＰ１１、メールサーバ１２、ユーザ端末１３及び外部端末１５は、ＬＡＮケーブルを介してＬＡＮ１７等の通信手段により接続され、互いに通信可能となっている。なお、ＭＦＰ１１、メールサーバ１２等を接続する上記通信手段は、ネットワーク回線とも言い得、有線ＬＡＮに限らず、例えば、無線ＬＡＮあるいはＷＡＮ（インターネットを含む）でも良い。

ＭＦＰ１１は、スキャナ機能、印刷機能、コピー機能、ＦＡＸ機能を備える複合機である。ＭＦＰ１１は、ＲＡＭ２１、ＮＶＲＡＭ２２、ＣＰＵ２３、読取部２５、印刷部２６、ＦＡＸ通信部２７、ユーザＩＦ（インタフェースの略）２８、ネットワークＩＦ２９、ＵＳＢＩＦ３０を備えている。これらのＲＡＭ２１等は、バス３１で互いに接続されている。

ＲＡＭ２１は、本願の記憶部の一例であり、作業用のメモリとして使用される。なお、記憶部は、ＲＡＭ２１に限らず、例えば、ＲＯＭ、ハードディスクでも良い。また、本願の記憶部は、ＭＦＰ１１の装置内に設けられた記憶装置に限らず、ＭＦＰ１１に接続される外部記憶装置（ＵＳＢメモリなど）、ＬＡＮ１７に接続されるファイルサーバ等でも良い。また、記憶部は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、ネットワーク上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。

また、ＮＶＲＡＭ２２は、制御プログラム３３などの各種プログラムを記憶している。制御プログラム３３は、例えば、ＭＦＰ１１の各部を統括的に制御するプログラムである。なお、制御プログラム３３の記憶先は、ＮＶＲＡＭ２２に限らず、ＲＯＭ、ハードディスク、ＣＤ―ＲＯＭ等でも良い。この場合、ＭＦＰ１１は、ＮＶＲＡＭ２２を備えなくとも良い。

ＣＰＵ２３は、制御プログラム３３を実行し、実行した処理結果をＲＡＭ２１に一時的に記憶させながら、バス３１で接続された各部を制御する。なお、以下の説明では、ＣＰＵ２３で制御プログラム３３等を実行するＭＦＰ１１のことを、単に装置名で記載する場合がある。例えば、「ＭＦＰ１１がユーザＩＦ２８に対する操作入力を受け付ける」という記載は、「ＭＦＰ１１がＣＰＵ２３で制御プログラム３３を実行しユーザＩＦ２８を制御することで、ユーザＩＦ２８に対する操作入力を受け付ける」ということを意味する場合がある。

読取部２５は、自動原稿送り装置（ＡＤＦ：Ａｕｔｏｍａｔｉｃ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）、ＣＩＳ（Ｃｏｎｔａｃｔ Ｉｍａｇｅ Ｓｅｎｓｏｒ）やＣＣＤ(Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ)等のイメージセンサなどを備える。読取部２５は、ＣＰＵ２３の制御に基づいて、例えば、ＡＤＦにセットされた複数枚の原稿を連続して送りながらＣＩＳ等により原稿を読み取り、画像データ３５を生成する。読取部２５は、生成した画像データ３５をＲＡＭ２１一時的に記憶する。なお、読取部２５は、ＡＤＦを備えなくとも良い。読取部２５は、例えば、ユーザの手作業により原稿を１枚ずつ原稿台に配置される、いわゆるＦＢ（Ｆｌａｔ Ｂｅｄ）方式と呼称される構成でも良い。この場合、ＭＦＰ１１は、原稿台の原稿を入れ替えることで、複数枚の原稿を連続して読み込み可能な構成でも良い。

印刷部２６は、例えば、インクジェット方式や電子写真方式により、シート（紙やＯＨＰなど）に画像を印刷する。ＦＡＸ通信部２７は、電話回線（図示略）を介して、他のファクシミリ装置との間でＦＡＸデータの送受信を行う。

ユーザＩＦ２８は、例えば、タッチパネルであり、液晶パネル、液晶パネルの背面側から光を照射するＬＥＤ等の光源、液晶パネルの表面に貼り合わされた接触感知膜等を備えている。ユーザは、ユーザＩＦ２８の液晶パネルに触れることでＭＦＰ１１に対する操作を行うことができる。ユーザＩＦ２８は、タッチパネルで受け付けた操作内容に応じた信号をＣＰＵ２３へ出力する。なお、ユーザＩＦ２８は、タッチパネルに限らず、例えば、液晶モニタと、テンキーとを組み合わせた構成でも良い。

ネットワークＩＦ２９は、例えば、ＬＡＮインタフェースであり、ＬＡＮケーブルを介してＬＡＮ１７に接続されている。ＵＳＢＩＦ３０は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格（ＵＳＢ２．０やＵＳＢ３．０など）に準ずる接続により外部と通信を実行するインタフェースである。ＵＳＢＩＦ３０は、ＵＳＢケーブルを介して外部端末１５のＵＳＢＩＦ４７に接続されている。

また、本実施形態のＭＦＰ１１は、画像データ３５をメール３７に添付してメールサーバ１２へ送信する機能（以下、「Ｓｃａｎ ｔｏ ＥＭＳ機能」という場合がある）を有する（図１中の矢印５３参照）。例えば、ユーザは、ユーザＩＦ２８を操作して、自身のメールアドレスに向けてメール３７を送信する操作を行う。ＭＦＰ１１は、ユーザＩＦ２８に対する操作入力に応じて、読取部２５により原稿から読み取った画像データ３５を生成する。ＭＦＰ１１は、生成した画像データ３５をメール３７に添付して、例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に準じた通信により、メールサーバ１２へメール３７を送信する。ユーザは、例えば、ユーザ端末１３を操作してメーラを起動し、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）３に準じた通信により、メールサーバ１２から画像データ３５を添付されたメール３７を受信する。これにより、ＭＦＰ１１で原稿から読み取った画像データ３５をメール３７で取得することができる。なお、ＭＦＰ１１へ画像の読み取りを指示する方法は、ユーザＩＦ２８に限らない。例えば、ユーザは、ユーザ端末１３を操作して、ユーザ端末１３のスキャナドライバを用いて、読み取った画像データ３５をメール３７で送信する指示をＭＦＰ１１へ行っても良い。

また、外部端末１５は、例えば、パーソナルコンピュータであり、ハードディスク装置４１、ＣＰＵ４３、ユーザＩＦ４５、ネットワークＩＦ４６、ＵＳＢＩＦ４７を備えている。これらのハードディスク装置４１等は、バス４８で互いに接続されている。例えば、外部端末１５は、ＭＦＰ１１の近くに配置され、ＭＦＰ１１を使用するユーザに利用可能となっている。ハードディスク装置４１には、例えば、ＯＳ４９やスキャナドライバ５１などが記憶されている。ＯＳ４９は、例えば、Ｗｉｎｄｏｗｓ（登録商標）であり、後述するようにＣＩＦＳ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｎｅｔ Ｆｉｌｅ Ｓｙｓｔｅｍ）プロトコルを用いてＭＦＰ１１からＬＡＮ１７を介して画像データ３５を取得することが可能となっている（図１中の矢印５４参照）。なお、ＯＳ４９の種類は、Ｗｉｎｄｏｗｓ（登録商標）に限らず、Ｍａｃｉｎｔｏｓｈ（登録商標）などの他のＯＳでも良い。また、ＭＦＰ１１からＬＡＮ１７を介して外部端末１５へ画像データ３５を送信する方法は、ＣＩＦＳプロトコルを用いた方法に限らず、例えば、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）プロトコルやＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いた方法でも良い。また、外部端末１５は、ＵＳＢＩＦ４７を介したＵＳＢ通信においてＣＩＦＳプロトコル等を用いた画像データ３５の送受信を実行しても良い。

スキャナドライバ５１は、画像の読み取りの開始を指示するスキャンジョブをＭＦＰ１１に送信等するドライバである。外部端末１５は、例えば、ＣＰＵ４３でスキャナドライバ５１を実行することで、ＭＦＰ１１に対する原稿の読み取りの設定や、画像データ３５の取得を行う。また、本実施形態のスキャナドライバ５１は、ＴＷＡＩＮ（Ｔｅｃｈｎｏｌｏｇｙ Ｗｉｔｈｏｕｔ Ａｎｙ Ｉｎｔｅｒｅｓｔｅｄ Ｎａｍｅ）規格に準ずる通信により、ＭＦＰ１１との間で画像データ３５の送受信が可能となっている。ＭＦＰ１１は、ネットワークＩＦ２９，４６を介して外部端末１５との間でＴＷＡＩＮ規格に準ずる通信を実行し、画像データ３５を外部端末１５へ送信する（図１中の矢印５４参照）。また、ＭＦＰ１１は、ＵＳＢＩＦ３０，４７を介して外部端末１５との間でＴＷＡＩＮ規格に準ずる通信を実行し、画像データ３５を外部端末１５へ送信する（図１中の矢印５５参照）。また、ユーザＩＦ４５は、例えば、各種の情報を表示する液晶モニタ、操作入力を受け付けるキーボードやマウスなどを備える。

（２．送信制御処理）
次に、ＭＦＰ１１による画像データ３５を送信する送信制御処理について、図２及び図３を参照しつつ、説明する。以下の説明では、第１実施形態として、画像データ３５をメール３７に添付してメールサーバ１２に送信する処理（第１送信処理の一例）と、その代替方法としてＵＳＢＩＦ３０を介して画像データ３５を外部端末１５へ送信する処理（第２送信処理の一例）を用いる場合について説明する。また、第１送信処理に係る障害として、ＲＡＭ２１の空き容量がなくなるメモリフルが発生した場合について説明する。

ＣＰＵ２３は、例えば、ＭＦＰ１１の電源を投入されると、ＮＶＲＡＭ２２に記憶された制御プログラム３３を実行し、ＭＦＰ１１のシステムを起動させる。ＣＰＵ２３は、システムを起動すると、ユーザから原稿の読み取りを受け付ける状態となり、図２及び図３に示す送信制御処理を開始する。

まず、ＣＰＵ２３は、図２のステップ（以下、単に「Ｓ」と記載する）１１において、スキャンジョブを受け付けたか否かを判断する。例えば、ユーザは、読取部２５のＡＤＦに複数枚の原稿をセットし、ユーザＩＦ２８のタッチパネルを操作し、読み取りの指示を行う。ユーザは、読み取りの指示に合わせて、読み取った画像データ３５を送信する送信先のメールアドレス、例えば、ユーザ自身が用いるメールアドレスを設定する。ユーザは、メールアドレスを設定し、読み取った画像データ３５をメール３７で送信する指示を行う。ＣＰＵ２３は、ユーザＩＦ２８に対して読み取りの指示を受け付けると、スキャンジョブを受け付けたと判断する（Ｓ１１：ＹＥＳ）。なお、以下の説明では、ユーザＩＦ２８に対する操作入力に応じてスキャンジョブを受け付けた場合について説明するが、他の受け付け方法、例えば、ユーザ端末１３のスキャナドライバから原稿の読み取りを指示するスキャンジョブを、ＬＡＮ１７を介して受け付けた場合についても同様の処理を実行可能である。

ＣＰＵ２３は、スキャンジョブを受け付けるまで（Ｓ１１：ＮＯ）、Ｓ１１の判断処理を繰り返し実行する。ＣＰＵ２３は、スキャンジョブを受け付けたと判断すると（Ｓ１１：ＹＥＳ）、原稿の読み取りを開始する（Ｓ１３）。ＣＰＵ２３は、読取部２５のＡＤＦを駆動して原稿を送りながら、ＣＩＳ等によって原稿の画像を読み込む。本実施形態のＭＦＰ１１は、メール３７に画像データ３５を添付して送信するスキャンジョブを受け付けた場合、ＡＤＦにセットされた全ての原稿の画像を読み取って画像データ３５を生成してから送信処理を開始する設定となっている。このため、原稿の枚数が多い場合や読み込みの解像度が高い場合など、全ての原稿の画像データ３５をＲＡＭ２１に記憶する前に、ＲＡＭ２１の空き容量が少なくなる、あるいはなくなる虞がある。

そこで、ＣＰＵ２３は、Ｓ１３で原稿の読み込みを開始すると、生成した画像データ３５を記憶したことでＲＡＭ２１の空き容量が所定量未満となっているか否か、即ち、メモリフルが発生しているか否かを判断する（Ｓ１５）。この所定量は、ＲＡＭ２１における画像データ３５の処理に使用可能な作業領域の大きさ、生成可能な画像データ３５の最大サイズ、ＣＰＵ２３の処理速度等に応じて設定される。ＣＰＵ２３は、メモリフルが発生していないと判断すると（Ｓ１５：ＮＯ）、全ての原稿の読み取りが終了したか判断する（Ｓ１７）。ＣＰＵ２３は、全ての原稿の読み取りが終了していないと判断すると（Ｓ１７：ＮＯ）、Ｓ１５からの処理を再度実行する。これにより、ＣＰＵ２３は、原稿から画像を読み取っている間、メモリフルの発生を所定時間ごとに確認する。

ＣＰＵ２３は、全ての原稿の読み取りが終了したと判断すると（Ｓ１７：ＹＥＳ）、読み取りの終了処理を実行する（Ｓ１９）。ＣＰＵ２３は、ＣＩＳを初期位置に戻すなどの初期化処理を実行する（Ｓ１９）。ＣＰＵ２３は、Ｓ１９を実行すると、メールサーバ１２へメール３７を送信する処理を開始する（Ｓ２１）。

図４は、メール３７を用いて画像データ３５を送信する場合と、ＴＷＡＩＮに従って画像データ３５を送信する場合のデータの状態を模式的に示している。図４に示すように、ＣＰＵ２３は、メール３７に画像データ３５を添付して送信データＤ１として送信する場合、送信先アドレスなどの情報をヘッダ情報として送信データＤ１に付加する。また、ＣＰＵ２３は、Ｓ１３以降で生成した画像データ３５をボディ情報として送信データＤ１に付加する。ＣＰＵ２３は、例えば、メールサーバ１２で制限される最大のデータ量以下で、メール３７に複数の画像データ３５を添付して一括送信を行う。このため、メール３７で画像データ３５を送信する場合、メールサーバ１２へ１回の送信処理で送信する画像データ３５のデータ量（第１単位の一例）は、１又は複数の画像データ３５をまとめたデータ量となる。

一方、ＴＷＡＩＮに従って画像データ３５を送信する場合、ＣＰＵ２３は、画像データ３５を複数の送信データＤ２のボディ情報に分割して送信を行う。ＣＰＵ２３は、画像データ３５を小さく分割して、複数回に分けて順次送信する。このため、ＴＷＡＩＮに従って画像データ３５を送信する場合、外部端末１５へ１回の送信処理で送信する画像データ３５のデータ量（第２単位の一例）は、上記したメール３７を用いる場合のデータ量（第１単位の一例）に比べて小さくなる。第２単位のデータ量は、例えば、数ｋｂｙｔｅ〜数百ｋｂｙｔｅである。ＣＰＵ２３は、分割した画像データ３５を含むボディ情報に、例えば、ＴＷＡＩＮで規定されたフォーマットやデータサイズのヘッダ情報を付加して送信データＤ２として外部端末１５へ送信する。このヘッダ情報は、例えば、受信側の外部端末１５で分割された画像データ３５を統合するのに必要な情報であり、分割した画像データ３５のライン数や、何枚目の画像であるのかを示す情報などである。ＴＷＡＩＮに従って画像データ３５を送信する場合、ＣＰＵ２３は、画像データ３５を分割して順次送信することが可能となり、全ての原稿を読み取る前に、生成した画像データ３５から順次送信することが可能となる。

図２に戻り、ＣＰＵ２３は、Ｓ２１でメール３７を送信する処理を開始すると、全ての画像データ３５の送信が完了したか否かを判断する（Ｓ２３）。ＣＰＵ２３は、ＳＭＴＰを用いてメールサーバ１２へ１又は複数のメール３７を送信し、全ての画像データ３５の送信を終了してメールサーバ１２との通信を終了すると、全ての画像データ３５の送信が完了したと判断する（Ｓ２３：ＹＥＳ）。これにより、画像データ３５の送信を正常に終了したため、ＣＰＵ２３は、図２及び図３に示す送信制御処理を終了させ、図２の送信制御処理を再びはじめから実行し、次の読み取り指示等を受け付ける状態となる。一方、ＣＰＵ２３は、全ての画像データ３５の送信が完了するまで（Ｓ２３：ＮＯ）、Ｓ２３の判断処理を繰り返し実行し、メールサーバ１２へのメール３７の送信を行う。

また、ＣＰＵ２３は、Ｓ１５において、メモリフルが発生したと判断すると（Ｓ１５：ＹＥＳ）、原稿の読み取り処理を停止する（Ｓ２５）。ＣＰＵ２３は、読取部２５のＡＤＦやＣＩＳ等の動作を停止し（Ｓ２５）、代替機能実行可否選択画面をユーザＩＦ２８のタッチパネルに表示する（Ｓ２７）。図５は、代替機能実行可否選択画面６１の表示内容を示している。ＣＰＵ２３は、例えば、Ｓｃａｎ ｔｏ ＥＭＳ機能にエラーが発生した旨、原因としてメモリフルが発生した旨を代替機能実行可否選択画面６１に表示する。また、ＣＰＵ２３は、例えば、外部端末１５のＰＣ名を表示し、代替手段として外部端末１５に画像データ３５を送信するか否かを受け付ける内容を代替機能実行可否選択画面６１に表示する。なお、例えば、Ｓ１１において、ユーザ端末１３のスキャナドライバからスキャンジョブを受け付けた場合、ＣＰＵ２３は、代替機能実行可否選択画面６１をユーザ端末１３の画面に表示させる指示を、ユーザ端末１３のスキャナドライバに実行しても良い。また、この場合、ＣＰＵ２３は、代替手段として、ネットワークＩＦ２９を介してユーザ端末１３へ画像データ３５を送信するか否かを受け付ける内容を代替機能実行可否選択画面６１に表示しても良い。そして、送信する旨を受け付けた場合、ＣＰＵ２３は、ＴＷＡＩＮに従った通信によりＬＡＮ１７を介して画像データ３５をユーザ端末１３へ送信しても良い。

ＣＰＵ２３は、代替機能実行可否選択画面６１を表示すると、外部端末１５へ画像データ３５を送信する代替手段の実行を選択されたか否かを判断する（Ｓ２９）。ＣＰＵ２３は、例えば、代替機能実行可否選択画面６１において、「はい」を表示した部分をタッチされると、代替手段を実行すると判断し（Ｓ２９：ＹＥＳ）、「いいえ」を表示した部分をタッチされると、代替手段を実行しないと判断する（Ｓ２９：ＮＯ）。ＣＰＵ２３は、代替手段を実行しないと判断すると（Ｓ２９：ＮＯ）、メモリフル画面をユーザＩＦ２８のタッチパネルに表示する（Ｓ３１）。

図６は、メモリフル画面６３の表示内容を示している。ＣＰＵ２３は、例えば、Ｓｃａｎ ｔｏ ＥＭＳ機能にエラーが発生した旨等の他に、ＦＡＸ受信データ等の削除を促すメッセージをメモリフル画面６３に表示する。これにより、ユーザがユーザＩＦ２８を操作してＲＡＭ２１に記憶されたＦＡＸ受信データ等を削除することで、ＲＡＭ２１の空き容量を増やすことができる。ユーザは、ＲＡＭ２１の空き容量を増やした後、ＭＦＰ１１に再度原稿の読み取り処理を行わせる。その結果、ＣＰＵ２３は、Ｓ１１からの処理を再度実行し、メモリフルを発生させることなく、メール３７の送信を正常に終了させることが可能となる。ＣＰＵ２３は、Ｓ３１を実行すると、図２及び図３に示す送信制御処理を終了する。

なお、ＣＰＵ２３は、送信制御処理を終了する前に、ＲＡＭ２１に記憶した画像データ３５を削除して記憶領域を開放しても良い。あるいは、ＣＰＵ２３は、画像データ３５を削除せず、ユーザによってＦＡＸ受信データ等を削除されＲＡＭ２１の空き容量が増大した場合、ＲＡＭ２１内の画像データ３５を用いて、Ｓ２５で停止した原稿の読み取りやメール３７の送信を途中から再開しても良い。

一方、Ｓ２９において、ＣＰＵ２３は、代替手段を実行すると判断すると（Ｓ２９：ＹＥＳ）、図３のＳ３３を実行する。Ｓ３３において、ＣＰＵ２３は、ＵＳＢＩＦ３０を用いたＵＳＢ通信により外部端末１５へ画像データ３５を送信する処理を開始する。ＣＰＵ２３は、ＵＳＢＩＦ３０を介して外部端末１５と通信を開始し、ＴＷＡＩＮに従った送信手続きを開始する。ＣＰＵ２３は、例えば、外部端末１５のスキャナドライバ５１からの要求に応じて、解像度、読み取り可能な原稿の最大サイズ等のＭＦＰ１１の能力値を外部端末１５へ送信する。また、ＣＰＵ２３は、今回の読み取り作業の開始時に設定された設定値を、外部端末１５へ送信する。ここでいう設定値とは、例えば、原稿を読み取る解像度、モノクロ又はカラーのどちらで読み取るのか、読み取る原稿の種類が文字又は写真かなどを示す値であり、ユーザＩＦ２８を介して設定される。外部端末１５のスキャナドライバ５１は、能力値や設定値を取得すると、ＭＦＰ１１へ読み取りの開始を指示する。なお、上記したＴＷＡＩＮに従った送信手続きの内容は一例である。

ＣＰＵ２３は、Ｓ３３を実行した後、外部端末１５との間で送信手続きが完了したか否かを判断する（Ｓ３５）。ＣＰＵ２３は、例えば、ＴＷＡＩＮに従った送信手続きにおいて外部端末１５から読み取りを開始する指示を受信すると、送信手続きが完了したと判断する（Ｓ３５：ＹＥＳ）。ＣＰＵ２３は、送信手続きが完了するまで（Ｓ３５：ＮＯ）、Ｓ３５の判断処理を繰り返し実行し、外部端末１５との送信手続きを継続する。

一方、ＣＰＵ２３は、送信手続きが完了したと判断すると（Ｓ３５：ＹＥＳ）、ＵＳＢ通信により画像データ３５を外部端末１５へ送信する処理を開始する（Ｓ３７）。図４に示すように、ＴＷＡＩＮに従って画像データ３５を送信する場合、ＣＰＵ２３は、全ての原稿を読み取る前に、生成した画像データ３５を分割して順次送信することが可能となる。Ｓ３７を実行する場合、図２のＳ２５において読み取りを停止しており、読み取りを停止する前までに生成した画像データ３５が、ＲＡＭ２１に蓄積されている。このため、蓄積した画像データ３５を分割して外部端末１５へ順次送信し、送信の完了した画像データ３５を削除すると、ＲＡＭ２１に空き容量が発生する。

そこで、ＣＰＵ２３は、Ｓ３７で画像データ３５の送信を開始すると、ＲＡＭ２１に空き容量が発生したか否かを判断する（Ｓ３９）。例えば、ＣＰＵ２３は、図２のＳ１５で用いた基準値の所定量以上の空き容量が発生すると、ＲＡＭ２１に空き容量が発生したと判断する（Ｓ３９：ＹＥＳ）。ＣＰＵ２３は、ＲＡＭ２１に空き容量が発生するまで（Ｓ３９：ＮＯ）、Ｓ３９の処理を繰り返し実行し、ＲＡＭ２１内の画像データ３５を送信及び削除して空き容量を増大させる。

一方、ＣＰＵ２３は、ＲＡＭ２１に空き容量が発生したと判断すると（Ｓ３９：ＹＥＳ）、読取部２５を駆動し、ＡＤＦに残っている原稿の読み取りを再開する（Ｓ４１）。ＣＰＵ２３は、原稿の読み取りを再開すると（Ｓ４１）、全ての原稿の読み取りを終了したか否かを判断する（Ｓ４３）。ＣＰＵ２３は、全ての原稿の読み取りが終了するまで（Ｓ４３：ＮＯ）、Ｓ４３の処理を繰り返し実行し、読取部２５による原稿の読み取りを継続する。

ＣＰＵ２３は、全ての原稿の読み取りが終了したと判断すると（Ｓ４３：ＹＥＳ）、全ての画像データ３５の送信が完了したか否かを判断する（Ｓ４５）。図４に示すように、ＣＰＵ２３は、例えば、画像データ３５を、１〜Ｎ個に分割した複数の送信データＤ２として送信する。外部端末１５のスキャナドライバ５１は、例えば、受信した送信データＤ２を統合して画像データ３５を復元する。スキャナドライバ５１は、最後のＮ番目の送信データＤ２を受信し、画像データ３５の復元が正常に完了すると、受信を完了した旨をＭＦＰ１１へ送信する。ＣＰＵ２３は、外部端末１５から受信完了の通知を受信すると、全ての画像データ３５の送信が完了したと判断する（Ｓ４５：ＹＥＳ）。ＣＰＵ２３は、全ての画像データ３５の送信が完了するまで（Ｓ４５：ＮＯ）、Ｓ４５の処理を繰り返し実行する。

ＣＰＵ２３は、全ての画像データ３５の送信が完了したと判断すると（Ｓ４５：ＹＥＳ）、外部端末１５へ送信通知を指示する（Ｓ４７）。ここで、本実施形態のＣＰＵ２３は、ユーザＩＦ２８で受け付けた送信先のメールアドレスに向けてメール３７を送信しようとしたもののメモリフルによって送信できなかった場合に、外部端末１５へ画像データ３５を送信する。このため、外部端末１５側では、本来送信する予定であったメールアドレスの情報が必要となる。そこで、ＣＰＵ２３は、Ｓ４７の送信通知において、送信すべきメールアドレスの情報を通知する。

図７は、外部端末１５に表示される通知画面６５の表示内容を示している。ＣＰＵ２３は、例えば、ＴＷＡＩＮに従って外部端末１５のスキャナドライバ５１へ指令し、外部端末１５のユーザＩＦ４５の液晶モニタに通知画面６５をポップアップウィンドウとして表示させる。ＣＰＵ２３は、自身のＭＦＰ１１を識別する情報、送信に失敗したメールアドレスの情報を通知画面６５に表示させる。また、ＣＰＵ２３は、例えば、外部端末１５のメーラを用いて再送を実行するか否かを受け付ける内容を通知画面６５に表示する。ＣＰＵ２３は、Ｓ４７を実行すると、図２及び図３に示す送信制御処理を終了する。

また、外部端末１５のスキャナドライバ５１は、通知画面６５を表示した後、例えば、「はい」を表示した部分をユーザＩＦ４５のマウスでクリックされると、メーラを起動してメールを作成する。スキャナドライバ５１は、ＭＦＰ１１から通知されたメールアドレスを送信先に設定し、受信した画像データ３５を添付したメールを作成する。これにより、ユーザは、本来送信する予定であったメールアドレスへ容易にメールを送信することができる。ユーザは、外部端末１５のユーザＩＦ４５を操作して、メールをメールサーバ１２へ送信する。

そして、ユーザは、例えば、ＭＦＰ１１からユーザ端末１３まで移動し、ユーザ端末１３を操作してメーラを起動し、メールサーバ１２から画像データ３５を添付されたメールを受信する。これにより、ＭＦＰ１１で読み取った画像データ３５をメール３７で取得することができる。

因みに、ＭＦＰ１１は、読取装置の一例である。ＲＡＭ２１は、記憶部の一例である。ＣＰＵ２３は、制御部の一例である。ネットワークＩＦ２９は、第１通信インタフェースの一例である。ＵＳＢＩＦ３０は、第２通信インタフェースの一例である。

（３．効果）
以上、上記した第１実施形態によれば、以下の効果を奏する。
（１）本実施形態のＭＦＰ１１は、原稿から画像を読み取る読取部２５と、通信インタフェース（ネットワークＩＦ２９、ＵＳＢＩＦ３０）と、ＣＰＵ２３と、を備える。ＣＰＵ２３は、読取部２５で読み取った画像に係る画像データ３５を、通信インタフェースを介して外部へ送信する送信処理、を実行する。送信処理は、画像データ３５を、デジタル通信の第１送信方式（メール）により送信する第１送信処理（Ｓ２１）と、画像データ３５を、第１送信方式とは異なるデジタル通信の第２送信方式（ＵＳＢ通信、ＴＷＡＩＮ）により送信する第２送信処理（Ｓ３３）と、を含む。ＣＰＵ２３は、画像データ３５を第１送信処理で送信するスキャンジョブを受け付けた場合（Ｓ１１：ＹＥＳ）、第１送信処理に係る障害が発生していると判断すると（Ｓ１５：ＹＥＳ）、第２送信処理で画像データ３５を送信する（Ｓ３３）。

これによれば、ＣＰＵ２３は、第１送信処理に係る障害が発生していると判断すると、第２送信処理で画像データ３５を送信する。これにより、ＣＰＵ２３は、障害の発生により第１送信処理で画像データ３５を送信できない場合、送信方式の異なる第２送信処理により画像データ３５を送信することにより、障害を回避して画像データ３５を適切に送信することが可能となる。

（２）また、ＭＦＰ１１は、読取部２５で原稿を読み取った画像データ３５を記憶するＲＡＭ２１を更に備える。第１送信処理（メール）は、画像データ３５を第１単位（図４の上に記載した分割しない画像データ３５の大きさ）で送信する処理である。また、第２送信処理（ＵＳＢ通信）は、画像データ３５を、第１単位より小さい第２単位（図４の下の分割した画像データ３５の大きさ）毎に送信する処理である。ＣＰＵ２３は、画像データ３５を第１送信処理で送信するスキャンジョブを受け付けた場合、ＲＡＭ２１の空き容量が所定量未満であると判断すると（Ｓ１５：ＹＥＳ）、第２送信処理で画像データ３５を送信する（Ｓ３３）。

これによれば、ＣＰＵ２３は、ＲＡＭ２１の空き容量が所定量未満となる障害が発生した場合、第１送信処理から第２送信処理へ切り替える。第２送信処理は、画像データ３５を分割した第２単位毎に送信する処理である。この第２単位は、第１送信処理において画像データ３５を送信する際の第１単位に比べて小さい（図４参照）。これにより、１回の送信処理で送る画像データ３５のデータ量を小さくすることで、原稿から画像データ３５を全て読み終える前に、第２単位毎に分割した画像データ３５を送信できる。その結果、読み取り処理及び送信処理にともなってＲＡＭ２１の空き容量がなくなるのを抑制し、適切に画像データ３５を送信できる。

（３）また、ネットワークＩＦ２９には、メールサーバ１２と、外部端末１５とが接続される。第１送信処理は、画像データ３５を第１単位でメール３７に添付してメールサーバ１２へ送信する処理である。第２送信処理は、画像データ３５を第２単位毎に外部端末１５へ送信する処理である。

画像データ３５をメール３７に添付してメールサーバ１２へ送信する場合、画像データ３５を小さく分割して送信しようとすると、送信するメール数が増大し、メールサーバ１２の処理負荷の増大等を招く。このため、メールサーバ１２を用いる第１送信処理の第１単位は、データ量を小さくすることが難しい。一方、ＭＦＰ１１は、メールサーバ１２を介さずに外部端末１５と直接通信を実行すれば、第１単位に比べて小さい第２単位に画像データ３５を分割して外部端末１５へ送信することが可能となる。従って、第２単位毎の画像データ３５の送信を外部端末１５との間で実行することで、読み取り処理及び送信処理にともなってＲＡＭ２１の空き容量がなくなるのを抑制できる。

（４）また、ＣＰＵ２３は、第２送信処理で外部端末１５へ画像データ３５を送信する場合、第１送信処理でメール３７に設定する送信先アドレスの情報を外部端末１５へ送信する（Ｓ４７、通知画面６５）。これによれば、ＣＰＵ２３は、第１送信処理に代えて第２送信処理で画像データ３５を送信する場合、第１送信処理で送信する予定であった送信先アドレスの情報を外部端末１５へ送信する。これにより、外部端末１５側において、画像データ３５と送信先アドレスの情報を受信することで、第１送信処理において本来送信する予定であった送信先アドレスへ画像データ３５を送信できる。

（４．第２実施形態）
次に、本願の第２実施形態について、図８及び図９を参照しつつ説明する。なお、以下の説明では、上記した第１実施形態と同様の内容については同一符号を付し、その説明を適宜省略する。第２実施形態では、画像データ３５をメール３７に添付してメールサーバ１２に送信する処理（第１送信処理の一例）と、その代替方法として外部端末１５へ画像データ３５を送信する２種類の処理（第２送信処理の一例）を用いる場合について説明する。また、第１送信処理に係る障害として、メールサーバ１２と接続できない障害が発生した場合について説明する。

まず、図８に示すように、ＣＰＵ２３は、送信制御処理を開始すると、Ｓ１１、Ｓ１３を実行した後、Ｓ１７を実行する。従って、第２実施形態のＣＰＵ２３は、Ｓ１３の原稿の読み取りを開始した後、図２のＳ１５に示すメモリフルの判断を実行しない。また、ＣＰＵ２３は、全ての原稿の読み取りが終了し（Ｓ１７：ＹＥＳ）、読み取りの終了処理を実行した後（Ｓ１９）、メールサーバ１２に接続できるか否かを判断する（Ｓ５１）。ＣＰＵ２３は、メールサーバ１２に正常に接続できると判断すると（Ｓ５１：ＹＥＳ）、Ｓ２１以降の処理を実行し、メールサーバ１２へメール３７を送信する。

一方、ＣＰＵ２３は、メールサーバ１２に接続できないと判断すると（Ｓ５１：ＮＯ）、Ｓ２７を実行する。メールサーバ１２に接続できない原因としては、例えば、ＭＦＰ１１に設定したメールサーバ１２のＩＰアドレスやポート番号が間違っている場合など、設定の誤りが考えられる。また、他の原因としては、例えば、ＬＡＮ１７のＬＡＮケーブルの断線やルータの故障など、物理的な装置の故障が考えられる。また、他の原因としては、例えば、ＭＦＰ１１がメールサーバ１２からメールを受信する処理中であるために、送信処理を実行できないなど、他の処理との競合により送信できないことが考えられる。

ＣＰＵ２３は、Ｓ２７において、図２のＳ２７と同様に、代替機能実行可否選択画面６１（図５参照）をユーザＩＦ２８のタッチパネルに表示する。例えば、ＣＰＵ２３は、代替機能実行可否選択画面６１に、「メールサーバと接続できないため送信できませんでした」と表示する。また、ＣＰＵ２３は、外部端末１５のＰＣ名を表示し、代替手段として外部端末１５に画像データ３５を送信するか否かを受け付ける内容を代替機能実行可否選択画面６１に表示する。

ＣＰＵ２３は、代替機能実行可否選択画面６１において代替手段を実行しない旨を受け付けると（Ｓ２９：ＮＯ）、接続エラーの画面をユーザＩＦ２８のタッチパネルに表示する（Ｓ５３）。ＣＰＵ２３は、例えば、「メールサーバと接続できないため送信できませんでした。接続状況を確認してください。」とタッチパネルに表示する（Ｓ５３）。これにより、ユーザは、ＭＦＰ１１の設定、ＬＡＮ１７の故障、メールサーバ１２の状態などを確認し、障害の復旧作業を実行する。ユーザは、メールサーバ１２との接続の障害を復旧させた後、ＭＦＰ１１に再度原稿の読み取り作業を行わせ、メール３７の送信を正常に終了させることが可能となる。

一方、Ｓ２９において、ＣＰＵ２３は、代替手段を実行すると判断すると（Ｓ２９：ＹＥＳ）、図９のＳ５５を実行する。Ｓ５５において、ＣＰＵ２３は、ネットワークＩＦ２９を介して外部端末１５へ画像データ３５を送信する処理を開始する。ＣＰＵ２３は、ネットワークＩＦ２９を介して外部端末１５と通信を開始し、ＴＷＡＩＮに従った送信手続きを開始する（Ｓ５５）。次に、ＣＰＵ２３は、外部端末１５との送信手続きが完了したか否かを判断する（Ｓ５７）。ＣＰＵ２３は、外部端末１５との送信手続きが正常に終了した場合、あるいは送信手続きにおいて異常が発生して終了した場合、送信手続きが完了したと判断する（Ｓ５７：ＹＥＳ）。ＣＰＵ２３は、送信手続きが完了するまで（Ｓ５７：ＮＯ）、Ｓ５７の処理を繰り返し実行し、ネットワークＩＦ２９を介した通信を試みる。

ＣＰＵ２３は、送信手続きが完了したと判断すると（Ｓ５７：ＹＥＳ）、送信手続きを正常に完了できたか否かを判断する（Ｓ５９）。ＣＰＵ２３は、送信手続きが正常に完了したと判断すると（Ｓ５９：ＹＥＳ）、ＬＡＮ１７を介した通信により画像データ３５を外部端末１５へ送信する処理を開始する（Ｓ６１）。ＣＰＵ２３は、Ｓ６１を実行した後、全ての画像データ３５の送信を完了したか否かを判断する（Ｓ４５）。なお、第２実施形態では、メモリフルが発生しておらず、原稿の読み取りが途中で終了していないため、図３のＳ３９のような空き容量の判断や、Ｓ４１のような読み取りの再開処理を実行しない。

ＣＰＵ２３は、全ての画像データ３５の送信を完了したと判断すると（Ｓ４５：ＹＥＳ）、第１実施形態と同様に、外部端末１５へ送信通知を指示する（Ｓ４７）。ＣＰＵ２３は、図７に示すように、送信に失敗したメールアドレスの情報等を通知画面６５に表示させる。

一方、Ｓ５９において、ＣＰＵ２３は、送信手続きが正常に完了していない、即ち、ネットワークＩＦ２９を介した送信手続きに失敗したと判断すると（Ｓ５９：ＮＯ）、ＵＳＢ通信により画像データ３５を外部端末１５へ送信する処理を開始する（Ｓ３３）。ここで、例えば、メールサーバ１２と接続できない原因がＬＡＮ１７の障害である場合、ＬＡＮ１７を介した画像データ３５の送信が出来なくなる。そこで、第２実施形態のＣＰＵ２３は、１つ目の代替手段としてＬＡＮ１７を介した画像データ３５の送信に失敗すると、２つ目の代替手段としてＵＳＢ通信による画像データ３５の送信を実行する。

Ｓ３３において、ＣＰＵ２３は、ネットワークＩＦ２９を介した通信を終了させ、ＵＳＢＩＦ３０を介した送信手続きを外部端末１５との間で開始する。ＣＰＵ２３は、送信手続きが完了したと判断すると（Ｓ３５：ＹＥＳ）、ＵＳＢ通信により画像データ３５を外部端末１５へ送信する処理を開始する（Ｓ３７）。そして、ＣＰＵ２３は、全ての画像データ３５の送信が完了したと判断すると（Ｓ４５：ＹＥＳ）、外部端末１５へ送信通知を指示し（Ｓ４７）、図８及び図９に示す送信処理を終了する。

（５．効果）
以上、上記した第２実施形態によれば、第１実施形態と同様の効果を奏することができる。また、第２実施形態によれば、以下の効果を奏する。
（１）通信インタフェースは、ネットワークＩＦ２９と、ネットワークＩＦ２９とは異なる通信回線に接続されたＵＳＢＩＦ３０と、を含む。第１送信処理は、ネットワークＩＦ２９を介して画像データ３５を送信する処理である。第２送信処理は、ＵＳＢＩＦ３０を介して画像データ３５を送信する処理である。ＣＰＵ２３は、スキャンジョブを受け付けた場合、ネットワークＩＦ２９を介して画像データ３５を送信できないと判断すると（Ｓ５１：ＮＯ、Ｓ５９：ＮＯ）、第２送信処理で画像データ３５を送信する（Ｓ３３）。

これによれば、ＣＰＵ２３は、ネットワークＩＦ２９を介して画像データ３５を送信できない障害が発生した場合、ネットワークＩＦ２９とは異なる通信インタフェースであるＵＳＢＩＦ３０を介して画像データ３５を送信する。これにより、ネットワークＩＦ２９の故障、ネットワークＩＦ２９に接続された通信回線（ＬＡＮ１７）の切断、ネットワークＩＦ２９に接続された送信先の装置（メールサーバ１２）の故障などに応じて、通信インタフェースを切り替えて、適切に画像データ３５を送信できる。

（２）また、ネットワークＩＦ２９は、メールサーバ１２に接続される。ＵＳＢＩＦ３０は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格に準ずる接続により外部端末１５に接続される。第１送信処理は、画像データ３５をメール３７に添付してメールサーバ１２へ送信する処理である。第２送信処理は、画像データ３５を、ＵＳＢＩＦ３０を介して外部端末１５へ送信する処理である。ＣＰＵ２３は、スキャンジョブを受け付けた場合、メールサーバ１２と接続できないと判断すると（Ｓ５１：ＮＯ）、第２送信処理で画像データ３５を送信する（Ｓ３３）。

これによれば、ＣＰＵ２３は、ネットワークＩＦ２９を介してメールサーバ１２と接続できない障害が発生した場合に、ＵＳＢＩＦ３０を介したＵＳＢ通信により外部端末１５へ画像データ３５を送信する。ここで、メールサーバ１２に画像データ３５を送信できない場合に、未送信の画像データ３５をＲＡＭ２１に記憶し続けると、ＲＡＭ２１の記憶領域を占有し続けることとなり、他の処理に使用可能な記憶領域が減る。その結果、他の処理の効率が低下する等の虞がある。これに対し、未送信の画像データ３５を外部端末１５に送信して外部端末１５に退避させることで、画像データ３５をＲＡＭ２１から削除して使用可能な記憶領域を確保できる。また、メールサーバ１２の故障やメールサーバ１２との間の通信の障害が復旧した後に、第１送信処理において本来送信する予定であった送信先へ外部端末１５から画像データ３５を送信できる。

（６．第３実施形態）
次に、本願の第３実施形態について、図１０及び図１１を参照しつつ説明する。なお、以下の説明では、上記した第１実施形態及び第２実施形態と同様の内容については同一符号を付し、その説明を適宜省略する。第３実施形態では、画像データ３５をＵＳＢ通信により外部端末１５へ送信する処理（第１送信処理の一例）と、その代替方法としてＣＩＦＳプロトコルを用いてＬＡＮ１７を介して画像データ３５を外部端末１５へ送信する処理（第２送信処理の一例）を用いる場合について説明する。従って、第３実施形態では、メール３７によって画像データ３５を送信するスキャンジョブをユーザから受け付けた場合ではなく、読み取った画像データ３５をＵＳＢ通信により外部端末１５へ送信するスキャンジョブを受け付けた場合について説明する。また、第１送信処理に係る障害として、ＵＳＢ通信の障害が発生した場合について説明する。

まず、ＣＰＵ２３は、図１０のＳ１１において、スキャンジョブを受け付けたか否かを判断する。例えば、ユーザは、読取部２５のＡＤＦに複数枚の原稿をセットし、ユーザＩＦ２８のタッチパネルを操作し、読み取った画像データ３５を外部端末１５へ送信する指示を行う。ＣＰＵ２３は、ユーザＩＦ２８に対して読み取りの指示を受け付けると、スキャンジョブを受け付けたと判断する（Ｓ１１：ＹＥＳ）。

ＣＰＵ２３は、スキャンジョブを受け付けたと判断すると（Ｓ１１：ＹＥＳ）、ＵＳＢＩＦ３０を用いたＵＳＢ通信により外部端末１５へ画像データ３５を送信する送信手続きを開始する（Ｓ６５）。ＣＰＵ２３は、Ｓ６５を実行した後、外部端末１５との間で送信手続きが完了したか否かを判断する（Ｓ６７）。ＣＰＵ２３は、例えば、ＴＷＡＩＮに従った送信手続きにおいて、外部端末１５から読み取りを開始する指示を受信すると、送信手続きが完了したと判断し（Ｓ６７：ＹＥＳ）、原稿の読み取りを開始する（Ｓ６９）。ＣＰＵ２３は、ＴＷＡＩＮに従って、画像データ３５を分割して外部端末１５へ順次送信する処理を開始する（Ｓ７１）。

ＣＰＵ２３は、Ｓ７１を実行した後、全ての原稿の読み取りが終了したか判断する（Ｓ１７）。ＣＰＵ２３は、全ての原稿の読み取りが終了したと判断すると（Ｓ１７：ＹＥＳ）、読み取りの終了処理を実行する（Ｓ１９）。ＣＰＵ２３は、Ｓ１９を実行すると、分割して送信した全ての画像データ３５の送信が完了したか否かを判断する（Ｓ４５）。ＣＰＵ２３は、全ての画像データ３５の送信が完了したと判断すると（Ｓ４５：ＹＥＳ）、図１０及び図１１に示す送信制御処理を終了する。

一方、Ｓ６７において、ＣＰＵ２３は、例えば、ＵＳＢＩＦ３０の故障や、ＵＳＢケーブルの断線などによって、外部端末１５から送信手続きの応答を受信できずにタイムアウトを検出した場合、送信手続きが完了していないと判断し（Ｓ６７：ＮＯ）、Ｓ２７を実行する。ＣＰＵ２３は、Ｓ２７において、図２のＳ２７と同様に、代替機能実行可否選択画面６１（図５参照）をユーザＩＦ２８のタッチパネルに表示する。例えば、ＣＰＵ２３は、代替機能実行可否選択画面６１に、「外部端末１５とＵＳＢ通信により接続できないため送信できませんでした」と表示する。また、ＣＰＵ２３は、代替手段としてＣＩＦＳプロトコルを用いた画像データ３５の送信を実行するか否かを受け付ける内容を代替機能実行可否選択画面６１に表示する。

ＣＰＵ２３は、代替機能実行可否選択画面６１において代替手段を実行しない旨を受け付けると（Ｓ７３：ＮＯ）、接続エラーの画面をユーザＩＦ２８のタッチパネルに表示する（Ｓ５３）。ＣＰＵ２３は、例えば、「外部端末１５とＵＳＢ通信で接続できないため送信できませんでした。接続状況を確認してください。」とタッチパネルに表示する（Ｓ５３）。これにより、ユーザは、ＭＦＰ１１のＵＳＢ通信の設定、ＵＳＢＩＦ３０やＵＳＢケーブルの故障、外部端末１５の状態などを確認し、障害の復旧作業を実行できる。

一方、Ｓ７３において、ＣＰＵ２３は、代替手段を実行すると判断すると（Ｓ７３：ＹＥＳ）、図１１のＳ７５を実行する。ＣＰＵ２３は、読取部２５による原稿の読み取りを開始し（Ｓ７５）、全ての原稿の読み取りを終了すると（Ｓ７７：ＹＥＳ）、読み取りの終了処理を実行する（Ｓ１９）。

次に、ＣＰＵ２３は、ＣＩＦＳプロトコルに準じた通信により、外部端末１５と接続できるか否かを判断する（Ｓ７９）。例えば、ＭＦＰ１１には、ＣＩＦＳプロトコルにより接続する接続先として、外部端末１５のハードディスク装置４１内の特定のフォルダを示すパスが予め登録されている。ＣＰＵ２３は、ＣＩＦＳプロトコルにより予め設定されたパスのフォルダにアクセスできた場合、外部端末１５と接続できたと判断する（Ｓ７９：ＹＥＳ）。ＣＰＵ２３は、外部端末１５と接続できない間（Ｓ７９：ＮＯ）、Ｓ７９の処理を繰り返し実行する。

ＣＰＵ２３は、外部端末１５と接続できたと判断すると（Ｓ７９：ＹＥＳ）、設定されたフォルダに画像データ３５を送信する処理を開始する（Ｓ８１）。この場合、ＣＰＵ２３は、例えば、生成した画像データ３５の全て、即ち、全ての原稿の画像データ３５をまとめてフォルダに一括送信する。ＣＰＵ２３は、画像データ３５の送信を開始すると（Ｓ８１）、全ての画像データ３５の送信が完了したか判定する（Ｓ８３）。ＣＰＵ２３は、全ての画像データ３５をフォルダに記憶すると（Ｓ８３：ＹＥＳ）、図１０及び図１１に示す送信制御処理を終了する。

以上、上記した第３実施形態によれば、第１実施形態及び第２実施形態と同様の効果を奏することができる。例えば、ＣＰＵ２３は、ＵＳＢ通信による第１送信処理に係る障害が発生していると判断すると（Ｓ６７：ＮＯ）、ＣＩＦＳプロトコルによる第２送信処理で画像データ３５を送信し、障害を回避して画像データ３５を適切に送信することが可能となる。
（７．変形例）
尚、本願は上記各実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内での種々の改良、変更が可能であることは言うまでもない。
例えば、上記実施形態では、ＣＰＵ２３は、ＴＷＡＩＮに従った画像データ３５の送信において、所謂、プッシュスキャン（Ｐｕｓｈ Ｓｃａｎ）を実施する場合について説明したが、プルスキャン（Ｐｕｌｌ Ｓｃａｎ）についても同様の処理を実行できる。ここでいう、プッシュスキャンとは、例えば、ＭＦＰ１１においてユーザの操作を受け付け、ＭＦＰ１１からの通信に応じて、外部端末１５が画像データ３５の取得を実行するスキャン処理を言う。また、プルスキャンとは、例えば、外部端末１５においてユーザの操作を受け付け、外部端末１５がＭＦＰ１１へ画像データ３５の生成を指令して、ＭＦＰ１１が外部端末１５からの要求に応じて画像データ３５を生成して外部端末１５へ送信するスキャン処理を言う。

また、上記各実施形態における第１送信方式及び第２送信方式の組み合わせは一例である。例えば、第１送信方式としてメール３７による画像データ３５の送信方式を採用し、第２送信方式としてＣＩＦＳプロトコルによる画像データ３５の送信方式を採用しても良い。
また、ＣＰＵ２３は、第１実施形態のメモリフルの判断（Ｓ１５）と、第２実施形態のメールサーバ１２との接続の判断（Ｓ５１）との両方を実行しても良い。
また、第１送信処理において画像データ３５を送信する第１単位の大きさを、第２送信処理において画像データ３５を送信する第２単位と同一の大きさ、あるいは第２単位に比べて小さい大きさにしても良い。
また、ＴＷＡＩＮに従った画像データ３５の送信において、画像データ３５を分割しなくとも良い。
また、ＣＰＵ２３は、送信先アドレスの情報を通知する通知画面６５を表示する処理（Ｓ４７）を実行しなくとも良い。

また、上記各実施形態では、本願の制御部として、ＣＰＵ２３を採用したが、これに限らない。例えば、制御部を、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの専用のハードウェアで構成してもよい。また、制御部は、例えばソフトウェアによる処理と、ハードウェアによる処理とを併用して動作する構成でもよい。
また、上記各実施形態では、本願の読取装置として複合機であるＭＦＰ１１を採用したが、これに限らない。本願の読取装置は、ファックス機能等を有しないスキャナ装置でもよい。

１１ ＭＦＰ（読取装置）、１２ メールサーバ、１５ 外部端末、２１ ＲＡＭ（記憶部）、２３ ＣＰＵ（制御部）、２５ 読取部、２９ ネットワークＩＦ（通信インタフェース、第１通信インタフェース）、３０ ＵＳＢＩＦ（通信インタフェース、第２通信インタフェース）、３５ 画像データ、３７ メール。

Claims (8)

1. 原稿から画像を読み取る読取部と、
   通信インタフェースと、
   制御部と、
   を備え、
   前記制御部は、
   前記読取部で読み取った前記画像に係る画像データを、前記通信インタフェースを介して外部へ送信する送信処理、
   を実行し、
   前記送信処理は、
   前記画像データを、デジタル通信の第１送信方式により送信する第１送信処理と、
   前記画像データを、前記第１送信方式とは異なるデジタル通信の第２送信方式により送信する第２送信処理と、
   を含み、
   前記制御部は、
   前記画像データを前記第１送信処理で送信するスキャンジョブを受け付けた場合、前記第１送信処理に係る障害が発生していると判断すると、前記第２送信処理で前記画像データを送信する、読取装置。
2. 前記読取部で前記原稿を読み取った前記画像データを記憶する記憶部を更に備え、
   前記第１送信処理は、
   前記画像データを第１単位で送信する処理であり、
   前記第２送信処理は、
   前記画像データを、前記第１単位より小さい第２単位毎に送信する処理であり、
   前記制御部は、
   前記画像データを前記第１送信処理で送信する前記スキャンジョブを受け付けた場合、前記記憶部の空き容量が所定量未満であると判断すると、前記第２送信処理で前記画像データを送信する、請求項１に記載の読取装置。
3. 前記通信インタフェースには、
   メールサーバと、外部端末とが接続され、
   前記第１送信処理は、
   前記画像データを前記第１単位でメールに添付して前記メールサーバへ送信する処理であり、
   前記第２送信処理は、
   前記画像データを前記第２単位毎に前記外部端末へ送信する処理である、請求項２に記載の読取装置。
4. 前記通信インタフェースには、
   メールサーバと、外部端末とが接続され、
   前記第１送信処理は、
   前記画像データをメールに添付して前記メールサーバへ送信する処理であり、
   前記第２送信処理は、
   前記画像データを前記外部端末へ送信する処理であり、
   前記制御部は、
   前記第２送信処理で前記外部端末へ前記画像データを送信する場合、前記第１送信処理で前記メールに設定する送信先アドレスの情報を前記外部端末へ送信する、請求項２又は請求項３に記載の読取装置。
5. 前記通信インタフェースは、
   第１通信インタフェースと、
   前記第１通信インタフェースとは異なる通信回線に接続された第２通信インタフェースと、
   を含み、
   前記第１送信処理は、
   前記第１通信インタフェースを介して前記画像データを送信する処理であり、
   前記第２送信処理は、
   前記第２通信インタフェースを介して前記画像データを送信する処理であり、
   前記制御部は、
   前記スキャンジョブを受け付けた場合、前記第１通信インタフェースを介して前記画像データを送信できないと判断すると、前記第２送信処理で前記画像データを送信する、請求項１乃至請求項４の何れか一項に記載の読取装置。
6. 前記第１通信インタフェースは、
   メールサーバに接続され、
   前記第２通信インタフェースは、
   ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格に準ずる接続により外部端末に接続され、
   前記第１送信処理は、
   前記画像データをメールに添付して前記メールサーバへ送信する処理であり、
   前記第２送信処理は、
   前記画像データを、前記第２通信インタフェースを介して前記外部端末へ送信する処理であり、
   前記制御部は、
   前記スキャンジョブを受け付けた場合、前記メールサーバと接続できないと判断すると、前記第２送信処理で前記画像データを送信する、請求項５に記載の読取装置。
7. 原稿から画像を読み取る読取部と、通信インタフェースと、を備える読取装置の制御方法であって、
   前記読取部で読み取った前記画像に係る画像データを、前記通信インタフェースを介して外部へ送信する送信工程、
   を含み、
   前記送信工程は、
   前記画像データを、デジタル通信の第１送信方式により送信する第１送信工程と、
   前記画像データを、前記第１送信方式とは異なるデジタル通信の第２送信方式により送信する第２送信工程と、
   を含み、
   前記画像データを前記第１送信工程で送信するスキャンジョブを受け付けた場合、前記第１送信工程に係る障害が発生していると判断すると、前記第２送信工程で前記画像データを送信する、読取装置の制御方法。
8. 原稿から画像を読み取る読取部と、通信インタフェースと、を備える読取装置の制御をコンピュータに実行させるプログラムであって、
   前記コンピュータに、
   前記読取部で読み取った前記画像に係る画像データを、前記通信インタフェースを介して外部へ送信する送信処理、
   を実行させ、
   前記送信処理は、
   前記画像データを、デジタル通信の第１送信方式により送信する第１送信処理と、
   前記画像データを、前記第１送信方式とは異なるデジタル通信の第２送信方式により送信する第２送信処理と、
   を含み、
   前記コンピュータに、
   前記画像データを前記第１送信処理で送信するスキャンジョブを受け付けた場合、前記第１送信処理に係る障害が発生していると判断すると、前記第２送信処理で前記画像データを送信させる、プログラム。

Images