JPH01302950A - フアクシミリ機能付データ処理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、例えばパーソナルコンピュータ等のデータ処
理を主な機能とし、それにファクシミリ機能が付加され
たデータ処理システムに関するものである。

［従来の技術］ 一般的なファクシミリ装置の送信失敗原因には、エラー
、電話回線のビジー、あるいは相手が話中等がある。そ
して、従来の所謂パーソナルコンピュータ＝ファクシミ
リ（略して、パソコンファクシミリと呼ぶ）システムに
おける再試行機能は、これらの送信失敗に対して、ある
一定時間間隔をおいて、ある一定回数だけ再試行すると
いうものであった。所謂リダイアルである。

一方、かかるパーソナルコンピューターファクシミリシ
ステムでは、内蔵の交換機に複数の端末が接続可能にな
っている。

［発明が解決しようとしている課題］ しかしながら、上記従来例におけるシステムでは、送信
失敗が起こっても、その原因が交換機に接続された白側
の電話器による回線使用中（白側回線ビジー）に起因し
た送信未終了であるのか、相手が話し中による失敗（相
手側回線ビジー）なのかは区別していない。単に、上述
したように、一定間隔を空けて再試行するに留まってい
る。

ところが、特に、他の端末による回線使用状態は、上記
再試行のための一定間隔とは独立した事象であるために
、この一定間隔内に、回線がビジーでなくなっても、こ
の一定時間経過後でないと、再試行されないために、時
間の無駄が発生している。ましてや、この一定時間が経
過する前に、他の端末に回線を先に使用されてしまう可
能性がある。

このような時間の無駄が発生するという不都合は、白側
回線ビジーの場合と同じく、相手が話し中による送信失
敗（相手側回線ビジー）にも同じように発生する。

そこで、本発明は、回線ビジー状態が解消したら直ちに
発呼を行なうことのできるファクシミリ機能付データ処
理システムを提供することを目的とする。

［課題を達成するための手段］ 本発明によれば、ファクシミリ機能を付加されたデータ
処理システムにおいて、ファクシミリ送信されるデータ
を作成するデータ処理部と、電話網状態として、発呼可
能か、不可能かを知り、上記データ処理部に該状態を通
知する手段を含む網検知部とを有し、該コンピュータシ
ステムは更に、前記データ処理部は、上記網検知部に対
し、この網検知部からの発呼可能通知を前記データ処理
部を受けた後に発呼要求を行なうことを特徴とする。

［実施例］ 以下添付図面に基づいて、この発明を所謂パーソナルコ
ンピュータシステムに適用した実施例を説明する。尚、
以下、ファクシミリをＦＡＸと略す。

第１図はこのパーソナルコンピュータシステムの全体を
示すブロック図である。１はパソコン本体、２はパソコ
ンの中央処理装置であるところのＣＰＵ、３はパソコン
ＦＡＸシステムを実現するソフトウェア群であるところ
のパソコンＦＡＸアプリケーションソフトウェア、４は
パソコンの基本釣機能をサポートするソフトウェアであ
る基本ソフトウェア、５は外部電話回線と接続されると
ころのＦＡＸアダプタ、６はこのアダプタ５に構内線で
接続された一般の通話を行なうところの電話器、７は電
話回線である。また、８はパーソナルコンピュータの内
部バス、９はパーソナルコンピュータ本体とＦＡＸアダ
プタ５とを接続するための外部バスである。

第２図はＦＡＸアダプタ５の内部ブロック図である。電
話器群６は、複数の電話器を複数個（第１図では、２０
１〜２０３の３つ）含むものである。これらの３台の電
話器は、ＦＡＸアダプタ５とケーブル４００でシリーズ
に接続されている。

このケーブル４００は、音声信号を伝える音声線と、制
御信号を伝える制御線と、電源電圧を供給する電源線と
を含む。

一方、電話回線７は第１図実施例では１本である。従っ
て、３台の電話器と１台のＦＡＸのうちの１つだけが電
話回線７を介して公衆回線網に接続される。勿論、局線
数を増やすことにより、−度に動作できる端末数を増や
すことは可能となる。

第２図を用いてＦＡＸアダプタ５の構成を更に詳しく説
明すると、着信回路１０１は電話回線７からの被呼を検
出する。発呼回路１０２はＦＡＸアダプタ５側からダイ
アル発呼するときに使われるものである（後述するよう
に、各電話器は専用の発呼回路を有する）。交換回路１
０４は、電話器６側かＦＡＸアダプタ５側かに電話回線
７を交換接続する。端末制御回路１０３は、主に電話器
６とケーブル４００を介して行なわれる制御信号のやり
取りを制御するものである。

第１図におイテ、１０６〜１０９は所謂ＦＡＸ機能を実
現するための部分である。マイクロコンピュータ１０５
はＲＯＭ等の制御プログラム１０７に従って１０６〜１
１０を制御する部分である。即ち、ＦＡＸ受信のときは
、モデム１０６によりデジタル信号となった受信画像デ
ータをイメージメモリ１０９に格納し、コーデック部１
０８により例えばＭＨ符号化若しくはＭＲ符号化に従っ
て復号化し、記録回路１１０に出力する。ＦＡＸ送信時
は、外部バス９を介してのパーソナルコンピュータ本体
１からの送信データをイメージメモリ１０９に格納し、
その画像データを、ＭＨ符号化若しくはＭＲ符号化に従
って符号化し、モデム１０６を介して電話回線７上に送
出する。１１０はパーソナルコンピュータ本体の外部バ
ス９とＦＡＸアダプタ５内の内部バス１１１とを接続す
るハスインターフェース回路である。

交換回路１０４における回線交換動作について説明する
。本システム全体が送信側になるときは、電話器６若し
くはＦＡＸアダプタ５からの発信要求に応じて、マイク
ロコンピュータ１０５が交換回路１０４に対して電話器
６側かＦＡＸアダプタ５側かに接続を切り替えさせる。

反対に受信側になるときは、被呼を着信回路１０１が検
出すると、マイクロコンピュータ１０５は端末制御回路
１０３を介してその旨を各電話器に知らせる。

知らされた各電話器は疑似呼出し音を鳴らす。操作者が
受話器をとると、その電話器が制御回路１０３を介して
マイクロコンピュータ１０５にその旨を知らせる。する
と、マイクロコンピュータ１ｏ５は電話回線７を電話器
側に接続する。一方、呼出し音を所定の時間鳴らしても
受話器が取られないときは、時間監視をしていたマイク
ロコンピュータ１０５が交換回路１０４に対して、電話
回線７をＦＡＸ側に切り替えさせるように動作する。

この実施例システムの特徴は、パーソナルコンピュータ
１側からファクシミリ送信要求かアダプタ５に対しであ
ると、アダプタ５は電話回線７がビジーかどうかを判断
し、自回線７がビジーでなければ、回線７をファクシミ
リ側に接続する。ビジーの場合は、その旨をパーソナル
コンピュータ側に通知すると共に、送信要求があったこ
とを記憶しておく。この送信要求のあったことを記憶し
ておくことにより、その後、回線７のビジー状態を監視
する。もし、ビジー状態が解消すれば、ＦＡＸアダプタ
５は自らリダイアルを行ない、相手が通話中でないこと
を確認後に、パーソナルコンピュータ本体１に回線がレ
ディになった旨とデータ送信要求とを送って、ファクシ
ミリ送信を再開する。

第３図は、パーソナルコンピュータ本体側のＣＰＵ２に
より実行されるところのファクシミリ通信プログラムの
手順を示すフローチャートであり、第４図は、ＦＡＸア
ダプタ５側のマイクロコンピュータ１０５により実行さ
れるところの交換手順を示すフローチャートである。

本体側のプログラムが実行されると、送信文書が作成さ
れるのをステップＳ２で待つ。この文書の準備が完了す
ると、ステップＳ４でアダプタ５側にファクシミリ送信
要求を相手先電話番号と共に送る。そして、この要求に
対するアダプタ５側からの返答をステップＳ６で待つ。

この返答の種類には、回線接続可、向側回線ビジー、相
手側口線ビジー（話中）、エラー等がある。

ＦＡＸアダプタ５は本体からの送信要求をステップＳ４
０で受ける。するとステップＳ４２で、回線７が他の電
話器６で使用されていないかを調べる。回線７がビジー
でなければ、ステップＳ４４で相手先の電話番号を回線
７に送出する。そして、ステップＳ４６で相手電話聴が
話中でないかを調べる。話中でなければ、ステップＳ５
２で、送信データを本体１から受けるためにバス９とバ
ス１１１とを接続する。そして、ステップＳ５４で、本
体側に、送信準備完了（レディ）を知らせる。ステップ
Ｓ５６では、リクエストフラグをリセットする。このフ
ラグは第５図に示すように、本体１．電話器６等からの
夫々の発呼要求があったが、そのとき回線がビジーであ
ったことを記憶しておくためのフラグである。

送信準備完了通知をステップＳ６で受けた本体側は、ス
テップＳ８からステップＳ１０に進み、内部バス８と外
部バス９とを送信データ転送のために接続する。そして
、ステップＳ１２でデータ転送を行なう。終了すれば、
ステップＳ１６で回線を断にする。

次に、本体１からの送信要求（ステップＳ４に対して）
に対して、自回線７はビジーでなかったが、相手が話中
であった場合を説明する。このときは、ステップＳ４８
で、アダプタ５は本体１側に話中である旨の返答を返す
。本体側はこの返答をステップＳ６で受ける。そして、
ステップ８８中ステツプＳ２０中ステツプＳ２４に）ス
テップ８２６と進み、このステップＳ２６で、一定時間
経過を待つ。この時間経過後に、ステップＳ４に戻り、
再度送信要求を出す。この再度の送信要求に対して、相
変らず相手が話中である限りは、一定間隔毎の送信要求
を本体１が繰返す。

次に、本体側からのステップＳ４での送信要求に対して
、回線７かビジーであった場合を説明する。このときは
、アダプタ５側では、ステップＳ４０中ステツプ５４２
ｄステツプＳ６０と進んで、本体１側にビジーである旨
の通知を送る。すると、これを受けた本体側は、ステッ
プ５１３ｅ３ステップＳ８−＞ステップ５２０＝＞ステ
ップ５２４ａステツプ８２８＃ステツプＳ６と進み、こ
こで、アダプタ側からの何等かの通知を待つ。

一方、アダプタ側では、ステップＳ６０でのビジー通知
の後にステップＳ６２に進んで、送信要求があったが拒
絶されたことを記憶するリクエストフラグをセットする
。このリクエストフラグの構造を第５図に示す。このフ
ラグは、前述したように、本体１．電話器６等からの夫
々の発呼要求があったが、そのとき回線がビジーであっ
たことを記憶しておくためのＦＩＦＯメモリである。交
換機から見た各端末からの送信要求は拒絶される毎に、
このＦＩＦＯ内に時間順に格納される。

ステップＳ６２でファクシミリに相当するリクエストフ
ラグをセットしてから、アダプタ側の制御はメインルー
チンにリターンして、再び、ステップＳ３８以下を実行
する。このときは、上述したように、本体側はステップ
Ｓ６で、アダプタ側からの通知を待っているので、特に
何かの行動を起こすわけではない。従って、アダプタ側
５では、本体１からの要求が特になくとも、ステップ５
３８−＞ステップＳ６８と進み、フラグのセット状態を
調べる。前回は、回線がビジーであり、フラグがステッ
プＳ６２でセットされたから、今度はステップＳ４２に
進んで、再度回線７のビジー状態を調べる。

ステップＳ４２で、未だビジーであると検出されたなら
ば、ステップＳ６０でビジー通知を念のために本体側に
送る。本体側では、ステップＳ３０てレディ通知がある
まで待つ。尚、ステップＳ６２では、同じ端末に対して
、リクエストフラグをＦＩＦＯ内で複数個設定してセッ
トすることはない。

やがて回線が空けば、ステップＳ４２からステップＳ４
４に進む。このステップＳ４４でリダイアルを行なう。

もし相手が話中でなければ、ステップＳ５２＃ステツプ
Ｓ５６と進んで、本体側にレディ通知を行ない、ステッ
プＳ５６でリクエストフラグをリセットする。

レディ通知をステップＳ６で受けた本体側は、ステップ
Ｓ８からステップＳＩＯに進み、前述の動作を繰り替え
ず。

第６図は、本実施例と従来例において、発呼要求があっ
てその要求が拒絶されてから、次のりダイアルまでの間
隔の相違をタイミングチャートで示したものである。同
図に示すように、従来ではりダイアル間隔が固定であっ
たが、本実施例では、回線がビジーでなくなったら直ち
にリダイアルを行なうので時間の無駄がなくなった。

以下、上記実施例の変形について説明する。

上記実施例では、相手が話中の場合は、一定時間後のり
ダイアルを行なっていた。これは自回線のビジー状態は
簡単に分るが、相手電話の回線がビジーであるかどうか
は、相手に電話して初めて分るものであり、短時間のう
ちに何度もリダイアルを行なうのは公衆電話網全体に負
荷をかけるので好ましくないからである。しかしながら
、回線がローカル網のような場合は、相手が話中であっ
たときに、何度もリダイアルを行なっても構わない場合
がある。このときは、ステップ３４８の後に、リクエス
トフラグをセットする手順を付加すればよい。

また、上記実施例では、ビジー中は、リダイアルをアダ
プタの独立制御の下に行なっていた。これは、パーソナ
ルコンピュータ本体に負荷をかけないためである。しか
し、実際には、アダプタ側の交換手順をなるべく簡単化
したい場合がある。

このようなときは、アダプタ側は、回線状態を、常時バ
ス１１１．バス９を介して、本体側に送出しておくよう
にする。そして、本体側の制御プログラムが回線の空き
状態を検出した時点で、アダプタ側にリダイアル要求を
送るようにする。

さらに、上記実施例はＦＡＸの自動発呼に関してのべで
あるが他のデータ通信等の自動発呼に関しても有効な手
段である。

以上説明したように、ＦＡＸアダプタに電話網発呼可能
か不可能かの状態と、電話網発呼不可能状態から可能状
態への状況変化をパソコン本体に通知する手段を設け、
ＦＡＸ送信の開始時に電話網発呼不可能状態であれば発
呼可能状態になるのを待って送信の再試行を行なうよう
にすることにより、本電話器使用時等の回線が空けばす
ぐ再試行できるのに、わざわざ再試行間隔を空けて送信
を開始という時間のムダがなくなった。

［発明の効果］ 以上説明したように、本発明のファクシミリ機能付デー
タ処理システムによれば、ファクシミリ送信されるデー
タを作成するデータ処理部と、電話柄状態として、発呼
可能か、不可能かを知り、上記データ処理部に該状態を
通知する手段を含む網検知部とを有し、さらに、前記デ
ータ処理部は、上記網検知部に対し、この網検知部から
の発呼可能通知を前記データ処理部を受けた後に発呼要
求を行なうことを特徴とする。

従って、発呼要求は、発呼可能通知を少なくとも受けて
から行なわれるので、余計な発呼の無駄がなくなると共
に、発呼要求は通知後直ちに行なわれるので、待ち時間
が解消する。

【図面の簡単な説明】

第１図は本発明をパーソナルコンピュータに適用したと
きのシステム全体図、 第２図はファクシミリアダプタのブロック構成図、 第３図はパーソナルコンピュータ本体側の制御プログラ
ムのフローチャート、 第４図はファクシミリアダプタの制御プログラムのフロ
ーチャート、 第５図はリクエストフラグを格納するＦＩＦＯメモリの
構成を示す図、 第６図は本実施例と従来例との相違を説明したタイミン
グチャートである。 図中、１・・・パソコン本体、２・・・ＣＰＵ、３・・
・パソコンＦＡＸアプリケーションプログラム、４・・
・基本ソフトウェア、５・・・ＦＡＸアダプタ、６・・
・電話器群、８・・・内部バス、９・・・外部バス、２
０１゜２０２．２０３・・・端末電話器、７・・・電話
回線、１０１・・・着信回路、１０２・・・発呼回路、
１０３・・・端末制御回路、１０４・・・交換回路、１
０５・・・マイクロコンピュータ、１０６・・・ＮＣＵ
モデム、１０７・・・制御プログラム、１０８・・・コ
ーデック部、１０９・・・画像メモリ、１１０・・・ハ
スインターフェース回路、１１１・・・内部バス、４０
０・・・ケーブルである。

Claims (2)

【特許請求の範囲】
1. （１）ファクシミリ機能を付加されたデータ処理システ
   ムにおいて、 ファクシミリ送信されるデータを作成するデータ処理部
   と、 電話網状態として、発呼可能か、不可能かを知り、上記
   データ処理部に該状態を通知する手段を含む網検知部と
   を有し、該データ処理システムは更に、 前記データ処理部は、上記網検知部に対し、この網検知
   部からの発呼可能通知を前記データ処理部を受けた後に
   発呼要求を行なうことを特徴とするファクシミリ機能付
   データ処理システム。
2. （２）前記データ処理部と網検知部とはバス結合されて
   いる事を特徴とする請求項の第１項に記載のファクシミ
   リ機能付データ処理システム。