JP3846525B2

JP3846525B2 - 通信端末装置

Info

Publication number: JP3846525B2
Application number: JP05859799A
Authority: JP
Inventors: 至規村田
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 1999-03-05
Filing date: 1999-03-05
Publication date: 2006-11-15
Anticipated expiration: 2019-03-05
Also published as: JP2000261639A; US7009721B1

Description

【０００１】
【発明の属する技術分野】
本発明は、画像をいったん蓄積してから送信する機能を有する通信端末装置に関するものである。
【０００２】
【従来の技術】
送信機と受信機間で画像を転送する際に、送信機側で送信する画像をいったんメモリなどに蓄積し、メモリから読み出しながら送信するメモリ送信機能が実現されている。この機能によって、送信機側において画像を読み取るための１ライン走査時間を無視して送信を行うことができる。同様に受信機側でも、受信した画像をいったんメモリなどに蓄積するメモリ受信機能が開発されている。この機能によって、受信機側において画像を記録するための１ライン記録時間を無視して受信を行うことができる。送信機側および受信機側の両者においてメモリ送信機能、メモリ受信機能を用いて通信を行うことによって、高速に画像を転送することが可能である。
【０００３】
従来、画像をいったんメモリ等に蓄積してから送信するメモリ送信機能では、送信する全ての原稿の画像をいったんメモリ等に蓄積し、その後にダイヤル発呼していた。そのため、原稿の読み取りを開始してから送信を開始まで時間がかかるという問題があった。
【０００４】
そこで、原稿の読み取りを開始すると同時に、送信相手先へ発呼する方法も行われている。これによれば、すべての原稿の読み取り終了を待たずに送信を開始することができるので、送信までの時間を短縮することができる。
【０００５】
しかし、画像を蓄積するメモリは有限であるため、原稿の読み取りを開始し、メモリへの蓄積を開始したが、原稿の画像が１頁の途中でメモリが足りなくなるといった事態も発生する。このように１頁の途中でメモリが不足した場合、通常は送信を中止するが、原稿の読み取りと同時に送信相手先への発呼を行っていると、１頁も送信しないで通信料金だけ課金されてしまうという問題がある。
【０００６】
メモリの残量が少ない場合に原稿の読み取りを行わないように制御する装置もあるが、原稿のサイズが大きい場合や、例えば写真を含む原稿を送信するような場合にはデータ量が多くなるため、やはりメモリ不足は発生する。メモリ不足をどのような場合でも発生させないようにすると、少ないメモリを有効活用できないことになる。
【０００７】
【発明が解決しようとする課題】
本発明は、上述した事情に鑑みてなされたもので、送信する画像の取得開始から通信開始までの時間を短縮するとともに、１頁も送信できないのに課金されるといった無駄を排除した通信端末装置を提供することを目的とするものである。
【０００８】
【課題を解決するための手段】
本発明は、通信端末装置において、送信する画像を取得する原稿入力手段と、該原稿入力手段で取得した画像を蓄積する画像蓄積手段と、回線を介して通信が可能な通信制御手段と、前記原稿入力手段から少なくとも１頁の画像を取得して前記画像蓄積手段に格納させたときに前記通信制御手段から送信相手先に対して発呼を開始させる制御手段を有し、前記制御手段は、前記通信制御手段に発呼を開始させた後、画像の蓄積により前記画像蓄積手段の空き容量が所定値以下又は空き容量が無くなった場合は、前記原稿入力手段による画像の取得を中止し、取得した画像の最終頁を送信する際に次通信に続く旨の情報を前記最終頁の画像に付加して送信することを特徴とするものである。このように、少なくとも１頁分の画像が画像蓄積手段に格納されたことを確認して、送信相手先への発呼を開始するので、すべての画像を取得した後に発呼する場合に比べて画像の取得開始から発呼開始までの時間を短縮することができる。また、送信相手先への発呼時には、少なくとも１頁分の画像は画像蓄積手段に格納されているので、少なくとも１頁分は送信可能であり、無駄な通信料金はかからない。また、通信制御手段に発呼を開始させた後、画像の蓄積により画像蓄積手段の空き容量が所定値以下又は空き容量が無くなった場合は、それまで取得した画像の最終頁を送信する際に最終頁の画像に次通信に続く旨の情報が付加されるので、受信側においても、送信される情報がまだ残っていることを知ることができる。
【０００９】
なお、発呼を開始した後、画像の蓄積により画像蓄積手段の空き容量が所定値以下又は空き容量が無くなった場合は、蓄積未完了頁番号をユーザに対して通知するように構成することができる。これによって、ユーザは次に何頁から再度送信を行えばよいかを容易に知ることができる。
【００１０】
さらに、少なくとも１頁の原稿を読み取らせて画像蓄積手段に格納させ、送信相手先に対して発呼を開始する際に、モニタ手段を動作させて回線信号をユーザがモニタできるように構成することができる。これによって、少なくとも原稿１頁分の画像の蓄積を完了した後に発呼動作を行っていることをユーザが認識することができ、ユーザに安心感を与えることができる。
【００１１】
【発明の実施の形態】
図１は、本発明の通信端末装置の実施の一形態を示すブロック図である。図中、１１は主制御部、１２は表示部、１３は操作部、１４は読取部、１５は記録部、１６はモニタ部、１７はＮＣＵ、１８はモデム、１９は画像メモリ、２０はＲＡＭ、２１はＲＯＭ、２２はバスである。
【００１２】
主制御部１１は、装置全体を制御し、各部を動作させて、少なくとも画像の送信機能を実現する。もちろん、画像の受信機能、コピー機能などを実現してもよい。送信機能においては、特に、読取部１２で読み取った原稿上の画像をいったん画像メモリ１９に格納した後に、モデム１８，ＮＣＵ１７から送信するメモリ送信機能を有している。このとき、クイックメモリ送信機能として、読取部１４から１頁分の原稿上の画像を読み取り、画像メモリ１９に格納した時点で、送信相手先に対してＮＣＵ１７の自動ダイヤル機能を用いて発呼させる機能を有している。また、発呼開始時点で、モニタ部１６を動作させ、発呼時の回線信号をユーザがモニタできるように制御することができる。なお、このクイックメモリ送信機能では、読取部１４による２頁目以降の原稿上の画像の読み取り動作と、ＮＣＵ１７，モデム１８による通信動作を並行して行う。
【００１３】
表示部１２は、ユーザに対するメッセージや、装置の状態を示すメッセージ、操作ガイダンスなど、種々の情報を表示することができる。操作部１３は、ユーザが各種の設定や指示などを行う際に用いられる。なお、この操作部１３からクイックメモリ送信機能を指定して送信指示を行うことができる。
【００１４】
読取部１４は、原稿上の画像を読み取る。読取部１４としては、例えばイメージスキャナやディジタルカメラなどの種々の画像入力機器で構成することができる。この例では、この読取部１４が原稿入力手段の１つを構成する。記録部１５は、受信した画像あるいは読取部１４で読み取った画像などを、主制御部１１の制御に従って記録用紙上に記録する。
【００１５】
モニタ部１６は、回線信号をユーザがモニタできるように出力する。モニタ部１６は、例えばスピーカや発光素子など、種々の出力装置で構成することができる。発呼中に回線信号をモニタする場合、例えばダイヤルパルス音やトーン信号音などを音声出力し、回線の状態をユーザに知らせることができる。
【００１６】
ＮＣＵ１７は、回線を制御して外部機器との通信を行う。また、自動ダイヤル機能を有しており、例えば操作部１３などから指定された送信相手先の電話番号に対して自動的にダイヤルして発呼することができる。モデム１８は、送受信する画像データの変復調を行う。
【００１７】
画像メモリ１９は、送信する画像データや受信した画像データ、読取部１４で読み取った画像データ、記録部１５で記録すべき画像データ、その他処理中の画像データなどを蓄積する。
【００１８】
ＲＡＭ２０は、主制御部１１や他の各部の処理においてデータの保存が必要なときに用いられる。ＲＯＭ２１は、主制御部１１の動作を規定したプログラムや、固定的なデータなどが格納されている。
【００１９】
バス２２は、主制御部１１、表示部１２、操作部１３、読取部１４、記録部１５、ＮＣＵ１７、モデム１８、画像メモリ１９、ＲＡＭ２０、ＲＯＭ２１等を相互に接続しており、これらの間のデータ転送を可能にしている。
【００２０】
図２は、本発明の通信端末装置の実施の一形態における動作の一例を示すフローチャートである。ここでは、クイックメモリ送信機能を用いて、読取部１４にセットされている原稿の画像を送信する場合の動作の一例について説明する。
【００２１】
Ｓ３１において、ユーザによる送信相手先に関する指示を受け付ける。ユーザは、操作部１３において、例えばテンキーによって電話番号を入力したり、あるいは予め電話番号が設定されているワンタッチキーの操作や、短縮キーとテンキーの走査による短縮ダイヤル操作などによって送信相手先を指示することができる。
【００２２】
Ｓ３２において、ユーザが送信スタートの指示を行ったか否かを判定する。送信スタートの指示を行わずに次の指示を行う場合には、他の送信相手先の指示であるものとして、Ｓ３１に戻って他の送信相手先に関する指示を受け付ける。これによって、複数の送信相手先を指定可能に構成することができる。もちろん、送信相手先を１つとし、Ｓ３１に戻った場合には、改めて送信相手先が指示されたものとして、最後の指示を有効としてもよい。
【００２３】
送信相手先が指定され、送信スタートが指示されると、Ｓ３３において、蓄積完了頁数を示す変数Ｐを０にクリアして、読取部１４における原稿の画像の読取を開始する。
【００２４】
Ｓ３４において、原稿上の画像を１ライン読み取り、主制御部１１あるいは図示しない専用のハードウェアによって符号化し、画像メモリ１９に格納する。そしてＳ３５において、画像メモリ１９の残量が所定量以下か否かを判定する。画像メモリ１９の残量が所定量より多ければ、読み取り処理を続ける。Ｓ３６において１頁の読み取りが完了したか否かを判定し、頁の途中であればＳ３４へ戻って次の１ラインの読み取りを行う。
【００２５】
このような１ラインごとの読み取りおよび画像メモリ１９への格納処理を繰り返し、１頁の読み取りが終了すると、Ｓ３７において蓄積完了頁数を示す変数Ｐに１を加算する。Ｓ３８において、変数Ｐが１か否か、すなわち、原稿の１頁目の読み取りが終了したか否かを判定し、１頁目の読み取りが終了した場合には、Ｓ３９において、ＮＣＵ１７に対して送信相手先への発呼を開始させ、一連の送信処理を開始する。この送信処理については後述する。
【００２６】
これによって、すべての原稿上の画像の読み取り終了を待たずに、通信を開始する。また、発呼開始時点で少なくとも原稿１頁分の画像は画像メモリ１９に格納されているので、送信処理によって少なくとも１頁分の画像は送信できる。そのため、従来のように発呼だけ行って画像が送信できずに無駄に通信料金が課金されるといった事態を回避することができる。
【００２７】
なお、変数Ｐの値が１ではない場合、すなわち２頁目以降の頁単位の読み取りが終了した場合には、既に送信処理が行われているので、Ｓ３９の処理は行わない。
【００２８】
Ｓ４０において、次頁の原稿が存在するか否かを判定する。送信すべき原稿が残っていれば、Ｓ３４に戻って次の原稿についての読み取りを開始する。すべての送信すべき原稿の読み取りが終了したら、読み取り処理を終了する。この時点で、Ｓ３９で開始した送信処理はそのまま続行する。
【００２９】
Ｓ３４で１ライン分の画像を読み取り、符号化して画像メモリ１９に格納した結果、画像メモリ１９の残量が所定値以下となったことがＳ３５で検出された場合には、その時点で原稿の読み取りを中止する。そして、まずＳ４１において蓄積中断フラグをオンにする。Ｓ４２において蓄積完了頁数を示す変数Ｐの値を判定し、変数Ｐの値が０以外（ここでは１以上）の値であれば、Ｓ４３においてユーザに第Ｐ＋１頁から再送を促すメッセージを出力する。例えば「第○○頁から再送信してください。」といったメッセージを出力すればよい。○○の部分にはＰ＋１の値を挿入すればよい。このようなメッセージによって、ユーザは何頁から改めて送信を行えばよいかを知ることができる。このＳ４３でメッセージを出力する場合には、画像メモリ１９に１頁分以上の画像が格納された場合であり、画像メモリ１９に格納できた分の画像は送信相手先に送信される。
【００３０】
また、変数Ｐの値が０である場合には、Ｓ４４において、１頁も蓄積できなかったことを示すメッセージを出力する。例えば「１頁もメモリできません。不要なメモリ画像を消去するか、即時送信してください。」といったメッセージを出力し、ユーザに対して対策を促すことができる。このＳ４４においてメッセージを出力する場合は、まだＳ３９における送信処理を開始していないので、従来のように発呼のみが行われて無駄に通信料金が課金されることはない。
【００３１】
なお、画像メモリ１９内に格納されている画像の消去は、操作部１３からのユーザによる操作によって行うことができる。また、即時送信は、画像メモリ１９に格納せずに、読取部１４で読み取った画像をモデム１８，ＮＣＵ１７を通じて送信する機能である。この場合、読取部１４における走査速度に送信速度が影響されるため、通信時間が長くなることがある。
【００３２】
Ｓ４３およびＳ４４においてユーザに提示するメッセージは、例えば表示部１２に表示するほか、記録部１５から記録紙に記録して出力することができる。もちろん、音声出力してもよいし、これらの出力形態を組み合わせてもよい。
【００３３】
図３は、本発明の通信端末装置の実施の一形態における送信処理の一例を示すフローチャートである。図２に示す動作において、１頁分の画像を画像メモリ１９に格納し終えると、Ｓ３９において、図３に示すような送信処理が起動される。
【００３４】
まずＳ５１においてモニタ部１６による回線信号のモニタを開始させる。この送信処理が開始されるまでに１頁分の原稿の読み取り処理を行っており、スタート指示から送信処理開始までに時間が空いている。そのため、送信処理開始とともにモニタ部１６によって回線信号のモニタを開始することによって、ユーザの不安感を払拭することができる。
【００３５】
Ｓ５２において、図２のＳ３１で入力された送信相手先の１つに対してＮＣＵ１７でダイヤルし、発呼させる。Ｓ５３で送信相手先からの応答を待ち、送信相手先からの応答を受信すると、Ｓ５４においてモニタ部１６による回線信号のモニタを停止する。その後、送信相手先とのハンドシェイクなどを行う。また、送信相手先に対して発呼したが、例えば話中であるなどして正常な応答が所定時間内に受信できない場合には、例えばリダイヤル待ち状態としたり、あるいは他の送信相手先への発呼を行うなどの制御を行ってもよい。
【００３６】
回線が接続されると、Ｓ５５において、送信画像のヘッダ部に付加する発信元データを作成する。Ｓ５６において蓄積中断フラグを参照し、オフであれば正常に読み取り処理が行われていることを示すので、Ｓ５９においてＳ５５で作成した発信元データをそのまま用い、画像メモリ１９に格納されている画像とともに送信相手先へ送信する。
【００３７】
蓄積中断フラグがオンになるのは、図２のＳ３５においてメモリ残量が所定値以下となったことが検出され、原稿の読み取りを中止した場合である。この場合には、Ｓ５７において、読み取った分の画像の最終頁か否かを判定し、読み取った分の最終頁を送信する際に、Ｓ５８において発信元データに例えば「次の通信に続く」といった情報を追加する。そしてＳ５９において、情報の追加された発信元データと画像メモリ１９に格納されている画像を送信相手先へ送信する。
【００３８】
図４は、発信元データの一例の説明図である。例えば通常の送信時には図４（Ａ）に示すような発信元データを作成しているとする。蓄積中断フラグがオンになっており、読み取った分の画像の最終頁を送信する際には、例えば図４（Ｂ）に示すように、「次通信に続く」という情報を追加した発信元データを作成する。そしてこの発信元データを画像に付加して送信すればよい。これによって、受信側においても、送信される情報がまだ残っていることを知ることができる。なお、読み取った分の画像の最終頁以外では、Ｓ５５で作成した図４（Ａ）に示すような発信元データを使用して送信を行う。
【００３９】
図３に戻り、１頁分の送信を終了すると、Ｓ６０において、画像メモリ１９に格納した画像を全頁送信したか否かを判定し、未送信の頁が存在する場合には、Ｓ５５へ戻って、発信元データの作成および作成した発信元データと画像との送信を繰り返す。
【００４０】
画像メモリ１９に格納されている全頁の画像を送信し終えたら、Ｓ６１において、別の送信相手先があるか否かを判定する。図２において説明したように、Ｓ３１，Ｓ３２により複数の送信相手先が指定可能である。指定された送信相手先のうち、まだ画像を送信していない送信相手先があれば、Ｓ５２へ戻って発呼動作から行う。なお、別の送信相手先への発呼を行う時点では、読取部１４における読み取り動作が終了し、送信の操作を行ったユーザは既にこの通信端末装置から離れていることが想定される。そのため、この場合にはモニタ部１６を動作させない。もちろん、Ｓ５１へ戻ってモニタ部１６を動作させてもかまわない。このようにして、すべての送信相手先に対して、順に画像メモリ１９に格納した画像を送信する。
【００４１】
なお、上述の説明では、１頁目の原稿の画像を読み取り、画像メモリ１９に蓄積した時点で送信相手先への発呼を開始しているが、これに限らず、多数の原稿が存在する場合には２頁目以降の原稿の画像を確認後に発呼を開始してもよい。１頁目の途中で画像メモリ１９の空き容量が所定量以下となった場合に、それまで読み取った画像を送信することも考えられるが、通常、原稿は１頁単位で扱われるので、頁の途中まで送信しても結局その頁を再送することになる。そのため、上述のように頁単位で画像を扱った方が有利であり、本発明では１頁分の画像を画像メモリ１９に蓄積した時点で送信処理を開始している。
【００４２】
上述の例では、原稿入力手段として読取部１４を用い、読取部１４で原稿上の画像を読み取って画像メモリ１９に蓄積し、送信する場合について説明した。本発明はこれに限らず、例えば図示しない外部インタフェースを有し、これを原稿入力手段として用いる構成であってもよい。例えば外部のコンピュータなどで作成された画像を外部インタフェースで受け付け、画像メモリ１９にいったん格納した後、送信する場合でも、上述と同様に動作させることができる。
【００４３】
【発明の効果】
以上の説明から明らかなように、本発明によれば、少なくとも１頁分の画像を蓄積した時点で発呼を開始するので、少なくとも１頁は送信できる。そのため、従来のように発呼だけして送信できないといった事態を回避することができ、無駄な通信料金がかからないという利点がある。また、途中で画像を蓄積できなくなった場合には、蓄積未完了頁番号をユーザに対して通知するので、ユーザは何頁から再度送信すればよいかを容易に知ることができる。さらに、発呼を開始する際に回線信号をユーザがモニタできるので、スタートの指示から時間をおいて行われる発呼動作の開始をユーザが知ることができるとともに、ユーザに安心感を与えることができるという効果がある。
【図面の簡単な説明】
【図１】本発明の通信端末装置の実施の一形態を示すブロック図である。
【図２】本発明の通信端末装置の実施の一形態における動作の一例を示すフローチャートである。
【図３】本発明の通信端末装置の実施の一形態における送信処理の一例を示すフローチャートである。
【図４】発信元データの一例の説明図である。
【符号の説明】
１１…主制御部、１２…表示部、１３…操作部、１４…読取部、１５…記録部、１６…モニタ部、１７…ＮＣＵ、１８…モデム、１９…画像メモリ、２０…ＲＡＭ、２１…ＲＯＭ、２２…バス。

Claims

送信する画像を取得する原稿入力手段と、該原稿入力手段で取得した画像を蓄積する画像蓄積手段と、回線を介して通信が可能な通信制御手段と、前記原稿入力手段から少なくとも１頁の画像を取得して前記画像蓄積手段に格納させたときに前記通信制御手段から送信相手先に対して発呼を開始させる制御手段を有し、前記制御手段は、前記通信制御手段に発呼を開始させた後、画像の蓄積により前記画像蓄積手段の空き容量が所定値以下又は空き容量が無くなった場合は、前記原稿入力手段による画像の取得を中止し、取得した画像の最終頁を送信する際に次通信に続く旨の情報を前記最終頁の画像に付加して送信することを特徴とする通信端末装置。
前記制御手段は、前記通信制御手段に発呼を開始させた後、画像の蓄積により前記画像蓄積手段の空き容量が所定値以下又は空き容量が無くなった場合は、蓄積未完了頁番号をユーザに対して通知することを特徴とする請求項１に記載の通信端末装置。
さらに、回線信号をユーザがモニタ可能なモニタ手段を備え、前記制御手段は、前記通信制御手段による発呼の開始から前記モニタ手段を動作させることを特徴とする請求項１または請求項２に記載の通信端末装置。