JP3244899B2 - 通信装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、呼び出し信号のパター
ンを検出する機能を有する通信装置に関する。

【０００２】

【従来の技術】従来、通信装置を複数の使用者で共用す
る場合、送信時には、発信者名称を選択することによ
り、どの使用者からの送信かを説明することができた。

【０００３】

【発明が解決しようとしている課題】しかしながら従来
は、受信時には、どの使用者宛か識別することができな
かった。

【０００４】

【課題を解決するための手段】本発明は、呼び出し信号
のパターンを識別する識別手段と、データの通信を行う
データ通信手段と、前記データ通信手段によるデータ通
信の通信結果を記憶する記憶手段と、複数の呼び出し信
号に関する通信の前記通信結果を一覧出力する際に、少
なくとも着呼時の各通信の通信結果に対応させて前記識
別手段により識別された呼び出し信号のパターンに関す
る情報を出力する出力手段を有することを特徴とする通
信装置及びその制御方法を提供する。

【０００５】

【実施例】以下、図面に基づき、本発明の第１の実施例
を詳細に説明する。

【０００６】図１はブロック図であり、１は“Ｄｉｓｔ
ｉｎｃｔｉｖｅ ＲｉｎｇｉｎｇＳｅｒｖｉｃｅ”を契
約した電話回線、２は電話回線１より入来するＣＩ（呼
び出し）信号を検知するＣＩ検知回路、３は回線切替回
路、４はモデム、５はＣＰＵ、６は操作部、７は受信原
稿やレポートを出力する記録部、８はＲＯＭ、９はＲＡ
Ｍである。

【０００７】１０は被呼端末情報を格納する被呼端末情
報テーブル、このテーブルはバックアップされたＲＡＭ
であり、その内容はユーザがあらかじめ登録しておくよ
うになっている。１１は一定通信量の通信結果情報を記
録・管理するバッファであり、バックアップされたＲＡ
Ｍである。

【０００８】図２は、本実施例における通信管理バッフ
ァ（ｃｏｍ）の内容である。記憶できる通信数は２０通
信で、１通信毎に受付番号（ｎｏ）、通信モード（ｊｏ
ｂ）、相手先電話番号（ｔｅｌ）、相手先略称（ａｉｔ
ｅ）、リングパターンＩＤ（ｒｉｎｇ）、通信開始時間
（ｓｔａｒｔ）、通信時間（ｕｓａｇｅ）、通信ページ
数（ｔｏｔａｌ）、エラーページ数（ｅｒｒ）、通信結
果（ｄａｔａ）を記憶する。

【０００９】図３は、本実施例における被呼端末情報テ
ーブル内容である。各行は、ＩＤと、ユーザ電話番号及
びユーザ略称がリンギングパターンに応じて格納され
る。ＩＤ０はノーマルリング（図４Ａ）、ＩＤ１はダブ
ルリング（図４Ｂ及びＥ）、ＩＤ２はトリプルリングの
ショート・ショート・ロング（図４Ｃ及びＦ）、ＩＤ３
はトリプルリングのショート・ロング・ショート（図４
Ｄ及びＧ）、ＩＤ４はその他のリンギングパターンに対
応している。

【００１０】図５は、本実施例におけるＣＰＵ５の受信
時のフローチャートである。

【００１１】まず、ステップ１で、呼び出し回数Ｎが２
回以上になるのを待つ。Ｎはメイン処理と並行してＣＩ
検知回路２によってセットされる。ＣＩ検知処理の内容
については、図９、図１０にて説明する。Ｎが２以上に
なったらステップ２へ進み、呼び出し音のリングパター
ンを得る。この処理の詳細については、図１１で説明す
る。次に、得られたＩＤを通信管理バッファ１１のリン
グパターンＩＤ（ｒｉｎｇ）に格納し（ステップ３）、
この通信における着信電話番号に対応するＩＤとして記
憶する。尚、ｃｏｍ［ｉ］のｉは０〜１９まで１通信毎
にインクリメントされ、ｃｏｍ［２］に通信管理情報が
格納されると、次はｃｏｍ［３］に格納される。ステッ
プ４で回線閉結し、ステップ５で受信動作を行う。ステ
ップ５では、ＣＰＵ５は受付番号、通信モード、通信開
始時刻を通信管理バッファ１１の対応領域に格納し、受
信した手順信号に含まれる相手先電話番号、相手先略称
を通信バッファ１１の対応領域に格納する。更に、受信
が終了すると、通信時間、通信ページ数をエラーで終了
した場合にはエラーページ数を、又エラー終了か正常終
了かの通信結果を通信バッファ１１の対応領域に格納す
る。

【００１２】尚、送信時も同様の情報が通信管理バッフ
ァに格納される。

【００１３】図６及び図７は、本実施例におけるＣＰＵ
５の通信結果レポート作成のフローチャートである。

【００１４】通信が終了すると、ＣＰＵ５はステップ１
６１で、通信管理バッファ１１の通信モードを参照し
て、受信ならば受信メッセージを印字して（ステップ１
６２）、送信ならば送信メッセージを印字する（ステッ
プ１６３）。次に、受付番号（ステップ１６４）、相手
先電話番号（ステップ１６５）、相手先略称（ステップ
１６６）、通信開始時間（ステップ１６７）、通信時間
（ステップ１６８）、通信枚数（ステップ１６９）、通
信結果（ステップ１７０）を順次印字する。ステップ１
７１で、通信管理バッファ１１の通信モードを参照し
て、受信ならばリングパターンＩＤに対応する受取人電
話番号（ステップ１７２）と受取人略称（ステップ１７
３）を印字し、送信ならば発信人電話番号（ステップ１
７４）と発信人略称（ステップ１７５）を印字する。

【００１５】図８は、図６、図７のフローチャートによ
って受信終了して作成出力された受信結果レポートであ
る。

【００１６】図９及び図１０は、ＣＰＵ５のＣＩ検知処
理を示すフローチャートである。

【００１７】図中のＣＩは、ＣＩ検知回路２で得られた
ＣＩ信号のレベルを表す。

【００１８】又、ｓｔａｔｕｓは検知したＣＩのＯＮが
ショートかロングかを一時的にセーブするための１バイ
トのサイズのバッファ、ｃｎｔは検知したＣＩのＯＮ
が、１回の呼び出し音の中の何番目のＯＮかを示すカウ
ンタ、Ｍはｃｎｔの内容をセーブするためのバッファ、
ｂｕｆは１回の呼び出し音の中の何番目のＯＮがショー
トかロングかをセーブするための４バイトのサイズのバ
ッファ、Ｎは呼び出し回数をカウントするためのカウン
タ、タイマーＡはＣＩのＯＮ時間を計測するタイマー、
タイマーＢはＣＩのＯＦＦ時間を計測するタイマー、Ｔ
１は検知されたＣＩがノイズであるかどうかを判断する
ための最小ＯＮ時間、Ｔ２は有効と判断されたＯＮがシ
ョートＯＮかロングＯＮかを判断するための中間ＯＮ時
間、Ｔ３はＣＩがＯＮ状態の間にＯＦＦの状態が検知さ
れた場合に、そのＯＦＦが瞬間（ノイズ）であるかどう
かを検知するための最小ＯＦＦ時間、Ｔ４は有効と判断
されたＯＦＦショートＯＦＦかロングＯＦＦかを判断す
るための中間ＯＦＦ時間、Ｔ５は呼び出し終了かどうか
を判断するための最大ＯＦＦ時間である。

【００１９】本実施例では、Ｔ１からＴ５を、サービス
マンが変更できるようにバックアップされたＲＡＭ上に
置いている。Ｔ１からＴ５のデフォルト値は、図４のす
べてのパターンを認識できるように、Ｔ１＝０．２秒、
Ｔ２＝０．６秒、Ｔ３＝０．１秒、Ｔ４＝１．２秒、Ｔ
５＝６．０秒に設定されている。

【００２０】ＣＰＵ５はまず図９のステップ１０１で、
各パラメータの初期化を行う。ここでは、ｓｔａｔｕ
ｓ、ｃｎｔ、ｂｕｆ、Ｎ及びＭをクリアし、タイマーＡ
及びタイマーＢをリセットする。ステップ１０２で、Ｃ
ＩがＯＮであればステップ１０３へ、ＯＦＦであればス
テップ１１２へ進む。

【００２１】ステップ１０２で、ＣＩがＯＮであった場
合、ステップ１０３てタイマーＡをリセット・スタート
し、ステップ１０４で、ＣＩがＯＦＦになるのを待つ。
ＣＩがＯＦＦになったら、ステップ１０５へ進み、タイ
マーＡがＴ１に達していなかったらステップ１０２へ戻
り、Ｔ１に達していたらステップ１０６へ進む。

【００２２】ステップ１０６で、タイマーＡがＴ２に達
していたら、ステップ１０７で、ｓｔａｔｕｓにロング
ＯＮであることを示すキャラクタ‘Ｌ’をセットする。
又、ステップ１０６で、タイマーＡがＴ２に達していな
かったら、ステップ１０８で、ｓｔａｔｕｓにショート
ＯＮであることを示すキャラクタ‘Ｓ’をセットする。
次に、ステップ１０９でタイマーＢをリセット・スター
トしてステップ１１０に進む。

【００２３】ステップ１１０〜１１１は、ＣＰＵ５がＣ
ＩのＯＦＦ状態の時間がＴ３に達するのを待つループで
ある。

【００２４】ステップ１１０でＣＩがＯＮであったら、
ＯＦＦ時間がＴ３よりも短いことになり、無効なＯＦＦ
であったと判断して、ステップ１０４へ戻る。ステップ
１１１でタイマー２がＴ３に達していたら、ステップ１
１３へ進む。ここで、ＣＩのＯＮが１つ確定したことに
なる。ステップ１１３で、ｃｎｔをインクリメントし、
ステップ１１４へ進む。ステップ１１４で、１回の呼び
出し音中のＣＩのＯＮの個数ｃｎｔが３未満であれば、
ステップ１０７か１０８でセーブされたＣＩのＯＮステ
ータス（ロングかショートか）をＣＩステータスバッフ
ァに格納し、３以上であれば、そのまま図１０のステッ
プ１１６へ進む。

【００２５】ステップ１１６〜１１７は、ＣＰＵ５がＣ
ＩのＯＦＦ状態の時間がＴ４に達するのを待つループで
ある。

【００２６】ステップ１１６でＣＩがＯＮであったら、
ＯＦＦ時間がＴ４よりも短いことになり、まだ１回の呼
び出し音の途中であると判断して、ステップ１０３へ戻
る。ステップ１１７でタイマーＢがＴ４に達していた
ら、１回の呼び出し音が終了したとみなし、ステップ１
１８へ進む。ステップ１１８では、呼び出し音の回数の
カウンタＮをインクリメントし、ステップ１１９で１回
の呼び出し音中のＣＩのＯＮの個数ｃｎｔをバッファＭ
にセーブし、ステップ１２０でｃｎｔをリセットして、
ステップ１０２に戻る。

【００２７】以上のような処理により、例えば、ショー
ト・ショート・ロングのリンギングパターンにより呼び
出された場合、１回目の呼び出し音の１．２秒後には、
Ｎには１が、Ｍには３が、ＣＩステータスバッファに
は、‘Ｓ’、‘Ｓ’、‘Ｌ’がセットされる。

【００２８】図１１は、ＣＰＵ５がＭとＣＩステータス
バッファの内容から、リンギングパターンに対応したＩ
Ｄを得る処理のフローチャートである。

【００２９】ステップ２０１で、Ｍが１であれば、ステ
ップ２０２に進み、ＩＤに０（ノーマルリング）をセッ
トし、終了する。ステップ２０１で、Ｍが１でなけれ
ば、ステップ２０３に進み、ステップ２０３でＭが２で
あれば、ＩＤに１（ダブルリング）をセットし、終了す
る。ステップ２０３で、Ｍが２でなければ、ステップ２
０５に進む。ステップ２０５でＭが３であれば、ステッ
プ２０６に進み、Ｍが３でなければステップ２１３でＩ
Ｄに４（その他のリング）をセットし、終了する。

【００３０】ステップ２０６で、ＣＩステータスバッフ
ァｂｕｆの１つ目のデータが‘Ｓ’であれば、ステップ
２０７へ進み、‘Ｓ’でなければステップ２１３でＩＤ
に４（その他のリング）をセットし、終了する。ステッ
プ２０７で、ＣＩステータスバッファｂｕｆの２つ目の
データが‘Ｓ’であれば、ステップ２０８へ進み、
‘Ｓ’でなければステップ２１１に進む。ステップ２０
８で、ＣＩステータスバッファｂｕｆの３つ目のデータ
が‘Ｌ’であれば、ステップ２０９でＩＤに２（ショー
ト・ショート・ロングのトリプルリング）をセットし、
終了する。ステップ２０８でＣＩステータスバッファｂ
ｕｆの３つ目のデータが‘Ｌ’でなければステップ２１
０でＩＤに４（その他のリング）をセットし、終了す
る。ステップ２１１で、ＣＩステータスバッファｂｕｆ
の３つ目のデータが‘Ｓ’であれば、ステップ２１２で
ＩＤに３（ショート・ロング・ショートのトリプルリン
グ）をセットし、終了する。ステップ２１１でＣＩステ
ータスバッファｂｕｆの３つ目のデータが‘Ｓ’でなけ
ればステップ２１３でＩＤに４（その他のリング）をセ
ットし、終了する。

【００３１】図１２は、本実施例における送信時のフロ
ーチャートである。

【００３２】ステップ２６１で、送信原稿が有れば、図
１の操作部６にある発信人略称選択ボタンで発信人略称
を選択してその略称に対応するＩＤを得る（ステップ２
６２）。次に、得られたＩＤを通信管理バッファのリン
グパターンＩＤ（ｒｉｎｇ）に格納し（ステップ２６
３）、その通信における発信者に対応するＩＤとして記
憶する。ステップ２６４で回線閉結し、ステップ２６５
でダイヤル、ステップ２６６で送信動作を行い、終了す
る。

【００３３】図１３は、図１２のフローチャートによっ
て送信終了して作成出力された送信結果レポートであ
る。

【００３４】図１４、図１５は、図１６から図２０で示
される通信管理レポートを作成するためのＣＰＵ５のフ
ローチャートである。図中の変数ｉは通信管理バッファ
に記憶されている何通信目かの通信かを示すカウンタ
ー、又変数ｉｄはリングパターンＩＤを示す。ｃｇはプ
リンタ出力用のワークバッファである。

【００３５】図１６は、２０通信分の通信管理記録を一
覧表とした通信管理レポートである。

【００３６】図１７から図２０は、図１６の通信結果レ
ポートを着信又は発信に使用されたリングパターンＩＤ
（ユーザ電話番号、ユーザ略称）別に分離出力した通信
管理レポートである。

【００３７】まず、ステップ３０１で図１７から図２０
の様なＩＤ別のレポート出力かを判断し、ステップ３０
２及びステップ３０３で変数ｉ及びｉｄの初期化を行
う。次に、ステップ３０４でレポートタイトルを印字す
る。タイトル印字では、ＩＤ別出力の場合にリングパタ
ーンＩＤに対応するユーザ略称又はユーザ電話番号を印
字し、一括出力時（図１６）のユーザ略称の欄は印字し
ない。通信管理情報のリングパターンＩＤとｉｄが一致
した場合又はＩＤ別の印字をしない場合、（ｉｄ＝−
１）はステップ３０６に進み、それ以外はステップ３１
７へ進む。次に受付番号（ステップ３０６）、通信モー
ド（ステップ３０７）、相手先電話番号（ステップ３０
８）、相手先略称（ステップ３０９）、通信開始時間
（ステップ３１０）、通信時間（ステップ３１１）、通
信枚数（ステップ３１２）、通信結果（ステップ３１
３）を順次ｃｇに書き込む。

【００３８】図１５のステップ３１４で、ＩＤ別印字か
を判断し、ＩＤ別印字ならばステップ３１６へ進み、一
括出力の場合にはユーザ略称をｃｇに書き込む（ステッ
プ３１５）。ステップ３１６で、ｃｇを印字する。ステ
ップ３１７で、何通信目かを表すカウンターｉをインク
リメントし次の通信内容にカウンタｉを合わせる。ステ
ップ３１８で、２０通信分終了したかを判断し終了しな
ければステップ３０５へ戻り次の通信内容の判断をす
る。２０通信終了したらステップ３１９に進み、出力す
るＩＤを表す変数ｉｄをインクリメントし次のリングパ
ターンに合わせる。ステップ３２０では、終了したかを
判断する。

【００３９】尚、ＩＤ別出力の場合、特定ＩＤのみを出
力するモードでは、ステップ３０３で指定ＩＤの値をｉ
ｄに代入し、ステップ３１８で２０通信終了したら、終
了する。

【００４０】次に、図面に基づき、本発明の第２の実施
例を詳細に説明する。図２１はブロック図であり、１は
電話回線、２は電話回線より入来するＣＩを検知するＣ
Ｉ検知装置、３は回線切り替え回路、４はモデム、５は
ＣＰＵ、６は読取部、７は記録部、８はＲＯＭ、９はＲ
ＡＭである。

【００４１】１０は被呼端末情報を格納する被呼端末情
報バッファである。このバッファはバックアップされた
ＲＡＭであり、その内容は、図３に示す様にユーザがあ
らかじめ登録しておくようになっている。

【００４２】図２２はＲＡＭ９における受信画像管理テ
ーブルを説明する図である。ページレコード管理テーブ
ルは、受信画像の格納アドレスをページごとに管理する
ためのテーブルである。ページレコードには、次のペー
ジのページＩＤと、画像の格納されている先頭アドレス
と終了アドレスが書き込まれている。次ページＩＤに
は、次ページがあればそのＩＤ、最終ページならば８０
００Ｈが書き込まれる。

【００４３】同様に、各通信ごとにページを管理するた
めの画像レコードがあり、画像レコードには、通信を区
別するための受付番号、受信開始時刻、リングパターン
ＩＤ、先頭のページレコードＩＤが書き込まれている。

【００４４】図２３は、本実施例のＣＰＵ５のメイン処
理を表すフローチャートである。

【００４５】まず、ステップ６１で、呼び出し回数Ｎが
２回以上になるのを待つ。Ｎは、メイン処理と並行して
ＣＩ検知回路２によってセットされる。ＣＩ検知処理の
内容については、図９、図１０と同様である。Ｎが２以
上になったらステップ６２へ進み、呼び出し音のリンギ
ングパターンを得る。この処理の詳細については、図１
１と同様である。次に、ステップ６３で画像レコードを
獲得する。このとき、画像を区別するための受付番号を
セットしておく。ステップ６４では、ステップ６２で得
られたリングパターンＩＤを画像レコードにセットし、
受信処理（ステップ６５）及び記録処理（ステップ６
６）を行って終了する。

【００４６】図２４はＣＰＵ５の受信処理を表すフロー
チャートである。受信時には、まずステップ１１で受信
開始時刻を画像レコードにセットする。次にステップ１
２でページレコードを獲得し、そのページＩＤを画像レ
コードにセットし、ステップ１３で１ページ受信する。
受信開始時には画像の先頭アドレスをページレコードに
セットし、受信終了時には画像の終了アドレスをページ
レコードにセットする。そして、ステップ１４で次ペー
ジがあれば、ステップ１２へ戻り、次ページがなければ
終了する。

【００４７】図２５はＣＰＵ５の連続紙の記録処理を表
すフローチャートである。まず、ステップ２１でページ
番号を０にセットし、ステップ２２でページ番号をイン
クリメントする。そして、ステップ２３で画像レコード
より記録ページを選択し、ステップ２４で選択したペー
ジを記録し、ステップ２５でフッタを印字する。フッタ
印字処理については後述する（図２６）。フッタの印字
が終わったら、ステップ２６で記録紙をカットし、ステ
ップ２７で記録したページレコードを解放する。すなわ
ち、記録したページの次ページＩＤを画像レコードの先
頭ページＩＤにセットし、ページレコードは０クリアす
る。ステップ２８で、画像レコードの先頭ページＩＤが
８０００Ｈであれば次ページなしと判断し、ステップ２
９へ進み、画像レコードを解放して終了する。ステップ
２９で次ページがあれば、ステップ２２へ戻る。

【００４８】図２６はＣＰＵ５のフッタ印字処理を表す
フローチャートである。フッタとして、受信開始時刻
（ステップ３１）、受付番号（ステップ３２）、被呼端
末情報テーブル１０に登録されたリングパターンＩＤに
対応したユーザ略称（ステップ３３）、ページ番号（ス
テップ３４）を印字して終了する。

【００４９】図２７にフッタの例を示す。

【００５０】図２８、図２９は、カット紙記録の場合の
ＣＰＵ５の記録処理を表すフローチャートである。この
実施例における記録部は、縦６４個のノズルを持った記
録ヘッドを主走査方向にスキャンしながら印字する方式
である。また、記録紙後端センサを具備しており、その
センサは記録紙後端を検知したあと、もう１スキャン分
の印字ができる様な位置にある。

【００５１】まず、ステップ４１でページ番号を０にセ
ットし、ステップ４２でページ番号をインクリメント
し、ステップ４３で画像レコードより記録ページを選択
する。そして、ステップ４４で記録紙を給紙し、ステッ
プ４５で、１スキャンで印字できるだけの画像を印字す
る。ステップ４６で、１ページ分の画像がすべて記録さ
れてしまっていれば、ステップ４８で記録紙後端が検知
できるまで記録紙をフィードしてステップ４９へ進む。
ステップ４６でまだそのページには記録すべき画像が有
れば、ステップ４７へ進み、記録紙後端が検知できてい
なければステップ４５へ戻り、記録紙後端が検知できて
いればステップ４９へ進む。ステップ４９でフッタを印
字する。フッタ印字処理については図２６で説明したと
おりである。

【００５２】フッタの印字が終わったら、ステップ５０
で記録紙を排紙し、ステップ５１で、まだそのページに
は記録すべき画像が有れば、ステップ４４へ戻り、１ペ
ージ分の画像がすべて記録されてしまっていれば、図２
９のステップ５２へ進む。ステップ５２では記録したペ
ージレコードを解放する。すなわち、記録したページの
次ページＩＤを画像レコードの先頭ページＩＤにセット
し、ページレコードは０クリアする。ステップ５３で、
画像レコードの先頭ページＩＤが８０００Ｈであれば次
ページなしと判断し、ステップ５４へ進み、画像レコー
ドを解放して終了する。ステップ５３で次ページがあれ
ば、ステップ４２へ戻る。

【００５３】

【発明の効果】本発明によれば、複数の呼び出し信号に
関する通信の通信結果を一覧出力する際に、着呼時の各
通信の通信結果に対応させて呼び出し信号のパターンに
関する情報を出力するので、複数の呼び出し信号に関す
る通信の通信結果を一覧出力した場合に、各通信がどの
呼び出し信号のときに実行されたものなのかを容易に認
識することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例を示すブロック図であ
る。

【図２】通信管理バッファの構成図である。

【図３】被呼端末情報テーブルの構成図である。

【図４】リングパターンの例を示すタイミング図であ
る。

【図５】本発明の第１の実施例における受信時のフロー
チャート図である。

【図６】本発明の第１の実施例における通信結果レポー
ト作成の前半のフローチャート図である。

【図７】本発明の第１の実施例における通信結果レポー
ト作成の後半のフローチャート図である。

【図８】本発明の第１の実施例における受信結果レポー
トの出力例図である。

【図９】ＣＩ検知処理の前半を表すフローチャート図で
ある。

【図１０】ＣＩ検知処理の後半を表すフローチャート図
である。

【図１１】リングパターンのＩＤを得るフローチャート
図である。

【図１２】本発明の第１の実施例における送信時のフロ
ーチャート図である。

【図１３】本発明の第１の実施例における送信結果レポ
ートの出力例図である。

【図１４】本発明の第１の実施例における通信管理レポ
ート作成の前半のフローチャート図である。

【図１５】本発明の第１の実施例における通信管理レポ
ート作成の後半のフローチャート図である。

【図１６】本発明の第１の実施例における通信管理レポ
ートの出力例図である。

【図１７】本発明の第１の実施例におけるリングパター
ン別の通信管理レポートの第１の出力例図である。

【図１８】本発明の第１の実施例におけるリングパター
ン別の通信管理レポートの第２の出力例図である。

【図１９】本発明の第１の実施例におけるリングパター
ン別の通信管理レポートの第３の出力例図である。

【図２０】本発明の第１の実施例におけるリングパター
ン別の通信管理レポートの第４の出力例図である。

【図２１】本発明の第２の実施例を示すブロック図であ
る。

【図２２】画像管理テーブルの構成図である。

【図２３】本発明の第２の実施例のメイン処理を表すフ
ローチャート図である。

【図２４】本発明の第２の実施例の受信処理を表すフロ
ーチャート図である。

【図２５】本発明の第２の実施例における連続紙の記録
処理を表すフローチャート図である。

【図２６】本発明の第２の実施例のフッタ印字処理を表
すフローチャート図である。

【図２７】フッタの例を示す図である。

【図２８】本発明における第２の実施例におけるカット
紙の記録処理の前半を表すフローチャート図である。

【図２９】本発明における第２の実施例におけるカット
紙の記録処理の後半を表すフローチャート図である。

【符号の説明】

１ 電話回線 ２ ＣＩ検知回路 ４ モデム ５ ＣＰＵ ７ 記録部 ９ ＲＡＭ １０ 被呼端末情報テーブル １１ 通信管理バッファ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平７−162636（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 11/00 - 11/10 H04N 1/00 H04N 1/32

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 呼び出し信号のパターンを識別する識別
   手段と、 データの通信を行うデータ通信手段と、 前記データ通信手段によるデータ通信の通信結果を記憶
   する記憶手段と、 複数の呼び出し信号に関する通信の前記通信結果を一覧
   出力する際に、少なくとも着呼時の各通信の通信結果に
   対応させて前記識別手段により識別された呼び出し信号
   のパターンに関する情報を出力する出力手段を有するこ
   とを特徴とする通信装置。
2. 【請求項２】 呼び出し信号のパターンを識別する識別
   工程と、 データの通信を行うデータ通信工程と、 前記データ通信工程におけるデータ通信の通信結果を記
   憶する記憶工程と、 複数の呼び出し信号に関する通信の前記通信結果を一覧
   出力する際に、少なくとも着呼時の各通信の通信結果に
   対応させて前記識別工程において識別された呼び出し信
   号のパターンに関する情報を出力する出力工程を有する
   ことを特徴とする通信装置の制御方法。