JP3380596B2 - 通信端末装置の制御方法および通信端末装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、装置機能を備えた主制
御ユニットと通信機能を備えた通信制御ユニットに分割
され、上記主制御ユニットと上記通信制御ユニットの間
で、所定のプリミティブコマンド／レスポンスをやりと
りして所定の通信サービス機能を実現する通信端末装置
の制御方法、および、装置機能を備えた主制御ユニット
と通信機能を備えた通信制御ユニットに分割され、上記
主制御ユニットと上記通信制御ユニットの間で、所定の
プリミティブコマンド／レスポンスをやりとりして所定
の通信サービス機能を実現する通信端末装置に関する。

【０００２】

【従来の技術】一般に、通信端末装置は、装置機能を備
えた主制御ユニットと通信機能を備えた通信制御ユニッ
トに分割され、主制御ユニットと通信制御ユニットの間
で、所定のプリミティブコマンド／レスポンスをやりと
りして所定の通信サービス機能を実現している。

【０００３】従来では、おのおのの通信アプリケーショ
ン毎、および、製品毎に、それぞれ主制御ユニットと通
信制御ユニットが設計されて使用されている。したがっ
て、例えば、グループ４ファクシミリ装置の通信制御ユ
ニットを他の装置機能の通信端末装置にそのまま利用す
るような汎用性のある使い方ができない。

【０００４】一方、ＩＳＤＮの普及により、複数の通信
サービス機能を備えた複合サービス端末装置や、それぞ
れ異なる単一の通信サービス機能を備えた単一サービス
端末装置などが実用されるようになってきたことから、
おのおのの端末装置に汎用的に利用できる通信制御ユニ
ットが求められている。

【０００５】

【発明が解決しようとする課題】このような事情から、
近年では、主制御ユニットと通信制御ユニットとの機能
分担形態や、通信制御ユニットの機能仕様などが複数の
標準化機関から標準化されるようになってきている。

【０００６】本発明は、かかる実情に鑑みてなされたも
のであり、主制御ユニットと通信制御ユニットとの間の
機能分担や、機能設定などの操作を適切にできるように
した通信端末装置の制御方法、および、通信端末装置を
提供することを目的としている。

【０００７】

【課題を解決するための手段】本発明は、装置機能を備
えた主制御ユニットと通信機能を備えた通信制御ユニッ
トに分割され、上記主制御ユニットと上記通信制御ユニ
ットの間で、所定のプリミティブコマンド／レスポンス
をやりとりして所定の通信サービス機能を実現する通信
端末装置の制御方法において、通信動作開始時に、上記
通信制御ユニットは、上記主制御ユニットに対して、プ
リミティブコマンド／レスポンスを用いて通信サービス
能力を通知し、上記主制御ユニットは、上記通信制御ユ
ニットに対し、自端末で利用する通信サービス能力を設
定するようにしたものである。

【０００８】また、装置機能を備えた主制御ユニットと
通信機能を備えた通信制御ユニットに分割され、上記主
制御ユニットと上記通信制御ユニットの間で、所定のプ
リミティブコマンド／レスポンスをやりとりして所定の
通信サービス機能を実現する通信端末装置の制御方法に
おいて、通信動作開始時に、上記通信制御ユニットは、
上記主制御ユニットに対して、プリミティブコマンド／
レスポンスを用いて通信サービス能力を通知し、上記主
制御ユニットは、通信機能の分担を決定し、上記通信制
御ユニットへ設定するようにしたものである。

【０００９】また、装置機能を備えた主制御ユニットと
通信機能を備えた通信制御ユニットに分割され、上記主
制御ユニットと上記通信制御ユニットの間で、所定のプ
リミティブコマンド／レスポンスをやりとりして所定の
通信サービス機能を実現する通信端末装置の制御方法に
おいて、上記主制御ユニットと上記通信制御ユニット
は、動作開始時に、相互に情報をやりとりするプリミテ
ィブコマンド／レスポンスのやりとり種別を設定するよ
うにしたものである。また、前記プリミティブコマンド
／レスポンスのやりとり種別として、スティミュラス方
式が設定されると、前記通信制御ユニットは、所定の伝
送制御手順に従って主制御ユニットにプリミティブコマ
ンド／レスポンスを送出するとき、そのプリミティブコ
マンド／レスポンスのパラメータとして、次に主制御ユ
ニットが送出すべきプリミティブコマンド／レスポンス
の一覧を設定し、主制御ユニットは、通信制御ユニット
から通知されたプリミティブコマンド／レスポンスの一
覧から、次に送出するプリミティブコマンド／レスポン
スを選択するようにするとよい。また、前記プリミティ
ブコマンド／レスポンスのパラメータに設定するプリミ
ティブコマンド／レスポンスの一覧は、その出現順に優
先順位を設定するようにするとよい。また、装置機能を
備えた主制御ユニットと通信機能を備えた通信制御ユニ
ットに分割され、上記主制御ユニットと上記通信制御ユ
ニットの間で、所定のプリミティブコマンド／レスポン
スをやりとりして所定の通信サービス機能を実現する通
信端末装置において、通信動作開始時に、上記通信制御
ユニットは、上記主制御ユニットに対して、プリミティ
ブコマンド／レスポンスを用いて通信サービス能力を通
知し、上記主制御ユニットは、上記通信制御ユニットに
対し、自端末で利用する通信サービス能力を設定するよ
うにしたものである。また、装置機能を備えた主制御ユ
ニットと通信機能を備えた通信制御ユニットに分割さ
れ、上記主制御ユニットと上記通信制御ユニットの間
で、所定のプリミティブコマンド／レスポンスをやりと
りして所定の通信サービス機能を実現する通信端末装置
において、通信動作開始時に、上記通信制御ユニット
は、上記主制御ユニットに対して、プリミティブコマン
ド／レスポンスを用いて通信サービス能力を通知し、上
記主制御ユニットは、通信機能の分担を決定し、上記通
信制御ユニットへ設定するようにしたものである。ま
た、装置機能を備えた主制御ユニットと通信機能を備え
た通信制御ユニットに分割され、上記主制御ユニットと
上記通信制御ユニットの間で、所定のプリミティブコマ
ンド／レスポンスをやりとりして所定の通信サービス機
能を実現する通信端末装置において、上記主制御ユニッ
トと上記通信制御ユニットは、動作開始時に、相互に情
報をやりとりするプリミティブコマンド／レスポンスの
やりとり種別を設定するようにしたものである。

【００１０】

【作用】したがって、主制御ユニットと通信制御ユニッ
トの間の機能分担、プリミティブコマンド／レスポンス
のやりとり（ハンドシェーク）の方法などを、おのおの
の機能に応じて設定することができるので、同一の通信
制御ユニットを複数の主制御ユニットに適用することが
でき、汎用性の高い通信制御ユニットを実現できる。

【００１１】

【実施例】以下、添付図面を参照しながら、本発明の実
施例を詳細に説明する。

【００１２】図１は、本発明の一実施例にかかる通信端
末装置を示している。

【００１３】同図において、この通信端末装置は、グル
ープ３ファクシミリ装置機能およびグループ４ファクシ
ミリ装置機能を備えたホスト装置（主制御ユニット）１
と、グループ３ファクシミリ通信機能、グループ４ファ
クシミリ通信機能、および、電話通信機能を備えた通信
制御ユニット２から構成されている。

【００１４】ホスト装置１において、システム制御部１
ａは、ホスト装置１各部の制御処理、および、Ｂチャネ
ル上のファクシミリ伝送制御手順処理のうち一部を行う
ものであり、システムメモリ１ｂは、システム制御部１
ａが実行する制御処理プログラム、および、処理プログ
ラムを実行するときに必要な各種データなどを記憶する
とともに、システム制御部１ａのワークエリアを構成す
るものである。

【００１５】スキャナ１ｃは、所定の解像度で原稿画像
を読み取るためのものであり、プロッタ１ｄは、所定の
解像度で画像を記録出力するためのものであり、操作表
示部１ｅは、この通信端末装置を操作するためのもの
で、各種の操作キー、および、各種の表示器からなる。

【００１６】画像蓄積装置１ｆは、符号化圧縮された状
態の画情報を多数記憶するためのものであり、画像処理
部１ｇは、グループ３ファクシミリ画像データおよびグ
ループ４ファクシミリ画像データを相互に解像度変換す
る処理などの種々の画像処理を実現するものであり、符
号化復号化部１ｈは、画信号を符号化圧縮するととも
に、符号化圧縮されている画情報を元の画信号に復号化
するためのものである。また、この符号化復号化部１ｈ
は、グループ３ファクシミリ符号化モードとグループ４
ファクシミリ符号化モードの両方の動作モードを備えて
いる。

【００１７】通信制御ユニットインタフェース回路１ｉ
は、このホスト装置１を通信制御ユニット２に接続し
て、通信制御ユニット２との間で種々のデータをやりと
りするためのものである。

【００１８】これらの、システム制御部１ａ、システム
メモリ１ｂ、スキャナ１ｃ、プロッタ１ｄ、操作表示部
１ｅ、画像蓄積装置１ｆ、画像処理装置１ｇ、符号化復
号化部１ｈ、および、通信制御ユニットインタフェース
回路１ｉは、システムバス１ｊに接続されており、これ
らの各要素間でのデータのやりとりは、主としてこのシ
ステムバス１ｊを介して行われている。

【００１９】通信制御ユニット２において、通信制御ユ
ニット制御部２ａは、この通信制御ユニット２の各部の
動作制御を実行するためのものであり、システムメモリ
２ｂは、通信制御ユニット制御部２ａが実行する制御処
理プログラム、および、処理プログラムを実行するとき
に必要な各種データなどを記憶するとともに、通信制御
ユニット制御部２ａのワークエリアを構成するものであ
り、パラメータメモリ２ｃは、この通信端末装置に固有
な各種のパラメータを保存するためのものである。

【００２０】電話機能部２ｄは、電話通信機能を実現す
るためのものであり、グループ４ファクシミリ通信制御
部２ｅは、Ｂチャネル上で実行するグループ４ファクシ
ミリ伝送手順処理機能（クラス１，２，３）を実現する
ためのものであり、グループ３ファクシミリ通信制御部
２ｆは、ＰＳＴＮ（（アナログ）公衆電話網）を用いて
実行するグループ３ファクシミリ伝送制御手順処理機能
（グループ３ファクシミリモデム機能を含む）を実現す
るためのものである。

【００２１】ＩＳＤＮインタフェース回路２ｇは、この
通信制御ユニット２をＩＳＤＮに接続するとともに、レ
イヤ１の信号処理機能およびＤチャネル（信号チャネ
ル）の信号と２つのＢチャネル（情報チャネル）の信号
の統合／分離機能、および、呼設定／呼解放手順処理な
どＩＳＤＮのＤチャネル上の信号処理を実行するための
ものである。

【００２２】ＰＳＴＮインタフェース回路２ｈは、この
通信制御ユニット２をＰＳＴＮに接続するとともに、Ｐ
ＳＴＮとの間の呼設定／呼切断処理を実現するためのも
のである。

【００２３】ホストインタフェース回路２ｉは、この通
信制御ユニット２をホスト装置１に接続して、ホスト装
置１との間で種々のデータをやりとりするためのもので
ある。

【００２４】これらの通信制御ユニット制御部２ａ、シ
ステムメモリ２ｂ、パラメータメモリ２ｃ、電話機能部
２ｄ、グループ４ファクシミリ通信制御部２ｅ、グルー
プ３ファクシミリ通信制御部２ｆ、ＩＳＤＮインタフェ
ース回路２ｇ、ＰＳＴＮインタフェース回路２ｈは、お
よび、ホストインタフェース回路２ｉは、システムバス
２ｊに接続されており、これらの各要素間のデータのや
りとりは、主としてこのシステムバス２ｊを介して行わ
れる。

【００２５】なお、この場合、この通信制御ユニット２
は、ＩＳＤＮのみに接続されていて、ＰＳＴＮインタフ
ェース回路２ｈは有効に機能しない。

【００２６】ここで、ホスト装置１と通信制御ユニット
２の機能分担について説明する。

【００２７】グループ４ファクシミリ通信制御機能につ
いては、論理的な通信コネクションが設定されるセッシ
ョンレイヤ（レイヤ５）の部分で、ホスト装置１と通信
制御ユニット２との機能分担を考える。セッションレイ
ヤについて考えると、このレイヤの情報フィールドに含
まれるセッションユーザデータによって、上位レイヤ
（レイヤ６とレイヤ７）のプロトコル要素データ（プロ
トコルスタック）が運ばれる。

【００２８】例えば、通信制御ユニット２がレイヤ５以
上の通信機能を分担するときには、レイヤ６とレイヤ７
のプロトコル要素については、通信制御ユニット２で処
理するので、この場合にはホスト装置１の処理負担が軽
減する。一方で、この場合には、最初にこの通信端末装
置を構築したときのアプリケーションレベル（例えば、
グループ４ファクシミリクラス１の文書通信、クラス２
＆３のミクスト文書通信、自社モードの中継／親展等）
の通信処理を通信制御ユニット２が実行するため、この
通信端末装置の機能を変更するときには、ホスト装置１
の機能変更のみならず、通信制御ユニット２の機能も変
更する必要がある。

【００２９】また、通信制御ユニット２がレイヤ５以下
の通信機能を分担するときには、レイヤ６以上の部分
は、ホスト装置１が実行する。したがって、この場合に
は、ホスト装置１の処理負担が大きくなるが、通信端末
装置の機能を変更するときには、ホスト装置１の機能変
更のみで対処できるので、柔軟な通信端末装置を実現す
ることができる。

【００３０】また、以上のことから考えると、通信制御
ユニット２の機能分担を、レイヤ５以下に設定しておく
と、レイヤ５以下のプロトコルが共通である複数のアプ
リケーションについて、１種類の通信制御ユニット２を
適用することができるので、この場合の方が汎用性が高
い。

【００３１】さて、この実施例では、ホスト装置１と通
信制御ユニット２との間では、図２に示したような信号
形式のプリミティブコマンド／レスポンスをやりとりし
て、種々の機能を実現している。

【００３２】このプリミティブは、そのプリミティブが
どの通信サービスに関連するものであるかを識別するた
めのＳＡＰ（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎ
ｔ）番号、プリミティブの種別を表示するためのプリミ
ティブ識別子、および、プリミティブの種別に対応した
内容のパラメータからなる。

【００３３】ここで、ＳＡＰ番号とプリミティブ識別子
は、全てのプリミティブコマンド／レスポンスに配置さ
れるものであり、共通部といわれる。また、パラメータ
は、おのおののプリミティブコマンド／レスポンスの種
別に応じた内容が設定される。

【００３４】例えば、ホスト装置１と通信制御ユニット
２との間で、動作開始直後にやりとりされる「機能交
渉」プリミティブは、図３（ａ）に示すように、「通信
サービスクラス」、「呼制御クラス」、「機能分担クラ
ス」、および、「ハンドシェーク（Ｈ／Ｓ）サービスク
ラス」の４つの情報要素からなるパラメータが、配置さ
れる。

【００３５】これらの情報要素は、それぞれが１オクテ
ットのデータからなり、この場合には、「通信サービス
クラス」は、同図（ｂ）に示すように、ビット１，２，
３，４，５が有効に用いられ、「呼制御クラス」は、同
図（ｃ）に示すように、ビット１，２，３，４が有効に
用いられ、「機能分担クラス」は、同図（ｄ）に示すよ
うに、ビット１，２が有効に用いられ、「ハンドシェー
クサービスクラス」は、同図（ｅ）に示すように、ビッ
ト１，２，８が有効に用いられる。

【００３６】ここで、「通信サービスクラス」のビット
１，２，３，４，５は、「グループ３ファクシミリ通信
サービス」、「電話サービス」、「グループ４ファクシ
ミリクラス１サービス」、「グループ４ファクシミリク
ラス２サービス」、および、「グループ４ファクシミリ
クラス３サービス」にそれぞれ割り当てられており、そ
れぞれのサービス機能を備えている場合には、そのビッ
トにデータ１がセットされ、備えていない場合には、そ
のビットにデータ０がセットされる。

【００３７】また、「呼制御クラス」のビット１，２，
３，４は、「グループ３ファクシミリＩＳＤＮ回線」、
「グループ３ファクシミリＰＳＴＮ回線」、「電話ＩＳ
ＤＮ回線」、および、「電話ＰＳＴＮ回線」に割り当て
られており、それぞれの呼制御機能を備えている場合に
は、そのビットにデータ１がセットされ、備えていない
場合には、そのビットにデータ０がセットされる。

【００３８】また、「機能分担クラス」のビット１，２
は、「グループ４ファクシミリサービス」および「グル
ープ３ファクシミリサービス」に設定されている。

【００３９】そして、グループ４ファクシミリサービス
時に、通信制御ユニット２がセッションレイヤ（レイヤ
５）以下のみを分担するときには、ビット１にデータ０
がセットされ、通信制御ユニット２がセッションレイヤ
以上のレイヤも分担するときには、ビット１にデータ１
がセットされる。

【００４０】また、グループ３ファクシミリサービス時
に、通信制御ユニット２がＣＣＩＴＴ勧告Ｔ．３０プロ
トコルを分担するとき（クラス２）には、ビット２にデ
ータ０がセットされ、通信制御ユニット２がモデム機能
のみを提供するとき（クラス１）ときには、ビット２に
データ１がセットされる。

【００４１】また、「ハンドシェークサービスクラス」
のビット１，２，８は、「グループ４ファクシミリサー
ビス」、「グループ３ファクシミリサービス」、およ
び、「スティミュラスＨ／Ｓ」に設定されている。

【００４２】そして、グループ４ファクシミリサービス
時のハンドシェーク方式として、セッションプリミティ
ブ系列を用いる場合には、ビット１にデータ０がセット
される。（なお、ビット１にデータ１がセットされる場
合は、将来の予備に確保されている（通常使用されな
い）。）

【００４３】また、グループ３ファクシミリサービス時
のハンドシェーク方式として、自社特有のハンドシェー
ク方式を用いる場合には、ビット２にデータ０がセット
され、グループ３ファクシミリサービス時のハンドシェ
ーク方式として、米国ＥＩＡ（Ｅｌｅｃｔｒｏｎｉｃ
Ｉｎｄｕｓｔｒｉｅｓ Ａｓｓｏｃｉａｔｉｏｎ）／Ｔ
ＩＡ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｉｎｄ
ｕｓｔｒｉｅｓ Ａｓｓｏｃｉａｔｉｏｎ）標準ＴＲ−
２９を用いる場合には、ビット２がデータ０にセットさ
れる。

【００４４】また、全てのサービスについて非スティミ
ュラスハンドシェーク方式を用いる場合には、ビット８
がデータ０にセットされ、全てのサービスについてステ
ィミュラスハンドシェーク方式を用い場合には、ビット
８がデータ１にセットされる。

【００４５】また、ホスト装置１と通信制御ユニット２
との間で、「機能交渉」プリミティブに続いてやりとり
される「機能設定」プリミティブには、図４（ａ）に示
すように、「グループ４エラー回復優先順位リスト」
と、使用する通信機能を指定するためのｍ個のパラメー
タが配置される。

【００４６】ここで、「グループ４エラー回復優先順位
リスト」は、次の３種類の内容を、設定されている優先
順位に従って配置してなる（最初に出現するものが、よ
り高位の優先順位をもつ；図４（ｂ）参照）。

【００４７】（ａ） エラー時、Ｓ＿Ｕ．Ａｂｏｒｔ手
順（セッションレイヤ）を実行し、回線切断復旧を実行
する（パラメータ値は０１Ｈ（Ｈは１６進数を示す；以
下同じ）。

【００４８】（ｂ） エラー時、即座に回線切断復旧手
順を実行する（パラメータ値は０２Ｈ）。

【００４９】（ｃ） エラー時、ＣＣＩＴＴ規定の回復
手順を実行し、セッションコネクションは継続する（パ
ラメータ値は０３Ｈ）。

【００５０】以上の構成で、システムリセット時、この
通信端末装置は、図５に示したような動作を実行する。

【００５１】まず、ホスト装置１が「機能交渉」プリミ
ティブを機能交渉要求コマンドとして通信制御ユニット
２に送出し、次いで、通信制御ユニット２は、「機能交
渉」プリミティブを機能交渉確認レスポンスとしてホス
ト装置１に送出する。

【００５２】これにより、ホスト装置１は、受け取った
機能交渉確認レスポンスの内容を参照して、そのときに
使用する通信機能（この場合には、グループ４ファクシ
ミリクラス１）を判定する。

【００５３】次いで、ホスト装置１は、そのときのグル
ープ４エラー回復優先順位を指定するとともに、そのと
きに用いる通信機能を通知するためのパラメータをセッ
トした「機能設定」プリミティブを機能設定要求コマン
ドとして通信制御ユニット２に送出する。

【００５４】これにより、通信制御ユニット２は、その
ときに設定された内容を内部的に設定するとともに、
「機能設定」プリミティブを機能設定確認レスポンスと
してホスト装置１に送出する。

【００５５】また、この通信端末装置がいずれかの相手
端末との間でグループ４ファクシミリ通信を実行するた
めに、その相手端末を発呼して、相手端末との間で情報
チャネルが確立すると、通信制御ユニット２は、そのと
きの相手端末との間で、情報チャネル上のレイヤ４まで
を確立すると、レイヤ５以上の処理を開始する。

【００５６】このとき、通信制御ユニット２の機能分担
が、レイヤ５以上に設定されているときは、ホスト装置
１と通信制御ユニット２との間で、図６に示したような
動作が実行される。

【００５７】まず、ホスト装置１は、セッション開始を
指令するために、プリミティブＳ＿ＣＮＮ（ＣＯＮＮｅ
ｃｔｉｏｎ）＿ＲＥＱ（ＲＥＱｕｅｓｔ）を通信制御ユ
ニット２に送出し、これにより、通信制御ユニット２
は、セッションレイヤのコネクションを設定するための
セッション開始コマンドＣＳＳを網に送出する。

【００５８】これにより、相手端末からセッション開始
肯定レスポンスＲＳＳＰが応答されると、通信制御ユニ
ット２は、相手端末がセッション開始を確認したことを
通知するプリミティブＳ＿ＣＯＮＮ＿ＣＯＮＦ（ＣＯＮ
Ｆｉｒｍ）をホスト装置１に送出する。

【００５９】次に、ホスト装置１は、使用する伝送機能
のネゴシエーションするために、プリミティブＳ＿ＣＡ
ＰＡ（ＣＡＰＡｂｉｌｉｔｙ）．ＤＡＴＡ＿ＲＥＱを通
信制御ユニット２に送出し、それにより、通信制御ユニ
ット２は、ドキュメント機能リストコマンドＣＤＣＬを
網に送出する。

【００６０】そして、相手端末からドキュメント機能リ
スト肯定レスポンスＲＤＣＬＰが応答されると、通信制
御ユニット２は、プリミティブＳ＿ＣＡＰＡ．ＤＡＴＡ
＿ＣＯＮＦをホスト装置１に送出し、これにより、相手
端末との間で、受信能力の調整が行われる。

【００６１】これ以降は、同様にして、レイヤ５以上の
プロトコル処理が実行され、相手端末との間で、所定の
グループ４ファクシミリ通信動作が実行される。

【００６２】ここで、相手端末から受信した信号が不正
で、例えば、セッションユーザデータに不正なデータが
含まれたとき、このデータエラーは、通信制御ユニット
２で検出される。

【００６３】このようにして、エラー検出したときに
は、エラー発生を通知するためのプリミティブＳ＿Ｐ．
ＥＸＰＴ（ＥＸｅＰＴｉｏｎ）＿ＩＮＤ（ＩＮＤｉｃａ
ｔｉｏｎ）をホスト装置１に送出する。

【００６４】これにより、ホスト装置１は、このときに
設定したグループ４エラー回復優先順位リストの最上位
のものを選択し、この場合には、プリミティブＳ＿Ｕ．
ＡＢＯＲＴ＿ＣＯＮＦを通信制御ユニット２に送出す
る。

【００６５】これによって、通信制御ユニット２は、セ
ッションを中止することをあらわすセッション中止コマ
ンドＣＳＡを網に送出する。このセッション中止コマン
ドＣＳＡを受信した相手端末は、セッションの中止を受
け入れると、セッション中止肯定レスポンスＲＳＡＰを
応答する。

【００６６】このセッション中止肯定レスポンスＲＳＡ
Ｐを受信すると、通信制御ユニット２は、その旨をあら
わすプリミティブＳ＿Ｕ．ＡＢＯＲＴ＿ＣＯＮＦをホス
ト装置１に送出する。

【００６７】ホスト装置１は、通信動作を終了するため
に、プリミティブＤＩＳＣ＿ＲＥＱを通信制御ユニット
２に送出し、これにより、通信制御ユニット２は、相手
端末との間で情報チャネルの終了手順を開始して、呼切
断手順を実行する。

【００６８】このようにして、ホスト装置１と通信制御
ユニット２との間でプリミティブのやりとりが行われる
とともに、相手端末との間で通信制御手順が実行され、
グループ４ファクシミリ通信動作が実行される。

【００６９】また、このときには、通信制御ユニット２
が、レイヤ５以上の機能を分担しているので、セッショ
ンユーザデータで運ばれる上位レイヤのプロトコル要素
のデータに発生したエラーは、通信制御ユニット２によ
って検出され、かかるエラー検出がホスト装置１に通知
され、エラー発生時の処理が実行される。

【００７０】図７は、通信制御ユニット２の機能分担が
レイヤ５以下に設定されている場合、情報チャネル上の
レイヤ４までを確立した後に、ホスト装置１と通信制御
ユニット２との間で実行される動作の一例を示してい
る。

【００７１】まず、ホスト装置１は、セッション開始を
指令するために、プリミティブＳ＿ＣＮＮ＿ＲＥＱを通
信制御ユニット２に送出し、これにより、通信制御ユニ
ット２は、セッションレイヤのコネクションを設定する
ためのセッション開始コマンドＣＳＳを網に送出する。

【００７２】これにより、相手端末からセッション開始
肯定レスポンスＲＳＳＰが応答されると、通信制御ユニ
ット２は、相手端末がセッション開始を確認したことを
通知するプリミティブＳ＿ＣＯＮＮ＿ＣＯＮＦをホスト
装置１に送出する。

【００７３】次に、ホスト装置１は、使用する伝送機能
のネゴシエーションするために、プリミティブＳ＿ＣＡ
ＰＡ．ＤＡＴＡ＿ＲＥＱを通信制御ユニット２に送出
し、それにより、通信制御ユニット２は、ドキュメント
機能リストコマンドＣＤＣＬを網に送出する。

【００７４】そして、相手端末からドキュメント機能リ
スト肯定レスポンスＲＤＣＬＰが応答されると、通信制
御ユニット２は、プリミティブＳ＿ＣＡＰＡ．ＤＡＴＡ
＿ＣＯＮＦをホスト装置１に送出し、これにより、相手
端末との間で、受信能力の調整が行われる。

【００７５】これ以降は、同様にして、レイヤ５以上の
プロトコル処理が実行され、相手端末との間で、所定の
グループ４ファクシミリ通信動作が実行される。

【００７６】ここで、相手端末から受信した信号が不正
で、例えば、セッションユーザデータに不正なデータが
含まれたとき、このデータエラーは、ホスト装置１で検
出される。

【００７７】このようにして、エラー検出すると、ホス
ト装置１は、このときに設定したグループ４エラー回復
優先順位リストの最上位のものを選択し、この場合に
は、プリミティブＳ＿Ｕ．ＡＢＯＲＴ＿ＣＯＮＦを通信
制御ユニット２に送出する。

【００７８】これによって、通信制御ユニット２は、セ
ッションを中止することをあらわすセッション中止コマ
ンドＣＳＡを網に送出する。このセッション中止コマン
ドＣＳＡを受信した相手端末は、セッションの中止を受
け入れると、セッション中止肯定レスポンスＲＳＡＰを
応答する。

【００７９】このセッション中止肯定レスポンスＲＳＡ
Ｐを受信すると、通信制御ユニット２は、その旨をあら
わすプリミティブＳ＿Ｕ．ＡＢＯＲＴ＿ＣＯＮＦをホス
ト装置１に送出する。

【００８０】ホスト装置１は、通信動作を終了するため
に、プリミティブＤＩＳＣ＿ＲＥＱを通信制御ユニット
２に送出し、これにより、通信制御ユニット２は、相手
端末との間で情報チャネルの終了手順を開始して、呼切
断手順を実行する。

【００８１】このようにして、ホスト装置１と通信制御
ユニット２との間でプリミティブのやりとりが行われる
とともに、相手端末との間で通信制御手順が実行され、
グループ４ファクシミリ通信動作が実行される。

【００８２】また、このときには、通信制御ユニット２
が、レイヤ５以下の機能を分担してて、レイヤ６以上の
機能はホスト装置１で分担している。このため、セッシ
ョンユーザデータで運ばれる上位レイヤのプロトコル要
素のデータに発生したエラーは、ホスト装置１によって
検出され、かかるエラー検出すると、ホスト装置１が即
エラー発生時の処理を開始する。

【００８３】ところで、図６および図７は、ホスト装置
１と通信制御ユニット２との間のハンドシェーク手順と
して非スティミュラスハンドシェーク方式が設定されて
いる場合について示したが、ホスト装置１と通信制御ユ
ニット２との間のハンドシェーク手順としてスティミュ
ラスハンドシェーク方式が設定されている場合には、図
８に示したような動作が実行される。

【００８４】まず、ホスト装置１は、セッション開始を
指令するために、プリミティブＳ＿ＣＮＮ＿ＲＥＱを通
信制御ユニット２に送出し、これにより、通信制御ユニ
ット２は、セッションレイヤのコネクションを設定する
ためのセッション開始コマンドＣＳＳを網に送出する。

【００８５】これにより、相手端末からセッション開始
肯定レスポンスＲＳＳＰが応答されると、通信制御ユニ
ット２は、相手端末がセッション開始を確認したことを
通知するプリミティブＳ＿ＣＯＮＮ＿ＣＯＮＦをホスト
装置１に送出する。このとき、プリミティブＳ＿ＣＯＮ
Ｎ＿ＣＯＮＦのパラメータとして、次にホスト装置１が
送出すべきプリミティブＳ＿ＣＡＰＡ．ＤＡＴＡ＿ＲＥ
Ｑをセットする。

【００８６】次に、ホスト装置１は、使用する伝送機能
のネゴシエーションするために、プリミティブＳ＿ＣＡ
ＰＡ．ＤＡＴＡ＿ＲＥＱを通信制御ユニット２に送出
し、それにより、通信制御ユニット２は、ドキュメント
機能リストコマンドＣＤＣＬを網に送出する。

【００８７】そして、相手端末からドキュメント機能リ
スト肯定レスポンスＲＤＣＬＰが応答されると、通信制
御ユニット２は、プリミティブＳ＿ＣＡＰＡ．ＤＡＴＡ
＿ＣＯＮＦをホスト装置１に送出し、これにより、相手
端末との間で、受信能力の調整が行われる。また、この
プリミティブＳ＿ＣＡＰＡ．ＤＡＴＡ＿ＣＯＮＦのパラ
メータとして、次に送出すべきプリミティブＳ＿ＡＣＴ
（ＡＣＴｉｖｉｔｙ）．ＳＴＡＲＴ＿ＣＯＮＦをセット
する。

【００８８】これ以降は、同様にして、レイヤ５以上の
プロトコル処理が実行され、相手端末との間で、所定の
グループ４ファクシミリ通信動作が実行される。

【００８９】ここで、相手端末から受信した信号が不正
で、例えば、セッションユーザデータに不正なデータが
含まれたとき、このデータエラーは、通信制御ユニット
２で検出される。

【００９０】このようにして、エラー検出したときに
は、エラー発生を通知するためのプリミティブＳ＿Ｐ．
ＥＸＰＴ＿ＩＮＤをホスト装置１に送出する。また、こ
のときのプリミティブＳ＿Ｐ．ＥＸＰＴ＿ＩＮＤのパラ
メータとして、このときに設定したグループ４エラー回
復優先順位リストの内容をセットする。

【００９１】これにより、ホスト装置１は、このときに
通知されたグループ４エラー回復優先順位リストの最上
位のものを選択し、この場合には、プリミティブＳ＿
Ｕ．ＡＢＯＲＴ＿ＣＯＮＦを通信制御ユニット２に送出
する。

【００９２】これによって、通信制御ユニット２は、セ
ッションを中止することをあらわすセッション中止コマ
ンドＣＳＡを網に送出する。このセッション中止コマン
ドＣＳＡを受信した相手端末は、セッションの中止を受
け入れると、セッション中止肯定レスポンスＲＳＡＰを
応答する。

【００９３】このセッション中止肯定レスポンスＲＳＡ
Ｐを受信すると、通信制御ユニット２は、その旨をあら
わすプリミティブＳ＿Ｕ．ＡＢＯＲＴ＿ＣＯＮＦをホス
ト装置１に送出する。また、このプリミティブＳ＿Ｕ．
ＡＢＯＲＴ＿ＣＯＮＦのパラメータとして、次に送出す
べきプリミティブＤＩＳＣ＿ＲＥＱをセットする。

【００９４】これにより、ホスト装置１は、通信動作を
終了するために、プリミティブＤＩＳＣ＿ＲＥＱを通信
制御ユニット２に送出し、それによって、通信制御ユニ
ット２は、相手端末との間で情報チャネルの終了手順を
開始して、呼切断手順を実行する。

【００９５】このようにして、ホスト装置１と通信制御
ユニット２との間でプリミティブのやりとりが行われる
とともに、相手端末との間で通信制御手順が実行され、
グループ４ファクシミリ通信動作が実行される。また、
このときには、通信制御ユニット２は、ホスト装置１に
送出するプリミティブのパラメータとして、ホスト装置
１が次に通信制御ユニット２に対して送出すべきプリミ
ティブの内容をセットしているので、ホスト装置１に必
要な通信機能は、ごく小さいものでよく、この部分のホ
スト装置１の負担が非常に軽くなる。

【００９６】なお、このときには、通信制御ユニット２
が、レイヤ５以上の機能を分担している場合である。

【００９７】図９は、システムリセット時に、ホスト装
置１が実行する処理の一例を示している。

【００９８】まず、ホスト装置１は、機能交渉要求コマ
ンドを通信制御ユニット２に送出し（処理１０１）、通
信制御ユニット２から機能交渉確認レスポンスを受信す
る（処理１０２）。

【００９９】次に、ホスト装置１は、通信制御ユニット
２から機能交渉確認レスポンスの内容を参照して、その
ときに使用する通信機能を指定する機能パラメータを設
定して、保存し（処理１０３）、そのときのグループ４
エラー回復優先順位を指定するとともに、そのときに用
いる通信機能を通知するためのパラメータをセットした
機能設定要求コマンドを通信制御ユニット２に送出する
（処理１０４）。

【０１００】そして、信制御ユニット２より、機能設定
確認レスポンスを受信すると（処理１０５）、次の処理
に移行する。

【０１０１】図１０は、システムリセット時に、通信制
御ユニット２が実行する処理の一例を示している。

【０１０２】まず、ホスト装置１から機能交渉要求コマ
ンドを受信すると（処理２０１）、通信制御ユニット２
は、機能交渉確認レスポンスをホスト装置１に送出する
（処理２０２）。

【０１０３】次に、ホスト装置１から機能設定要求コマ
ンドを受信すると（処理２０３）、そのときに使用する
通信機能を指定する機能パラメータを保存して、自端末
の内部に設定するとともに、そのときのグループ４エラ
ー回復優先順位を保存し（処理２０４）、機能設定確認
レスポンスをホスト装置に送出して（処理２０５）、次
の処理に移行する。

【０１０４】図１１は、ホスト装置１からプリミティブ
Ｓ＿ＣＯＮＮ＿ＲＥＱを受信したときの通信制御ユニッ
ト２の処理例を示している。

【０１０５】プリミティブＳ＿ＣＯＮＮ＿ＲＥＱを受信
すると（処理３０１）、そのときに設定されている機能
分担がレイヤ５以上であり、レイヤ６以上を実行できる
かどうかを調べる（判断３０２）。

【０１０６】判断３０２の結果がＹＥＳになるときに
は、セッション開始コマンドＣＳＳのセッションユーザ
データの内容を作成し、それをセットしたセッション開
始コマンドＣＳＳのフレームを形成する（処理３０
３）。また、判断３０２の結果がＮＯになるときには、
ホスト装置１から指定されたセッションユーザデータの
内容をセットしたセッション開始コマンドＣＳＳのフレ
ームを形成する（処理３０４）。

【０１０７】このようにして、セッション開始コマンド
ＣＳＳのフレームを形成すると、それを網に送出する
（処理３０５）。

【０１０８】図１２は、網からセッション開始肯定レス
ポンスＲＳＳＰを受信したときに、通信制御ユニット２
が実行する処理の一例を示している。

【０１０９】セッション開始肯定レスポンスＲＳＳＰを
受信すると（処理４０１）、そのときに設定されている
機能分担がレイヤ５以上であり、レイヤ６以上を実行で
きるかどうかを調べる（判断４０２）。

【０１１０】判断４０２の結果がＹＥＳになるときに
は、そのセッション開始肯定レスポンスＲＳＳＰのセッ
ションユーザデータの内容を解析して、正常値であるか
どうかを調べる（判断４０３）。判断４０３の結果がＹ
ＥＳになるときには、プリミティブＳ＿ＣＯＮＮ＿ＣＯ
ＮＦをホスト装置１に送出する（処理４０４）。

【０１１１】また、判断４０３の結果がＮＯになるとき
には、セッションレイヤを中断する中断終了手順を実行
して（処理４０５）、このときの通信動作をエラー終了
する。

【０１１２】また、判断４０２の結果がＮＯになるとき
には、セッション開始肯定レスポンスＲＳＳＰのセッシ
ョンユーザデータのデータ長が所定値であるかどうかを
調べる（判断４０６）。判断４０６の結果がＹＥＳにな
るときには、そのときに受信したセッション開始肯定レ
スポンスＲＳＳＰのセッションユーザデータの内容をパ
ラメータとしてセットしたプリミティブＳ＿ＣＯＮＮ＿
ＣＯＮＦをホスト装置１に送出する（処理４０７）。

【０１１３】また、判断４０６の結果がＮＯになるとき
には、処理４０５に移行し、セッションレイヤを中断し
て、このときの通信動作をエラー終了する。

【０１１４】図１３は、ホスト装置１からプリミティブ
Ｓ＿ＣＡＰＡ．ＤＡＴＡ＿ＲＥＱを受信したときの通信
制御ユニット２の処理例を示している。

【０１１５】プリミティブＳ＿ＣＡＰＡ．ＤＡＴＡ＿Ｒ
ＥＱを受信すると（処理５０１）、そのときに設定され
ている機能分担がレイヤ５以上であり、レイヤ６以上を
実行できるかどうかを調べる（判断５０２）。

【０１１６】判断５０２の結果がＹＥＳになるときに
は、ドキュメント機能リストコマンドＣＤＣＬのセッシ
ョンユーザデータの内容を作成し、それをセットしたド
キュメント機能リストコマンドＣＤＣＬのフレームを形
成する（処理５０３）。また、判断５０２の結果がＮＯ
になるときには、ホスト装置１から指定されたセッショ
ンユーザデータの内容をセットしたドキュメント機能リ
ストコマンドＣＤＣＬのフレームを形成する（処理５０
４）。

【０１１７】このようにして、ドキュメント機能リスト
コマンドＣＤＣＬのフレームを形成すると、それを網に
送出する（処理５０５）。

【０１１８】図１４は、網からドキュメント機能リスト
肯定レスポンスＲＤＣＬＰセッション開始肯定レスポン
スＲＳＳＰを受信したときに、通信制御ユニット２が実
行する処理の一例を示している。

【０１１９】ドキュメント機能リスト肯定レスポンスＲ
ＤＣＬＰを受信すると（処理６０１）、そのときに設定
されている機能分担がレイヤ５以上であり、レイヤ６以
上を実行できるかどうかを調べる（判断６０２）。

【０１２０】判断６０２の結果がＹＥＳになるときに
は、そのドキュメント機能リスト肯定レスポンスＲＤＣ
ＬＰのセッションユーザデータの内容を解析して、正常
値であるかどうかを調べる（判断６０３）。判断６０３
の結果がＹＥＳになるときには、プリミティブＳ＿ＣＡ
ＰＡ．ＤＡＴＡ＿ＣＯＮＦをホスト装置１に送出する
（処理６０４）。

【０１２１】また、判断６０３の結果がＮＯになるとき
には、セッションレイヤを中断する中断終了手順を実行
して（処理６０５）、このときの通信動作をエラー終了
する。

【０１２２】また、判断６０２の結果がＮＯになるとき
には、ドキュメント機能リスト肯定レスポンスＲＤＣＬ
Ｐのセッションユーザデータのデータ長が所定値である
かどうかを調べる（判断６０６）。判断６０６の結果が
ＹＥＳになるときには、そのときに受信したドキュメン
ト機能リスト肯定レスポンスＲＤＣＬＰのセッションユ
ーザデータの内容をパラメータとしてセットしたプリミ
ティブＳ＿ＣＯＮＮ＿ＣＯＮＦをホスト装置１に送出す
る（処理６０７）。

【０１２３】また、判断６０６の結果がＮＯになるとき
には、処理６０５に移行し、セッションレイヤを中断し
て、このときの通信動作をエラー終了する。

【０１２４】ところで、上述した実施例では、グループ
４ファクシミリ通信を実行するときについて説明した
が、ＩＳＤＮ上でグループ３ファクシミリ通信を実行す
るときにも、同様の処理を行う。

【０１２５】また、上述した実施例では、ＩＳＤＮを用
いたグループ４ファクシミリ通信の場合について説明し
たが、ＰＳＴＮを用いたグループ３ファクシミリ通信の
場合も、同様にして、本発明を適用することができる。

【０１２６】また、本発明は、上述した実施例以外の通
信端末装置についても、同様にして適用することができ
る。また、適用できる通信回線は、ＩＳＤＮおよびＰＳ
ＴＮに限ることはない。

【０１２７】

【発明の効果】以上説明したように、本発明によれば、
主制御ユニットと通信制御ユニットの間の機能分担、プ
リミティブコマンド／レスポンスのやりとり（ハンドシ
ェーク）の方法などを、おのおのの機能に応じて設定す
ることができるので、同一の通信制御ユニットを複数の
主制御ユニットに適用することができ、汎用性の高い通
信制御ユニットを実現できるという効果を得る。

【図面の簡単な説明】

【図１】本発明の一実施例にかかる通信端末装置を示し
たブロック図。

【図２】ホスト装置と通信制御部の間でやりとりするプ
リミティブの信号形式の一例を示した概略図。

【図３】「機能交渉」プリミティブの一例を示した概略
図。

【図４】「機能設定」プリミティブの一例を示した概略
図。

【図５】システムリセット時に図１の装置が実行する動
作を説明するためのタイムチャート。

【図６】通信制御ユニットの機能分担がレイヤ５以上に
設定されているとき、ホスト装置と通信制御ユニットと
の間で実行する動作の一例を示したタイムチャート。

【図７】通信制御ユニットの機能分担がレイヤ５以下に
設定されているとき、ホスト装置と通信制御ユニットと
の間で実行する動作の一例を示したタイムチャート。

【図８】ホスト装置と通信制御ユニットとの間のハンド
シェーク手順としてスティミュラスハンドシェーク方式
が設定されていて、かつ、通信制御ユニットの機能分担
がレイヤ５以上に設定されているとき、ホスト装置と通
信制御ユニットとの間で実行する動作の一例を示したタ
イムチャート。

【図９】システムリセット時に、ホスト装置が実行する
処理の一例を示したフローチャート。

【図１０】システムリセット時に、通信制御ユニットが
実行する処理の一例を示したフローチャート。

【図１１】ホスト装置からプリミティブＳ＿ＣＯＮＮ＿
ＲＥＱを受信したときの通信制御ユニットの処理例を示
したフローチャート。

【図１２】網からセッション開始肯定レスポンスＲＳＳ
Ｐを受信したときに、通信制御ユニットが実行する処理
の一例を示したフローチャート。

【図１３】ホスト装置からプリミティブＳ＿ＣＡＰＡ．
ＤＡＴＡ＿ＲＥＱを受信したときの通信制御ユニットの
処理の一例を示したフローチャート。

【図１４】網からドキュメント機能リスト肯定レスポン
スＲＤＣＬＰセッション開始肯定レスポンスＲＳＳＰを
受信したときに、通信制御ユニットが実行する処理の一
例を示したフローチャート。

【符号の説明】

１ ホスト装置（主制御ユニット） ２ 通信制御ユニット

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 装置機能を備えた主制御ユニットと通信
   機能を備えた通信制御ユニットに分割され、上記主制御
   ユニットと上記通信制御ユニットの間で、所定のプリミ
   ティブコマンド／レスポンスをやりとりして所定の通信
   サービス機能を実現する通信端末装置の制御方法におい
   て、 通信動作開始時に、上記通信制御ユニットは、上記主制
   御ユニットに対して、プリミティブコマンド／レスポン
   スを用いて通信サービス能力を通知し、 上記主制御ユニットは、上記通信制御ユニットに対し、
   自端末で利用する通信サービス能力を設定することを特
   徴とする通信端末装置の制御方法。
2. 【請求項２】 装置機能を備えた主制御ユニットと通信
   機能を備えた通信制御ユニットに分割され、上記主制御
   ユニットと上記通信制御ユニットの間で、所定のプリミ
   ティブコマンド／レスポンスをやりとりして所定の通信
   サービス機能を実現する通信端末装置の制御方法におい
   て、 通信動作開始時に、上記通信制御ユニットは、上記主制
   御ユニットに対して、プリミティブコマンド／レスポン
   スを用いて通信サービス能力を通知し、 上記主制御ユニットは、通信機能の分担を決定し、上記
   通信制御ユニットへ設定することを特徴とする通信端末
   装置の制御方法。
3. 【請求項３】 装置機能を備えた主制御ユニットと通信
   機能を備えた通信制御ユニットに分割され、上記主制御
   ユニットと上記通信制御ユニットの間で、所定のプリミ
   ティブコマンド／レスポンスをやりとりして所定の通信
   サービス機能を実現する通信端末装置の制御方法におい
   て、 上記主制御ユニットと上記通信制御ユニットは、動作開
   始時に、相互に情報をやりとりするプリミティブコマン
   ド／レスポンスのやりとり種別を設定することを特徴と
   する通信端末装置の制御方法。
4. 【請求項４】 前記プリミティブコマンド／レスポンス
   のやりとり種別として、スティミュラス方式が設定され
   ると、前記通信制御ユニットは、所定の伝送制御手順に
   従って主制御ユニットにプリミティブコマンド／レスポ
   ンスを送出するとき、そのプリミティブコマンド／レス
   ポンスのパラメータとして、次に主制御ユニットが送出
   すべきプリミティブコマンド／レスポンスの一覧を設定
   し、主制御ユニットは、通信制御ユニットから通知され
   たプリミティブコマンド／レスポンスの一覧から、次に
   送出するプリミティブコマンド／レスポンスを選択する
   ことを特徴とする請求項３記載の通信端末装置の制御方
   法。
5. 【請求項５】 前記プリミティブコマンド／レスポンス
   のパラメータに設定するプリミティブコマンド／レスポ
   ンスの一覧は、その出現順に優先順位が設定されている
   ことを特徴とする請求項４記載の通信端末装置の制御方
   法。
6. 【請求項６】 装置機能を備えた主制御ユニットと通信
   機能を備えた通信制御ユニットに分割され、上記主制御
   ユニットと上記通信制御ユニットの間で、所定のプリミ
   ティブコマンド／レスポンスをやりとりして所定の通信
   サービス機能を実現する通信端末装置において、 通信動作開始時に、上記通信制御ユニットは、上記主制
   御ユニットに対して、プリミティブコマンド／レスポン
   スを用いて通信サービス能力を通知し、 上記主制御ユニットは、上記通信制御ユニットに対し、
   自端末で利用する通信サービス能力を設定することを特
   徴とする通信端末装置。
7. 【請求項７】 装置機能を備えた主制御ユニットと通信
   機能を備えた通信制御ユニットに分割され、上記主制御
   ユニットと上記通信制御ユニットの間で、所定のプリミ
   ティブコマンド／レスポンスをやりとりして所定の通信
   サービス機能を実現する通信端末装置において、 通信動作開始時に、上記通信制御ユニットは、上記主制
   御ユニットに対して、プリミティブコマンド／レスポン
   スを用いて通信サービス能力を通知し、 上記主制御ユニットは、通信機能の分担を決定し、上記
   通信制御ユニットへ設定することを特徴とする通信端末
   装置。
8. 【請求項８】 装置機能を備えた主制御ユニットと通信
   機能を備えた通信制御ユニットに分割され、上記主制御
   ユニットと上記通信制御ユニットの間で、所定のプリミ
   ティブコマンド／レスポンスをやりとりして所定の通信
   サービス機能を実現する通信端末装置において、 上記主制御ユニットと上記通信制御ユニットは、動作開
   始時に、相互に情報をやりとりするプリミティブコマン
   ド／レスポンスのやりとり種別を設定することを特徴と
   する通信端末装置。