JPH01106543A - データ通信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔技術分野〕 本発明は、複数の種類の通信装置と交信可能なデータ通
信装置に関するものである。

〔従来技術〕

従来、この種の装置、例えば文字コードデータ及びイメ
ージデータを扱うことのできるミクストモード端末は、
ファクシミリ装置、テレテックス、ミクストモード端末
との交信を行うことができる。

このようなミスクトモード端末がデータ送信する場合、
データの種類と相手先の端末特性によっては、データ送
信できない場合がある。例えば、イメージデータを送信
するときに相手先がテレテックスであると、通常は送信
することができない。この為にオペレータは送信しよう
とするデータを相手先が受信できるかどうかを考慮しな
がら送信の指示を行わなければならない。

〔発明が解決しようとしている問題点〕　　′従って、
上述したものでは、オペレータが相手先の端末特性と送
信するデータの形態について知っていないと適確な送信
指示を行うことができないし、又実際には送信できない
にも拘らず送信指示を入力してしまい無駄な動作を行っ
てしまうという問題がある。

〔問題点を解決する為の手段及び作用〕本発明によれば
、通信相手先の機能情報を格納したメモリからの情報と
、通信するデータの識別結果に基づいて、通信するデー
タの通信可能な相手先と通信不可の相手先を区別して表
示手段に表示するようにしたので、オペレータは送信指
示を簡単に行うことができ、誤操作による無駄な動作を
防止できる。

〔実施例〕

以下、図面を参照して本発明の一実施例を詳細に説明す
る。

まず、本実施例のミクストモード端末の構成及びその概
略動作について説明する。

第１図は、実施例のミクストモード端末の構成を示すブ
ロック図であり、第２図は上記実施例を示す斜視図であ
る。

リーダ１０は、所定原稿を読取って電気信号を出力する
ものである。

ファクシミリ本体２０は、リーダ／プリンタインターフ
ェース２１と、イメージコンプレッションユニット（以
下ｒＩｃＵＪという）２２と、プログラムメモリ（以下
ｒＰＭＥＭＪという）２３と、ビットムーブユニット（
以下「ＢＭＵＪという）２４と、イメージメモリ（以下
「ＩＭＥＭＪという）２５と、ビデオＲＡＭ　（以下「
ＶＲＡＭＪという）２６と、中央処理装置（以下ｒｃＰ
ＵＪという）２７と、コミュニケーションインタフェー
ス２８と、バス２９と、コミュニケーションコントロー
ルユニット（以下「ＣＣＵ」という）３０とを有する。

ＩＣＵ２２は、データを圧縮または伸長するものであり
、符号化率を高くするためには、二次元圧縮（高圧縮）
が採用されている。

ＰＭＥＭ２３は、ファクシミリ本体２０の周辺に設けら
れている入出力装置やファクシミリ本体内の各ユニット
を制御するためのＯＳプログラム、アプリケーションプ
ログラムメモリエリアを有し、また、キャラクタコード
データをイメージビットデータに変換するためのフォン
トメモリエリアを有するものである。又キー人力やワー
ドプロセスによるテキストコードデータ（キャラクタデ
ータ）を格納し編集するエリアを有する。

また、ＰＭＥＭ２３は、メモリマネージメントユニット
（ＭＭＥＵ）を有し、ハードディスク５０からのデータ
をＣＣＵ３Ｏを介して送信したり、ＣＣＵ３Ｏからハー
ドディスク５０へ格納したりするための伝送データのバ
ッファとしてのワークエリアも有している。なお、上記
バッファは、ディスク、回線等の速度合せのためのもの
である。

ＢＭＵ２４は、ＣＲＴ６０において、データをビット単
位で処理するもので、画像の編集（画像処理）を行うも
のであり、所定画像を拡大、縮小、回転、移動または抽
出等を行うものである。

ＩＭＥＭ２５は４Ｍバイトを有し、リーダからの画像デ
ータを格納したり、ＢＭＵ２４による編集画像データを
格納したり、ＩＣＵ２２によって伸長したデータを格納
したり、キー人力によるキャラクタコードデータやワー
ドプロセスによるテキストコードデータ、ミスクトデー
タ、または、キャラクタコードデータを、イメージに変
換したビットデータ（例えば１画素１ビツトで表わす）
を格納するものである。ここで、ミクストデータは、１
ページ内にイメージビットデータとキャラクタコードデ
ータとが混在する。各々のブロックをイメージブロック
、キャラクタブロックと称する。各々識別コードを付し
て管理し、格納する。また、ＩＭＥＭ２５は、所定デー
タを一時記憶することによって、リーダ１０、プリンタ
７０、回線４０のスピードに合せるためのバッファとし
て使うこともある。

ＶＲＡＭ２６は、ＣＲＴ６０！、：、表示する画像デー
タを、ビットマツプデータ（例えば１画素１ビツトに対
応）によって記憶するものである。

また、外部記憶装置として、ハードディスク装置５０と
フロッピーディスク装置５１とが設けられている。これ
らの装置は不揮発性メモリであるが、不揮発性メモリと
して、バックアップメモリを使用してもよい。送信デー
タ、受信データが格納され保存される。

キーボード６１は送受信指令のコマンドデータや、イメ
ージプロセス、ワードプロセス用のコマンドデータや、
ワードプロセスのためのキャラクタデータを入力する。

ボインチングデバイス６２（例えばマウス入力装置）は
ＣＲＴ６０上のカーソルイメージをムーブしてそのカー
ソルイメージの位置でイメージ編集等のための位置を指
定する。この６２により、ミスクトデータのブロック分
けも行う。このブロックを示す座標はＰＭＥＭにより記
憶管理され、送信時の識別コードデータ（ヘッダ）の１
つのデータとして使われる。

回線４０としては、好ましくはデジタルデータ変換網や
デジタルデータパケット網、例えば６４にビット／　ｓ
　ｅ　ｃのデジタル回線であれば、情報量の多い、又解
像度（密度）の高いイメージデータの高速、大量伝送に
都合が良い。

プリンタ７０はレーザビームプリンタを用いて３Ｍｂｐ
Ｓの速度でプリントさせる。

次に、送信する場合の動作をより具体的に説明する。

まず、リーダ１０によって原稿を読取り、そのイメージ
データは、リーダ／プリンタインタフェース２１を介し
てＩＭＥＭ２５に記憶され、ハードディスクに保存され
る。イメージデータは送信時ＩＣＵ２２により圧縮して
、ＭＭＲコードとしてディスクに格納される。ハードデ
ィスクに保存されたデータは、ＰＭＥＭ２３に記憶され
てからＣＣＵ３Ｏ、回線４０を介して相手局に送られる
。

なお、ハードディスク５０に保存されたデータを編集す
るには、そのデータをＩＭＥＭ２５に取込み、ＩＣＵ２
２で復号した後、ＢＭＵ２４によって、画像の拡縮、移
動等が行われる。この編集において、文字の混在させる
には、キーボード６１から文字を入力してキャラクタデ
ータにＰＭＥＭ２３により変換したもの（または、ハー
ドディスクに保存しであるキャラクタデータ）を、ＢＭ
Ｕ２４によって編集されたイメージのキャラクタブロッ
クに格納すればよい。この編集が終了したデータを送信
するには、−旦、ハードディスク５０に保存してから、
ＰＭＥＭ２３に書込み読出し、ＣＣＵ３Ｏ、回線４０を
介して相手局に送る。又、ＣＲＴ上で編集した第３図は
本実施例において、ＣＲＴ６０に表示する送信相手先、
指示画面ないしは操作パネルを示した図である。第４図
は宛先情報を管理するためのデータ構造を示した図であ
る。第５図は本実施例のＣＰＵ２７の処理概要を表わす
フローチャート図、第６図は（３−１）文書形式オプシ
ョン解析からの出力データ構造を示した図、第７図（そ
の１）〜（その４）は本実施例の送信可能宛先の選別（
３−３）のＣＰＵ２７の処理を詳細に表わしたフローチ
ャート図である。

第３図において、１１は操作パネル（ないし操作画面）
、１２は送信すべき文書が送信可能な相手端末特性であ
り、４−１の変換可能形式と対応している。データも同
様にして送信する。

編集した結果をプリントするには、編集結果のデータを
ＩＭＥＭ２５に書込み取り出して全てイメージビットデ
ータとして展開し、リーダ／プリンタインタフェース２
８を介して、プリンタ７０に送る。

編集結果またはその過程のデータをＣＲＴ６０に表示す
るには、ＶＲＡＭ２６にそのデータを書込み取出して、
ＣＲＴ６０に送る。１′Ａは同報宛先登録部、１４はワ
ンタッチ宛先登録部、１５は短縮宛先登録部である。

第４図において、２−１は同報宛先情報を保持するため
のグループレコード（−ＮＡＫＡＭＡＩ　”）であり（
第３図の同報宛先登録部１３に対応する管理データであ
る）、２−２は該グループ・レコードの使用／未使用及
び送信可能／送信不能の各情報を保持し、２−３は該グ
ループの登録宛先数であるメンバー数、２−４は該グル
ープレコードのグループ略称、２−５は該グループ内の
全ての宛先に共通に含まれるグループ端末特性、２−６
は該グループ内宛先のメンバー参照テーブルである。２
−２０は個々の宛先情報を保持するためのメンバー・レ
コード（−Ｓｈｉｂｕｙａ−）、２−２１は該メンバー
・レコードの使用／未使用及び送信可能／送信不能の各
情報を保持し、２−２２は宛先名であるメンバー名、２
−２３は該宛先の端末特性のオプション、２−２４は被
参照グループ・レコード群が記述されるグループ情報で
ある。２−３０〜２−８０は第３図に対応したメンバー
−レコードである。

次に送信宛先の判別し区分けする方法ｉこついて第５図
、第６図に基づいて説明する。まず、第５図のステップ
３−１の文書形式オプション解析では送信したい編集文
書や受信文書をブリ・コンバートして第６図に示すデー
タを作成し、次にステップ３−２でその変換可能形式の
中でデイフォルトをして設定される変換可能形式を選択
して、その結果をＣＲＴ６０の第３図に示す画面の１２
に表示する。

これによって、送信するデータが文字コードとイメージ
の混在するＭＩＸデータであるか、イメージデータであ
るＦＡＸか、文字コードデータであるＴＴＸかが表示さ
れる。その後、ステップ３−３においてステップ３−１
で作成した第６図の４−１〜４−４のデータを第４図の
２−１〜２−８０をもとに送信可能宛先の選別を行い、
その結果を第３図の１３．１４．１５に表示する。ここ
では指定可能な相手先については背景を白にし、指定不
可の相手先については網かけ表示して、指定できないこ
とをオペレータに示す。次に、ステップ３−４でオペレ
ータによるキーボード６１又はポインティングデバイス
６２からの指示入力を待ち、指示入力があればステップ
３−５、ステップ３−６、ステップ３−７で宛先指示な
のか、変換形式指示なのか、送信指示なのかを判別し、
宛先指示であればステップ３−８で宛先選択表示処理を
行い、指示された宛先の反転表示を行う。又、変換形式
指示であればステップ３−９で送信可能宛先の選別を行
い、又送信指示であればステップ３−１０で送信ファイ
ルを変換し、ステップ３−１１で送信ファイルの送信登
録を行う。送信ファイルの送信登録では、オペレータに
よる入力が即時送信であれば、送信登録後直ちに送信フ
ァイルの送信処理を行い、又オペレータによる入力が時
刻指定送信の指示であれば、指定時刻になった段階で送
信ファイルの送信処理を行う。

第７図は第３図のステップ３−３の送信可能宛先の選別
の詳細なフローチャート図であり、以下第７図のフロー
チャート図に基づいて送信可能宛先の選別について詳細
に説明する。

まずステップ５−１１において全宛先のチエツクが完了
したか否かを判断し、全宛先のチエツクが完了していな
ければステップ５−１２に進み、全宛先のチエツクが完
了していればステップ５−４１に進む。

ステップ５−１２以降ではまず個々の宛先の順次チエツ
クする。まずステップ５−１２で第３図のメンバー１５
及びワンタッチ１４に示される宛先データをＰＭＥＭ２
３を読み出して、送信しようとするデータの変換形式を
宛先の端末が持っているかどうかチエツクする。例えば
送信するデータがＭＩＸデータであれば、宛先の端末が
ＭＩＸ機能を持っているかどうかをチエツクする。そし
てステップ５−１２で読み出した宛先が送信データの変
換形式を持つていなければ、ステップ５−１２からステ
ップ５−３０に進んで、第３図のＣＲ，Ｔ２Ｏの画面の
該当する宛先を送信不能として網かけ表示し、ステップ
５−３８で該宛先を送信不能としてメンバーＩＤに送信
不能のマーキングを行う。次にステップ５−３９で次に
チエツクする宛先がチエツク済みであるかどうかを確認
し、次にチエツクする宛先がチエツク済みであれ、ばス
テップ５−３０で宛先チエツクのための宛先選択を解除
してステップ５−１１に戻る。

こうしてステップ５−３０で宛先選択が解除されると、
ステップ５−１１で全ての宛先のチエツクが完了したと
判断する。

一方、ステップ５−１２で読み出した宛先が送信データ
の変換形式を持っていると判断すると、ステップ５−１
３に進んで更に読み出した宛先がオプション機能を持っ
ているかどうかを判断する。ステップ５−１３でオプシ
ョン機能を持っていないと判断すると、メンバーＩＤに
オプション無しのデータをセットし、ステップ５−３５
で該宛先を送信可能として第３図のＣＲＴ６０の画面の
該当する宛先部分の背景を白にし、送信可能であること
を表示するとともに、ステップ５−３６で該宛先を送信
可能としてメンバーＩＤに送信可能であることを示すマ
ーキングを行った後ステップ５−１１に戻る。尚、ステ
ップ５−３６からステップ５−１１に戻る場合にもステ
ップ５−３９、ステップ５−３０と同様の処理を行う。

又、ステップ５−１３で宛先が送信するデータの変換形
式のオプション機能を持つと判断すると、ステップ５−
１４以降で宛先が有する変換形式の詳細なデータを判別
する。

まずステップ５−１４で該当する宛先のオブション情報
を含めた詳細な端末情報を読み出し、ステップ５−１５
．５−１６で送信データの変換形式に対応するオプショ
ン機能を判別するべく送信データの変換形式を再び判別
し、送信データがＭＩＸである場合にはステップ５−１
５からステップ５−２１に、送信データがＦＡＸであれ
ばステップ５−５０に、送信データがＴＴＸであればス
テップ５−３１に進む。

送信するデータがＭＩＸデータで、ステップ５−２１に
進むと、送信するデータの文字データの文字間隔や文字
コードがオプション機能であるかどうかを判断し、オプ
ション機能であればステップ５−２２で該宛先が送信デ
ータのオプション機能を有するか否か判断し、該宛先が
オプション機能を有しないとステップ５−６０で送信デ
ータの文字間隔や文字コードを宛先の受信可能な形態に
変換しなければならないことを示す情報をメンバーＩＤ
にセットし、ステップ５−１６に進み、オプション機能
を該宛先が有するステップ５−２２から５−６１に進む
。

又送信データがオプション機能を有しないとステップ５
−２１からステップ５−６１に進む。次にステップ５−
６１に進んで、送信データのイメージデータの解像度が
オプション機能であるか否かを判断し、オプション機能
であればステップ５−６２で該宛先がこのオプション機
能を有するがどうか判断し、オプション機能を有しなけ
れば、ステップ５−６３でイメージデータの解像度変換
が必要であることを示す情報をメンバーＩＤにセットし
た後、ステップ５−２３に進み、送信データのイメージ
データがオプション機能でない場合とステップ５−６２
で該宛先が該当するオプション機能を有する場合にはス
テップ５−２３に進む。そしてステップ５−２３では送
信データの頁内のブロック数が３２を越えているかどう
かを判断し、頁内のブロック数が３２を越えていなけれ
ばステップ５−３５に進み、頁内のブロック数が３２を
越えている場合にはステップ５−２４で送信データのブ
ロック数（オブジェクト数）Ｎｓが該宛先の処理可能な
オブジェクト数Ｎｒ以下であるかどうかを判断し、Ｎｓ
がＮｒ以下であればステップ５−３５に進み、ＮｓがＮ
ｒ以上であればステップ５−２５に進む。ステップ５−
２５では該宛先がファクシミリ機能を有するか否かを確
認し、該宛先がファクシミリ機能を有するものであれば
ステップ５−５０に進み、ファクシミリ機を有しなけれ
ばステップ５−３７に進む。

尚、ステップ５−６０とステップ５−６３でメンバーＩ
Ｄに変換を必要とする情報をセットするのは、該宛先が
指定されたときに第１３図のＣＲＴ６０の画面１２に送
信するデータを変換する必要があることをオペレータに
知らせる為であるが、予め変換を必要とする宛先は識別
可能に表示してもよい。

又送信データブロック数が宛先の処理可能な数にり多い
ときには、送信データを全てイメージデータとして送信
するので、宛先のファクシミリ機能をチエツクする。通
常ＭＩＸの受信モードを持つ端末ではＧ４ファクシミリ
の受信機能を有している。

次に送信データがＦＡＸでステップ５−１６からステッ
プ５−５０に進むと、送信データのイメージデータの解
像度がオプション機能であるか否かを判断し、オプショ
ン機能であればステップ５−５１で該宛先がこのオプシ
ョン機能を有するかどうかを判別する。そして該宛先が
このオプション機能を有しないと、ステップ５−５２で
ステップ５−６３と同様に送信データの解像度、変換が
必要であることを示す情報をメンバーＩＤにセットして
ステップ５−３５に進み、又送信データがオプション機
能でないときにはステップ５−５０からステップ５−３
５に、該宛先が該当するオプション機能を有する場合に
はステップ５−５１からステップ５−３５に進む。

次に送信データがＴＴＸでステップ５−１６からステッ
プ５−３１に進むと、送信データの文字コードデータの
文字間隔と文字コードにオプション機能が使用されてい
るかどうかを判断し、オプション機能が使用されていれ
ばステップ５−３２で該宛先が該当するオプション機能
を有するかどうが判別し、該当するオプション機能を有
しなければステップ５−７０でステップ５−６０と同様
に送信データの変換が必要であることを示す情報をメン
バーＩＤにセットしステップ５−３５に進む。送信デー
タがオプション機能を使用していない場合にはステップ
５−３１からステップ５−３３に、該宛先（チニックの
為に選択した宛先）が該当するオプション機能を有する
場合にはステップ５−３２からステップ５−３３に進む
。そしてステップ５−３３では送信データの頁サイズが
オプションサイズであるか否かを判断し、オプションサ
イズであればステップ５−３４で該宛先が該当するオプ
ションサイズの受信機能を有するか否か判断し、該宛先
がこのオプションサイズの受信機能を有しないと、ステ
ップ５−７１で頁サイズの変更を必要とする情報をメン
バーＩＤにセットしてステップ５−３５に進む。送信デ
ータの頁サイズがオプションサイズでない場合にはステ
ップ５−３３からステップ５−３５に、該宛先が該当す
るオプションサイズの受信機能を有する場合にはステッ
プ５−３４からステップ５−３５に進む。

尚、ワンタラチエ４の宛先についてもメンバー宛先と同
様にチエツクする。こうして全宛先のチエツクが終了す
ると、ステップ５−１１からステップ５−４１に進んで
、ステップ５−４１以降、第３図のグループ１３のチエ
ツクを行う。

まずステップ５−４１において、全グループ宛先のチエ
ツクが完了したかどうかを判断し、全グループ宛先のチ
エツクが完了していなければステップ５−４３でチエツ
クするグループを選択し、選択したグループの全宛先の
チエツクが終了したかどうかを判断する。グループ内の
全宛先のチエツクが終了していなければ、ステップ５−
４４において第４図のメンバー参照テーブルの宛先順に
順次宛先のメンバーＩＤを読み出し、送信可能のマーキ
ングがなされているかどうかを判別し、又全宛先の端末
特性が一致しているかどうかも判断する。そして送信不
可の宛先があればステップ５−４４からステップ５−４
５に進み、該グループ宛先は送信不可であるこを示すべ
く第３図のＣＲＴ６０の該当するグループ宛先の表示を
網かけ表示し、ステップ５−４６で該グループ宛先のグ
ループＩＤ２−２に送信不可のマーキングを行いステッ
プ５−４７に進む。尚、ステップ５−４４のチエツクで
、グループ内の宛先の内で、グループ端末特性２−５と
異なる端末特性を持つ宛先を検出すると、該宛先をメン
バー参照テーブル２−６より消去する。

ステップ５−４６からステップ５−４７に進むと、次の
グループ宛先を選択し、選択したグループ宛先が既にチ
エツクしたものであるかどうかを、グループＩＤに送信
可又は送信不可のマーキングがなされているかどうか判
別することにより行い（メンバーチエツクのときにはメ
ンバーＩＤに送信可又は送信不可のマーキングがなされ
ているかどうかを判別することによって、全宛先のチエ
ツクが完了したかどうか判別する）、選択したグループ
宛先が既にチエツクしたものであれば、テップ５−４８
でグループチエツクの選択を解除した後ステップ５−４
１に戻る。

一方、ステップ５−４３でグループ内の全宛先チエツク
が完了したと判断すると、ステップ５−４９でチエツク
の為に選択したグループ宛先が送信可であることを示す
べく、第３図のＣＲＴ６０の画面におけるグループ１３
の該当するグループ宛先の背景を白にして送信可である
ことを表示し、ステップ５−４０で該グループ宛先のグ
ループＩＤに送信可のマーキングを行ってステップ５−
４１に戻る。

尚、ステップ５−４１〜ステップ５−４８のグループチ
エツクについては、個々の宛先の端末特性がオペレータ
によって変更される毎に実行し、端末特性の変更によっ
て、宛先の端末特性とグループ端末特性が異なる場合に
は、自動的にグループより消去される。

以上の実施例によれば、次のような効果がある。

まずユーザーが通信技術を理解せずとも送信宛先の指定
が簡単に行える。

又、送信すべき文書を送信できない宛先に誤って送信し
無駄な回線使用料金を支払うことを防止できる。

又、ミクスト・モード端末の利点である伝送効率の良さ
と受信文書の鮮明度の良さをユーザーがその使用に関し
て煩うことなく容易に活用できる。

尚、本実施例としてミクストモード端末を例に説明した
が、本発明はミクストモード端末に限らず、複数の種類
の端末に対して通信を行うことのできるデータ通信装置
には、全て適用できる。

〔効　果〕

以上の様に本発明によって、オペレータが簡単に送信の
指示を行うことができ、実際には送信できないにも拘ら
ず送信動作をしてしまうという不都合を防止することが
できる。

【図面の簡単な説明】

第１図は本実施例の構成を示したブロック図、第２図は
本実施例の外観を示した斜視図、第３図はＣＲＴ６０の
送信指示画面を示した図、第４図は宛先データの構成を
示した図、第５図は本実施例の送信指示処理を示したフ
ローチャート図、 第６図は送信データの変換形式データを示した図、第７
図は本実施例の送信可能宛先の選別処理を示したフロー
チャート図である。 １０はリーグ、 ２０はファクシミリ本体、 ２１はリーダ／プリンタインタフェース、２２はＩＣＵ
。 ２３はＰＭＥＭ。 ２４はＢＭＵ。 ２５はＩＭＥＭ。 ２６はＶＲＭ。 ２７はＣＰＵ。 ２８はコミュニケーションインタフェース、２９はバス
、 ３０はＣＣＵ。 ４０は回線、 ５０はハードディスク装置、 ５１はフロッピーディスク装置、 ６０はＣＲＴ。 ６１はキーボード、 ６２はポインティングデバイス、 ７２はプリンタである。 勇５図 第６図 ”　　機 尾７図Ｃとのり ＥんＣ

Claims (1)

1. 【特許請求の範囲】 複数の種類の通信装置と交信可能なデータ通信装置にお
   いて、 通信相手先の表示を行う表示手段と、 通信相手先の機能情報を格納したメモリと、通信するデ
   ータ形態を識別し、その識別結果と上記メモリの情報に
   基づいて通信可能な相手先と通信不可の相手先を区別し
   て上記表示手段に表示させる手段とを有することを特徴
   とするデータ通信装置。