JPS60218947A - 文書作成通信端末装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 扱１光乱 この発明は、文書作成編集機能及び通信機能を有する文
書作成通信端末装置に関する。

従叉七１ 近年、各種のデータ通信を行なう通信端末装置として、
例えば文書作成編集機能を持つワードプロセッサに高度
な通信機能を加えた、若しくはテレックスに文書編集機
能や通信処理などの機能を加えたのと同等な文書作成通
信端末装置、例えばコミュニケーションワードプロセッ
サや国際間通信の可能な文書作成端末装置（一般に［テ
レテックス」と称される）が開発されている。

従来、このような文書作成通信端末装置の内のテレテッ
クスにおいては、受信した文書（ドキュメント）の各ペ
ージの最初又は最後の行あるいはドキュメントのある１
ページにに呼識別骨を付加して印字出力する。

その呼識別骨は１例えば第１図に示すように被呼端末の
識別情報（２６２７−６８１９２３−ＲＩＣＯＨＴ）　
／発呼端末の識別情報（２６２７−６８１９２４−ＺＺ
ＦＰＲＵＥＦＪ　／日時情報（８３−０６−１０−０９
：　０８）／補足参照番号（ドキュメント参照番号−ペ
ージ参照番号、２５゜−００２）で構成され、発呼端末
を識別できるようになっている。

しかしながら、このような呼識別骨を見ただけでは、相
手先端末は分っても発信人あるいは受信人を知ることが
できない。

そこで、このような発信人氏名、受信人氏名あるいは例
えば「電話連絡願う」等の伝達事項（以下［メツセージ
」と称す〕をドキュメントとは別に送りたいことがある
。

しかしながら、従来のテレテックスにおいては、すべて
の送信事項は常に文書（ドキュメント）として相手先に
送信する機能しか有していない。

そのため、１行のメツセージを送るときでも、その１行
のメツセージをわざわざファイル上に１頁の文書として
作成して、送信したい文書と共に送らなければらならな
いという不都合がある。

目　的 この発明は上記の点に鑑みてなさオしたものであり１文
書作成通信端末装置においてメツセージの伝達を容易に
することを目的とする。

１−腹 以下、この発明の構成を一実施例に基づいて説明する。

第２図は、第１番目の発明の一実施例を示すブロック図
である。

この文書作成通信端末装置は、文書作成編集。

文書伝送等に必要な文字情報、制御情報等を入力する入
力装置Ａと、文書情報等を表示する表示装ＭＢと１文書
情報等を印字出力する印字装置Ｃと、文書情報等を格納
するローカル記憶装置りと、文書作成編集を制御するロ
ーカル処理装置Ｅとを備え、これ等によって文書作成編
集業務（ローカル業務）を行なうことができる。

また５文書情報等の通信を制御する通信処理装置■？及
び通信メモリＧを備え、これ等によってドキュメント（
文書）のメモリ間通信を行なうことができる。

そして、入力装置Ａから入力されるメツセージを受（＝
Ｉけるメツセージ受付手段Ｈ及びこのメツセージ受付手
段Ｈで受付けた入力装置Ａから入力されるメツセージを
通信処理装置Ｆに転送して相手先に送出させるメツセー
ジ送出手段Ｉを備えている。

これによって、この文書作成通信端末装置においては、
ドキュメン１〜以外に例えば「発信元　○○」、「電話
連絡願う」、［この文書を００氏にお渡し下さい」、［
この文書はＡ４サイズの用紙に印字して下さいＪ等のメ
ツセージをドキュメントとして作成しないでも相手先に
送信することができ、メツセージの伝達が容易になる。

第６図は、第２番目の発明の一実施例を示すブロック図
である。

この文書作成通信端末装置は、上記した入力装置Ａ１表
示装置Ｂ、印字装置Ｃ，ローカル記憶装＠Ｄ、ローカル
処理装置Ｅ１通信処理装置Ｇ２通信メモリＦによって文
書の作成編集及び通信を行なうことができる。

そして１通信処理装置Ｆが受信した受信情報からメツセ
ージを抽出するメツセージ抽出手段Ｊ及びこのメツセー
ジ抽出手段Ｊが抽出したメツセージをローカル処理装置
Ｅを介して表示装［Ｂ又は印字装置Ｃに出力させるメツ
セージ出力手段Ｋを備えている。

こオしによって１文書作成通信端末装置においては、相
手先から送られてくる例えば前述したようなメツセージ
を受信して表示又は印字出力することができ、メツセー
ジの伝達が容易になる。

第４図は、この発明を実施した文書作成通信端末装置−
例を示す外観斜視図である。

なお、この文書作成通信端末装置の仕様は、ＣＣＩＴＴ
勧告ｒＦ、２００　テレテックスサービス」。

同ｒ８．６０　テレテックス端末仕様」、同「Ｓ。

６■　キャラクタレバー１−リイとコート系」、同ｒＳ
、６２　エンドツーエンド制御手順」、同「８゜７０　
網に独立なトランスボー１〜サービス」に準拠している
。

この文書作成通信端末装置は、第２図及び第６図の入力
装置Ａであるキーボード１と、表示装置ＢであるＣＲＴ
ディスプレイ装置２と、印字装置Ｃであるディジーホイ
ールプリンタ６と、ローカル記憶装置りであるフロッピ
ディスク装置、ローカル処理装置であるシステム制御部
１通信処理装置ｔ？及び通信メモリＧである通信制御部
及び通信用表示器９を含む本体１０とによって構成され
ている。

なお、キーボード１はカールコートｌＡｉ、−よって、
またプリンタ３もケーブル６Ａによって本体１０と分離
して移動可能に接続さオしている。

第５図及び第６図は、この文書作成通信端末袋。

置のハードウェア構成及びソフトウェア構成を示すブロ
ック図である。

キーボード１は、各種のキーを操作することによって、
文書作成２文書伝送及びシステム制御に必要な英字、数
字等の文字情報及び制御情報を入力する。

なお、このキーボード１には、第４図を参照して、ＣＣ
ＩＴ’Ｔ勧告ｒｓ、６１Ｊに規定された各種のグラフィ
ック・キャラクタ情報を入力するグラフィック・キャラ
クタキ一群１１と、文書送信を指示する送信（ＳＥＮＤ
）キー１２等の各種のファンクションキ一群１′５とを
備えている。

ＣＲＴディスプレイ装置２は、文書作成編集操作及び文
書送信操作等の各種操作に必要な情報や文書情報を表示
する。

このＣＲＴティスプレィ装置２に必要な制御は、内部の
ＣＲＴ制御部に格納したＣＲＴコントロールプログラム
及びシステム制御部６に格納したオベレーテインクシス
テム（以下ｒＯ８Ｊと称す）に基づいて行なわれる。

ティジ−ホイールプリンタ３は、ＣＣＩＴＴ勧告ｒｓ、
６１Ｊに規定されたすべてのグラフィック・キャラクタ
コート（文字符号）及び制御機能コートを取扱うことが
でき、作成文書情報や受（ｉ文書情報等を記録紙に記録
する。

このディジーホイールプリンタ乙に必要な制御は、内部
のプリンタ制御部に格納したプリンタコン１−ロールブ
ロクラムとシステム制御部６に格納したＯ８及びプリン
タ出力プロクラムとに基づいて行なわれる。

フロッピディスク装置４は、公知の５インチ・タプルテ
ンシティ・フロンビティスクドライブ（以下「ＦＤＤ」
とも称す）で構成され、作成文書情報や受イご文書情報
等を装填さｈたフロッピディスクに格納する。

このフロッピディスク装置４に必要な制御は、システム
制御部６に格納さ匙たＦＤＤコントロールプログラム、
Ｏ８及びファイルメンテナンスブａグラムに基づいて行
なわれる。

システム制御部（ＳＣＵ）６は、Ｃ，ＰＵ（中央処理装
置）６０．ＲＯＭＥｉｌ、ＲＡＭ６２等からなるマイク
ロコンピータ制御部と、キーボードインタフェース６３
と、ディスプレイインタフェース６４と、プリンタイン
タフェース６５と、ＦＤＤコントローラ６６と、表示器
インタフェース６７と、カレンダ６８及びリアルタイム
クロック６９等とからなり、文書の作成編集等のワード
プロセッシング処理及び通信制御部７との文書送受信に
かかわる手順、受信文書印字などのローカル送受信処理
（両者を併せて「ローカル処理」と称す）を行なう。

このローカル処理は、ＲＡＭＥ１２のシステム領域に格
納する○Ｓ、ファイルメンテナンスブロクラム、ワード
ブロセツシンクプログラム、ディスプレイ出カプログラ
ム、プリンタ出力プロクラム。

ＣＣＵ伝文送付ブロクラム、ＣＣＵ伝文受領プログラム
、ＦＤＤコントロールプログラム等に基づいて行なわれ
る。

主要なプログラムの機能を簡単に説明する。

Ｏ８＝主にタスクの実行管理、ファイル管理及びＩｌｏ
の制御をする。このＯ８はマルチタスク制御が可能で、
レジデント（常駐）プロセス機能を有するものである。

ファイルメンテナンスプログラム：主にフロッピディス
ク装置４に対する記憶情報の入出力管理。

記憶情報のファイル化及びファイル管理をする。

ワードプロセツシングプログラム二文書の作成及び編集
を制御する。

ディスプレイ出力プログラム：　ＣＲＴテ゛イスプレイ
装置２に対する文書及びメーセージ等の表示制御をする
。

プリンタ出カプログラム：プリンタ乙に対する文書及び
メツセージ等の出力を制御する。つまり、このプリンタ
出力プログラム゛はメツセージ出力手段Ｋを兼ねている
。

ＣＣＵ伝文送付ブロクラム二通信制御部７に対する送信
文書（ドキュメント）情報の伝送を制御すると共に、メ
ツセージの入力制御をする。つまり、このＣＣＵ伝文送
付プログラムは第２図のメツセージ入力制御手段Ｈを兼
ねている一ＣＣＵ伝文受領プログラム：通信制御部７か
らの受信文書（ドキュメント）情報をフロッピディスク
装置４に格納処理する。

このシステム制御部６においては、これ等のＯ８，ファ
イルメンテナンスプログラム、ワードプロセツシンクブ
ロクラム、ディスプレイ出カプログラム、プリンタ出力
プログラム、ＣＣＵ伝文送付ブロクラム及びＣＣＵ伝文
受領ブロクラム等の各プログラムは、フロッピディスク
装置４のフ　′ロツビディスクに格納しである。

そして、電源投入時にＯ８，ファイルメンテナンスプロ
グラム及びＣＣＵ伝文受領ブロクラムをＲＡＭ６２のシ
ステム領域にロードする。

また、その他のブロクラムは、キーボード１のキー操作
によってプログラムのファイルネーム等を入力すること
により、Ｏ８に基づいてフロッピディスク装置４からそ
のファイルネームのプログラムがＲＡＭ６２の非常駐プ
ログラムエリアに読み出されて、そのプログラムに基づ
く制御が行なわれる。

通イｎ制御部（ｃｃｕ）７は、第７図に示すように、Ｃ
ＰＵ７１．ＲＯＭ７２．ＲＡＭ７３等からなるマイクロ
コンピュータ制御部と、インタフェース７４と、通信コ
ントローラ７５と、回線インタフエ・−スフ６とからな
る。

この通信制御部７のＲＯＭ７２には、文書情報の送受信
制御のためのメツセージ送出手段Ｉを兼ねるドキュメン
トセント（文書送信）ブロクラム及びメツセージ抽出手
段Ｊを兼ねるドキュメントレシーブ（文書受信）プログ
ラム並びに通信制御部７の全体を制御するためのプログ
ラム等からなるＣＣＵコン１−ロールブロクラム（通信
制御プログラム）を格納し、また、ＲＡＭ７３には、送
信文書情報及び受信文書情報等を格納する。

また、インタフェース７４はシステム制御部６との間の
データ転送を司り、また通信コン１−ローラ７５は同期
式トランスミッタ／レジ−八であつτ送受信データのパ
ラレル・シリアル変換等を司り、回線インタフェース７
６を介して回線接続部８との間でのデータ転送を行なう
。

そして、この通信制御部７は、システム制御部６から転
送される送信文書情報やメツセージ情報をＲＡＭ７３に
一旦格納し、その後回線インタフェース７７及び回線接
続部８を介して通信回線（回線交換網）に送出する。

この送信情報の送信制御は、通信制御部７のＲＯＭ７２
に格納したＣＣＵコントロールプログラムの内のドキュ
メントセンドプロクラム及びシステム制御部６に格納し
たＯ８及びＣＣＵ伝文送付プログラムに基づいて行なわ
れる。

また、通信回線より回線接続部８及び回線インタフェー
ス７６を介して文書情報やメツセージ情報を受信し、こ
の受信情報を一旦ＲＡＭ７３に格納し、その旨を示す情
報をシステム制御部６に出力し、こｔｂに対するシステ
ム制御部６の指令に応じて受信文書をシステム制御部６
に出力し、あるいはＲＡＭ７３内での保持を継続する。

この受信情報の受信制御は、通信制御部７のＲ０Ｍ７２
に格納したＣＣＵコン１−ロールプログラムの内のドキ
ュメントレシーブブロクラム及びシステム制御部６に格
納したＯ８及びＣＣＵ伝文受領ブロクラムに基づいて行
なわれる。

第５図に戻って、回線接続部８は、通信制御部７と回線
交換網（通信回線ンとのインタフェース制御等の回線接
続を行なうものであり、この実施例においては、テシタ
ル交換網サービスに適用するデータ回ｇｉｎ端装ｆｆｉ
　（ＤＣＥ）を使用し、その構成及び機能勢はＣＣＩＴ
Ｔ勧告に準拠している。

通信用表示部Ｓは、第８図に示すように、送４Ｂエラ〜
表示部９　Ａ＋送信中表示部９１１．受信中表示部９ｃ
、受信１−キュメント有り表示部Ｃ３ｏからなる。

次に、このように構成したこの実施例の作用について第
６図以降をも参照して説明する。

ます、この文書作成通信端末装置においては。

通信機能として、ＣＣＩＴＴ勧告ｒｓ６０．テレテック
ス端末仕様」で規定されているように、端末の識別及び
呼の識別のための通信機能を有する。

その端末識別情報としては、網９国別符号、加入者番号
、付加情報、加入者略号があり、呼識別情報としては、
被呼端末識別情報、発呼端末識別情報２日時情報、補足
参照情報がある。

次に、この文書作成通信端末装置が準拠するＣＣＩＴＴ
勧告８．７０ｒ網に基本的なトランスポートサービス」
及び同Ｓ、６２ｒエンドツーエンド制御手順」について
説明する。

駅前Ｓ、７０で規定している項目には、（１）上位レイ
ヤに提供されるトランスボートサービスス （２〕トランスポートプロトコル（トランスポートレイ
ヤ手順） がある。

前者のトランスボートサービスの目的は１通信を行なっ
ている２つの端末に刺し、使用する網の種類にかかわら
ず、両者間に透過的（トランスペアレント）でかつ高信
頼度のエンドツーエンドのデータ転送手段を提供するこ
とにある。

後者のトランスポートプロトコルは、このサービスを提
供する通信規約である。

このトランスポートプロトコルでは情報及び制御の指令
単位をブロックと称し、次の種類がある。

■　トランスポートコネクション要求ブロック（ＴＣＲ
） （８＋トランスポートコネクシヨン受付はブロック（Ｔ
ＣＡ） （３Ｊトランスボートコネクシヨン切断ブロツク（ＴＣ
Ｃ） ■　トランスポートブロックリジェクトブロック（１”
ＢＲ） 低）トランスポートチータブロック（ＴＤＴ）なお、ブ
ロックフォーマットを第Ｓ図に示しである。

また、トランスポートプロトフルのシーケンスを第１０
図に示しである。なお、同図（イ）はコネクション確立
、同図（ロ）はデータ転送、同図（ハ）はＴＣＲコンテ
ンションの場合の手順誤りを示している。

このトランスボー１〜プロ１〜フルのシーケンスにおい
て、まず、コネクション確立では、トランスポートコネ
クションの識別、データブロック長のネゴシェーション
等を遂行する。

つまり、発呼側からＴＣＲ（着信参照情報［；０」２発
信参照情報１発呼アドレス、被呼アドレス、最大データ
長）を送出し、これに対してコネクション確立のときに
は被呼側からＴＣＡ　（着信参照情報２発信参照情報、
最大データ長）を送出し、コネクション確立でないとき
には被呼側からＴＣＣ（着信参照情報１発信参照情報、
切断理由）を送出する。

データ転送では、上位レイヤ（セツションブロクラム）
から受けたデータ（トランスポートサービスデータユニ
ット；ＴＳＤＵＪ　を適切な長さに分割し、データブロ
ックとして転送する。分割した最後のブロックには、Ｔ
ＳＤＵ＃了表示を位表示る。

コネクション要求ブロックがコンテンションした場合や
無効あるいは実装されていない場合は手順誤りとなる。

なお、ＴＢＲ（着信参照情報、すシエクト理由、リジェ
クト情報）を出せるのは、下位レイア（ネットワークレ
イヤ）のコネクション確立を発呼した側である。

次に、勧告８．６２はエンドツーエンドの制御手順とし
て、セツションと１へキュメントの２つの手順を規定し
ている。

セツション制御は、次の３つのモードがあり、論理的な
通信路上でのデータ転送機能を提供する。

（１）　ＯＷＣ（Ｏｎｅ　Ｗａｙ　Ｃｏｎｕ＋＋ｕｎｉ
ｃａｔｉｏｎ）　：片方向のデータ転送のみ可能である
。

（２）　ＴＷＡ　（Ｔｔｌｏ　Ｗａｙ　Ａｌｊｅｒｎａ
ｊｅＪ　：半２Ｍ１（交互）で両方向のデータ転送が可
能である。

（３）　ＴＷＳ　（Ｔｏｗ　ＷａｙＳｉｍｕｌシａｎｅ
ｏｕｓ）　：全２重（同時）で両方向にデータ転送が可
能である。

このセツション制御を遂行するために必要なコマンド／
レスポンスを第１表に、またそのその状態遷移図を第１
１図に示しである。

次に、ドキュメント制御は、ドキュメント（文書）を転
送する機能を提供する。ドキュメントとは１ページ又は
複数のページから構成される文書を意味する。

第１表 ドキュメント制御の手順は、第２表に示すコマンド／レ
スポンス及び第３表に示すそのパラメータによって遂行
される。ウィンドウ・サイズが３の場合の送信プロトコ
ルの状態遷移図を第１２図に、同じく受信プロトコルの
状態遷移図を第１３図に示しである。

このドキュメント制御は、ページ毎にドキュメントペー
ジ境界コマンド（ＣＤＰＢ）でチェックポイント参照番
号を提供するところに特徴がある。

つまり、ページ番号はチェックポイント参照番号と同一
であり、この値により、同期制御、誤り回復制御、ウィ
ンドー制御を遂行する。

第２表 はオプションを意味し、またｒＰＧＩＪはパラメータ群
識別子、ｒＰＩＪはパラメータ識別子を夫々意味する。

次に、以上の１−ランスポート及びセツション／ドキュ
メントのプロトフルのシーケンスの一例を第１４図を参
照して説明する。

まず、発呼側がトランスボー１〜レベルのコネクション
要求（Ｔ　ＣＲ）をし、これに対して被呼側が１−ラン
スボー１−コネクション要求のパラメータ（アドレス、
最長データ長等）をチェックし、受付可能なので、コネ
クション応答（ＴＣＡ）をしている。

そして１発呼側がセツションレベルの開始要求（ａＳＳ
）をし、これに対して被呼側が要求パラメータ（発呼端
末識別２日時情報等）をチェックして、受付可能なので
、セツション応答（Ｒ５ＳＰンをしているに の状態になると、ドキュメント転送が可能になるので、
ます発呼側からドキュメント開始（ＣＤＳＪ　を発した
後、トキュメン１−を転送（ＣＤＵＩ）Ｌ、１頁分のド
キュメントの転送が終了すると、ドキュメントの境界を
指示（ＣＤＰＢ）する。

こ九によって、被呼側は、その転送された１頁分の責任
を負うことができるかをチェックして。

受付けたので１発呼側に対して頁確認（ＲＤＰＢＰ）を
送出している。

そして、この例では２頁分のトキュメン１〜を転送する
ため、再度発呼側からドキュメントを転送し、その転送
が終了した後、ドキュメント終了（ＣＤＥ）を送り、こ
九に対して被呼側がトキュメン１〜終了確認（Ｒ，ＤＥ
Ｐ）を送っている。

その後、発呼側からセツション終了（Ｃ８Ｅ）を要求し
、これに苅して被呼側がセツション終了応答（Ｒ５ＥＰ
）をしている。

これによって、トランスポートコネクションは。

下位レベルのコネクションが切断された時点と同期して
切断される。

次に、システム制御部６が実行する送信時の送信文書、
メツセージ等の入力、検索処理についてＣＣＵ伝文送付
ブロクラムの一部を示す第１Ｓ図及びＣＲＴティスプレ
ィ装置２の表示結果を示す第１６図をも参照して述べる
。なお、第１６図中、アングライン及び「ノ」はオペレ
ータがキーボードのキー操作によって入力することを意
味し、表示さ九るが、以下の説明では記載を省略する。

−＋４’、ＣＲＴディスプレイ装置２の表示画面に、Ｏ
Ａ＞ を表示して、キー人力を待ち、この状態でＳＥ、ＮＤキ
ー１２が押下げられると、表示画面に。

ＯＡ、＞５ＥＮＤ を表示すると共に、ＣＣＵ伝文送付プログラムをファイ
ルからＲＡ　Ｍ　７．２に読込んで、このＣＣＵ伝文送
付プログラムの実行を開始する。

そして、送信ドキュメントの検索処理をする・つまり１
表示画面に。

ＦＩＬＥ　ＮＡＭＥ　？ を表示して、オペレータのキー操作による送信文書のフ
ァイル名の入力を待ち、ファイル名が入力されると、そ
のファイル名を表示する。

例えばファイル名として、ｒＬＥＴＴＥＲＪが入力され
ると１表示画面の表示を。

ＦｒＬＥ　ＮＡＭＥ　？　ＬＥＴＴＥＲにする。

このとき、入力されたファイル名のオーブンを行なうが
、指定されたファイル名のファイルが見つからなければ
１表示画面に１例えば ＥＲＲＯＲＦＩＬＥ　ＮＯＴ　ＦＯＵＮＤ等の表示をし
て、ファイル名の変更をオペレータに促す。

そして、ファイルオーブンが正常に行なえたときには、
メツセージの入力処理をする。つまり、表示画面に、 ＭＡＳＳＡＧＥ　？ を表示して、メツセージの入力をオペレータに促す、。

このとき、オペレータはメツセージがあオしは、キー操
作をしてメツセージをスカする。例えばメツセージとし
てｒ　Ｐ　１ｅａｓａ　ｃｏｎｔａｃｔ　’　ｍｅ　ｖ
ｉａρ）１ｏｎｅＪが入力されると、表示画面の表示を
、λ４ＡＳＳＡＧＥ　’７　Ｐｌｅａｓａ　ｃｏｎｌ＝
ａｃｔｚ　ｍｅ　ｖｉａ　ｐｈｏｎｅにする。

なお、このときメツセージがなければ、オペレータは「
ノ」で応答する。。

その後、送信先の確定処理をする。つまり１表示画面に
、 ＡＤ、ＤＲＥＳＳ　？ を表示して、オペレータのキー操作による送信先アドレ
ス（ダイアルナンバ）の入力を待ち、入力されたアドレ
スを表示する。

例えばアドレスとして、ｒ１２３４５Ｊが入力されると
、表示画面の表示を。

ＡＤＤＲＥＳＳ　’７　１２３４５ にする。

このとき、入力さオしたアドレス（ダイアルナンバフの
桁数が、所定の桁数でなければ１表示画面に５例えば、 ＥＲＲＯＲＤＩＡＬ　ＮＵＭＢＥＲ 等を表示して、オペレータにアドレスの変更を促す。

その後、送信を確認するために、表示画面に、５ＥＮＤ
　？　（Ｙ／Ｎ） を表示し、これに対するオペレータのキー操作による入
力結果を表示する。

例えば送信要求であれば、表示画面の表示を、５ＥＮＤ
　？　（Ｙ／Ｎ）　Ｙ にして、指定されたファイルのデータ及びアドレス（ダ
イアルナンバ）等を通信制御部７に転送する送信処理ル
ーチンに入る。

また、このときに送信要求が否定されれば、キヤンセル
ルーチンに入る。

なお、上記の説明では、送信時の操作メニューを逐次表
示する例を述べたが、すべての操作メニューを表示して
、カーソルによって入力する項目を選択するようにして
もよい。

次に、文書送信時のシステム制御部６と通信制御部７と
の間の情報の送受についてを参照して説明する。なお、
第１７図は、ＣＣＵ伝文送付プログラム及びドキュメン
トセントプログラムの一部をシーケースで示したもので
ある。

ます、システム制御部（ＳＣＵ）６から通信制御部（Ｃ
ＣＵ）７に対して送信要求のコマンドが転送される。

これに対して、通信制御部７は、その要求が受入れられ
るときには送信要求肯定のレスポンスを送出した後、送
信情報要求のコマンドを送出する。

それによって、システム制御部６は送信情報を通信制御
部７に転送する。

そして、通信制御部７は、送信情報を受取った後、送信
ページ要求のコマンドをシステム制御部６に送出し、こ
れに対してシステム制御部６が送信ベージ（１頁分）の
データを転送する。

そのシステム制御部６から通信制御部７に送出される送
信情報のフォーマットを第１８図に示している。

この送信情報は、エリアＯ−ｎからなり、そのエリア０
はＣＣＵ伝文送付プログラムからの情報を意味するデー
タ「Ｏｌ　（ヘキサ表現）」、エリア１は送信情報を意
味する「“１°」のデータ、エリア２〜２１は送信先ア
ドレスデータ、エリア２２〜３３はファイルイ・−ムデ
ータ、エリア３４以降はメッセーシデータで構成される
。

なお、この第１８図の例では、アドレスエリア２〜２１
はｒ１２３４５’Ｃ以下スペース９」のデータであり、
ファイルネームエリア２２〜３３１１１ｔＥＴＴＥＲ（
以下スペースフ」のデータであり、メツセージエリア３
４以降はｒ　Ｐ　１ｅａｓａ　’　ｃｏＩＩしａ　ｃ　
ｔ　ｎ＋　ｅ　ｖ　ｉ　ａ　ｐ　ｈ　ｏ　ｎ　ｅ　（以
下スペースラ」のデータ・である。

この送信情報を通信制御部７が受取ることによってシス
テム制御部６が受取ったメツセージを受領する。

次に、通信制御一部７が実行する送信時の処理について
説明する。

ます、第１９図を参照して、通信制御部７は、１（キュ
メント制御レイヤが上位レイヤからドキュメント送信要
求を受けたときに、送信情報内にメツセージが有るか否
かを判別して、メツセージがあオしば、メツセージパラ
メータイｌＣＤ５（ドキュメント開始）コマンドを作成
する。

これに対して、メツセージがなけ才ｔは、メツセージパ
ラメータをイ」加しない通常のＣＤＳコマン１くを作成
する。

その後、このドキュメント制御レイヤの下位レイヤであ
るセツションレイヤにＣＤＳコマンドの送信を要求する
。

そのメツセージパラメータを付加したＣＤＳコマンドの
フォーマットの一例を第２０図に示しである。同図中（
）で示す略号の意味は次のとおりである。

Ｃ工：コマンド識別子、関連するコマンドを区別するた
めの見出し情報 ＬＩ：長さ指示子、関連するフィールドあるいはフィー
ルド群の長さをオクテツト単位で表會わす ＰＩ：パラメータ識別子、関連するフィールドあるいは
フィールド群に含まれる情報の型を示す ＰＧＩ：ＰＩの特別な場合で関連するフィールがＰＩで
識別されるパラメータの集合であることを示す ＰＶ：ＰＩ、ＰＣＩによって識別されるパラメータの値
を表す そして、第２０図に示す各データの意味は。

ＣＤＳ　：　ＣＤＳコマンド ２５　Ｈ：長さ２５バイト ２９Ｈ：ドキュメント参照番号パラメータ０３’ｌｔ　
Ｈ長さ３バイ１〜 “Ｏ”　：　ドキュメント参照番号のパラメータ値１０
１　：　ドキュメント参照番号のパラメータ値１ビ　：
　ドキュメント参照番号のパラメータ値２０　Ｉｆ　：
拡張用予備パラメータ ＩＥＨ：長さ３０バイト Ｅ　８　Ｈ：メツセージパラメータ Ｉ　ＣＨ，：長さ２８バイ１〜 ＋Ｉ）ｒ、ｙｐ　、ｒｅｖ、ｖａｒ　、ｖｓｖ、ｔｅ’
、’ｓｐ’。

・・・・・・・・：メッセージ なお、ｒ　ＩＩ　Ｊは、ヘキサ表現を意味する。

このようにして、通信制御部７は、メツセージがあると
きには、ＣＤＳコマンド中にそのメツセージを拡張用予
備パラメータ群識別子（ＰＧＩ）及びパラメータ識別子
（１）Ｉ）によって付加して送出する。

なお、ドキュメントは、第２１図に示すようにＣＤＵＩ
　（ドキュメン１−ユーザ情報）コマンドにイ」随して
送信される。なお、同図中、ＬＩは上述したと同じ意味
である。

次に１通信制御部７か実行する受信処理について説明す
る。

ドキュメントの受信は、第１４図で説明したように、通
常ＣＤＳコマンドの受信から始まり１次にドキュメント
がＣＤＵＩコマンドで送信されてきて１頁の終りにはＣ
ＤＥコマンドあるいはＣＤＰＢコマンドが送信されてく
る。

そこで、第２２図を参照し、て、通信制御部７は。

マス、ＣＤＳコマンドの受信時に、ＣＤＳコマンドチェ
ックルーチンにおいてドキュメント参照番号（メツセー
ジのパラメータ）を抽出して、受信したＣＤＳコマンド
にメツセージパラメータが付加されているか否かを判別
する。

この判別の結果、ＣＤＳコマンドにメツセージパラメー
タが付加されていれば、そのＣＤＳコマンドに付加され
ている前述したようなメツセージを抽出して、ドキュメ
ント参照番号と共にメツセージをＲＡＭ７！ｌに格納す
る。

その後、ＣＣＩＴＴ勧告に従ったドキュメンｌ−受信処
理を行なった後、ドキュメント参照番号。

ドキュメント、管理情報と共に、抽出したメツセージを
システム制御部６に送出する。

なお、このとき、システム制御部Ｓがドキュメント等の
送出を許可しないときには、ＲＡＭ７３内でのドキュメ
ント等の保持を継続する。

このようにしてシステム制御部６に送出されたトキュメ
ン１−．メツセージ等は、フロッピディスク装置４のフ
ロッピディスクに格納される。

次に、システム制御部６が実行するドキュメント、メツ
セージ等の出力制御についてプリンタ出力プログラムを
示す第２６図及びその時のＣＲ１，Ｔティスプレィ装置
２の表示例を示す第２４図を参照して説明する。なお、
ここでも以下の説明では「ノＪの記載は省略する。

ます、キー操作によってプリントが指定されると、この
プリンタ出力プログラムの実行が開始され、ＣＲＴディ
スプレイ装置２の表示画面に。

ＯＡ＞ＰＲＩＮＴ を表示する。

そし°Ｃ、ファイルネーム受付は処理を実行して。

表示画面に。

ＦＩＬＥ　ＮＡＭＥ　’？ を表示して、プリントアウトするドキュメントのファイ
ル名の入力を促す。

そして、オペレータがキー操作で入力するファイルネー
ムを受付けて、そのファイルネームを表示画面に表示す
る。

例えばファイルネームとして、受信ドキュメント格納フ
ァイル及びそのファイル名を示すｒＲＣＶＤＯＣ，ＴＴ
ＸＪが入力されたときには１表示画面の表示を、 ＦＩＬＥ　ＮＡＭＥ　’７　ＲＣＶＤＯＣ，ＴＴＸにす
る。

そして、入力さ九たファイルネームのファイルをフロッ
ピディスク装置４からリードして、そのファイルのドキ
ュメントにメツセージが付加されているか否かを判別す
る。

このとき、ドキュメントにメツセージが付加されている
ときには、そのメツセージを表示して、オペレータに伝
える。

例えば前述したようなメツセージが付加されているとき
には、表示画面に、 ＭＥ　Ｓ　Ｓ’ＡＧＥ　：　Ｐｌａｓｅ　ｃｏｎ七ａｃ
ｔ　ｍｅ　ｖｉａ　ｐｈｏｎｅを表示する。

その後、キー操作で入力される紙サイズ指定情報を読込
んで紙サイズを指定する。このとき、入力される紙サイ
ズ情報は表示画面に表示する。例えば、１頁のドキュメ
ントをＡ４サイズで印字するときには、表示画面に、 ＳＥＴ　Ａ４　ＰＡＰＥＲＶＥＲＴＩＣＡＬ。

’ｒ　ＨＥ　Ｎ　Ｔ　Ｙ　Ｐ　Ｅ　ＲＥ　Ｔ　Ｕ　Ｎと
表示される。

そして、ＣＲコードが入力さオしると、ファイルをリー
ドして１頁分の印字を行なった後、ドキュメントの印字
が終了した（ドキュメントエンド９か否かを判別し、ド
キュメントエンドでなければ再度紙サイズ指定の処理に
戻る。つまり、紙サイズの指定は１頁毎に行なう。

そして、ドキュメントの印字が終了すれば、全ドキュメ
ン１−の印字が終了した（全ドキュメントエンド）か否
かを判別して、全ドキュメントエンドでなければ、再度
ファイルリードの処理に戻って、メツセージの表示、ド
キュメントの印字等の処理を行ない、全ドキュメントの
印字が終了したときには処理を終了する。

このようにして、ドキュメントのプリンタアウト（印字
出力）時に、メツセージが表示さＪしる。

このとき、オペレータはそのメツセージを見て。

そのメツセージに応じて、例えば受信人が指定されてい
るときには、指定された受信人にトキュメンを渡すこと
ができるので、ドキュメン１−の配布が確実になる。

また、メツセージが受信人への連絡を要するときには、
そのメツセージをメモして受信人に渡することができる
ので、文書中に記載する必要もない程度の事項の伝達が
できる。

さらに、印字用紙のサイズが指定されているときには、
指定されたサイズの用紙をセットしてドキュメン１−を
印字出力することができるので、定型フォーマットの用
紙への印字が容易になる。

このように、この文書作成通信端末装置においては、ド
キュメントの送受信機能と共に、メツセージを受付けて
送信する機能及びメツセージを受信して出力する機能を
も備えている。

そ九によって、メツセージを送るために一々メツセージ
をドキュメントとして作成する必要がなく、メツセージ
の伝達が容８になる。

なお、上記実施例においては、１台の文書作成通信端末
装置が、メツセージを受付けて送信する機能及びメツセ
ージを受信して出力する機能を備えている例について述
べたが、例えば送信専用あとして使用する端末装置にあ
っては、メツセージを受付けて送信する機能のみを付加
すればよく、また受信専用として使用する端末装置にあ
っては。

メツセージを受信して出力する機能のみを伺加すればよ
い。

また、上記実施例では、文書作成通信端末装置としてテ
レチックを例にして述べ人が、これに限るものでは、ド
キュメントのみの通信機能しか有しない文書作成通信端
末装置であればどのようなものでもこの発明を実施する
ことができ、それによって前述したようにメツセージの
伝達を容易に行なうことができるという効果が得られる
。

さらに、上記実施例では、受信ドキュメントのプリント
アウト時にメツセージを表示するようにしたが、例えは
受信ドキュメントの表示要求があった時にメツセージを
表示出力するようにしてもよく、またメツセージを受信
ドキュメントを印字出力する時にプリントアウトするよ
うにしてもよい。

さらにまた、送受信ログ情報（発呼端末の識別情報等）
を単独で印字出力、あるいは表示出力できるようにした
場合には、その時にメツセージも出力するようにすれば
、メツセージの活用範囲か一層広がり、例えば至急文書
である旨をメツセージとして伝達できるようになる。

贅−米 以上説明したように、この発明によれば、文書作成通信
端末装置におけるメツセージの伝達が容易になる。

【図面の簡単な説明】

第１図は、従来の文書作成通信端末装置における受信ド
キュメントの印字出力結果の一例を示す説明図。 第２図は、第１番目の発明の一実施例を示すブロック図
、 第６図は、第２番目の発明の一実施例を示すプロン、り
図。 第４図は、この発明を実施した文書作成通信端末装置の
一例を示す外観斜視図、 第５図及び第６図は、同じくそのハードウェア構成及び
ソフトウェア構成を示すブロック図。 第７図は、第５図の通信制御部の構成を示すブロック図
、 第８図は、同じく通信用表示器の構成を示す平面図、 第９図は、この文書作成通信端末装置の１−ランスポー
トプロトコルにおけるブロックのフォーマット図、 第１０図は、同じくトランスボ′−トブロトコルのシー
ケンス図。 第１１図は、同じくセツションモードの状態遷移図、 第１２図及び第１３図は、同じくドキュメントモードの
態遷移図。 第１４図は、同じくトランスボート及びセツション／ド
キュメン１−のプロ１−フルのシーケンスの一例を示す
図。 第１５図は、同じくシステム制御部が実行する文書送信
処理動作の一例を示す要部フロー図。 第１６図は、同じ（システム制御部が文書送４Ｂ動作を
実行したときの表示部の表示例を示す説明図、 第１７図は、同じく文書送信時のシステム制御部と通信
制御部との間での情報伝達の最初の部分を示すシーケン
ス図、 第１８図は、同じく文書送信時にシステム制御部から通
信制御部に転送される送信情報のフォーマット図、 第１Ｓ図は１通信制御部が実行する文書送信処理動作の
内のメツセージ送出処理の一例を示すフロー図。 第２０図は、第１９図のメツセージパラメータ付ＣＤＳ
コマンドのフォーマツ１〜図、 第２１図は、ドキュメントのフォーマット図、第２２図
は１通信制御部が実行する文書受信処理動作の一例を示
すフロー図、 第２３図は、システム制御部が実行する文書プリントア
ウト処理動作の一例を示すフロー図、第２４図は、同じ
く文書プリントアウト動作時の表示例を示す説明図であ
る。 １・・・キーボード　２・・・ＣＲＴディスプレイ装置
６・・・印字装置　４・・・フロッピディスク装置６・
・・システム制御部　７・・・通信制御部８・・・回線
接続部　９・・・通信用表示器第７図 第８図 ＼ ９Ａ　９８　９Ｃ９Ｄ 第９図 第１０図 発呼側　被呼側 発呼側　被呼側 ＢＲ 第１１因 、外の （ 第１２囚 ＠１３＠ 第１４因 第１５図 送信処理 第１７図 第１８図 第１９図 第２０図 第２１図 第２２図

Claims (1)

1. 【特許請求の範囲】 １　文書作成編集２文書伝送等に必要な文字情報。 制御情報等を入力する入力装置と、文書情報等を表示す
   る表示装置と、文書情報等を印字出力する印字装置と、
   文書情報等を格納するローカル記憶装置と１文書作成編
   築を制御するローカル処理装置と、文書情報等の通信を
   制御する通信処理装置とによって構成した文書作成編集
   機能及び通信機能を有する文書作成通信端末装置におい
   て、メツセージの入力を受付けるメツセージ受付手段と
   。 該メツセージ受付手段で受付けた前記メツセージを相手
   先端末装置に送出するメツセージ送出手段とを設けたこ
   とを特徴とする文書作成通信端末装置。 ２　文書作成編集１文書伝送等に必要な文字情報。 制御情報等を入力する入力装置と、文書情報等を表示す
   る表示装置と２文書情報等を印字出力する印字装置と、
   文書情報等を格納するローカル記憶装置と、文書作成編
   集を制御するローカル処理装置と、文書情報等の通信を
   制御する通信処理装置とによって構成した文書作成編集
   機能及び通信機能を有する文書作成通信端末装置におい
   て、相手先端末装置からの受信情報からメツセージを抽
   出するメツセージ抽出手段と、該メツセージ抽出手段が
   抽出した前記メツセージを前記表示装置又は印字装置へ
   出力させるメツセージ出力手段とを設けたことを特徴と
   する文書作成通信端末装置。