JPH08181733A - 通信システムにおける処理動作管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 通信動作に際しての処理手順を効率よく管理
できるようにした通信システムにおける処理動作管理方
法を提供すること。 【構成】 上位アプリケーションプロセス３０と、ＦＥ
Ｐ部１４と、ＦＥＰ制御部３１、３２とにより通信シス
テムを構築する。ＦＥＰ制御部は、通信動作の種類に応
じて複数の処理マトリックス５１〜５４を有し、各処理
マトリックスは、それぞれの通信動作において生じ得る
ポートの状態と、発生し得る事象とから次の処理を割り
出すためマトリックス構成に作成したから、処理マトリ
ックスの参照により次に実行すべき処理が即座に選択で
きる。また、或るポートについての処理の実行中に、他
のポートについて別の処理マトリックスにより割り出さ
れた処理を並行して実行することができる。このため、
複数の通信動作を実行するのに処理動作管理が楽に行な
え、且つ全体としての処理速度の向上を図ることができ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信システム、特にワー
クステーション等を使った通信システムにおいて、通信
動作に際しての処理手順を効率よく管理できるようにし
た通信システムにおける処理動作管理方法に関するもの
である。

【０００２】

【従来の技術】汎用ワークステーションを通信回線用の
交換網に接続し、この交換網を介して複数のファクシミ
リ等の相手端末との間で通信を行なう通信システムが種
々構築され、且つ多用されている。このような通信シス
テムの例としては例えば図１４に示すものがある。この
図において、符号１はデータ処理機能を有するデータ通
信装置としてのワークステーション、２はワークステー
ション１との間でデータの送受信を行なう相手側通信装
置（以下、相手装置という）としてのファクシミリであ
り、２ａ、２ｂ、２ｃ、………２ｎと、複数個接続され
ている。また、３はワークステーション１とファクシミ
リ２との間において通信回線に接続されて通信の交換動
作を行なう交換網である。

【０００３】このような通信システムの従来の構成にあ
っては、個々のユーザが、自己の所有するワークステー
ション１内でアプリケーションを構築し、そのアプリケ
ーションにしたがってデータの送受信動作を行なってい
るのが一般的である。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来の通信システムにあっては、通信動作を行なうための
プログラム作成に当たって、全てのコマンドをプログラ
ム内に組み込むとともに、これらのコマンドを時系列的
に処理手段へ読み出されるように作成しているから、１
つの処理が終わってから次の処理に移るのに、先の処理
が終わったことを確認するプログラムをメモリから読み
出し、次の処理のプログラムをまたメモリから読み出
す、という処理を繰り返さなければならず、処理が繁雑
になるばかりでなく時間がかかるという不具合があっ
た。

【０００５】本発明は、このような従来の問題を解決す
るものであり、通信動作に際しての処理手順を効率よく
管理できるようにした通信処理動作管理方法を提供する
ことを目的とするものである。

【０００６】

【課題を解決するための手段】本発明は、上記目的を達
成するために、上位アプリケーションプロセスと、その
要求に応じ通信動作を行なうＦＥＰ部と、処理要求をＦ
ＥＰ部に伝達しこのＦＥＰ部の動作を制御するＦＥＰ制
御部とにより通信システムを構築し、ＦＥＰ制御部は、
通信動作の種類に応じて複数の処理マトリックスを有
し、各処理マトリックスは、それぞれの通信動作におい
て生じ得るポートの状態と、その通信動作において発生
し得る事象とから次の処理を割り出すためマトリックス
構成に作成したことを要旨とする。

【０００７】

【作用】本発明は、上記構成により、或るポートの状態
の下に或る事象が発生した場合、その状態と事象を処理
マトリックスに照らし合わせ次に実行すべき処理を割り
出して処理動作を進めて行くことができる。そして、処
理マトリックスが各動作毎に分かれて作成されているか
ら、一の処理マトリックスに関する処理を一のポートに
ついて実行している間に、他の処理マトリックスに関す
る処理を別のポートについて実行することが可能とな
り、複数のポートを使って複数の処理を実行する場合の
処理動作管理が楽に行なえ、且つ全体としての処理速度
の向上を図ることができる。

【０００８】

【実施例】図１は本発明の処理動作管理方法が適用され
る通信システムの一実施例の概略構成を示すものであ
る。この図において符号１１はデータ通信装置としての
ワークステーション、１２はワークステーション１１と
の間でデータの送受信を行なう相手装置としてのファク
シミリであり、１２ａ、１２ｂ、１２ｃ、………１２ｎ
と、複数個接続されている。また、１３はワークステー
ション１１とファクシミリ１２との間において通信回線
に接続されて通信の交換動作を行なう交換網、１４はワ
ークステーション１１からの指示に基づきファクシミリ
との間のデータの送受信を行なうフロント・エンド・プ
ロセッサ部（以下、ＦＥＰ部という）である。この実施
例において、ＦＥＰ部１４は、最大８ポートにわたる処
理の要求に対して対応ができる構成になっている。

【０００９】図２はこの実施例におけるワークステーシ
ョン１１のハードウェア構成を示すブロック図である。
この図において、１５はこのワークステーション１１全
体の動作をコントロールする制御手段としてのＣＰＵ、
１６はＣＰＵ１５とＣＲＴインタフェース部１７を介し
て接続され画像を表示するＣＲＴ、１８はキーボードイ
ンタフェース部１９を介して接続されワークステーショ
ン１１へ各所コマンドやデータを入力する手段であるキ
ーボード、２０はワークステーション１１における各種
機能を実現するプログラムが格納されたプログラムメモ
リ、２１は上位アプリケーションからＦＥＰ部１４を経
由して相手ファクシミリ１２へ送付する画像データを一
時的に格納する画データ入力メモリ、２２は相手ファク
シミリ１２よりＦＥＰ部１４を経由して受信された画像
データを一時的に格納して上位アプリケーションへ転送
するための画データ出力メモリ、２３は上位アプリケー
ションからＦＥＰ部１４を経由して相手ファクシミリ１
２へ送付する音声データを一時的に格納する音声データ
入力メモリ、２４は相手ファクシミリ１２よりＦＥＰ部
１４を経由して受信されたＰＢデータを一時的に格納し
て上位アプリケーションへ転送するためのＰＢデータ出
力メモリ、２４は相手ファクシミリ１２へのコマンド送
付に基づくライブラリの完了情報を一時的に格納して上
位アプリケーションへ通知するための完了情報出力メモ
リである。また、２６はワークステーション１１とＦＥ
Ｐ部１４との間におけるデータの送受を実行するＦＥＰ
通信部、２７はＦＥＰ部１４に一連の処理動作をさせる
ための命令のいくつかを群としてまとめたコマンド（す
なわち、ライブラリ）を常駐させておくライブラリメモ
リである。

【００１０】プログラムメモリ２０には、このワークス
テーション１１のデータ処理プログラムおよびデータ通
信プログラムに加え、図３に示すように、プロトコル変
換プロセス実行用のプログラム（以下、プロトコル変換
プロセスという）３１と、プロトコル受信プロセス実行
用のプログラム（以下、プロトコル受信プロセスとい
う）３２のソフトウェアが格納されている。プロトコル
変換プロセス３１は上位アプリケーションプロセス３０
から指示された内容にしたがって端末等に指示を出し、
また上位アプリケーションプロセス３０に回答を返す機
能を有する。プロトコル受信プロセス３２は後出のＦＥ
Ｐ通信ソフト部３３からのデータを受けてプロトコル変
換プロセス３１へ渡す機能を有する。また、ＦＥＰ通信
部２６には、前記プロトコル変換プロセス３１およびプ
ロトコル受信プロセス３２がＦＥＰ部制御のための処理
動作を円滑に実行するためにＦＥＰ通信ソフト部３３を
備えている。ライブラリメモリ２７には、ＦＥＰ部１４
に送られてこれを制御すべく幾つかのコマンドが群とし
て集合されたライブラリが複数個のライブラリ（すなわ
ちＦＥＰ制御ライブラリ群）３４が格納されている。

【００１１】そして、ワークステーション１１の基本的
なソフトウェア構成は、図３に示すように上位アプリケ
ーションプロセス３０と、この上位アプリケーションプ
ロセス３０の下位に設置されたＦＥＰ制御ライブラリ群
３４と、ＦＥＰ制御ライブラリ群３４の下位に設けられ
たプロトコル変換プロセス３１およびプロトコル受信プ
ロセス３２と、その下位に設けられたＦＥＰ通信ソフト
部３３とから構成される。とりわけ、このソフトウェア
構成において、プロトコル変換プロセス３１とプロトコ
ル受信プロセス３２とは、ＦＥＰ制御ライブラリ群３４
から出力されたコマンドにしたがってＦＥＰ部１４の制
御を行なうものであるから、ＦＥＰ制御実行部としての
役割を有している。

【００１２】ライブラリメモリ２７に格納されたライブ
ラリは関数のデータ形式で構成され、下の表に示すよう
な内容を有している。

【００１３】

【表１】

【００１４】この表において、「区分」の欄は、そのラ
イブラリが、ＦＥＰ部１４の動作である運用、保守、回
線制御のうち如何なる種類の動作に関係するコマンドで
あるかの区別を明らかにするものである。「関数名」の
欄は、そのライブラリを構成する関数の名称を示すもの
である。「種別」の欄は、そのライブラリが完了復帰型
のコマンドであるか即時復帰型のコマンドであるかの種
別を明らかにするものである。「機能名」の欄は、その
ライブラリの実行によって実現される機能の名前を示す
ものである。そして、前記表に示した各ライブラリの内
容を概略的に説明すると次の通りである。 （１）ＦＥＰコネクト：デーモンプロセスに対するコネ
クションの生成処理を行なう。このライブラリは完了復
帰型のライブラリである。 （２）ＦＥＰディスコネクト：デーモンプロセスに対す
るコネクションの消滅処理を行なう。このライブラリは
完了復帰型のライブラリである。 （３）ＦＥＰイニシャル：ファームウェア、音声データ
のダウンロード等のＦＥＰ部の初期化を行なう。このラ
イブラリは完了復帰型のライブラリである。 （４）ＦＥＰスタート：ＦＥＰ部を起動し、ＦＥＰ部に
対するシステム定数の設定を行ない、使用可能な状態に
する。このライブラリは完了復帰型のライブラリであ
る。 （５）ＦＥＰポートスタート：ポートを起動し回線とポ
ートに対する属性の設定を行ない、使用可能な状態にす
る。このライブラリは完了復帰型のライブラリである。 （６）ＦＥＰポートストップ：ポートを停止する（通
常、中断または強制の指定がある）。このライブラリは
即時復帰型のライブラリである。 （７）ＦＥＰストップ：ＦＥＰ部の運用を終了する（通
常、または強制の指定がある）。このライブラリは即時
復帰型のライブラリである。 （８）ＦＥＰステータス：ＦＥＰ部の状態を通知する。
このライブラリは完了復帰型のライブラリである。 （９）ＦＥＰポートステータス：ポートの状態を通知す
る。このライブラリは完了復帰型のライブラリである。 （１０）ＦＥＰアップロード：上位から指示されたＦＥ
Ｐ部内メモリ領域データをＦＥＰ部から転送する。この
ライブラリは完了復帰型のライブラリである。 （１１）ＦＥＰダウンロード：上位から指示されたファ
ームウェア、音声データをＦＥＰ部へ転送する。このラ
イブラリは完了復帰型のライブラリである。 （１２）ＦＥＰタイム：ＦＥＰ部の時刻情報の表示、設
定を行なう。このライブラリは完了復帰型のライブラリ
である。 （１３）ＦＥＰシャット：ドライバに対するコネクショ
ンをクローズし、ＦＥＰ部の使用を終了する。このライ
ブラリは完了復帰型のライブラリである。 （１４）ＦＥＰテーブル：ＦＥＰシステム定数テーブ
ル、Ｇ３／Ｇ４回線属性定数テーブルを共有テーブルを
共有メモリ上に展開する。このライブラリは完了復帰型
のライブラリである。 （１５）ＦＥＰポートゲット：ポートの獲得処理を行な
う。このライブラリは完了復帰型のライブラリである。 （１６）ＦＥＰポートレストア：ポートの返却処理を行
なう。このライブラリは完了復帰型のライブラリであ
る。 （１７）ＦＥＰイネーブル：相手との発呼／着呼接続を
行なう。このライブラリは即時復帰型のライブラリであ
る。 （１８）ＦＥＰディセーブル：回線を切断（オンフッ
ク）する。このライブラリは即時復帰型のライブラリで
ある。 （１９）ＦＥＰディヴインフォ：相手端末の電話番号、
局名を獲得する。または、ＦＡＸ送受信の開始を指示す
る。このライブラリは即時復帰型のライブラリである。 （２０）ＦＥＰライト：データ（キャラクタ、ファクシ
ミリ、音声番号、音声データ）の送信依頼を行なう。こ
のライブラリは即時復帰型のライブラリである。 （２１）ＦＥＰリード：受信データ（ファクシミリ、Ｐ
Ｂ、ＯＭＲ）を獲得する。または各種コマンドの完了情
報を獲得する。このライブラリは完了復帰型のライブラ
リである。 （２２）ＦＥＰキャンセル：データの送受信を強制終了
し、回線を切断（オンフック）する。または着信の待ち
合わせを解除する。このライブラリは即時復帰型のライ
ブラリである。

【００１５】ここで、ライブラリの種別としての完了復
帰型のコマンドと即時復帰型のコマンドについて説明す
る。図４および図５は本発明においてライブラリとして
使用されるコマンドの種別による、処理手順の一般的な
例をタイムシーケンス図を概略的に示すものである。こ
れらのうち、図４は完了復帰型のコマンドに基づいて上
位アプリケーションプロセス３０と、ＦＥＰ制御実行部
（プロトコル変換プロセス３１とプロトコル受信プロセ
ス３２を合わせたもの）と、ＦＥＰ部１４との間におけ
る処理手順を示すタイムシーケンス図である。この完了
復帰型コマンドの場合は、上位アプリケーションプロセ
ス３０から処理要求が出される（処理４１）と、ＦＥＰ
制御実行部からＦＥＰ部１４へ処理要求が送付され（処
理４２）、その処理要求に対する処理の結果、すなわち
完了情報がＦＥＰ部１４およびＦＥＰ制御実行部を経由
して（処理４３）上位アプリケーションプロセス３０に
通知された（処理４４）後、上位アプリケーションプロ
セス３０は次の処理要求を出力する。

【００１６】図５は即時復帰型のコマンドに基づいて上
位アプリケーションプロセス３０と、ＦＥＰ制御実行部
と、ＦＥＰ部１４との間における処理手順を示すタイム
シーケンス図である。この即時復帰型コマンドの場合
は、上位アプリケーションプロセス３０から処理要求が
出される（処理４１）と、ＦＥＰ制御実行部はＦＥＰ部
１４へ処理要求を送付する（処理４２）一方で、この処
理要求をＦＥＰ部１４に送付した旨の通知、すなわち要
求結果を上位アプリケーションプロセス３０へ通知する
（処理４５）。この要求結果を受け取ると、上位アプリ
ケーションプロセス３０はそれまでデータの送受を行な
っていたポートから切り離され、まだその処理要求に対
する処理の結果である完了情報を受け取らないうちに次
の処理要求を出すかまたはデータの読み出し等の準備動
作に入ることができる。図５では、要求結果を受けたの
みの段階で「ＦＥＰリード」コマンドを出力している
（処理４６）。そして、先の処理要求に基づく処理の結
果、すなわち完了情報は、前記ＦＥＰリードが出力され
た後にＦＥＰ部１４およびＦＥＰ制御実行部を経由して
（処理４３）上位アプリケーションプロセス３０に通知
される（処理４４）。

【００１７】本発明では、前記各種のライブラリについ
て、ＦＥＰコネクトやＦＥＰスタート等、装置の立ち上
げ、立ち下げ、或いは初期化等に関係する制御動作、す
なわちＦＥＰ部１４の装置自体の基本的な制御動作に関
わるライブラリの構成を完了復帰型としている。一方、
ＦＥＰイネーブル、ＦＥＰリード、ＦＥＰライト等、デ
ータ通信動作中におけるポートの制御に関わるライブラ
リの構成を即時復帰型としている。例えば、ワークステ
ーション１１がデータ送信動作を実行しているときにお
いて、本発明のプロトコル変換プロセス３１およびプロ
トコル受信プロセス３２の処理は上位アプリケーション
プロセス３０との間でデータの送受を行なうことである
から、上位アプリケーションプロセス３０にとってみる
と、例えば第１のポートに或る処理要求を出した後は、
第２のポートとか第８のポートとか、その時点でデータ
送受信処理を実行中の他のポートに対して次の仕事をす
る必要がある。この次の仕事を上位アプリケーションプ
ロセス３０に迅速に行なわせるには、上位アプリケーシ
ョンプロセス３０を元の第１のポートからすばやく切り
離してやらなければならない。これを実現するために、
ポートの制御に関わるライブラリの構成を即時復帰型と
している。

【００１８】このような構成を有する通信システムにつ
いて、以下動作を説明する。ここではワークステーショ
ン１１からみて相手ファクシミリ１２に対しファクシミ
リ送信を行なう場合の動作と、相手ファクシミリ１２か
らファクシミリ受信を行なう場合の動作について説明す
る。

【００１９】図６はワークステーション１１が音声送出
とＰＢ検出を行なった後、ファクシミリ送信動作を行な
う場合における上位アプリケーションプロセス３０、プ
ロトコル変換プロセス３１、プロトコル受信プロセス３
２、ＦＥＰ部１４、およびファクシミリ１２（１２ａ〜
１２ｎのうちのいずれか）の間における処理手順を示す
タイムシーケンス図である。この動作を行なうために、
先ず上位アプリケーションプロセス３０が処理要求４１
ａとして「ＦＥＰイネーブル」を発すると、この処理要
求はＦＥＰ制御ライブラリ群３４へ入力されて、そのラ
イブラリ群の中から「ＦＥＰイネーブル」のライブラリ
が読み出されプロトコル変換プロセス３１へ転送され
る。この「ＦＥＰイネーブル」は即時復帰型のライブラ
リであるから、プロトコル変換プロセス３１はこれを受
け取ると、相手ファクシミリ１２への発呼処理要求を行
なうとともに、上位アプリケーションプロセス３０に対
して要求結果（図６中点線４５ａで表す）を通知する。
相手ファクシミリ１２が着呼処理を行なって１６Ｈｚの
信号を返送すると、この信号を受けたＦＥＰ部１４はワ
ークステーション１１へ向けて着呼通知を発する。この
着呼通知はワークステーション１１内部においてＦＥＰ
通信ソフト部３３を通してプロトコル受信プロセス３２
へ送付され、プロトコル受信プロセス３２はプロトコル
変換プロセス３１に対してプロトコル変換依頼を発す
る。これに対してプロトコル変換プロセス３１は、ＦＥ
Ｐ部１４に対して通信要求を送付し、これに基づいて相
手ファクシミリ１２により回線が接続されると、ＦＥＰ
部１４を通して「通信可」の信号が送られてくる。そこ
で、プロトコル変換プロセス３１は、前記「ＦＥＰイネ
ーブル」に対応する処理結果４４ａとして完了情報を生
成しワークステーション１１内の完了情報出力メモリ２
５に格納する。そしてプロトコル変換プロセス３１は上
位アプリケーションプロセス３０に対して「ＦＥＰリー
ド」のライブラリを送付することにより前記完了情報を
送る。

【００２０】ここまでの処理手順において、上位アプリ
ケーションプロセス３０は、ライブラリとして「ＦＥＰ
イネーブル」を出力し、これに対応して「ＦＥＰリー
ド」のライブラリを受け取ったのみである。ところがそ
の間に、プロトコル変換プロセス３１とＦＥＰ部１４と
の間では発呼動作が行なわれた上、着呼通知の返送が行
なわれ、その後通信要求が行なわれ、さらに通信可信号
の受け渡しが行なわれている。すなわち、「ＦＥＰイネ
ーブル」のライブラリは上記各種処理動作を行なわせる
複数のコマンドが群として集合されて成る。そしてその
機能の内容が、相手との発呼／着呼接続を行なうもので
あることは、前記各種ライブラリについての説明中、
（１７）の項で説明した通りである。このように、ライ
ブラリは、所定の複数段階にわたる処理を実行させる複
数のコマンドが集合して成るものであるから、このよう
なライブラリを複数作成してテーブル化しておくことに
より、ワークステーション１１において上位アプリケー
ションプロセス３０のアーキテクチュアの作成に当たっ
て、この作成作業の簡略化を図ることができる。

【００２１】また、上位アプリケーションプロセス３０
についてみると、この上位アプリケーションプロセス３
０は、「ＦＥＰイネーブル」を出力してから「ＦＥＰリ
ード」による完了情報を受け取るまでの間このファクシ
ミリ送受信を行なっているポートに接続されて完了情報
の到着を待っていなければならないものではない。すな
わち、本発明では、「ＦＥＰイネーブル」のようにポー
トの制御に関わりを持つライブラリを即時復帰型のライ
ブラリとしているから、プロトコル変換プロセス３１が
そのライブラリを受け取ると、前記のように要求結果
（図６中の点線４５ａ）を上位アプリケーションプロセ
ス３０へ通知する。上位アプリケーションプロセス３０
は、プロトコル変換プロセス３１から前記要求結果４５
を受け取った時点で、次の処理（この例では「音声デー
タの出力」）の準備動作に入ることができる。そして、
準備動作として、例えばディスクから音声データを読み
込んだりすることができる。また、これよりも一歩進ん
で、上位アプリケーションプロセス３０を、図６におい
てファクシミリ送受信動作を実行中であるポート（前記
最大８ポート中、このポートを仮に「第１のポート」と
する）から切り離すことも可能である。そして、他のポ
ート（例えば第２のポート）においては別の通信動作に
おける或る処理段階にあるという状況であれば、上位ア
プリケーションプロセス３０はこの第２のポートについ
ての処理要求を出力し、その後第１のポートにおける処
理に戻ってくる、という動作を行なうことができる。こ
の実施例では、以後の処理手順においても、これまでに
説明したのと同様な仕様により処理動作が実行されて行
く。

【００２２】上述のように「ＦＥＰイネーブル」の出力
から「ＦＥＰリード」による完了情報の受け取りが行な
われた後、上位アプリケーションプロセス３０は、「Ｆ
ＥＰライト」を出力して音声データの送信依頼（処理要
求４１ｂ）を行なう。この処理要求もまたＦＥＰ制御ラ
イブラリ群３４へ入力されて、そのライブラリ群の中か
ら「ＦＥＰライト」のライブラリが読み出されプロトコ
ル変換プロセス３１へ転送される。この「ＦＥＰライ
ト」は即時復帰型のライブラリであるから、プロトコル
変換プロセス３１はこれを受け取ると、ＦＥＰ部１４に
対してデータ転送要求（処理要求４２ｂ）を行なうとと
もに、上位アプリケーションプロセス３０に対して要求
結果（図６中点線４５ｂで表す）を通知する。ここで、
上位アプリケーションプロセス３０は要求結果４５ｂの
受領により、恰かも一つの処理手順が終わったかのごと
く動作し、音声データ入力メモリ２３に送信すべき音声
データを格納する。また、処理時間の関係で余裕があれ
ば、先に説明したように他のポートに対する処理要求を
出力する。

【００２３】一方において、ＦＥＰ部１４からはデータ
転送確認の信号がプロトコル受信プロセス３２を経由し
てプロトコル変換プロセス３１へ送付される。これを受
けてプロトコル変換プロセス３１からＦＥＰ部１４へデ
ータ転送開始信号が送付されるとともに音声データが送
付される。この音声データは、先に上位アプリケーショ
ンプロセス３０によって音声データ入力メモリ２３に格
納されたデータである。この音声データがＦＥＰ部１４
から相手ファクシミリ１２に送信されると、ＦＥＰ部１
４はさらにデータを受け取ることができる旨の内容を表
すデータ転送可信号を送出する。これに対してプロトコ
ル変換プロセス３１はさらに転送すべき音声データがあ
るか否かをチェックし、なければデータ転送終了信号を
ＦＥＰ部１４に対して送付すると、ＦＥＰ部１４は、こ
れを受けて、データ転送終了確認信号を送出する。これ
により「ＦＥＰライト」ライブラリの機能は全て実行完
了したことになるから、プロトコル変換プロセス３１は
前記「ＦＥＰライト」に対応する処理結果４４ｂとして
完了情報を生成しワークステーション１１内の完了情報
出力メモリ２５に格納する。そしてプロトコル変換プロ
セス３１が上位アプリケーションプロセス３０に対して
「ＦＥＰリード」のライブラリを送付することにより前
記完了情報を送る。

【００２４】ここに挙げたファクシミリ通信動作におい
ては、音声データの受信に引き続いて、相手ファクシミ
リ１２からＰＢ信号が送られてくるから、ＰＢ指示情報
がＦＥＰ部１４からプロトコル変換プロセス３１へ送付
され、プロトコル変換プロセス３１は転送されたＰＢデ
ータをＰＢデータ出力メモリ２４へ格納する。そしてこ
のＰＢデータプロトコル変換プロセス３１は上位アプリ
ケーションプロセス３０に対して「ＦＥＰリード」のラ
イブラリを送付し、前記ＰＢデータを送る。

【００２５】次に、上位アプリケーションプロセス３０
は、「ＦＥＰディヴインフォ（機能名：端末情報獲
得）」を出力して通信要求（処理要求４１ｃ）を行な
う。この処理要求はＦＥＰ制御ライブラリ群３４へ入力
されて、そのライブラリ群の中から「ＦＥＰディヴイン
フォ」のライブラリが読み出されプロトコル変換プロセ
ス３１へ転送される。この「ＦＥＰディヴインフォ」は
即時復帰型のライブラリであるから、プロトコル変換プ
ロセス３１はこれを受け取ると、ＦＥＰ部１４に対して
通信要求（処理要求４２ｃ）を行なうとともに、上位ア
プリケーションプロセス３０に対して要求結果（図６中
点線４５ｃで表す）を通知する。ここで、上位アプリケ
ーションプロセス３０は要求結果４５ｃの受領により、
恰かも一つの処理手順が終わったかのごとく動作し、次
に行なうべき処理（この場合はファクシミリ送信）に備
えて自己の処理態勢をファクシミリ送信に切り替える。
また、処理時間の関係で余裕があれば、先に説明したよ
うに他のポートに対する処理要求を出力する。

【００２６】一方において、ＦＥＰ部１４と相手ファク
シミリ１２との間では、相手端末の獲得を行なうために
必要な各種信号のやり取りが行なわれる。その処理内容
として、ＦＥＰ部１４（送信側端末）からファクシミリ
１２（受信側端末）へ発呼側の非音声端末を表すコーリ
ング・トーンすなわちＣＮＧが送付され、これに対して
ファクシミリ１２からＦＥＰ部１４へ被呼端末識別信号
であるＣＥＤが返送される。そして、これらの信号の送
受が終了すると、ワークステーション１１とファクシミ
リ１２との間で通信可能な状態となり、ＦＥＰ部１４か
らは通信可信号がプロトコル受信プロセス３２を経由し
てプロトコル変換プロセス３１へ送付される。これによ
り「ＦＥＰディヴインフォ」ライブラリの機能である端
末情報獲得処理は全て実行完了したことになるから、プ
ロトコル変換プロセス３１は前記「ＦＥＰディヴインフ
ォ」に対応する処理結果４４ｃとして完了情報を生成し
ワークステーション１１内の完了情報出力メモリ２５に
格納する。そしてプロトコル変換プロセス３１が上位ア
プリケーションプロセス３０に対して「ＦＥＰリード」
のライブラリを送付することにより前記完了情報を送
る。

【００２７】次いで、上位アプリケーションプロセス３
０は、「ＦＥＰライト」を出力して画像データの送信依
頼（処理要求４１ｄ）を行なう。この処理要求はＦＥＰ
制御ライブラリ群３４へ入力されて、そのライブラリ群
の中から「ＦＥＰライト」のライブラリが読み出されプ
ロトコル変換プロセス３１へ転送される。この「ＦＥＰ
ライト」は即時復帰型のライブラリであるから、プロト
コル変換プロセス３１はこれを受け取ると、ＦＥＰ部１
４に対してデータ転送要求（処理要求４２ｄ）を行なう
とともに、上位アプリケーションプロセス３０に対して
要求結果（図６中点線４５ｄで表す）を通知する。ここ
で、上位アプリケーションプロセス３０は要求結果４５
ｂの受領により、恰かも一つの処理手順が終わったかの
ごとく動作し、画データ入力メモリ２１に送信すべき画
像データを格納する。また、処理時間の関係で余裕があ
れば、先に説明したように他のポートに対する処理要求
を出力する。

【００２８】一方において、ＦＥＰ部１４と相手ファク
シミリ１２との間では、画像データの送受信開始に必要
な各種信号の送受が行なわれる。その処理内容として、
ＦＥＰ部１４から非標準機能の中から設定される機能を
示すＮＳＳおよびトレーニングチェックＴｒが送付さ
れ、ファクシミリ１２からＦＥＰ部１４へは受信準備完
了を示すＣＦＲが返送される。これに基づき、ＦＥＰ部
１４からはデータ転送確認の信号がプロトコル受信プロ
セス３２を経由してプロトコル変換プロセス３１へ送付
される。これを受けてプロトコル変換プロセス３１から
ＦＥＰ部１４へデータ転送開始信号が送付されるととも
に画像データが送付される。この画像データは、先に上
位アプリケーションプロセス３０によって画データ入力
メモリ２１に格納されたデータである。この画像データ
がＦＥＰ部１４から相手ファクシミリ１２に送信される
と、ＦＥＰ部１４はさらにデータを受け取ることができ
る旨の内容を表すデータ転送可信号を、プロトコル受信
プロセス３２を経由してプロトコル変換プロセス３１へ
送付する。これに対してプロトコル変換プロセス３１は
さらに転送すべき画像データがあるか否かをチェック
し、なければデータ転送終了信号をＦＥＰ部１４に対し
て送付する。これにより、ＦＥＰ部１４とファクシミリ
１２間では、ＦＥＰ部１４からファクシミリ１２へは手
順終了信号ＥＯＰが、続いてファクシミリ１２からＦＥ
Ｐ部１４へはメッセージ確認信号ＭＣＦが出力される。
これに基づき、ＦＥＰ部１４はデータ転送終了確認信号
をプロトコル受信プロセス３２を経由してプロトコル変
換プロセス３１に送付する。これにより「ＦＥＰライ
ト」ライブラリの機能は全て実行完了したことになるか
ら、プロトコル変換プロセス３１は前記「ＦＥＰライ
ト」に対応する処理結果４４ｄとして完了情報を生成し
ワークステーション１１内の完了情報出力メモリ２５に
格納する。そしてプロトコル変換プロセス３１が上位ア
プリケーションプロセス３０に対して「ＦＥＰリード」
のライブラリを送付することにより前記完了情報を送
る。

【００２９】さらに、ＦＥＰ部１４は、ファクシミリ１
２に対して切断命令信号ＤＣＮを送付するとともに、通
信終了信号を、プロトコル受信プロセス３２を経由して
プロトコル変換プロセス３１へ送付する。これに応答し
て、プロトコル変換プロセス３１は、ＦＥＰ部１４に対
して通信終了確認信号を送付する一方で、ファクシミリ
通信に対応する処理結果４４ｅとして完了情報を生成し
ワークステーション１１内の完了情報出力メモリ２５に
格納する。そしてプロトコル変換プロセス３１が上位ア
プリケーションプロセス３０に対して「ＦＥＰリード」
のライブラリを送付することにより前記完了情報を送
る。

【００３０】次に図７に示す処理動作について説明す
る。この処理動作は、ワークステーション１１が音声送
出とＰＢ検出を行なった後、ファクシミリ受信動作を行
なう場合における上位アプリケーションプロセス３０、
プロトコル変換プロセス３１、プロトコル受信プロセス
３２、ＦＥＰ部１４、およびファクシミリ１２（１２ａ
〜１２ｎのうちのいずれか）の間における処理手順を示
すタイムシーケンス図である。

【００３１】この処理動作においても、「ＦＥＰイネー
ブル」処理要求から「ＦＥＰライト」による音声データ
の送信依頼およびその処理の完了までは図６に示した処
理と同じなので、ここまでの処理についての説明は省略
し、「ＦＥＰディヴインフォ」による端末情報獲得処理
および「ＦＥＰライト」によるファクシミリ受信処理に
ついて説明する。

【００３２】上位アプリケーションプロセス３０は、Ｐ
Ｂ信号の受領処理が終了した後、「ＦＥＰディヴインフ
ォ（機能名：端末情報獲得）」を出力して通信要求（処
理要求４１ｆ）を行なう。この処理要求はＦＥＰ制御ラ
イブラリ群３４へ入力されて、そのライブラリ群の中か
ら「ＦＥＰディヴインフォ」のライブラリが読み出され
プロトコル変換プロセス３１へ転送される。この「ＦＥ
Ｐディヴインフォ」は即時復帰型のライブラリであるか
ら、プロトコル変換プロセス３１はこれを受け取ると、
ＦＥＰ部１４に対して通信要求（処理要求４２ｆ）を行
なうとともに、上位アプリケーションプロセス３０に対
して要求結果（図６中点線４５ｆで表す）を通知する。
ここで、上位アプリケーションプロセス３０は要求結果
４５ｆの受領により、恰かも一つの処理手順が終わった
かのごとく動作し、次に行なうべき処理（この場合はフ
ァクシミリ受信）に備えて自己の処理態勢をファクシミ
リ受信に切り替える。また、処理時間の関係で余裕があ
れば、他のポートに対する処理要求を出力する。

【００３３】一方において、ＦＥＰ部１４と相手ファク
シミリ１２との間では、相手端末の獲得を行なうために
必要な各種信号のやり取りが行なわれる。その処理内容
として、ファクシミリ１２からＦＥＰ部１４へ発呼側の
非音声端末を表すコーリング・トーンすなわちＣＮＧが
送付され、これに対してＦＥＰ部１４からファクシミリ
１２へ受信端末の伝送機能表示信号であるＮＳＦ（非標
準機能識別信号）が送付される。次いで、ファクシミリ
１２からＦＥＰ部１４へ非標準機能の中から設定される
機能を示すＮＳＳが送付される。そして、これらの信号
の送受が終了すると、ワークステーション１１とファク
シミリ１２との間でファクシミリ通信が可能な状態とな
り、ＦＥＰ部１４からは通信可信号がプロトコル受信プ
ロセス３２を経由してプロトコル変換プロセス３１へ送
付される。これにより「ＦＥＰディヴインフォ」ライブ
ラリの機能である端末情報獲得処理は全て実行完了した
ことになるから、プロトコル変換プロセス３１は前記
「ＦＥＰディヴインフォ」に対応する処理結果４４ｆと
して完了情報を生成しワークステーション１１内の完了
情報出力メモリ２５に格納する。そしてプロトコル変換
プロセス３１が上位アプリケーションプロセス３０に対
して「ＦＥＰリード」のライブラリを送付することによ
り前記完了情報を送る。

【００３４】次いで、ＦＥＰ部１４からは、プロトコル
受信プロセス３２を経由してプロトコル変換プロセス３
１に対してデータ転送要求が送付される。さらに、ＦＥ
Ｐ部１４とファクシミリ１２との間では、ファクシミリ
１２からＦＥＰ部１４へトレーニングチェック信号Ｔｒ
が送付される。これと同時に、プロトコル変換プロセス
３１からＦＥＰ部１４へデータ転送確認信号が送付され
る。これに基づき、ＦＥＰ部１４からファクシミリ１２
へ受信準備完了を示すＣＦＲが送付される一方、これと
同時に、ＦＥＰ部１４からはデータ転送開始信号がプロ
トコル受信プロセス３２を経由してプロトコル変換プロ
セス３１へ送付される。そして、画像データがファクシ
ミリ１２からＦＥＰ部１４へ、さらにはＦＥＰ部１４か
らプロトコル受信プロセス３２を経由してプロトコル変
換プロセス３１へと送付される。この画像データは、プ
ロトコル変換プロセス３１によってワークステーション
１１内の画データ出力メモリ２２に格納される。この画
像データがＦＥＰ部１４からプロトコル受信プロセス３
２を経由してプロトコル変換プロセス３１に送信される
と、プロトコル変換プロセス３１はＦＥＰ部１４に対し
て、さらにデータを受け取ることができる旨の内容を表
すデータ転送可信号を送出する。この転送可信号はファ
クシミリ１２へ送付され、ファクシミリ１２はさらに転
送すべき画像データがあるか否かをチェックし、なけれ
ば手順終了信号ＥＯＰをＦＥＰ部１４へ送付する。これ
に基づいて、ＦＥＰ部１４は、データ転送終了信号をプ
ロトコル受信プロセス３２を経由してプロトコル変換プ
ロセス３１へ転送し、これに基づき、プロトコル変換プ
ロセス３１はＦＥＰ部１４に対してデータ転送終了確認
信号を送付する。このデータ転送終了確認信号を受けた
ＦＥＰ部１４は、ファクシミリ１２に対してメッセージ
確認信号ＭＣＦを送付する。この間に、プロトコル変換
プロセス３１は、上位アプリケーションプロセス３０に
対して「ＦＥＰリード」のライブラリを送付することに
より、先に画データ出力メモリ２２に格納した受信画像
データを送る。 さらに、ファクシミリ１２からの切断
命令信号ＤＣＮに基づき、ＦＥＰ部１４は通信終了信号
をプロトコル受信プロセス３２を経由してプロトコル変
換プロセス３１に送付する。これに応答して、プロトコ
ル変換プロセス３１は、ＦＥＰ部１４に対して通信終了
確認信号を送付する一方で、ファクシミリ通信に対応す
る処理結果４４ｇとして完了情報を生成しワークステー
ション１１内の完了情報出力メモリ２５に格納する。そ
してプロトコル変換プロセス３１が上位アプリケーショ
ンプロセス３０に対して「ＦＥＰリード」のライブラリ
を送付することにより前記完了情報を送る。

【００３５】次に、前述のような音声送出、ＰＢ検出、
ファクシミリ送信、およびファクシミリ受信等の各種動
作を行なう場合における、ＦＥＰ部１４、ＦＥＰ制御部
であるプロトコル変換プロセス３１およびプロトコル受
信プロセス３２、ならびに上位アプリケーションプロセ
ス３０による処理動作管理の効率化を図った処理実行方
法について説明する。とりわけ、この処理実行方法は、
前記最大８ポート分の処理手順を効率よく管理するのに
効果を発揮する。

【００３６】本発明においては、前記処理実行方法とし
て、処理の内容に応じて複数のマトリックス構成による
処理テーブル（以下、処理マトリックスという）を用意
し、ポートの状態（ステータス）に対応する発生事象
（イベント）の出現に応じて適切な処理手順が即座に選
択され、且つ実行できるように図っている。これらの処
理マトリックスの例を図８乃至図１１に示す。これらの
図のうち、図８はアイドル状態における処理マトリック
ス５１を示し、図９は送信動作を行なうための処理マト
リックス５２を示し、図１０は受信動作を行なうための
処理マトリックス５３を示し、図１１は通信終了動作を
行なうための処理マトリックス５４を示す。そして、こ
れらの処理マトリックス５１〜５４は、プログラムとし
てワークステーション１１のプログラムメモリに格納さ
れている。

【００３７】この実施例の各処理マトリックス５１〜５
４は一覧表形式になっているが、これらの処理マトリッ
クス５１〜５４において、横方向へ複数の区画に区分け
された状態項目欄５５には、ポートについて、その動作
（アイドル、送信、受信、通信終了）を実行するに当た
って考えられる全ての状態を挙げてあり、縦方向へ複数
の区画に区分けされた発生事象項目欄５６には動作を遂
行している間に発生し得ると考えられる全ての事象を挙
げてある。そして、状態項目欄５５における特定の状態
と、発生事象項目欄５６における或る事象とが合致した
区画には、両項目欄５５、５６の項目が同時に実現され
た場合において実行されるべき処理手順の内容が関数の
形で規定され格納されている。

【００３８】図８に示すアイドル状態での処理マトリッ
クス５１についてみると、このアイドル状態処理マトリ
ックス５１は、上位アプリケーションプロセス３０が或
るポートに対して、例えば「ＦＥＰイネーブル」ライブ
ラリの処理中において着呼待ちすべく指示している状態
において、この状態から実際に１６Ｈｚの着信信号が送
られてきてから呼をつなぐまで、すなわち通信要求を出
すまでの処理手順を管理する処理マトリックスである。
そして、状態項目欄５５には状態の種類として、ポート
獲得要求待ちＳ０と、呼接続待ちＳ１と、着呼通知待ち
Ｓ２と、アボート確認待ちＳ３とが挙げてある。また、
発生事象項目欄５６には発生事象の種類として、音声着
呼待ち指示Ｅ０と、着呼通知Ｅ１とが挙げてある。そし
て、この処理マトリックス５１の状態項目欄５５におけ
る状態Ｓ１と、発生事象項目欄５６における発生事象Ｅ
０とが合致した区画Ａには、呼接続待ちの状態の下で音
声着呼待ち指示がなされた場合において実行されるべき
処理手順の内容として、「着信待ち（音声）メモ→Ｓ
２」すなわちメモリにフラグを立て、そして状態をＳ１
からＳ２へ遷移させるべき動作が規定されている。ま
た、状態項目欄５５における状態Ｓ２と、発生事象項目
欄５６における発生事象Ｅ１とが合致した区画Ｂには、
着呼通知待ちの状態の下で着呼通知がなされた場合にお
いて実行されるべき処理手順の内容として、「ＦＥＰ部
に対し通信要求送信＊１」、すなわちＦＥＰ部１４に対
して通信要求を送信した上、＊１で明示されているよう
に、マトリックススイッチ（或る処理マトリックスから
他の処理マトリックスへ切り替えること）を行なって処
理マトリックスを５１から５２へ切り換え、状態を処理
マトリックスを５２のＳ４へ遷移すべき動作が規定され
ている。

【００３９】次に、図９に示す送信処理マトリックス５
２についてみると、この送信処理マトリックス５２は、
上位アプリケーションプロセス３０が、例えば図６に示
すように「ＦＥＰライト」を出力して画像データの送信
依頼（処理要求４１ｄ）を行なう場合における、データ
送信動作の処理手順を管理する処理マトリックスであ
る。そして、処理マトリックス５２の状態項目欄５５に
は状態の種類として、通信可待ちＳ４と、データ送信指
示待ちＳ５と、データ転送確認待ちＳ６と、データ転送
可待ちＳ７と、ページ終了確認待ちＳ８と、データ転送
終了確認待ちＳ９と、ＰＢ指示情報待ちＳ１０とが挙げ
てある。また、発生事象項目欄５６には発生事象の種類
として、通信可Ｅ２と、データ送信指示Ｅ３と、データ
転送確認Ｅ４と、データ転送可Ｅ５と、データ転送終了
確認Ｅ６と、端末情報獲得指示Ｅ７と、ＰＢ指示情報Ｅ
８とが挙げてある。

【００４０】そして、この処理マトリックス５２の状態
項目欄５５における状態Ｓ４と、発生事象項目欄５６に
おける発生事象Ｅ２とが合致した区画Ｃには、通信可待
ちの状態の下で実際に通信可能な事象が発生した場合に
おいて実行されるべき処理手順の内容として、「＊
２」、すなわち＊２で明示されているように、上位アプ
リケーションプロセス３０から「端末情報獲得指示」を
受信している場合は、上位アプリケーションプロセス３
０に対して「端末情報表示」を送信する。；そうでない
場合は上位アプリケーションプロセス３０に対し「着呼
通知」を送信し状態をＳ５へ遷移させるべき動作が規定
されている。また、状態項目欄５５における状態Ｓ５
と、発生事象項目欄５６における発生事象Ｅ３とが合致
した区画Ｄには、データ送信指示待ちの状態の下でデー
タ送信指示がなされた場合において実行されるべき処理
手順の内容として、「ＦＥＰ部に対しデータ転送要求送
信。→Ｓ６」、すなわちＦＥＰ部１４に対して「データ
転送要求」信号を送信した上、状態をＳ６へ遷移すべき
動作が規定されている。

【００４１】また、状態項目欄５５における状態Ｓ６
と、発生事象項目欄５６における発生事象Ｅ４とが合致
した区画Ｅには、データ転送確認待ちの状態の下でデー
タ転送確認が行なわれた場合において実行されるべき処
理手順の内容として、「ＦＥＰ部に対しデータ転送開
始、データ送信。→Ｓ７」、すなわちＦＥＰ部１４に対
して「データ転送開始」信号を送信するとともに、デー
タを送信した上、状態をＳ７へ遷移すべき動作が規定さ
れている。また、状態項目欄５５における状態Ｓ７と、
発生事象項目欄５６における発生事象Ｅ５とが合致した
区画Ｆには、データ転送可待ちの状態の下でデータ転送
可となった場合において実行されるべき処理手順の内容
として、「ＦＥＰ部に対しデータ転送終了送信。→Ｓ
９」、すなわちＦＥＰ部１４に対して「データ転送終
了」信号を送信した上、状態をＳ９へ遷移すべき動作が
規定されている。また、状態項目欄５５における状態Ｓ
９と、発生事象項目欄５６における発生事象Ｅ６とが合
致した区画Ｇには、データ転送終了確認待ちの状態の下
でデータ転送終了確認が行なわれた場合において実行さ
れるべき処理手順の内容として、「＊３」、すなわち＊
３で明示されているように、音声データ送信中であれば
上位プリケーションプロセス３０に対してデータ送信結
果を送信した上、状態をＳ１０へ遷移する。；ファクシ
ミリ送信中であればマトリックススイッチを行なって処
理マトリックスを５２から５４へ切り換え、状態を処理
マトリックス５４のＳ１４へ遷移すべき動作が規定され
ている。

【００４２】また、状態項目欄５５における状態Ｓ５
と、発生事象項目欄５６における発生事象Ｅ７とが合致
した区画Ｈには、データ送信指示待ちの状態の下で端末
情報獲得指示が行なわれた場合において実行されるべき
処理手順の内容として、「＊４」、すなわち＊４で明示
されているように、ファクシミリ送信中であればＦＥＰ
部１４に対して通信要求を送信した上、状態をＳ４へ遷
移する。；ファクシミリ受信中であればＦＥＰ部１４に
対して通信要求を送信した上、マトリックススイッチを
行なって処理マトリックスを５２から５３へ切り換え、
状態を処理マトリックス５３のＳ４へ遷移すべき動作が
規定されている。さらにまた、状態項目欄５５における
状態Ｓ１０と、発生事象項目欄５６における発生事象Ｅ
８とが合致した区画Ｉには、ＰＢ指示情報待ちの状態の
下でＰＢ指示情報が送付された場合において実行される
べき処理手順の内容として、「上位ＡＰに対しデータ受
信通知送信。→Ｓ６」、すなわち、上位アプリケーショ
ンプロセス３０に対して「データ受信通知」信号を送信
した上、状態をＳ１０からＳ５へ遷移すべき動作が規定
されている。

【００４３】次に、図１０に示す受信処理マトリックス
５２についてみると、この受信処理マトリックス５３
は、上位アプリケーションプロセス３０が、例えば図７
に示すように、相手ファクシミリ１２に対して発呼を行
ない画像データの送信依頼を行なう場合における、デー
タ受信動作の処理手順を管理する処理マトリックスであ
る。そして、処理マトリックス５３の状態項目欄５５に
は状態の種類として、通信可待ちＳ４と、データ転送要
求待ちＳ１１と、データ転送開始待ちＳ１２と、データ
待ちＳ１３とが挙げてある。また、発生事象項目欄５６
には発生事象の種類として、通信可Ｅ２と、データ転送
要求Ｅ９と、データ転送確認Ｅ４と、データ転送Ｅ１０
と、データ転送終了Ｅ１１とが挙げてある。

【００４４】そして、この処理マトリックス５３の状態
項目欄５５における状態Ｓ４と、発生事象項目欄５６に
おける発生事象Ｅ２とが合致した区画Ｊには、通信可待
ちの状態の下で実際に通信可能な事象が発生した場合に
おいて実行されるべき処理手順の内容として、「上位Ａ
Ｐに対し端末情報表示。→Ｓ６」、すなわち、上位アプ
リケーションプロセス３０に対して「端末情報表示」信
号を送信し、状態をＳ１１へ遷移させるべき動作が規定
されている。また、状態項目欄５５における状態Ｓ１１
と、発生事象項目欄５６における発生事象Ｅ９とが合致
した区画Ｋには、データ転送要求待ちの状態の下でデー
タ転送要求がなされた場合において実行されるべき処理
手順の内容として、「ＦＥＰ部に対しデータ転送確認送
信。→Ｓ１２」、すなわちＦＥＰ部１４に対して「デー
タ転送確認」信号を送信した上、状態をＳ６へ遷移すべ
き動作が規定されている。

【００４５】また、状態項目欄５５における状態Ｓ１２
と、発生事象項目欄５６における発生事象Ｅ４とが合致
した区画Ｌには、データ転送開始待ちの状態の下でデー
タ転送確認が行なわれた場合において実行されるべき処
理手順の内容として、「→Ｓ１３」、すなわち、単に状
態をＳ１３へ遷移すべき動作が規定されている。また、
状態項目欄５５における状態Ｓ１３と、発生事象項目欄
５６における発生事象Ｅ１０とが合致した区画Ｍには、
データ待ちの状態の下でデータ転送が行なわれた場合に
おいて実行されるべき処理手順の内容として、「ＦＥＰ
部に対しデータ転送可送信」、すなわちＦＥＰ部１４に
対して「データ転送可信号」を送信すべき動作が規定さ
れている。さらにまた、状態項目欄５５における状態Ｓ
１３と、発生事象項目欄５６における発生事象Ｅ１１と
が合致した区画Ｎには、データ待ちの状態の下でデータ
転送が終了した場合において実行されるべき処理手順の
内容として、「＊５」、すなわち＊５で明示されている
ように、上位アプリケーションプロセス３０に対して
「データ受信通知」信号を送信し、またＦＥＰ部１４に
対し「データ転送終了確認」信号を送信した上、マトリ
ックススイッチを行なって処理マトリックスを５３から
５４へ切り換え、状態を処理マトリックス５４のＳ１４
へ遷移すべき動作が規定されている。

【００４６】図１１に示す通信終了処理マトリックス５
４についてみると、この通信終了処理マトリックス５４
は、通信終了処理動作の処理手順を管理する処理マトリ
ックスである。そして、この通信終了処理マトリックス
５４の状態項目欄５５には状態の種類として、通信終了
待ちＳ１４と、アポート確認待ちＳ３とが挙げてある。
また、発生事象項目欄５６には発生事象の種類として、
通信終了Ｅ１２が挙げてある。そして、この通信終了処
理マトリックス５４の状態項目欄５５における状態Ｓ１
４と、発生事象項目欄５６における発生事象Ｅ１２とが
合致した区画Ｐには、通信終了待ちの状態の下で通信終
了がなされた場合において実行されるべき処理手順の内
容として、ＦＥＰ部１４に対して「通信終了確認」信号
を送信するとともに、上位アプリケーションプロセス３
０に対して「回線断通知」信号を送信する。；さらに、
＊６で明示されているように、マトリックススイッチを
行なって処理マトリックスを５４から５１へ切り換え、
状態を処理マトリックス５１のＳ１へ遷移すべき動作が
規定されている。

【００４７】このような処理マトリックスを使った処理
動作の一例を説明する。例えば、或るポートがアイドル
状態処理マトリックス５１により処理動作が管理されて
いる場合において、ポート獲得要求があり、呼接続待ち
呼接続待ちという状態になっているときに、上位アプリ
ケーションプロセス３０から「ＦＥＰイネーブル」の要
求があると、ＦＥＰ制御ライブラリ群３４から「ＦＥＰ
イネーブル」のライブラリが選択され、その中の「音声
着呼待ち指示」というコマンドがプロトコル変換プロセ
ス３１へ転送される。プロトコル変換プロセスは、この
コマンドをイベントＥ０と認識して、処理マトリックス
５１の区画Ａに規定された処理を実行する。この区画Ａ
の処理は、「着呼待ち（音声）メモ┸Ｓ２」とあるか
ら、メモリにフラグを立て、そして状態をＳ１からＳ２
へ遷移させる。これで、そのポートは「着呼通知待ち」
の状態に変わる。

【００４８】次に、ＦＥＰ部１４から実際に、着呼通知
に相当する１６Ｈｚのコマンドが送付されて来、このコ
マンドデータはＦＥＰ制御部に、プロトコル受信プロセ
ス３２を経由してプロトコル変換プロセス３１へ、そこ
からＦＥＰ制御ライブラリ群３４のルートではいって来
る。すると、プロトコル変換プロセス３１は、現在その
ポートは状態２であり、この状態のところへイベントＥ
１である「着呼通知」が上がってきたので、区画Ｂを実
行する旨の伝達をＦＥＰ部１４に対して行なう。そし
て、ＦＥＰ部１４に対して通信要求を送信した上、マト
リックススイッチを行なって処理マトリックスを５１か
ら５２へ切り換え、状態を処理マトリックスを５２のＳ
４へ遷移する。これで、そのポートに対する処理動作の
管理は処理マトリックス５２によってなされることにな
り、ポートは「その処理マトリックス５２中の「通信可
待ち」の状態に変わる。この状態を図６のタイムシーケ
ンスに照らし合わせると、処理要求は「ＦＥＰライト」
であり、内容は音声データを送信すべき処理の要求とな
っている。次に、ＦＥＰ部１４から「通信可」のコマン
ドが送付されて来、このコマンドデータは先のコマンド
と同様にプロトコル変換プロセス３１へ到達する。そこ
で、プロトコル変換プロセス３１は、現在そのポートは
状態４であり、この状態のところへイベントＥ２である
「通信可」が上がってきたので、区画Ｃの処理を実行す
る旨の伝達をＦＥＰ部１４に対して行なう。そして、こ
こでは上位アプリケーションプロセス３０から「ポート
獲得指示」を受信しているから、上位アプリケーション
プロセス３０に対して「端末情報表示」を送信し、その
後状態をＳ５へ遷移させる。これで、そのポートは「デ
ータ送信指示待ち」の状態に変わる。この状態を図６の
タイムシーケンスに照らし合わせると「ＦＥＰライト」
の処理要求となっており、内容は音声データを送信すべ
き処理の要求である。

【００４９】そして、前記の状態のところへ、プロトコ
ル変換プロセス３１に対して「ＦＥＰライト」のライブ
ラリに基づき「データ送信指示」のコマンドが送付され
て来る。そこで、プロトコル変換プロセス３１はこのコ
マンドをイベントＥ３と認識し、現在そのポートは状態
５であり、この状態のところへイベントＥ３である「デ
ータ送信指示」が上がってきたので、区画Ｄの処理を実
行する旨の伝達をＦＥＰ部１４に対して行なう。そし
て、ＦＥＰ部１４に対して「データ転送要求」信号を送
信した上、状態をＳ６へ遷移させる。これで、そのポー
トは「データ転送確認待ち」の状態に変わる。

【００５０】以下同様にして、ポートの状態の遷移、お
よびコマンド入力による処理動作の選択および実行がプ
ロトコル変換プロセス３１により継続され、一連の動作
が遂行されて行く。そして、本発明では処理手順がマト
リックス構成に設定されているから、複数のポート間に
おいて互いに別々の処理を同時進行で実行することがで
きる。すなわち、先の図６および図７に示したタイムシ
ーケンスにしたがった処理実行において、ポートの制御
に関わるライブラリ（例えば「ＦＥＰライト」ライブラ
リ）は即時復帰型のライブラリにしておき、その処理要
求を上位アプリケーションプロセス３０が出力したとき
は要求結果４５を通知し、上位アプリケーションプロセ
ス３０を迅速にポートから切り離すようにしていたが、
このポートから切り離されている間に、上位アプリケー
ションプロセス３０が別のポートに対する処理要求を出
力した場合には、プロトコル変換プロセス３１は、上記
処理マトリックス５１〜５２をスイッチング処理して、
指定されたポートに対し適切な動作コマンドを送ること
ができるのである。これにより、或るポートに対しては
送信処理動作の制御を行ない、別のポートポートに対し
ては受信処理動作の制御を行ない、また別のポートに対
してはアイドル状態における処理動作の制御を同時進行
で行なうことが可能である。

【００５１】図１２は、本発明のワークステーションに
おいて使用される画データメモリをはじめとする各メモ
リ２１〜２５のメモリ構成の改良を図った例を示す図で
ある。図２の例では、各メモリ２１〜２５は、それぞれ
独立したメモリとして構成されているが、この例におい
ては、一つの実メモリ６１を設け、この実メモリ６１に
ファクシミリデータ、音声データ、ＰＢデータ、端末情
報データキャラクタデータ、ＯＭＲデータ、完了情報デ
ータ、さらには、機能情報データ、制御情報データを格
納している。そして上位アプリケーションプロセス３０
の論理空間には共有メモリ域３０ａを設けるとともに、
その中に共有メモリセグメント３０ｂを設置し、また本
発明のワークステーションのプロトコル変換プロセス３
１を中心としたソフトウェアの論理空間には共有メモリ
域６０ａを設けるとともに、その中に共有メモリセグメ
ント６０ｂを設置する。そして実メモリ６１は、共有メ
モリセグメント３０ｂおよび共有メモリセグメント６０
ｂのいずれによっても管理し得るように構成されてい
る。

【００５２】これにより、各種のデータを１個のメモリ
に格納できるから、メモリの容量を有効に利用すること
ができ、しかも実メモリ６１は上位アプリケーションプ
ロセス３０にとってもプロトコル変換プロセス３１にと
っても、自己の管理下に置かれたメモリとして存在す
る。このため、この実メモリ６１に対するデータの書き
込み、および読み出し速度を上げることができ、上位ア
プリケーションプロセス３０およびプロトコル変換プロ
セス３１のいずれにとっても処理速度を向上させること
ができる。

【００５３】図１３は複数のワークステーションに対し
て１個のＦＥＰ制御ライブラリを提供したシステム構成
の改善例を示す図である。図１４に示すような通信シス
テムをはじめ、通常のワークステーションのシステムに
あっては、ワークステーションの制御をする側のハード
ウェアとＦＥＰ部は１対１という構成になっている。本
発明では、上述のようにコマンドを集合させたライブラ
リによる処理制御を行なうようにしているので、１個の
ＦＥＰ制御ライブラリによって複数のワークステーショ
ンの処理動作を管理制御することが可能であり、このＦ
ＥＰ制御ライブラリを共有化することによって、或るワ
ークステーションではＦＥＰリード、別のワークステー
ションではＦＥＰライトといった処理動作を行なわせる
ことが可能である。

【００５４】

【発明の効果】以上説明したように、本発明によれば、
上位アプリケーションプロセスと、ＦＥＰ部と、ＦＥＰ
制御部とにより通信システムを構築し、ＦＥＰ制御部
は、通信動作の種類に応じて複数の処理マトリックスを
有し、各処理マトリックスは、それぞれの通信動作にお
いて生じ得るポートの状態と、発生し得る事象とから次
の処理を割り出すためマトリックス構成に作成したか
ら、処理マトリックスの参照により次に実行すべき処理
が即座に選択できる。また、或るポートについての処理
の実行中に、他のポートについて別の処理マトリックス
により割り出された処理を並行して実行することができ
る。このため、複数の通信動作を実行するのに処理動作
管理が楽に行なえ、且つ全体としての処理速度の向上を
図ることができる。

【図面の簡単な説明】

【図１】本発明が適用される通信システムの概略構成を
示すシステム図

【図２】本発明の通信システムにおいて使用されるワー
クステーションの構成を示すブロック図

【図３】前記ワークステーションにおいてその処理動作
を管理実行するソフトウェア構成を示すブロック図

【図４】本発明において使用される即時復帰型のライブ
ラリによる処理実行の手順を説明するタイムシーケンス
図

【図５】本発明において使用される完了復帰型のライブ
ラリによる処理実行の手順を説明するタイムシーケンス
図

【図６】本発明の通信システムによるファクシミリ送信
を含んだ通信動作の実行手順を説明するタイムシーケン
ス図

【図７】本発明の通信システムによるファクシミリ受信
を含んだ通信動作の実行手順を説明するタイムシーケン
ス図

【図８】本発明の通信システムにおける通信動作の実行
に際し、アイドル状態における処理動作を管理する手法
を説明する実行管理図

【図９】本発明の通信システムにおける通信動作の実行
に際し、送信動作における処理動作を管理する手法を説
明する実行管理図

【図１０】本発明の通信システムにおける通信動作の実
行に際し、受信動作における処理動作を管理する手法を
説明する実行管理図

【図１１】本発明の通信システムにおける通信動作の実
行に際し、通信終了状態における処理動作を管理する手
法を説明する実行管理図

【図１２】本発明の通信システムに用いられるワークス
テーションのメモリ構成の改良例を示すブロック図

【図１３】本発明の通信システムのシステム構成作の改
良例を示すシステム図

【図１４】従来の通信システムの概略構成を示すシステ
ム図

【符号の説明】

１１ ワークステーション １２ ファクシミリ（相手通信装置） １３ 交換網 １４ ＦＥＰ部 １５ ＣＰＵ １６ ＣＲＴ １７ ＣＲＴインタフェース １８ キーボード １９ キーボードインタフェース ２０ プログラムメモリ ２１ 画データ入力メモリ ２２ 画データ出力メモリ ２３ 音声データ入力メモリ ２４ ＰＢデータ出力メモリ ２５ 完了情報出力メモリ ２６ ＦＥＰ通信部 ２７ ライブラリメモリ ３０ 上位アプリケーションプロセス ３１ プロトコル変換プロセス ３２ プロトコル受信プロセス ３３ ＦＥＰ通信ソフト部 ３４ ＦＥＰ制御ライブラリ群 ６１ 実メモリ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 上位アプリケーションプロセスと、上位
   アプリケーションプロセスからの処理要求に応じ相手通
   信装置との間で通信処理を行なうＦＥＰ部と、ＦＥＰ部
   にポートを介して接続され上位アプリケーションプロセ
   スからの処理要求を所定のプロトコル信号に変換してＦ
   ＥＰ部に伝達しこのＦＥＰ部の動作を制御するＦＥＰ制
   御部とにより通信システムを構築し、ＦＥＰ制御部は、
   通信動作の種類に応じて複数の処理マトリックスを有
   し、各処理マトリックスは、それぞれの通信動作におい
   て生じ得るポートの状態と、その通信動作において発生
   し得る事象とから次の処理を割り出すためマトリックス
   構成に作成されていることを特徴とする通信システムに
   おける処理動作管理方法。
2. 【請求項２】 ポートの状態と、発生事象とから割り出
   された次の処理には、ＦＥＰ制御部からＦＥＰ部へのコ
   マンドの送付処理動作が含まれることを特徴とする請求
   項１記載の通信システムにおける処理動作管理方法。
3. 【請求項３】 ポートの状態と、発生事象とから割り出
   された次の処理には、ＦＥＰ制御部から上位アプリケー
   ションプロセスへの情報転送の処理動作が含まれること
   を特徴とする請求項１または２記載の通信システムにお
   ける処理動作管理方法。
4. 【請求項４】 ポートの状態と、発生事象とから割り出
   された次の処理には、ＦＥＰ制御部からＦＥＰ部へのコ
   マンドの送付処理動作と、ポートの状態遷移とが含まれ
   ることを特徴とする請求項１記載の通信システムにおけ
   る処理動作管理方法。
5. 【請求項５】 ポートの状態と、発生事象とから割り出
   された次の処理には、ＦＥＰ制御部から上位アプリケー
   ションプロセスへの情報転送の処理動作と、ポートの状
   態遷移とが含まれることを特徴とする請求項１または３
   記載の通信システムにおける処理動作管理方法。
6. 【請求項６】 通信システムには、上位アプリケーショ
   ンプロセスからの処理要求に対応する複数のコマンドを
   群として集合させることにより構成されたライブラリを
   格納するライブラリ格納手段が組み込まれ、ＦＥＰ制御
   部は、前記ライブラリ格納手段から所定の順序でライブ
   ラリを読み出し、その中のコマンドを処理マトリックス
   に参照させて次の処理動作を割り出すことを特徴とする
   請求項１乃至５のいずれかに記載の通信システムにおけ
   る処理動作管理方法。
7. 【請求項７】 ライブラリ格納手段には第１のライブラ
   リ群と、第２のライブラリ群が格納され、ＦＥＰ制御部
   は、前記ライブラリ格納手段から所定の順序で前記第１
   のライブラリ群と、第２のライブラリ群に属するライブ
   ラリを読み出してＦＥＰ部に送付し通信を実行し、前記
   第１のライブラリ群内のライブラリは前記ＦＥＰ部から
   の返送データを待って次の処理を処理マトリックスから
   割り出し可能にする一方、前記第２のライブラリ群内の
   ライブラリは前記ＦＥＰ部からの返送データを待たずに
   次の処理動作を処理マトリックスから割り出し可能にし
   たことを特徴とする請求項６記載の通信システムにおけ
   る処理動作管理方法。
8. 【請求項８】 第２のライブラリ群内のライブラリは、
   その処理実行中、ＦＥＰ部へコマンドを送付した直後に
   要求結果を上位アプリケーションプロセスに対して通知
   することを特徴とする請求項７記載の通信システムにお
   ける処理動作管理方法。