JPH05244311A

JPH05244311A - Ｆａｘサーバ装置

Info

Publication number: JPH05244311A
Application number: JP16430892A
Authority: JP
Inventors: William David Schwaderer; ウイリアム・デイビツド・シユワダラー
Original assignee: SCHWADERER HELEN B
Current assignee: SCHWADERER HELEN B
Priority date: 1991-05-30
Filing date: 1992-05-29
Publication date: 1993-09-21
Also published as: EP0516459A3; EP0516459A2

Abstract

(57)【要約】（修正有）【目的】ファクシミリメッセージ交換のあいだ送受話
器を外しておくだけでよいＦＡＸ装置からの単一の呼
で、複数のファクシミリメッセージの交換を高速で行う
経済的なＦＡＸサーバを提供する。【構成】多数のオフザシェルフ型アダプタカードを使
用するパーソナルコンピュータ３０を用いて構成され
る。アダプタカードは種々の支持機能を果すためにコン
ピュータバス３２に接続されたスロットに挿入され、こ
れらのカードにプロセッサ３４並びにメモリ３６及び３
８が連結される。キーボード４０を操作して、プロセッ
サの制御下で状態及び視覚的応答をＣＲＴ４２上に表示
する。ファクシミリメッセージ記憶機能を得るためにハ
ードディスク４４を使用する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は対話式のファクシミリサ
ーバに係わる。本発明は特に、１回の通話で複数回のフ
ァクシミリメッセージ送信または受信を個々のファクシ
ミリ装置との間で行なうことに関与し得る対話式ファク
シミリサーバに係わる。

【０００２】

【従来の技術】対話式ファクシミリサーバ（以後“ＦＡ
Ｘサーバ”と呼称）は、電話網に付属して発呼者にファ
クシミリサービスを提供するシステムである。前記電話
網は構内交換電話網であっても公衆交換電話網であって
もよい。ＦＡＸサーバが発呼者に提供するサービスに
は、発呼者の要求に応じてファクシミリメッセージを受
信し、蓄積し、また検索することが含まれる。

【０００３】ＦＡＸサーバは普通、押しボタン電話発呼
者及びファクシミリ通信可能装置（以後“ＦＡＸ装置”
と呼称）と様々な手段を介して対話する。ファクシミリ
サービスを提供するべく、ＦＡＸサーバは一般にまず発
呼者と対話してからＦＡＸ装置と通信する。ＦＡＸ装置
はファクシミリメッセージを送信するのに、先に発呼者
がＦＡＸサーバを呼び出すのに用いたのと同じ電話回線
を用い得る。あるいは他の場合には、おそらく完全に異
なる電話網によって制御される全く別の電話回線が用い
られ得る。

【０００４】上記のような手段を介して、ＦＡＸサーバ
は許可された発呼者に、ＦＡＸサーバにとって使用可能
な記憶領域の中から発呼者自身が選択した記憶領域にフ
ァクシミリメッセージを蓄積させる。ＦＡＸサーバはま
た許可された発呼者に、ＦＡＸサーバの一つ以上の記憶
領域から予め蓄積されたファクシミリメッセージを検索
させる。

【０００５】スペース上の理由から、ＦＡＸサーバはフ
ァクシミリメッセージを、ＦＡＸ装置がＣＣＩＴＴ第３
群ＦＡＸ装置である場合はＣＣＩＴＴ勧告Ｔ．４フォー
マットにおいて、またＣＣＩＴＴ第４群ＦＡＸ装置であ
る場合はＣＣＩＴＴ勧告Ｔ．５フォーマットにおいて蓄
積し得るが、このような蓄積は必須ではない。ＦＡＸサ
ーバは、他のソースから得られた情報から動的にファク
シミリメッセージを創出することもできる。上記他のソ
ースにはコンピュータが含まれる。ＦＡＸサーバとコン
ピュータとは、構内通信網（ＬＡＮ）及び公衆または構
内交換電話網を用いて接続され得る。

【０００６】ＦＡＸサーバはまた、ＣＣＩＴＴ勧告Ｔ．
３０に挙げられているような非標準設備（以後ＮＳＦと
呼称）を用い得る。その場合ＦＡＸサーバは、ＣＣＩＴ
Ｔ勧告を顧慮せずに様々な手続きを用いて様々なフォー
マットにおいてメッセージを伝送し得る。その他の場合
は、ＦＡＸサーバはＣＣＩＴＴ勧告Ｔ．３０の手続きに
一致するようにして、ＣＣＩＴＴ第３群ＦＡＸ装置との
間ではＣＣＩＴＴ勧告Ｔ．４フォーマットファクシミリ
メッセージを送受信し、ＣＣＩＴＴ第４群ＦＡＸ装置と
の間ではＣＣＩＴＴ勧告Ｔ．５フォーマットファクシミ
リメッセージを送受信する。

【０００７】ＦＡＸサーバ装置は当業者に公知である。
例えば、１９８２年９月２０日付公開の特開昭５７−１
５２０７２号には音声応答／映像検索複合処理システム
が開示されている。この発明を具現する装置は、押しボ
タン電話発呼者に音声情報及びファクシミリ情報を提供
し得る。

【０００８】特開昭５７−１５２０７２号に開示された
ＦＡＸサーバ例は不動産情報を提供する。不動産業者は
押しボタン電話でＦＡＸサーバを呼び出して、様々な条
件に合致する不動産リスト情報を得る。不動産業者は所
望の不動産所在地及び言い値といった条件を、音声プロ
ンプトに従って電話の押しボタンを押すことによって特
定する。

【０００９】ＦＡＸサーバは、関心を持たれそうな不動
産を捜し出せたら該不動産についての音声説明を不動産
業者に現在通話中の電話で提供する。発呼者が更に不動
産の間取り図を欲する場合、システムはこの不動産業者
に電話を切るように指示する。その後、ＦＡＸサーバは
不動産業者の予め登録されたＦＡＸ装置電話番号を用い
て不動産業者のＦＡＸ装置を呼び出し、間取り図の図面
を送る。

【００１０】特開昭５７−１５２０７２号に開示された
構成は、ＦＡＸサーバによる情報提供が電話を掛け直す
こと（このことを以後“コールバック”と呼称）によっ
て行なわれるという欠点を有する。この欠点はＦＡＸサ
ーバの有用性を甚だしく損なう恐れが有る。例えば、発
呼者が外国にいればコールバックはＦＡＸサーバのオー
ナーにとって非常に高額となる。また、コールバック時
にＦＡＸ装置が通話中であるかもしれず、ＦＡＸサーバ
の送信機能は複雑化する。

【００１１】Ｄｕｅｈｒｅｎ等の米国特許第４，９１
８，７２２号にも、押しボタン電話発呼者と対話するＦ
ＡＸサーバが開示されている。この特許に述べられてい
る一具体例によれば、発呼者は要求したファクシミリ情
報が送信されるべきＦＡＸ装置の電話番号を指定する。
この参考文献にも、発呼者がＦＡＸサーバと音声通信を
行なうのと同じ電話回線に接続された発呼者のＦＡＸ装
置に情報を送信することが教示されている。情報送信
は、ＦＡＸサーバが呼び出されたのと同じ通話において
行なわれる。

【００１２】押しボタン電話発呼者と対話するだけで同
じ通話においてファクシミリメッセージを送り返すＦＡ
Ｘサーバは今日一般に普及している。これは特に、この
ようなＦＡＸサーバが容易に構成され得るためである。
現在市販されているＦＡＸサーバのほとんどは一般に、
いずれも同様に作動する。押しボタン電話機能を有する
ＦＡＸ装置から発呼した発呼者との対話後、ＦＡＸサー
バは発呼者に発呼者自身のＦＡＸ装置の“スタートボタ
ン”を押して電話を切るように指示する。

【００１３】上述の手続きでは発呼者は、１回の通話で
一つのファクシミリメッセージを送信または受信するこ
としかできない。そのメッセージは、ＣＣＩＴＴの規定
により、それぞれ１ページ以上である文書一つ以上から
成り得る。別の対話が必要な場合、発呼者は更に１回以
上ＦＡＸサーバに電話して、新たな要求を１回の通話に
一つずつ示さなければならない。追加の通話は明らか
に、必要な特定情報が先の１回以上の通話でＦＡＸサー
バによって送り返された一つ以上のファクシミリメッセ
ージを検討することによってのみ発呼者に確認され得る
場合に必要となる。

【００１４】上記のようなやり取りの例に、索引が必要
とされるカタログ販売が有る。発呼者はまず索引を調
べ、これを用いてカタログに載っている特定物品を捜し
出す。次に興味を覚えた物品に関する情報をＦＡＸサー
バから得るためには次の通話が必要となる。

【００１５】この構成には幾つかの欠点が有る。まず、
通話時間が長引く恐れが有る。繰り返しダイヤルしてＦ
ＡＸサーバと予備的な対話を行なうプロセスは時間も浪
費し、退屈ともなろう。従って、発呼者はダイヤリング
及び様々な指定でエラーを犯すかもしれない。くわえ
て、発呼者は数回の通話の料金を支払うことになり得る
が、それらの通話はいずれも最初の数分間であるため、
料金がその後の通話時間に掛かる料金より高額であり得
る。即ち、電話を何回も掛け直すことは１回だけ掛ける
より割高となる。

【００１６】最後に、ＦＡＸサーバとの通話のコストを
低減するべく、多くのＦＡＸサーバは市街局番８００番
を介してアクセス可能となっている。国際電話発呼者は
通常この番号に掛けられないので、上記のようなＦＡＸ
サーバは大勢の海外からの発呼者にとって使用不能であ
る。

【００１７】Ｂａｒａｎ等の米国特許第４，８９３，３
３３号にも、従来型のＦＡＸサーバ機能を有する装置が
開示されている。しかし、Ｂａｒａｎ等の特許の要点
は、光学式文字読み取り（ＯＣＲ）及び光学式マーク読
み取り（ＯＭＲ）技術を受信されたファクシミリメッセ
ージに対して応用することである。

【００１８】上記アプローチを具現するＦＡＸサーバ
は、最初に発呼者のＦＡＸ装置から一つ以上のファクシ
ミリメッセージ（以後“セレクタシート”と呼称）を受
信する。ＦＡＸサーバは受信した一つ以上のファクシミ
リメッセージにＯＣＲ及びＯＭＲ解析を施す。こうして
ＦＡＸサーバは、発呼者のＦＡＸ装置に送信するべきメ
ッセージを選択する。

【００１９】Ｂａｒａｎ等は、要求されたファクシミリ
メッセージを発呼者のＦＡＸ装置に送り返すうえでの問
題を解決しようと試みている。この試みのために、Ｂａ
ｒａｎ等は様々な技術を開示している。同じ通話で情報
を送り返すためには、まず発呼者のＦＡＸ装置が“ポー
リングモード”でファクシミリを送信しなければならな
い。この点に関してＢａｒａｎ等は、他にも多くの事が
開示されているなかで、ＦＡＸサーバによるターンアラ
ウンドポーリングの利用を開示している。このアプロー
チにおいて、ＦＡＸサーバは最初に、ポーリングモード
で送信された一つ以上のセレクタシートファクシミリメ
ッセージを受信する。次に、ＦＡＸサーバは上記ファク
シミリメッセージを圧縮解除し、ＯＣＲ及びＯＭＲ技術
で解析し、更に別様に処理する。

【００２０】ＦＡＸサーバは、ＣＣＩＴＴ規約によるタ
イムアウトの前か、または電話が切れる前に一つ以上の
適当なファクシミリメッセージを発呼者のＦＡＸ装置に
送信し始めなければならない。この例の場合、特定され
たタイムアウトまでの期間は６±１秒である。しかし、
ターンアラウンドポーリング法は、実にＣＣＩＴＴタイ
ムアウトが厳重で、超過すると接続が断たれてしまうと
いう理由で実用的でない。タイムアウトまでの短い期間
はターンアラウンドポーリングを利用するＦＡＸサーバ
に、高価なハードウェア加速器と不必要に高価な処理プ
ラットホームとを用いることを強いる。これらのいずれ
もが、ただ一つのファクシミリメッセージをタイムアウ
ト前に解析するのに必要とされる。ただし、発呼者はた
だ一つの通話で、いずれもファクシミリが全く送り返さ
れ得ないうちの解析を必要とする多数のファクシミリメ
ッセージを送信し得る。

【００２１】このような事情の下では、タイムアウトま
での期間が終了する前に多数のメッセージを今日のハー
ドウェアで経済的に解析する望みは、存在したとしても
僅かでしかない。そのうえ、ターンアラウンドポーリン
グ機能を多くのＦＡＸ装置は有せず、報告されるところ
では以前にこの機能を有したＦＡＸ装置もその新型モデ
ルでは該機能を除かれている。実際のところ、ＦＡＸ装
置がターンアラウンドポーリング機能を有しなければ発
呼者はこの機能について無知であるか、知っていたとし
てもその存在に気付かず、従って該機能を用いようとし
ないか、または特定のＦＡＸサーバで該機能が用いられ
るべきであることを知らない恐れが有る。

【００２２】最後に、ターンアラウンドポーリング機能
は存在し得るし、発呼者はこの機能そのものについても
その用い方についても知っているかもしれないが、実際
には発呼者はこの機能を用いない。こういったもろもろ
の理由から、ターンアラウンドポーリングは同じ通話で
ファクシミリ応答を送り返すことの商業的解決策として
許容されがたいと判明した。

【００２３】ＢａｒａｎらはＯＣＲ及びＯＭＲ処理のた
めのプッシュボタンコールの利点を活用していない。Ｂ
ａｒａｎらはまた、タンーンアラウンド問題を処理する
ためのＮＳＦアプローチを提案しているが、これは非実
用的と思われる。

【００２４】現在のＦＡＸサーバ技術が単一の呼で１つ
以上のファクシミリ送信又は受信を実行することができ
ないという事実は、システム管理責任者にとっても問題
である。彼らはＦＡＸサーバに多くのＦＡＸメッセージ
をロードしなければならないことがあり得るからであ
る。文書ロード作業はその都度、個別の呼と、管理責任
者のアイデンティティ及びファクシミリメッセージの正
確な記憶場所を確認するための許可手続きとを必要とし
得る。さもなければ、一回のファクシミリ伝送で一緒に
伝送される個別メッセージを分離するために厄介な手動
手続きが必要となり得る。

【００２５】ファクシミリメッセージを第２の呼で戻す
（以後「コールバックモード」と称する）ためには、Ｆ
ＡＸサーバが発呼者のＦＡＸ装置の番号を確定しなけれ
ばならない。Ｂａｒａｎらが教示しているアプローチ
は、ＣＣＩＴＴＦＡＸトランシーバからＦＡＸサーバ
によって受信されたハンドシェーク信号からＣＣＩＴＴ
トランシーバの電話番号を抽出するために、ＡＮＩ自動
番号認識手段を使用する。ＣＣＩＴＴＦＡＸトランシ
ーバはＡＮＩ情報を提供しないため、このアプローチは
適用できない。

【００２６】更に、Ｂａｒａｎらは「発呼者識別（ｃａ
ｌｌｉｎｇｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｆｉｃ
ａｔｉｏｎ）」と称する内部電話番号を入手し使用する
ことについて検討している。この番号は多くのＦＡＸ装
置に記憶されており、ＣＣＩＴＴ勧告Ｔ．３０メッセー
ジの間に交換される。Ｂａｒａｎらは、これが必ずしも
可能ではなく、完全でもなく、正確でさえもないと述べ
ている。従って、ファクシミリ情報をコールバックで戻
す場合の相手先であるＦＡＸ装置の番号を、前記番号に
依存して得るというのは実用的ではない。

【００２７】Ｂａｒａｎらはまた、ＦＡＸサーバがＯＣ
Ｒ解析により手書き形態で番号を確定するようにし得る
ことを示唆しているが、これが必ずしも信頼できるもの
ではないことを認めている。更に、戻し用のＦＡＸ装置
番号の入手が信頼性に欠けるため、顧客サービス費用が
膨大になる。というのも、受け渡し（ｄｅｌｉｖｅｒ
ｙ）の問題は、しばしばオペレータが発呼者のＦＡＸ装
置から送られたファクシミリメッセージを視覚的に調べ
ることによって、手動で解決しなければならないからで
ある。

【００２８】Ｂａｒａｎらは更に、発呼者が２回発呼す
るようにし得ることを示唆している。第１の呼はセレク
タシートをＦＡＸサーバに送るのに使用され、第２の呼
は情報をフェッチするのに使用される。Ｂａｒａｎら
は、これら２つの呼を、ＦＡＸ装置に記憶されている内
部番号を用いて「自動的に理論的に関連付け得る」こと
を示唆している。

【００２９】Ｂａｒａｎらは前記番号を入手できない場
合があることも認めているため、このアプローチは成功
するとは思われない。このアプローチの非実用性は特
に、２つの異なるＦＡＸ装置が同じ内部電話番号を有す
るのを阻止するものが何もないことにある。このアプロ
ーチは明らかに、情報を得るのに複数の呼を必要とする
通常のプッシュボタン式対話形ＦＡＸサーバと同様に、
明白な有用性の問題を有する。

【００３０】最終的に、この先行技術は単一の呼で複数
のファクシミリメッセージを送受する問題を十分に解決
するようなＦＡＸサーバを教示できなかったと結論でき
る。これは、ファクシミリ伝送の完了時に呼復旧を必要
とするＣＣＩＴＴ勧告Ｔ．３０ファクシミリ手続きの副
作用である。この問題の解決法は、ＦＡＸサーバの有用
性及び機能性の飛躍的な改善を含むことになるであろ
う。

【００３１】

【発明が解決しようとする課題】本発明の目的は、送受
話器が組み込まれているか又は電話器が取り付けられて
おり、オペレータが通常はファクシミリメッセージ交換
のあいだ送受話器を外しておくだけでよいＦＡＸ装置か
らの単一の呼で複数のファクシミリメッセージの交換を
高速で行う経済的なＦＡＸサーバを提供することにあ
る。

【００３２】本発明の別の目的は、発呼者が出し得るＦ
ＡＸサーバ要求の数に関係なく、発呼者に総ての通信費
用を負担させる手段を与えるＦＡＸサーバを提供するこ
とにある。

【００３３】本発明の更に別の目的は、ＦＡＸサーバメ
ッセージのローディングと他の管理作業とを効果的に実
施するための手段を与えるＦＡＸサーバを提供すること
にある。

【００３４】本発明の別の目的は、発呼者によって負担
される呼費用を最少限に抑える可能性を与え、且つファ
クシミリメッセージのＯＣＲ及びＯＭＲ解析の適用にお
ける有用性を増加させるＦＡＸサーバを提供することに
ある。

【００３５】本発明の更に別の目的及び利点は、添付図
面に基づく以下の説明によって明らかにされよう。

【００３６】

【課題を解決するための手段】本発明のＦＡＸサーバ
は、ＦＡＸ送信手段と、ＦＡＸ受信手段と、手動的呼復
旧エミュレーティング手段とを含んでいる。更に、発呼
者に自動化プロンプトを送るための手段も備えている。
本発明の現時点で好ましい実施例では、発呼者からのＤ
ＴＭＦ／音声応答要求を要求し且つ処理し得るプロンプ
ティング手段を具備し得る。

【００３７】本発明は、手動的呼復旧エミュレーション
を使用すれば、ＦＡＸサーバがＦＡＸメッセージを送信
又は受信した後で、別の連続的活動を生起させることが
できるということを教示する。ファクシミリメッセージ
の交換に次いで手動的呼復旧のエミュレーションが行わ
れるようにすれば、多くの発呼者が、ファクシミリメッ
セージの交換に次いで、本発明のファクシミリサーバ装
置との通信を回復することができる。発呼者は、ＦＡＸ
メッセージの伝送後にＦＡＸサーバとの通信を回復する
ためには、通常、送受話器を外しておきさえすればよ
い。先行技術では、発呼者が単一のファクシミリメッセ
ージの交換後に呼を切断し、共用ファクシミリサーバと
の通信を回復するためにはもう一度そのファクシミリサ
ーバを呼ばなければならなかった。本発明では、単一の
呼で複数のファクシミリメッセージを交換することがで
きる。

【００３８】本発明のＦＡＸサーバは、送受話器が組み
込まれているか又は電話器が取り付けられており且つオ
ペレータが通常はファクシミリメッセージ交換のあいだ
送受話器を外しておきさえすればよいＦＡＸ装置からの
単一の呼で、複数のファクシミリメッセージの交換を高
速で行う。本発明のＦＡＸサーバを使用する発呼者は、
彼らが出し得るＦＡＸサーバ要求の数に関係なく、総て
の通信費用を全面的に負担する。本発明のＦＡＸサーバ
は、ＦＡＸサーバメッセージのローディングと他の管理
作業とを効果的に実施するための手段を与え、発呼者に
よって負担される呼費用を最少限に抑える。

【００３９】

【実施例】当業者には明らかなように、以下の実施例は
本発明をより詳細に説明するためのものであって、本発
明の範囲を限定するものではない。当業者は、本明細書
の開示に基づいて種々の変形実施例を容易に想到するで
あろう。

【００４０】ファクシミリサーバは、送信及び受信ファ
クシミリメッセージを含む種々の対話（インタラクショ
ン）を用いて発呼者と対話する。対話が理解されれば、
本発明の操作もより容易に理解されよう。

【００４１】本発明では、ＦＡＸ装置が、非改造ＣＣＩ
ＴＴグループ３又はグループ４トランシーバを有し且つ
文書のファクシミリ伝送に関する国際的に認可されたＣ
ＣＩＴＴ勧告Ｔ．３０手続きに従う装置である。この文
書は本明細書に参考として包含される。

【００４２】ＦＡＸ機及びＦＡＸサーバを含みＣＣＩＴ
Ｔ勧告Ｔ．３０（参考として本明細書に包含される）に
従うＦＡＸ装置は、送信活動と受信活動とを５つの独立
した段階（フェーズ）に分割する。段階Ａは、ＦＡＸ装
置が接続を設定する呼設定（ＣａｌｌＥｓｔａｂｌｉ
ｓｈｍｅｎｔ）段階である。段階Ｂは、ＦＡＸ装置がメ
ッセージ送信段階で使用する機能（ｃａｐａｂｉｌｉｔ
ｉｅｓ）を識別し且つ選択するプレメッセージ手続き段
階である。段階Ｃは、ファクシミリメッセージが同期、
誤り検出、補正及びライン監視手続きを条件として送信
され且つ受信される段階である。段階Ｄは、メッセージ
終了信号、確認信号マルチページ信号及びファクシミリ
手続き終了信号が発生するポストメッセージ手続き段階
である。段階Ｅは、呼が解放される呼復旧段階である。

【００４３】ＣＣＩＴＴＴ．３０勧告のセクション
２．３．６「段階Ｅ − 呼復旧」には、「呼復旧は手
動的及び／又は自動的に実行される」と記述されてい
る。既存のＦＡＸサーバは通常完全に自動化された装置
であるため、手動的呼復旧機構（取り付けられた送受話
器）は使用できない。従って、手動的呼復旧をエミュレ
ートし且つ段階Ｅの自動的呼復旧を不能にしなければな
らない。本明細書では、手動的呼復旧をエミュレートす
る動作を「手動的呼復旧エミュレーション」と定義す
る。

【００４４】既存のＦＡＸサーバは段階Ｅ（呼復旧）に
入った後で自動的に呼を解放する。この解放は、発呼者
が同じ呼でＦＡＸサーバと更に対話するのを防止する。
本発明では、段階Ｅに入ったすぐ後で呼が自動的に解放
されないようにすると大きな利点が得られることが判明
した。本発明では、ＦＡＸサーバによる手動的呼復旧エ
ミュレーションの結果として呼復旧が生じる。このよう
にすると、ＦＡＸサーバが本発明の環境で作動でき、且
つＣＣＩＴＴ勧告Ｔ．３０を完全に順守することができ
る。

【００４５】段階Ｅに入った後で呼が自動的に解放され
ないようにすると、ＦＡＸサーバが単一の呼で、送受話
器が組み込まれているか又は電話器が取り付けられたＦ
ＡＸ機から発呼する発呼者と対話を続けることができ
る。これらの対話は複数の連続的ＦＡＸ送信及び受信を
含み得る。発呼者は、ＦＡＸメッセージ送信後にＦＡＸ
サーバとの通信を回復するためには、通常、送受話器を
外しておきさえすればよい。

【００４６】本発明の手動的呼復旧エミュレーションを
行うＦＡＸサーバは、そのＦＡＸ装置の機能を不能にし
てＦＡＸ操作の最後に呼が切断されないようにする。そ
の結果、ＦＡＸサーバ装置がファクシミリメッセージの
送信又は受信の一環として呼を自動的に解放することが
できなくなる。

【００４７】図１には、ファクシミリユニットとＦＡＸ
サーバとの間の典型的接続がブロック図で示されてい
る。典型的ＦＡＸサーバ１０は第１の電話回線１４及び
第２の電話回線１６を介して電話会社の中央局装置１２
に接続されている。図１の実施例では、ＦＡＸサーバ１
０は線１４の呼だけを受信する。ＦＡＸサーバ１０は呼
の設定には線１６だけを使用する。

【００４８】当業者には公知のように、ＦＡＸサーバは
１つ以上の線を用いて呼の受信及び設定を行い得る。Ｆ
ＡＸサーバはまた、単一の線を呼の受信に使用し、呼の
設定のための接続を備えていないこともある。同様にし
て、ＦＡＸサーバは電話会社の中央局装置１２に接続さ
れたＰＢＸユニットに接続できる。種々の接続方法は米
国特許第４，９１８，７２２号に記載されている。

【００４９】ＦＡＸ機には電話送受話器を組み込んだも
のがある。この種のＦＡＸ機械を図１にブロック１８で
示した。このＦＡＸ機は電話回線２０を介して中央局装
置１２に接続されている。ＦＡＸ機には、送受話器は組
み込まれていないが送受話器用の接続を備えたものもあ
る。この場合は、送受話器を組み込んだＦＡＸ機と同様
の機能性が得られるように、ＦＡＸ機と電話とを接続す
ることができる。この種のＦＡＸ機は、ＦＡＸ機械２２
とこれに接続された電話器２４とで示した。このＦＡＸ
機は電話回線２６を介して中央局装置１２に接続されて
いる。ＦＡＸ機１８及び２２とこれらに接続された送受
話器は、図１に示すように電話回線２０及び２６を介し
て電話会社の中央局装置１２に直接接続するか、又は当
業者に公知のように構内交換機（ＰＢＸ）を介して接続
することができる。

【００５０】図２は、本発明で使用し得る典型的ＦＡＸ
サーバ１０の好ましい構成部材をブロック図で示してい
る。ＦＡＸサーバ１０は、ＩＢＭの「ＰＣ−ＡＴ」か、
又は多数のオフザシェルフ型アダプタカードを使用する
同等のパーソナルコンピュータ３０を用いて構成し得
る。前記アダプタカードは種々の支持機能を果たすため
にコンピュータバス３２に接続されたスロットに挿入さ
れる。このＦＡＸサーバは、当業者に公知のようにシス
テムバス３２を介してランダムアクセスメモリ（ＲＡ
Ｍ）３６とリードオンリーメモリ（ＲＯＭ）３８とに連
結された少なくとも１つのプロセッサ３４を含んでい
る。

【００５１】システムバス３２は種々のカードの接続を
行うようになっており、その結果これらのカードにプロ
セッサ３４並びにメモリ３６及び３８が連結され得る。
本発明のＦＡＸサーバは任意にキーボード４０で操作し
得、公知のようにプロセッサ３４の制御下で状態及び視
覚的応答をＣＲＴ４２上に表示し得る。ファクシミリメ
ッセージ記憶機能を得るにはハードディスク４４を使用
し得る。操作システム及び他のソフトウェアプログラム
をハードディスク４４に導入する機能を得るためにはデ
ィスケットドライブ４６を具備し得る。このディスケッ
トドライブは、ハードディスク４４バックアップ機能も
与える。当業者には明らかなように、ＣＲＴ４２、ハー
ドディスク４４及びディスケットドライブ４６は、コン
ピュータ３０の特定の構成（コンフィギュレーション）
に応じて、バス３２に接続されるアダプタカードを必要
とし得る。

【００５２】本発明の現時点で好ましい実施例では、電
話回線４８が、ＦＡＸボード５０を使用するコンピュー
タ３０のシステムバス３２とインタフェースする。現時
点で好ましいＦＡＸボード５０としては、９６１Ｒｉ
ｄｄｅｒＰａｒｋＤｒｉｖｅ，ＳａｎＪｏｓｅ，
Ｃａｌｉｆｏｒｎｉａ，ＵＳＡ９５１３１のＹａｍａ
ｈａＣｏｐｏｒａｔｉｏｎｏｆＡｍｅｒｉｃａ製
のＦＡＸＳＩＭＤｅｍｏｎｓｔｒａｔｉｏｎＳｏｆ
ｔｗａｒｅＰａｃｋａｇｅの一部として市販されてい
るＦＡＸＳＩＭエバリュエーションボードを使用し得
る。当業者には、本明細書の開示がどこでこの特定のＦ
ＡＸボードに見られる特徴に特異的に言及しているかが
認識され、且つ同様の特徴が他のＦＡＸボードにどの程
度まで見られるかが理解されるであろう。

【００５３】ＦＡＸＳＩＭデモンストレーションボード
は、一般のプログラマにアクセス可能なプログラマブル
プロセッサをもたないので、アンインテリジェントアダ
プタカードである。ＦＡＸＳＩＭデモンストレーション
ボードコンポーネントのようなボードにプログラマブル
プロセッサを組み込んだインテリジェントボードが作成
されるならば、複数のこのようなカードを単一のＰＣ−
ＡＴシステムユニットに挿入し、複数の電話回線と接続
することができる。適切なプログラミングにより、この
ようなカードを組み込んだＦＡＸサーバを数個の電話回
線に同時に接続して使用することができる。このための
技術はインテリジェントファクシミリボード製造業者及
び当業者に周知である。

【００５４】開示があまり複雑にならないようにするた
めに図２には示さないが、多数の他の明白に可能なＦＡ
Ｘサーバコンポーネントが存在する。これらのコンポー
ネントの非限定的な例としては、他の一般に市販されて
いるＦＡＸメッセージ及びプログラム記憶装置（例えば
不揮発性ＲＡＭ又はＣＤ−ＲＯＭ装置）と、ハードディ
スク４４に記憶されたファクシミリメッセージを生成す
るためのスキャナと、ＦＡＸサーバがモデムサーバと通
信するためにＬＡＮを使用できるように、システムバス
３２及びＬＡＮに接続するためのローカルエリアネット
ワーク（ＬＡＮ）カードと、ファイルサーバと、周知の
アプローチを使用する汎用コンピュータとを挙げること
ができる。既知のハードウェア及びソフトウェアアプロ
ーチを使用して、ローカルエリアネットワークファイル
サーバにイメージを記憶させることもできる。ＦＡＸサ
ーバが公衆交換回線網サービスを使用する汎用コンピュ
ータと通信するために外部電話回線を使用できるよう
に、モデムカードをシステムバス３２及び外部呼配置電
話回線に接続してもよい。汎用コンピュータダイレクト
コネクトカードを使用すると、直接接続を使用してＦＡ
Ｘサーバを汎用コンピュータに直接接続することができ
る。このようなダイレクトコネクトカードの非限定的な
例としては、いずれも広く入手可能なＲＳ−２３２−Ｃ
アダプタ又はＩＢＭ３２７０カードを挙げることがで
きる。

【００５５】本発明による自動復旧不能の好適例は、Ｆ
ＡＸ装置の改造である。ＦＡＸＳＩＭパッケージの添付
使用説明書によると、ＦＡＸサーバ管理者はＦＡＸボー
ド５０を組み立て、電話回線４８をＦＡＸボード５０に
接続する。ハードディスク４４をＭＳ−ＤＯＳオペレー
ティングシステム及びプロダクトプログラムサポートで
フォーマットする。ＭＳ−ＤＯＳＲＡＭＤＲＩＶＥ．
ＳＹＳデバイスドライバ又は他の適切なこのようなデバ
イスドライバを使用することにより、ＲＡＭが１メガバ
イトを越える高容量アドレスメモリを高性能ディスクド
ライブとして構成することができる。ＭＳ−ＤＯＳは１
６０１１ＮＥ３６ｔｈＷａｙ，Ｂｏｘ９７０１
７，Ｒｅｄｍｏｎｄ，Ｗａｓｈｉｎｇｔｏｎ，Ｕ
ＳＡ９８０７３−９７１７に所在のＭｉｃｒｏｓｏｆｔ
社から広く市販されているオペレーティングシステムで
ある。ハードディスク４４は、適正に動作する以下のＦ
ＡＸＳＩＭプログラム、即ちＯＦＦＨＯＯＫ．ＥＸＥ，
ＰＬＡＹＢＡＣＫ．ＥＸＥ，ＲＥＣＯＲＤ．ＥＸ
Ｅ，ＲＥＣＶＦＡＸ．ＥＸＥ，ＳＥＮＤＦＡＸ．Ｅ
ＸＥ及びＷＡＩＴＣＡＬＬ．ＥＸＥを使用可能でなけれ
ばならない。以下のモジュールを以下に説明するように
次のように修正し、適正にリコンパイルし、連係させな
ければならない。これは、１８００ＧｒｅｅｎＨｉ
ｌｌｓＲｏａｄ，Ｐ．Ｏ．Ｂｏｘ６６０００
１，ＳｃｏｔｔｓＶａｌｌｅｙ，ＣＡ．９５０６
６−０００１に所在のＢｏｒｌａｎｄＩｎｔｅｒｎａ
ｔｉｏｎａｌ社から市販されているＴｕｒｂｏＣ＋＋
Ｃ言語コンパイラを使用して実施することができる。

【００５６】まず最初にＹＡＭＯＤＥＭ．Ｃモジュール
におけるｅｘｉｔｆａｘルーチンでは、”ｏｎｈｏ
ｏｋ（）；”ステートメントを削除する。ほぼライン１
５０に位置するＳＥＮＤＦＡＸ．Ｃモジュールでは、３
つの連続するステートメント”ｏｎｈｏｏ
ｋ（）；”， ”ｄｅｌａｙ（１０００）；”及び”ｏ
ｆｆｈｏｏｋ（）；”を削除する。ほぼライン１４３
に位置するＲＥＣＶＦＡＸ．Ｃモジュールでは、”ｏｎ
ｈｏｏｋ（）；”ステートメントを削除する。更に、
ほぼライン１５２では、モジュールエラーを修正するた
めに”ｉｆ（ｒｉｎｇｓ＞＝０）試験を”ｉｆ（ｒｉ
ｎｇｓ＞０）”に変更する。更に、ほぼライン２０５に
おいて”ｇｏｔｏＲｅｓｔａｒｔ；”ステートメント
を”ｅｘｉｔｆａｘ（１）”に変更する。最後に、ほ
ぼライン４２９において”ｇｏｔｏＲｅｓｔａｒ
ｔ；”ステートメントを削除する。

【００５７】これらの変更を全て行うことにより、ＳＥ
ＮＤＦＡＸ．ＥＸＥ及びＲＥＣＶＦＡＸ．ＥＸＥプログ
ラムは呼を復旧させる能力を失う。こうしてこれらのプ
ログラムは、ＦＡＸサーバ装置がファクシミリメッセー
ジ送信又は受信の一部としての呼を自動的に復旧するの
を禁止する。ＦＡＸＳＩＭデモンストレーションソフト
ウェアパッケージの他のＦＡＸサーバ装置又はリリース
についても同様のプロセスを実施し、呼を自動的に復旧
しないようにする。こうして、ＦＡＸサーバは他の手段
を使用して呼を切断し、手動呼復旧をエミュレートする
ことができる。

【００５８】ＦＡＸＳＩＭパッケージに添付の使用説明
書によると、ＦＡＸサーバ管理者はＷＡＩＴＣＡＬＬプ
ログラムを実行し、ＦＡＸサーバキーボードの近傍に配
置された電話器からＦＡＸサーバを呼び出す。電話器の
呼の受信に応答してＷＡＩＴＣＡＬＬが終了後、電話接
続はオフフックに維持される。管理者はＲＥＣＯＲＤ．
ＥＸＥプログラムを使用してＲＥＣＥＩＶＥ．ＭＳＧ及
びＳＥＮＤ．ＭＳＧプロンプトを記録する。これらのデ
ィジタル化音声プロンプトはハードディスク４４に記憶
される。適切なプロンプトは夫々語”ｒｅｃｅｉｖｅ”
及び”ｓｅｎｄ”である。作成されたファイルは、ＰＬ
ＡＹＢＡＣＫ．ＥＸＥ機能を使用して聴取することがで
きる。ＦＡＸＳＩＭドキュメンテーションはこれらのプ
ログラムの両方の使用を記述する。

【００５９】本発明のオペレーションを説明するために
は、ＭＳ−ＤＯＳのＥＤＬＩＮのようなテキストエディ
タを使用して、ＤＥＭＯ．ＢＡＴと呼称されるＭＳ−Ｄ
ＯＳバッチプロセスファイルをハードディスク４４に入
力及び保管することができる。ＥＤＬＩＮエディタの使
用説明はＭＳ−ＤＯＳマニュアルに記載されている。Ｄ
ＥＭＯ．ＢＡＴのテキストは以下の通りである。

【００６０】：ＷａｉｔＣａｌｌＷａｉｔｃａｌｌ：ＬｏｏｐＴｏｐＰｌａｙＢａｃｋＲｅｃｅｉｖｅＲｅｃｖＦａｘ −ｆ１ −ｒ０ＩｆＥｒｒｏｒＬｅｖｅｌ１ＧｏＴｏＷａｉｔ
ＣａｌｌＰｌａｙＢａｃｋＳｅｎｄＳｅｎｄＦａｘ −ｆ１ＩｆＥｒｒｏｒＬｅｖｅｌ１ＧｏＴｏＷａｉｔ
ＣａｌｌＧｏＴｏＬｏｏｐＴｏｐ管理者はこうしてＭＳ−ＤＯＳバッチプロセスＤＥＭ
Ｏ．ＢＡＴを実行させることにより、ＦＡＸサーバデモ
ンストレーション機能を開始することができる。これは
ＭＳ−ＤＯＳプロンプトで入力されたＭＳ−ＤＯＳコマ
ンドとして又は恐らくマシンの始動ＡＵＴＯＥＸＥ．Ｂ
ＡＴの一部として行われる。

【００６１】発呼するＦＡＸオペレータ（発呼者）は図
３に示すプロセスを使用してＦＡＸサーバと対話する。
オペレータはＦＡＸ１８に組み込まれた送受話器又はＦ
ＡＸ２２に接続された電話器２４（図１）を使用してＦ
ＡＸサーバを発呼する。発呼者は発呼者側から接続され
た回線を維持するようにファクシミリメッセージ交換中
に送受話器をオフフックに維持する必要がある。

【００６２】図３は、本発明の好適実施例のオペレーシ
ョンを示すフローチャートである。ブロック６０は、Ｆ
ＡＸサーバプロセスの開始点である。ブロック６２でＦ
ＡＸサーバはオンフックとなり（電話回線を切断し）、
ファクシミリ機オペレータからの呼を待機する。これ
は、ＦＡＸＳＩＭプログラムＷＡＩＴＣＡＬＬにより達
せられる。

【００６３】ブロック６４で呼が到着し、オフフックと
なった後にＷＡＩＴＣＡＬＬプログラムから出る。ブロ
ック６６でサーバは、ディジタル化メッセージ又はプロ
ンプトの機能のような任意の非ＦＡＸ機能を実施するか
否かを決定する。この非ＦＡＸ機能はＦＡＸメッセージ
送信又は受信以外のものである。非ＦＡＸ機能を実施す
べきであると決定された場合は、この機能はブロック６
８で実施され、制御はブロック６６に戻る。機能を実施
すべきでないと決定された場合は、自動呼復旧を生じる
ことなくブロック７０でＦＡＸ送信又は受信機能が行わ
れる。ブロック７２では発呼者側で切断するか否かを決
定する。答えがイエスであるならば、手動呼復旧エミュ
レーションがブロック７４で実施され、制御はブロック
６２に戻る。ノーの場合、制御はブロック６６に戻る。

【００６４】次に、ＦＡＸサーバがプログラムＤＥＭ
Ｏ．ＢＡＴを実行し、発呼者からＦＡＸを受信し、その
後、発呼者にＦＡＸを送信する場合について、このプロ
セスルーチンを詳細に説明する。

【００６５】ＤＥＭＯ．ＢＡＴでは、バッチファイルオ
ーディオはどのような機能を実施するかを発呼者にプロ
ンプトする。これは非ＦＡＸ機能であるので、制御はブ
ロック６６からブロック６８に移る。ＤＥＭＯ．ＢＡＴ
の第１の機能は発呼者がＦＡＸサーバにＦＡＸを送信す
ることであるので、ＦＡＸサーバはブロック６８でＦＡ
ＸＳＩＭプログラムＰＬＡＹＢＡＣＫを実行し、発呼者
にディジタル化オーディオプロンプトＲＥＣＥＩＶＥ．
ＭＳＧでプロンプトする。こうして発呼者にファクシミ
リメッセージを送信するように知らせる。

【００６６】制御はブロック６６に戻り、ＤＥＭＯ．Ｂ
ＡＴで実施すべき他の任意機能はなくなる。従って、制
御はブロック７０に移る。ブロック７０においてＦＡＸ
サーバは、発呼者のファクシミリメッセージを受信する
ために修正ＦＡＸＳＩＭプログラムＲＥＣＶＦＡＸを実
行する。この機能をブロック７０に示す。

【００６７】受信が成功した場合は、ＦＡＸＳＩＭプロ
グラムＲＥＣＶＦＡＸはＦＡＸメッセージをハードディ
スク４４に記録し、適切なＭＳ−ＤＯＳファイル名でラ
ベルし、戻りコード値ゼロでＭＳ−ＤＯＳに戻る。従っ
て、ＭＳ−ＤＯＳバッチ機能ＥＲＲＯＲＬＥＶＥＬはゼ
ロである。

【００６８】受信が成功しなかった場合は、ＦＡＸＳＩ
ＭプログラムＲＥＣＶＦＡＸは戻りコード値１で戻る。
従って、ＭＳ−ＤＯＳバッチ機能ＥＲＲＯＲＬＥＶＥＬ
は１である。ブロック７２でＦＡＸサーバは発呼者側で
切断するか否かを決定する。これは、ＦＡＸＳＩＭプロ
グラムＲＥＣＶＦＡＸから戻ったＥＲＲＯＲＬＥＶＥＬ
を試験することによりＤＥＭＯ．ＢＡＴで実施される。
試験結果がゼロでない場合は、制御はブロック７４に移
り、手動呼復旧エミュレーションが実施され、制御はブ
ロック６２に移り、ＦＡＸサーバは別の呼を待機する。

【００６９】ＦＡＸサーバによるＦＡＸ受信エラー以外
に、発呼者がＦＡＸサーバ側で切断することにより非ゼ
ロＥＲＲＯＲＬＥＶＥＬが発生する場合もある。非ゼロ
ＥＲＲＯＲＬＥＶＥＬの場合は、手動呼復旧エミュレー
ションは実際に、別の呼を待機する前にオンフックとな
るＷＡＩＴＣＡＬＬプログラムにより実施される。

【００７０】一方、エラーがなく、発呼者がＦＡＸサー
バ側で切断しなかった場合は、制御は別の機能のために
ブロック６６に戻る。

【００７１】ＤＥＭＯ．ＢＡＴにおける第２の機能は、
発呼者がＦＡＸサーバからＦＡＸを受信できるようにす
ることである。ＤＥＭＯ．ＢＡＴにおいてこの点で実施
される非ＦＡＸ機能は、発呼者にＦＡＸを受信するよう
に知らせるディジタル化ＳＥＮＤ．ＭＳＧの機能を果た
すことである。ＲＥＣＥＩＶＥ．ＭＳＧの場合と同様
に、ＳＥＮＤ．ＭＳＧの役割は非ＦＡＸ機能であり、制
御はブロック６６からブロック６８に移る。

【００７２】デモンストレーションプログラムＤＥＭ
Ｏ．ＢＡＴの場合は、発呼者がＦＡＸサーバから受信す
るＦＡＸは、発呼者が直前に送信したＦＡＸである。し
かしながら、本明細書中に示すＤＥＭＯ．ＢＡＴの例に
基づき、当業者は本発明の対話型ＦＡＸサーバが他の選
択されたタスクを実施できるようにするために、容易に
ソフトウェアを作成することができよう。

【００７３】次に、ＦＡＸサーバは、発呼者にディジタ
ル化オーディオプロンプトＳＥＮＤ．ＭＳＧでプロンプ
トするために、ブロック６８でＦＡＸＳＩＭプログラム
ＰＬＡＹＢＡＣＫを実行する。これは、ＦＡＸサーバが
ファクシミリメッセージを送信しようとしていることを
発呼者に知らせるものである。制御はブロック６６に戻
り、ＤＥＭＯ．ＢＡＴで実施すべき任意機能はなくな
る。

【００７４】制御はこうしてブロック７０に移る。ブロ
ック７０でＦＡＸサーバは発呼者のファクシミリメッセ
ージを送信するために修正ＦＡＸＳＩＭプログラムＳＥ
ＮＤＦＡＸを実行する。この機能をブロック７０に示
す。

【００７５】送信が成功した場合は、ＦＡＸＳＩＭプロ
グラムＳＥＮＤＦＡＸは戻りコード値ゼロでＭＳ−ＤＯ
Ｓに戻る。従って、ＭＳ−ＤＯＳバッチ機能ＥＲＲＯＲ
ＬＥＶＥＬはゼロである。受信が成功しなかった場合
は、ＦＡＸＳＩＭプログラムＳＥＮＤＦＡＸは戻りコー
ド値１で戻る。従って、ＭＳ−ＤＯＳバッチ機能ＥＲＲ
ＯＲＬＥＶＥＬは１である。

【００７６】ブロック７２では、ＦＡＸサーバは発呼者
側で切断するか否かを決定する。これは、ＦＡＸＳＩＭ
プログラムＳＥＮＤＦＡＸから戻るＥＲＲＯＲＬＥＶＥ
Ｌを試験することによりＤＥＭＯ．ＢＡＴで実施され
る。試験結果がゼロでない場合は、制御はブロック７４
に移り、手動呼復旧エミュレーションが実施され、制御
はブロック６２に移り、ＦＡＸサーバは別の呼を待機す
る。

【００７７】発呼者がＦＡＸを送信する場合と同様に、
発呼者がＦＡＸを受信後の手動呼復旧エミュレーション
は実際に、別の呼を待機する前にオンフックになるＷＡ
ＩＴＣＡＬＬプログラムにより実施される。あるいは、
制御は別の機能のためにブロック６６に戻る。

【００７８】ＤＥＭＯ．ＢＡＴは、理論的には実行を終
了せず、単にＦＡＸ機能が実施されない場合又は発呼者
が十分なエクササイジングＤＥＭＯ．ＢＡＴを経た後に
ＦＡＸサーバ側で切断する場合には、手動呼復旧を提供
し、いずれの場合も非ゼロレベルの戻りコードでＥＲＲ
ＯＲＬＥＶＥＬが得られる。

【００７９】ＤＥＭＯ．ＢＡＴの例では、発呼者とＦＡ
Ｘサーバとの対話は、ＦＡＸサーバの呼び出し、ＲＥＣ
ＥＩＶＥ．ＭＳＧプロンプトの聴取、ファクシミリメッ
セージ送信、ＳＥＮＤ．ＭＳＧプロンプトの聴取、ファ
クシミリメッセージ戻り受信、及び発呼者が所望する回
数のサイクルの反復に制限される。発呼者はその後、手
動で呼を復旧し、非ゼロＭＳ−ＤＯＳ戻りコードでＦＡ
ＸＳＩＭプログラムＳＥＮＤＦＡＸ又はＲＥＣＥＩＶＥ
から出る。

【００８０】このようにプログラムＤＥＭＯ．ＢＡＴに
より立証されるように、ＦＡＸサーバはＦＡＸメッセー
ジ送受信で手動呼復旧をエミュレートすることができ、
単一の呼でファクシミリメッセージを繰り返して交換す
ることができる。既存の従来技術のシステムでは、切断
はＦＡＸ機能の完了後に自動的に行われる。図３に示す
ような本発明のシステムでは、決定はＦＡＸ機能完了か
ら独立している。

【００８１】本発明のシステムの改良形では、発呼者側
で切断するための決定は更に、発呼者の電話番号又はエ
リアコードに基づいて行われ得る。決定は更に、発呼者
もしくはＦＡＸサーバの時間、曜日、発呼者の預金状
態、又はソフトウェア制御下の他の多数の因子に基づい
て実施され得る。

【００８２】例えば、発呼者はＦＡＸサーバが機密侵害
として処理する以前のプロンプトに対して無効なプッシ
ュボタン応答を入力しているかもしれない。発呼者は数
個の以前のプロンプトに対して非常に多くの誤った応答
をしているかもしれないし、又は初期のプロンプトに対
して応答できなかったかもしれない。発呼者は非常に長
時間ＦＡＸサーバに接続したままでいたり、切断してし
まったり、ＦＡＸサーバに切断するように要求している
かもしれない。発呼者は判読に非常に時間のかかるＦＡ
Ｘアイテムを受信しているかもしれない。ＦＡＸサーバ
の呼経過検査コンポーネントは復旧回線を検出している
かもしれない。発呼者の時間帯内の時間は所定の臨界値
を越えているかもしれない。換言するならば、ＦＡＸサ
ーバは従来復旧すべきであるとされた理由と無関係の多
数の理由で呼を復旧することができる。このコンセプト
の範囲は、選択された切断シナリオを実行するために適
切なコードラインを考慮することのみが必要なユーザの
想像力のみにより制限される。

【００８３】これらの機能は、後続するＦＡＸメッセー
ジ送受信機能を含む。もっとも、このアプローチはＣＣ
ＩＴＴ勧告Ｔ．３０に完全に合致するものとする。呼復
旧はブロック７４でのみ行われることに留意されたい。
呼はそれ以外の場所では復旧されない。これは、ＣＣＩ
ＴＴ勧告Ｔ．３０段階ＥをＦＡＸ機能に組み込んだ場合
でも同様である。独立したＦＡＸサーバ決定の評価の
間、復旧は遅延するので呼は復旧されない。

【００８４】しかしながら、必ずしもすべての販売業者
が、ＦＡＸの利用者に夫々のＦＡＸ装置を変更できる方
法を提供しているわけではない。変更不可能なＦＡＸ装
置の周囲に本発明のＦＡＸサーバシステムを設置した場
合には、手動呼復旧エミュレーションを別の方法で提供
しなければならない。このような方法を図４に基づいて
説明する。

【００８５】図４は、手動呼復旧をエミュレートする別
の方法を提供する本発明の変形例であるＦＡＸサーバ８
０の好ましい素子のブロック図を示す。図４のＦＡＸサ
ーバは、（図２のＦＡＸサーバの素子と同じ参照符号で
示した）図２のＦＡＸサーバの素子に等しい素子に加え
て、システムユニット内に内部モデムボード８２を備え
ている。この構成の場合には、ＦＡＸボード５０と内部
モデムボード８２との双方を電話回線４８に接続する必
要がある。この接続は、ＲａｄｉｏＳｈａｃｋの「１
２フィートモジュラデュアルジャックエクステンション
コード（１２ｆｏｏｔＭｏｄｕｌａｒＤｕａｌＪ
ａｃｋＥｘｔｅｎｓｉｏｎＣｏｒｄ）」、カタログ
商品番号２７９〜３７３、のような「Ｙ」コネクタによ
って行なわれる。この接続モードによれば、ＦＡＸボー
ド５０とモデムボード８２とが独立的に電話回線をオー
プン状態に維持し得る。

【００８６】本発明のこの好ましい実施例によれば、内
部モデムボード８２は、通常の方法でＰＣ−ＡＴコンピ
ュータバス３２に取り付けられた「ヘイズ互換性（Ｈａ
ｙｅｓＣｏｍｐａｔｉｂｌｅ）」の内部モデムカード
である。このようなモデムカードはよく知られており入
手も容易である。

【００８７】図４の実施例では、単一回線上で並列機構
を制御する２つのオン／オフフックがＦＡＸボード５０
及び内部モデムボード８２に各１つずつ配置されてい
る。このため、ＦＡＸボード５０及びモデムボード８２
は独立的に電話回線をオープン状態に維持し得る。これ
は単一電話回線上に２つの電話器が存在し、各電話器が
互いに独立して回線をオープン状態に維持できる構成と
同様の構成である。

【００８８】図４の実施例においては、モデムボード８
２が、通信アダプタ１（ＣＯＭ１：）用の通信ポートア
ドレスを使用するように設計されなければならない。Ｄ
ＥＭＯ．ＢＡＴ内のＷＡＩＴＣＡＬＬプログラム呼の前
に、コード「ｅｃｈｏＡＴＨＯ＞ＣＯＭ１：」の行を付
加することによって、内部モデムカード８２がオンフッ
クに切替わる。ＤＥＭＯ．ＢＡＴ内のＷＡＩＴＣＡＬＬ
プログラム呼の後に、コード「ｅｃｈｏＡＴＡ＞ＣＯＭ
１：」の行を付加することによって、内部モデムカード
８２がオフフックに切替わる。このようにして、ＦＡＸ
ボード５０がその接続を切断しているときでも、内部モ
デムボード８２は独立的に電話回線をオフフック状態に
維持し得る。ＦＡＸボード５０が電話回線を再度使用す
るためには、（ＦＡＸＳＩＭエバリュエーションボード
が使用されると想定すると）その結線上で呼復旧を実行
する各ＦＡＸ機能の後で、ＦＡＸＳＩＭＯＦＦＨＯＯ
Ｋプログラムを呼出す必要がある。（ＦＡＸＳＩＭエバ
リュエーションボードが使用されると想定すると）ＦＡ
ＸＳＩＭプログラムのＯＦＦＦＨＯＯＫは、ＦＡＸボー
ド５０をオフフックに切り替える。

【００８９】この第２実施例で、ＤＥＭＯ．ＢＡＴは、
例えば、：ＷａｉｔＣａｌｌｅｃｈｏＡＴＨＯ＞ＣＯＭ１：ＷａｉｔＣａｌｌｅｃｈｏＡＴＡ＞ＣＯＭ１：：ＬｏｏｐＴｏｐＰｌａｙＢａｃｋＲｅｃｅｉｖｅＲｅｃｖＦａｘ−ｆ１−ｒ０ＩｆＥｒｒｏｒＬｅｖｅｌ１ＧｏＴｏＷａｉｔ
ＣａｌｌＯｆｆＨｏｏｋＰｌａｙＢａｃｋＳｅｎｄＰｅｎｄＦａｘ−ｆ１ＩｆＥｒｒｏｒＬｅｖｅｌ１ＧｏＴｏＷａｉｔ
ＣａｌｌＯｆｆＨｏｏｋＧｏＴｏＬｏｏｐＴｏｐのようになるであろう。

【００９０】ＦＡＸ装置と同じ素子の上にオン／オフフ
ック回路を配備するほうがより経済的なことは明らかで
あろう。図４の実施例は、本発明の１つの変形例にすぎ
ない。

【００９１】上記の実施例の１つの拡張によれば、ＦＡ
Ｘサーバファクシミリメッセージ交換の間に多数プログ
ラムをインターリーブする。例えば、ＦＡＸサーバは、
１つのプログラムでプッシュボタン（即ちＤＴＭＦ）ま
たは音声の応答を発呼側に指示し、別のプログラムで応
答を収集する。ＦＡＸサーバは次いで、応答を解釈し、
適当なファクシミリメッセージを送出する。これらの作
業に適した技法は、ＦＡＸサーバ及び自動電話付属装置
の製造業者には十分に理解されておりまた従来技術にも
記載されている。

【００９２】このような拡張の代表例を図５に基づいて
説明する。図５は、図３のルーチンのステップ６８に含
まれ得る本発明の可能なサブプロセスのフローチャート
を示す。図５のプロセスでは、ＦＡＸサーバによって送
出された音声プロンプトのメニューに応じて電話器のボ
タンを押すかまたは話声を発することによって発呼側か
ら開始されたＤＴＭＦまたは音声の応答を検出し、発呼
側のＤＴＭＦまたは音声の選択に応じて発呼側にＦＡＸ
を送り返す。

【００９３】まず、ステップ９０で、ＦＡＸサーバ内の
ＤＴＭＦ／音声のセンサが起動される。次に、ステップ
９２及び９４を含む待ちループに入る。ステップ９２で
サーバが可聴音（ｔｏｎｅ）を待つ。ステップ９４で可
聴音が全く検出されないときは制御がステップ９２に戻
る。

【００９４】ＤＴＭＦ／音声の応答が検出されると、制
御がステップ９６に移行する。ステップ９６においてＤ
ＴＭＦ可聴音または話声言語が復号される。次に、ステ
ップ９８において可聴音または話声言語を解釈し、発呼
側に送出すべき応答ＦＡＸメッセージをメモリ内、即ち
ディスク４４上の記憶場所によって識別し、ＦＡＸサー
バがこれを発呼側に送出する。制御はステップ９８から
図３のステップ６６に移行する。このステップ以後、発
呼側によって識別されたＦＡＸが図３のステップ７０で
発呼側に送出される。

【００９５】通常の知識を有する当業者は、図５に示す
プロセスを実行する適当な回路素子が本発明のＦＡＸサ
ーバに内蔵されていなければならないことを理解されよ
う。便宜上、かかる回路素子をブロック形態で図２及び
図４のＦＡＸボード５０に内蔵されたブロック８６とし
て示した。通常の知識を有する当業者は、これらの機能
を実行する従来の回路素子が入手容易であることも理解
されよう。かかる回路素子を物理的にＦＡＸボード５０
上に物理的に配置するか否かは重要でない。

【００９６】記載の実施例に関する別の拡張によれば、
適当なアダプタカード及びプログラミングを使用してＦ
ＡＸサーバが別の汎用コンピュータのデータにアクセス
できる。発呼側が回線上で待機させながら、取り出した
データをＣＣＩＴＴ勧告Ｔ．４ファクシミリフォーマッ
トに動的にフォーマット化し得る。ＣＣＩＴＴ勧告Ｔ．
４ファクシミリフォーマット化が完了した後でＦＡＸメ
ッセージを伝送し得る。

【００９７】記載の実施例に関する別の拡張によれば、
発呼側がファクシミリメッセージをサーバに伝送でき
る。この場合にサーバは受信したメッセージをＯＣＲま
たはＯＭＲで解析し得る。この機能の実行技法は当業界
で知られており、例えばＢａｒａｎ他によって概説され
ている。この場合にサーバはＣＣＩＴＴ勧告Ｔ．３０の
タイムアウト規定に全く影響されないで適当な応答を発
呼側に伝送し得る。

【００９８】ＣＣＩＴＴ勧告Ｔ．３０によれば、段階Ｅ
（呼復旧）に入った後で手動呼復旧によって呼を復旧し
得る。従って本発明によれば、段階Ｅに入った後で自動
呼復旧を使用しないので新規な有意義な利点が得られる
ことが教示されている。段階Ｅに入った後で自動呼復旧
が行なわれないので、ＦＡＸサーバは、１回の呼で、統
合型の送受話器または付属電話器を有するＦＡＸ機から
呼出しを行なった発呼側との対話を継続し得る。これら
の対話は、以後の複数のＦＡＸ送信及び受信を含み得
る。

【００９９】段階Ｅに入った後で自動呼復旧が行なわれ
ないので、ＦＡＸサーバは精巧で高価で複雑な方法を使
用しなくてよい。従って、解決できなかった問題の発生
を避けることができ、全く問題無しになる。これが新し
い操作の主な結果である。ＦＡＸ発呼側にとっては、Ｆ
ＡＸ機の難解なターンアラウンドポーリング機能を使用
する必要がないという利点が得られる。また電話事業会
社の課金方法から考えても、１回の呼でＦＡＸサーバを
呼出すだけでよいので、複数の短い呼よりも廉価である
という利点もある。また、ＦＡＸサーバの所有者は、利
用者によって依頼されたファクシミリメッセージを送出
する呼の料金を支払う必要がない。ＦＡＸサーバの所有
者はまた、情報が以前の呼で請求されたことをＦＡＸ機
によって検索するためにＦＡＸ機のＣＳＩＤを整合させ
る苦労からも解放される。

【０１００】言い替えると、段階Ｅに入るときに、独立
的な手動呼復旧エミュレーションの方法及び呼復旧設備
を付加することによって、手動呼復旧エミュレーション
の方法が、ＣＣＩＴＴ勧告Ｔ．３０のタイムアウト規定
の絶対的支配から免除される。本発明によって提供され
たＦＡＸサーバをＴ．３０プロトコルに適応させると、
ファクシミリ送信を行なうために回線ターンアラウンド
またはコールバックを必要とした従来技術の欠点が解消
される。

【０１０１】すべてのＦＡＸ送信または受信において、
本発明のＦＡＸサーバは、ターンアラウンドの開始に関
しては受動状態に維持されており、その結果として、発
呼側の使用環境が簡単になる。典型的には、ＦＡＸメッ
セージ送信後にＦＡＸサーバとの通信を再開するために
発呼側が電話の送受話器をオフフックに維持するだけで
よい。この重要な利点は、ＣＣＩＴＴ勧告Ｔ．３０と完
全に適応しており、完全に非破壊的なことである。ま
た、典型的にはＦＡＸサーバによって開始されるターン
アラウンドに伴って生じ且つＦＡＸプロトコルエラーで
あると誤認され易い迷惑な副作用（例えばビープ発生）
が防止される。更に、Ｂａｒａｎ他によって示唆されて
いるような必要以上に複雑な非標準型設備（ＮＳＦ）の
使用を回避し得る。本発明によれば、発呼側と連続的に
対話できるのでＦＡＸサーバの機能性が顕著に改良され
る。

【０１０２】例えば、典型的なコンピュータトランザク
ションでは、コンピュータとの複数の対話が必要であ
る。手動呼復旧エミュレーション方法によれば、発呼側
がＦＡＸサーバに対してコンピュータと接続するように
命令することができ、ＦＡＸサーバを汎用コンピュータ
と反復的に対話させ、結果の発生に従って複数の結果を
ＦＡＸ送信させ得る。この能力は現行のＦＡＸサーバ技
術では達成されていない。

【０１０３】別の実施例としては、ＦＡＸサーバの管理
者が、１回の電話呼でＦＡＸサーバに多数のＦＡＸメッ
セージを反復的にロードし得る。これは、ＦＡＸサーバ
の管理が容易であるという多大な利点を与える。更に、
手動呼復旧エミュレーション手法は、従来技術では理解
できなかった問題も解決する。

【０１０４】例えば、本発明によれば、Ｂａｒａｎ他に
よって開示された技術をかなり拡張し得る。本発明のＦ
ＡＸサーバを使用することによって、発呼側はＯＣＲ及
びＯＭＲ解析すべきＦＡＸをＦＡＸサーバに伝送し得
る。ＦＡＸを受信した後で、本発明のＦＡＸサーバは、
６秒の動的ターンアラウンドを規定したＣＣＩＴＴ勧告
Ｔ．３０のタイムアウトに制約されないでメッセージを
解析し得る。その後に、ＦＡＸサーバは、Ｔ．３０のタ
イミング規定から完全に独立したそれ自体のタイムテー
ブルで応答ＦＡＸを送出し得る。

【０１０５】最後に、ＦＡＸサーバに再接触することな
く多数の短時間対話が発生し得るので、ＦＡＸサーバは
プッシュボタン電話器の高速応答性をより十分に活用し
得る。Ｂａｒａｎ他の方法では、発呼側がサーバに対し
てより長いＦＡＸ伝送を行なうことが必要であり、ＤＴ
ＭＦプッシュボタンＦＡＸサーバの利点を実際に活用し
ていない。しかしながら本発明は、ＤＴＭＦプッシュボ
タンＦＡＸサーバが多くの場合にＦＡＸサーバとのより
高速な対話を提供するという利点を実際に活用してい
る。従って、手動呼復旧エミュレーションを組み込んだ
本発明のＦＡＸサーバは、技術的な能力の欠如によって
これまで制約されていた対話性ＦＡＸ市場の未利用の領
域に新しい広大な市場を開拓する。

【０１０６】本発明の代表的な実施例及び応用例に関し
て上記に説明したが、本発明の要旨を逸脱することなく
多くの変更が可能であることは理解されよう。本発明の
範囲及び要旨は特許請求の範囲のみによって限定され
る。

【図面の簡単な説明】

【図１】ファクシミリユニットとＦＡＸサーバとの間の
典型的な相互接続を示すブロック図である。

【図２】本発明のＦＡＸサーバの好ましい実施例のブロ
ック図である。

【図３】例えば、遠方のＦＡＸオペレータがＦＡＸサー
バの送受信能力を利用できるように本発明を使用したと
きのフローチャートである。

【図４】本発明のＦＡＸサーバの好ましい変形実施例の
ブロック図である。

【図５】本発明のＦＡＸサーバ音声プロンプトに対する
発呼側のＤＴＭＦ応答の使用を示すフローチャートであ
る。

【符号の説明】

１０ＦＡＸサーバ１２中央局装置１８、２２ＦＡＸ２４電話器３２バス３４プロセッサ３６ＲＡＭ３８ＲＯＭ４０キーボード４２ＣＲＴ４４ハードディスク４６ディスケットドライブ５０ＦＡＸボード８２内部モデムボード８４Ｙコネクタ

Claims

【特許請求の範囲】

【請求項１】関連する電話送受話器を具備したＣＣＩ
ＴＴＦＡＸトランシーバから送信される情報を受信す
るＦＡＸサーバ装置であって、関連する電話送受話器を
具備した前記ＣＣＩＴＴＦＡＸトランシーバと電話回
線を介して接続されており、ＣＣＩＴＴＦＡＸトランシーバとの通信時に呼復旧を
エミュレートする手動手段を含む、ＣＣＩＴＴＦＡＸ
トランシーバとの通信用のＣＣＩＴＴモデムと、ＣＣＩ
ＴＴＦＡＸトランシーバから受信した情報を蓄積する
記憶手段と、前記ＣＣＩＴＴモデム及び記憶手段と共働する、これら
の動作を指定する制御手段とを含むＦＡＸサーバ装置。
【請求項２】前記電話回線を介してユーザに音声プロ
ンプトを付与するプロンプティング手段をも含むことを
特徴とする請求項１に記載のＦＡＸサーバ装置。
【請求項３】前記制御手段と共働するＤＴＭＦ検出手
段をも含み、この検出手段は音声プロンプトに従って前
記電話器にキー入力された応答に応答し、ユーザによっ
て送信された情報が記憶手段に蓄積されるべきであるこ
とを確認することを特徴とする請求項２に記載のＦＡＸ
サーバ装置。
【請求項４】前記制御手段と共働する音声検出手段を
も含み、この検出手段は音声プロンプトに従ってユーザ
即ち発呼者が前記電話器に向かって発した音声応答に応
答し、ユーザによって送信された情報が記憶手段に蓄積
されるべきであることを確認することを特徴とする請求
項２に記載のＦＡＸサーバ装置。
【請求項５】関連する電話送受話器を具備したＣＣＩ
ＴＴＦＡＸトランシーバに情報を送信するＦＡＸサー
バ装置であって、関連する電話送受話器を具備した前記
ＣＣＩＴＴＦＡＸトランシーバと電話回線を介して接
続されており、ＣＣＩＴＴＦＡＸトランシーバとの通
信時に呼復旧をエミュレートする手動手段を含む、ＣＣ
ＩＴＴＦＡＸトランシーバとの通信用のＣＣＩＴＴモ
デムと、ＣＣＩＴＴモデムを用いてＣＣＩＴＴＦＡＸ
トランシーバに送信する情報を蓄積する記憶手段と、記憶手段から情報を検索する検索手段と、前記ＣＣＩＴＴモデム、記憶手段及び検索手段と共働す
る、これらの動作を制御する制御手段とを含むＦＡＸサ
ーバ装置。
【請求項６】前記電話回線を介してユーザに音声プロ
ンプトを付与するプロンプティング手段をも含むことを
特徴とする請求項５に記載のＦＡＸサーバ装置。
【請求項７】前記制御手段と共働するＤＴＭＦ検出手
段をも含み、この検出手段は音声プロンプトに従って前
記電話器にキー入力された応答に応答し、記憶手段に蓄
積された情報をユーザに送信するべく選択することを特
徴とする請求項６に記載のＦＡＸサーバ装置。
【請求項８】前記制御手段と共働する音声検出手段を
も含み、この検出手段は音声プロンプトに従ってユーザ
即ち発呼者が前記電話器に向かって発した音声応答に応
答し、記憶手段に蓄積された情報をユーザに送信するべ
く選択することを特徴とする請求項６に記載のＦＡＸサ
ーバ装置。