JP3387965B2 - 通信端末装置 - Google Patents

Description

【発明の詳細な説明】 【０００１】 【産業上の利用分野】本発明はファクシミリ装置等の通
信端末装置に関し、特に通信履歴を通信管理レポートと
して記録出力する通信端末装置に関する。 【０００２】 【従来の技術】従来、ファクシミリ装置等の通信端末装
置が多用されているが、この通信端末装置は、通信履歴
を通信管理情報として蓄積する通信管理情報蓄積部を有
しており、所定回数の通信履歴が蓄積されると、通信管
理レポートとして自動的に記録出力するよう構成されて
いる。従来のこの種の通信端末装置としては、例えば特
開平２−１２１５５０号公報、あるいは特開平２−１０
５７７１号公報などに記載されたものがあり、その通信
管理情報蓄積部は図１０のように構成される。 【０００３】同図において、通信管理情報蓄積部１００
は、例えば５０＋３０＝８０回分の通信履歴を蓄積する
交信ロギングエリアが設けられており、通信が行われる
度に、開始ポインタで示される第１エリアから順次通信
履歴が書き込まれて行く。そして、例えば５０回分の通
信履歴が蓄積されると、この５０回分の通信履歴を通信
管理レポートとして出力する。５１回目の通信履歴が発
生すると、次格納ポインタとして示す第５１エリアから
順次通信履歴が書き込まれ、３０回分の通信履歴が第８
０エリアまで蓄積される。以後、３１回目の通信履歴は
一番古い履歴である第１エリアのデータを消去して蓄積
される（上書きされる）。なお、５０回分の通信管理レ
ポートを出力する時点で、図１０であれば開始ポインタ
位置が次格納ポインタの位置に、また次格納ポインタの
位置が第２１エリア位置に各々更新される。 【０００４】 【発明が解決しようとする課題】しかしながら、このよ
うな従来の通信端末装置にあっては、５０回分の通信管
理レポートを出力する時点で、例えば紙詰り（ジャム）
や用紙切れ、あるいはインク切れ等の理由により、記録
部であるプロッタが使用不可となっていると、レポート
出力がプロッタ復旧まで見送られる。このため、復旧ま
でに図１０であれば３１回以上の通信履歴が発生する
と、レポート出力されるべき第１回目の通信履歴から古
いもの順に履歴データが上書きされて消失し、通信管理
レポートを出力できないという問題があった。また、こ
の対策として通信管理情報蓄積部１００の容量を大きく
することが考えられるが、大容量化のためには不当なコ
ストアップを覚悟しなければならない。 【０００５】 【０００６】また、請求項１記載の発明は、記録出力前
の通信管理レポートを親展文書の１つとして画情報の形
で記録し直すことにより、通信管理情報蓄積部の容量が
小さくても必要なときにのみ確実にレポートを出力でき
る通信端末装置を提供することを目的としている。 【０００７】 【０００８】 【０００９】 【００１０】【課題を解決するための手段】 請 求項１記載の発明は、
上記目的を達成するために、通信履歴を管理情報として
蓄積する通信管理情報蓄積部と、蓄積された通信管理情
報を画情報にビデオ変換するビデオ変換部と、ビデオ変
換された通信管理情報を画情報として記録出力する記録
部と、を備えた通信端末装置において、前記通信管理情
報の画情報出力時に記録部による出力動作の可否を判断
する判断部と、出力動作が不可の場合に前記通信管理情
報の画情報を親展文書の１つとして格納する通信管理文
書格納部と、前記記録部が出力可に復帰した後に所定操
作により親展文書出力が指示されると該記録部をして前
記通信管理文書を記録出力させる親展文書記録制御部
と、を備えたことを特徴とする。 【００１１】 【００１２】 【００１３】 【００１４】【作用】 上 記構成を有する請求項１記載の発明において
は、通信管理情報の画情報出力時に判断部が記録部によ
る出力動作の可否を判断し、出力動作が不可の場合に、
前記通信管理情報の画情報を親展文書の１つとして通信
管理文書格納部に格納しておき、前記記録部が出力可に
復帰した後に所定操作により親展文書出力が指示される
と、親展文書記録制御部が該記録部をして前記通信管理
文書を記録出力させる。 【００１５】 【００１６】 【実施例】以下、本発明を実施例に基づいて説明する。
図１は本発明の一実施例に係る通信端末装置を示すブロ
ック構成図である。まず、構成を説明する。図におい
て、スキャナ１１は、原稿画像を読み取る画像読取装置
である。プロッタ１２は、スキャナ１１で読み取ったコ
ピー原稿画像や、他の端末から受信した原稿画像等を記
録出力する記録部であり、本実施例では特に通信管理レ
ポートを出力する。符号化復号化部１３は、送信する画
情報を符号化してその情報量を圧縮する一方で、受信デ
ータを復号化により元の画情報に復元するものである。
画像メモリ１４は、画情報を一時的に蓄積するもので、
蓄積された画情報は前記プロッタ１２をして記録出力さ
れる。頁（ページ）メモリ制御部１５は、画情報を頁単
位に記録または読み取りする場合に使用する頁メモリの
制御を行うものである。なお、ここで云う頁メモリは画
像メモリ１４の一部に割り当てられている。 【００１７】通信制御部１６は、通信処理（Ｇ３ＦＡＸ
の場合のプロトコル制御ＣＣＩＴＴ勧告Ｔ．３０等）を
行うものである。網制御部１７は、例えば公衆回線網Ｐ
ＳＴＮなどの接続網とのアクセスを実行するものであ
る。操作表示部１８は、オペレータが各種操作を行うと
共に、本装置の動作状態などを表示するものである。シ
ステムメモリ１９は、本装置に対する登録情報（ワンタ
ッチダイヤルや短縮ダイヤル等）や、受信画像の管理情
報（通信管理情報）などを記憶するものであり、通信履
歴を管理情報として蓄積する通信管理情報蓄積部は本メ
モリ１９に設けられている。ビデオ変換部２０は、文字
フォントを格納したマスクＲＯＭ（Read Only Memory）
または漢字ＲＯＭなどを利用して、シフトＪＩＳコード
やＡＳＣＩＩコードによる通信管理情報を画情報にビデ
オ変換し、プロッタ１２による記録出力可能な通信管理
レポートを作成するものであり、それ以外には文字コー
ドを表示データに変換する際にも使用される。ラインバ
ッファ２１は、スキャナ１１やプロッタ１２とのＩ／Ｆ
（インタフェース）に用いる主走査方向のデータをライ
ン単位に順次格納するものである。システム制御部２２
は、上記各部を監視・制御するマイクロコンピュータで
ある。システムバス２３は、上記各部が相互間で各種制
御信号やデータのやりとりをする信号ラインである。 【００１８】上記構成において、通信管理情報はシステ
ムメモリ１９に蓄積されるが、この蓄積数すなわち通信
回数が特定回数に達すると（例えば従来例で説明したよ
うに、５０回に達すると）、ビデオ変換部２０により通
信管理情報を文字に展開し、システム制御部２２により
レポート形式に編集し、ラインバッファ２１を経由して
プロッタ１２により通信管理レポートとして記録出力さ
れる。なお、このときの各種レポート出力に関しては既
知技術であり詳細説明は省略する。 【００１９】ここで、第１の実施例の構成を説明する。
システム制御部２２は本実施例の判断部として、前記通
信管理情報をレポート出力する時にプロッタ１２による
出力動作の可否を判断する。この判断で、プロッタ１２
が例えば紙詰り（ジャム）や用紙切れ、あるいは他の文
書を出力中などの理由により、出力動作が不可の場合
に、通信管理レポートは、受信文書の１つとして画像メ
モリ（通信管理文書格納部）１４に格納される。そし
て、プロッタ１２が出力可に復帰したら、システム制御
部２２は本実施例の自動記録制御部として、画像メモリ
１４に格納されている通信管理レポートをプロッタ１２
により自動的に記録出力させる。 【００２０】このときの画像メモリ１４中の文書の扱い
を簡単に説明する。図２は画像メモリ１４に格納される
文書の管理システムを示す構成図であり、文書管理テー
ブル３０および頁管理テーブル４０はシステムメモリ１
９中に必要数設けられている。文書管理テーブル３０中
には文書を扱う各種パラメータ、例えば文書番号３１、
文書タイプ３２、作成日時３３などをセットする。この
中で１頁目のポインタ３４は、画像メモリ１４に文書を
格納する際に本文書の第１頁目Ｐ₁ の頁管理テーブル４
０を示すポインタであり、１文書が複数頁Ｐ₁ 〜Ｐ_{en d}
ある場合は各頁毎にそれぞれの頁管理テーブル４０によ
って管理される。頁管理テーブル４０の中にはそのペー
ジのサイズ４２、線密度４２、符号モード４３などを格
納する。さらに、頁管理テーブル４０には、画像メモリ
１４中の実際の格納位置を示す画像ポインタ４４、次頁
用の頁管理テーブル４０を示す次頁ポインタ４５を格納
し、次頁無時は次頁ポインタ４５ｅとして「ＮＵＬＬ」
をセットする。 【００２１】次に、作用を説明する。図３は第１の実施
例を実現する処理手順を示すフローチャートであり、本
実施例では所定の交信量（例えば５０交信）に達したと
きに自動的に通信管理レポートを記録出力するものとす
る。まず、交信量が５０回に達するまで待機し（ステッ
プＳ１）、５０交信が実行されて通信管理レポート出力
条件になると、前述したように、ビデオ変換部２０およ
びシステム制御部２２を用いて、この５０回分の通信管
理情報をレポート形式の文書に編集し、ラインバッファ
２１を経由して画像メモリ１４に格納する（ステップＳ
２）。なお、このとき通信管理文書を生データのまま格
納してもよいし、符号化復号化部１３を用いて符号化し
た圧縮データを格納してもよい。圧縮データで格納する
よう構成すれば、画像メモリ１４の残容量が少ない時な
どに有効である。 【００２２】また、このとき図２の文書管理テーブル３
０および頁管理テーブル４０に必要なパラメータをセッ
トする。ここで重要なものについて補足すると、文書管
理テーブル３０においては文書タイプ３２を代行受信文
書として扱い、頁管理テーブル４０においては慣例的に
サイズ４１をＡ４として扱う。このように、通信管理レ
ポートを文書化した場合に代行受信文書として扱うこと
により、レポート文書を通常の受信文書とは別管理にす
ることが可能で、本来の代行受信文書とレポート文書を
ＯＲ条件で出力することができる。また、文書管理テー
ブル３０の文書番号３１は通常順次＋１したものを割つ
けるが、前述したようにレポート文書を代行受信文書と
して扱う場合には、文書番号３１のＮｏ．を省略するこ
とが可能となる。次いで、作成日時３３は、このレポー
ト文書を画像メモリ１４に格納した時刻とする。一方、
頁管理テーブル４０の線密度４２は例えばＳＴＤ（標
準）やＤＴＬ（詳細）をセットし、符号化モード４３は
生データ、ＭＨ、ＭＲ、あるいはＭＭＲなどをセットす
る。 【００２３】このようにレポート文書を画像メモリ１４
に格納した上で、プロッタ１２が出力可能であるかどう
かを判断し（ステップＳ３）、プロッタ１２が出力可能
であれば即座に代行文書として記録出力することができ
るし（ステップＳ４）、他の受信文書の記録中であった
り、異常により出力不可であれば、これらの条件がクリ
アされてから記録出力される。なお、プロッタ１２が出
力不可であれば、システム制御部２２により定期的に出
力の可否が判断される。 【００２４】このように、本実施例においては、通信管
理レポートの出力条件になると、ビデオ変換部２０およ
びシステム制御部２２を用いてレポート形式の文書を作
成し、このレポート文書を画像メモリ１４に格納した
後、レポート文書のプロッタ１２による記録出力を行う
ので、従来例ではプロッタ１２が使用不可のとき全て処
理をスキップしていたのに比べて、図４に示すように、
通信管理情報をレポート文書化し画像メモリ１４に格納
した時点で、システムメモリ１９内に蓄積されているレ
ポート文書分の通信管理情報は保持する必要がなくな
り、例えば５０回分のロギングエリアに対して２回分の
ロギングエリアを多めに設けるだけで、容量的に充分な
通信管理情報蓄積部１００を構成することができる。し
たがって、システムメモリ１９内の通信管理情報蓄積部
１００における余分な交信ロギングエリアを少なくでき
るため、少容量のメモリを使用することができ、コスト
ダウンを実現することができる。 【００２５】なお、通信管理情報蓄積部１００のロギン
グエリアをサイクリックに使用する場合、通信管理情報
をレポート文書化した時点で５０通信分、開始ポインタ
を進めるものとする。また、５０回分のロギングエリア
に対して余分な２回分のロギングエリアは、レポート文
書化中に送信／受信された通信履歴蓄積用に設けられて
おり、文書化が済むと５０回分のロギングエリアに対す
る上書きが可能になる。文書化時点でレポート文書は画
像メモリ１４に格納されるので、従来例のように、レポ
ート作成上必要な通信管理情報が上書きにより消失する
ことはない。したがって、通信管理情報の消失を心配す
ることなく、以降の通信管理情報を上書きすることがで
き、蓄積部１００の容量が小さくても確実に通信管理レ
ポートを記録出力することができる。 【００２６】なお、本実施例ではシステム制御部２２に
より通信管理レポートを自動的に記録出力する構成を述
べたが、レポートをマニュアル（手動）により記録出力
することもできる。すなわち、前述したように文書タイ
プ３２を代行受信文書（あるいはレポート文書）として
セットし、他の受信文書と別管理とすることで、画像メ
モリ１４に格納されたレポート文書をサーチし、レポー
ト文書のみを記録出力するようにしても構わない。ただ
し、前記代行受信文書としてレポート文書を管理する場
合、その出力時に代行受信文書とＯＲ条件で出力しても
よいものとする。 【００２７】以下、第２の実施例に基づいて説明する。
まず、構成を説明する。図１において、操作表示部１８
を本実施例の設定部として、プロッタ１２により記録出
力させるレポート文書（通信管理文書）の出力時間およ
び／または出力日を設定する。ここで設定された出力時
間および／出力日は、システムメモリ１９中に設定され
たエリアに登録される。 【００２８】次に、作用を説明する。図５は第２の実施
例により実現される時刻設定によるレポート出力動作を
示すタイムチャート図であり、設定時刻毎にレポート文
書を出力する動作を示す。本実施例では通信数が特定数
（ここでは５０交信とする）に達する度に前記実施例と
同様に通信管理レポートを作成し、文書として画像メモ
リ１４に格納する。このため、出力設定時刻までの間に
通信回数によっては複数のレポート文書１、２が発生す
るが、これらのレポートを１文書としてその都度メモリ
１４に格納する。そして、目的の出力設定時刻までに５
０未満（０の時は対象としない）の交信がある場合は、
その分だけで同様に通信管理レポートを作成し文書３と
する。こうして、出力設定時刻になると、古いレポート
文書から順次まとめて出力する。したがって、毎日の定
期的な通信管理ができる。 【００２９】また、上記のように時刻を設定してレポー
ト文書を出力する実施例では、１日の通信回数が限られ
ている場合等、レポート文書に少数の交信履歴しか記録
されないような場合には、１日１回のレポート出力は文
書数が多くなるだけで管理上好ましくない。そこで、月
に１日または複数日の出力日（曜日でも可）を設定し、
月毎や週毎、あるいは各週毎にレポート文書を出力する
実施例も可能である。これらの出力日の設定データもシ
ステムメモリ１９内に保持されるものとする。なお、シ
ステムメモリ１９内の設定データは、出力設定日になる
前に変更可能であり、設定日以前にマニュアルにて出力
することもできる。 【００３０】図６は第２の実施例を実現する処理手順を
示すフローチャートである。まず、出力設定時刻を待機
する（ステップＴ１）。なお、このステップＴ１におい
て、出力設定日時を待機することにより、出力日指定に
よるレポート文書の出力処理になるが、本実施例では図
５に基づいて時刻によるレポート文書の出力処理を説明
する。出力設定時刻になると、端数分の通信管理情報す
なわち図５に示すレポート文書３を作成するために必要
なデータがシステムメモリ１９に蓄積されているかをチ
ェックし（ステップＴ２）、端数分がある場合はこの分
の通信管理情報に基づいてレポート文書３を作成し（ス
テップＴ３）、画像メモリ１４に格納する。 【００３１】次いで、プロッタ１２が使用可能か否かを
判断し（ステップＴ４）、使用可能ならば画像メモリ１
４内からレポート文書をサーチし（ステップＴ５）、図
５であればレポート文書１を読み出して（ステップＴ
６）、プロッタ出力する（ステップＴ７）。続いて、レ
ポート文書２があれば（ステップＴ７）、ステップＴ６
に戻って文書読出を行い、順次レポート文書３までのプ
ロッタ出力を実行する。 【００３２】このように、本実施例においては、出力時
刻または出力日を設定してレポート文書を一括出力でき
るので、所望の日時にレポート文書を定期的に出力で
き、定形化により管理業務を容易化できる。以下、第３
の実施例に基づいて説明する。まず、構成を説明する。
図１において、プロッタ１２によるレポート文書の出力
動作が絶望的な場合、例えば紙詰りや他の文書を出力
中、あるいはサービスマンによる修理を要する障害が発
生した場合に、システム制御部２２は本実施例の書換え
部として、画像メモリ１４におけるレポート文書を送信
文書として書き換える。これは図２に示す文書管理テー
ブル３０の文書タイプ３２を送信文書に書き換えること
により実現される。また、このようなレポート文書の送
信を想定して予め宛先を登録しておく。このための登録
部は図２に示す宛先管理テーブル５０としてシステムメ
モリ１９に設けられており、その登録は操作表示部１８
を用いて行われる。さらに、操作表示部１８を本実施例
の設定部として、登録宛先に前記レポート文書を送信す
る時間および／または送信日を設定することができる。
ここで設定された送信時間および／または送信日は、図
２の文書管理テーブル３０内に発呼時刻３５としてセッ
トされる。なお、前記宛先管理テーブル５０は、文書管
理テーブル３０の宛先ポインタ３６によってその所在が
示されており、利用宛先種類５１、簡易コード５２、１
〜ｎまでの結果５３、次宛先ポインタ５４などがセット
される。 【００３３】次に、作用を説明する。図７は第３の実施
例を実現する処理手順を示すフローチャートであり、図
３に示したステップＳ３のＮＯ判断以降に特徴を有する
処理である。図３で説明したように、通信管理レポート
出力条件になった時、レポート文書を代行受信文書とし
て画像メモリ１４に格納し、プロッタ１２が異常でけれ
ばプロッタ１２が解放され次第、レポート文書を出力す
る。一方、サービスメンテナンスが必要な場合など、ス
テップＳ３においてプロッタ１２が使用不可と判断され
ると、画像メモリ１４に代行受信文書として格納された
レポート文書を送信文書に書き換えて（ステップＳ
５）、宛先管理テーブル５０に登録された別の端末に送
信する（ステップＳ６）。 【００３４】このように、本実施例においては、本装置
のプロッタ１２がダメージを回復できない状態でも、予
め登録された宛先端末にレポート文書を送信するので、
他の端末をしてレポート文書を代行出力でき、通信管理
レポートの情報を損なうことがない。以下、第４の実施
例に基づいて説明する。なお、第４の実施例は請求項１
記載の発明と対応した実施例である。 【００３５】まず、構成を説明する。図１において、シ
ステム制御部２２は本実施例の判断部として、前記通信
管理情報をレポート出力する時にプロッタ１２による出
力動作の可否を判断する。この判断で、プロッタ１２が
例えば紙詰り（ジャム）や用紙切れ、あるいは他の文書
を出力中などの理由により、出力動作が不可の場合に、
レポート文書は、親展文書の１つとして画像メモリ（通
信管理文書格納部）１４に格納される。この場合、図２
に示す文書管理テーブル３０の文書タイプ３２が親展文
書としてセットされ、親展ＩＤ３７に予めレポート文書
出力に要するＩＤがセットされる。そして、プロッタ１
２が出力可に復帰した後に、操作表示部１８において所
定操作（親展ＩＤ入力）により親展文書出力が指示され
ると、システム制御部２２は本実施例の親展文書記録制
御部として、画像メモリ１４に格納されているレポート
文書をプロッタ１２により記録出力させる。 【００３６】次に、作用を説明する。本実施例は第１の
実施例において受信文書として扱ったレポート文書を親
展受信文書として扱うものである。このため、図２に示
す文書管理テーブル３０中の文書タイプ３２を親展受信
文書として保持する。また、親展受信文書として保持す
る場合には、別途、システムメモリ１９中に予め登録さ
れてある通信管理レポート用の親展ＩＤを読み出して、
親展ＩＤ３７にセットする。こうして、親展文書出力モ
ードで前記親展ＩＤを入力された時に親展受信文書とし
て蓄積してあるレポート文書を出力する。 【００３７】図８は請求項１記載の発明により親展文書
としてレポート文書を出力する際の操作表示部１８にお
ける表示ガイダンス例を示す図であり、同図（ａ）は親
展ＩＤの登録ガイダンス、同図（ｂ）は親展ＩＤを用い
たレポート出力ガイダンスを示す。まず、操作表示部１
８にて登録モードキーを操作すると、図８（ａ）に示す
ガイダンスが表示される。この表示ガイダンスにしたが
って、例えばテンキーにより所望の親展ＩＤ（４桁）を
入力すると、この親展ＩＤがシステムメモリ１９内に保
持され、文書管理テーブル３０の文書タイプ３２を受信
文書から親展文書に書き換えた場合には、同時に親展Ｉ
Ｄ３７としてセットされる。なお、このように予め親展
ＩＤをシステムメモリ１９に登録してない場合には、本
装置のマスター親展ＩＤをレポート出力時の親展ＩＤと
して代用する。すなわち、マスター親展ＩＤを用いてレ
ポート文書を出力すると、他の親展受信文書も一緒に出
力される。 【００３８】レポート文書を出力したいときに、操作表
示部１８にて通信管理（または親展文書出力）を選択す
ると、レポート出力モードとなり、図８（ｂ）に示すガ
イダンスが表示される。このガイダンスにしたがって親
展ＩＤを入力すると、このときまでに５０通信毎に文書
化された複数のレポート（図５に示したレポート文書
１、２）と、端数分のレポート（図５に示したレポート
文書３）を、一括して出力することができる。 【００３９】このように、本実施例においては、所望時
に親展文書としてレポート文書を一括出力できるので、
管理業務を容易化でき、また所定通信回数による自動出
力ではなく、親展ＩＤによるマニュアル出力なので、レ
ポート文書の見落としを防止でき、必要な時のみに確実
にレポート文書を入手できる。以下、第５の実施例に基
づいて説明する。 【００４０】まず、構成を説明する。図１において、シ
ステムメモリ１９に蓄積された通信管理情報が例えば５
０回数分に達し、上記実施例と同様にビデオ変換部２０
によりレポート文書を作成すると、このレポート文書は
画像メモリ（通信管理文書格納部）１４に送信文書とし
て格納される。この場合、図２に示す文書管理テーブル
３０の文書タイプ３２が送信文書としてセットされる。
また、このようなレポート文書の送信を想定して予め宛
先を登録しておく。このための登録部は図２に示す宛先
管理テーブル５０としてシステムメモリ１９に設けられ
ており、その登録は操作表示部１８を用いて行われる。
さらに、操作表示部１８を本実施例の設定部として、登
録宛先に前記レポート文書を送信する時間および／また
は送信日を設定する。ここで設定された送信時間および
／または送信日は、図２の文書管理テーブル３０内に発
呼時刻３５としてセットされる。 【００４１】次に、作用を説明する。本実施例では、図
２に示す文書管理テーブル３０中の文書タイプ３２を送
信文書とする。レポート文書作成条件は上記実施例と同
様に特定の通信数終了時とする。このとき宛先ポインタ
３６が宛先管理テーブル５０を示し、このテーブル５０
中には、利用宛先種類５１（ワンタッチ宛先、短縮宛
先、マニュアル宛先）、簡易コード５２（ワンタッチの
何番目とか短縮の何番目かを示すもの）、発呼（通信結
果）を管理する１〜ｎまでの結果５３（１回目の発呼が
回線ビジーだったなど）、次宛先ポインタ５４（宛先が
複数ある場合）といった情報がセットされる。 【００４２】さらに、このレポート文書を送信する宛先
をシステムメモリ１９中に別に登録可能としておき、利
用宛先種類５１を通信管理レポート送信とし、簡易コー
ド５２を０（１番目の意味）として宛先管理テーブル５
０を作成するものとする。こうして特定の通信数になっ
た時、通信管理レポートを送信文書とし目的の宛先に送
信することができる。送信についての処理はＣＣＩＴＴ
勧告に従うものとし、ここでの説明は省略する。 【００４３】また、操作表示部１８からレポート文書の
送信時刻（発呼時刻）を設定することにより、文書管理
テーブル３０の発呼時刻３５に設定時刻がセットされ、
この時刻になると、それまでに文書化された通信管理レ
ポートが宛先に送信される。これにより、例えば集中管
理を行う部門または会社等を宛先として設定すれば、こ
の集中管理側で意図した時間に管理地区からの通信管理
レポートを容易に集収することができる。 【００４４】また、送信時刻に限らず送信日時を設定す
ることも可能であり、この場合も送信時刻を設定したと
きと同様に、設定された日時にレポート情報を送信する
ことができる。図９は第５の実施例を実現する処理手順
を示すフローチャートである。まず、所定量の交信（例
えば５０交信）が実行されて通信管理情報の文書化を行
うタイミングになると（ステップＰ１）、レポート文書
を作成し、送信文書として画像メモリ１４に格納する
（ステップＰ２）。このレポート文書作成、格納処理と
並行して文書管理テーブル３０の発呼時刻３５をチェッ
クし（ステップＰ３）、発呼時刻になると、５０交信に
満たない端数の通信管理情報がシステムメモリ１９に蓄
積されているかどうかを判断する（ステップＰ４）。こ
の判断で端数の通信管理情報がある場合、蓄積された分
だけでレポート文書を１文書作成、格納し（ステップＰ
５）、宛先管理テーブル５０の宛先端末に発呼する（ス
テップＰ６）。 【００４５】発呼により宛先端末との間に回線が確保さ
れると、画像メモリ１４内からレポート文書をサーチし
（ステップＰ７）、図５であればレポート文書１を読み
出して（ステップＰ８）、宛先端末に送信する（ステッ
プＰ９）。続いて、レポート文書２があれば（ステップ
Ｐ１０）ステップＰ８に戻って文書読出を行い、順次レ
ポート文書３までの送信を実行する。 【００４６】このように、本実施例においては、送信時
刻または送信日を設定してレポート文書を一括送信でき
るので、所望の日時にレポート文書を定期的に宛先端末
に送信でき、宛先端末を集計装置とする集中管理システ
ムを容易に構築できるばかりでなく、宛先端末側の集計
業務を定形化し管理業務を容易化できる。 【００４７】 【００４８】 【００４９】【発明の効果】 以上説明したように、 請求項１記載の発
明に係る通信端末装置によれば、通信管理情報の画情報
出力時に判断部が記録部による出力動作の可否を判断
し、出力動作が不可の場合に、前記通信管理情報の画情
報を親展文書の１つとして通信管理文書格納部に格納し
ておき、前記記録部が出力可に復帰した後に所定操作に
より親展文書出力が指示されると、親展文書記録制御部
が該記録部をして前記通信管理文書を記録出力させるの
で、所望時に親展文書としてレポート文書を一括出力で
き、管理業務を容易化できる。また、所定通信回数によ
る自動出力ではなく、親展ＩＤによるマニュアル出力な
ので、レポート文書の見落としを防止でき、必要な時の
みに確実にレポート文書を入手できる。 【００５０】

【図面の簡単な説明】 【図１】本発明の一実施例に係る通信端末装置を示すブ
ロック構成図である。 【図２】画像メモリに格納される文書の管理システムを
示す構成図である。 【図３】第１の実施例を実現する処理手順を示すフロー
チャートである。 【図４】システムメモリ内に設けられた本発明による通
信管理情報蓄積部の構成図である。 【図５】第２の実施例により実現される時刻設定による
レポート出力動作を示すタイムチャート図である。 【図６】第２の実施例を実現する処理手順を示すフロー
チャートである。 【図７】第３の実施例を実現する処理手順を示すフロー
チャートである。 【図８】請求項１記載の発明により親展文書としてレポ
ート文書を出力する際の操作表示部における表示ガイダ
ンス例を示す図であり、同図（ａ）は親展ＩＤの登録ガ
イダンス、同図（ｂ）は親展ＩＤを用いたレポート出力
ガイダンスを示す。 【図９】第５の実施例を実現する処理手順を示すフロー
チャートである。 【図１０】従来の通信管理情報蓄積部を示す構成図であ
る。 【符号の説明】 １２ プロッタ（記録部） １４ 画像メモリ（通信管理文書格納部） １８ 操作表示部（設定部） １９ システムメモリ（通信管理情報蓄積部） ２０ ビデオ変換部 ２２ システム制御部（判断部、自動記録制御部、親
展文書記録制御部） ５０ 宛先管理テーブル（登録部）

フロントページの続き (56)参考文献 特開 平１−185063（ＪＰ，Ａ) 特開 平２−205172（ＪＰ，Ａ) 特開 平２−280571（ＪＰ，Ａ) 特開 平３−222568（ＪＰ，Ａ) 特開 平３−265274（ＪＰ，Ａ) 特開 平４−170148（ＪＰ，Ａ) 特開 平４−223658（ＪＰ，Ａ) 特開 平５−276297（ＪＰ，Ａ) 特開 昭62−208755（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 1/00 - 1/00 108 H04N 1/32 - 1/36 101

Claims (1)

1. (57)【特許請求の範囲】 【請求項１】通信履歴を管理情報として蓄積する通信管
   理情報蓄積部と、 蓄積された通信管理情報を画情報にビデオ変換するビデ
   オ変換部と、 ビデオ変換された通信管理情報を画情報として記録出力
   する記録部と、を備えた通信端末装置において、 前記通信管理情報の画情報出力時に記録部による出力動
   作の可否を判断する判断部と、 出力動作が不可の場合に前記通信管理情報の画情報を親
   展文書の１つとして格納する通信管理文書格納部と、 前記記録部が出力可に復帰した後に所定操作により親展
   文書出力が指示されると該記録部をして前記通信管理文
   書を記録出力させる親展文書記録制御部と、を備えたこ
   とを特徴とする通信端末装置。