JPH10178531A

JPH10178531A - 通信端末装置

Info

Publication number: JPH10178531A
Application number: JP8340095A
Authority: JP
Inventors: Yukinori Murata; 至規村田
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 1996-12-19
Filing date: 1996-12-19
Publication date: 1998-06-30

Abstract

(57)【要約】【課題】 V.34通信手順の実行が可能なモデムを有する
通信端末装置では、全二重通信を行なう場合には二つの
搬送波を使用するために帯域が狭くなり、ノイズの影響
も受け易くなるため、その時々の通信回線の状況によっ
ては通信障害発生の可能性が高くなり、従って通信を確
立することが出来ない確率も高くなるという問題があ
る。【解決手段】全二重通信方式と全二重通信方式に比し
て相対的に低効率ではあるが通信障害の発生確率が低い
半二重通信方式との２種類の通信方式が可能なモデム５
と、モデム５に全二重通信方式で優先的に送信を実行さ
せ、通信障害により通信を確立できなかった場合に半二
重通信方式で再送信させるCPU １とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、たとえばファクシ
ミリ装置等の通信端末装置に関し、より詳細には、一旦
送信を開始した後に回線の状況等に起因して通信が失敗
して中止した場合の再送信の成功率を向上させ得る通信
端末装置に関する。

【０００２】

【従来の技術】ファクシミリ装置等の通信端末装置は一
般的には、送信時にはディジタル信号を音声信号に変換
して一般公衆電話回線へ送信し、また受信時には一般公
衆電話回線から音声信号を受信してディジタル信号に変
換する変復調装置（モデム）を備えている。ところで、
このようなモデムを使用した通信では、通常の会話によ
る音声信号の通信とは異なり、回線遮断は言うに及ば
ず、信号が正確に伝送されるか否かが重要になる。

【０００３】一方、従来のファクシミリ通信は半二重方
式のたとえばITU-T(国際電気通信連合−電気通信標準化
部門) の勧告V.17通信手順等に準拠した変復調装置を使
用し、現在一般的なG3規格のファクシミリ通信手順でも
ある同勧告T.30に規定されている手順に従って行なわれ
ている。しかし、同勧告V.34に準拠した最大伝送速度が
33.6Kbpsの超高速の通信手順（以下、V.34通信手順と言
う) も実用化されており、このV.34通信手順では全二重
通信が可能である。なお、V.34通信手順でファクシミリ
通信を行なう場合には同じく同勧告 V.8通信手順で前手
順を行なって実際の通信速度を決定する必要がある。

【０００４】

【発明が解決しようとする課題】ところで、上述のよう
なV.34通信手順、換言すれば全二重通信を行なう場合に
は、二つの搬送波を使用するために帯域が狭くなり、ノ
イズの影響も受け易くなるため、その時々の通信回線の
状況によっては通信障害発生の可能性が高くなり、従っ
て通信を確立することが出来ない確率も高くなるという
問題がある。

【０００５】このような事情から、特定の通信相手に関
して過去の通信実績を記録しておき、通信が確実に成功
するであろうと思われる通信方式を通信実行の都度自動
的に採用するように構成されたファクシミリ装置等の通
信端末装置も知られている。しかし、通信回線の状況は
時々刻々変化しており、過去の通信実績では通信に失敗
する場合もあり得る。また逆に、過去の通信実績が通信
回線の状況が特別悪い時点で得られたような場合には、
通常はより高速な通信が可能なはずであり、通信経費の
無駄になる。

【０００６】本発明はこのような事情に鑑みてなされた
ものであり、予め優先順位が定められた複数の通信方式
で通信が可能な場合に、優先順位に従って試行された通
信が通信障害発生のために通信確立できずに終わった場
合にそのことに関する情報を記憶しておき、再送信に際
しては、記憶されている通信実績の情報を参考にするこ
とにより、再送信時に通信が確立する確率を向上させ得
る通信端末装置の提供を目的とする。

【０００７】

【課題を解決するための手段】本発明に係る通信端末装
置は、第１の通信方式とこの第１の通信方式に比して相
対的に低効率ではあるが通信障害の発生確率が低い第２
の通信方式との少なくとも２種類の通信方式が可能な通
信手段と、通信手段に第１の通信方式で優先的に送信を
実行させ、通信障害により通信を確立できなかった場合
に第２の通信方式で再送信させる制御手段とを備えたこ
とを特徴とする。

【０００８】このような本発明の通信端末装置では、再
送信に際しては前回に通信を確率出来なかった通信方式
とは異なる通信方式で再送信されるため、通信が確立さ
れる確率が向上する。

【０００９】また本発明に係る通信端末装置は、全二重
通信方式と半二重通信方式とが可能な通信手段と、通信
手段による全二重通信方式での送信に際して通信障害が
発生した場合にそれに関する情報を記憶する記憶手段
と、再送信に際して記憶手段の記憶内容に従って全二重
通信方式または半二重通信方式のいずれかを選択して通
信手段に再送信させる制御手段とを備えたことを特徴と
する。

【００１０】このような本発明の通信端末装置では、よ
り高効率な全二重通信を優先的に使用して送信を行な
い、それで通信が確率しない場合には記憶手段に記憶さ
れる。そして再送信に際しては、半二重通信で再送信が
行なわれて通信が確立される確率が向上し、通信相手が
ビジーであったような場合には再度全二重通信で再送信
が行なわれて通信効率の低下が回避される。

【００１１】更に本発明に係る通信端末装置は、上述の
記憶手段が、再送信の必要がある通信についてのみ通信
障害の情報を記憶し、正常に終了した通信または所定回
数通信を確立できなかった通信に関する通信障害の情報
を消去すべくなしてあることを特徴とする。

【００１２】このような本発明の通信端末装置では、再
送信待ちの通信相手に関してのみ過去の通信情報を記憶
すればよいため、記憶手段のハードウェア的な容量が少
なくて済む。

【００１３】

【発明の実施の形態】以下、本発明をその実施の形態を
示す図面に基づいて詳述する。図１は本発明に係る通信
端末装置（以下、本発明装置と言う) をファクシミリ装
置として具体化した場合の実施の形態の一構成例を示す
ブロック図である。

【００１４】図１において、参照符号１はファクシミリ
装置の制御部として機能するCPU(中央処理装置) を示し
ており、このファクシミリ装置全体の動作を制御するた
めのプログラム等を予め記憶したROM (Read Only Memor
y)２と、CPU １による制御に必要なデータ、たとえば後
述するリダイアルテーブル31及び通信管理テーブル32等
のようなデータ、あるいは動作時に一時記憶が必要なデ
ータ等を記憶する記憶部として機能するRAM(Random Acc
ess Memory) ３とが接続されている。

【００１５】また、CPU １にはNCU (Network Control U
nit)４, モデム５が接続されている。NCU ４は、CPU １
により制御されて、回線Ｌとこのファクシミリ装置との
接続を制御すると共に、通信相手の電話番号に応じたダ
イヤルパルスを送出する機能及び着信を検出する機能を
有している。なお、回線Ｌは図示されていない一般公衆
電話回線に接続されている。モデム５は、送受信データ
の変復調、具体的には送信データを音声信号に変調して
NCU ４を介して回線Ｌへ送出し、また逆に回線ＬからNC
U ４を介して受信した音声信号をディジタル信号に復調
する。なお、モデム５としては種々の能力の製品が存在
するが、この例ではV.34通信手順が可能なモデムである
とする。

【００１６】CPU １には更に、読取部６, 画像メモリ
７, コーデック８, 記録部９, 操作部10, 表示部11等が
接続されている。読取部６はたとえば CCDイメージセン
サ等を利用して原稿画像の読み取りを行なう。画像メモ
リ７は、読取部６が読み取った画データを記憶し、また
外部から回線Ｌ及びモデム５を介して受信した画データ
を記憶する。コーデック８は、送信すべき画データを符
号化し、また受信した画データを復号化する。記録部９
は受信画データまたは読取部６が読み取った画データを
記録紙（用紙）上に記録する。操作部10は電話番号等の
数字を入力するためのテンキー, ワンタッチキー, 短縮
キー, 種々の動作を指示するための操作キー等で構成さ
れている。表示部11は、操作部10の操作により入力され
た電話番号等の種々の情報を表示する CRTディスプレイ
またはLCD(液晶表示装置) 等で構成されている。

【００１７】次に、上述のような構成の本発明装置とし
てのファクシミリ装置の動作について、CPU １の動作手
順を示す図４のフローチャートと、RAM ３に設定される
リダイアルテーブル31及び通信管理テーブル32の内容を
示す図２及び図３の模式図を参照して以下に説明する。

【００１８】まず、リダイアルテーブル31について説明
する。このリダイアルテーブル31はRAM ３内の適宜の記
憶領域に設定されており、図２に示されているように、
再送待ち状態の通信相手（再送信が必要な通信相手）の
電話番号（短縮番号またはワンタッチダイアルでも可）
をサーチキーとして、それぞれに関して実行済の再送回
数と、最後の再送実行時刻と、後述するV.34スタートア
ップエラーフラグの状態（セットされている場合は”
１”、リセットされている場合は”０”）が記憶されて
いる。

【００１９】また、図３は通信管理テーブル32の内容例
を示す模式図である。この通信管理テーブル32はいわゆ
るジャーナルメモリであり、各通信実行に際して、その
通信相手の電話番号（短縮番号またはワンタッチダイア
ル）と、V.34通信手順による送信またはV.17通信手順に
よる送信のいずれを行なったかを示す情報 (T4.1及びT
4.3は通信が確率しなかったことを示すコードであり、
＃はV.34通信手順による通紙であったことを示す）とが
記録されている。

【００２０】なお、本発明の通信端末装置としてのファ
クシミリ装置では、モデム５は V.8通信手順により最初
に通信速度を決定するが、その場合には全二重通信であ
るV.34通信手順を基本的には優先的し、それが使用不可
能である場合にはより低能力で半二重通信になるたとえ
ばV.17通信手順を使用する。但し、V.34通信手順は高能
力ではあるが、通信状態が悪い場合には通信障害が発生
する確率が高い。一方、V.17通信手順は低能力ではある
が、通信状態が若干悪い場合にも通信障害が発生する確
率は低い。

【００２１】以下、図４のフローチャートに従って、CP
U １の制御手順について説明する。CPU １は常時発呼要
求の有無を監視している (ステップS11)。具体的には、
ユーザが本発明の通信端末装置であるファクシミリ装置
を使用して実際に通信を行なう場合に発呼要求が行なわ
れる。また、リダイアルテーブル31に登録されている各
通信相手に関して記憶されている時刻 (前回の送信試行
時刻) から所定時間、たとえば３分間経過している場合
にはその通信相手に対する発呼要求が行なわれる。

【００２２】このようにして発呼要求があった場合、CP
U １はその発呼要求に関する種々の通信情報を獲得し
(ステップS12)、その解析を行なう。この際、発呼要求
がユーザにより新たに設定された通信に関する場合に
は、CPU １はユーザが入力した種々の通信情報を獲得し
てその解析を行ない、発呼要求が過去に失敗した通信の
再送である場合にはリダイアルテーブル31に記憶されて
いる通信情報を獲得してその解析を行なう。

【００２３】この結果、今回の発呼要求がリダイアルで
はない場合 (ステップS13 で”NO”) 、即ち発呼が要求
された電話番号が新たにユーザにより設定された電話番
号であってリダイアルテーブル31に記憶されていない場
合、CPU １はV.34通信手順を優先的に行なうために、V.
34通信手順の前手順として必要な V.8通信手順を行なう
ための V.8実行フラグをセット (”１”) する (ステッ
プS14)。

【００２４】一方、リダイアルである場合 (ステップS1
3 で”YES ”) 、即ち発呼が要求された電話番号が過去
に通信に失敗してリダイアルテーブル31に記憶されてる
場合、CPU １は同一の通信相手 (電話番号) に対するリ
ダイアルが５回目であるか否かをまずリダイアルテーブ
ル31から読み出す (ステップS15)。この結果、同一通信
相手への５回目のリダイアルである場合には (ステップ
S15 で”YES ”) 、CPU １は当該電話番号に関するリダ
イアルテーブル31の記録を消去し (ステップS16)、処理
を終了する。なおこの場合、通信相手を特定する情報
(たとえば電話番号, 短縮番号等) と通信が不可能であ
った旨の表示が表示部11に表示されるようにしておくこ
とが望ましい。

【００２５】同一通信相手への５回目のリダイアルでな
い場合、より具体的には４回目までである場合には (ス
テップS15 で”NO”) 、CPU １は発呼が要求されている
電話番号に対応してリダイアルテーブル31に記憶されて
いるV.34スタートアップエラーフラグの状態を読み出
し、セット（”１”）されているか否か（”０”）を判
断する (ステップS17)。ここで、V.34スタートアップエ
ラーフラグがセットされている場合 (ステップS17 で”
YES ”) には、直前に試行された通信に際して全二重通
信を行なおうとしたが不成功であったことを意味してお
り、この場合には再送信に際して半二重通信であるV.17
通信手順を行なうべく V.8実行フラグをクリア (”
０”) する (ステップS18)。一方、V.34スタートアップ
エラーフラグがセットされていない場合 (ステップS17
で”NO”) には、直前に試行された通信に際して全二重
通信が成功したことを意味しており、この場合には全二
重通信であるV.34通信手順を行なうべく V.8実行フラグ
をセット (”１”) する (ステップS14)。

【００２６】以上の処理により、CPU １は発呼が要求さ
れている通信相手に対して、V.34通信手順による全二重
通信を行なうか、またはV.17通信手順による半二重通信
を行なうかを決定する。端的には、発呼要求がユーザに
より直接要求された一回目である場合には全二重通信で
あるV.34通信手順が優先され、リダイアルであるが直前
の送信試行時にV.34通信手順による全二重通信が失敗し
なかった場合には、V.34通信手順が優先され、リダイア
ルであって直前の送信試行時にV.34通信手順による全二
重通信が失敗していた場合には、V.34通信手順は行なわ
れずに半二重通信であるV.17通信手順が行なわれること
になる。

【００２７】次にCPU １は、 V.8実行フラグの状態を判
定する (ステップS21)。 V.8実行フラグがセットされて
いない (”０”) 場合には (ステップS21 で”NO”) 、
CPU１は通常のファクシミリ通信の手順であるT.30手順
を半二重通信であるV.17通信手順またはそれ以下の能力
の通信手順で開始する (ステップS22)。なお、このよう
にV.8 実行フラグがセットされていない (”０”) 場合
はリダイアルの場合に限られる。そしてこの半二重通信
によるファクシミリ通信が正常に終了した場合(ステッ
プS23 で”YES ”) 、CPU １は当該通信相手に関してリ
ダイアルテーブル31に記憶されている情報を消去し (ス
テップS24)、処理を終了する。但しこの場合、他の発呼
要求があればステップS11 へ戻って再度上述の処理を行
なうことは勿論である。

【００２８】上述の半二重通信によるファクシミリ通信
が正常に終了しなかった場合 (ステップS23 で”NO”)
、CPU １は当該通信相手に関するリダイアルテーブル3
1の更新を行なう (ステップS25)。具体的には、リダイ
アルテーブル31の通信相手の電話番号に対応する再送回
数の欄を”１”インクリメントする。

【００２９】一方、ステップS21 において”NO”であっ
た場合、即ち V.8実行フラグがセットされていた (”
１”) 場合には、CPU １はV.34通信手順による全二重通
信を行なうべくまずV.34通信手順のスタートアップ処理
である V.8通信手順を行なって通信速度を決定する (ス
テップS31)。

【００３０】但し、ステップS31 におけるV.34通信手順
のスタートアップ処理である V.8通信手順が正常に終了
しなかった場合には (ステップS32 で”NO”) 、CPU １
はV.34スタートアップエラーフラグをセット (”１”)
し (ステップS33)、更に通信管理テーブル32に通信相手
と通信方式とを対応付けて記憶し (ステップS34)、リダ
イアルテーブル31の新規登録または更新を行なう (ステ
ップS35)。具体的には、その通信がユーザにより新規に
設定された通信であった場合にはその電話番号と再送回
数 (この場合は”０”) と時刻とV.34スタートアップエ
ラーフラグの状態 (”１”または”０”) をリダイアル
テーブル31に新規に登録する。また、リダイアルであっ
た場合には、その電話番号に対応するリダイアルテーブ
ル31の再送回数の内容を”１”インクリメントし、時刻
を更新し、V.34スタートアップエラーフラグの状態 (”
１”または”０”) を更新する。

【００３１】一方、このV.34通信手順のスタートアップ
処理が正常に終了した場合 (ステップS32 で”YES ”)
、CPU １は本来のファクシミリ通信を全二重通信であ
るV.34通信手順に従って実行する (ステップS41)。この
V.34通信手順によるファクシミリ通信が正常に終了した
場合には (ステップS42 で”YES ”) 、CPU １は通信管
理テーブル32に通信相手と通信方式とを対応付けて記憶
し (ステップS43)、更にその通信相手に関してリダイア
ルテーブル31に記憶されている情報を消去し (ステップ
S44)、処理を終了する。但しこの場合、他の発呼要求が
あればステップS11 へ戻って再度上述の処理を行なうこ
とは勿論である。

【００３２】ステップS41 におけるV.34通信手順による
ファクシミリ通信が正常に終了しなかった場合 (ステッ
プS42 で”NO”) 、CPU １は通信管理テーブル32に通信
相手と通信方式とを対応付けて記憶し (ステップS45)、
更に前述のステップS35 の処理、即ちリダイアルテーブ
ル31の新規登録または更新の処理を行なった後、処理を
終了する。但しこの場合、他の発呼要求があればステッ
プS11 へ戻って再度上述の処理を行なうことは勿論であ
る。

【００３３】従って、ユーザが直接設定を行なった一回
目の通信に際しては全二重通信でああるV.34通信手順が
優先して試行され、全二重通信で正常にファクシミリ通
信が終了した場合にはそのまま処理が終了する。しか
し、V.34通信手順のスタートアップ処理である V.8通信
手順による通信の結果から得られた通信相手のモデムの
能力、換言すれば V.8通信手順により決定された通信速
度から、または通信回線の状態から全二重通信は不可能
な状態であると判断してリダイアル時には半二重通信が
行なわれる。但し、V.34通信手順のスタートアップ処理
である V.8通信手順は正常に終了したがその後の実際の
V.34通信手順に失敗した場合には基本的には全二重通信
が可能であるとしてリダイアル時にも全二重通信が行な
われる。

【００３４】

【発明の効果】以上に詳述したように本発明の通信端末
装置によれば、再送信に際しては前回に通信を確率出来
なかった通信方式とは異なる通信方式で再送信されるた
め、通信が確立される確率が向上する。

【００３５】また、上述のような本発明の通信端末装置
によれば、より高効率な全二重通信を優先的に使用して
送信を行ない、それで通信が確率しない場合には記憶手
段に記憶される。そして再送信に際しては、半二重通信
で再送信が行なわれて通信が確立される確率が向上し、
通信相手がビジーであったような場合には再度全二重通
信で再送信が行なわれて通信効率の低下が回避される。

【００３６】更に上述のような本発明の通信端末装置に
よれば、再送信待ちの通信相手に関してのみ過去の通信
情報を記憶すればよいため、記憶手段のハードウェア的
な容量が少なくて済む。

【図面の簡単な説明】

【図１】本発明の通信端末装置をファクシミリ装置とし
て具体化した場合の実施の形態の一構成例を示すブロッ
ク図である。

【図２】本発明の通信端末装置のリダイアルテーブルの
内容を示す模式図である。

【図３】本発明の通信端末装置の通信管理テーブルの内
容を示す模式図である。

【図４】本発明に係る通信端末装置の動作手順を示すフ
ローチャートである。

【図５】本発明に係る通信端末装置の動作手順を示すフ
ローチャートである。

【符号の説明】

１ CPU 、３ RAM 、５モデム、31 リダイアルテー
ブル。

フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｌ 5/16 Ｈ０４Ｌ 13/00 ３１１

Claims

【特許請求の範囲】

【請求項１】第１の通信方式と前記第１の通信方式に
比して相対的に低効率ではあるが通信障害の発生確率が
低い第２の通信方式との少なくとも２種類の通信方式が
可能な通信手段と、前記通信手段に前記第１の通信方式
で優先的に送信を実行させ、通信障害により通信を確立
できなかった場合に前記第２の通信方式で再送信させる
制御手段とを備えたことを特徴とする通信端末装置。
【請求項２】全二重通信方式と半二重通信方式とが可
能な通信手段と、前記通信手段による全二重通信方式で
の送信に際して通信障害が発生した場合にそれに関する
情報を記憶する記憶手段と、再送信に際して前記記憶手
段の記憶内容に従って全二重通信方式または半二重通信
方式のいずれかを選択して前記通信手段に再送信させる
制御手段とを備えたことを特徴とする通信端末装置。
【請求項３】前記記憶手段は、再送信の必要がある通
信についてのみ前記通信障害の情報を記憶し、正常に終
了した通信または所定回数通信を確立できなかった通信
に関する通信障害の情報を消去すべくなしてあることを
特徴とする請求項２に記載の通信端末装置。