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

Abstract

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

Description

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

丈米■亙 近年、各種のデータ通信を行なう通信端末装置として、
例えばコミュニケーションワードプロセッサやテレテッ
クス装置等の文書作成通信端末装置がある。

そして、このような文書作成通信端末装置の内のテレテ
ックス装置においては、ＣＣＩＴＴ勧告あるいは日本語
テレテックス装置にあっては郵政省告示による日本語テ
レテックス装置推奨通信方式によって標準的な通信機能
が定められている。

この標準的な通信機能として、ドキュメントを正確に送
受信するために、ドキュメントの送信に先立って第２１
図に示すように定められたフォーマットの呼識別行情報
を交換して相手先端末装置を識別する機能がある。

そして、その呼識別行フォーマットにおける各端末装置
識別情報（端末識別情報：　Ｔ　Ｉ　Ｄ）は。

各端末装置毎に設定された固有の情報であり、そのフォ
ーマットはＣＣＩＴＴ勧告並びに郵政省告示によって第
２２図に示すように網及び国別コード、国内加入者番号
、拡張情報、加入者略号というように定められている。

なお、このＣＣＩ　ＴＴ勧告並びに郵政省告示で定めら
れた端末識別情報を「標準端末識別情報」と称する。

例えばこのフォーマットに従って網及び国別コードをｒ
８１Ｊ、国内加入者番号をｒ０３４７９３１１Ｎ、加入
者略号をｒＴＯＫＹＯｓ　ＩＪとすると、標準端末識別
情報はｒ８１−０３４７９３１１１＝ＴＯＫＹＯ８ＴＪ
となる。

この標準端末識別情報のｒ網及び国別コード。

国内加入者番号、拡張情報」と「加入者略号」の組合せ
は１例えば特開昭５６−６２４７８号に記載されている
ファクシミリにおける「相手先番号」と「識別コード」
の組合せと同等のものである。

しかしながら、このような標準端末識別情報における加
入者名を示す「加入者略号」として使用できる文字（キ
ャラクタ）は英文字に限られており、また最大８文字に
限られているので、加入者略号から直ちに相手先を判別
することがむずかしいという不都合がある。

■−煎 この発明は上記の点に鑑みてなされたものであり、相手
先を容易に判別できるようにすることを目的とする。

皇−處 この発明は上記の目的を達成するために、相手側端末装
置との間で非標準端末識別情報を交換するプライベート
識別情報交換手段と、該プライベート識別情報交換手段
によって交換した相手側端末装置の非標準端末識別情報
を出力するプライベート識別情報表示手段とを設けたも
のである。

以下、この発明の一実施例に基づいて具体的に説明する
。

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

この文書作成通信端末装置においては、プライベート識
別情報交換手段Ａによって相手側端末装置との間で非標
準端末識別情報を交換し、このプライベート識別情報交
換手段Ａによって交換した相手側端末装置の非標準端末
識別情報をプライベート識別情報表示手段Ｂで出力する
。

次に、この実施例の詳細について第２図以降を参照して
説明する。

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

なお、この文書作成通信端末装置の仕様は、テレテック
スに関するＣＣＩＴＴ勧告並びに郵政省告示の日本語テ
レテックス装置推奨通信方式に準拠する。

キーボード１は、文書作成２文書伝送及びシステム制御
に必要な仮片名、平片名、漢字、英字。

数字等の文字情報及び制御情報を入力するためのキーを
備えている。

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

ワイヤドツトインパクトプリンタ３は、オートシートブ
イーダ付のプリンタであり１作成文書情報や受信文書情
報並びに送信記録、受信記録等を記録紙に記録する。

縦型ディスク４は、フロッピディスク装置及び薄型ハー
ドディスク装置、システム制御部１通信制御部等を内蔵
している。

第３図は、縦型ディスク４の内部構成を示すブロック図
である。

ハードディスク装置５は、公知の５インチハードディス
クドライブ（ＨＤ　Ｄ）で構成され、マルチタスク制御
が可能なレジデント（常駐）プロセス機能を有するオペ
レーティングシステム（ＯＳ）。

かな漢字変換プログラム、かな漢字変換辞書９作成文書
情報２文書送受信プログラム等を格納する。

フロッピディスク装Ｗ１６は、公知の５インチ・ダブル
デンシティ・フロッピディスクドライブ（ＦＤＤ）で構
成され、文書情報等を格納する。

システム制御部（システム・コントロール・ユニット：
５ＣＵ）７は、この端末装置全体の制御を司り１文書の
作成編集等のワードプロセッシング処理及び通信制御部
９との間の文書送受信にかかわる手順、受信文書印字な
どのローカル送受信処理を実行し、また第１図のプライ
ベート識別情報表示手段Ｂを兼ねている。

ＣＲＴ　制御部（ＣＲＴ・コントロール・ユニツト：　
ＣＲＴＣＵ）９は、ディスプレイ装置２の表示制御及び
プリンタ３の印刷制御を司る。

通信制御部（コミユテーシヨン・コントロール・ユニッ
ト：ＣＣＵ）９は、相手先端末装置に対する送信文書の
送信制御並びに相手先端末装置からの受信文書の受信制
御等の通信制御を司り、また第１図のプライベート識別
情報交換手段Ａを兼ねている。

オプション拡張カード１０は、例えばマウスインタフェ
ースカード、スキャナインタフェースカード、ＯＣＲイ
ンタフェースカード、ＯＭＮＩＮＥＴインタフェースカ
ード等のオプションカード１１を接続するためのもので
あり、ここでは４スロット分を有している。

第４図は、システム制御部フの一例を示すブロック図で
ある。

このシステム制御部フは、このシステム全体の制御を司
る１６ビツトマイクロプロセツサ等からなるＣＰＵ２１
と、このＣＰＵ２１とコモンバスとの間に介在したバス
バッファ２２と、タイミンクジェネレータ２３と、リフ
レッシュコントローラ２４とを有する。

また、このシステム制御部７は、Ｏ８や文書受信にかか
わるプログラム等の常駐プログラムが常駐するシステム
領域及びその他の領域からなる例えば５１２ＫＢの容量
を有するＲＡＭ２５と、このＲＡＭ２５を制御するＲＡ
Ｍコントローラ２日。

２７と、電源投入時にＨＤＤ５からＲＡＭ２５へのプロ
グラムロードを制御するブートプログラムを格納したブ
ートＲＯＭ２８とを備えている。

さらに、このシステム制御部７は、キーボード１との間
の情報転送を司るキーボードインタフェース（Ｉ／Ｆ）
３０と、ＨＤＤ５を制御するハードディスクインタフェ
ース（ＨＤＤＩ／Ｆ）３１と、このＨＤＤＩ／Ｆ３１と
コモンバスとの間に介在したバッファ３２と、ＦＤＤ６
を制御するフロッピディスクコントローラ（ＦＤＣ）３
！１とを備えている。

さらにまた、このシステム制御部７は、シリアルボート
（ＳＩＯ）３４．３５をも備えている。

第５図は、ＣＲＴＣＵ９のゴ例を示すブロック図である
。

このＣＲＴＣＵ１３は、全体の制御を司る！、６ビツト
マイクロプロセツサ等からなるスレーブＣＰＵ４１と、
スレーブＣＰＵバスとコモンバスとの間に介在したバス
Ｉ／Ｆ４２と、ＩＰＬ用の例えば１６ＫＢ容量のＲＯＭ
４３と、表示及び印刷制御の共有メモリ及びプログラム
メモリ用のＲＡＭ４４とを備えている。

また、このＣＲＴＣＵ９は、スレーブＣＰＵバスとマイ
クロバスとの間に介在したバスＩ／Ｆ４５と、マイクロ
プログラム用のＲＯＭ４６と、プログラムコントロール
メモリ用のＲＡＭ４７とを備えている。

さらに、このＣＲＴＣＵ８は、漢字パターン用ＲＯＭ、
レイアウトデータ用ＲＯＭ、システム用ＲＯＭ、外字パ
ターン用ＲＡＭからなるキャラクタ・グラフィック（Ｃ
Ｇ）メモリ４８と、ＣＲＴコントローラ４日とを備えて
いる。

さらにまた、このＣＲＴＣＵ８は、ＣＲＴ２の表示デー
タを展開する画像メモリ５１と、表示タイミングを制御
するタイミング発生回路５２と、プリンタ３との間のデ
ータ転送を司るプリンタ■／Ｆ５３とを備えている。

第６図は２通信制御部（ＣＣＵ）９の一例を示すブロッ
ク図である。

この通信制御部Ｓは、全体の制御を司る１６ビツトマイ
クロプロセツサ等からなるＣＰＵ６１と、コモンバスと
の間に介在したＳＣＵインタフェース６２と、ワーキン
グメモリ用のＲＡＭＥｉ３と。

メモリ間通信を行なうために受信文書情報及び送信文書
情報並びに送受信ログ情報を格納する通信メモリとして
使用するＲＡＭ６４と１通信制御プログラム及び自己の
標準端末識別情報（ＴＩＤ）及び非標準端末識別情報と
しての加入者名を格納したＲＯＭ６Ｓとを備えている。

なお１日本語テレテックスの通信プロトコルは、物理レ
イヤ（レイヤｌ）、リンクレイヤ（レイヤ２）、ネット
ワークレイヤ（レイヤ３）、トランスポートレイヤ（レ
イヤ４）、セッションレイヤ（セツション制御及びドキ
ュメント制御を含む）（レイヤ５）、プレゼンテーショ
ンレイヤ（レイヤ６）、アプリケーションレイヤ（レイ
ヤ７）のレイヤ１〜７の階層構造になっており１通信制
御部Ｓはレイヤ１〜レイヤ５及びレイヤ６の一部を担当
する。

そして、レイヤ１〜レイヤ６のプログラムは。

上述のようにＲＯＭ６５に格納されるが、第７図に示す
ように各レイヤ毎にモジュールに分割しである。

また、自己の非標準端末識別情報としての加入者名は、
コード体系に関するｒＪＩＳ　　Ｃ６２２６−８３Ｊの
符号で格納している。

また、この通信制御部９は、公衆電話回線を介して相手
側端末装置との間で通信を行なうために、マルチプロト
コル・シリアルコントローラ（ＭＰＳＣ＞６６、モデム
（ＭＯＤＥＭ）６７、ラインインタフェース６８２回線
制御装置（ＡＡ−ＮＣＵ）６９．回線保護装置（ＰＤ）
７０並びにモデム６７、回線制御装置６Ｓ用のモデムボ
ート７１゜ＮＣＵボート７２とを備えている。

さらに、この通信制御部９は、公衆電話回線だけでなく
、パケット交換網あるいは回線交換網をも使用可能にす
るためのＸ、２１インタフエース７３及びコネクタフ４
をも有している。

さらにまた、この通信制御部日は、受信文書有り等を表
示するためにＬＥＤ表示器７５並びに送受信日時の管理
等に使用するカレンダ７６も備えている。

第８図は、この通信制御部Ｓを機能的に示したブロック
図である。

ドキュメント制御部９Ａは１階層的通信プロトコルを構
成するセツションレイヤ（レイヤ５）の内のドキュメン
ト制御手順の制御を司る。

セツション制御部９Ｂは１階層的通信プロトコルを構成
するセツションレイヤ（レイヤ５）の内のセツション制
御手順の制御を司る。

トランスボート制御部９ｃは、階層的通信プロトコルを
構成するトランスボートレイヤ（レイヤ４）手順の制御
を司る。

ネットワークレイヤ９Ｄは１９階層的通信プロトコルを
構成するネットワークレイヤ（レイヤ３）手順の制御を
司る。

リンク送信制御部９Ｅ及びリンク受信制御部９−ｙｒ並
びにデータ送信部’９　Ｇ及びデータ受信部９Ｈは、各
々階層的通信プロトコルを構成するリンクレイヤ（レイ
ヤ２）の送信制御及び受信制御並びにシリアル／パラレ
ル変換、フレーム作成等の制御を司る。

データ変復調制御部９工は、送信データの変調及び受信
データの復調を司る第６図のモデム６７であり、網イン
タフェース部９Ｊ、網制御部９　Ｋ　Ｆ回線保護部９Ｌ
は、各々同図のラインインタフェース６８２回線制御装
置６９．回線保護装置７０であり、これ等は階層的通信
プロトコルを構成する物理レイヤである。

プライベート識別情報交換部９Ｍは、自己の非標準識別
情報としての加入者名をドキュメント制御部９Ａ又はセ
ツション制御部９Ｂに渡してセツションレイヤのドキュ
メント制御手順又はセツション制御手順で相手側端末装
置に送信させ、またドキュメント制御部９Ａ又はセツシ
ョン制御部９Ｂが受信した情報から相手側端末装置の非
標準識別情報としての加入者名を抽出する第１図のプラ
イベート識別情報交換手段Ａである。

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

まず、ＣＣＩＴＴ勧告並びに郵政省による日本語テレテ
ックス装置推奨通信方式に定められた日本語テレテック
スに関する標準通信機能について概略を説明する。なお
、詳細な説明はＣＣＩ　ＴＴ勧告並びに郵政省告示に委
ねる。

まず、テレテックスサービスにあっては、公衆電話回線
網（ＰＳＴＮ）、パケット交換網（ｐｓＤＮ）及び回線
交換データ網（Ｃ５ＤＮ）に導入され、日本語テレテッ
クスにあってはいずれの網も使用できる。

次に、テレテックスにおける階層的プロトコルを構成す
る各レイヤ１〜６の内、レイヤ１〜４及びレイヤ６はこ
こでは直接的な関係はないので説明を省略して、セツシ
ョンレイヤ（レイヤ５）番こついて説明する。

このセツションレイヤには、前述したようにセツション
制御及びドキュメント制御の２つの手順がある。

まず、セツション制御としては、 ＯＷＣ：片方向のデータ転送のみ可能 ＴＷＡ：半２重（交互）で両方向のデータ転送が可能 ＴＷＳ　：全２重（同時）で両方向のデータ転送が可能 という３つのモードがある。

日本語テレテックスにおいては、公衆電話回線網（ＰＳ
ＴＮ）に適用するときには、Ｖ、２７ｔａｒモデムを使
用するため、これ等の内の半２重が適用される。

このセツション制御を遂行するために必要なコマンド／
レスポンスを第１表に、またその内のセツション開始（
ＣＳＳ）及びセツション開始肯定（Ｒ５ＳＰ）等のパラ
メータを第２表に示す。

なお、その第２表において、＊０は必須、＊Δはオプシ
ョンを意味する。また、パラメータの「ＰＧ■」はパラ
メータ群識別子を、「ＰＩ」はパラメータ識別子を意味
する。

第２表 次に、ドキュメント制御は、１ページ又は複数のページ
から構成される文書であるドキュメントを転送する。

このドキュメント制御を遂行するために必要なコマンド
／レスポンスを第３表に、またその内の主なパラメータ
を第４表に示す。

第３表 第４表 なお、この第４表において、＊ｏは必須、＊Δはオプシ
ョンを意味する。また、ｒＰＧＩＪはパラメータ群識別
子、ｒＰＩＪはパラメータ識別子を意味する。

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

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

次に、非標準端末識別情報（以下「プライベートＴＩＤ
Ｊと称す）の交換について説明する。

この実施例においては２プライベートＴＩＤをドキュメ
ント制御手順における上述したＣＤＣＬ（ドキュメント
機能リスト）コマンド及びＲＤＣＬＰ（ドキュメント機
能リスト肯定）コマンド中に格納して交換する。

すなわち、発信元（送信側）端末装置は、ＣＤＣＬコマ
ンド送出の状態になったとき（後述する）に、第Ｓ図に
示すようにＲＯＭ６５に格納されている自己のプライベ
ートＴＩＤを読出し、プライベートＴＩＤ付ＣＤＣＬコ
マンドを作成して、セツションレイヤ（セツション制御
手順）にそのＣＤＣＬコマンドの送信を要求する。

一方、送信先（受信側）端末装置は、ＲＤＣＬＰレスポ
ンス送出の状態になったとき（後述する）に、第１０図
に示すように同じ＜ＲＯＭＥｉ５に格納されている自己
のプライベートＴＩＤを読出し。

プライベートＴ　Ｉ　Ｄ＃ＲＤＣ：　Ｌ　Ｐレスポンス
を作成して、セツションレイヤ（セツション制御手順）
にそのＲＤＣＬＰコマンドの送信を要求する。

これ等のプライベートＴＩＤ付ＣＤＣＬコマンド及びプ
ライベートＴＩＤ付ＲＤＣＬＰレスポンスのフォーマッ
トは、例えば第１１図及び第１２図に示すようにしてい
る。

両図中各コマンド及びレスポンスの略号の意味は次のと
おりである。

Ｃ工　：コマンド識別子；関連するコマンドを区別する
ための見出し情報 Ｒ工　：レスポンス識別子；関連するレスポンスを区別
するための見出し情報 り工　：長さ指示子；関連するフィールドあるいはフィ
ールド群の長さをオクテツト単位で表わす ＰＣＩ：パラメータ群識別子；Ｐｌの特別な場合で関連
するフィールドがパラメータ識別子ＰＩで識別されるパ
ラメータの集合であることを示す ＰＩ　：パラメータ識別子；関連するフィールドあるい
はフィールド群に含まれる情報の型を示す ＰＶ　　：Ｐｒ、ＰＣＩによって識別されるパラメータ
の値を表す 次に、これ等のＣＤＣＬコマンド及びＲＤＣＬＰレスポ
ンスの具体例について述べる（第１１ｍ及び第１２＠の
枠外に示したデータを参照）。

まず、ここではＣＤＣＬコマンド及びＲＤＣＬＰレスポ
ンスにプライベートＴＩＤ　（加入者名）の他にメーカ
コードを加えるものとし、また送信側端末装置のプライ
ベートＴＩＤを「（株）ΔΔ東京」、受信側端末装置の
プライベートＴＩＤを「（株）ΔΔ大阪」とする。

ＣＤＣＬコマンドは、次のように構成される。

ＣＩ　　：ＣＤＣＬコマンドを示すデータＬＩ〜：省略 ＰＧＩ：私用パラメータ（プライベート・ユース）を示
すｒＥ　ＯＩ（Ｊ ＬＩ〜：省略 ＰＩ　ニブライベート・ユースを示すｒＥ　８　ＨＪＬ
Ｉ　　：長さ３バイトを示すｒｏ　３　ＨＪｐｖ　　：
メー、／Ｊ：Ｉ−ドを示すｒｏｌｌ（、ＯＯＨ。

２５■」 ＰＩ　ニブライベート・ユースを示すｒＥ　Ｄ　ＨＪＬ
Ｉ　　：長さ８バイトを示すｒｌＯＨＪＰｖ　ニブライ
ベートＴＩＤ　ｒ　（株）ΔΔ東京」を示すデータ ＲＤＣＬＰレスポンスは９次のように構成される。

ＲＩ　　：ＲＤＣＬＰコマンドを示すデータＬＩ〜：省
略 ＰＧＩ：私用パラメータ（プライベート・ユース）を示
すｒＥ　ＯＨＪ ＬＩ〜：省略 ＰＩ　ニブライベート・ユースを示すｒＥ　８　ＨＪＬ
Ｉ　：長さ３バイトを示すｒｏ　３　ＨＪＰｖ　：メー
カコードを示すｒｏＯＨ，００１゜２５■」 ＰＩ　ニブライベート・ユースを示すｒＥＤＨＪＬ■　
　：長さ８バイトを示すｒｌＱＨＪＰｖ　ニブライベー
トＴＩＤ　ｒ　（株）ΔΔ大阪」を示すデータ なお、ｒＨ」は、ヘキサ表現を意味する。

次に、送信側端末装置及び受信側端末装置との間におけ
る通信プロトコル（リンクレイヤ以上）の−例を第１３
図を参照して説明する。

まず、リンクレベルにおいて、発呼側（送信側）が非同
期平衡モード設定要求（ＳＡＢＭ　　Ｐ）をし、これに
対して被呼側（受信側）が非番号制確認応答（ＵＡＦ）
してリンクレベルのコネクションが確立される。なお、
要求、応答におけるｒ−ＰＪ、ｒＦＪは、各々ボールビ
ット（Ｐビット）。

ファイナルビット（Ｆビット）を意味するが、その使用
方法は勧告の説明に委ねる。

そこで、次にネットワークレベルにおいて、発呼側が発
呼要求（ＣＲ）をし、これに対して被呼側が着呼応答（
ＣＡ）をして、ネットワークレベルのコネクションが確
立される。

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

そして、セツションレベルのセツション制御において、
発呼側がセツション開始要求（ＣＳＳ）をし、これに対
して被呼側が要求パラメータ（発呼端末識別１日時情報
等）をチェックして、受付可能なので、セツション開始
応答（Ｒ８ＳＰ）をしている。

この状態になると、ドキュメント転送が可能になるので
、セツションレベルのドキュメント制御において、まず
メーカコード及びプライベートＴＩＤ（加入者名）の交
換を行なうために、発呼側から上述したようなドキュメ
ント機能リスト（ＣＤＣＬ）を送出し、被呼側から上述
したようなドキュメント機能リス肯定（ＲＤＣＬＰ）を
返送している。

その後、発呼側からドキュメント開始（ＣＤＳ）を発し
た後、ドキュメントを転送（ＣＤＵＩ）Ｌ、、１頁分の
ドキュメントの転送が終了すると、ドキュメント境界（
ＣＤＰＲ）を送信する。

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

受付けたので、発呼側に対してページ境界確認（ＲＤ　
Ｐ　Ｂ　Ｐ）を送出している。

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

その後、セツションレベルのセツション制御において、
発呼側からセツション終了（Ｃ３Ｅ）を指示し、これに
対して被呼側がセツション終了応答（Ｒ５ＥＰ）をして
いる。

そして、ネットワークレベルにおいて、発呼側は復旧要
求（ＣＱ）をし、これ−に対して被呼側が切断確認（Ｃ
Ｆ）応答をしたときには、リンクレベルにおいて発呼側
が切断要求（ＤＩＳＣＰ）をし、これに対して被呼側が
非番号制確認（ＵＡＦ）をし、リンクレベルのコネクシ
ョンが切断され、これに同期してトランスポートコネク
ションも切断される。

次に、送信側及び受信側端末装置が各々ＣＤＣＬコマン
ド及びＲＤＣＬＰコマンドを交換したときの処理につい
て第１４図（送信側）及び第１５図（受信側）を参照し
て説明する。なお、併せて第１１図及び第１２図も参照
する。

まず、送信側端末装置の通信制御部日は、ＲＤＣＬＰレ
スポンスを受領したときには、そのＲＤＣＬＰレスポン
スからパラメータ群識別子ＰＣＩ＝ＥＯＨを検索して、
ｒＥＯＨＪがあるか否かを判別し、ｒＥＯＨＪであれば
、次にパラメータ識別子Ｐ工＝「Ｅ８Ｈ」を検索して、
「Ｅ８Ｈ」があるか否かを判別する。

このとき、ｒＥ８ＨＪがあれば、メーカコードを取出し
て、メーカコードが一致するか否かを判別し、メーカコ
ードが一致すれば、パラメータ識別子ＰＩ＝ＥＤＨを検
索して、ｒＥＤＨＪがあるか否かを判別する。

このとき、ｒＥＤＨＪがあれば、加入者名（プライベー
トＴ　Ｉ　Ｄ）を取出して、加入者名を送信ログの一部
としてメモリ（ＲＡＭｅ２）に格納する。

なお、加入者名（プライベートＴＩＤ）の取出しは、メ
ーカコードが一致したことを確認した上で行なう方が安
全である。これは、他のメーカによって私用で別の目的
でパラメータ群識別子ＰＧ１　＝Ｅ　Ｏｕ、パラメータ
識別子Ｐ　Ｉ＝ＥＤＨを使用している可能性があるため
である。

これに対して、ＲＤＣＬＰレスポンスを受領しないとき
、パラメータ群識別子ＰＣＩ＝ＥＯｎでないとき、メー
カコードが一致しないとき、パラメータ識別子ＰＩ＝Ｅ
８Ｈでないとき、パラメータ識別子ＰＩ＝ＥＤＨでない
ときのいずれの場合にも、加入者名無しを記録する。

一方、受信側端末装置の通信制御部９も、上述したＲＤ
ＣＬＰレスポンスについての処理と同様の処理をＣＤＣ
Ｌコマンドについて実行して、加入者名を取出せるとき
には、その加入者名を受信ログの一部としてメモリに格
納し、加入者名を取出せないときには、加入者名無しを
記録する。

次に、加入者名の表示について第１６図以降を参照して
説明する。

まず、オペレータが例えば第１６図に示すうな作業メニ
ーからテレテックス通信を選択することによって、第１
７図に示すようにテレテックス通信の作業メニューが表
示され、ここで通信記録表示を選択すると、システム制
御部（ＳＣＵ）７が通信記録表示処理プログラムの実行
を開始する。

この通信記録表示処理について第１８図を参照して説明
する。

システム制御部（ＳＣＵ）７は、送受信ログ表示処理に
おいて通信制御部（ＣＣＵ）９に対して送／受信ログの
引取りを要求し、ＣＣＵ９はメモリから送／受信ログを
読出す。なお、受信ログに関しては、受信処理を終えた
処理済ログのみを取扱う。

そして、送／受信ログＨＤＤ格納処理において、ＣＣＵ
９から転送された送／受信ログを、送信ログは例えばｒ
ｓＮＤＬＯＧ、ＴＴＸ、Ｊというファイル名で、受信ロ
グは例えばｒＲｃＶＬＯＧ。

ＴＴＸ、Ｊというファイル名でＨＤＤ５に格納する。な
お、このとき、新しく格納するログはログファイルに追
加し、ログ数が所定数（例えば５０）以上になったとき
には古いログから順に消去する。

その後、送受信ログ表示処理において、ログファイルを
読出してディスプレイ装置ｉ！２に送／受信ログを表示
する。また、プリンタ３で印刷表示することもできる。

また、ログファイルリセット処理において、°ＨＤＤ５
に転送されたＣＣＵ９内の転送流送／受信ログを抹消す
る。

なお、この端末装置においては、通信制御部日の通信メ
モリの容量が限界に近付いたときには。

通信制御部９からシステム制御部７に対して受信文書の
引取りを要求して、通信メモリに格納された受信文書を
ＨＤＤ５に転送する処理を行なうようにして受信不能状
態の発生を抑制するようにしているが、この受信文書の
引取り要求のときに送／受信ログも同時にシステム制御
部７に引渡す処理をする。

このようにして送／受信ログの表示を行なった場合の送
信記録の一例を第１９図に、受信記録の一例を第２０図
に夫々示しである。なお、呼識別行情報も表示するが図
示を省略している。

両図から分るように、送信記録にあっては送信先端末装
置の加入者名（送信先名称）として「（株）ΔΔ大阪」
が、また受信記録にあっては発信元端末装置の加入者名
（発信元名称）とじてｒ（株）ΔΔ東京」が表示される
。

このように、この文書作成通信端末装置においては、相
手側端末装置との間で非標準端末識別情報を交換し、交
換した相手側端末装置の非標準端末識別情報を出力する
ようにしているので、送信先あるいは発信元がいずれで
あるかを容易に知ることができる。

なお、上記実施例においては１通信プロトコルのセツシ
ョンレイヤのドキュメント制御手順で定められたドキュ
メント機能リスト（ＣＤＣＬ）コマンド及びドキュメン
ト機能リスト肯定（ＲＤＣＬＰ）レスポンス中に加入者
名（非標準端末識別情報）を付加する例について述べた
が、セツションレイヤのセツション制御手順で定められ
た前述したセツション開始（Ｃ５Ｓ）コマンド及びセツ
ション開始肯定（Ｒ８Ｓ　Ｐ）レスポンス中に加入者名
（非標準端末識別情報）を付加して交換することもでき
る。

また、日本語テレテックスに限らず、その他のテレテッ
クスにも同様に実施することができる。

（Ｌ−竪 以上説明したように、この発明によれば、相手先を容易
に識別することができる。

【図面の簡単な説明】

第１図はこの発明の一実施例を示す要部ブロック図であ
り、第２図以降はその詳細な説明に供する図である。 第２図はこの発明を実施した文書作成通信端末装置の一
例を示す外観斜視図、 第３図は同じくその縦型ディスクの内部構成を示すブロ
ック図、 第４図は同じくそのシステム制御部の一例を示すブロッ
ク図、 第５図は同じくそのＣＲＴＣＵの一例を示すブロック図
。 第６図は同じくその通信制御部の一例を示すブロック図
、 第７図は同じくその階層的通信プロトコルの構成を示す
ブロック図、 第８図は同じく通信制御部の機能ブロック図、第９図及
び第１０図は通信制御部が実行する非標準端末識別情報
の送信及び受信処理に説明に供するフロー図、 第１１図及び第１２図は同じくそのプライベートＴＩＤ
付ＣＤＣＬコマンド及びＲＤＣＬＰレスポンスのフォー
マットの一例を示すフォーマット図、 第１３図はリンクレイヤ以上の通信プロトコルのシーケ
ンスの一例を示すシーケンス図、第１４図及び第１５図
は送信時及び受信時の非標準端末識別情報の抽出処理の
一例を示すフロー図、 第１６図及び第１７図は夫々通信記録表示処理の選択操
作に説明に供する説明図、 第１８図及は通信記録表示処理の説明に供する概略フロ
ー図、 第１Ｓ図及び第２０図は送信記録及び受信記録の表示例
を示す説明図。 第２１図及び第２２図は呼識別管のフォーマット図及び
標準端末識別情報のフォーマット図である。 １・・・キーボード　　　２・・・ディスプレイ装置３
・・・プリンタ　　　　４・・・縦型ディスク５・・・
ハードディスクドライブ装置 ６・・・フロッピディスクドライブ装置７・・・システ
ム制御部　８・・・ＣＲＴＣＵＳ・・・通信制御部 第１図 寸＼ 第９図 第１ｏ図 第１６図 第１７図 第１９図 第２０図

Claims (1)

1. 【特許請求の範囲】 １　文書作成編集機能及び標準通信機能を有する文書作
   成通信端末装置において、相手側端末装置との間で非標
   準端末識別情報を交換するプライベート識別情報交換手
   段と、該プライベート識別情報交換手段によつて交換し
   た相手側端末装置の非標準端末識別情報を出力するプラ
   イベート識別情報表示手段とを設けたことを特徴とする
   文書作成通信端末装置。 ２　非標準端末識別情報が加入者名である特許請求の範
   囲第１項記載の文書作成通信端末装置。