JPH09214580A - 通信システム - Google Patents

Abstract

(57)【要約】 【課題】 外部のホストの状況によっては、通信の中断
や、相手端末機からのデータが利用できずに破棄され、
通信、情報ともに無駄になる。 【解決手段】 通信端末機の外部に位置するホストコン
ピュータの物理的な接続状況を検知し、また、このホス
トコンピュータからホストコンピュータの動作情報を受
け取る。そして、得られた接続状況及び動作情報を解析
して、その結果にに応じて、相手端末との通信手順を変
更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線、及び外
部に接続されたホストコンピュータとの間で情報の授受
を行なう通信システムに関するものである。

【０００２】

【従来の技術】従来より、ホストコンピュータと接続し
て使用する通信端末機を有する通信システムでは、この
ホストコンピュータから通信実行の指示を受けて動作す
る。

【０００３】図２６は、従来の通信システムでの着信処
理の手順を、図２７は、発呼処理の手順を示すフローチ
ャートである。発呼の場合、ホストから発呼要求コマン
ドがくると（ステップＳ２２−８）、通信端末機は、こ
のコマンドと一緒に受け取った発呼情報に基づいて、所
定の通信手順を実行する（ステップＳ２２−９）。

【０００４】一方、着呼の場合、通信端末機は、相手端
末との通信手順を実行し（ステップＳ２２−１）、所定
データのやり取りを行なう。相手端末機との通信が終了
すると、ホストに対してデータ転送開始コマンドを送信
し、タイマーを起動してホストからのレスポンスを待つ
（ステップＳ２２−２）。ここで、ホストからレスポン
スがあれば（ステップＳ２２−３でＹＥＳ）、通信端末
機は、受信データをホストへ転送する（ステップＳ２２
−４）。このデータは、ホスト内で処理される。

【０００５】しかし、ホストからレスポンスがなく、レ
スポンス待ちタイマーがタイムアップした場合には（ス
テップＳ２２−６でＹＥＳ）、ステップＳ２２−７で受
信データは破棄される。

【０００６】

【発明が解決しようとする課題】しかしながら、通信端
末機にホストコンピュータが接続されていない場合、あ
るいは、ホストが接続されていても、他のアプリケーシ
ョン処理中のためビジー状態となり、通信端末機にレス
ポンスが戻らない場合には、着信があっても通信手順を
実行できなかったり、通信を継続しても、その通信によ
っては受信情報が通信端末機内で処理できない内容であ
ったりする。このため、せっかく成立した通信を中断し
たり、相手端末機から受け取ったデータが全く利用でき
ずに破棄され、通信、情報ともに無駄になってしまうと
いう問題がある。

【０００７】本発明は、上述の課題に鑑みてなされたも
ので、その目的とするところは、外部に接続されたホス
トコンピュータの状況に応じて通信手順を変える通信シ
ステムを提供することである。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、外部にホストコンピュータを接続し、通
信回線を通じて相手端末と情報の授受を行なう通信端末
機を有する通信システムにおいて、前記ホストコンピュ
ータの物理的な接続状況を検知する検知手段と、前記ホ
ストコンピュータから該ホストコンピュータの動作情報
を受け取る手段と、前記接続状況及び動作情報に応じ
て、前記相手端末との通信手順を変更する制御手段とを
備える。

【０００９】

【発明の実施の形態】以下、添付図面を参照して、本発
明に係る実施の形態を詳細に説明する。

【００１０】図１は、本発明の実施の形態に係る通信端
末機の構成を示すブロック図である。同図において、
（１−１０）は通信端末機本体であり、（１−１）は、
本通信端末全体の制御を司るＣＰＵ、（１−２）は、Ｃ
ＰＵ（１−１）の制御プログラム等を格納するためのＲ
ＯＭ、（１−３）は、通信データ等を格納するためのメ
モリ部、（１−５）は、端末機外部に接続されたホスト
コンピュータ（１−８）とのインターフェースをとる外
部インターフェース、（１−６）は、例えば、ＣＰＵ
（１−１）の制御情報等を格納するＲＡＭ、（１−７）
は、通信回線（１−１１）を収容して本通信端末機での
通信を制御する通信制御部、そして、（１−９）は、上
記各部の動作に要するクロックを発生するクロック発生
部である。なお、（１−４）は、上記の構成要素を相互
に電気的に接続するＣＰＵバスである。

【００１１】そこで、最初に本実施の形態における通信
に必要なパラメターについて説明する。

【００１２】図６は、通信パラメターのエリアを示す図
である。同図において、（６−１）は基本端末特性を示
すエリアである。ここでは、基本端末特性として、テレ
テックス、ファクシミリ、ミクストモードがある。ま
た、蓄積文書（６−２）は、ホストがポーリングのため
の文書を持っているかどうかを示す。紙サイズ（６−
３）は、本通信端末機が扱える紙の大きさを指定する。
紙サイズの詳細は、符号（６−５）に示す通りである。
そして、解像度（６−４）は、本通信端末機が扱える解
像度を指定するためのエリアである。

【００１３】なお、これらのパラメターは通信時に設定
され、相手端末との通信ネゴシエーションにて使用され
る。

【００１４】図７は、ホスト情報デフォルトエリアを示
す図である。このホスト情報デフォルトエリアは、通信
端末機に接続されているホストコンピュータが実行可能
な通信アプリケーションの内容を示すものである。ま
た、図８は、自端末機情報エリアを示す図である。この
自端末機情報エリアは、ホストが接続されていない場
合、通信端末機がスタンドアーロンの端末機として処理
可能な通信手順の内容を示すものである。

【００１５】図９は、代行通信情報を示す図であり、そ
の代行通信フラグ（９−１）は、代行通信の有無、ある
いはデータの削除を示すエリアである。

【００１６】図２は、本実施の形態に係る通信端末機が
電源投入されたときの動作を示すフローチャートであ
る。

【００１７】すなわち、本通信端末機の立ち上げ時、通
信端末機は、自分自身が物理的にホストに接続されてい
るかどうかを確認する（ステップＳ２−１）。ここで、
ホストが物理的に接続されていることを確認すると、ホ
ストへ、図１０に示すステータス要求コマンドを送信
し、レスポンス待ちタイマーを起動する（ステップＳ２
−２）。

【００１８】ここで、ホストが動作可能状態であれば、
通信端末機に対して、図１１に示すホストステータス情
報が返却される。このホストステータス情報には、ホス
トが現在実行可能なアプリケーション情報（テキスト情
報受信可／不可、紙サイズ、解像度等）がパラメターと
して付加されている。

【００１９】ホストからレスポンスがあると（ステップ
Ｓ２−３でＹＥＳ）、通信端末機は、返却されたデータ
（レスポンス内容）をホスト情報デフォルト値として、
ＲＡＭ（１−６）の特定の位置（図７のホスト情報デフ
ォルトエリア参照）にコピーする（ステップＳ２−
５）。

【００２０】一方、ホストが物理的に接続されていない
場合や、ホストからのレスポンスが返らず、レスポンス
待ちタイマーがタイムアップした場合（ステップＳ２−
４）、通信端末機は、ホストが通信動作不可能状態と判
断する。そして、ホストが通信動作不可能な場合には、
通信端末機は、その端末機自身の動作情報（図８の自端
末機情報エリア参照）を、ホスト情報デフォルトエリア
にコピーする（ステップＳ２−６）。なお、自端末機情
報エリアは、ＲＯＭ（１−２）内に起動時の初期値パラ
メターとして格納されている。

【００２１】ステップＳ２−７では、ホスト情報デフォ
ルトエリアの内容がホストでの機能のデフォルト値とす
べく、ホスト情報デフォルトエリアの内容が通信パラメ
ータにコピーされる。

【００２２】図３は、本実施の形態に係る通信端末機に
おける通信時（着信）の処理を示すフローチャートであ
る。

【００２３】通信端末機に相手からの着信があると（ス
テップＳ３−１でＹＥＳ）、通信端末機は、ホストの接
続状況を確認する。具体的には、ステップＳ３−２で、
ホストが接続されているか否かを判定し、ホストが接続
されていれば、ステップＳ３−３で、ホストの機能要求
タイマーを起動する。そして、ステップＳ３−４で、ホ
ストからのレスポンスを待つ。

【００２４】このようにホストの接続が確認され、ホス
トからのレスポンスがあれば、ホストがビジー状態にあ
るかどうかを判断する（ステップＳ３−５）。そして、
ホストがレデイ状態であれば、ホストステータス情報の
内容を通信パラメターエリアにコピーする（ステップＳ
３−８）。このようにして、ホストに対し、図１２に示
すデータ転送要求コマンド、または、図１４に示すデー
タ転送開始コマンドを出力し、データ送受信に備える。

【００２５】他方、ホストの物理的な接続は確認できた
が、レスポンス待ちタイマーが切れた場合（ステップＳ
３−６でＹＥＳ）、あるいは、ホストが他のアプリケー
ション実行中のためビジーを返却した場合（ステップＳ
３−５でＹＥＳ）、通信端末機は、現在、ホストは通信
動作不可能であるが、所定の時間経過後、復旧可能であ
ると判断する。

【００２６】そこで、通信端末機は、自分自身のメモリ
部（１−３）の通信用メモリの空き容量を検知する（ス
テップＳ３−７）。そして、メモリ部（１−３）に一定
の空き容量がある場合、図２に示す初期化処理にて作成
したホスト情報デフォルトエリアの内容を、通信パラメ
ターエリアにコピーする（ステップＳ３−９）。続くス
テップＳ３−１１では、代行通信情報（図９参照）の代
行通信フラグをＯＮにする。

【００２７】しかし、ステップＳ３−７で、メモリ部
（１−３）に一定の空き容量がないと判定された場合、
あるいは、上記のステップＳ３−２で、ホストが物理的
に接続されていないと判定された場合には、通信端末機
は、ホストの持つ通信機能の実行は不可能と判断する。
そこで、自端末機情報エリアの内容を通信パラメターエ
リアにセットする（ステップＳ３−１０）。

【００２８】このように、通信パラメターのセットが終
了後、通信手順を実行する（ステップＳ３−１２）。

【００２９】次に、本実施の形態に係る通信手順につい
て説明する。なお、ここでは、Ｇ４ファクシミリ通信の
場合を例に挙げて説明する。

【００３０】図１６は、Ｇ４ファクシミリにおける通常
の送信手順を示すシーケンス図である。Ｇ４通信では、
図１８に示すＣＳＳ(Command Session Start)、図１９
に示すＲＳＳＰ(Response Session Start Positive)、
及び、図２０に示すＣＤＣＬ(Command Document Capabi
lity List)、図２１に示すＲＤＣＬＰ（Response Docum
ent Capability List Positive）にて、端末特性の宣言
及びネゴシエーションを行なう。

【００３１】そして、上記のコマンド内にある、図２
２，図２３に示すプレゼンテーション機能記述子
（１），（２）の中の基本端末特性（２２−１，２３−
１）、非基本端末特性（２３−２）が、ホストの状態に
より、その内容が変化する。

【００３２】具体的には、通信端末機にホストが接続さ
れていない場合には、自端末機情報エリア（図８参照）
の内容が通信パラメターにコピーされているため、基本
端末特性、非基本端末特性の内容は、それぞれ、ファク
シミリ、紙サイズ＝Ａ４、解像度＝２００ｐｐｉとな
る。また、通信端末機は、通信パラメターの内容に基づ
いて、上記のプレゼンテーション機能記述子の内容を変
更し、スタンドアローン機として動作し、受信データを
通信端末機内部で処理する。

【００３３】しかし、通信端末機にホストコンピュータ
が接続され、かつ、それがレデイ状態にある場合、図４
に示す処理手順にてホストの動作が行なわれる。この場
合、上述のように、ホストステータス情報（図１１）の
内容が通信パラメターにコピーされているため、上記の
内容は、それぞれミクストモード、紙サイズ＝Ａ３、解
像度４００ｐｐｉとなり、プレゼンテーション機能記述
子の内容が変更される。

【００３４】図４は、ホスト動作時の通信手順を示すフ
ローチャートである。すなわち、ホストがレデイ状態に
あり、データ受信の場合（ステップＳ４−１でＹＥ
Ｓ）、通信端末機は、ホストへデータ転送開始コマンド
（図１４参照）を送出し（ステップＳ４−３）、相手機
から受信したデータを、データ転送フレーム（図１３参
照）にてホストへ転送する（ステップＳ４−５）。

【００３５】さらに、ホストが「蓄積文書あり」となっ
ている場合は、相手の要求に応じてポーリング送信が可
能となる。

【００３６】図１７は、Ｇ４ポーリングの通信手順を示
す図である。同図に示すポーリングでは、発呼側がＣＳ
ＣＣ（１７−１）を出し、セッションの反転を要求す
る。着呼側は、相手に送信すべき文書が存在する場合、
このＣＳＣＣに対して反転を承諾するＲＳＣＣＰ（１７
−２）を出す。なお、これらのコマンドＣＳＣＣ，ＲＳ
ＣＣＰの構成を、それぞれ図２４，図２５に示す。

【００３７】一方、図４のステップＳ４−１において、
データ送信と判断された場合には、通信端末機は、ホス
トへデータ転送要求コマンドを送出し（ステップＳ４−
２）、ホストからのデータ転送が開始されたならば（図
１４のデータ転送開始コマンド参照）、そのデータを回
線へ送ることで、相手端末への送信を行なう（ステップ
Ｓ４−４）。

【００３８】図５は、ホスト動作停止時の通信手順を示
すフローチャートである。

【００３９】ホストがビジー状態にあっても復帰可能な
場合、上述のように通信パラメターには、立ち上げ時に
設定されたホスト情報デフォルトエリアの内容がコピー
されている。そこで、通信端末機は、あたかもホストが
レデイ状態にある場合と同様に通信を行なうが、実際に
は、ホストは通信アプリケーション処理ができないた
め、通信端末機は、そのメモリ部（１−３）の通信用メ
モリに受信データを蓄積する。その際、通信端末機は、
図９に示すように、この通信の開始時間（９−２）、通
信種別（９−３）、紙サイズ（９−４）、解像度（９−
５）等の通信情報を代行通信情報として記憶する（図５
のステップＳ５−１）。

【００４０】そこで、通信終了後、通信端末機は、ホス
トステータス要求コマンドを送出する（ステップＳ５−
２）。続くステップＳ５−３では、ホストからのレスポ
ンスを待ち、ホストからのレスポンスが返らない場合、
通信端末機は、１分タイマーを起動する（ステップＳ５
−１３）。

【００４１】この１分タイマーがタイムアップすると
（ステップＳ５−１４）、通信端末機は、再びホストの
状態を確認するため、処理をステップＳ５−２に戻す。
そして、ホストの復帰が確認されたならば（ステップＳ
５−４でＹＥＳ）、通信端末機は、代行通信フラグ（図
９の（９−１））がＯＮであるか否かを確認し（ステッ
プＳ５−５）、そのフラグがＯＮであれば、ホストへデ
ータ転送開始コマンドを送出する（ステップＳ５−
６）。そして、通信メモリ部に蓄積された受信データ、
及び代行通信情報をホストへ転送する（ステップＳ５−
７）。この転送終了後は、代行通信情報をクリアする
（ステップＳ５−８）。

【００４２】他方、ステップＳ５−４で、ホストがレデ
イ状態にないと判断された場合は、通信端末機は、一定
時間ホストの復旧を待つが、通信開始時間から一定時間
経過してもホストが復旧しないときには（ステップＳ５
−１０でＹＥＳ）、メモリ部に蓄積されたデータ情報を
削除する。そして、代行受信フラグ（図９の（９−
１））を削除状態にセットする（ステップＳ５−１
１）。

【００４３】その後も、通信端末機はホストの復旧待ち
動作を行ない、その復旧を確認後、代行通信フラグを確
認する（ステップＳ５−５）。そこで、上述のようにフ
ラグが「削除」にセットされていれば、通信端末機は、
ホストへデータ破棄通知（図１５参照）を送出し、代行
通信情報を転送する（ステップＳ５−９）。この転送
後、代行通信情報をクリアして（ステップＳ５−８）、
本処理を終了する。

【００４４】以上説明したように、本実施の形態によれ
ば、通信端末機にホストが接続され、それがレデイ状態
である場合、ホストが現在実行可能なアプリケーション
に合わせて通信手順を実行し、ホストが接続されていな
い場合には、スタンドアローの通信端末機として動作す
るよう、状況に応じて通信手順を変えることにより、通
信エラーの削減、及び情報の迅速かつ的確な処理が可能
となる。

【００４５】また、通信端末機にホストが接続され、ホ
ストが他のアプリケーション実行中等によりビジー状態
であるが、一定時間経過後にホストが復帰する可能性が
ある場合、ホスト復帰時にデータをホストへ転送し、デ
ータ処理を行なうようにすることで、通信エラーの削
減、及び情報の迅速かつ的確な処理が可能となる。

【００４６】さらに、通信端末機にホストが接続され、
ホストが他のアプリケーション実行中等によりビジー状
態にあって、一定時間経過後もホストが復旧しない場合
は、受信データを破棄することで、メモリの有効活用が
図れる。そして、ホスト復旧時に破棄したデータに関す
る通信情報をホストへ通知することで、通信相手へ問い
合わせやデータの再送を要求することが可能となる。

【００４７】本発明は、複数の機器から構成されるシス
テムに適用しても、１つの機器からなる装置に適用して
も良い。また、本発明はシステムあるいは装置にプログ
ラムを供給することによって達成される場合にも適用で
きることは言うまでもない。この場合、本発明を達成す
るためのソフトウェアによって表されるプログラムを格
納した記憶媒体から、該プログラムを該システムあるい
は装置に読み出すことによって、そのシステムあるいは
装置が、本発明の効果を享受することが可能となる。

【００４８】

【発明の効果】以上説明したように、本発明によれば、
通信端末機の外部に接続されたホストコンピュータの状
況に応じて通信手順を変えることにより、通信エラーが
削減され、また、情報を素早く、的確に処理することが
でき、さらに、ユーザにとって時間、情報、金銭的側面
において効果的な通信システムを提供できる。

【００４９】

【図面の簡単な説明】

【図１】本発明の実施の形態に係る通信端末機の構成を
示すブロック図である。

【図２】通信端末機に電源投入されたときの動作を示す
フローチャートである。

【図３】通信端末機における通信時（着信）の処理を示
すフローチャートである。

【図４】ホスト動作時の通信手順を示すフローチャート
である。

【図５】ホスト動作停止時の通信手順を示すフローチャ
ートである。

【図６】通信パラメターのエリアを示す図である。

【図７】ホスト情報デフォルトエリアを示す図である。

【図８】自端末機情報エリアを示す図である。

【図９】代行通信情報を示す図である。

【図１０】ホストステータス要求コマンドを示す図であ
る。

【図１１】ホストステータス情報を示す図である。

【図１２】データ転送要求コマンドを示す図である。

【図１３】データ転送フレームを示す図である。

【図１４】データ転送開始コマンドを示す図である。

【図１５】データ破棄通知を示す図である。

【図１６】Ｇ４ファクシミリにおける通常の送信手順を
示すシーケンス図である。

【図１７】Ｇ４ポーリングの通信手順を示す図である。

【図１８】ＣＳＳの構成を示す図である。

【図１９】ＲＳＳＰの構成を示す図である。

【図２０】ＣＤＣＬの構成を示す図である。

【図２１】ＲＤＣＬＰの構成を示す図である。

【図２２】プレゼンテーション機能記述子（１）を示す
図である。

【図２３】プレゼンテーション機能記述子（２）を示す
図である。

【図２４】ＣＳＣＣの構成を示す図である。

【図２５】ＲＳＣＣＰの構成を示す図である。

【図２６】従来の通信システムでの着信処理の手順を示
すフローチャートである。

【図２７】従来の通信システムでの発呼処理の手順を示
すフローチャートである。

【符号の説明】 １−１ ＣＰＵ １−２ ＲＯＭ １−３ メモリ部 １−４ バス １−５ 外部インターフェース １−６ ＲＡＭ １−７ 通信制御部 １−８ ホストコンピュータ １−９ クロック発生部 １−１０ 通信端末機 １−１１ 通信回線

Claims (7)

【特許請求の範囲】
1. 【請求項１】 外部にホストコンピュータを接続し、通
   信回線を通じて相手端末と情報の授受を行なう通信端末
   機を有する通信システムにおいて、 前記ホストコンピュータの物理的な接続状況を検知する
   検知手段と、 前記ホストコンピュータから該ホストコンピュータの動
   作情報を受け取る手段と、 前記接続状況及び動作情報に応じて、前記相手端末との
   通信手順を変更する制御手段とを備えることを特徴とす
   る通信システム。
2. 【請求項２】 前記動作情報は、前記ホストコンピュー
   タにて作動中のアプリケーション情報であることを特徴
   とする請求項１に記載の通信システム。
3. 【請求項３】 前記制御手段は、前記動作情報を解析
   し、該解析の結果及び前記接続状況に基づいて前記相手
   端末との通信手順を変更することを特徴とする請求項１
   に記載の通信システム。
4. 【請求項４】 さらに、前記ホストコンピュータから該
   ホストコンピュータが処理可能なアプリケーション情報
   をホストコンピュータ動作デフォルト情報として受け取
   る手段を備えることを特徴とする請求項１に記載の通信
   システム。
5. 【請求項５】 前記制御手段は、前記動作情報の解析に
   て前記ホストコンピュータがビジー状態にあると判断し
   た場合、前記ホストコンピュータ動作デフォルト情報に
   基づいて前記相手端末との通信手順を変更することを特
   徴とする請求項４に記載の通信システム。
6. 【請求項６】 さらに、前記ホストコンピュータがビジ
   ー状態にあり、一定時間経過後に該ホストコンピュータ
   が該ビジー状態から復帰する可能性を判断する手段を備
   え、 該復帰の可能性があると判断された場合、前記制御手段
   は、該ホストコンピュータの復帰時に情報を該ホストコ
   ンピュータへ転送することを特徴とする請求項５に記載
   の通信システム。
7. 【請求項７】 前記一定時間経過後、前記ホストコンピ
   ュータが前記ビジー状態から復帰する可能性がないと判
   断された場合、前記制御手段は前記情報を破棄すること
   を特徴とする請求項６に記載の通信システム。