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

Abstract

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

Description

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

因米五生 近年、各種のデータ通信を行なう通信端末装置として１
例えばコミュニケーションワードプロセッサやテレテッ
クス装置等の文書作成編集機能及び通信機能を有する文
書作成通信端末装置がある。

ところで、このような文書作成通信端末装置の内のテレ
テックス装置においては、ＣＣＩＴＴ勧告あるいは日本
語テレテックス装置にあっては郵政省告示による日本語
テレテックス装置推奨通信方式で定められた通信規約に
従って文書をコードデータとしてそのまま通信する。な
お、ここでは勧告及び告示等に従った通信機能を標準通
信機能と称する。

ところで、このような文書作成通信端末装置にあっては
、すべての送信事項はドキュメント（文９）として送信
する機能しか有していない。

そのため、伝言等の簡単な内容の文章でも一々文書とし
て作成して送信しなければならないという不都合がある
。

目　　　的 この発明は上記の点に鑑みてなされたものであり、通信
機能の多機能化を図ることを目的とする。

璽−底 この発明は上記の目的を達成するために、メールを送信
又は受信する通信機能を備えたものである。

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

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

この文書作成通信端末装置においては、テレテックス機
能に関する制御をするテレテックス機能制御部Ａ及びテ
レテックス通信手順に従って通信を制御するテレテック
ス通信手順制御部Ｂ並びに通信記録情報を格納する通信
情報記憶部Ｃの他に。

メールの送信を指示するメール送信制御部りと、このメ
ール送信制御部り又はテレテックス通信手順制御部Ｂか
らのメール送信指示又はメール受信指示を受けてメール
送受信制御をするメール通信制御部Ｅと、メールの管理
をするメールボックス管理部Ｆと、メールを記憶するメ
ール記憶部Ｇとを備えている。

この実施例の具体的構成について第２図以降をも参照し
て説明する。

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

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

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

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

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

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

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

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

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

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

また、このＨＤＤ５は、第１図のメール記憶部Ｇを兼ね
ている。

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

システム制御部（システム・コントロール・ユニット：
５ＣＵ）７は、この端末装置全体の制御を司り１文書の
作成編集等のワードプロセッシング処理及び通信制御部
日との間の文書送受信にかかわる手順、受信文書印字な
どのローカル送受信処理を実行する。このシステム制御
部７は、第１図のテレテックス機能制御部Ａ、メール送
信制御部り及びメールボックス管理部Ｆを兼ねている。

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

通信制御部（コミユテーシヨン・コントロール・ユニッ
ト：ＣＣＵ）９は、相手先端末装置に対する送信文書の
送信制御並びに相手先端末装置からの受信文書の受信制
御等の通信制御を司る。この通信制御部９は、第１図の
テレテックス通信手順制御部Ｂ２通信情報記憶部Ｃ及び
メール通信手順制御部Ｅを兼ねている。

オプション拡張カード１０は、例えばイメージスキャナ
インタフェース、マウスインタフェース。

データ圧縮再生（ＯＣＲ）インタフェース等を接続する
ためのものである。

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

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

また、このシステム制御部７は、Ｏ８や文書受信にかか
わるプログラム等の常駐プログラムが常駐するシステム
領域及びその他の領域からなる例えば５１２ＫＢの容量
を有するＲＡＭ２Ｓと、このＲ，Ａ　Ｍ　２５を制御す
るＲＡＭコントローラ２６゜２７と、電源投入時にＨＤ
Ｄ５からａＡＭ２５へのプログラムロードを制御するブ
ートプログラムを格納したブートＲＯＭ２８とを備えて
いる。

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

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

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

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

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

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

さらにまた、このＣＲＴＣＵ９は、ＣＲＴ２の表示デー
夕を展開する画像メモリ５１と、表示タイミングを制御
するタイミング発生回路５２と。

プリンタ３との間のデータ転送を司るプリンタＩ／Ｆ５
３とを備えている。

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

この通信制御部日は、全体の制御を司る１６ビツトマイ
クロプロセツサ等からなるＣＰＵ６１と。

コモンバスとの間に介在したパラレルインタフェース６
２と、テレテックス通信制御及びメール通信制御プログ
ラムを格納したＲＯＭ６３と、主としてワーキングメモ
リ用のＲＡＭ６４と、メモリ間通信を行なうために受信
文書情報及び送信文書情報並びに送受信ログ情報（通信
情報）を格納する通信メモリとして使用するＲＡＭ６５
とを備えている。

また、この通信制御部９は、公衆電話回線を介して相手
側端末装置との間で通信を行なうために。

マルチプロトコル・シリアルコントロール（ＭＰＳＣ）
６６、モデム（ＭＯＤＥＭ）６７、ラインインタフェー
ス６８９回線制御装置（ＡＡ−ＮＣＵ）６９．ターミナ
ル７０２回線保護装置（ＰＤ）７１並びにモデム６７、
回線制御装置６日用のモデムインタフェース７２．ＮＣ
Ｕインタフェース７３をも備えている。

さらに、この通信制御部日は、送受信日時の管理等に使
用するカレンダ７４と、内部の状態設定用スイッチ（Ｌ
Ｐ／５Ｗ）７５と、受信文書有り等を表示するための表
示器インタフェース７６及びＬＥＤ表示器７７とも備え
ている。

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

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

まず、日本語テレテックスに関するｍ準通信機能につい
て概略を説明する。なお、詳細な説明はＣＣＩＴＴ勧告
並びに郵政省告示に委ねる。

日本語テレテックスの通信プロトコルは、物理レイヤ（
レイヤ１）、リンクレイヤ（レイヤ２）。

ネットワークレイヤ（レイヤ３）、トランスボートレイ
ヤ（レイヤ４）、セツションレイヤ（セツジョン制御及
びドキュメント制御を含む）（レイヤ５）、プレゼンテ
ーションレイヤ（レイヤ６）。

アプリケーションレイヤ（レイヤ７）のレイヤ１〜７の
階層構造になっており、通信制御部９はこれ等の各レイ
ヤの内のレイヤ１〜レイヤー５及びレイヤ６の一部を担
当する。

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

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

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

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

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

このドキュメント制御を遂行するために必要なコマンド
／レスポンスを第３表に示す。なお、パラメータについ
ては省略する。

第３表 次に、この端末装置におけるメール通信機能について説
明する。

まず、メールの送信指示及び受領メールの読出し時のシ
ステム制御部７の処理について第７図を参照して説明す
る。

メールを送信する時又は受領したメールを読出すときに
は、キーボード１からメニュー選択等によってメール送
信／読出しを指示する。

それによって、システム制御部７は、第８図に示すよう
にＣＲＴディスプレイ２上に、メールを送信しくＳ）／
読み（Ｒ）まず（Ｓ／Ｒ）を表示し、キーボード１でメ
ール送信（Ｓ）が入力されたときには、それを表示する
と共に、次に相手先名は？ を表示する。

そして、キーボード１のキー操作で入力される相手先名
（例えばｒＡＬＩＣＥＪとする）を取込んで保持して表
示する。

このとき、システム制御部７は、予め内部のＨＤＤ５等
に格納保持している相手先名−アドレス（ダイヤルナン
バー等）テーブルを検索して、入力された相手先名に対
応するアドレスを読出す。

そして、指定された相手先名のアドレスがあれば、次に 伝言を入力して下さい！ を表示する。なお、指定された相手先のアドレスがない
ときには、アドレスの入力を促がしてアドレスを取込ん
だ後、上述のオペレーションメニーを表示する。

そこで、例えばキーボード１の「ファンクションキーＦ
１＋文書名」によってｒＦｌ　　枕言」を入力し、その
後例えば「ごきげんよう」を入力した後、伝言終了を指
示するために例えばファンクションキーＦ２を入力する
。

それによって、この入力される伝言を受付けて保持して
表示し、ファンクションキーＦ２が入力されたときに、
通信制御部９に対して相手先アドレスを付加したメール
送信指示を与える。

なお、このとき、メールボックス名で送信するときには
、相手先名からメールボックス名を検索して、送信指示
と共にメールポーツク名も通信制部Ｓに渡す。

そして、メールの送信が終了した該を通信制御部Ｓから
受領したときには、ＣＲＴディスプレイ２に、 伝言しました を表示する。

これに対して、メール指示がメール読出しであれば、メ
ールボックス管理テーブルを検索してＨＤＤ５等で構成
したメールボックスから最旧の受信メールを読出して表
示し、更新が指示されれば、次の受信メールを表示する
。

このとき、図示しないが、例えば印刷が指示されたとき
には、現在表示している受信メールをプリンタ３で印刷
させ、また消去が指示さ九たときには、該当受信メール
をメールボックスから消去する。

なお、ここで述べたメール送信指示入力及びメール読出
し指示入力並びにメール送信指示処理及びメール読出し
処理は第１図のメール送信制御部Ｄによって実行し、ま
たメールボックスはメール記憶部Ｇに対応し、更にメー
ルボックスの管理に係わる処理はメールボックス管理部
Ｆによって実行される。

次に、端末装置間でのメール通信制御多こついて説明す
る。

この端末装置では、セツション確立まではテレテックス
通信と同様で、セツション確立後相手先がメール通信機
能を有するか否かの情報交換を前述したセツションレイ
ヤのセツション制御手順におけるセツション開始コマン
ドＣＳＳ、セツション開始肯定レスポンスＲ５５Ｐ、セ
ツションユーザ情報コマンドＣ３ＵＩ、セツションユー
ザ情報レスポンスＲ８ＵＩによって行なう。なお、この
情報交換は、ドキュメント制御手順におけるコマンド／
レスポンス中の私用パラメータのあるコマンド／レスポ
ンスを使用して行なうこともできる。

そこで、これ等のコマンド／レスポンスのフォーマット
の一例を第９図乃至第１２図を参照して説明する。

なお、各図中の略号の意味は次のとおりである。

ＣＩ　：コマンド識別子；関連するコマンドを区別する
ための見出し情報 ＲＩ　：レスポンス識別子：関連するレスポンスを区別
するための見出し情報 ＬＩ　：長さ指示子；関連するフィールドあるいはフィ
ールド群の長さをオクテツト単位で表わす ＰＧＩ：パラメータ群識別子；ＰＩの特別な場合で関連
するフィールドがパラメータ識別子ＰＩで識別されるパ
ラメータの集合であることを示す ＰＩＨパラメータ識別子；関連するフィールドあるいは
フィールド群に含まれる情報の型を示す ＰＶ　　：ＰＩ、ＰＣＩによって識別されるパラメータ
の値を表す まず、メール通信機能有（メール表示有）付Ｃ８Ｓコマ
ンドのフォーマットは、第９図に示すように構成してい
る。

ＣＩ　　：Ｃ３Ｓコマンドを示すデータＬＩ〜：省略 ＰＧＩ：私用パラメータ（プライベート・ユース）を示
すｒＥＱＨ」 ＬＩ〜：長さ８バイトを示すｒｏ　８　ＨＪＰＩ　ニブ
ライベート・ユース（メーカ）を示すｒＥ　８　ＨＪ ＬＩ　：長さ３バイトを示すｒｏ　３　ＨＪＰＶ　　：
メーカコードを示すｒｏＯＨ，ＯＯＨ。

２５Ｈ」 ＰＩ　ニブライベート・ユース（メール）を示すｒＥＱ
Ｈ４ ＬＩ　：長さ１バイトを示すｒｏ　Ｉ　ＨＪＰｖ　：メ
ール表示有を示すｒｏｌｕ」なお、Ｒ８５Ｐレスポンス
の構成は、第９図に示すコマンド識別子ＣＩの柵がレス
ポンス識別子ＲＩになって、ここにＲ８５Ｐレスポンス
を示すデータが格納される以外は同じ構成であるので詳
細は省略する。

また、メール送信要求付Ｃ３ＵＩコマンドのフォーマッ
トは、第１０図に示すように構成している。

ＣＩ　　：Ｃ３ＵＩコマンドを示すｒｏ　Ｉ　ＨＪＬ■
　：長さ１７バイトを示すｒｌＯＨＪＰＧＩ：メールを
示す「４Ｄ）夏」 ＬＴ　：長さ１５バイトを示すｒｏ　Ｅ　ＨＪＰＩ　：
相手先名を示す「１９Ｈ」 ＬＩ　：長さ５バイトを示すｒ０５Ｈ」Ｐｖ　：相手先
名又はメールボックス名ｒＡＬＩＣＥＪのコード ＰＩ　：発信者名を示すｒｌＡＨＪ ＬＩ　：長さ６バイトを示すｒ０６ＨＪＰｖ　：発信者
名ｒＨＩＲＯ８ＩＪ　（７）Ｉ−ドなお、相手先名（又
はメールボックス名）及び発信者名は相手先及び発信者
に応じて変わる。

さらに、メール送信要求肯定付Ｒ３ＵＩレスポンス及び
メール送信要求否定材Ｒ８５Ｐレスポンスのフォーマッ
トは、第１１図及び第１２図に示すように構成している
。

ＲＩ　　：ＲＳＵＩレスポンスを示すｒ　Ｏ２ＩＩ　Ｊ
Ｌ■　：長さ２バイトを示すｒ０２ＨＪＰ■　：メール
送信要求背定（メールポジティブ）を示すｒ４ＥＨ，０
ＯＨＪ又はメール送信要求否定（メールネガティブ）を
示す「４ＣＨ，０ＯＨＪ 次にメール通信制御について送信側の制御を示す第１３
図及び第１５図並びに受信側の制御を示す第１４図及び
第１６図を参照して説明する。なお、これ等の制御はい
ずれも通信制御部Ｓによって実行されるのであるが、第
１図との関係ではメール制御（送信／受信）はメール通
信手順制御部Ｅによって実行され、セツヨン制御（メー
ル送信／受信）は同じくテレテックス通信手順制御部Ｂ
によって実行される。

また、セツション確立までは、前述したようにテレテッ
クス通信と同じであるので、ここでは説明を省略する。

まず、送信側はメール制御においてメール送信指示（相
手先アドレス、メールボックス名を含む）を受けたとき
には、セツション制御に対してメール表示付Ｃ８Ｓコマ
ンドの送信を要求し、これを受けてセツション制御が第
９図に示したようなメール表示付Ｃ８Ｓコマンドを相手
先に送信する。

受信側はセツション制御で送信側からのＣ８Ｓコマンド
を受領したときに、メーカコードの比較処理を行なう。

このメーカコード比較処理は、第Ｓ図のＣ８Ｓコマンド
を例に説明すると、Ｃ８Ｓコマンドからパラメータ群識
別子ＰＧ　Ｉ　＝Ｅ　ＯＨを検索して、ｒＥＯＨＪがあ
れば次にパラメータ識別子ＰＴ＝Ｅ８Ｈがあるか否かを
検索して、ｒＥ　８ＨＪがあればメーカ番号を読出して
そのメーカ番号と自己のメーカ番号とを比較する。

そして、メーカ番号が一致しなければそのまま処理を終
了し、メーカ番号が一致したときには。

メール表示検索処理をする。

このメール表示検索処理では、パラメータ識別子ＰＩ＝
ＦＯＲがあるか否かを判別し、ｒＦ　ＯＨＪがあればそ
のパラメータ値Ｐｖを取出す。

そして、このパラメータ値Ｐｖが「０１Ｈ」か否かをチ
ェックしてメール表示有か否かを判別し。

メール表示有であればメール表示有材Ｒ８５Ｐレスポン
スを送信側に送信し、メール表示無であればメール表示
無Ｒ８５Ｐレスポンスを送信する。

一方、送信側のセツション制御は、この受信側からのＲ
８５Ｐレスポンスを受けて、上述した受信側と同様にメ
ーカコード比較、メール表示有判別の処理を行ない、メ
ール表示有であれば、すなわち受信側がメール通信機能
を有していれば、その旨をメール制御に通知する。

そこで、このメール制御は、セツション制御の通知を受
けてメール通信が可能であれば、セツション制御に対し
てメール送信要求付Ｃ３ＵＩコマンドの送信を要求し、
セツション制御は受信側に第１０図に示したようなメー
ル送信要求付Ｃ３Ｕ■コマンドを送信する６ それによって、受信側のセツション制御は、送信側から
メール送信要求付Ｃ５ＵＩコマンドを受領したときに、
その旨をメール制御に通知する。

そこで、メール制御は、そのコマンドで指定されるメー
ルボックス名（又は相手先名）のメールボックスが有る
か否かを判別して、指定メールボックスがあればセツシ
ョン制御に対してメール送信要求背定付Ｒ５ＵＩレスポ
ンスの送信を要求し、指定メールボックスがなければメ
ール送信要求否定材Ｒ８５Ｐレスポンスの送信を要求す
る。

セツション制御はこれを受けてメール送信要求肯定材Ｒ
８ＵＩレスポンス又はメール送信要求否定付Ｒ８ＵＩレ
スポンスを送信側に送信する。

それによって、送信側のセツション制御は、メール送信
要求庁定付Ｒ８ＵＩレスポンスを受領した（メール送信
可）ときには以後メール制御に従った処理をメール送（
ｆ５が終了するまで続行する。

一方、受信側のセツション制御もメール送信要求肯定材
Ｒ８ＵＩレスポンスを送信したときには以後メール制御
に従った処理をメール送信が終了するまで続行する。

このようにしてメール送信可になったときには、送信側
のメール制御はセツション制御を通じてメールスタート
コマンドＣＭＳを受信側に送信し、受信側のメール制御
はこのメールスタートコマンドＣＭＳに対してメールス
タートポジティブ（メールスタート肯定）レスポンスＲ
ＭＳＰを返す。

なお、メールスタート可でないときには図示を買略して
いるがメールスタートネガディプ（否定）レスポンスを
返す。

そして、メールスタート可になれば、送信側のメール制
御はメール（伝言）内容を格納したメールユーザインフ
ォメーションコマンドＣＭＵＩをセツション制御を通じ
て送信し、受信側のメール制御はそのＣＭＵＩコマンド
を一時セーブする。

このようにしてメールを送信し、メールエンドになれば
、送信側のメール制御はメールエンドコマンドＣＭＥを
送信し、受信側メール制御はこれを受けてメールエンド
ポジティブレスポンスＲＭＥＰを返す。

そして、送信側のメール制御は、受信側からＲＭＥＰレ
スポンスを受けたときにセツション制御に通信終了を指
示して処理を終了する。

また、受信側のメール制御は、ＲＭＥＰレスポンス送信
後、受信したメールをメールボックスに転送した後、セ
ツション制御に通信終了を指示して処理を終了する。

なお、受信側では受信したメールに呼識別行（発呼側の
端末識別情報等を含む情報である）及び発信者名を付加
してメールボックスに格納し、この受信したメールは前
述したようにメールボックス管理部Ｆによって管理する
。

次に、このようなメール通信のプロトコル（リンクレイ
ヤ以上）の−例を第１７図を参照して説明する。

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

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

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

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

そして、セツションレベルのセツション制御において、
発呼側かメール表示付セツション開始要求（ＣＳＳ）を
し、これに対して被呼側が要求パラメータ（発呼端末識
別１日時情報、メーカ番号。

メール表示等）をチェックして、受付可能なので。

メール表示付セツション開始応答（Ｒ３Ｓ　Ｐ）をして
いる。

そこで、発呼側は、メール通信が可能になるのでメール
送信要求のセツションユーザ情報ｆ報（Ｃ３ＵＩ）を送
出し、これに対して被呼側はメール送信可であるのでメ
ール送信ポジティブのセツションユーザ情報（Ｒ３ＵＩ
）を応答している。

これによって、メール送信が可能になるので、発呼側は
メール制御でメールスタート（ＣＭＥ）を送出し、被呼
側はメールスタート可であるのでメールスタートポジテ
ィブ（ＲＭＳＰ）を返送し、これを受けた発破側はメー
ルユーザインフォメーション（ＣＭＵＩ）を２回送出し
ている。

そして１発呼側はメールの送信が完了したときにメール
エンド（ＣＭＥ）を送出し、被呼側はこれを受けてメー
ルエンドポジティブ（ＲＭＥＰ）を返送している。

このようにしてメール送信が終了した時に、セツション
レベルのセツション制御において、発呼側からセツショ
ン終了（Ｃ３Ｅ）を指示し、これに対して被呼側がセツ
ション終了応答（Ｒ３ＥＰ）をしている。

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

このように、この文書作成通信端末装置においては、メ
ールを送受信する機能をも有しているので、伝言等を容
易に送受することができる。

なお、上記実施例においては、メール送信機能及びメー
ル通信機能を有する端末装置の例について述べたが、メ
ール送信機能及びメール受信機能のいずれか機能のみを
有するようにしてもよいことは勿論であり、このように
しても例えば送信専用端末装置あるいは受信専用端末装
置にあっては充分である。

また、上記実施例では、メール通信用のセツション・コ
マンド／レスポンスの生成をセツション制御で行なって
いるが、メール制御で行なってもよい。

さらに、例えば文書作成編集機能を有しないで、テレテ
ックスの通信機能とメール通信機能のみを有する端末装
置として構成することもできる。

効果 以上説明したように、この発明によれば、文書作成通信
端末装置の多機能化を図れる。

【図面の簡単な説明】

第１図はこの発明の一実施例を示すブロック図、第２図
はこの発明を実施した文書作成通信端末装置の一例を示
す外観斜視図、 第３図は同じくその縦型ディスクの内部植成の一例を示
すブロック図、 第４図は同じくシステム制御部を示すブロック図。 第５図は同じ＜ＣＲＴＣＵを示すブロック図、第６図は
同じく通信制御部のブロック図、第７図及び第８図はメ
ール送信／読出し指示処理を示すフロー図及びそのメー
ル送信指示オペレーションの説明に供する説明図。 第９図乃至第１２図はメール通信に使用するセツション
制御における各コマンド／レスポンスのフォーマッシ図 第１３図及び第１４図は送信側及び受信側のメール制御
処理を示すフロー図。 第１５図及び第１６図は送信側及び受信側のメール通信
時のセツション制御処理を示すフロー図、 第１７図はメール通信時の通信プロトコルの一例を示す
シーケンス図である。 １・・・キーボード　　　２・・・ＣＲＴディスプレイ
３・・・プリンタ　　　　４・・・縦型ディスク５・・
・ハードディスクドライブ装置 ６・・・フロップディスクドライブ装置７゛°システム
制御部　８・・・ＣＲＴＣＵ９・・・通信制御部 ｑ＼ 第３図 第７図 第８図 手続補正書（白側 昭和６０年８月６　日 特許庁長官　宇　賀　道　部　殿 １、事件の表示 特願昭６０−１０６１４９号 ２、発明の名称 文書作成通信端末装置 ３、補正をする者 事件との関係　　特許出願人 東京都大田区中馬込１丁目３番６号 （６７４）　　株式会社　　リ　　コ　−４、代理人 東京都豊島区東池袋１丁目２０番地５ （１］明細書の発明の詳細な説明の欄 （２）図面　　　　　、／。 ６、補正の内容 （Ｌ）明細書第１８頁第１行の［メールボーツクｊを、
「メールボックス」と補正する。 （２）同書第２２頁第４行の「長さ１７バイトを示すｒ
ｌ　ＯＨＪ　Ｊ　ヲ、　　ｌｉ’長サヲすすｒ００ＨＪ
Ｊ］と補正する。 （３）同書第２２頁第６行の［長さ１５バイトを示すｒ
ＯＥＨＪＪを、「長さを示すｒＯＦＨ」Ｊ］と補正する
。 （４）同書第２３頁第１行の「長さ２バイトを示すｒ０
２ＨＪＪを、「長さを示すｒｏＯＨＪＪ］と補正する。 （５）同書第２３頁第５行と第６行との間に、次の記載
を挿入する。 「次に、メール制御に使用するコマンド及びレスポンス
のコードを第４表に示す。なお、同表中の各コマンド及
びレスポンスの意味は。 ＣＭＳ　　：メールスタートコマンド ＣＭＥ　　：メールエンドコマンド ＣＭＵＩ：メールユーザインフォメーションコマンド ＲＭＳＰ：メールスタートポジティブレスポンス ＲＭＳＮ：メールスタートネガティブレスポンス ＲＭＥＰ：メールエンドポジティブレスポンス 第４表 （６）同書第２７頁第４〜５行の「図示を買時している
が」を、「図示を省略しているが」と補正する。 （７）同書第２７頁第６行の「レスポンスＪを、「レス
ポンスＲＭ　Ｓ　Ｎ」と補正する。 （８）同書第２９頁第１９行の「メール送信要求」を、
１１’メール送信要求（ＣＭＳ）」と補正する。 （９）同書第３０頁第１行の［メール送信ポジティブ」
を、「メール送信ポジティブ（ＲＭＳＰ）ｊと補正する
。 （１０）同書第３０頁第４〜７行の「発呼側は・・・・
・・これを受けた」を削除する。 （１１）同書第３０頁第７行の「発破側」を、「被呼側
」と補正する。 （１２）図面の［第１０図」、「第１１図」、「第１２
図」、「第１７図」を１本書に付添した訂正図面のとお
り補正する。 ７、添付書類 訂正図面（第１０図乃至第１２図、第１７図）・・・１
通

Claims (1)

【特許請求の範囲】
1. １　文書作成編集機能及び標準通信機能を有する文書作
   成通信端末装置において、メールを送信又は受信するメ
   ール通信制御手段を設けたことを特徴とする文書作成通
   信端末装置。