JPH01198862A - 受信文書管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野１ 本発明は、通信端末における受信文書の管理方式に関す
る。

［従来の技術１ 従来の日本語テレテックス端末装欝では、第５図に示す
ように、受信ディレクトリ−（受信文書単体の管理デー
タ）を受信文書ファイル中に記録し、受信ディレクトリ
−セット（受信ディレクトリ−の集合）をディスクファ
イル（磁気ディスク媒体上のファイル）に記録している
。

［発明が解決しようとする課題］ 上記従来型こでは、受信ディレクトリ−セットをディス
クファイルとして記録するので、受信ディレクトリ−セ
ットを参照、変更するときに、ディスクファイルを読み
書きする必要があり、不必要な時間を必要とするという
問題がある。また、このときに、受信があり、ディスク
資源の競合が生じた場合、受信側の通信制御部のスルー
プットが一時的に低減するという問題がある。さらに、
受信ディレクトリ−セットを記録する分のディスク容量
が消費され、受信文書用のファイル容量がその分、減少
し、受信不能状態になることがあるという問題がある。

／を発す１は、受信ディレクトリ−セットを参照、変更
するときに、ディスクファイルを読み書きする必要がな
く、また、このときに、受信があり、ディスク資源の競
合が生じても、受信側の通信制御部のスループットが一
時的に低減することがなく、さらに、受信ディレクトリ
−セットを記録する分のディスク容量が節減される受信
文書管理方式を提供することを目的とするものである。

［課題を解決する手段］ 本発明は、受信文書単体の管理データを受信文書ファイ
ル中に持ち、上記受信文書単体の管理データの集合をメ
モリ上に持つものである。

［作用］ 本発明は、受信文書単体の管理データを受信文書ファイ
ル中に持ち、上記受信文書単体の管理データの集合をメ
モリ上に持つので、受信ディレクトリ−セットを参照、
変更するときに、ディスクファイルを読み書きする必要
がなく、また、このときに、受信があり、ディスク資源
の競合が生じても、受信側の通信制御部のスループット
が一時的に低減することがなく、さらに、受信ディレク
トリ−セットを記録する分のディスク容量が節減される
。

［実施例］ 第１図は、本発明において、データである受信文書およ
び受信ディレクトリ−と通信制御等の処理部との関係を
示す図である。

ＲＡＭＩＩは、受信ディレクトリ−セットを記録してお
くメモリであり、第４図のイメージメモリ４８と同じも
のである。アプリケーション部１２と受信出力部１３と
通信制御部１４とは、受信ディレクトリ−セットを扱う
処理部である。この他に受信文書ファイル群１５が設け
られ、符号１６．１７が示すものは、各処理部の受信文
書ファイル群とのデータの授受の関係であり、符号１８
．１９，１１０が示すものは、ＲＡＭＩＩにおける受信
ディレクトリ−セットとのデータの授受の関係である。

第２図は、ＲＡＭＩＩにおける受信ディレクトリ−セッ
トのデータ構造を示す図である。

受信ディレクトリ−列２１は、１番目、２番目、・・・
・・・・・・、ｉ番目（１≦ｉ≦ｎ）の受信ディレクト
リ−２２，２３、・・・・・・・・・、２４を有する。

符号２５は、ｉ番目の受信ディレクトリ−２４のデータ
構造を詳しく示したものであり、該当受信文書のディレ
クトリ−データが変更されたか否かを記録する受信ディ
レクトリ−変更状況領域２６とその他の構成要素２７と
を有するものである。なお、１番目の受信ディレクトリ
−２２からｎ番目の受信ディレクトリ−２４まで、すべ
て同一のデータ構造を有する。

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

このブロック図において、ＣＰＵ４１と、プログラム、
データを格納するメインメモリ４２と。

ハードディスクドライブ（ＨＤＤ）４４とフロッピーデ
ィスクドライブ（ＦＤＤ）とをコントロールするディス
クコントローラ４３と、セーブプロセス起動要因３１の
１つの方式である時刻指定セーブを実現する時刻割込み
の発生等を行なうリアルタイムクロック４５と、このリ
アルタイムクロック４５からの割込み要因をＣＰＵ４１
への割込み信号に変換する動作等を行なう割込みコント
ローラ４６と、ＣＰＵ４１のアドレス空間をイメージア
ドレス空間にマツピングするメモリマツパ４７と、イメ
ージデータ等を記憶するメモリであって受信ディレクト
リ−セット１１を記憶するイメージメモリ４８と、イメ
ージバス４９と、システムバス４１０とが設けられてい
る。

ただし、受信ディレクトリ−セットをイメージメモリ４
８に記憶する必要は必ずしもなく、メインメモリ４２に
上記受信ディレクトリ−セットを記憶するようにしても
よい。

次に、上記実施例の動作について説明する。

上記実施例である通信端末に文書が受信されると１通信
制御部１４は受信文書を受信文書ファイル１５に記録し
た後に、受信ディレクトリ−２５の形式のデータを受信
文書ファイルから抽出し、ＲＡＭＩＩへ登録する。また
、継続文書を受信するときに、通信制御部１４は、自動
リンギングされた既着受信文書を同定するために、受信
文書ファイル群１５を検索することなく、ＲＡＭＩＩの
受信ディレクトリ−セットの構成２７中の相手端末識別
子、ドキュメント参照番号、チェックボイント参照番号
等をマツチングすることによって高速な検索を行なう。

一方、受信出力部は、受信文書の出力（表示、印刷）を
行なう場合、受信出力結果等を受信文書ファイル１６に
直接書込まず、ＲＡＭＩＩ内の受信ディレクトリ−セッ
トへ書込む。

さらに、アプリケーション部１２は、受信文書ファイル
群１５を参照することなく、ＲＡＭＩＩ内の受信ディレ
クトリ−セットを参照し、受信ディレクトリ−へのコメ
ント追加等も受信文書ファイル１５に対してではなく、
上記受信ディレクトリ−セット１１に対して行なう。

上記受信ディレクトリ−セットはＲＡＭＩＩ上に記録さ
れているので、電源遮断等の不測の事態が発生した場合
に、その内容が揮発することもある。そこで、本発明は
、第３図に示す受信ディレクトリ−セットの受信文書フ
ァイルへのセーブを行なう処理を設けている。

第３図は、ＲＡＭＩＩ上に記録されている変更された受
信ディレクトリ−と対応する受信文書フアイルヘセーブ
する動作の説明図である。

セーブプロセスの起動要因３１のいずれか１つによって
起動されると、セーブプロセスの手順が実行される。ま
ず、電源の瞬断、またはユーザによる指示があれば（Ｓ
ｔ、Ｓ２）、強制的にセーブを行なうように、Ｓ５の判
断に移る。

電源の瞬断がなく、しかもユーザによる指示がないとき
には、通信中であるか（Ｓ３）、タイマ通信予約時刻に
なるまでの時間が、受信ディレクトリ−セットから受信
文書ファイル群１５へのセーブ時間よりも長ければ（３
４）、ディスク装置における通信制御部１４との競合を
さけるために、待機状態になる。

Ｓ５において、全受信ディレクトリ−に対する処理が完
了したならば、セーブ処理が終了する。

受信ディレクトリ−がまだ残っていれば、その残ってい
る受信ディレクトリ−が変更されているか否かを、受信
ディレクトリ−変更状況領域２６を参照することによっ
て判断する（３６）、受信ディレクトリ−が変更されて
いれば、受信ディレクトリ−を受信文書ファイルヘセー
ブしくＳ７）、Ｓ５へ戻る。

上記のように、受信ディレクトリ−セットを、ファイル
５１ではなく、ＲＡＭＩＩに記憶することによって、通
信制御部では、継続文書の自動リンキングを受ける既受
信文書を検索する速度が著しく向上する。アプリケーシ
ョン部においては、受信ディレクトリ−セット（−覧）
の参照時のレスポンスが著しく向上する。受信出力部に
おいては、受信出力するときに参照すべきデータ２７等
が共通ＲＡＭに記憶されるので、処理速度が早くなり、
メモリ資源の消費を少なくすることができる。

また、通信制御部とアプリケーション部および受信出力
部との間で、ディスク資源の競合が減少し、送受信パー
フォマンスが向上する。

受信ディレクトリ−セットを記憶するＲＡＭ１１が揮発
性メモリであると説明したが、ＲＡＭ１１としてＳＲＡ
Ｍ（スタティックＲＡＭ）を使用し、電源バックアップ
を行なうようにしてもよい。

［発明の効果］ 本発明によれば、受信ディレクトリ−セットを参照、変
更するときに、ディスクファイルを読み古きする必要が
なく、また、このときに、受信があり、ディスクｆＩｒ
Ａの競合が生じても、受信側の通信制御１部のスループ
ットが一時的に低減することがなく、さらに、受信ディ
レクトリ−セットを記録する分のディスク容量が節減さ
れるという効果を有する。

【図面の簡単な説明】

第１図は、本発明における受信文書管理方式のデータの
流れを説明する図である。 第２図は、本発明の一実施例における受信ディレクトリ
−セットのデータ構造の一例を示す図である。 第３図は、上記実施例において受信ディレクトリ−セッ
トの受信文書ファイルヘセーブする手順を示す図である
。 第４図は、本発明の一実施例を示すブロック図である。 第５図は、従来の受信文書管理方式の説明図である。 １１・・・受信ディレクトリ−セットを記憶するＲＡＭ
、 １２・・・アプリケーション部、 １３・・・受信出力部、 １４・・・通信制御部。 １５・・・受信文書ファイル群、 ２２．２３．２４・・・受信ディレクトリ−１２６・・
・受信ディレクトリ−変更状況領域、４１・・・ＣＰＵ
。 特許出願人　　キャノン株式会社 同代理人　　　用久保　　新　− 第１図 第３図 第４図

Claims (1)

【特許請求の範囲】
1. 受信文書単体の管理データを受信文書ファイル中に持ち
   、上記受信文書単体の管理データの集合をメモリ上に持
   つことを特徴とする受信文書管理方式。