通信装置
【課題】クイックメモリ送信において、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮させる通信装置を提供する。
【解決手段】通信装置２０は、複数ページの原稿を順次読み取り、読み取り動作と並行して、原稿を読み取って得た画像データから前記原稿の送信データを作成し、送信データを記憶する記憶し、少なくとも、原稿の２ページ分の送信データを作成した後に、原稿の送信データの送信を開始する。
【解決手段】通信装置２０は、複数ページの原稿を順次読み取り、読み取り動作と並行して、原稿を読み取って得た画像データから前記原稿の送信データを作成し、送信データを記憶する記憶し、少なくとも、原稿の２ページ分の送信データを作成した後に、原稿の送信データの送信を開始する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信等による画像データの送信を行うための通信装置に関する。
【背景技術】
【０００２】
ファクシミリ装置やファクシミリ通信機能を有する画像形成装置には、ユーザにとって利便性の高い様々な機能が備えられている。
【０００３】
たとえば、特許文献１には、自動原稿搬送装置（以下、ＡＤＦ(Auto Document Feeder)という）に原稿の枚数を予測するＡＤＦコントローラを有する画像形成装置が開示されている。このＡＤＦコントローラが予測した原稿の枚数等に基づいて、画像形成装置は、原稿の読み取りおよび画像形成を行う前に、原稿の綴じ等の後処理の可否を判断する。
【０００４】
特許文献２には、イメージスキャナに装填された原稿のページ数等を検出し、原稿のページ数等から通信時間を算出するファクシミリ装置が開示されている。
【０００５】
特許文献３には、原稿を読み取ることで作成された送信データのデータ量から通信時間を算出し、この通信時間と相手先の電話番号などから通信料金を予測するファクシミリ装置が開示されている。
【０００６】
特許文献４には、画像読取手段、データ通信手段、ファクシミリ手段及び画像記憶手段の組み合わせによって具現化される諸機能に対して、予め定められた優先順位に基づいて画像形成手段を使用させるようにした画像形成装置が開示されている。この画像形成装置によれば、原稿読み取り中に、画像形成及び画像通信できるようにし、又は、画像形成中に、画像読み取り及び画像通信できるようにし、あるいは、画像通信中に、画像読み取り及び画像形成できるようにすると共に、画像記憶手段を効率良く使用できるようにする。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−１６３１３９号公報
【特許文献２】特開平２−２６０８７０号公報
【特許文献３】特開平６−２１７１０５号公報
【特許文献４】特開２０００−１３４３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
近年、次世代ネットワーク（ＮＧＮ…New Generation Network）を利用した通信装置が開発されている。本明細書におけるＮＧＮとは、インターネットで利用されているＩＰ（Internet Protocol）と呼ばれる通信規約を使って電話回線やデータ通信等を構築した統合ネットワークのことであって、我が国では、２００８年３月に商用サービスが開始された通信網のことをいう。このＮＧＮでは、通常、ＳＩＰ(Session Initiation Protocol)サーバが両端末間の呼制御を行うことで、両端末間のファクシミリ通信や通話などが行われる。
【０００９】
このＮＧＮを利用した送信データ等の通信では、Ｇ３ファクシミリ通信など、従来のネットワークを利用した通信と比較して、格段に送信データ等の通信速度が高いことが知られている。従来のネットワークを利用した通信では、原稿を読み取ることで原稿の送信データを作成する時間よりも、作成された送信データを送信する時間が長いことが多い。一方、ＮＧＮを利用した通信では、上記送信データを作成する時間よりも、送信データを送信する時間が短いことが多い。
【００１０】
原稿のあるページを読み取り、そのページの送信データを作成している間に、すでに読み取ることで作成された他のページの送信データを送信する方式、いわゆる、クイックメモリ送信の場合、ＮＧＮを利用した通信では、１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に、２ページ目の送信データ作成を含むジョブ生成のための待ち時間が発生する問題があった（図５参照）。
【００１１】
また、ＮＧＮを利用した通信の場合、ＮＧＮの利用料金は、送信される送信データ等のデータ量によって決定されるのではなく、データ送信のための帯域を確保する時間によって決定される。
【００１２】
従って、上記待ち時間が発生することによって、データ送信のための帯域を確保する時間が長くなり、ＮＧＮの利用料金が増大するといった問題があった。
【００１３】
しかしながら、上記特許文献には、上記待ち時間を短縮させるための具体的な手段等が開示されていない。
【００１４】
本発明は、上記の問題を解決しようとするものであり、クイックメモリ送信において、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮させる通信装置を提供することを目的としている。
【課題を解決するための手段】
【００１５】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【００１６】
［１］複数ページの原稿を順次読み取る読取部と、
前記読取部での読み取り動作と並行して、前記読取部で前記原稿を読み取って得た画像データから前記原稿の送信データを作成するデータ作成部と、
前記データ作成部の作成した送信データを記憶する記憶部と、
前記記憶部に記憶されている送信データを送信する送信部と、
を備え、
前記送信部は、前記原稿の送信データが少なくとも２ページ分作成された後であって、前記原稿の全てのページの送信データが作成される前に、前記原稿の送信データの送信を開始する
ことを特徴とする通信装置。
【００１７】
上記発明では、少なくとも、前記データ作成部が前記原稿の２ページ分の送信データを作成した後に、送信部は原稿の送信データの送信を開始する。
【００１８】
したがって、ＮＧＮなどの通信速度が速い回線を利用した場合のクイックメモリ送信において、少なくとも、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮することができる。
【００１９】
［２］前記原稿の全てのページの送信データが作成されるまでの時間を推測する送信データ作成時間推測部と、
前記原稿の全てのページの送信データの送信に要する通信時間を推測する通信時間推測部と、
を備え、
前記送信部は、前記通信時間推測部が推測した前記通信時間と、前記送信データ作成時間推測部が推測した時間とから、前記原稿の送信データの送信を開始するタイミングを決定する
ことを特徴とする［１］に記載の通信装置。
【００２０】
［３］前記データ作成部が作成する前記原稿の全てのページの送信データの総データ量を推測するデータ量推測部をさらに有し、
前記送信データ作成時間推測部は、前記原稿の全てのページの送信データが作成されるまでの残りの時間である送信データ作成時間を繰り返し推測し、
前記通信時間推測部は、前記データ量推測部が推測した前記総データ量から前記原稿の全てのページの送信データの送信に要する通信時間を推測し、
前記送信部は、前記通信時間推測部が推測した前記通信時間が、前記送信データ作成時間推測部が推測した最新の送信データ作成時間以上になったとき、前記原稿の送信データの送信を開始する
ことを特徴とする［１］に記載の通信装置。
【００２１】
上記発明では、通信時間が残りの送信データ作成時間以上であるときに送信データの通信を開始するので、上記待ち時間を短縮するとともに、原稿の読み取り完了と、送信データの送信完了とをほぼ同時刻にすることができる。
【００２２】
［４］さらに、前記原稿の枚数情報を取得する原稿枚数情報取得部を有し、
前記データ量推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記送信データ作成時間を推測する
ことを特徴とする［２］または［３］に記載の通信装置。
【００２３】
上記発明では、原稿の枚数情報を取得するので、より正確に、原稿の全てのページの送信データの総データ量と送信データ作成時間を推測することができる。
【００２４】
［５］さらに、前記原稿の種別に関する情報の入力を受け付ける原稿種別情報入力部を有し、
前記データ量推測部は、前記原稿の種別を加味して前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿の種別を加味して前記送信データ作成時間を推測する
ことを特徴とする［４］に記載の通信装置。
【００２５】
ここで、原稿の種別は、たとえば、原稿がカラー印刷されているか、または、モノクロ印刷されているか、原稿に写真が含まれているか否か、原稿の解像度、原稿の送信データの符号化方式など、原稿の送信データのデータ量が変化する要因で分類される原稿の種類のことである。
【００２６】
上記発明では、原稿の種別を加味して、原稿の送信データの総データ量と送信データ作成時間を推測しているので、より正確に、原稿の送信データの総データ量と送信データ作成時間を推測することができる。
【００２７】
［６］前記原稿枚数情報取得部は、前記通信装置の操作者からの前記原稿の枚数情報の入力を受け付ける操作部である
ことを特徴とする［４］または［５］に記載の通信装置。
【００２８】
上記発明では、ユーザ等の操作者から原稿の枚数情報を取得するので、より正確に、原稿の送信データの総データ量と送信データ作成時間を推測することができる。
【００２９】
ここで、通信装置の操作者は、通信装置のユーザや、管理者などを含む。
【００３０】
［７］前記原稿枚数情報取得部は、
前記読取部に載置される原稿の高さを検出する原稿高さ検出部と、
前記原稿高さ検出部が検出した原稿の高さから、前記読取部が未だ読み取っていない原稿の残りの枚数を推測する原稿枚数推測部と、
を有する
ことを特徴とする［４］または［５］に記載の通信装置。
【００３１】
上記発明では、読取部に載置されている原稿の高さから、残りの枚数を推測しているので、より正確に、原稿の送信データの総データ量と送信データ作成時間を推測することができる。
【００３２】
［８］前記原稿枚数情報取得部は、さらに、前記読取部が前記原稿を読み取ることによって発生する前記読取部に載置されている原稿の高さの変化量を取得し、
前記原稿枚数推測部は、前記原稿高さ検出部が検出した原稿の高さと、前記原稿枚数情報取得部が取得した前記変化量と、この変化量が発生している間に読み取られた原稿の枚数から、前記読取部が未だ読み取っていない原稿の残りの枚数を補正し、
前記データ量推測部は、前記読取部がすでに読み取った前記原稿の枚数と、前記データ作成部がすでに作成した分の送信データのデータ量と、前記原稿枚数推測部が補正した前記原稿の残りの枚数から、前記総データ量を補正し、
前記通信時間推測部は、前記データ量推測部が補正した総データ量から、前記通信時間を補正する
ことを特徴とする［７］に記載の通信装置。
【００３３】
上記発明により、原稿枚数推測部は、読取部が原稿を読み取る毎に、読取部が未だ読み取っていない原稿の残りの枚数を補正することができる。また、データ量推測部は、補正された原稿の残りの枚数などから、原稿の全てのページの送信データの総データ量を補正することができる。さらに、通信時間推測部は、前記データ量推測部が補正した総データ量から、前記通信時間を補正することができる。
【００３４】
［９］前記原稿高さ検出部は、前記読取部に設けられている
ことを特徴とする［８］に記載の通信装置。
【００３５】
［１０］前記通信装置の操作者から、送信開始タイミングとして、前記データ作成部による送信データ作成済みの原稿のページ数、もしくは、前記原稿の全てのページ数に対する前記送信データ作成済みの原稿のページ数の割合の指定を受け付ける通信開始時期設定部を有し、
前記送信部は、前記データ作成部による送信データ作成済みの原稿のページ数、または、前記割合が、前記通信開始時期設定部で設定された送信開始タイミングになったとき、前記原稿の送信データの送信を開始する
ことを特徴とする［１］乃至［９］のいずれか１項に記載の通信装置。
【００３６】
［１１］前記通信装置は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信を行う
ことを特徴とする［１］乃至［１０］のいずれか１項に記載の通信装置。
【００３７】
ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信とは、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector：国際電気通信連合電気通信標準化セクタ）勧告Ｔ．３８で規定されたファクシミリ伝送手順に関するプロトコル制御を実行し、ファクシミリ通信における送信データの送受信を行うことである。
【００３８】
［１２］前記送信データの送信中に通信エラーが発生した後も、前記読取部によって前記原稿を読み取り、前記データ作成部でその送信データを作成して前記記憶部に記憶する処理を継続して行い、
前記送信部は、リダイヤルによって相手側の通信装置との通信が回復した後に、前記通信エラーの発生後に作成した前記送信データを送信する
ことを特徴とする［１］乃至［１１］のいずれか１項に記載の通信装置。
【発明の効果】
【００３９】
本発明に係る通信装置によれば、ＮＧＮなどの通信速度が速い回線を利用した場合のクイックメモリ送信において、少なくとも、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮することができる。
【図面の簡単な説明】
【００４０】
【図１】ＮＧＮにおけるＳＩＰセッションを示す説明図である。
【図２】ＮＧＮにおいて、発端末のユーザがＳＩＰセッション内のメディアストリームを利用するときに課金される料金例を示す表である。
【図３】本実施形態に係る通信装置の概略構成を示すブロック図である。
【図４】送信データの通信開始時刻を設定する基本的な手順を示すフローチャートである。
【図５】ＮＧＮを利用したクイックメモリ送信における、原稿の読み取り、ジョブ生成および通信時間を示すタイムチャートである。
【図６】読取部の自動搬送装置の断面図である。
【図７】原稿高さ検知機構を概略的に示した説明図である。
【図８】原稿枚数を自動的に推測する手順を示すフローチャートである。
【図９】送受信方法設定を行うための画面例である。
【図１０】原稿枚数指定選択を行うための画面例である。
【図１１】原稿枚数情報を入力するための画面例である。
【図１２】送受信方法設定を行うための画面例である。
【図１３】通信開始枚数指定選択を行うための画面例である。
【図１４】通信開始枚数を指定するための画面例である。
【図１５】管理者メニューにおいて機能設定を変更するための画面例である。
【図１６】送信開始時期指定選択を行うための画面例である。
【図１７】送信開始時期を指定するための画面例である。
【図１８】送受信方法設定を行うための画面例である。
【図１９】原稿種別指定選択を行うための画面例である。
【図２０】原稿の種別を指定するための画面例である。
【図２１】送信データの通信開始時刻を補正する手順を示すフローチャートである。
【図２２】通信エラー発生時における通信装置のリダイヤル動作を示すフローチャートである。
【発明を実施するための形態】
【００４１】
以下、図面に基づき本発明の実施の形態を説明する。
【００４２】
図１は、ＮＧＮ１におけるＳＩＰセッションを示す説明図である。図１では、ＮＧＮ１上にＳＩＰサーバ２が存在している。このＳＩＰサーバ２を介して、ＳＩＰと呼ばれるプロトコルに従って、発端末３と着端末４との間にＳＩＰセッション５が確立される。本実施形態では、発端末３および着端末４として、後述する通信装置２０が使用される。
【００４３】
ＳＩＰセッション５には、種別の異なるメディアセッションが、最大５本存在する。各メディアセッションの帯域の上限は、１Ｍｂｐｓである。図１の例では、ＳＩＰセッション５には、音声用メディアストリーム６と、映像用メディアストリーム７とデータ用メディアストリーム８が存在する。
【００４４】
発端末３と着端末４との間にＳＩＰセッション５が確立されるときに、発端末３は、音声データや映像データなどのメディアの種類と、データ通信に使用される帯域をＳＩＰサーバ２に通知する。ＳＩＰサーバ２は、発端末３からの通知に基づいて、通知されたメディアの種類に対応するメディアストリーム内の上記帯域を確保する。各メディアストリームでは、確保された帯域内で、データが発端末３から着端末４へとルータ９を介して送信される。
【００４５】
図２は、ＮＧＮ１において、発端末３のユーザがＳＩＰセッション内のメディアストリームを利用するときに課金される料金例を示す表である。
【００４６】
通常、ＮＧＮ１では、メディアストリームを利用する際に課金される料金は、送信されるデータ量によって決定されるのではなく、データ送信に使用される帯域の広狭と、当該帯域を確保する時間によって決定される。図２の例では、確保される帯域が５１２ｋｂｐｓ〜１Ｍｂｐｓである場合、料金は３０秒あたり２円である。送信されるデータの量およびネットワークの利用料金を考慮すると、ファクシミリ通信における送信データの送信に使用される帯域は、通常、６４ｋｂｐｓ〜１Ｍｂｐｓであることが好ましい。
【００４７】
図３は、本実施形態に係る通信装置２０の概略構成を示すブロック図である。本実施形態では、通信装置２０は、ＮＧＮを利用した通信であって、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector：国際電気通信連合電気通信標準化セクタ）勧告Ｔ．３８で規定されたファクシミリ伝送手順に関するプロトコル制御を実行し、ファクシミリ通信における画像データの送受信を行う。
【００４８】
通信装置２０は、この通信装置２０の動作を統括的に制御するＣＰＵ(Central Processing Unit)２１と、このＣＰＵ２１に接続されたＲＯＭ(Read Only Memory)２２と、ＲＡＭ(Random Access Memory)２３と、ＨＤＤ(Hard Disk Drive)２４と、入出力バッファ２５と、表示部２６と、操作部２７と、ネットワークＩ／Ｆ(Interface)部２８と、読取部２９とを備えている。
【００４９】
ＣＰＵ２１は、ＯＳ(Operating System)プログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムなどを実行する。また、ＣＰＵ２１は、読取部２９が読み取ることで得られた原稿の画像データから、相手側の通信装置２０へ送信するための送信データを作成するとともに、この送信のためのジョブを生成する。また、ＣＰＵ２１は、後述する原稿の送信データの総データ量や、残りの送信データ作成時間、送信データの通信時間を推測し、推定した総データ量等に基づいて送信データの通信開始時刻を設定する。
【００５０】
ＲＯＭ２２には、各種のプログラムが格納されており、これらのプログラムに従ってＣＰＵ２１が各種処理を実行することで通信装置２０の各機能が実現される。
【００５１】
ＲＡＭ２３は、ＣＰＵ２１がプログラムに基づいて処理を実行する際に各種のデータを一時的に格納するワークメモリや画像データを格納する画像メモリなどとして使用される。
【００５２】
ＨＤＤ２４は、各種の保存データを格納するほか、入力された各種のデータなども保存する。ＨＤＤ２４内には、送信データを保存するための内部保存用のＢＯＸ（フォルダ）が作成される。
【００５３】
入出力バッファ２５は、通信装置２０内の各部でデータがやり取りされるときの処理速度や転送速度の差を補うために、入力されたデータや出力するデータを一時的に記憶するバッファ機能を果たす。
【００５４】
表示部２６は、液晶ディスプレイ（ＬＣＤ…Liquid Crystal Display）などで構成され、各種の操作画面、設定画面などを表示する機能を果たす。
【００５５】
操作部２７は、スタートボタン、ストップボタン、テンキーなどの各種のボタン類と、表示部２６の表面に設けられて押下された座標位置を検出するタッチパネルなどで構成され、ユーザが通信装置２０に対して行う各種の操作を受け付ける。また、操作部２７は、ユーザ等から原稿の枚数情報の入力、送信データの送信開始タイミングの入力、原稿の種別に関する情報の入力等を受け付ける。
【００５６】
ネットワークＩ／Ｆ部２８は、ＮＧＮ１などのネットワークを通じて情報処理端末やサーバなどと通信を行う際のインターフェースとしての機能を果たす。
【００５７】
読取部２９は、原稿を光学的に読み取って画像データを取得する。読取部２９は、たとえば、原稿に光を照射する光源と、その反射光を受けて原稿を幅方向に１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に順次移動させる移動手段と、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーなどからなる光学経路と、ラインイメージセンサの出力するアナログ画像信号をデジタルの画像データに変換する変換部などを備えて構成される。また、読取部２９には、原稿の枚数を検知するための原稿枚数検知部３０が備えられている。
【００５８】
また、通信装置２０は、その他に、画像データに対して各種の画像処理を施す画像処理部（図示せず）や、記録紙上に画像を形成するプリンタ部（図示せず）を有する。
【００５９】
次に、原稿の送信データを通信するタイミングの設定手順について説明する。
【００６０】
図４は、送信データの通信開始時刻を設定する基本的な手順を示すフローチャートである。
【００６１】
まず、ユーザが読取部２９のトレイ４０（図６参照）に原稿を載置するとき、ユーザが操作部２７に原稿の枚数を入力するか、読取部２９に備えられる原稿枚数検知部３０が原稿の高さ（厚さ）を検知することなどによって、通信装置２０は原稿の枚数情報を取得する（ステップＳ１０１）。
【００６２】
ＣＰＵ２１は、ユーザや通信装置２０の管理者等が予め原稿の送信データの通信開始タイミングを設定しているか否かを判断する（ステップＳ１０２）。上記通信開始タイミングの設定については後述する。
【００６３】
上記通信開始タイミングが設定されていないとＣＰＵ２１が判断すると（ステップＳ１０２；Ｎｏ）、読取部２９は原稿の読み取りを開始する（ステップＳ１０３）。
【００６４】
読取部２９が原稿の読み取りを行っている間、ＣＰＵ２１は、読取部２９がすでに読み取って得られた画像データから、相手側の通信装置２０へ送信するための送信データを作成する。そして、ＣＰＵ２１は、その送信データのデータ量を算出し、算出した上記データ量と、ステップＳ１０１で取得した原稿の枚数情報などから、原稿の全てのページの送信データの総データ量を推測する（ステップＳ１０４）。具体的な総データ量の推測方法については後述する。
【００６５】
ＣＰＵ２１は、推測した上記総データ量から、原稿の全てのページの送信データの通信時間を推測する（ステップＳ１０５）。
【００６６】
さらに、ＣＰＵ２１は、原稿の全てのページの送信データを作成するのに要する残りの送信データ作成時間を推測する（ステップＳ１０６）。
【００６７】
ＣＰＵ２１は、上記推測した通信時間が上記残り送信データ作成時間以上であると判定したとき（ステップＳ１０７；Ｙｅｓ）、原稿の送信データの送信を開始するよう自装置を制御する（ステップＳ１１０）。一方、ＣＰＵ２１は、上記推測した通信時間が上記残りの送信データ作成時間より短いと判定したとき（ステップＳ１０７；Ｎｏ）、ステップＳ１０３〜Ｓ１０７の工程を繰り返し実行する。
【００６８】
ステップＳ１０２において、上記通信開始タイミングが設定されているとＣＰＵ２１が判断すると（ステップＳ１０２；Ｙｅｓ）、ステップＳ１０３と同様に、読取部２９は原稿の読み取りを開始する（ステップＳ１０８）。
【００６９】
読取部２９が原稿の読み取りを行っている間、ＣＰＵ２１は、設定された通信開始タイミングが到来するか否かを監視する（ステップＳ１０９；Ｎｏ）。
【００７０】
ＣＰＵ２１は、上記通信開始タイミングが到来したと判断すると（ステップＳ１０９；Ｙｅｓ）、原稿の送信データの送信を開始するよう自装置を制御する（ステップＳ１１０）。
【００７１】
図５は、ＮＧＮ１を利用したクイックメモリ送信における、原稿の読み取り、ジョブ生成および通信時間を示すタイムチャートである。
【００７２】
また、図５では、本実施形態のクイックメモリ送信との比較のため、従来のクイックメモリ送信における通信時間もあわせて示されている。
【００７３】
読取部２９が原稿の１ページ目を読み取る間に、ＣＰＵ２１は、この１ページ目の送信データ作成を含む、１ページ目の送信データの送信に関するジョブの生成を開始する。
【００７４】
従来のクイックメモリ送信では、この１ページ目の送信データの送信に関するジョブの生成が終了した時点で、１ページ目の送信データの送信が開始される。
【００７５】
ＮＧＮ１を利用したクイックメモリ送信においては、Ｇ３ファクシミリ通信など、従来のネットワークを利用した通信と比較して、通信速度が高いので、送信データの送信時間は、送信データ作成を含むジョブ生成時間よりも短くなる。したがって、従来のクイックメモリ送信では、１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に、２ページ目の送信データ作成のための待ち時間が発生する。
【００７６】
さらに、従来のクイックメモリ送信では、２ページ目の送信データの送信に関するジョブ生成以後も同様に、送信データの送信完了と次ページの送信データの送信開始との間に、同様の待ち時間が発生する。
【００７７】
一方、本実施形態の通信装置２０は、ＣＰＵ２１が推測した通信時間が残りの送信データ作成時間以上であると判定するまで、送信データの送信を行わない。したがって、通信装置２０は、１ページ目の送信データの送信開始の時刻を従来のクイックメモリ送信よりも遅らすことができ、上記待ち時間を短縮することができる。
【００７８】
その結果、ＮＧＮ１内の帯域を確保する時間を短縮することができるので、上述のように、ＮＧＮ１の利用料金を低く抑えることができる。
【００７９】
次に、原稿の枚数情報の取得方法について説明する。まず、原稿の枚数情報を自動で取得する方法について説明する。
【００８０】
図６は、読取部２９の自動搬送装置の断面図である。図７（ａ）および（ｂ）は、原稿高さ検知機構を概略的に示した説明図である。
【００８１】
読取部２９は、原稿を載置するためのトレイ４０と、原稿を１枚ごとに原稿読取位置や、原稿排出位置へと自動搬送するための複数のローラ４１を備える。また、上述のように、読取部２９は、原稿枚数検知部３０を備えている。この原稿枚数検知部３０は、ＬＥＤ(Light Emitting Diode)３０ａと、ラインセンサ３０ｂを有する。
【００８２】
ＬＥＤ３０ａは、トレイ４０の下方に備えられている。ラインセンサ３０ｂは、原稿の重なり方向に沿うように、トレイ４０の原稿搬送方向の先端側に配置されており、ＬＥＤ３０ａからの光を受光する。原稿枚数検知部３０は、ラインセンサ３０ｂがＬＥＤ３０ａからの光を受光する幅（受光幅）やこの受光幅の変化量から、トレイ４０に載置される原稿の枚数を検知することができる。
【００８３】
図７（ａ）は、読取部２９が原稿を読み取る前の状態の原稿枚数検知部３０を示す。
【００８４】
原稿がトレイ４０に載置されるとき、トレイ４０は、原稿の最上の面が規制板に到達するように上方に移動する。これにより、ラインセンサ３０ｂの受光幅は、図７（ａ）のように狭くなる。原稿枚数検知部３０は、この狭くなった受光幅により、原稿の高さ（厚さ）を検知する。
【００８５】
読取部２９が原稿の読み取りを開始すると、トレイ４０に載置されている原稿の枚数が減少する。この原稿の枚数の減少に伴って、図７（ｂ）のように、トレイ４０が上方へ移動し、上記受光幅は増加する。原稿枚数検知部３０がこの受光幅の増加量を検知すると、ＣＰＵ２１は、受光幅の増加量と、読取部２９がすでに読み取った原稿の枚数から、原稿の１枚当たりの厚さと、読取部２９が未だ読み取っていない残りの原稿の枚数を推測する。さらに、ＣＰＵ２１は、推測した原稿の１枚当たりの厚さと、読取部２９による読取開始前の原稿枚数検知部３０が検知した原稿の高さ（厚さ）から、原稿全体の総枚数を推測する。
【００８６】
図８は、原稿枚数を自動的に推測する手順を示すフローチャートである。
【００８７】
まず、原稿枚数検知部３０は、読取部２９が原稿を読み取る前に、原稿の高さを検知し、この原稿の高さを初期値としてＲＡＭ２３等に一時保存する（ステップＳ２０１）。
【００８８】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目か否かを判断する（ステップＳ２０２）。
【００８９】
ＣＰＵ２１は、このページが１枚目であると判断すると（ステップＳ２０２；Ｙｅｓ）、読取部２９は、原稿の読み取りを開始する（ステップＳ２０３）。
【００９０】
その後、ＣＰＵ２１は、予めＲＯＭ２２などに記憶されている標準的な紙の厚さを引用し、読取部２９が未だ読み取っていない残りの原稿の枚数を算出する（ステップＳ２０４）。
【００９１】
ＣＰＵ２１は、ステップＳ２０３において読取部２９が読み取った原稿のページが最終ページであるか否かを判断する（ステップＳ２０９）。
【００９２】
ＣＰＵ２１は、このページが最終ページであると判断したとき（ステップＳ２０９；Ｙｅｓ）、原稿枚数を推測する手順を終了する。一方、ＣＰＵ２１は、このページが最終ページでないと判断したとき（ステップＳ２０９；Ｎｏ）、ステップＳ２０２へ戻る。
【００９３】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目でないと判断すると（ステップＳ２０２；Ｎｏ）、読取部２９は、当該ページの読み取りを開始する（ステップＳ２０５）。
【００９４】
読取部２９が当該ページをトレイ４０から搬送した後、原稿枚数検知部３０は、現時点での原稿の高さを検知し、この原稿の高さをＲＡＭ２３等に一時保存する（ステップＳ２０６）。
【００９５】
また、原稿枚数検知部３０は、トレイ４０に載置される原稿の高さの変化量を検知する。あるいは、ＣＰＵ２１は、原稿枚数検知部３０がステップＳ２０１で取得した初期値と、ステップＳ２０６で検知した現時点での原稿の高さから、上記変化量を算出する。さらに、ＣＰＵ２１は、上記変化量から原稿の１枚当たりの紙厚を算出する（ステップＳ２０７）。具体的には、ＣＰＵ２１は、次の式（１）から原稿の１枚当たりの紙厚を算出する。
（ステップＳ２０１で取得した「初期値」−ステップＳ２０６で検知した「原稿の高さ」）÷（読取部２９がすでに読み取った原稿の枚数） …（１）
【００９６】
ＣＰＵ２１は、ＣＰＵ２１がステップＳ２０７で算出した原稿の１枚当たりの紙厚と、原稿枚数検知部３０がステップＳ２０６で検知した現時点での原稿の高さから、読取部２９が未だ読み取っていない残りの原稿の枚数を算出する（ステップＳ２０８）。具体的には、ＣＰＵ２１は、次の式（２）から上記残りの原稿の枚数を算出する。
（ステップＳ２０６で検知した「原稿の高さ」）÷（ステップＳ２０７で算出した「原稿の１枚当たりの紙厚」） …（２）
【００９７】
さらに、ＣＰＵ２１は、必要に応じて、原稿枚数検知部３０がステップＳ２０１で取得した初期値と、ＣＰＵ２１がステップＳ２０７で算出した原稿の１枚当たりの紙厚から、原稿全体の総枚数を算出する。
【００９８】
ＣＰＵ２１は、このページが最終ページでないと判断したとき（ステップＳ２０９；Ｎｏ）、ステップＳ２０２へ戻る。一方、ＣＰＵ２１は、このページが最終ページであると判断したとき（ステップＳ２０９；Ｙｅｓ）、原稿枚数を推測する手順を終了する。
【００９９】
また、上記実施形態では、原稿の枚数は、ＬＥＤ３０ａとラインセンサ３０ｂを使用して求められたが、原稿の枚数の算出方法はこれに限らない。
【０１００】
たとえば、原稿給紙トレイを上昇させるためのリフトアップモータの駆動パルス数から原稿の枚数を算出する方法がある。これによると、原稿上面が原稿給紙ローラに圧接される上限センサを遮光するまで、リフトアップモータが原稿給紙トレイを上昇させる。このときのリフトアップモータの駆動パルス数から原稿の厚さが算出される。
【０１０１】
その後、原稿が給紙されるごとに、モータの駆動によりトレイがさらに上昇する。原稿が所定枚数給紙されると、この枚数と駆動パルス数からトレイの上昇量が算出される。また、算出された上昇量から、原稿の１枚当たりの紙厚が算出される。そして、この算出された１枚当たりの紙厚と、上記原稿の厚さから、原稿の枚数が算出される。
【０１０２】
また、その他に、原稿にＲＦＩＤ(Radio Frequency Identification)付きの用紙を使用することで原稿枚数情報を取得してもよい。また、ファクシミリ通信であれば、原稿の最初のページに送付票が付されることが多いので、この送付票に記載のページ情報をＯＣＲ(Optical Character Reader)で読み取ることで原稿枚数情報を取得してもよい。さらに、原稿に記載されているページ番号をＯＣＲで読み取ることで原稿枚数情報を取得してもよい。
【０１０３】
次に、ユーザが原稿枚数情報を入力することで、当該原稿枚数情報を取得する方法について説明する。
【０１０４】
図９から図１１は、原稿枚数情報を入力するための画面遷移例である。これら画面は、表示部２６に表示される。また、ユーザは、操作部２７を使用して、原稿枚数情報や通信を行うのに必要な設定を入力する。
【０１０５】
図９は、送受信方法設定を行うための画面例である。ユーザは、送受信方法として、クイックメモリ送信ボタン５０を押下することによりクイックメモリ送信を選択し、ＯＫボタン５１を押下することによりクイックメモリ送信を確定する。その後、表示部２６は、図１０のような画面を表示する。
【０１０６】
図１０は、原稿枚数指定選択を行うための画面例である。ユーザは、原稿枚数指定を行うために、すなわち、原稿枚数情報を入力するために、「する」と表示されたボタン５２を押下する。そして、ユーザは、原稿枚数指定を確定するためにＯＫボタン５３を押下する。その後、表示部２６は、図１１のような画面を表示する。
【０１０７】
図１１は、原稿枚数情報を入力するための画面例である。ユーザは、操作部２７に設けられるテンキーなどで、送信データとして送信される原稿の枚数を入力する。そして、ユーザは、入力した原稿の枚数を確定するために、ＯＫボタン５４を押下する。その後、表示部２６は、通信設定のための画面を表示する。
【０１０８】
この原稿枚数の入力によって、通信装置２０は当該原稿の送信データの送信時間を推測することができる。さらに、通信装置２０は、クイックメモリ送信などを行うとき、発信元記録の「ページ番号」の部分に原稿の総枚数（たとえば、「ページ番号／総枚数」など）を表示することができる。
【０１０９】
次に、通信開始タイミングの設定方法について説明する。まず、ユーザによるワンタイム指定における通信開始タイミングの設定方法について説明する。ここでは、ＣＰＵ２１が原稿の特定のページの送信データを作成したときに原稿の送信データの送信を開始するように、ユーザが通信装置２０に設定する場合について説明する。この場合、ユーザは、通信開始タイミングとして、その特定のページ、すなわち、通信開始枚数を指定する。
【０１１０】
図１２から図１４は、通信開始タイミングとして、通信開始枚数を指定するための画面遷移例である。
【０１１１】
図１２は、送受信方法設定を行うための画面例である。図１２は、図９とほぼ同様である。また、図１２に関する説明も、図９に関するものと同一であるので、図１２に関する詳細な説明を省略する。
【０１１２】
図１３は、通信開始枚数指定選択を行うための画面例である。ユーザは、通信開始枚数指定を行うために、通信開始枚数指定ボタン５５を押下する。そして、ユーザは、通信開始枚数指定を確定するためにＯＫボタン５６を押下する。その後、表示部２６は、図１４のような画面を表示する。
【０１１３】
図１４は、通信開始枚数を指定するための画面例である。ユーザは、操作部２７に設けられるテンキーなどで、通信開始枚数を入力する。そして、ユーザは、入力した通信開始枚数を確定するために、ＯＫボタン５７を押下する。その後、表示部２６は、通信設定のための画面を表示する。
【０１１４】
これにより、図４のステップＳ１０２で、ＣＰＵ２１は通信開始タイミングの指定があると判断する。また、ステップＳ１０９において、ＣＰＵ２１は、通信開始タイミングが到来したと判断すると、すなわち、ＣＰＵ２１がユーザによって指定された通信開始枚数に対応するページの送信データを作成したと判断すると、原稿の送信データの送信を開始するように自装置を制御する。
【０１１５】
次に、通信装置２０の管理者による通信開始タイミングの設定方法について説明する。ここでは、読取部２９が原稿全体に対して特定の割合だけ送信データを作成したときに原稿の送信データの送信を開始するように、管理者が通信装置２０に設定する場合について説明する。この場合、管理者は、通信開始タイミングとして、その特定の割合、すなわち、通信開始時期を指定する。
【０１１６】
図１５から図１７は、通信開始タイミングとして、通信開始時期を指定するための画面遷移例である。
【０１１７】
図１５は、管理者メニューにおいて機能設定を変更するための画面例である。管理者は、クイックメモリ送信に関する設定を行うので、クイックメモリ送信設定ボタン５８を押下することによりクイックメモリ送信設定を選択する。そして、管理者は、ＯＫボタン５９を押下することによりクイックメモリ送信設定を確定する。その後、表示部２６は、図１６のような画面を表示する。
【０１１８】
図１６は、送信開始時期指定選択を行うための画面例である。管理者は、送信開始時期指定を行うために、送信開始時期指定ボタン６０を押下する。そして、ユーザは、送信開始時期指定を確定するためにＯＫボタン６１を押下する。その後、表示部２６は、図１７のような画面を表示する。
【０１１９】
図１７は、送信開始時期を指定するための画面例である。ユーザは、操作部２７に設けられるテンキーなどで、送信開始時期を入力する。そして、ユーザは、入力した送信開始時期を確定するために、ＯＫボタン６２を押下する。その後、表示部２６は、管理者メニューの画面を表示する。
【０１２０】
これにより、図４のステップＳ１０２で、ＣＰＵ２１は通信開始タイミングの指定があると判断する。また、ステップＳ１０９において、ＣＰＵ２１は、通信開始タイミングが到来したと判断すると、すなわち、管理者によって指定された送信開始時期である特定の割合だけＣＰＵ２１が原稿の送信データを作成したと判断すると、通信装置２０に原稿の送信データの送信を開始するように自装置を制御する。
【０１２１】
次に、原稿の種別の指定方法について説明する。ここで、原稿の種別とは、原稿の送信データのデータ量が変化する要因で分類される原稿の種類のことである。本実施形態では、原稿がカラーおよび／またはモノクロ印刷されているか、原稿に文字および／または写真が含まれているか、原稿の解像度によって、原稿の種別が指定される。この原稿の種別に関する情報から、より正確に、原稿の全てのページの送信データの総データ量と、原稿の全てのページの送信データの作成に要する残りの送信データ作成時間を推測することができる。
【０１２２】
図１８から図２０は、原稿の種別を指定するための画面遷移例である。
【０１２３】
図１８は、送受信方法設定を行うための画面例である。図１８は、図９とほぼ同様である。また、図１８に関する説明も、図９に関するものと同一であるので、図１８に関する詳細な説明を省略する。
【０１２４】
図１９は、原稿種別指定選択を行うための画面例である。ユーザは、原稿種別指定を行うために、原稿種別指定ボタン６３を押下する。そして、ユーザは、原稿種別指定を確定するためにＯＫボタン６４を押下する。その後、表示部２６は、図２０のような画面を表示する。
【０１２５】
図２０は、原稿の種別を指定するための画面例である。ユーザは、操作部２７を使用して、原稿の種別を入力する。図２０の例では、デフォルトとして、ＣＰＵ２１が原稿の送信データの総データ量を最も小さく推定する原稿の種別のパラメータが選択されている。ユーザは、原稿の種別を入力した後、原稿の種別を確定するためにＯＫボタン６５を押下する。その後、表示部２６は、通信設定のための画面を表示する。
【０１２６】
次に、原稿の送信データの通信開始時刻の補正手順について説明する。ここでは、ユーザによる上記通信開始枚数の指定および管理者による上記通信開始時期の指定がない場合についての通信開始時刻の補正手順を説明する。
【０１２７】
図２１は、送信データの通信開始時刻を補正する手順を示すフローチャートである。
【０１２８】
まず、ユーザが読取部２９のトレイ４０に原稿を載置するとき、ユーザが操作部２７に原稿の枚数情報を入力するか、読取部２９に備えられる原稿枚数検知部３０が原稿の高さ（厚さ）を検知することによって、通信装置２０は原稿の枚数情報を取得する（ステップＳ３０１）。
【０１２９】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目か否かを判断する（ステップＳ３０２）。
【０１３０】
ＣＰＵ２１は、このページが１枚目であると判断すると（ステップＳ３０２；Ｙｅｓ）、読取部２９は、原稿の読み取りを開始する（ステップＳ３０３）。
【０１３１】
その後、ＣＰＵ２１は、図２０の画面例からユーザが指定した原稿の種別に基づいて、標準的な１枚当たりの送信データのデータ量を引用する（ステップＳ３０４）。また、ステップＳ３０１において、原稿枚数検知部３０が原稿の高さ（厚さ）を検知することによって、通信装置２０が原稿の枚数情報を取得した場合、さらに、図８のステップＳ２０４のように、ＣＰＵ２１は残りの原稿枚数を算出する。
【０１３２】
ＣＰＵ２１は、ステップＳ３０４で引用した標準的な１枚当たりの送信データのデータ量と、ステップＳ３０３で読取部２９が原稿の１ページ目を読み取って得られた画像データから作成された送信データのデータ量と、読取部２９が未だ読み取っていない残りの原稿枚数から、原稿全体の送信データの総データ量を算出する（ステップＳ３１０）。具体的には、ＣＰＵ２１は、次の式（３）から上記総データ量を算出する。
（すでに作成した分の送信データのデータ量）＋（読取部２９が未だ読み取っていない残りの原稿枚数）×（１枚当たりの送信データのデータ量） …（３）
【０１３３】
ＣＰＵ２１は、ステップＳ３１０で算出した上記総データ量から、原稿の全てのページの送信データの通信時間を算出する（ステップＳ３１１）。具体的には、ＣＰＵ２１は、次の式（４）から上記通信時間を算出する。
（上記総データ量）÷（通信速度） …（４）
【０１３４】
ＣＰＵ２１は、原稿の全てのページの送信データを作成するのに要する残りの送信データ作成時間を推測する。具体的に、ＣＰＵ２１は、ＣＰＵ２１の送信データ作成能力、上述した読取部２９が未だ読み取っていない残りの原稿の枚数、図２０の画面例からユーザが指定した原稿の種別などに基づいて、残りの送信データ作成時間を算出する。さらに、ＣＰＵ２１は、上記算出した通信時間が上記残りの送信データ作成時間以上であるか否かを判断する（ステップＳ３１２）。
【０１３５】
ＣＰＵ２１は、上記算出した通信時間が上記残りの送信データ作成時間より短いと判断したとき（ステップＳ３１２；Ｎｏ）、ステップＳ３０２へ戻る。
【０１３６】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目でないと判断すると（ステップＳ３０２；Ｎｏ）、読取部２９は、当該ページの読み取りを開始する（ステップＳ３０５）。
【０１３７】
ＣＰＵ２１は、原稿枚数予測処理を行う（ステップＳ３０６）。ステップＳ３０１においてユーザが原稿枚数情報を入力した場合、ＣＰＵ２１は、この原稿枚数情報に基づいて、読取部２９が未だ読み取っていない原稿の残りの枚数を取得する。
【０１３８】
一方、ステップＳ３０１において、原稿枚数検知部３０が原稿の高さ（厚さ）を検知することによって、通信装置２０が原稿の枚数情報を取得した場合、図８に示されたステップＳ２０６からＳ２０８までの工程を行うことで、ＣＰＵ２１は上記残りの原稿の枚数を推測する。
【０１３９】
ＣＰＵ２１は、読取部２９がステップＳ３０５において読み取ることで得られた当該ページの画像データから送信データを作成し、この送信データの送信に関するジョブの生成を開始する。さらに、ＣＰＵ２１は、当該ページの送信データのデータ量を算出する（ステップＳ３０７）。
【０１４０】
ＣＰＵ２１は、すでに作成した分の原稿の送信データのデータ量を算出する（ステップＳ３０８）。
【０１４１】
ＣＰＵ２１は、ステップＳ３０８において算出した上記データ量から、１枚当たりの送信データのデータ量を算出する（ステップＳ３０９）。具体的には、ＣＰＵ２１は、次の式（５）から１枚当たりの送信データのデータ量を算出する。
（すでに作成した分の原稿の送信データのデータ量）÷（読取部２９がすでに読み取った原稿の枚数） …（５）
【０１４２】
ＣＰＵ２１は、再びステップＳ３１０において、上記式（３）を使って原稿全体の送信データの総データ量を算出する。このとき、すでに作成した分の送信データのデータ量については、ステップＳ３０８においてＣＰＵ２１が算出したものが使用される。１枚当たりの送信データのデータ量については、ステップＳ３０９においてＣＰＵ２１が算出したものが使用される。さらに、読取部２９が未だ読み取っていない残りの原稿枚数については、ステップＳ３０６においてＣＰＵ２１が算出したものが使用される。これにより、ＣＰＵ２１は、原稿全体の送信データの総データ量を補正する。
【０１４３】
また、ＣＰＵ２１は、ステップＳ３１１において、上記式（４）を使って通信時間を算出する。このとき、上記総データ量については、ステップＳ３１０において補正した上記総データ量が使用される。これにより、ＣＰＵ２１は、上記総データ量を補正する。
【０１４４】
さらに、ＣＰＵ２１は、残りの送信データ作成時間を補正し、上記補正した通信時間が上記残りの送信データ作成時間以上であるか否かを判断する（ステップＳ３１２）。このとき、ＣＰＵ２１は、ステップＳ３０６で推測した原稿の残りの枚数を使って、残りの送信データ作成時間を補正する。
【０１４５】
ＣＰＵ２１は、上記推測した通信時間が上記残りの送信データ作成時間より短いと判定したとき（ステップＳ３１２；Ｎｏ）、ステップＳ３０２〜Ｓ３１２の工程を繰り返し実行する。一方、ＣＰＵ２１は、上記推測した通信時間が上記残りの送信データ作成時間以上であると判定したとき（ステップＳ３１２；Ｙｅｓ）、原稿の送信データの送信を開始するよう通信装置２０に指示する（ステップＳ３１３）。その後、ＣＰＵ２１は、原稿の送信データの通信開始時刻の補正手順を終了させる。
【０１４６】
なお、図２１に示された手順のステップＳ３０９において、ＣＰＵ２１は、原稿１枚当たりの送信データのデータ量を上記式（５）を使用して算出したが、図２０の画面に入力された原稿の種別に基づいて、上記１枚当たりの送信データのデータ量を算出してもよい。
【０１４７】
次に、原稿の送信データの通信開始時または通信中に通信エラーが発生した場合における通信装置２０のリダイヤル動作について説明する。
【０１４８】
図２２は、通信エラー発生時における通信装置２０のリダイヤル動作を示すフローチャートである。
【０１４９】
ＣＰＵ２１は、相手側の通信装置２０との通信にエラーが発生しているか否かを監視する（ステップＳ４０１；Ｎｏ）。一方、ＣＰＵ２１は、通信エラーが発生したと判断したとき（ステップＳ４０１；Ｙｅｓ）、読取部２９が未だ読み取っていない原稿の残りのページが存在するか否かを判断する（ステップＳ４０２）。
【０１５０】
ＣＰＵ２１は、未だ読み取っていない原稿の残りのページが存在すると判断した場合（ステップＳ４０２；Ｙｅｓ）、読取部２９は、引き続き、残りのページを読み取り、その送信データを作成する（ステップＳ４０３）。
【０１５１】
ＣＰＵ２１は、上記残りの原稿の枚数がＮ枚（たとえば、１０枚）以上か否かを判断する（ステップＳ４０４）。ＣＰＵ２１は、残りの枚数がＮ枚以上であると判断すると（ステップＳ４０４；Ｙｅｓ）、読取部２９が原稿をＮ枚読み取った後に、相手側の通信装置２０へのリダイヤルの指示を行う（ステップＳ４０５）。上記Ｎは、予め通信装置２０に設定されており、管理者等はこの設定を変更することができる。
【０１５２】
ＣＰＵ２１は、相手側の通信装置２０との接続が成功したか否かを判断する（ステップＳ４０６）。ＣＰＵ２１は、相手側の通信装置２０との接続が成功したと判断すると（ステップＳ４０６；Ｙｅｓ）、ＣＰＵ２１は、ネットワークＩ／Ｆ部２８を介して、原稿の送信データの送信を再開する（ステップＳ４０７）。その後、通信装置２０のリダイヤル動作は終了する。
【０１５３】
これにより、通信エラーが発生してから通信が再開されるまでの間に、原稿の残りのページの読み取りが行われるので、送信データの通信完了までの待ち時間を短縮することができる。
【０１５４】
一方、ＣＰＵ２１は、相手側の通信装置２０との接続が成功しなかったと判断すると（ステップＳ４０６；Ｎｏ）、ステップＳ４０２へ戻る。
【０１５５】
また、ステップＳ４０２において、上記残りの原稿のページが存在しないとＣＰＵ２１が判断した場合（ステップＳ４０２；Ｎｏ）、または、ステップＳ４０４において、上記原稿の残りの枚数がＮ枚未満であるとＣＰＵ２１が判断した場合、ＣＰＵ２１は、通信エラー発生からＭ分（たとえば、５分）経過後に、または、前回のリダイヤルからＭ分経過後に、相手側の通信装置２０へのリダイヤルの指示を行う（ステップＳ４０８）。このとき、上記残りの原稿のページが存在している場合には、読取部２９は、引き続き残りのページを読み取る。上記Ｍは、予め通信装置２０に設定されており、管理者等はこの設定を変更することができる。
【０１５６】
ＣＰＵ２１は、相手側の通信装置２０との接続が成功したか否かを判断する（ステップＳ４０９）。ＣＰＵ２１は、相手側の通信装置２０との接続が成功したと判断すると（ステップＳ４０９；Ｙｅｓ）、ＣＰＵ２１は、ネットワークＩ／Ｆ部２８を介して、原稿の送信データの送信を再開する（ステップＳ４１０）。その後、通信装置２０のリダイヤル動作は終了する。
【０１５７】
一方、ＣＰＵ２１は、相手側の通信装置２０との接続が成功しなかったと判断すると（ステップＳ４０９；Ｎｏ）、通信エラー発生からの相手側の通信装置２０へのリダイヤルの回数が所定回数以上か否かを判断する（ステップＳ４１１）。
【０１５８】
ＣＰＵ２１は、上記リダイヤルの回数が所定回数未満であると判断すると（ステップＳ４１１；Ｎｏ）、ステップＳ４０８へ戻る。一方、ＣＰＵ２１は、上記リダイヤルの回数が所定回数以上であると判断すると（ステップＳ４１１；Ｙｅｓ）、通信装置２０のリダイヤル動作は強制終了する。
【０１５９】
上記リダイヤルにより、通信が再開されるまでに作成された送信データを通信再開後に送信することができるので、これら送信データは無駄にならずに済む。
【０１６０】
以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は実施の形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０１６１】
本実施形態では、推定の通信時間が推定の残りの送信データ作成時間以上である場合、通信装置２０は送信データの通信を開始していたが、本発明はこれに限らない。通信装置は、少なくとも、原稿の送信データが少なくとも２ページ分作成された後であって、原稿の全てのページの送信データが作成される前に、原稿の送信データの送信を開始する。これにより、ＮＧＮ１などの通信速度が速い回線を利用したクイックメモリ送信において、少なくとも、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮することができる。
【０１６２】
本実施形態では、ＮＧＮ１を利用した場合の通信について説明したが、クイックメモリ送信において上記待ち時間が発生するネットワークを利用した通信であれば、上記通信装置２０は適用可能である。
【符号の説明】
【０１６３】
１…ＮＧＮ
２…ＳＩＰサーバ
３…発端末
４…着端末
５…ＳＩＰセッション
６…音声用メディアストリーム
７…映像用メディアストリーム
８…データ用メディアストリーム
９…ルータ
２０…通信装置
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…ＨＤＤ
２５…入出力バッファ
２６…表示部
２７…操作部
２８…ネットワークＩ／Ｆ部
２９…読取部
３０…原稿枚数検知部
３０ａ…ＬＥＤ
３０ｂ…ラインセンサ
４０…トレイ
４１…ローラ
５０…クイックメモリ送信ボタン
５１…ＯＫボタン
５２…ボタン
５３…ＯＫボタン
５４…ＯＫボタン
５５…通信開始枚数指定ボタン
５６…ＯＫボタン
５７…ＯＫボタン
５８…クイックメモリ送信設定ボタン
５９…ＯＫボタン
６０…送信開始時期指定ボタン
６１…ＯＫボタン
６２…ＯＫボタン
６３…原稿種別指定ボタン
６４…ＯＫボタン
６５…ＯＫボタン
【技術分野】
【０００１】
本発明は、ネットワーク通信等による画像データの送信を行うための通信装置に関する。
【背景技術】
【０００２】
ファクシミリ装置やファクシミリ通信機能を有する画像形成装置には、ユーザにとって利便性の高い様々な機能が備えられている。
【０００３】
たとえば、特許文献１には、自動原稿搬送装置（以下、ＡＤＦ(Auto Document Feeder)という）に原稿の枚数を予測するＡＤＦコントローラを有する画像形成装置が開示されている。このＡＤＦコントローラが予測した原稿の枚数等に基づいて、画像形成装置は、原稿の読み取りおよび画像形成を行う前に、原稿の綴じ等の後処理の可否を判断する。
【０００４】
特許文献２には、イメージスキャナに装填された原稿のページ数等を検出し、原稿のページ数等から通信時間を算出するファクシミリ装置が開示されている。
【０００５】
特許文献３には、原稿を読み取ることで作成された送信データのデータ量から通信時間を算出し、この通信時間と相手先の電話番号などから通信料金を予測するファクシミリ装置が開示されている。
【０００６】
特許文献４には、画像読取手段、データ通信手段、ファクシミリ手段及び画像記憶手段の組み合わせによって具現化される諸機能に対して、予め定められた優先順位に基づいて画像形成手段を使用させるようにした画像形成装置が開示されている。この画像形成装置によれば、原稿読み取り中に、画像形成及び画像通信できるようにし、又は、画像形成中に、画像読み取り及び画像通信できるようにし、あるいは、画像通信中に、画像読み取り及び画像形成できるようにすると共に、画像記憶手段を効率良く使用できるようにする。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−１６３１３９号公報
【特許文献２】特開平２−２６０８７０号公報
【特許文献３】特開平６−２１７１０５号公報
【特許文献４】特開２０００−１３４３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
近年、次世代ネットワーク（ＮＧＮ…New Generation Network）を利用した通信装置が開発されている。本明細書におけるＮＧＮとは、インターネットで利用されているＩＰ（Internet Protocol）と呼ばれる通信規約を使って電話回線やデータ通信等を構築した統合ネットワークのことであって、我が国では、２００８年３月に商用サービスが開始された通信網のことをいう。このＮＧＮでは、通常、ＳＩＰ(Session Initiation Protocol)サーバが両端末間の呼制御を行うことで、両端末間のファクシミリ通信や通話などが行われる。
【０００９】
このＮＧＮを利用した送信データ等の通信では、Ｇ３ファクシミリ通信など、従来のネットワークを利用した通信と比較して、格段に送信データ等の通信速度が高いことが知られている。従来のネットワークを利用した通信では、原稿を読み取ることで原稿の送信データを作成する時間よりも、作成された送信データを送信する時間が長いことが多い。一方、ＮＧＮを利用した通信では、上記送信データを作成する時間よりも、送信データを送信する時間が短いことが多い。
【００１０】
原稿のあるページを読み取り、そのページの送信データを作成している間に、すでに読み取ることで作成された他のページの送信データを送信する方式、いわゆる、クイックメモリ送信の場合、ＮＧＮを利用した通信では、１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に、２ページ目の送信データ作成を含むジョブ生成のための待ち時間が発生する問題があった（図５参照）。
【００１１】
また、ＮＧＮを利用した通信の場合、ＮＧＮの利用料金は、送信される送信データ等のデータ量によって決定されるのではなく、データ送信のための帯域を確保する時間によって決定される。
【００１２】
従って、上記待ち時間が発生することによって、データ送信のための帯域を確保する時間が長くなり、ＮＧＮの利用料金が増大するといった問題があった。
【００１３】
しかしながら、上記特許文献には、上記待ち時間を短縮させるための具体的な手段等が開示されていない。
【００１４】
本発明は、上記の問題を解決しようとするものであり、クイックメモリ送信において、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮させる通信装置を提供することを目的としている。
【課題を解決するための手段】
【００１５】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【００１６】
［１］複数ページの原稿を順次読み取る読取部と、
前記読取部での読み取り動作と並行して、前記読取部で前記原稿を読み取って得た画像データから前記原稿の送信データを作成するデータ作成部と、
前記データ作成部の作成した送信データを記憶する記憶部と、
前記記憶部に記憶されている送信データを送信する送信部と、
を備え、
前記送信部は、前記原稿の送信データが少なくとも２ページ分作成された後であって、前記原稿の全てのページの送信データが作成される前に、前記原稿の送信データの送信を開始する
ことを特徴とする通信装置。
【００１７】
上記発明では、少なくとも、前記データ作成部が前記原稿の２ページ分の送信データを作成した後に、送信部は原稿の送信データの送信を開始する。
【００１８】
したがって、ＮＧＮなどの通信速度が速い回線を利用した場合のクイックメモリ送信において、少なくとも、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮することができる。
【００１９】
［２］前記原稿の全てのページの送信データが作成されるまでの時間を推測する送信データ作成時間推測部と、
前記原稿の全てのページの送信データの送信に要する通信時間を推測する通信時間推測部と、
を備え、
前記送信部は、前記通信時間推測部が推測した前記通信時間と、前記送信データ作成時間推測部が推測した時間とから、前記原稿の送信データの送信を開始するタイミングを決定する
ことを特徴とする［１］に記載の通信装置。
【００２０】
［３］前記データ作成部が作成する前記原稿の全てのページの送信データの総データ量を推測するデータ量推測部をさらに有し、
前記送信データ作成時間推測部は、前記原稿の全てのページの送信データが作成されるまでの残りの時間である送信データ作成時間を繰り返し推測し、
前記通信時間推測部は、前記データ量推測部が推測した前記総データ量から前記原稿の全てのページの送信データの送信に要する通信時間を推測し、
前記送信部は、前記通信時間推測部が推測した前記通信時間が、前記送信データ作成時間推測部が推測した最新の送信データ作成時間以上になったとき、前記原稿の送信データの送信を開始する
ことを特徴とする［１］に記載の通信装置。
【００２１】
上記発明では、通信時間が残りの送信データ作成時間以上であるときに送信データの通信を開始するので、上記待ち時間を短縮するとともに、原稿の読み取り完了と、送信データの送信完了とをほぼ同時刻にすることができる。
【００２２】
［４］さらに、前記原稿の枚数情報を取得する原稿枚数情報取得部を有し、
前記データ量推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記送信データ作成時間を推測する
ことを特徴とする［２］または［３］に記載の通信装置。
【００２３】
上記発明では、原稿の枚数情報を取得するので、より正確に、原稿の全てのページの送信データの総データ量と送信データ作成時間を推測することができる。
【００２４】
［５］さらに、前記原稿の種別に関する情報の入力を受け付ける原稿種別情報入力部を有し、
前記データ量推測部は、前記原稿の種別を加味して前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿の種別を加味して前記送信データ作成時間を推測する
ことを特徴とする［４］に記載の通信装置。
【００２５】
ここで、原稿の種別は、たとえば、原稿がカラー印刷されているか、または、モノクロ印刷されているか、原稿に写真が含まれているか否か、原稿の解像度、原稿の送信データの符号化方式など、原稿の送信データのデータ量が変化する要因で分類される原稿の種類のことである。
【００２６】
上記発明では、原稿の種別を加味して、原稿の送信データの総データ量と送信データ作成時間を推測しているので、より正確に、原稿の送信データの総データ量と送信データ作成時間を推測することができる。
【００２７】
［６］前記原稿枚数情報取得部は、前記通信装置の操作者からの前記原稿の枚数情報の入力を受け付ける操作部である
ことを特徴とする［４］または［５］に記載の通信装置。
【００２８】
上記発明では、ユーザ等の操作者から原稿の枚数情報を取得するので、より正確に、原稿の送信データの総データ量と送信データ作成時間を推測することができる。
【００２９】
ここで、通信装置の操作者は、通信装置のユーザや、管理者などを含む。
【００３０】
［７］前記原稿枚数情報取得部は、
前記読取部に載置される原稿の高さを検出する原稿高さ検出部と、
前記原稿高さ検出部が検出した原稿の高さから、前記読取部が未だ読み取っていない原稿の残りの枚数を推測する原稿枚数推測部と、
を有する
ことを特徴とする［４］または［５］に記載の通信装置。
【００３１】
上記発明では、読取部に載置されている原稿の高さから、残りの枚数を推測しているので、より正確に、原稿の送信データの総データ量と送信データ作成時間を推測することができる。
【００３２】
［８］前記原稿枚数情報取得部は、さらに、前記読取部が前記原稿を読み取ることによって発生する前記読取部に載置されている原稿の高さの変化量を取得し、
前記原稿枚数推測部は、前記原稿高さ検出部が検出した原稿の高さと、前記原稿枚数情報取得部が取得した前記変化量と、この変化量が発生している間に読み取られた原稿の枚数から、前記読取部が未だ読み取っていない原稿の残りの枚数を補正し、
前記データ量推測部は、前記読取部がすでに読み取った前記原稿の枚数と、前記データ作成部がすでに作成した分の送信データのデータ量と、前記原稿枚数推測部が補正した前記原稿の残りの枚数から、前記総データ量を補正し、
前記通信時間推測部は、前記データ量推測部が補正した総データ量から、前記通信時間を補正する
ことを特徴とする［７］に記載の通信装置。
【００３３】
上記発明により、原稿枚数推測部は、読取部が原稿を読み取る毎に、読取部が未だ読み取っていない原稿の残りの枚数を補正することができる。また、データ量推測部は、補正された原稿の残りの枚数などから、原稿の全てのページの送信データの総データ量を補正することができる。さらに、通信時間推測部は、前記データ量推測部が補正した総データ量から、前記通信時間を補正することができる。
【００３４】
［９］前記原稿高さ検出部は、前記読取部に設けられている
ことを特徴とする［８］に記載の通信装置。
【００３５】
［１０］前記通信装置の操作者から、送信開始タイミングとして、前記データ作成部による送信データ作成済みの原稿のページ数、もしくは、前記原稿の全てのページ数に対する前記送信データ作成済みの原稿のページ数の割合の指定を受け付ける通信開始時期設定部を有し、
前記送信部は、前記データ作成部による送信データ作成済みの原稿のページ数、または、前記割合が、前記通信開始時期設定部で設定された送信開始タイミングになったとき、前記原稿の送信データの送信を開始する
ことを特徴とする［１］乃至［９］のいずれか１項に記載の通信装置。
【００３６】
［１１］前記通信装置は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信を行う
ことを特徴とする［１］乃至［１０］のいずれか１項に記載の通信装置。
【００３７】
ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信とは、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector：国際電気通信連合電気通信標準化セクタ）勧告Ｔ．３８で規定されたファクシミリ伝送手順に関するプロトコル制御を実行し、ファクシミリ通信における送信データの送受信を行うことである。
【００３８】
［１２］前記送信データの送信中に通信エラーが発生した後も、前記読取部によって前記原稿を読み取り、前記データ作成部でその送信データを作成して前記記憶部に記憶する処理を継続して行い、
前記送信部は、リダイヤルによって相手側の通信装置との通信が回復した後に、前記通信エラーの発生後に作成した前記送信データを送信する
ことを特徴とする［１］乃至［１１］のいずれか１項に記載の通信装置。
【発明の効果】
【００３９】
本発明に係る通信装置によれば、ＮＧＮなどの通信速度が速い回線を利用した場合のクイックメモリ送信において、少なくとも、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮することができる。
【図面の簡単な説明】
【００４０】
【図１】ＮＧＮにおけるＳＩＰセッションを示す説明図である。
【図２】ＮＧＮにおいて、発端末のユーザがＳＩＰセッション内のメディアストリームを利用するときに課金される料金例を示す表である。
【図３】本実施形態に係る通信装置の概略構成を示すブロック図である。
【図４】送信データの通信開始時刻を設定する基本的な手順を示すフローチャートである。
【図５】ＮＧＮを利用したクイックメモリ送信における、原稿の読み取り、ジョブ生成および通信時間を示すタイムチャートである。
【図６】読取部の自動搬送装置の断面図である。
【図７】原稿高さ検知機構を概略的に示した説明図である。
【図８】原稿枚数を自動的に推測する手順を示すフローチャートである。
【図９】送受信方法設定を行うための画面例である。
【図１０】原稿枚数指定選択を行うための画面例である。
【図１１】原稿枚数情報を入力するための画面例である。
【図１２】送受信方法設定を行うための画面例である。
【図１３】通信開始枚数指定選択を行うための画面例である。
【図１４】通信開始枚数を指定するための画面例である。
【図１５】管理者メニューにおいて機能設定を変更するための画面例である。
【図１６】送信開始時期指定選択を行うための画面例である。
【図１７】送信開始時期を指定するための画面例である。
【図１８】送受信方法設定を行うための画面例である。
【図１９】原稿種別指定選択を行うための画面例である。
【図２０】原稿の種別を指定するための画面例である。
【図２１】送信データの通信開始時刻を補正する手順を示すフローチャートである。
【図２２】通信エラー発生時における通信装置のリダイヤル動作を示すフローチャートである。
【発明を実施するための形態】
【００４１】
以下、図面に基づき本発明の実施の形態を説明する。
【００４２】
図１は、ＮＧＮ１におけるＳＩＰセッションを示す説明図である。図１では、ＮＧＮ１上にＳＩＰサーバ２が存在している。このＳＩＰサーバ２を介して、ＳＩＰと呼ばれるプロトコルに従って、発端末３と着端末４との間にＳＩＰセッション５が確立される。本実施形態では、発端末３および着端末４として、後述する通信装置２０が使用される。
【００４３】
ＳＩＰセッション５には、種別の異なるメディアセッションが、最大５本存在する。各メディアセッションの帯域の上限は、１Ｍｂｐｓである。図１の例では、ＳＩＰセッション５には、音声用メディアストリーム６と、映像用メディアストリーム７とデータ用メディアストリーム８が存在する。
【００４４】
発端末３と着端末４との間にＳＩＰセッション５が確立されるときに、発端末３は、音声データや映像データなどのメディアの種類と、データ通信に使用される帯域をＳＩＰサーバ２に通知する。ＳＩＰサーバ２は、発端末３からの通知に基づいて、通知されたメディアの種類に対応するメディアストリーム内の上記帯域を確保する。各メディアストリームでは、確保された帯域内で、データが発端末３から着端末４へとルータ９を介して送信される。
【００４５】
図２は、ＮＧＮ１において、発端末３のユーザがＳＩＰセッション内のメディアストリームを利用するときに課金される料金例を示す表である。
【００４６】
通常、ＮＧＮ１では、メディアストリームを利用する際に課金される料金は、送信されるデータ量によって決定されるのではなく、データ送信に使用される帯域の広狭と、当該帯域を確保する時間によって決定される。図２の例では、確保される帯域が５１２ｋｂｐｓ〜１Ｍｂｐｓである場合、料金は３０秒あたり２円である。送信されるデータの量およびネットワークの利用料金を考慮すると、ファクシミリ通信における送信データの送信に使用される帯域は、通常、６４ｋｂｐｓ〜１Ｍｂｐｓであることが好ましい。
【００４７】
図３は、本実施形態に係る通信装置２０の概略構成を示すブロック図である。本実施形態では、通信装置２０は、ＮＧＮを利用した通信であって、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector：国際電気通信連合電気通信標準化セクタ）勧告Ｔ．３８で規定されたファクシミリ伝送手順に関するプロトコル制御を実行し、ファクシミリ通信における画像データの送受信を行う。
【００４８】
通信装置２０は、この通信装置２０の動作を統括的に制御するＣＰＵ(Central Processing Unit)２１と、このＣＰＵ２１に接続されたＲＯＭ(Read Only Memory)２２と、ＲＡＭ(Random Access Memory)２３と、ＨＤＤ(Hard Disk Drive)２４と、入出力バッファ２５と、表示部２６と、操作部２７と、ネットワークＩ／Ｆ(Interface)部２８と、読取部２９とを備えている。
【００４９】
ＣＰＵ２１は、ＯＳ(Operating System)プログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムなどを実行する。また、ＣＰＵ２１は、読取部２９が読み取ることで得られた原稿の画像データから、相手側の通信装置２０へ送信するための送信データを作成するとともに、この送信のためのジョブを生成する。また、ＣＰＵ２１は、後述する原稿の送信データの総データ量や、残りの送信データ作成時間、送信データの通信時間を推測し、推定した総データ量等に基づいて送信データの通信開始時刻を設定する。
【００５０】
ＲＯＭ２２には、各種のプログラムが格納されており、これらのプログラムに従ってＣＰＵ２１が各種処理を実行することで通信装置２０の各機能が実現される。
【００５１】
ＲＡＭ２３は、ＣＰＵ２１がプログラムに基づいて処理を実行する際に各種のデータを一時的に格納するワークメモリや画像データを格納する画像メモリなどとして使用される。
【００５２】
ＨＤＤ２４は、各種の保存データを格納するほか、入力された各種のデータなども保存する。ＨＤＤ２４内には、送信データを保存するための内部保存用のＢＯＸ（フォルダ）が作成される。
【００５３】
入出力バッファ２５は、通信装置２０内の各部でデータがやり取りされるときの処理速度や転送速度の差を補うために、入力されたデータや出力するデータを一時的に記憶するバッファ機能を果たす。
【００５４】
表示部２６は、液晶ディスプレイ（ＬＣＤ…Liquid Crystal Display）などで構成され、各種の操作画面、設定画面などを表示する機能を果たす。
【００５５】
操作部２７は、スタートボタン、ストップボタン、テンキーなどの各種のボタン類と、表示部２６の表面に設けられて押下された座標位置を検出するタッチパネルなどで構成され、ユーザが通信装置２０に対して行う各種の操作を受け付ける。また、操作部２７は、ユーザ等から原稿の枚数情報の入力、送信データの送信開始タイミングの入力、原稿の種別に関する情報の入力等を受け付ける。
【００５６】
ネットワークＩ／Ｆ部２８は、ＮＧＮ１などのネットワークを通じて情報処理端末やサーバなどと通信を行う際のインターフェースとしての機能を果たす。
【００５７】
読取部２９は、原稿を光学的に読み取って画像データを取得する。読取部２９は、たとえば、原稿に光を照射する光源と、その反射光を受けて原稿を幅方向に１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に順次移動させる移動手段と、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーなどからなる光学経路と、ラインイメージセンサの出力するアナログ画像信号をデジタルの画像データに変換する変換部などを備えて構成される。また、読取部２９には、原稿の枚数を検知するための原稿枚数検知部３０が備えられている。
【００５８】
また、通信装置２０は、その他に、画像データに対して各種の画像処理を施す画像処理部（図示せず）や、記録紙上に画像を形成するプリンタ部（図示せず）を有する。
【００５９】
次に、原稿の送信データを通信するタイミングの設定手順について説明する。
【００６０】
図４は、送信データの通信開始時刻を設定する基本的な手順を示すフローチャートである。
【００６１】
まず、ユーザが読取部２９のトレイ４０（図６参照）に原稿を載置するとき、ユーザが操作部２７に原稿の枚数を入力するか、読取部２９に備えられる原稿枚数検知部３０が原稿の高さ（厚さ）を検知することなどによって、通信装置２０は原稿の枚数情報を取得する（ステップＳ１０１）。
【００６２】
ＣＰＵ２１は、ユーザや通信装置２０の管理者等が予め原稿の送信データの通信開始タイミングを設定しているか否かを判断する（ステップＳ１０２）。上記通信開始タイミングの設定については後述する。
【００６３】
上記通信開始タイミングが設定されていないとＣＰＵ２１が判断すると（ステップＳ１０２；Ｎｏ）、読取部２９は原稿の読み取りを開始する（ステップＳ１０３）。
【００６４】
読取部２９が原稿の読み取りを行っている間、ＣＰＵ２１は、読取部２９がすでに読み取って得られた画像データから、相手側の通信装置２０へ送信するための送信データを作成する。そして、ＣＰＵ２１は、その送信データのデータ量を算出し、算出した上記データ量と、ステップＳ１０１で取得した原稿の枚数情報などから、原稿の全てのページの送信データの総データ量を推測する（ステップＳ１０４）。具体的な総データ量の推測方法については後述する。
【００６５】
ＣＰＵ２１は、推測した上記総データ量から、原稿の全てのページの送信データの通信時間を推測する（ステップＳ１０５）。
【００６６】
さらに、ＣＰＵ２１は、原稿の全てのページの送信データを作成するのに要する残りの送信データ作成時間を推測する（ステップＳ１０６）。
【００６７】
ＣＰＵ２１は、上記推測した通信時間が上記残り送信データ作成時間以上であると判定したとき（ステップＳ１０７；Ｙｅｓ）、原稿の送信データの送信を開始するよう自装置を制御する（ステップＳ１１０）。一方、ＣＰＵ２１は、上記推測した通信時間が上記残りの送信データ作成時間より短いと判定したとき（ステップＳ１０７；Ｎｏ）、ステップＳ１０３〜Ｓ１０７の工程を繰り返し実行する。
【００６８】
ステップＳ１０２において、上記通信開始タイミングが設定されているとＣＰＵ２１が判断すると（ステップＳ１０２；Ｙｅｓ）、ステップＳ１０３と同様に、読取部２９は原稿の読み取りを開始する（ステップＳ１０８）。
【００６９】
読取部２９が原稿の読み取りを行っている間、ＣＰＵ２１は、設定された通信開始タイミングが到来するか否かを監視する（ステップＳ１０９；Ｎｏ）。
【００７０】
ＣＰＵ２１は、上記通信開始タイミングが到来したと判断すると（ステップＳ１０９；Ｙｅｓ）、原稿の送信データの送信を開始するよう自装置を制御する（ステップＳ１１０）。
【００７１】
図５は、ＮＧＮ１を利用したクイックメモリ送信における、原稿の読み取り、ジョブ生成および通信時間を示すタイムチャートである。
【００７２】
また、図５では、本実施形態のクイックメモリ送信との比較のため、従来のクイックメモリ送信における通信時間もあわせて示されている。
【００７３】
読取部２９が原稿の１ページ目を読み取る間に、ＣＰＵ２１は、この１ページ目の送信データ作成を含む、１ページ目の送信データの送信に関するジョブの生成を開始する。
【００７４】
従来のクイックメモリ送信では、この１ページ目の送信データの送信に関するジョブの生成が終了した時点で、１ページ目の送信データの送信が開始される。
【００７５】
ＮＧＮ１を利用したクイックメモリ送信においては、Ｇ３ファクシミリ通信など、従来のネットワークを利用した通信と比較して、通信速度が高いので、送信データの送信時間は、送信データ作成を含むジョブ生成時間よりも短くなる。したがって、従来のクイックメモリ送信では、１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に、２ページ目の送信データ作成のための待ち時間が発生する。
【００７６】
さらに、従来のクイックメモリ送信では、２ページ目の送信データの送信に関するジョブ生成以後も同様に、送信データの送信完了と次ページの送信データの送信開始との間に、同様の待ち時間が発生する。
【００７７】
一方、本実施形態の通信装置２０は、ＣＰＵ２１が推測した通信時間が残りの送信データ作成時間以上であると判定するまで、送信データの送信を行わない。したがって、通信装置２０は、１ページ目の送信データの送信開始の時刻を従来のクイックメモリ送信よりも遅らすことができ、上記待ち時間を短縮することができる。
【００７８】
その結果、ＮＧＮ１内の帯域を確保する時間を短縮することができるので、上述のように、ＮＧＮ１の利用料金を低く抑えることができる。
【００７９】
次に、原稿の枚数情報の取得方法について説明する。まず、原稿の枚数情報を自動で取得する方法について説明する。
【００８０】
図６は、読取部２９の自動搬送装置の断面図である。図７（ａ）および（ｂ）は、原稿高さ検知機構を概略的に示した説明図である。
【００８１】
読取部２９は、原稿を載置するためのトレイ４０と、原稿を１枚ごとに原稿読取位置や、原稿排出位置へと自動搬送するための複数のローラ４１を備える。また、上述のように、読取部２９は、原稿枚数検知部３０を備えている。この原稿枚数検知部３０は、ＬＥＤ(Light Emitting Diode)３０ａと、ラインセンサ３０ｂを有する。
【００８２】
ＬＥＤ３０ａは、トレイ４０の下方に備えられている。ラインセンサ３０ｂは、原稿の重なり方向に沿うように、トレイ４０の原稿搬送方向の先端側に配置されており、ＬＥＤ３０ａからの光を受光する。原稿枚数検知部３０は、ラインセンサ３０ｂがＬＥＤ３０ａからの光を受光する幅（受光幅）やこの受光幅の変化量から、トレイ４０に載置される原稿の枚数を検知することができる。
【００８３】
図７（ａ）は、読取部２９が原稿を読み取る前の状態の原稿枚数検知部３０を示す。
【００８４】
原稿がトレイ４０に載置されるとき、トレイ４０は、原稿の最上の面が規制板に到達するように上方に移動する。これにより、ラインセンサ３０ｂの受光幅は、図７（ａ）のように狭くなる。原稿枚数検知部３０は、この狭くなった受光幅により、原稿の高さ（厚さ）を検知する。
【００８５】
読取部２９が原稿の読み取りを開始すると、トレイ４０に載置されている原稿の枚数が減少する。この原稿の枚数の減少に伴って、図７（ｂ）のように、トレイ４０が上方へ移動し、上記受光幅は増加する。原稿枚数検知部３０がこの受光幅の増加量を検知すると、ＣＰＵ２１は、受光幅の増加量と、読取部２９がすでに読み取った原稿の枚数から、原稿の１枚当たりの厚さと、読取部２９が未だ読み取っていない残りの原稿の枚数を推測する。さらに、ＣＰＵ２１は、推測した原稿の１枚当たりの厚さと、読取部２９による読取開始前の原稿枚数検知部３０が検知した原稿の高さ（厚さ）から、原稿全体の総枚数を推測する。
【００８６】
図８は、原稿枚数を自動的に推測する手順を示すフローチャートである。
【００８７】
まず、原稿枚数検知部３０は、読取部２９が原稿を読み取る前に、原稿の高さを検知し、この原稿の高さを初期値としてＲＡＭ２３等に一時保存する（ステップＳ２０１）。
【００８８】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目か否かを判断する（ステップＳ２０２）。
【００８９】
ＣＰＵ２１は、このページが１枚目であると判断すると（ステップＳ２０２；Ｙｅｓ）、読取部２９は、原稿の読み取りを開始する（ステップＳ２０３）。
【００９０】
その後、ＣＰＵ２１は、予めＲＯＭ２２などに記憶されている標準的な紙の厚さを引用し、読取部２９が未だ読み取っていない残りの原稿の枚数を算出する（ステップＳ２０４）。
【００９１】
ＣＰＵ２１は、ステップＳ２０３において読取部２９が読み取った原稿のページが最終ページであるか否かを判断する（ステップＳ２０９）。
【００９２】
ＣＰＵ２１は、このページが最終ページであると判断したとき（ステップＳ２０９；Ｙｅｓ）、原稿枚数を推測する手順を終了する。一方、ＣＰＵ２１は、このページが最終ページでないと判断したとき（ステップＳ２０９；Ｎｏ）、ステップＳ２０２へ戻る。
【００９３】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目でないと判断すると（ステップＳ２０２；Ｎｏ）、読取部２９は、当該ページの読み取りを開始する（ステップＳ２０５）。
【００９４】
読取部２９が当該ページをトレイ４０から搬送した後、原稿枚数検知部３０は、現時点での原稿の高さを検知し、この原稿の高さをＲＡＭ２３等に一時保存する（ステップＳ２０６）。
【００９５】
また、原稿枚数検知部３０は、トレイ４０に載置される原稿の高さの変化量を検知する。あるいは、ＣＰＵ２１は、原稿枚数検知部３０がステップＳ２０１で取得した初期値と、ステップＳ２０６で検知した現時点での原稿の高さから、上記変化量を算出する。さらに、ＣＰＵ２１は、上記変化量から原稿の１枚当たりの紙厚を算出する（ステップＳ２０７）。具体的には、ＣＰＵ２１は、次の式（１）から原稿の１枚当たりの紙厚を算出する。
（ステップＳ２０１で取得した「初期値」−ステップＳ２０６で検知した「原稿の高さ」）÷（読取部２９がすでに読み取った原稿の枚数） …（１）
【００９６】
ＣＰＵ２１は、ＣＰＵ２１がステップＳ２０７で算出した原稿の１枚当たりの紙厚と、原稿枚数検知部３０がステップＳ２０６で検知した現時点での原稿の高さから、読取部２９が未だ読み取っていない残りの原稿の枚数を算出する（ステップＳ２０８）。具体的には、ＣＰＵ２１は、次の式（２）から上記残りの原稿の枚数を算出する。
（ステップＳ２０６で検知した「原稿の高さ」）÷（ステップＳ２０７で算出した「原稿の１枚当たりの紙厚」） …（２）
【００９７】
さらに、ＣＰＵ２１は、必要に応じて、原稿枚数検知部３０がステップＳ２０１で取得した初期値と、ＣＰＵ２１がステップＳ２０７で算出した原稿の１枚当たりの紙厚から、原稿全体の総枚数を算出する。
【００９８】
ＣＰＵ２１は、このページが最終ページでないと判断したとき（ステップＳ２０９；Ｎｏ）、ステップＳ２０２へ戻る。一方、ＣＰＵ２１は、このページが最終ページであると判断したとき（ステップＳ２０９；Ｙｅｓ）、原稿枚数を推測する手順を終了する。
【００９９】
また、上記実施形態では、原稿の枚数は、ＬＥＤ３０ａとラインセンサ３０ｂを使用して求められたが、原稿の枚数の算出方法はこれに限らない。
【０１００】
たとえば、原稿給紙トレイを上昇させるためのリフトアップモータの駆動パルス数から原稿の枚数を算出する方法がある。これによると、原稿上面が原稿給紙ローラに圧接される上限センサを遮光するまで、リフトアップモータが原稿給紙トレイを上昇させる。このときのリフトアップモータの駆動パルス数から原稿の厚さが算出される。
【０１０１】
その後、原稿が給紙されるごとに、モータの駆動によりトレイがさらに上昇する。原稿が所定枚数給紙されると、この枚数と駆動パルス数からトレイの上昇量が算出される。また、算出された上昇量から、原稿の１枚当たりの紙厚が算出される。そして、この算出された１枚当たりの紙厚と、上記原稿の厚さから、原稿の枚数が算出される。
【０１０２】
また、その他に、原稿にＲＦＩＤ(Radio Frequency Identification)付きの用紙を使用することで原稿枚数情報を取得してもよい。また、ファクシミリ通信であれば、原稿の最初のページに送付票が付されることが多いので、この送付票に記載のページ情報をＯＣＲ(Optical Character Reader)で読み取ることで原稿枚数情報を取得してもよい。さらに、原稿に記載されているページ番号をＯＣＲで読み取ることで原稿枚数情報を取得してもよい。
【０１０３】
次に、ユーザが原稿枚数情報を入力することで、当該原稿枚数情報を取得する方法について説明する。
【０１０４】
図９から図１１は、原稿枚数情報を入力するための画面遷移例である。これら画面は、表示部２６に表示される。また、ユーザは、操作部２７を使用して、原稿枚数情報や通信を行うのに必要な設定を入力する。
【０１０５】
図９は、送受信方法設定を行うための画面例である。ユーザは、送受信方法として、クイックメモリ送信ボタン５０を押下することによりクイックメモリ送信を選択し、ＯＫボタン５１を押下することによりクイックメモリ送信を確定する。その後、表示部２６は、図１０のような画面を表示する。
【０１０６】
図１０は、原稿枚数指定選択を行うための画面例である。ユーザは、原稿枚数指定を行うために、すなわち、原稿枚数情報を入力するために、「する」と表示されたボタン５２を押下する。そして、ユーザは、原稿枚数指定を確定するためにＯＫボタン５３を押下する。その後、表示部２６は、図１１のような画面を表示する。
【０１０７】
図１１は、原稿枚数情報を入力するための画面例である。ユーザは、操作部２７に設けられるテンキーなどで、送信データとして送信される原稿の枚数を入力する。そして、ユーザは、入力した原稿の枚数を確定するために、ＯＫボタン５４を押下する。その後、表示部２６は、通信設定のための画面を表示する。
【０１０８】
この原稿枚数の入力によって、通信装置２０は当該原稿の送信データの送信時間を推測することができる。さらに、通信装置２０は、クイックメモリ送信などを行うとき、発信元記録の「ページ番号」の部分に原稿の総枚数（たとえば、「ページ番号／総枚数」など）を表示することができる。
【０１０９】
次に、通信開始タイミングの設定方法について説明する。まず、ユーザによるワンタイム指定における通信開始タイミングの設定方法について説明する。ここでは、ＣＰＵ２１が原稿の特定のページの送信データを作成したときに原稿の送信データの送信を開始するように、ユーザが通信装置２０に設定する場合について説明する。この場合、ユーザは、通信開始タイミングとして、その特定のページ、すなわち、通信開始枚数を指定する。
【０１１０】
図１２から図１４は、通信開始タイミングとして、通信開始枚数を指定するための画面遷移例である。
【０１１１】
図１２は、送受信方法設定を行うための画面例である。図１２は、図９とほぼ同様である。また、図１２に関する説明も、図９に関するものと同一であるので、図１２に関する詳細な説明を省略する。
【０１１２】
図１３は、通信開始枚数指定選択を行うための画面例である。ユーザは、通信開始枚数指定を行うために、通信開始枚数指定ボタン５５を押下する。そして、ユーザは、通信開始枚数指定を確定するためにＯＫボタン５６を押下する。その後、表示部２６は、図１４のような画面を表示する。
【０１１３】
図１４は、通信開始枚数を指定するための画面例である。ユーザは、操作部２７に設けられるテンキーなどで、通信開始枚数を入力する。そして、ユーザは、入力した通信開始枚数を確定するために、ＯＫボタン５７を押下する。その後、表示部２６は、通信設定のための画面を表示する。
【０１１４】
これにより、図４のステップＳ１０２で、ＣＰＵ２１は通信開始タイミングの指定があると判断する。また、ステップＳ１０９において、ＣＰＵ２１は、通信開始タイミングが到来したと判断すると、すなわち、ＣＰＵ２１がユーザによって指定された通信開始枚数に対応するページの送信データを作成したと判断すると、原稿の送信データの送信を開始するように自装置を制御する。
【０１１５】
次に、通信装置２０の管理者による通信開始タイミングの設定方法について説明する。ここでは、読取部２９が原稿全体に対して特定の割合だけ送信データを作成したときに原稿の送信データの送信を開始するように、管理者が通信装置２０に設定する場合について説明する。この場合、管理者は、通信開始タイミングとして、その特定の割合、すなわち、通信開始時期を指定する。
【０１１６】
図１５から図１７は、通信開始タイミングとして、通信開始時期を指定するための画面遷移例である。
【０１１７】
図１５は、管理者メニューにおいて機能設定を変更するための画面例である。管理者は、クイックメモリ送信に関する設定を行うので、クイックメモリ送信設定ボタン５８を押下することによりクイックメモリ送信設定を選択する。そして、管理者は、ＯＫボタン５９を押下することによりクイックメモリ送信設定を確定する。その後、表示部２６は、図１６のような画面を表示する。
【０１１８】
図１６は、送信開始時期指定選択を行うための画面例である。管理者は、送信開始時期指定を行うために、送信開始時期指定ボタン６０を押下する。そして、ユーザは、送信開始時期指定を確定するためにＯＫボタン６１を押下する。その後、表示部２６は、図１７のような画面を表示する。
【０１１９】
図１７は、送信開始時期を指定するための画面例である。ユーザは、操作部２７に設けられるテンキーなどで、送信開始時期を入力する。そして、ユーザは、入力した送信開始時期を確定するために、ＯＫボタン６２を押下する。その後、表示部２６は、管理者メニューの画面を表示する。
【０１２０】
これにより、図４のステップＳ１０２で、ＣＰＵ２１は通信開始タイミングの指定があると判断する。また、ステップＳ１０９において、ＣＰＵ２１は、通信開始タイミングが到来したと判断すると、すなわち、管理者によって指定された送信開始時期である特定の割合だけＣＰＵ２１が原稿の送信データを作成したと判断すると、通信装置２０に原稿の送信データの送信を開始するように自装置を制御する。
【０１２１】
次に、原稿の種別の指定方法について説明する。ここで、原稿の種別とは、原稿の送信データのデータ量が変化する要因で分類される原稿の種類のことである。本実施形態では、原稿がカラーおよび／またはモノクロ印刷されているか、原稿に文字および／または写真が含まれているか、原稿の解像度によって、原稿の種別が指定される。この原稿の種別に関する情報から、より正確に、原稿の全てのページの送信データの総データ量と、原稿の全てのページの送信データの作成に要する残りの送信データ作成時間を推測することができる。
【０１２２】
図１８から図２０は、原稿の種別を指定するための画面遷移例である。
【０１２３】
図１８は、送受信方法設定を行うための画面例である。図１８は、図９とほぼ同様である。また、図１８に関する説明も、図９に関するものと同一であるので、図１８に関する詳細な説明を省略する。
【０１２４】
図１９は、原稿種別指定選択を行うための画面例である。ユーザは、原稿種別指定を行うために、原稿種別指定ボタン６３を押下する。そして、ユーザは、原稿種別指定を確定するためにＯＫボタン６４を押下する。その後、表示部２６は、図２０のような画面を表示する。
【０１２５】
図２０は、原稿の種別を指定するための画面例である。ユーザは、操作部２７を使用して、原稿の種別を入力する。図２０の例では、デフォルトとして、ＣＰＵ２１が原稿の送信データの総データ量を最も小さく推定する原稿の種別のパラメータが選択されている。ユーザは、原稿の種別を入力した後、原稿の種別を確定するためにＯＫボタン６５を押下する。その後、表示部２６は、通信設定のための画面を表示する。
【０１２６】
次に、原稿の送信データの通信開始時刻の補正手順について説明する。ここでは、ユーザによる上記通信開始枚数の指定および管理者による上記通信開始時期の指定がない場合についての通信開始時刻の補正手順を説明する。
【０１２７】
図２１は、送信データの通信開始時刻を補正する手順を示すフローチャートである。
【０１２８】
まず、ユーザが読取部２９のトレイ４０に原稿を載置するとき、ユーザが操作部２７に原稿の枚数情報を入力するか、読取部２９に備えられる原稿枚数検知部３０が原稿の高さ（厚さ）を検知することによって、通信装置２０は原稿の枚数情報を取得する（ステップＳ３０１）。
【０１２９】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目か否かを判断する（ステップＳ３０２）。
【０１３０】
ＣＰＵ２１は、このページが１枚目であると判断すると（ステップＳ３０２；Ｙｅｓ）、読取部２９は、原稿の読み取りを開始する（ステップＳ３０３）。
【０１３１】
その後、ＣＰＵ２１は、図２０の画面例からユーザが指定した原稿の種別に基づいて、標準的な１枚当たりの送信データのデータ量を引用する（ステップＳ３０４）。また、ステップＳ３０１において、原稿枚数検知部３０が原稿の高さ（厚さ）を検知することによって、通信装置２０が原稿の枚数情報を取得した場合、さらに、図８のステップＳ２０４のように、ＣＰＵ２１は残りの原稿枚数を算出する。
【０１３２】
ＣＰＵ２１は、ステップＳ３０４で引用した標準的な１枚当たりの送信データのデータ量と、ステップＳ３０３で読取部２９が原稿の１ページ目を読み取って得られた画像データから作成された送信データのデータ量と、読取部２９が未だ読み取っていない残りの原稿枚数から、原稿全体の送信データの総データ量を算出する（ステップＳ３１０）。具体的には、ＣＰＵ２１は、次の式（３）から上記総データ量を算出する。
（すでに作成した分の送信データのデータ量）＋（読取部２９が未だ読み取っていない残りの原稿枚数）×（１枚当たりの送信データのデータ量） …（３）
【０１３３】
ＣＰＵ２１は、ステップＳ３１０で算出した上記総データ量から、原稿の全てのページの送信データの通信時間を算出する（ステップＳ３１１）。具体的には、ＣＰＵ２１は、次の式（４）から上記通信時間を算出する。
（上記総データ量）÷（通信速度） …（４）
【０１３４】
ＣＰＵ２１は、原稿の全てのページの送信データを作成するのに要する残りの送信データ作成時間を推測する。具体的に、ＣＰＵ２１は、ＣＰＵ２１の送信データ作成能力、上述した読取部２９が未だ読み取っていない残りの原稿の枚数、図２０の画面例からユーザが指定した原稿の種別などに基づいて、残りの送信データ作成時間を算出する。さらに、ＣＰＵ２１は、上記算出した通信時間が上記残りの送信データ作成時間以上であるか否かを判断する（ステップＳ３１２）。
【０１３５】
ＣＰＵ２１は、上記算出した通信時間が上記残りの送信データ作成時間より短いと判断したとき（ステップＳ３１２；Ｎｏ）、ステップＳ３０２へ戻る。
【０１３６】
ＣＰＵ２１は、読取部２９が現時点で読み取ろうとする原稿のページが１枚目でないと判断すると（ステップＳ３０２；Ｎｏ）、読取部２９は、当該ページの読み取りを開始する（ステップＳ３０５）。
【０１３７】
ＣＰＵ２１は、原稿枚数予測処理を行う（ステップＳ３０６）。ステップＳ３０１においてユーザが原稿枚数情報を入力した場合、ＣＰＵ２１は、この原稿枚数情報に基づいて、読取部２９が未だ読み取っていない原稿の残りの枚数を取得する。
【０１３８】
一方、ステップＳ３０１において、原稿枚数検知部３０が原稿の高さ（厚さ）を検知することによって、通信装置２０が原稿の枚数情報を取得した場合、図８に示されたステップＳ２０６からＳ２０８までの工程を行うことで、ＣＰＵ２１は上記残りの原稿の枚数を推測する。
【０１３９】
ＣＰＵ２１は、読取部２９がステップＳ３０５において読み取ることで得られた当該ページの画像データから送信データを作成し、この送信データの送信に関するジョブの生成を開始する。さらに、ＣＰＵ２１は、当該ページの送信データのデータ量を算出する（ステップＳ３０７）。
【０１４０】
ＣＰＵ２１は、すでに作成した分の原稿の送信データのデータ量を算出する（ステップＳ３０８）。
【０１４１】
ＣＰＵ２１は、ステップＳ３０８において算出した上記データ量から、１枚当たりの送信データのデータ量を算出する（ステップＳ３０９）。具体的には、ＣＰＵ２１は、次の式（５）から１枚当たりの送信データのデータ量を算出する。
（すでに作成した分の原稿の送信データのデータ量）÷（読取部２９がすでに読み取った原稿の枚数） …（５）
【０１４２】
ＣＰＵ２１は、再びステップＳ３１０において、上記式（３）を使って原稿全体の送信データの総データ量を算出する。このとき、すでに作成した分の送信データのデータ量については、ステップＳ３０８においてＣＰＵ２１が算出したものが使用される。１枚当たりの送信データのデータ量については、ステップＳ３０９においてＣＰＵ２１が算出したものが使用される。さらに、読取部２９が未だ読み取っていない残りの原稿枚数については、ステップＳ３０６においてＣＰＵ２１が算出したものが使用される。これにより、ＣＰＵ２１は、原稿全体の送信データの総データ量を補正する。
【０１４３】
また、ＣＰＵ２１は、ステップＳ３１１において、上記式（４）を使って通信時間を算出する。このとき、上記総データ量については、ステップＳ３１０において補正した上記総データ量が使用される。これにより、ＣＰＵ２１は、上記総データ量を補正する。
【０１４４】
さらに、ＣＰＵ２１は、残りの送信データ作成時間を補正し、上記補正した通信時間が上記残りの送信データ作成時間以上であるか否かを判断する（ステップＳ３１２）。このとき、ＣＰＵ２１は、ステップＳ３０６で推測した原稿の残りの枚数を使って、残りの送信データ作成時間を補正する。
【０１４５】
ＣＰＵ２１は、上記推測した通信時間が上記残りの送信データ作成時間より短いと判定したとき（ステップＳ３１２；Ｎｏ）、ステップＳ３０２〜Ｓ３１２の工程を繰り返し実行する。一方、ＣＰＵ２１は、上記推測した通信時間が上記残りの送信データ作成時間以上であると判定したとき（ステップＳ３１２；Ｙｅｓ）、原稿の送信データの送信を開始するよう通信装置２０に指示する（ステップＳ３１３）。その後、ＣＰＵ２１は、原稿の送信データの通信開始時刻の補正手順を終了させる。
【０１４６】
なお、図２１に示された手順のステップＳ３０９において、ＣＰＵ２１は、原稿１枚当たりの送信データのデータ量を上記式（５）を使用して算出したが、図２０の画面に入力された原稿の種別に基づいて、上記１枚当たりの送信データのデータ量を算出してもよい。
【０１４７】
次に、原稿の送信データの通信開始時または通信中に通信エラーが発生した場合における通信装置２０のリダイヤル動作について説明する。
【０１４８】
図２２は、通信エラー発生時における通信装置２０のリダイヤル動作を示すフローチャートである。
【０１４９】
ＣＰＵ２１は、相手側の通信装置２０との通信にエラーが発生しているか否かを監視する（ステップＳ４０１；Ｎｏ）。一方、ＣＰＵ２１は、通信エラーが発生したと判断したとき（ステップＳ４０１；Ｙｅｓ）、読取部２９が未だ読み取っていない原稿の残りのページが存在するか否かを判断する（ステップＳ４０２）。
【０１５０】
ＣＰＵ２１は、未だ読み取っていない原稿の残りのページが存在すると判断した場合（ステップＳ４０２；Ｙｅｓ）、読取部２９は、引き続き、残りのページを読み取り、その送信データを作成する（ステップＳ４０３）。
【０１５１】
ＣＰＵ２１は、上記残りの原稿の枚数がＮ枚（たとえば、１０枚）以上か否かを判断する（ステップＳ４０４）。ＣＰＵ２１は、残りの枚数がＮ枚以上であると判断すると（ステップＳ４０４；Ｙｅｓ）、読取部２９が原稿をＮ枚読み取った後に、相手側の通信装置２０へのリダイヤルの指示を行う（ステップＳ４０５）。上記Ｎは、予め通信装置２０に設定されており、管理者等はこの設定を変更することができる。
【０１５２】
ＣＰＵ２１は、相手側の通信装置２０との接続が成功したか否かを判断する（ステップＳ４０６）。ＣＰＵ２１は、相手側の通信装置２０との接続が成功したと判断すると（ステップＳ４０６；Ｙｅｓ）、ＣＰＵ２１は、ネットワークＩ／Ｆ部２８を介して、原稿の送信データの送信を再開する（ステップＳ４０７）。その後、通信装置２０のリダイヤル動作は終了する。
【０１５３】
これにより、通信エラーが発生してから通信が再開されるまでの間に、原稿の残りのページの読み取りが行われるので、送信データの通信完了までの待ち時間を短縮することができる。
【０１５４】
一方、ＣＰＵ２１は、相手側の通信装置２０との接続が成功しなかったと判断すると（ステップＳ４０６；Ｎｏ）、ステップＳ４０２へ戻る。
【０１５５】
また、ステップＳ４０２において、上記残りの原稿のページが存在しないとＣＰＵ２１が判断した場合（ステップＳ４０２；Ｎｏ）、または、ステップＳ４０４において、上記原稿の残りの枚数がＮ枚未満であるとＣＰＵ２１が判断した場合、ＣＰＵ２１は、通信エラー発生からＭ分（たとえば、５分）経過後に、または、前回のリダイヤルからＭ分経過後に、相手側の通信装置２０へのリダイヤルの指示を行う（ステップＳ４０８）。このとき、上記残りの原稿のページが存在している場合には、読取部２９は、引き続き残りのページを読み取る。上記Ｍは、予め通信装置２０に設定されており、管理者等はこの設定を変更することができる。
【０１５６】
ＣＰＵ２１は、相手側の通信装置２０との接続が成功したか否かを判断する（ステップＳ４０９）。ＣＰＵ２１は、相手側の通信装置２０との接続が成功したと判断すると（ステップＳ４０９；Ｙｅｓ）、ＣＰＵ２１は、ネットワークＩ／Ｆ部２８を介して、原稿の送信データの送信を再開する（ステップＳ４１０）。その後、通信装置２０のリダイヤル動作は終了する。
【０１５７】
一方、ＣＰＵ２１は、相手側の通信装置２０との接続が成功しなかったと判断すると（ステップＳ４０９；Ｎｏ）、通信エラー発生からの相手側の通信装置２０へのリダイヤルの回数が所定回数以上か否かを判断する（ステップＳ４１１）。
【０１５８】
ＣＰＵ２１は、上記リダイヤルの回数が所定回数未満であると判断すると（ステップＳ４１１；Ｎｏ）、ステップＳ４０８へ戻る。一方、ＣＰＵ２１は、上記リダイヤルの回数が所定回数以上であると判断すると（ステップＳ４１１；Ｙｅｓ）、通信装置２０のリダイヤル動作は強制終了する。
【０１５９】
上記リダイヤルにより、通信が再開されるまでに作成された送信データを通信再開後に送信することができるので、これら送信データは無駄にならずに済む。
【０１６０】
以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は実施の形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０１６１】
本実施形態では、推定の通信時間が推定の残りの送信データ作成時間以上である場合、通信装置２０は送信データの通信を開始していたが、本発明はこれに限らない。通信装置は、少なくとも、原稿の送信データが少なくとも２ページ分作成された後であって、原稿の全てのページの送信データが作成される前に、原稿の送信データの送信を開始する。これにより、ＮＧＮ１などの通信速度が速い回線を利用したクイックメモリ送信において、少なくとも、原稿の１ページ目の送信データの送信完了と、２ページ目の送信データの送信開始との間に発生する待ち時間を短縮することができる。
【０１６２】
本実施形態では、ＮＧＮ１を利用した場合の通信について説明したが、クイックメモリ送信において上記待ち時間が発生するネットワークを利用した通信であれば、上記通信装置２０は適用可能である。
【符号の説明】
【０１６３】
１…ＮＧＮ
２…ＳＩＰサーバ
３…発端末
４…着端末
５…ＳＩＰセッション
６…音声用メディアストリーム
７…映像用メディアストリーム
８…データ用メディアストリーム
９…ルータ
２０…通信装置
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…ＨＤＤ
２５…入出力バッファ
２６…表示部
２７…操作部
２８…ネットワークＩ／Ｆ部
２９…読取部
３０…原稿枚数検知部
３０ａ…ＬＥＤ
３０ｂ…ラインセンサ
４０…トレイ
４１…ローラ
５０…クイックメモリ送信ボタン
５１…ＯＫボタン
５２…ボタン
５３…ＯＫボタン
５４…ＯＫボタン
５５…通信開始枚数指定ボタン
５６…ＯＫボタン
５７…ＯＫボタン
５８…クイックメモリ送信設定ボタン
５９…ＯＫボタン
６０…送信開始時期指定ボタン
６１…ＯＫボタン
６２…ＯＫボタン
６３…原稿種別指定ボタン
６４…ＯＫボタン
６５…ＯＫボタン
【特許請求の範囲】
【請求項１】
複数ページの原稿を順次読み取る読取部と、
前記読取部での読み取り動作と並行して、前記読取部で前記原稿を読み取って得た画像データから前記原稿の送信データを作成するデータ作成部と、
前記データ作成部の作成した送信データを記憶する記憶部と、
前記記憶部に記憶されている送信データを送信する送信部と、
を備え、
前記送信部は、前記原稿の送信データが少なくとも２ページ分作成された後であって、前記原稿の全てのページの送信データが作成される前に、前記原稿の送信データの送信を開始する
ことを特徴とする通信装置。
【請求項２】
前記原稿の全てのページの送信データが作成されるまでの時間を推測する送信データ作成時間推測部と、
前記原稿の全てのページの送信データの送信に要する通信時間を推測する通信時間推測部と、
を備え、
前記送信部は、前記通信時間推測部が推測した前記通信時間と、前記送信データ作成時間推測部が推測した時間とから、前記原稿の送信データの送信を開始するタイミングを決定する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記データ作成部が作成する前記原稿の全てのページの送信データの総データ量を推測するデータ量推測部をさらに有し、
前記送信データ作成時間推測部は、前記原稿の全てのページの送信データが作成されるまでの残りの時間である送信データ作成時間を繰り返し推測し、
前記通信時間推測部は、前記データ量推測部が推測した前記総データ量から前記原稿の全てのページの送信データの送信に要する通信時間を推測し、
前記送信部は、前記通信時間推測部が推測した前記通信時間が、前記送信データ作成時間推測部が推測した最新の送信データ作成時間以上になったとき、前記原稿の送信データの送信を開始する
ことを特徴とする請求項１に記載の通信装置。
【請求項４】
さらに、前記原稿の枚数情報を取得する原稿枚数情報取得部を有し、
前記データ量推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記送信データ作成時間を推測する
ことを特徴とする請求項２または３に記載の通信装置。
【請求項５】
さらに、前記原稿の種別に関する情報の入力を受け付ける原稿種別情報入力部を有し、
前記データ量推測部は、前記原稿の種別を加味して前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿の種別を加味して前記送信データ作成時間を推測する
ことを特徴とする請求項４に記載の通信装置。
【請求項６】
前記原稿枚数情報取得部は、前記通信装置の操作者からの前記原稿の枚数情報の入力を受け付ける操作部である
ことを特徴とする請求項４または５に記載の通信装置。
【請求項７】
前記原稿枚数情報取得部は、
前記読取部に載置される原稿の高さを検出する原稿高さ検出部と、
前記原稿高さ検出部が検出した原稿の高さから、前記読取部が未だ読み取っていない原稿の残りの枚数を推測する原稿枚数推測部と、
を有する
ことを特徴とする請求項４または５に記載の通信装置。
【請求項８】
前記原稿枚数情報取得部は、さらに、前記読取部が前記原稿を読み取ることによって発生する前記読取部に載置されている原稿の高さの変化量を取得し、
前記原稿枚数推測部は、前記原稿高さ検出部が検出した原稿の高さと、前記原稿枚数情報取得部が取得した前記変化量と、この変化量が発生している間に読み取られた原稿の枚数から、前記読取部が未だ読み取っていない原稿の残りの枚数を補正し、
前記データ量推測部は、前記読取部がすでに読み取った前記原稿の枚数と、前記データ作成部がすでに作成した分の送信データのデータ量と、前記原稿枚数推測部が補正した前記原稿の残りの枚数から、前記総データ量を補正し、
前記通信時間推測部は、前記データ量推測部が補正した総データ量から、前記通信時間を補正する
ことを特徴とする請求項７に記載の通信装置。
【請求項９】
前記原稿高さ検出部は、前記読取部に設けられている
ことを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記通信装置の操作者から、送信開始タイミングとして、前記データ作成部による送信データ作成済みの原稿のページ数、もしくは、前記原稿の全てのページ数に対する前記送信データ作成済みの原稿のページ数の割合の指定を受け付ける通信開始時期設定部を有し、
前記送信部は、前記データ作成部による送信データ作成済みの原稿のページ数、または、前記割合が、前記通信開始時期設定部で設定された送信開始タイミングになったとき、前記原稿の送信データの送信を開始する
ことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
前記通信装置は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信を行う
ことを特徴とする請求項１乃至１０のいずれか１項に記載の通信装置。
【請求項１２】
前記送信データの送信中に通信エラーが発生した後も、前記読取部によって前記原稿を読み取り、前記データ作成部でその送信データを作成して前記記憶部に記憶する処理を継続して行い、
前記送信部は、リダイヤルによって相手側の通信装置との通信が回復した後に、前記通信エラーの発生後に作成した前記送信データを送信する
ことを特徴とする請求項１乃至１１のいずれか１項に記載の通信装置。
【請求項１】
複数ページの原稿を順次読み取る読取部と、
前記読取部での読み取り動作と並行して、前記読取部で前記原稿を読み取って得た画像データから前記原稿の送信データを作成するデータ作成部と、
前記データ作成部の作成した送信データを記憶する記憶部と、
前記記憶部に記憶されている送信データを送信する送信部と、
を備え、
前記送信部は、前記原稿の送信データが少なくとも２ページ分作成された後であって、前記原稿の全てのページの送信データが作成される前に、前記原稿の送信データの送信を開始する
ことを特徴とする通信装置。
【請求項２】
前記原稿の全てのページの送信データが作成されるまでの時間を推測する送信データ作成時間推測部と、
前記原稿の全てのページの送信データの送信に要する通信時間を推測する通信時間推測部と、
を備え、
前記送信部は、前記通信時間推測部が推測した前記通信時間と、前記送信データ作成時間推測部が推測した時間とから、前記原稿の送信データの送信を開始するタイミングを決定する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記データ作成部が作成する前記原稿の全てのページの送信データの総データ量を推測するデータ量推測部をさらに有し、
前記送信データ作成時間推測部は、前記原稿の全てのページの送信データが作成されるまでの残りの時間である送信データ作成時間を繰り返し推測し、
前記通信時間推測部は、前記データ量推測部が推測した前記総データ量から前記原稿の全てのページの送信データの送信に要する通信時間を推測し、
前記送信部は、前記通信時間推測部が推測した前記通信時間が、前記送信データ作成時間推測部が推測した最新の送信データ作成時間以上になったとき、前記原稿の送信データの送信を開始する
ことを特徴とする請求項１に記載の通信装置。
【請求項４】
さらに、前記原稿の枚数情報を取得する原稿枚数情報取得部を有し、
前記データ量推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿枚数情報取得部が取得した前記原稿の枚数情報に基づいて、前記送信データ作成時間を推測する
ことを特徴とする請求項２または３に記載の通信装置。
【請求項５】
さらに、前記原稿の種別に関する情報の入力を受け付ける原稿種別情報入力部を有し、
前記データ量推測部は、前記原稿の種別を加味して前記原稿の全てのページの送信データの総データ量を推測し、
前記送信データ作成時間推測部は、前記原稿の種別を加味して前記送信データ作成時間を推測する
ことを特徴とする請求項４に記載の通信装置。
【請求項６】
前記原稿枚数情報取得部は、前記通信装置の操作者からの前記原稿の枚数情報の入力を受け付ける操作部である
ことを特徴とする請求項４または５に記載の通信装置。
【請求項７】
前記原稿枚数情報取得部は、
前記読取部に載置される原稿の高さを検出する原稿高さ検出部と、
前記原稿高さ検出部が検出した原稿の高さから、前記読取部が未だ読み取っていない原稿の残りの枚数を推測する原稿枚数推測部と、
を有する
ことを特徴とする請求項４または５に記載の通信装置。
【請求項８】
前記原稿枚数情報取得部は、さらに、前記読取部が前記原稿を読み取ることによって発生する前記読取部に載置されている原稿の高さの変化量を取得し、
前記原稿枚数推測部は、前記原稿高さ検出部が検出した原稿の高さと、前記原稿枚数情報取得部が取得した前記変化量と、この変化量が発生している間に読み取られた原稿の枚数から、前記読取部が未だ読み取っていない原稿の残りの枚数を補正し、
前記データ量推測部は、前記読取部がすでに読み取った前記原稿の枚数と、前記データ作成部がすでに作成した分の送信データのデータ量と、前記原稿枚数推測部が補正した前記原稿の残りの枚数から、前記総データ量を補正し、
前記通信時間推測部は、前記データ量推測部が補正した総データ量から、前記通信時間を補正する
ことを特徴とする請求項７に記載の通信装置。
【請求項９】
前記原稿高さ検出部は、前記読取部に設けられている
ことを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記通信装置の操作者から、送信開始タイミングとして、前記データ作成部による送信データ作成済みの原稿のページ数、もしくは、前記原稿の全てのページ数に対する前記送信データ作成済みの原稿のページ数の割合の指定を受け付ける通信開始時期設定部を有し、
前記送信部は、前記データ作成部による送信データ作成済みの原稿のページ数、または、前記割合が、前記通信開始時期設定部で設定された送信開始タイミングになったとき、前記原稿の送信データの送信を開始する
ことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
前記通信装置は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信を行う
ことを特徴とする請求項１乃至１０のいずれか１項に記載の通信装置。
【請求項１２】
前記送信データの送信中に通信エラーが発生した後も、前記読取部によって前記原稿を読み取り、前記データ作成部でその送信データを作成して前記記憶部に記憶する処理を継続して行い、
前記送信部は、リダイヤルによって相手側の通信装置との通信が回復した後に、前記通信エラーの発生後に作成した前記送信データを送信する
ことを特徴とする請求項１乃至１１のいずれか１項に記載の通信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１３−７０１１５（Ｐ２０１３−７０１１５Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１１−２０５０１８（Ｐ２０１１−２０５０１８）
【出願日】平成２３年９月２０日（２０１１．９．２０）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２３年９月２０日（２０１１．９．２０）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]