JPS59200558A - 文書通信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の技術分野］ 本発明は、又薔通信ｆ二係わり、文書を送信する場合、
あて先１題目などの指定を文書中に識別子を設定するこ
とによりおこなう文書通信装置ｇ二重するものである。

［発明の技術的背豫とその問題点コ 文書を送信する場合、あて先９題目、送信モード（普通
、至急など）〃どの送信管理情＠（以下、電文ヘッダと
呼ぶ）を指定する必要がある。従来電文ヘッダは、送信
する文書（以下、電文本体と呼ぶ）とげ別Ｃ二、入力し
て、作成する煩雑さがあった。

また、電文ヘッダの事項の多くは、実は、電文本体中コ
ー記述されていることがある（第５図参照）Ｃ二もかか
わらず、電文ヘッダ作成時Ｃ，再入力しなければならな
かった。

同一の文書（あるいは少し内容を変えて）を頻繁に送信
する場合は、これに対応した電文ヘッダを別個に保管し
ておく方法が従来よくとられていた。これによると、保
管のため記憶装置のスペース占有、保管された電文ヘッ
ダと文書との対応づけのための機能の実装などの問題点
があった。

［発明の目的コ 本発明は、このような事情を考慮してなされたもので、
送信したい文書中８＝識別子を設定することにより、あ
て先１題目などの送信管理情報な指定できる文書通信装
置を提供することを目的とする０ ［発明の概要］ 文書送信時Ｃ二、文書中にあらかじめ設定された識別子
の始端符号と終端符号（電文ヘッダの事項ｒ：ｘす異な
る）で囲まれた部分により、電文ヘッダを作成すること
を特徴とする。

［発明の効果］ 本発明によれば、文書中のあて先１題目などを、対応し
た識別子の始端符号と終端符号で囲むことを文畏作成時
におこなっておけば、文書の送信時■二は、あらためて
、これらの事項を再入力する必要はなくなり、自動的に
これらの事項を集めて、電文ヘッダが作成される。この
よう【二、電文ヘッダを作成するための事項の再入力と
いう操作上の手間がなくなる。

また、電文ヘッダを送信したい文書とは、別個に保管し
ておく場合Ｃ二対こるさまざまな問題点、たとえば記憶
スペースの問題点、保管された電文ヘッダと送信文書と
の対応づけの問題などが解決される。

［発明の実施例］ 第１１￥ｌに本発明を実施する文書通信装置のブロック
図を示す。文書通信装置１００は、制御装置１１０、記
憶装Ｆｉ　１２０　、端末制御装置１３０９通信制御装
置１４０から構成される。

制御装置１１０け、電文送受信部１１１１文書作成編集
部１１２．電文ヘッダ作成部１１３．電文本体作成部１
１４．タイマ１１５から構成され、文書通信装置１００
全体を制御する。

記憶装置１２０は、これから送信する電文あるいけ受信
した電文を一時蓄績する電文ファイル１２１゜送信する
文科あるいは受信して保存しておく文書を蓄積する文壷
ファイル１２２１通信のための管理情報を蓄積する通信
管理ファイル１２３などが格納されている。

端末制御装ｗ１３０には、複数台の端末が接続され、端
末の入出力を制御する。

通信制御装置１４０には、通信１！２１線が接続され、
他の文書通信装置などの装置と辿個を制御する。

第２図に、電文ヘッダ作成部１１３のブロック図を示す
。電文ヘッダ作成部１１３は、文苔を読込む読出し部１
１３１　、電文のヘッダに設定する各事項を耽込んだ該
文書から取出す取出し部１１３２．電文へラダＣ二設定
する該事項を電文ヘッダＣ二設定する書込み部１１３３
から構成される。

第３図Ｃ二、通信の対象となる電文の形式を示す。

電文は、電文ヘッダ３１０〜３６０および電文本体３７
０から構成される。

３１０は送信側で設定される電文番号、３２０は電文Ｃ
二付けられた名前である題目、３３０は普通、至急、親
展などの送信の形式を表わす送信モード。

３４０けあて先の個数、　３４１，３４２．・・・はあ
て先、３５０は送信者のあて先、３６０は送信側で設定
される送信時刻、これら３１０〜３６０の事項から電文
ヘッダが構成される。

電文本体３７０に送信したい文書が設定される。

第４図に、電文ヘッダに設定される事項を文書中で指定
するための始端符号、終端符号を表わす電文ヘッダ管理
テーブル４００を示す。

送信したい文書中−Ｃ１符号Ａ［＋符号］人で囲剪れた
文字列が電文題目である。他の項目についても同様であ
る。ここで、各符号は、たとえば、２バイトのＸ’０Ｂ
８１’々どのコードが対応している。

電文ヘッダ管理テーブル４００は、第８図Ｃ二足すよう
に、記憶装置１２０内の通信管理ファイル１２３に格納
されている。

以下、この実施例の具体的な動作について説明する。

普ず、送信者は、送信したい文書を端末を介して、文科
作成編集部１１２により、作成し、文書ファイル１２２
に格納する。

送信文書の一例を第５図Ｃ示す。

この例において あて先は、「総務課田中」。

「経理課銘木」。

題目は、　１３月安全目標」。

送信モードは、「至急」 送信者は、「安全課佐ｊｌ＄Ｊ であり、送信省け、文書中に、これらの各事項の前後に
、該事項を指定するための始端符号、終端符号をそう人
しておく。

第６図に、第５図に示した文書５００から作成される電
文を示す。電文ヘッダ５０１け電文ヘッダ作成部１１３
　Ｃよす、電文本体５０２け電文本体作成部１１４によ
り作成される。

電文ヘッダ作成部１１３は、第７図１−示した電文ヘッ
ダの作成手順に従い動作する。このとき、電文ヘッダ管
理テーブル４００（第４図参照）の各小環の始端符号、
終端符号を利用して、送信する文書から、即目、送信モ
ードなどを取出す。

電文番号の設定は、第８図の通信管理ファイル１２３内
にある電文番号カウンタ１２３６＋二設定されている値
を電文ヘッダ５０１Ｃユ設定する。この後、電文番号カ
ウンタ１２３６の値に１を加える。

電文本体は、電文本体作成部１１４により通常の手段に
より作成され、電文ヘッダと結合されて、電文ファイル
１２１１＝格納される。電文ファイル１２１に格納され
ている電文は、電文送受信部１１１により通信制御装置
１４０を介して、あて先ｌ−送信される。

以上のようにして、文書中にあらかじめ設定された職別
子の始端符号とＰ端符号（電文ヘッダの題目、あて先な
どにより異なる）にｌ１れた部分から、電文ヘッダの各
事項を取出して、電文ヘッダを自動的ｌ１作成し、あて
先に送信されることが可能となる。

始端符号と終端符号を文書中Ｃ二設定するのは、従来よ
り種々擾案されている文書作成編集技術を採用すること
ができる。

なお、本発明は上ｉ［ｊ実施物ロニ限定されるものでは
ない。

たと乏ば、第４図に示した電文ヘッダ管理テーブル４０
０け、−極類に限定されるものではない。

利用者ごとに、始端符号、終端符号を変えて、電文ヘッ
ダ管理テーブルを持たせてもよい。あるいけ、１由−の
利用者であっても、同一の文書を異なった送信（例；あ
て先が異）に利用する場合などのため５二、複数個の電
文ヘッダ管理テーブルを持ってもよい。後者の場合、第
１１用者は送信時に、どの電文ヘッダ管理テーブルを利
用するのか指定することになる。

また、電文ヘッダ管理テーブル４００は第４図に示した
形式ζ二限定されるものではない。事項として、送信目
的（報告９通知、返答がと）、受信期限（相手に見ても
らいたい期限）など、送信の形態に合わせて、種々のも
のが追加可能である。

【図面の簡単な説明】

第１図は本発明の一実施例を示す文書通信装置のブロッ
ク図、第２図は電文ヘッダ作成部のブロック図、第３図
は電文の形式を示す図、第４図は電文ヘッダ管理テーブ
ルを示す図、第５図は送信文書の一例を示す図、第６図
は第５図Ｃ二足した送信文書を電文の形にしたものを示
す図、第７図は電文ヘッダの作成手順を示す流れ図、第
８図は通信管理ファイルを示す図である。 １００・・・文書通信装置　１１０・・・制御装置１２
０・・・記憶装置　　　１３０・・・端末制御装置１４
０・・・通信制御装置 第２図 塙未　　　　　　　タイマ 第８図 第５図 第６図

Claims (1)

【特許請求の範囲】
1. 文書を作成編集する手段と、該作成編集した文書中にあ
   て先、送信者などの送信管理情報を特定するための制俯
   符号を付与する手段と、該送信管理情報のＳ類と該制御
   符号の対応を登録した対応テーブルを保管する手段と、
   該対応テーブルを利用して該文書から該制御符号Ｃ二対
   応した該送信管理情報を抽出する手段と、該送信管理情
   報と文書から構成される電文を送受信する手段とを具備
   することを特徴とする文書通信装置。