JP3765979B2 - ファクシミリ装置 - Google Patents
ファクシミリ装置 Download PDFInfo
- Publication number
- JP3765979B2 JP3765979B2 JP2000319294A JP2000319294A JP3765979B2 JP 3765979 B2 JP3765979 B2 JP 3765979B2 JP 2000319294 A JP2000319294 A JP 2000319294A JP 2000319294 A JP2000319294 A JP 2000319294A JP 3765979 B2 JP3765979 B2 JP 3765979B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- receiver
- terminal name
- crc code
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Facsimile Transmission Control (AREA)
- Telephone Function (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、受信機側から送信機側に受信機能力情報を通知する手順を省略する短縮プロトコルの伝送制御手順により画情報を伝送する機能を備えたファクシミリ装置に関する。
【０００２】
【従来の技術】
ＣＣＩＴＴのＧ３規格のファクシミリ装置は、勧告Ｔ．３０に準拠した伝送制御手順により画情報を伝送する。この伝送制御手順では、最初に受信機側が受信機能力情報を送信機側に通知し、送信機側ではその受信機側の受信機能力情報に応じて送信モードを決定し、決定した送信モードを受信機側に通知するようにしている。
【０００３】
一方、近年、上記のように受信機側が受信機能力情報を送信機側に通知する手順を省略する短縮プロトコルによるファクシミリ通信が行なわれている（特開平５−１３６９６５号公報等参照）。
【０００４】
この短縮プロトコルは、ファクシミリ装置が画像送信を実行した際に、受信機側の受信機能力情報を記憶しておき、次に、同一相手先に画像送信する際には、伝送制御手順の最初に記憶情報が正しいかどうかをチェックし、正しい場合には直ちに画情報を送信させるものである。この短縮プロトコルを実行することにより、画情報を早く送信することができ、通信時間の短縮化を図れる。
【０００５】
なお、送信機側で記憶している受信機能力情報が正しくない場合には、勧告Ｔ．３０に準拠した通常の伝送制御手順により画情報を送信する。
【０００６】
【発明が解決しようとする課題】
ここに、短縮プロトコルを実行する際に、送信機側が、記憶している受信機側の受信機能力情報が正しいかどうかをチェックする方法の一つに、記憶している機能情報に対応したＣＲＣ（Ｃyclic Ｒedundancy Ｃheck）コードを受信機側に送信する方法がある。このＣＲＣコードは、過去に受信機側からＮＳＦ信号により受信機側の受信機能力情報を受信した際に、そのＮＳＦ信号にセットされていたものである。
【０００７】
受信機側は、送信機側からＣＲＣコードを受信すると、自端末の受信機能力情報を送信機側に通知するためのＮＳＦ信号のＣＲＣコードと、受信したＣＲＣコードとを照合する。そして、照合の結果、両者が一致した場合、短縮プロトコルの伝送制御手順を実行する。
【０００８】
ところが、特開平５−１３６９６５号公報等に示される従来の短縮プロトコル機能によると、受信機の端末名称が変更された場合、受信機能力情報のＣＲＣコードは変化しないため、短縮プロトコルが実行されてしまう。即ち、受信機の端末名称が変更されていることを送信機側では認識できず、送信機側では以前に受け取った受信機の端末名称を表示させたりレポート印刷させているものである。即ち、受信機の端末名称の変更に対処できない不具合がある。
【０００９】
そこで、本発明は、短縮プロトコルが可能な環境下に、受信機の端末名称の変更に対処でき、送信機側では最新の受信機端末名称を表示させたりレポート印刷させたりすることができるファクシミリ装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１記載の発明は、受信機能力情報と受信機端末名称を記憶するメモリと、受信機能力情報のＣＲＣコードを生成する送信側ＣＲＣ生成部とを有し、或る受信機に対する２回目以降の送信で前回送信時に前記メモリに記憶した当該受信機能力情報を基に決定した通信パラメータとＣＲＣコードとを送信して短縮プロトコルを行い、前記メモリに記憶した当該受信機端末名称を通信相手先として使用する送信機と、自端末の設定状況に基づき受信機能力情報を作成し、作成した受信機能力情報のＣＲＣコードを生成する受信側ＣＲＣ生成部を有し、短縮プロトコル時に、送信機側より送信されたＣＲＣコードの情報と前記受信側ＣＲＣ生成部で生成したＣＲＣコードとを比較し、両コードが一致した場合には短縮プロトコルを実行し、両コードが不一致の場合には通常プロトコルを行なう受信機と、を備えるファクシミリ装置において、前記受信機は、自端末の端末名称を記録する名称記憶メモリを有し、自端末の設定状況に基づき作成される前記受信機能力情報に自端末の端末名称の前記名称記憶メモリへの更新記録を設定し自端末の端末名称が更新された場合に前記送信機側から送信されたＣＲＣコードに対して不一致を生じさせるようにした。
【００１１】
従って、受信機が自端末の設定状況に基づき作成される受信機能力情報に自端末の端末名称の名称記憶メモリへの更新記録を設定するので、受信側の端末名称が変更された場合には送信機側から送信されたＣＲＣコードに対して当該受信機で作成させるＣＲＣコードが不一致となり、通常プロトコルが実行され、この通常プロトコルに従い変更更新後の端末名称が送信機に対して送信されることとなる。
【００１２】
請求項２記載の発明は、請求項１記載のファクシミリ装置において、前記受信機は、自端末の端末名称の更新をカウントするカウンターを有し、自端末の端末名称の更新記録に、前記カウンターの更新値を用いるようにした。
【００１３】
従って、請求項１記載の発明の場合には交信記録情報がバイト単位となり、ＮＳＦフレームの増加が懸念されるが、本発明によれば、カウンターを利用することで数ビットで対応可能となる。
【００１４】
請求項３記載の発明は、請求項１記載のファクシミリ装置において、前記受信機は、自端末の端末名称の更新記録に、更新された自端末の端末名称のＣＲＣコードを用いるようにした。
【００１５】
従って、更新記録やカウンターで管理する場合、実際には全く同じ端末名称が登録された場合でもＣＲＣコードの変化に伴い通常プロトコルが実行されたり、更新記録やカウンターが一巡してしまった場合には逆にＣＲＣコードが変化せず短縮プロトコルが実行されてしまう懸念があるが、本発明によれば、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００１６】
請求項４記載の発明は、受信機能力情報と受信機端末名称を記憶するメモリと、受信機能力情報と受信機端末名称のＣＲＣコードを生成する送信側ＣＲＣ生成部とを有し、或る受信機に対する２回目以降の送信で前回送信時に前記メモリに記憶した当該受信機能力情報を基に決定した通信パラメータとＣＲＣコードとを送信して短縮プロトコルを行い、前記メモリに記憶した当該受信機端末名称を通信相手先として使用する送信機と、自端末の設定状況に基づき受信機能力情報を作成し、作成した受信機能力情報と自端末の端末名称のＣＲＣコードを生成する受信側ＣＲＣ生成部を有し、短縮プロトコル時に、送信機側より送信されたＣＲＣコードの情報と前記受信側ＣＲＣ生成部で生成したＣＲＣコードとを比較し、両コードが一致した場合には短縮プロトコルを実行し、両コードが不一致の場合には通常プロトコルを行なう受信機と、を備える。
【００１７】
従って、更新記録やカウンターで管理する場合、実際には全く同じ端末名称が登録された場合でもＣＲＣコードの変化に伴い通常プロトコルが実行されたり、更新記録やカウンターが一巡してしまった場合には逆にＣＲＣコードが変化せず短縮プロトコルが実行されてしまう懸念があるが、本発明によれば、送信機、受信機双方で端末名称を含むＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００１８】
【発明の実施の形態】
本発明の第一の実施の形態を図１ないし図７に基づいて説明する。図１は、本実施の形態の送信機及び受信機の双方の機能を持つファクシミリ装置全体のハードウェア構成の概略を示すブロック図である。短縮プロトコル機能等を含む基本的事項は、前述の特開平５−１３６９６５号公報例に準ずるものであり、詳細説明に関しては、適宜省略するものとする。
【００１９】
システム制御部１はＣＰＵ等によるいわゆるマイクロコンピュータ構成で、当該ファクシミリ装置全体を監視制御するもので、システムバス２を介して以下の各部が接続されている。システムメモリ３は、当該ファクシミリ装置に予め登録されている情報や受信機能力情報、自端末の端末名称（受信機端末名称）、通信に必要なデータ等を一時的に格納するもので、メモリとして機能する。画情報メモリ４は、読取部（スキャナ）５により読み取られた原稿画像情報や受信した画像情報を格納する。読取部５は原稿画像を光学的に読取り電気信号に変換する。書込部（プロッタ）６は、電子写真法等を用いて記録紙に画像を出力する。操作部７は、ユーザにより操作される各種キー類を備えるとともに、適宜表示部を備える。ＤＣＲ（符号化復号化部）８は符号化方式により画情報を圧縮再生する。Ｇ３モデム９はＧ３通信のデータを復調変調する。ＮＣＵ（網制御装置）１０は回線へのダイヤル発信やリンギングの検出を行なう。ＣＲＣ生成部１１は送信機側ＣＲＣ生成部と受信機側ＣＲＣ生成部とを兼用し、受信機能力情報などに基づきＣＲＣ演算を行いＣＲＣコードを作成する。
【００２０】
このような基本構成において、当該ファクシミリ装置は、任意の時点で、受信機としての自端末の端末名称は変更自在であり、操作部７の所定の操作により端末名称が変更される。操作部７の操作により端末名称の変更操作がなされた場合にシステム制御部１により実行される処理制御例を図２のフローチャートに示す。本実施の形態では、端末名称変更操作があった場合、端末名称の編集作業を行なった後（ステップＳ１）、名称変更の更新操作が終了すれば（Ｓ２のＹ）、端末名称の更新記録を変更する（Ｓ３）。このステップＳ３の処理は、自端末の設定状況に基づき作成する受信機能力情報にこの自端末の端末名称の更新記録を設定する処理である。
【００２１】
次に、本実施の形態における送受信プロトコルを図３ないし図７を参照して説明する。まず、１回目の送信時には図３に示すシーケンス図のような通常プロトコルによる伝送が行なわれる。受信機側では、現在の自端末の設定状況を判断し、図８に示すような受信機能力情報に関するＮＳＦ（Ｓ）フレームを作成する。この時、受信機端末名称の変更更新情報がＮＳＦ（Ｓ）フレームの予め定められた位置ＸＸに付加される。そして、受信機側ではＣＥＤ信号（被呼端末識別信号）、作成したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称、及び、ＤＩＳ（デジタル識別信号）フレームを送信する。そして、送信機側では、これらの信号を受け取り、受信したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称とをシステムメモリ３に記憶し、ＮＳＳ（非標準機能設定信号）フレーム、必要に応じてＴＣＦ（トレーニングチェック）フレームを送信して通信を行なう。ここで、記憶した内容は次回送信時に引用されて短縮プロトコルに供される。
【００２２】
２回目以降の送信時には、図４に示すような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御例を図６及び図７に示すフローチャートを参照して説明する。即ち、送信機は今から送信する相手先の受信機能力情報をシステムメモリ３より取出し（Ｓ１１）、併せて、相手先の端末名称情報もシステムメモリ３より取出し（Ｓ１２）、短縮プロトコルが可能か否かを判断する（Ｓ１３）。短縮プロトコルが可能であれば（Ｓ１３のＹ）、受信機能力情報に基づき所定のＣＲＣ演算を行い（Ｓ１４）、ＣＲＣコードを生成する（Ｓ１５）。そして、読み出した受信機能力情報に基づき通信（送信）パラメータを決定し（Ｓ１６）、図９に示すような通常のＮＳＳフレームを作成する（Ｓ１７）。作成したＮＳＳフレームは、受信機がＣＥＤ信号を送出後、ＮＳＦ（Ｓ）フレームを送信する前に行なう（Ｓ１８）。
【００２３】
一方、受信機側では、ＣＥＤ信号を送出し（Ｓ３１）、或る受信機側からＮＳＦ（Ｓ）／（Ｒ）フレームを送信する前に、短縮プロトコルで送られてきたＮＳＳフレームを受信し（Ｓ３２のＹ，Ｓ３３）、受信機能力情報のＣＲＣコードを取出す（Ｓ３４）。さらに、自端末の名称変更情報を引用するとともに（Ｓ３５）、自端末の現在の設定状況に基づき受信機能力情報用のＮＳＦフレームを作成し（Ｓ３６）、かつ、このＳＮＦフレームに基づき所定のＣＲＣ演算を行いＣＲＣコードを作成する（Ｓ３７）。そして、作成したこのＣＲＣコードと受信したＣＲＣコードとの比較を行なう（Ｓ３８）。比較の結果、両ＣＲＣコードが一致すれば（Ｓ３８のＹ）、受信機能力情報及び端末名称に変更がなかったものと判断し、送信側で指定したＮＳＳフレームによる通信パラメータでの受信を開始する（Ｓ３９）。送信機側では、短縮プロトコルを実行し（Ｓ１９のＹ，Ｓ２０）、システムメモリ３に記憶されている或る受信機の端末名称を読み出して通信相手先の表示及びレポート印刷に供する。
【００２４】
比較の結果、両ＣＲＣコードが一致しなければ（Ｓ３８のＮ）、受信機能力情報又は端末名称の少なくとも何れかが変更されたものと判断し、図５に示すように、短縮プロトコルではなく、通常のプロトコルが実行される。即ち、自端末の現在の設定状況に基づきＮＳＦフレームを作成し（Ｓ４０）、通常通り、ＮＳＦフレーム及びＤＩＳフレームを送信し（Ｓ４１）、かつ、ＮＳＳフレームを送信する（Ｓ４２）。これにより、変更更新されている新たな端末名称や受信機能力情報が送信機側に送信される。送信機側では、短縮プロトコルではないので通常プロトコルを実行し（Ｓ１９のＮ，Ｓ２２）、受信機側から新たに受信した端末名称及び受信機能力情報をシステムメモリ３に記憶するとともに、通信相手先の表示及びレポート印刷に供する（Ｓ２３，Ｓ２４）。
【００２５】
従って、本実施の形態によれば、受信機が自端末の設定状況に基づき作成される受信機能力情報に自端末の端末名称のシステムメモリ３への更新記録を設定するので、受信側の端末名称が登録操作された場合には送信機側から送信されたＣＲＣコードに対して当該受信機で作成させるＣＲＣコードが不一致となり、通常プロトコルが実行され、この通常プロトコルに従い登録操作後の端末名称が送信機に対して送信されることとなる。これにより、送信機側において登録操作後の最新の端末名称の表示やレポート印刷が可能となる。
【００２６】
本発明の第二の実施の形態を図１０ないし図１２に基づいて説明する。第一の実施の形態で示した部分と同一部分は同一符号を用いて示し、説明も省略する（以降の各実施の形態でも同様とする）。
【００２７】
前述の第一の実施の形態による場合、端末名称の更新記録情報がバイト単位となり、ＮＳＦフレームの増加が懸念されることから、本実施の形態では、基本的には、受信機としての自端末の端末名称の変更を更新する更新カウンター（カウンター）をシステムメモリ３中に備え、自端末の端末名称の更新記録にこの更新カウンターのカウンター値を利用することで数ビットで対応できるようにしたものである。
【００２８】
まず、端末名称の変更操作があった場合、本実施の形態では、図１０のフローチャートに示すように、ステップＳ３に代えて、端末名称の変更に伴い更新カウンターを＋１することにより更新記録を変更する（Ｓ４）。そして、送受信動作において、１回目の送信時には図３に示したような通常プロトコルが実行される。この動作において、受信機側では現在の端末状況を判断してＮＳＦ（Ｓ）フレームを作成するが、本実施の形態の場合、図８に示した場合に代えて、図１１に示すように、ＮＳＦ（Ｓ）フレームの決められた位置ＸＸに端末名称更新カウンター値を設定する。
【００２９】
そして、受信機側ではＣＥＤ信号、作成したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称、及び、ＤＩＳフレームを送信する。そして、送信機側では、これらの信号を受け取り、受信したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称とをシステムメモリ３に記憶し、ＮＳＳフレーム、必要に応じてＴＣＦフレームを送信して通信を行なう。ここで、記憶した内容は次回送信時に引用されて短縮プロトコルに供される。
【００３０】
２回目以降の送信時には、図４に示したような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御は基本的には図６及び図７のフローチャートで説明した場合と同様である。もっとも、受信機側の動作制御としては、図７に代えて示す図１２のように、受信機能力情報のＣＲＣコードを取出した後（Ｓ３４）、端末名称更新カウンターのカウント値が引用される(Ｓ４３)。後の処理は図７の場合と同様である。
【００３１】
従って、本実施の形態によれば、第一の実施の形態に比して、更新カウンターを利用することで数ビットで対応可能となる。
【００３２】
本発明の第三の実施の形態を図１３ないし図１５に基づいて説明する。前述の第一又は第二の実施の形態による場合、現実には全く同じ端末名称が再登録された場合でも結果的にＣＲＣコードが変化するため、通常プロトコルを実行してしまい、逆に、交信記録や更新カウンターが一巡したときには端末名称が変更されていてもＣＲＣコードが変化しないため、短縮プロトコルが実行されてしまうことが懸念されることから、本実施の形態では、基本的には、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いるようにしたものである。
【００３３】
まず、端末名称の変更操作があった場合、本実施の形態では、図１３のフローチャートに示すように、ステップＳ３やステップＳ４に代えて、ＣＲＣ生成部１１で端末名称のＣＲＣ演算を行い、その結果である端末名称のＣＲＣコードをシステムメモリ３に記憶する（Ｓ５）。そして、送受信動作において、１回目の送信時には図３に示したような通常プロトコルが実行される。この動作において、受信機側では現在の端末状況を判断してＮＳＦ（Ｓ）フレームを作成するが、本実施の形態の場合、図８に示した場合に代えて、図１４に示すように、ＮＳＦ（Ｓ）フレームの決められた位置ＸＸに端末名称のＣＲＣコードを設定する。
【００３４】
そして、受信機側ではＣＥＤ信号、作成したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称、及び、ＤＩＳフレームを送信する。そして、送信機側では、これらの信号を受け取り、受信したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称とをシステムメモリ３に記憶し、ＮＳＳフレーム、必要に応じてＴＣＦフレームを送信して通信を行なう。ここで、記憶した内容は次回送信時に引用されて短縮プロトコルに供される。
【００３５】
２回目以降の送信時には、図４に示したような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御は基本的には図６及び図７のフローチャートで説明した場合と同様である。もっとも、受信機側の動作制御としては、図７に代えて示す図１５のように、受信機能力情報のＣＲＣコードを取出した後（Ｓ３４）、端末名称のＣＲＣコードが引用される(Ｓ４４)。後の処理は図７の場合と同様である。
【００３６】
従って、本実施の形態によれば、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００３７】
本発明の第四の実施の形態を図１６ないし図１８に基づいて説明する。前述の第一又は第二の実施の形態による場合、現実には全く同じ端末名称が再登録された場合でも結果的にＣＲＣコードが変化するため、通常プロトコルを実行してしまい、逆に、交信記録や更新カウンターが一巡したときには端末名称が変更されていてもＣＲＣコードが変化しないため、短縮プロトコルが実行されてしまうことが懸念されることから、本実施の形態では、第三の実施の形態の場合と同様に、基本的には、送信機、受信機双方で端末名称を含むＣＲＣコードを用いるようにしたものである。
【００３８】
本実施の形態における送受信プロトコルを説明する。まず、１回目の送信時には図３で前述したような通常プロトコルによる伝送が行なわれる。２回目以降の送信時には、図４で前述したような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御例を図１７及び図１８に示すフローチャートを参照して説明する。即ち、送信機は今から送信する相手先の受信機能力情報をシステムメモリ３より取出し（Ｓ１１）、併せて、相手先の端末名称情報もシステムメモリ３より取出し（Ｓ１２）、短縮プロトコルが可能か否かを判断する（Ｓ１３）。短縮プロトコルが可能であれば（Ｓ１３のＹ）、受信機能力情報と端末名称に基づき所定のＣＲＣ演算を行い（Ｓ２５）、ＣＲＣコードを生成する（Ｓ１５）。即ち、本実施の形態では、受信機能力情報だけでなく端末名称を含めてＣＲＣコードが生成される。そして、読み出した受信機能力情報に基づき通信（送信）パラメータを決定し（Ｓ１６）、図１６に示すようなＮＳＳフレームを作成する（Ｓ２６）。即ち、受信機能力情報に端末名称を含めて演算したＣＲＣコードをＮＳＳフレームの所定の位置に設定する。作成したＮＳＳフレームは、受信機がＣＥＤ信号を送出後、ＮＳＦ（Ｓ）フレームを送信する前に行なう（Ｓ１８）。
【００３９】
一方、受信機側では、ＣＥＤ信号を送出し（Ｓ３１）、或る受信機側からＮＳＦ（Ｓ）／（Ｒ）フレームを送信する前に、短縮プロトコルで送られてきたＮＳＳフレームを受信し（Ｓ３２のＹ，Ｓ３３）、受信機能力情報及び端末名称のＣＲＣコードを取出す（Ｓ３４）。さらに、自端末の現在の設定状況に基づき受信機能力情報用のＮＳＦフレームを作成し（Ｓ３６）、かつ、このＳＮＦフレームの受信機端末情報端末名称を取出し、自端末の受信機能力情報と端末名称についてＣＲＣ演算を行い、ＣＲＣコードを作成する（Ｓ４５）。即ち、受信機側においても、受信機能力情報だけでなく端末名称を含めてＣＲＣコードが生成される。そして、作成したこのＣＲＣコードと受信したＣＲＣコードとの比較を行なう（Ｓ３８）。比較の結果、両ＣＲＣコードが一致すれば（Ｓ３８のＹ）、受信機能力情報及び端末名称に変更がなかったものと判断し、送信側で指定したＮＳＳフレームによる通信パラメータでの受信を開始する（Ｓ３９）。送信機側では、短縮プロトコルを実行し（Ｓ１９のＹ，Ｓ２０）、システムメモリ３に記憶されている或る受信機の端末名称を読み出して通信相手先の表示及びレポート印刷に供する。
【００４０】
比較の結果、両ＣＲＣコードが一致しなければ（Ｓ３８のＮ）、受信機能力情報又は端末名称の少なくとも何れかが変更されたものと判断し、図５に示すように、短縮プロトコルではなく、通常のプロトコルが実施される。即ち、自端末の現在の設定状況に基づきＮＳＦフレームを作成し（Ｓ４０）、通常通り、ＮＳＦフレーム及びＤＩＳフレームを送信し（Ｓ４１）、かつ、ＮＳＳフレームを送信する（Ｓ４２）。これにより、変更更新されている新たな端末名称や受信機能力情報が送信機側に送信される。送信機側では、短縮プロトコルではないので通常プロトコルを実行し（Ｓ１９のＮ，Ｓ２２）、受信機側から新たに受信した端末名称及び受信機能力情報をシステムメモリ３に記憶するとともに、通信相手先の表示及びレポート印刷に供する（Ｓ２３，Ｓ２４）。
【００４１】
従って、本実施の形態によれば、送信機、受信機双方で端末名称を含むＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００４２】
【発明の効果】
請求項１記載の発明によれば、受信機が自端末の設定状況に基づき作成される受信機能力情報に自端末の端末名称の名称記憶メモリへの更新記録を設定するので、受信側の端末名称が変更された場合には送信機側から送信されたＣＲＣコードに対して当該受信機で作成させるＣＲＣコードが不一致となり、通常プロトコルを実行させることができ、この通常プロトコルに従い変更更新後の端末名称を送信機に対して送信させることができ、よって、送信機側において登録操作後の最新の端末名称の表示やレポート印刷が可能となる。
【００４３】
請求項２記載の発明によれば、請求項１記載のファクシミリ装置において、前記受信機は、自端末の端末名称の更新をカウントするカウンターを有し、自端末の端末名称の更新記録に、前記カウンターの更新値を用いるようにしたので、請求項１記載の発明に比して、数ビットで対応可能となる。
【００４４】
請求項３記載の発明によれば、請求項１記載のファクシミリ装置において、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００４５】
請求項４記載の発明によれば、送信機、受信機双方で端末名称を含むＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態を示すファクシミリ装置のハードウェア構成の概略を示すブロック図である。
【図２】端末名称変更時の処理制御例を示すフローチャートである。
【図３】通常プロトコル実行時のシーケンス図である。
【図４】短縮プロトコル実行時のシーケンス図である。
【図５】ＣＲＣコード不一致時のシーケンス図である。
【図６】送信機側の処理制御例を示すフローチャートである。
【図７】受信機側の処理制御例を示すフローチャートである。
【図８】ＮＳＦフレームの構成例を示す説明図である。
【図９】ＮＳＳフレームの構成例を示す説明図である。
【図１０】本発明の第二の実施の形態の端末名称変更時の処理制御例を示すフローチャートである。
【図１１】ＮＳＦフレームの構成例を示す説明図である。
【図１２】受信機側の処理制御例を示すフローチャートである。
【図１３】本発明の第三の実施の形態の端末名称変更時の処理制御例を示すフローチャートである。
【図１４】ＮＳＦフレームの構成例を示す説明図である。
【図１５】受信機側の処理制御例を示すフローチャートである。
【図１６】本発明の第四の実施の形態のＮＳＳフレームの構成例を示す説明図である。
【図１７】送信機側の処理制御例を示すフローチャートである。
【図１８】受信機側の処理制御例を示すフローチャートである。
【符号の説明】
３ メモリ、名称記憶メモリ
１１ 送信側ＣＲＣ生成部、受信側ＣＲＣ生成部
【発明の属する技術分野】
本発明は、受信機側から送信機側に受信機能力情報を通知する手順を省略する短縮プロトコルの伝送制御手順により画情報を伝送する機能を備えたファクシミリ装置に関する。
【０００２】
【従来の技術】
ＣＣＩＴＴのＧ３規格のファクシミリ装置は、勧告Ｔ．３０に準拠した伝送制御手順により画情報を伝送する。この伝送制御手順では、最初に受信機側が受信機能力情報を送信機側に通知し、送信機側ではその受信機側の受信機能力情報に応じて送信モードを決定し、決定した送信モードを受信機側に通知するようにしている。
【０００３】
一方、近年、上記のように受信機側が受信機能力情報を送信機側に通知する手順を省略する短縮プロトコルによるファクシミリ通信が行なわれている（特開平５−１３６９６５号公報等参照）。
【０００４】
この短縮プロトコルは、ファクシミリ装置が画像送信を実行した際に、受信機側の受信機能力情報を記憶しておき、次に、同一相手先に画像送信する際には、伝送制御手順の最初に記憶情報が正しいかどうかをチェックし、正しい場合には直ちに画情報を送信させるものである。この短縮プロトコルを実行することにより、画情報を早く送信することができ、通信時間の短縮化を図れる。
【０００５】
なお、送信機側で記憶している受信機能力情報が正しくない場合には、勧告Ｔ．３０に準拠した通常の伝送制御手順により画情報を送信する。
【０００６】
【発明が解決しようとする課題】
ここに、短縮プロトコルを実行する際に、送信機側が、記憶している受信機側の受信機能力情報が正しいかどうかをチェックする方法の一つに、記憶している機能情報に対応したＣＲＣ（Ｃyclic Ｒedundancy Ｃheck）コードを受信機側に送信する方法がある。このＣＲＣコードは、過去に受信機側からＮＳＦ信号により受信機側の受信機能力情報を受信した際に、そのＮＳＦ信号にセットされていたものである。
【０００７】
受信機側は、送信機側からＣＲＣコードを受信すると、自端末の受信機能力情報を送信機側に通知するためのＮＳＦ信号のＣＲＣコードと、受信したＣＲＣコードとを照合する。そして、照合の結果、両者が一致した場合、短縮プロトコルの伝送制御手順を実行する。
【０００８】
ところが、特開平５−１３６９６５号公報等に示される従来の短縮プロトコル機能によると、受信機の端末名称が変更された場合、受信機能力情報のＣＲＣコードは変化しないため、短縮プロトコルが実行されてしまう。即ち、受信機の端末名称が変更されていることを送信機側では認識できず、送信機側では以前に受け取った受信機の端末名称を表示させたりレポート印刷させているものである。即ち、受信機の端末名称の変更に対処できない不具合がある。
【０００９】
そこで、本発明は、短縮プロトコルが可能な環境下に、受信機の端末名称の変更に対処でき、送信機側では最新の受信機端末名称を表示させたりレポート印刷させたりすることができるファクシミリ装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１記載の発明は、受信機能力情報と受信機端末名称を記憶するメモリと、受信機能力情報のＣＲＣコードを生成する送信側ＣＲＣ生成部とを有し、或る受信機に対する２回目以降の送信で前回送信時に前記メモリに記憶した当該受信機能力情報を基に決定した通信パラメータとＣＲＣコードとを送信して短縮プロトコルを行い、前記メモリに記憶した当該受信機端末名称を通信相手先として使用する送信機と、自端末の設定状況に基づき受信機能力情報を作成し、作成した受信機能力情報のＣＲＣコードを生成する受信側ＣＲＣ生成部を有し、短縮プロトコル時に、送信機側より送信されたＣＲＣコードの情報と前記受信側ＣＲＣ生成部で生成したＣＲＣコードとを比較し、両コードが一致した場合には短縮プロトコルを実行し、両コードが不一致の場合には通常プロトコルを行なう受信機と、を備えるファクシミリ装置において、前記受信機は、自端末の端末名称を記録する名称記憶メモリを有し、自端末の設定状況に基づき作成される前記受信機能力情報に自端末の端末名称の前記名称記憶メモリへの更新記録を設定し自端末の端末名称が更新された場合に前記送信機側から送信されたＣＲＣコードに対して不一致を生じさせるようにした。
【００１１】
従って、受信機が自端末の設定状況に基づき作成される受信機能力情報に自端末の端末名称の名称記憶メモリへの更新記録を設定するので、受信側の端末名称が変更された場合には送信機側から送信されたＣＲＣコードに対して当該受信機で作成させるＣＲＣコードが不一致となり、通常プロトコルが実行され、この通常プロトコルに従い変更更新後の端末名称が送信機に対して送信されることとなる。
【００１２】
請求項２記載の発明は、請求項１記載のファクシミリ装置において、前記受信機は、自端末の端末名称の更新をカウントするカウンターを有し、自端末の端末名称の更新記録に、前記カウンターの更新値を用いるようにした。
【００１３】
従って、請求項１記載の発明の場合には交信記録情報がバイト単位となり、ＮＳＦフレームの増加が懸念されるが、本発明によれば、カウンターを利用することで数ビットで対応可能となる。
【００１４】
請求項３記載の発明は、請求項１記載のファクシミリ装置において、前記受信機は、自端末の端末名称の更新記録に、更新された自端末の端末名称のＣＲＣコードを用いるようにした。
【００１５】
従って、更新記録やカウンターで管理する場合、実際には全く同じ端末名称が登録された場合でもＣＲＣコードの変化に伴い通常プロトコルが実行されたり、更新記録やカウンターが一巡してしまった場合には逆にＣＲＣコードが変化せず短縮プロトコルが実行されてしまう懸念があるが、本発明によれば、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００１６】
請求項４記載の発明は、受信機能力情報と受信機端末名称を記憶するメモリと、受信機能力情報と受信機端末名称のＣＲＣコードを生成する送信側ＣＲＣ生成部とを有し、或る受信機に対する２回目以降の送信で前回送信時に前記メモリに記憶した当該受信機能力情報を基に決定した通信パラメータとＣＲＣコードとを送信して短縮プロトコルを行い、前記メモリに記憶した当該受信機端末名称を通信相手先として使用する送信機と、自端末の設定状況に基づき受信機能力情報を作成し、作成した受信機能力情報と自端末の端末名称のＣＲＣコードを生成する受信側ＣＲＣ生成部を有し、短縮プロトコル時に、送信機側より送信されたＣＲＣコードの情報と前記受信側ＣＲＣ生成部で生成したＣＲＣコードとを比較し、両コードが一致した場合には短縮プロトコルを実行し、両コードが不一致の場合には通常プロトコルを行なう受信機と、を備える。
【００１７】
従って、更新記録やカウンターで管理する場合、実際には全く同じ端末名称が登録された場合でもＣＲＣコードの変化に伴い通常プロトコルが実行されたり、更新記録やカウンターが一巡してしまった場合には逆にＣＲＣコードが変化せず短縮プロトコルが実行されてしまう懸念があるが、本発明によれば、送信機、受信機双方で端末名称を含むＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００１８】
【発明の実施の形態】
本発明の第一の実施の形態を図１ないし図７に基づいて説明する。図１は、本実施の形態の送信機及び受信機の双方の機能を持つファクシミリ装置全体のハードウェア構成の概略を示すブロック図である。短縮プロトコル機能等を含む基本的事項は、前述の特開平５−１３６９６５号公報例に準ずるものであり、詳細説明に関しては、適宜省略するものとする。
【００１９】
システム制御部１はＣＰＵ等によるいわゆるマイクロコンピュータ構成で、当該ファクシミリ装置全体を監視制御するもので、システムバス２を介して以下の各部が接続されている。システムメモリ３は、当該ファクシミリ装置に予め登録されている情報や受信機能力情報、自端末の端末名称（受信機端末名称）、通信に必要なデータ等を一時的に格納するもので、メモリとして機能する。画情報メモリ４は、読取部（スキャナ）５により読み取られた原稿画像情報や受信した画像情報を格納する。読取部５は原稿画像を光学的に読取り電気信号に変換する。書込部（プロッタ）６は、電子写真法等を用いて記録紙に画像を出力する。操作部７は、ユーザにより操作される各種キー類を備えるとともに、適宜表示部を備える。ＤＣＲ（符号化復号化部）８は符号化方式により画情報を圧縮再生する。Ｇ３モデム９はＧ３通信のデータを復調変調する。ＮＣＵ（網制御装置）１０は回線へのダイヤル発信やリンギングの検出を行なう。ＣＲＣ生成部１１は送信機側ＣＲＣ生成部と受信機側ＣＲＣ生成部とを兼用し、受信機能力情報などに基づきＣＲＣ演算を行いＣＲＣコードを作成する。
【００２０】
このような基本構成において、当該ファクシミリ装置は、任意の時点で、受信機としての自端末の端末名称は変更自在であり、操作部７の所定の操作により端末名称が変更される。操作部７の操作により端末名称の変更操作がなされた場合にシステム制御部１により実行される処理制御例を図２のフローチャートに示す。本実施の形態では、端末名称変更操作があった場合、端末名称の編集作業を行なった後（ステップＳ１）、名称変更の更新操作が終了すれば（Ｓ２のＹ）、端末名称の更新記録を変更する（Ｓ３）。このステップＳ３の処理は、自端末の設定状況に基づき作成する受信機能力情報にこの自端末の端末名称の更新記録を設定する処理である。
【００２１】
次に、本実施の形態における送受信プロトコルを図３ないし図７を参照して説明する。まず、１回目の送信時には図３に示すシーケンス図のような通常プロトコルによる伝送が行なわれる。受信機側では、現在の自端末の設定状況を判断し、図８に示すような受信機能力情報に関するＮＳＦ（Ｓ）フレームを作成する。この時、受信機端末名称の変更更新情報がＮＳＦ（Ｓ）フレームの予め定められた位置ＸＸに付加される。そして、受信機側ではＣＥＤ信号（被呼端末識別信号）、作成したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称、及び、ＤＩＳ（デジタル識別信号）フレームを送信する。そして、送信機側では、これらの信号を受け取り、受信したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称とをシステムメモリ３に記憶し、ＮＳＳ（非標準機能設定信号）フレーム、必要に応じてＴＣＦ（トレーニングチェック）フレームを送信して通信を行なう。ここで、記憶した内容は次回送信時に引用されて短縮プロトコルに供される。
【００２２】
２回目以降の送信時には、図４に示すような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御例を図６及び図７に示すフローチャートを参照して説明する。即ち、送信機は今から送信する相手先の受信機能力情報をシステムメモリ３より取出し（Ｓ１１）、併せて、相手先の端末名称情報もシステムメモリ３より取出し（Ｓ１２）、短縮プロトコルが可能か否かを判断する（Ｓ１３）。短縮プロトコルが可能であれば（Ｓ１３のＹ）、受信機能力情報に基づき所定のＣＲＣ演算を行い（Ｓ１４）、ＣＲＣコードを生成する（Ｓ１５）。そして、読み出した受信機能力情報に基づき通信（送信）パラメータを決定し（Ｓ１６）、図９に示すような通常のＮＳＳフレームを作成する（Ｓ１７）。作成したＮＳＳフレームは、受信機がＣＥＤ信号を送出後、ＮＳＦ（Ｓ）フレームを送信する前に行なう（Ｓ１８）。
【００２３】
一方、受信機側では、ＣＥＤ信号を送出し（Ｓ３１）、或る受信機側からＮＳＦ（Ｓ）／（Ｒ）フレームを送信する前に、短縮プロトコルで送られてきたＮＳＳフレームを受信し（Ｓ３２のＹ，Ｓ３３）、受信機能力情報のＣＲＣコードを取出す（Ｓ３４）。さらに、自端末の名称変更情報を引用するとともに（Ｓ３５）、自端末の現在の設定状況に基づき受信機能力情報用のＮＳＦフレームを作成し（Ｓ３６）、かつ、このＳＮＦフレームに基づき所定のＣＲＣ演算を行いＣＲＣコードを作成する（Ｓ３７）。そして、作成したこのＣＲＣコードと受信したＣＲＣコードとの比較を行なう（Ｓ３８）。比較の結果、両ＣＲＣコードが一致すれば（Ｓ３８のＹ）、受信機能力情報及び端末名称に変更がなかったものと判断し、送信側で指定したＮＳＳフレームによる通信パラメータでの受信を開始する（Ｓ３９）。送信機側では、短縮プロトコルを実行し（Ｓ１９のＹ，Ｓ２０）、システムメモリ３に記憶されている或る受信機の端末名称を読み出して通信相手先の表示及びレポート印刷に供する。
【００２４】
比較の結果、両ＣＲＣコードが一致しなければ（Ｓ３８のＮ）、受信機能力情報又は端末名称の少なくとも何れかが変更されたものと判断し、図５に示すように、短縮プロトコルではなく、通常のプロトコルが実行される。即ち、自端末の現在の設定状況に基づきＮＳＦフレームを作成し（Ｓ４０）、通常通り、ＮＳＦフレーム及びＤＩＳフレームを送信し（Ｓ４１）、かつ、ＮＳＳフレームを送信する（Ｓ４２）。これにより、変更更新されている新たな端末名称や受信機能力情報が送信機側に送信される。送信機側では、短縮プロトコルではないので通常プロトコルを実行し（Ｓ１９のＮ，Ｓ２２）、受信機側から新たに受信した端末名称及び受信機能力情報をシステムメモリ３に記憶するとともに、通信相手先の表示及びレポート印刷に供する（Ｓ２３，Ｓ２４）。
【００２５】
従って、本実施の形態によれば、受信機が自端末の設定状況に基づき作成される受信機能力情報に自端末の端末名称のシステムメモリ３への更新記録を設定するので、受信側の端末名称が登録操作された場合には送信機側から送信されたＣＲＣコードに対して当該受信機で作成させるＣＲＣコードが不一致となり、通常プロトコルが実行され、この通常プロトコルに従い登録操作後の端末名称が送信機に対して送信されることとなる。これにより、送信機側において登録操作後の最新の端末名称の表示やレポート印刷が可能となる。
【００２６】
本発明の第二の実施の形態を図１０ないし図１２に基づいて説明する。第一の実施の形態で示した部分と同一部分は同一符号を用いて示し、説明も省略する（以降の各実施の形態でも同様とする）。
【００２７】
前述の第一の実施の形態による場合、端末名称の更新記録情報がバイト単位となり、ＮＳＦフレームの増加が懸念されることから、本実施の形態では、基本的には、受信機としての自端末の端末名称の変更を更新する更新カウンター（カウンター）をシステムメモリ３中に備え、自端末の端末名称の更新記録にこの更新カウンターのカウンター値を利用することで数ビットで対応できるようにしたものである。
【００２８】
まず、端末名称の変更操作があった場合、本実施の形態では、図１０のフローチャートに示すように、ステップＳ３に代えて、端末名称の変更に伴い更新カウンターを＋１することにより更新記録を変更する（Ｓ４）。そして、送受信動作において、１回目の送信時には図３に示したような通常プロトコルが実行される。この動作において、受信機側では現在の端末状況を判断してＮＳＦ（Ｓ）フレームを作成するが、本実施の形態の場合、図８に示した場合に代えて、図１１に示すように、ＮＳＦ（Ｓ）フレームの決められた位置ＸＸに端末名称更新カウンター値を設定する。
【００２９】
そして、受信機側ではＣＥＤ信号、作成したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称、及び、ＤＩＳフレームを送信する。そして、送信機側では、これらの信号を受け取り、受信したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称とをシステムメモリ３に記憶し、ＮＳＳフレーム、必要に応じてＴＣＦフレームを送信して通信を行なう。ここで、記憶した内容は次回送信時に引用されて短縮プロトコルに供される。
【００３０】
２回目以降の送信時には、図４に示したような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御は基本的には図６及び図７のフローチャートで説明した場合と同様である。もっとも、受信機側の動作制御としては、図７に代えて示す図１２のように、受信機能力情報のＣＲＣコードを取出した後（Ｓ３４）、端末名称更新カウンターのカウント値が引用される(Ｓ４３)。後の処理は図７の場合と同様である。
【００３１】
従って、本実施の形態によれば、第一の実施の形態に比して、更新カウンターを利用することで数ビットで対応可能となる。
【００３２】
本発明の第三の実施の形態を図１３ないし図１５に基づいて説明する。前述の第一又は第二の実施の形態による場合、現実には全く同じ端末名称が再登録された場合でも結果的にＣＲＣコードが変化するため、通常プロトコルを実行してしまい、逆に、交信記録や更新カウンターが一巡したときには端末名称が変更されていてもＣＲＣコードが変化しないため、短縮プロトコルが実行されてしまうことが懸念されることから、本実施の形態では、基本的には、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いるようにしたものである。
【００３３】
まず、端末名称の変更操作があった場合、本実施の形態では、図１３のフローチャートに示すように、ステップＳ３やステップＳ４に代えて、ＣＲＣ生成部１１で端末名称のＣＲＣ演算を行い、その結果である端末名称のＣＲＣコードをシステムメモリ３に記憶する（Ｓ５）。そして、送受信動作において、１回目の送信時には図３に示したような通常プロトコルが実行される。この動作において、受信機側では現在の端末状況を判断してＮＳＦ（Ｓ）フレームを作成するが、本実施の形態の場合、図８に示した場合に代えて、図１４に示すように、ＮＳＦ（Ｓ）フレームの決められた位置ＸＸに端末名称のＣＲＣコードを設定する。
【００３４】
そして、受信機側ではＣＥＤ信号、作成したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称、及び、ＤＩＳフレームを送信する。そして、送信機側では、これらの信号を受け取り、受信したＮＳＦ（Ｓ）フレームの受信能力情報とＮＳＦ（Ｒ）フレームの端末名称とをシステムメモリ３に記憶し、ＮＳＳフレーム、必要に応じてＴＣＦフレームを送信して通信を行なう。ここで、記憶した内容は次回送信時に引用されて短縮プロトコルに供される。
【００３５】
２回目以降の送信時には、図４に示したような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御は基本的には図６及び図７のフローチャートで説明した場合と同様である。もっとも、受信機側の動作制御としては、図７に代えて示す図１５のように、受信機能力情報のＣＲＣコードを取出した後（Ｓ３４）、端末名称のＣＲＣコードが引用される(Ｓ４４)。後の処理は図７の場合と同様である。
【００３６】
従って、本実施の形態によれば、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００３７】
本発明の第四の実施の形態を図１６ないし図１８に基づいて説明する。前述の第一又は第二の実施の形態による場合、現実には全く同じ端末名称が再登録された場合でも結果的にＣＲＣコードが変化するため、通常プロトコルを実行してしまい、逆に、交信記録や更新カウンターが一巡したときには端末名称が変更されていてもＣＲＣコードが変化しないため、短縮プロトコルが実行されてしまうことが懸念されることから、本実施の形態では、第三の実施の形態の場合と同様に、基本的には、送信機、受信機双方で端末名称を含むＣＲＣコードを用いるようにしたものである。
【００３８】
本実施の形態における送受信プロトコルを説明する。まず、１回目の送信時には図３で前述したような通常プロトコルによる伝送が行なわれる。２回目以降の送信時には、図４で前述したような短縮プロトコルが実行される。この場合に、システム制御部１により実行される処理制御例を図１７及び図１８に示すフローチャートを参照して説明する。即ち、送信機は今から送信する相手先の受信機能力情報をシステムメモリ３より取出し（Ｓ１１）、併せて、相手先の端末名称情報もシステムメモリ３より取出し（Ｓ１２）、短縮プロトコルが可能か否かを判断する（Ｓ１３）。短縮プロトコルが可能であれば（Ｓ１３のＹ）、受信機能力情報と端末名称に基づき所定のＣＲＣ演算を行い（Ｓ２５）、ＣＲＣコードを生成する（Ｓ１５）。即ち、本実施の形態では、受信機能力情報だけでなく端末名称を含めてＣＲＣコードが生成される。そして、読み出した受信機能力情報に基づき通信（送信）パラメータを決定し（Ｓ１６）、図１６に示すようなＮＳＳフレームを作成する（Ｓ２６）。即ち、受信機能力情報に端末名称を含めて演算したＣＲＣコードをＮＳＳフレームの所定の位置に設定する。作成したＮＳＳフレームは、受信機がＣＥＤ信号を送出後、ＮＳＦ（Ｓ）フレームを送信する前に行なう（Ｓ１８）。
【００３９】
一方、受信機側では、ＣＥＤ信号を送出し（Ｓ３１）、或る受信機側からＮＳＦ（Ｓ）／（Ｒ）フレームを送信する前に、短縮プロトコルで送られてきたＮＳＳフレームを受信し（Ｓ３２のＹ，Ｓ３３）、受信機能力情報及び端末名称のＣＲＣコードを取出す（Ｓ３４）。さらに、自端末の現在の設定状況に基づき受信機能力情報用のＮＳＦフレームを作成し（Ｓ３６）、かつ、このＳＮＦフレームの受信機端末情報端末名称を取出し、自端末の受信機能力情報と端末名称についてＣＲＣ演算を行い、ＣＲＣコードを作成する（Ｓ４５）。即ち、受信機側においても、受信機能力情報だけでなく端末名称を含めてＣＲＣコードが生成される。そして、作成したこのＣＲＣコードと受信したＣＲＣコードとの比較を行なう（Ｓ３８）。比較の結果、両ＣＲＣコードが一致すれば（Ｓ３８のＹ）、受信機能力情報及び端末名称に変更がなかったものと判断し、送信側で指定したＮＳＳフレームによる通信パラメータでの受信を開始する（Ｓ３９）。送信機側では、短縮プロトコルを実行し（Ｓ１９のＹ，Ｓ２０）、システムメモリ３に記憶されている或る受信機の端末名称を読み出して通信相手先の表示及びレポート印刷に供する。
【００４０】
比較の結果、両ＣＲＣコードが一致しなければ（Ｓ３８のＮ）、受信機能力情報又は端末名称の少なくとも何れかが変更されたものと判断し、図５に示すように、短縮プロトコルではなく、通常のプロトコルが実施される。即ち、自端末の現在の設定状況に基づきＮＳＦフレームを作成し（Ｓ４０）、通常通り、ＮＳＦフレーム及びＤＩＳフレームを送信し（Ｓ４１）、かつ、ＮＳＳフレームを送信する（Ｓ４２）。これにより、変更更新されている新たな端末名称や受信機能力情報が送信機側に送信される。送信機側では、短縮プロトコルではないので通常プロトコルを実行し（Ｓ１９のＮ，Ｓ２２）、受信機側から新たに受信した端末名称及び受信機能力情報をシステムメモリ３に記憶するとともに、通信相手先の表示及びレポート印刷に供する（Ｓ２３，Ｓ２４）。
【００４１】
従って、本実施の形態によれば、送信機、受信機双方で端末名称を含むＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００４２】
【発明の効果】
請求項１記載の発明によれば、受信機が自端末の設定状況に基づき作成される受信機能力情報に自端末の端末名称の名称記憶メモリへの更新記録を設定するので、受信側の端末名称が変更された場合には送信機側から送信されたＣＲＣコードに対して当該受信機で作成させるＣＲＣコードが不一致となり、通常プロトコルを実行させることができ、この通常プロトコルに従い変更更新後の端末名称を送信機に対して送信させることができ、よって、送信機側において登録操作後の最新の端末名称の表示やレポート印刷が可能となる。
【００４３】
請求項２記載の発明によれば、請求項１記載のファクシミリ装置において、前記受信機は、自端末の端末名称の更新をカウントするカウンターを有し、自端末の端末名称の更新記録に、前記カウンターの更新値を用いるようにしたので、請求項１記載の発明に比して、数ビットで対応可能となる。
【００４４】
請求項３記載の発明によれば、請求項１記載のファクシミリ装置において、自端末の端末名称の更新記録に更新された自端末の端末名称のＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【００４５】
請求項４記載の発明によれば、送信機、受信機双方で端末名称を含むＣＲＣコードを用いているので、本来の端末名称の変更があった場合にのみ的確に通常プロトコルを実行させることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態を示すファクシミリ装置のハードウェア構成の概略を示すブロック図である。
【図２】端末名称変更時の処理制御例を示すフローチャートである。
【図３】通常プロトコル実行時のシーケンス図である。
【図４】短縮プロトコル実行時のシーケンス図である。
【図５】ＣＲＣコード不一致時のシーケンス図である。
【図６】送信機側の処理制御例を示すフローチャートである。
【図７】受信機側の処理制御例を示すフローチャートである。
【図８】ＮＳＦフレームの構成例を示す説明図である。
【図９】ＮＳＳフレームの構成例を示す説明図である。
【図１０】本発明の第二の実施の形態の端末名称変更時の処理制御例を示すフローチャートである。
【図１１】ＮＳＦフレームの構成例を示す説明図である。
【図１２】受信機側の処理制御例を示すフローチャートである。
【図１３】本発明の第三の実施の形態の端末名称変更時の処理制御例を示すフローチャートである。
【図１４】ＮＳＦフレームの構成例を示す説明図である。
【図１５】受信機側の処理制御例を示すフローチャートである。
【図１６】本発明の第四の実施の形態のＮＳＳフレームの構成例を示す説明図である。
【図１７】送信機側の処理制御例を示すフローチャートである。
【図１８】受信機側の処理制御例を示すフローチャートである。
【符号の説明】
３ メモリ、名称記憶メモリ
１１ 送信側ＣＲＣ生成部、受信側ＣＲＣ生成部
Claims (4)
- 受信機能力情報と受信機端末名称を記憶するメモリと、受信機能力情報のＣＲＣコードを生成する送信側ＣＲＣ生成部とを有し、或る受信機に対する２回目以降の送信で前回送信時に前記メモリに記憶した当該受信機能力情報を基に決定した通信パラメータとＣＲＣコードとを送信して短縮プロトコルを行い、前記メモリに記憶した当該受信機端末名称を通信相手先として使用する送信機と、
自端末の設定状況に基づき受信機能力情報を作成し、作成した受信機能力情報のＣＲＣコードを生成する受信側ＣＲＣ生成部を有し、短縮プロトコル時に、送信機側より送信されたＣＲＣコードの情報と前記受信側ＣＲＣ生成部で生成したＣＲＣコードとを比較し、両コードが一致した場合には短縮プロトコルを実行し、両コードが不一致の場合には通常プロトコルを行なう受信機と、
を備えるファクシミリ装置において、
前記受信機は、自端末の端末名称を記録する名称記憶メモリを有し、自端末の設定状況に基づき作成される前記受信機能力情報に自端末の端末名称の前記名称記憶メモリへの更新記録を設定し自端末の端末名称が更新された場合に前記送信機側から送信されたＣＲＣコードに対して不一致を生じさせるようにしたことを特徴とするファクシミリ装置。 - 前記受信機は、自端末の端末名称の更新をカウントするカウンターを有し、自端末の端末名称の更新記録に、前記カウンターの更新値を用いるようにしたことを特徴とする請求項１記載のファクシミリ装置。
- 前記受信機は、自端末の端末名称の更新記録に、更新された自端末の端末名称のＣＲＣコードを用いるようにしたことを特徴とする請求項１記載のファクシミリ装置。
- 受信機能力情報と受信機端末名称を記憶するメモリと、受信機能力情報と受信機端末名称のＣＲＣコードを生成する送信側ＣＲＣ生成部とを有し、或る受信機に対する２回目以降の送信で前回送信時に前記メモリに記憶した当該受信機能力情報を基に決定した通信パラメータとＣＲＣコードとを送信して短縮プロトコルを行い、前記メモリに記憶した当該受信機端末名称を通信相手先として使用する送信機と、
自端末の設定状況に基づき受信機能力情報を作成し、作成した受信機能力情報と自端末の端末名称のＣＲＣコードを生成する受信側ＣＲＣ生成部を有し、短縮プロトコル時に、送信機側より送信されたＣＲＣコードの情報と前記受信側ＣＲＣ生成部で生成したＣＲＣコードとを比較し、両コードが一致した場合には短縮プロトコルを実行し、両コードが不一致の場合には通常プロトコルを行なう受信機と、
を備えることを特徴とするファクシミリ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000319294A JP3765979B2 (ja) | 2000-10-19 | 2000-10-19 | ファクシミリ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000319294A JP3765979B2 (ja) | 2000-10-19 | 2000-10-19 | ファクシミリ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002135549A JP2002135549A (ja) | 2002-05-10 |
| JP3765979B2 true JP3765979B2 (ja) | 2006-04-12 |
Family
ID=18797780
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000319294A Expired - Fee Related JP3765979B2 (ja) | 2000-10-19 | 2000-10-19 | ファクシミリ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3765979B2 (ja) |
-
2000
- 2000-10-19 JP JP2000319294A patent/JP3765979B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002135549A (ja) | 2002-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001069331A (ja) | ファクシミリ装置及びファクシミリシステム | |
| JP3765979B2 (ja) | ファクシミリ装置 | |
| JPH09275397A (ja) | 暗号通信装置 | |
| JP3187236B2 (ja) | 通信機器 | |
| JP3591684B2 (ja) | ファクシミリ装置 | |
| JP2001119588A (ja) | ファクシミリ装置 | |
| JP3288455B2 (ja) | ファクシミリ装置 | |
| JP3561385B2 (ja) | ファクシミリ装置の伝送方法 | |
| US6456398B1 (en) | Method and apparatus for data communication with improved transmission efficiency | |
| JP3537665B2 (ja) | ファクシミリ装置 | |
| JP2707456B2 (ja) | 画情報伝送装置 | |
| JP3794404B2 (ja) | 通信端末装置 | |
| KR20000009857A (ko) | 팩시밀리의 전송시간 단축방법 | |
| JP3346269B2 (ja) | 通信端末装置 | |
| JPH09139828A (ja) | ファクシミリ装置 | |
| KR100260910B1 (ko) | 팩시밀리에서 수신된 데이터의 오류정정방법 | |
| JPH0494254A (ja) | 蓄積同報装置 | |
| JP4668759B2 (ja) | ファクシミリ装置 | |
| JP2005130036A (ja) | 通信端末装置 | |
| JP3459709B2 (ja) | ファクシミリ装置 | |
| JPH09139848A (ja) | ファクシミリ装置の暗号通信方法 | |
| JP2002044401A (ja) | 通信端末装置 | |
| KR19990070622A (ko) | 에러가 발생한 팩스 데이터를 송신측으로 전송하는 방법 | |
| JPH10215340A (ja) | ファクシミリにおける通信情報記録方法 | |
| JPH04250765A (ja) | 通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040929 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041025 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050620 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051213 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060124 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060125 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100203 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110203 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120203 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130203 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130203 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140203 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |