(57)【要約】【課題】Ｔ．３８パケット信号へのＴ．３０信号のマッピングの態様を適切に制御することができるネットワークファクシミリ装置を提供する。【解決手段】発信時、相手端末（着信端末）から受信したＴ．３８パケット信号の制御信号の値を調べて、相手端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を判定し、それ以降は、その通信が終了するまでの間、設定した態様を保持し、所定の勧告Ｔ．３８通信手順を行って、画情報の通信を行うようにしているので、発信端末は、着信端末と適切に勧告Ｔ．３８通信を行うことができるという効果を得る。【選択図】          図３
2004274542.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークへ接続し、リアルタイムインターネットファクシミリ通信を行うネットワークファクシミリ装置において、
発信時、相手端末から受信したＴ．３８パケット信号を調べて、その受信Ｔ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を判定し、その判定に従って、それ以降、上記相手端末へ送信するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を一致させることを特徴とするネットワークファクシミリ装置。
【請求項２】
ネットワークへ接続し、リアルタイムインターネットファクシミリ通信を行うネットワークファクシミリ装置において、
着信時、相手端末へ応答するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を第１の態様で設定した後に当該第１の態様のＴ．３８パケット信号を上記相手端末へ送信し、その第１の態様のＴ．３８パケット信号に対するＴ．３８パケット信号を上記相手端末より受信した場合には、それ以降、第１の態様のＴ．３８パケット信号を継続して使用する一方、
その第１の態様のＴ．３８パケット信号に対するＴ．３８パケット信号を上記相手端末より受信できない場合には、上記Ｔ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を第２の態様で設定した後に当該第２の態様のＴ．３８パケット信号を上記相手端末へ送信し、それ以降、上記第２の態様のＴ．３８パケット信号を継続して使用することを特徴とするネットワークファクシミリ装置。
【請求項３】
前記第１の態様を登録する登録手段をさらに備えたことを特徴とする請求項２記載のネットワークファクシミリ装置。
【請求項４】
相手端末のネットワークアドレスと、相手端末へ応答するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序が前記第１の態様であるのか、あるいは、第２の態様であるのかを登録したネットワークアドレス／ビット送信順序テーブル記憶手段をさらに備え、
通信開始時に通知された相手端末のネットワークアドレスに対応して、上記ネットワークアドレス／ビット送信順序テーブル記憶手段に記憶されているビット送信順序の態様を読み出し、その読み出したビット送信順序の態様を、前記第１の態様として用いることを特徴とする請求項２記載のネットワークファクシミリ装置。
【請求項５】
前記ネットワークアドレス／ビット送信順序テーブル記憶手段の当該相手端末に関する記憶内容は、通信動作終了後、実際に適用された送信順序の態様に更新されることを特徴とする請求項４記載のネットワークファクシミリ装置。
【請求項６】
相手端末のベンダーコードと、相手端末へ応答するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序が前記第１の態様であるのか、あるいは、第２の態様であるのかを登録したベンダーコード／ビット送信順序テーブル記憶手段をさらに備え、
通信開始時に通知された相手端末のベンダーコードに対応して、上記ベンダーコード／ビット送信順序テーブル記憶手段に記憶されているビット送信順序の態様を読み出し、その読み出したビット送信順序の態様を、前記第１の態様として用いることを特徴とする請求項２記載のネットワークファクシミリ装置。
【請求項７】
前記ベンダーコード／ビット送信順序テーブル記憶手段の当該相手端末に関する記憶内容は、通信動作終了後、実際に適用された送信順序の態様に更新されることを特徴とする請求項６記載のネットワークファクシミリ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークへ接続し、リアルタイムインターネットファクシミリ通信を行うネットワークファクシミリ装置に関する。
【０００２】
【従来の技術】
近年、インターネットなどのネットワークに接続し、このネットワーク上を介して画情報を通信することのできるネットワークファクシミリ装置が実用されるようになってきている。
【０００３】
また、このネットワークファクシミリ装置の通信方法としては、電子メールを用いて画情報を通信するＩＴＵ−Ｔ勧告Ｔ．３７に準拠したＴ．３７通信方法と、インターネットを介して相手端末と直接セッションを張り、リアルタイム的に画情報を通信するＩＴＵ−Ｔ勧告Ｔ．３８（以下、「勧告Ｔ．３８」という）に準拠したＴ．３８通信方法の２つがある。
【０００４】
また、勧告Ｔ．３８では、Ｔ．３０信号をＴ．３８パケット信号へマッピングする際、ＭＳＢファーストでマッピングするよう規定されている（非特許文献１参照）。
【０００５】
【非特許文献１】
ＩＴＵ−Ｔ勧告Ｔ．３８（Ｐｒｏｃｅｄｕｒｅｓ  ｆｏｒ  ｒｅａｌ−ｔｉｍｅ  Ｇｒｏｕｐ  ３  ｆａｃｓｉｍｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＩＰ  ｎｅｔｗｏｒｋｓ）
【０００６】
【発明が解決しようとする課題】
さて、勧告Ｔ．３８では、グループ３ファクシミリ伝送手順における伝送手順信号であるＴ．３０信号をＴ．３８パケット信号に符号化する際にＭＳＢファースト（最上位ビットを最初に配置する態様）でマッピングするよう規定されている。
【０００７】
ところが、既に市場に出回っている多くのＴ．３８端末はこれに準じていない。これは従来、グループ３ファクシミリ伝送手順では、Ｔ．３０信号の送出をＬＳＢファースト（最下位ビットを最初に配置する態様）で行っており、ＭＳＢファーストにすると冗長な処理が発生してしまうこと。各社技術開発を急ぎ勧告制定を待たずに商品を発売しているという背景がある。
【０００８】
このために、市場には、勧告に準拠していないＬＳＢファーストで符号化しているものが多数存在し、これらの間には通信の互換性がないという問題があった。
【０００９】
なお、この課題を解決するために、ビット送出順序をソフトウェアスイッチで切り替え可能なものもあるが、切り替えはこれらどちらかの方法に固定で設定する方法以外なく、同時に双方の端末と互換性を取ることは不可能であった。
【００１０】
本発明は、かかる実情に鑑みてなされたものであり、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの態様を適切に制御することができるネットワークファクシミリ装置を提供することを目的としている。
【００１１】
【課題を解決するための手段】
本発明は、ネットワークへ接続し、リアルタイムインターネットファクシミリ通信を行うネットワークファクシミリ装置において、発信時、相手端末から受信したＴ．３８パケット信号を調べて、その受信Ｔ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を判定し、その判定に従って、それ以降、上記相手端末へ送信するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を一致させるようにしたものである。
【００１２】
また、ネットワークへ接続し、リアルタイムインターネットファクシミリ通信を行うネットワークファクシミリ装置において、着信時、相手端末へ応答するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を第１の態様で設定した後に当該第１の態様のＴ．３８パケット信号を上記相手端末へ送信し、その第１の態様のＴ．３８パケット信号に対するＴ．３８パケット信号を上記相手端末より受信した場合には、それ以降、第１の態様のＴ．３８パケット信号を継続して使用する一方、その第１の態様のＴ．３８パケット信号に対するＴ．３８パケット信号を上記相手端末より受信できない場合には、上記Ｔ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序を第２の態様で設定した後に当該第２の態様のＴ．３８パケット信号を上記相手端末へ送信し、それ以降、上記第２の態様のＴ．３８パケット信号を継続して使用するようにしたものである。
【００１３】
また、前記第１の態様を登録する登録手段をさらに備えたものである。
【００１４】
また、相手端末のネットワークアドレスと、相手端末へ応答するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序が前記第１の態様であるのか、あるいは、第２の態様であるのかを登録したネットワークアドレス／ビット送信順序テーブル記憶手段をさらに備え、通信開始時に通知された相手端末のネットワークアドレスに対応して、上記ネットワークアドレス／ビット送信順序テーブル記憶手段に記憶されているビット送信順序の態様を読み出し、その読み出したビット送信順序の態様を、前記第１の態様として用いるようにしたものである。
【００１５】
また、前記ネットワークアドレス／ビット送信順序テーブル記憶手段の当該相手端末に関する記憶内容は、通信動作終了後、実際に適用された送信順序の態様に更新される。
【００１６】
また、相手端末のベンダーコードと、相手端末へ応答するＴ．３８パケット信号へのＴ．３０信号のマッピングのビット送信順序が前記第１の態様であるのか、あるいは、第２の態様であるのかを登録したベンダーコード／ビット送信順序テーブル記憶手段をさらに備え、通信開始時に通知された相手端末のベンダーコードに対応して、上記ベンダーコード／ビット送信順序テーブル記憶手段に記憶されているビット送信順序の態様を読み出し、その読み出したビット送信順序の態様を、前記第１の態様として用いるようにしたものである。
【００１７】
また、前記ベンダーコード／ビット送信順序テーブル記憶手段の当該相手端末に関する記憶内容は、通信動作終了後、実際に適用された送信順序の態様に更新される。
【００１８】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１９】
図１は、本発明の一実施例にかかるネットワークシステムを示している。
【００２０】
同図において、パケット交換網ＰＮには、複数のインターネットファクシミリ装置ＦＸ１，ＦＸ２，ＦＸ３が接続されるとともに、ゲートウェイ装置ＧＷを介して、グループ３ファクシミリ装置ＧＦが接続されている。
【００２１】
ここで、インターネットファクシミリ装置ＦＸ１，ＦＸ２，ＦＸ３は、勧告Ｔ．３８で規定されているネットワークファクシミリ通信機能を備えており、この勧告Ｔ．３８に準拠した伝送手順を用いることで、相互に通信することが可能である。
【００２２】
また、ゲートウェイ装置ＧＷは、インターネットファクシミリ装置ＦＸ１，ＦＸ２，ＦＸ３とグループ３ファクシミリ装置ＧＦとを接続して、インターネットファクシミリ装置ＦＸ１，ＦＸ２，ＦＸ３とグループ３ファクシミリ装置ＧＦとの相互通信を行えるようにしたものである。
【００２３】
図２は、インターネットファクシミリ装置ＦＸ（ＦＸ１，ＦＸ２，ＦＸ３）の構成の一例を示している。
【００２４】
同図において、システム制御部１は、このインターネットファクシミリ装置ＦＸの各部の制御処理などを行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このインターネットファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２５】
スキャナ５は、グループ３ファクシミリ装置に規定されている所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、グループ３ファクシミリ装置に規定されている所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このインターネットファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２６】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２７】
Ｈ．２５５．０呼制御部１０は、パケット交換網ＰＮを用い、ＩＴＵ−Ｔ勧告Ｈ．２５５．０に準拠した呼制御手順を行って、相手端末との間で呼制御を行うためのものであり、Ｔ．３８通信制御部１１は、勧告Ｔ．３８の伝送手順を行って、相手端末との間で画情報通信を行うためのものである。
【００２８】
パケット網インターフェース回路１２は、このインターネットファクシミリ装置ＦＸをパケット網ＰＮに接続するためのものであり、パケット網伝送制御部１３は、パケット交換網ＰＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。
【００２９】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、Ｈ．２５５．０呼制御部１０、Ｔ．３８通信制御部１１、および、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１４を介して行われている。
【００３０】
図３は、このインターネットファクシミリ装置ＦＸの発信時の動作（部分）の一例を示している。
【００３１】
まず、発信端末（インターネットファクシミリ装置ＦＸ）は、着信端末との間で呼制御用ＴＣＰチャネルを確立し、呼接続を要求するために信号ＳＥＴＵＰを着信端末へ送信する。それにより、着信端末は、信号ＣＯＮＮＥＣＴを発信端末へ応答して、発信端末と着信端末との間にデータ用チャネルが確立する。
【００３２】
そして、これ以降は、勧告Ｔ．３８に定められた伝送手順が行われて、発信端末と着信端末とのリアルタイムファクシミリ通信が行われる。
【００３３】
この場合、まず、着信端末は、信号ＣＳＩおよび信号ＤＩＳを発信端末へ送信する。発信端末は、この信号ＣＳＩおよび信号ＤＩＳを受信すると、その受信した信号の内容を解析して、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を判定する。
【００３４】
ここで、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様について説明する。
【００３５】
まず、Ｔ．３０信号は、所定値を持つアドレス信号（１オクテット）、発信時と着信時とで異なる値を持つ制御信号（１オクテット）、Ｔ．３０信号の種別をあらわす値を持つファクシミリ制御コード（１オクテット）、および、そのＴ．３０信号に必要な情報を運ぶ可変長のファクシミリ情報信号からなる（勧告Ｔ．３０参照）。
【００３６】
そして、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＬＳＢファーストに設定されている場合、発信側から送り出されるＴ．３８パケット信号は、図４（ａ）に示すように、アドレス信号の値が「０ｘＦＦ（０ｘは１６進数をあらわす；以下同じ）」、制御信号の値が「０ｘ０３」、ＬＳＢファーストに配置されたファクシミリ制御コード、ＬＳＢファーストに配置されたファクシミリ情報信号からなる。
【００３７】
また、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＬＳＢファーストに設定されている場合、着信側から送り出されるＴ．３８パケット信号は、同図（ｂ）に示すように、アドレス信号の値が「０ｘＦＦ」、制御信号の値が「０ｘ１３」、ＬＳＢファーストに配置されたファクシミリ制御コード、ＬＳＢファーストに配置されたファクシミリ情報信号からなる。
【００３８】
また、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＭＳＢファーストに設定されている場合、発信側から送り出されるＴ．３８パケット信号は、同図（ｃ）に示すように、アドレス信号の値が「０ｘＦＦ」、制御信号の値が「０ｘ０Ｃ」、ＭＳＢファーストに配置されたファクシミリ制御コード、ＭＳＢファーストに配置されたファクシミリ情報信号からなる。
【００３９】
また、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＭＳＢファーストに設定されている場合、着信側から送り出されるＴ．３８パケット信号は、同図（ｄ）に示すように、アドレス信号の値が「０ｘＦＦ」、制御信号の値が「０ｘ０Ｃ」、ＭＳＢファーストに配置されたファクシミリ制御コード、ＭＳＢファーストに配置されたファクシミリ情報信号からなる。
【００４０】
したがって、発信端末が、着信端末より信号ＣＳＩおよび信号ＤＩＳを受信したとき、受信したＴ．３８パケット信号の制御信号の値を調べて、それが「０ｘ１３」であれば、受信端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様がＬＳＢファーストに設定されていると判定できる。また、制御信号の値が「０ｘＣ８」であれば、受信端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様がＭＳＢファーストに設定されていると判定できる。
【００４１】
このようにして、発信端末は、受信端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の判定が終了すると、その判定結果に従って、自端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を設定する。
【００４２】
そして、発信端末は、それ以降、その通信が終了するまでの間、設定した態様を保持し、所定の勧告Ｔ．３８通信手順を行って、画情報の通信を行う。
【００４３】
このようにして、本実施例では、発信時、相手端末（着信端末）から受信したＴ．３８パケット信号の制御信号の値を調べて、相手端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を判定し、それ以降は、その通信が終了するまでの間、設定した態様を保持し、所定の勧告Ｔ．３８通信手順を行って、画情報の通信を行うようにしているので、発信端末は、着信端末と適切に勧告Ｔ．３８通信を行うことができる。
【００４４】
図５は、インターネットファクシミリ装置ＦＸが発信時に行う処理（部分）の一例を示している。
【００４５】
まず、相手端末（着信端末）へ信号ＳＥＴＵＰを送信し（処理１０１）、相手端末より信号ＣＯＮＮＥＣＴを受信すると（処理１０２）、データ用チャネルが確立し（処理１０３）、その確立したデータ用チャネルを用いて通信を行うために発信時Ｔ．３８通信処理を開始する（処理１０４）。
【００４６】
次に、所定のＴ１タイマ（勧告Ｔ．３０，Ｔ．３８参照）を起動し（処理１０５）、Ｔ１タイマが満了するまでの間にＴ．３８パケット信号を受信することを監視する（判断１０６，１０７のＮＯループ）。Ｔ１タイマが満了するまでの間にＴ．３８パケット信号を受信できなかった場合で、判断１０７の結果がＹＥＳになるときには、このときの処理をエラー終了する。
【００４７】
また、Ｔ１タイマが満了するまでの間にＴ．３８パケット信号を受信した場合で、判断１０６の結果がＹＥＳになるときには、上述した方法に従って、相手端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の判定を行う。
【００４８】
すなわち、受信した信号の制御信号の値が「０ｘ１３」であるか調べ（判断１０９）、判断１０９の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＣＳＩおよび信号ＤＩＳであるかどうかを調べ（判断１１０）、判断１１０の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＬＳＢファーストに設定するために、ビット順序変換をオフし（処理１１１）、それ以降の通信動作を実行する。また、判断１１０の結果がＮＯになるときには、判断１０６へ戻り、それ以降の動作を再度実行する。
【００４９】
また、判断１０９の結果がＮＯになるときには、受信した信号の制御信号の値が「０ｘＣ８」であるか調べ（判断１１２）、判断１１２の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＣＳＩおよび信号ＤＩＳであるかどうかを調べ（判断１１３）、判断１１３の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＭＳＢファーストに設定するために、ビット順序変換をオンし（処理１１４）、それ以降の通信動作を実行する。また、判断１１３の結果がＮＯになるとき、および、判断１１２の結果がＮＯになるときには、判断１０６へ戻り、それ以降の動作を再度実行する。
【００５０】
次に、このインターネットファクシミリ装置ＦＸが着信動作するときの動作を、図６を参照して説明する。
【００５１】
いずれかの発信端末から呼制御用ＴＣＰチャネルが確立され、信号ＳＥＴＵＰを受信すると、着信端末（インターネットファクシミリ装置ＦＸ）は、信号ＣＯＮＮＥＣＴを発信端末へ応答して、発信端末と着信端末との間にデータ用チャネルが確立する。
【００５２】
そして、これ以降は、勧告Ｔ．３８に定められた伝送手順が行われて、発信端末と着信端末とのリアルタイムファクシミリ通信が行われる。
【００５３】
この場合、まず、着信端末は、勧告Ｔ．３８に定められている通り、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をＭＳＢファーストに設定した状態で、信号ＣＳＩおよび信号ＤＩＳを発信端末へ送信する。
【００５４】
発信端末は、この信号ＣＳＩおよび信号ＤＩＳを適切に受信することができると、勧告Ｔ．３８通信手順の次のステップへ進むために、信号ＴＳＩ，ＤＣＳを送信するが、発信端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＬＳＢファーストに設定されている場合には、発信端末では、受信した信号ＣＳＩ，ＤＩＳを適切に解釈することができないので、受信したＭＳＢファーストの信号ＣＳＩ，ＤＩＳは、受信エラーとなり、適切な（すなわち、この場合は、ＬＳＢファーストの）信号ＣＳＩ，ＤＩＳを受信するために待機する。
【００５５】
したがって、着信端末では、信号ＣＳＩを送信してから、所定のタイマＴ４（勧告Ｔ．３０，Ｔ．３８参照）をスタートし、タイマＴ４が、満了時間の１／２の時間まで計時が進むまでの間に、発信端末より次の手順信号を受信できない場合には、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をＬＳＢファーストに設定した状態で、信号ＣＳＩおよび信号ＤＩＳを発信端末へ送信する。
【００５６】
このとき、発信端末は、受信した信号ＣＳＩ，ＤＩＳを適切に受信することができるので、（ＬＳＢファーストの）信号ＴＳＩ，ＤＣＳを着信端末へ送信し、それ以降は、所定の伝送手順が進んで、発信端末から着信端末へ画情報の送信が行われる。また、この場合には、着信端末（インターネットファクシミリ装置ＦＸ）は、通信が終了するまでＬＳＢファーストの状態を維持する。
【００５７】
このようにして、着信時は、まず、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をＭＳＢファーストに設定した状態で、信号ＣＳＩおよび信号ＤＩＳを発信端末へ送信し、発信端末がその信号ＣＳＩ，ＤＩＳを解釈できないと判断できる状態になると、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をＭＳＢファーストに変更した状態で、信号ＣＳＩおよび信号ＤＩＳを発信端末へ送信しているので、発信端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＬＳＢファーストになっている場合でも、適切にＴ．３８通信動作を行うことができることとなる。
【００５８】
また、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値は、上述したようなＭＳＢファーストではなく、ＬＳＢファーストに設定することもできる。既に述べたように、市場にはＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様がＬＳＢファーストに設定されている機械も多く出荷されているため、発信端末がそのような機械である確率が比較的高く、したがって、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を、最初にＬＳＢファーストに設定することで、より早く通信動作を行えるようになるからである。
【００５９】
そして、このＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値の設定は、ユーザが任意に登録操作を行えるようにすることができ、例えば、その登録値をパラメータメモリ３に保存しておけばよい。
【００６０】
図７および図８は、インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）の一例を示している。また、この場合、ユーザにより、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値の設定登録されている。
【００６１】
まず、相手端末（発信端末）より信号ＳＥＴＵＰを受信すると（処理２０１）、信号ＣＯＮＮＥＣＴを相手端末へ送信し（処理２０２）、データ用チャネルが確立し（処理２０３）、その確立したデータ用チャネルを用いて通信を行うために着信時Ｔ．３８通信処理を開始する（処理２０４）。
【００６２】
次に、登録されているビット送信順序の初期値を読み込み（処理２０５）、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をその初期値に従って設定した状態で、信号ＣＳＩ，ＤＩＳを相手端末へ送信する（処理２０６）。
【００６３】
次に、所定のＴ４タイマを起動し（処理２０７）、Ｔ．３８パケット信号を受信するまでの間に、タイマＴ４が、満了時間の１／２の時間まで計時が進むか、あるいは、Ｔ４タイマが満了するかどうかを監視する（判断２０８，２０９，２１０のＮＯループ）。
【００６４】
そして、Ｔ．３８パケット信号を受信するまでの間に、タイマＴ４が、満了時間の１／２の時間まで計時が進んだ場合で、判断２１０の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を、処理２０５で設定した態様とは反対の態様に設定して、信号ＣＳＩ，ＤＩＳを相手端末へ送信する（処理２１１）。例えば、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値が、ＭＳＢファーストに設定されていた場合には、処理２１１においては、ＬＳＢファーストの態様に変更する。
【００６５】
また、Ｔ４タイマが満了するまでの間にＴ．３８パケット信号を受信できなかった場合で、判断２０９の結果がＹＥＳになるときには、相手端末からの信号の受信を３回失敗したかどうかを調べ（判断２１２）、判断２１２の結果がＮＯになるときには、処理２０６へ戻り、再度信号ＣＳＩ，ＤＩＳを相手端末へ送信する。また、判断２１２の結果がＹＥＳになるときには、このときの処理をエラー終了する。
【００６６】
また、Ｔ４タイマが満了するまでの間にＴ．３８パケット信号を受信した場合で、判断２０８の結果がＹＥＳになるときには、上述した方法に従って、相手端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の判定を行う。
【００６７】
すなわち、受信した信号の制御信号の値が「０ｘ０３」であるか調べ（判断２１６）、判断２１６の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＴＳＩおよび信号ＤＣＳであるかどうかを調べ（判断２１７）、判断２１７の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＬＳＢファーストに設定するために、ビット順序変換をオフし（処理２１８）、それ以降の通信動作を実行する。また、判断２１７の結果がＮＯになるときには、判断２０８へ戻り、それ以降の動作を再度実行する。
【００６８】
また、判断２１６の結果がＮＯになるときには、受信した信号の制御信号の値が「０ｘＣ０」であるか調べ（判断２１９）、判断２１９の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＴＳＩおよび信号ＤＣＳであるかどうかを調べ（判断２２０）、判断２２０の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＭＳＢファーストに設定するために、ビット順序変換をオンし（処理２２１）、それ以降の通信動作を実行する。また、判断２２０の結果がＮＯになるとき、および、判断２１９の結果がＮＯになるときには、判断２０８へ戻り、それ以降の動作を再度実行する。
【００６９】
ところで、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様は、相手端末によってほぼ固定されていると考えられる。そこで、相手端末のネットワークアドレス、例えば、ＩＰアドレスと、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様との関係を、例えば、図９（ａ）に示したようなＩＰアドレス／ビット送信順序テーブルに記憶し、着信時、相手端末のＩＰアドレスに応じて、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を、このＩＰアドレス／ビット送信順序テーブルから読み出し、その読み出した値をＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値として用いることで、早期に相手端末との間で通信を開始できる確率を向上することができることとなる。
【００７０】
また、このＩＰアドレス／ビット送信順序テーブルへの値の登録は、ユーザが任意に行えるようにすることができる。また、その登録操作は、例えば、操作表示部７を用いることができる。
【００７１】
図１０および図１１は、この場合に、インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）の一例を示している。また、この場合、ユーザにより、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値も設定登録されている。
【００７２】
まず、相手端末（発信端末）より信号ＳＥＴＵＰを受信すると（処理３０１）、信号ＣＯＮＮＥＣＴを相手端末へ送信し（処理３０２）、データ用チャネルが確立し（処理３０３）、その確立したデータ用チャネルを用いて通信を行うために着信時Ｔ．３８通信処理を開始する（処理３０４）。
【００７３】
次に、登録されているビット送信順序の初期値を読み込み（処理３０５）、そのときの相手端末のＩＰアドレスが、ＩＰアドレス／ビット送信順序テーブルに登録されているかどうかを検索して調べる（処理３０６）。
【００７４】
登録されている場合で、判断３０７の結果がＹＥＳになるときには、ＩＰアドレス／ビット送信順序テーブルから対応する値を読み出して、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をその読み出した値に設定する（処理３０８）。
【００７５】
また、登録されていない場合で、判断３０７の結果がＮＯになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を初期値に設定する（処理３０９）。
【００７６】
そして、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を処理３０８，３０９で設定した態様で、信号ＣＳＩ，ＤＩＳを相手端末へ送信する（処理３１０）。
【００７７】
次に、所定のＴ４タイマを起動し（処理３１１）、Ｔ．３８パケット信号を受信するまでの間に、タイマＴ４が、満了時間の１／２の時間まで計時が進むか、あるいは、Ｔ４タイマが満了するかどうかを監視する（判断３１２，３１３，３１４のＮＯループ）。
【００７８】
そして、Ｔ．３８パケット信号を受信するまでの間に、タイマＴ４が、満了時間の１／２の時間まで計時が進んだ場合で、判断３１４の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を、処理３０８，３０９で設定した態様とは反対の態様に設定して、信号ＣＳＩ，ＤＩＳを相手端末へ送信する（処理３１４）。例えば、処理３０８，３０９でＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＭＳＢファーストに設定されていた場合には、処理３１５においては、ＬＳＢファーストの態様に変更する。
【００７９】
また、Ｔ４タイマが満了するまでの間にＴ．３８パケット信号を受信できなかった場合で、判断３１３の結果がＹＥＳになるときには、相手端末からの信号の受信を３回失敗したかどうかを調べ（判断３１６）、判断３１６の結果がＮＯになるときには、処理３１０へ戻り、再度信号ＣＳＩ，ＤＩＳを相手端末へ送信する。また、判断３１６の結果がＹＥＳになるときには、このときの処理をエラー終了する。
【００８０】
また、Ｔ４タイマが満了するまでの間にＴ．３８パケット信号を受信した場合で、判断３１２の結果がＹＥＳになるときには、上述した方法に従って、相手端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の判定を行う。
【００８１】
すなわち、受信した信号の制御信号の値が「０ｘ０３」であるか調べ（判断３２１）、判断３２１の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＴＳＩおよび信号ＤＣＳであるかどうかを調べ（判断３２２）、判断３２２の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＬＳＢファーストに設定するために、ビット順序変換をオフし（処理３２３）、そのときの通信態様に応じてＩＰアドレス／ビット送信順序テーブルの内容を更新して（処理３２４）、それ以降の通信動作を実行する。また、判断３２２の結果がＮＯになるときには、判断３１２へ戻り、それ以降の動作を再度実行する。
【００８２】
また、判断３２１の結果がＮＯになるときには、受信した信号の制御信号の値が「０ｘＣ０」であるか調べ（判断３２５）、判断３２５の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＴＳＩおよび信号ＤＣＳであるかどうかを調べ（判断３２６）、判断３２６の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＭＳＢファーストに設定するために、ビット順序変換をオンし（処理３２７）、処理３２４へ移行し、そのときの通信態様に応じてＩＰアドレス／ビット送信順序テーブルの内容を更新し、それ以降の通信動作を実行する。また、判断３２６の結果がＮＯになるとき、および、判断３２５の結果がＮＯになるときには、判断２０８へ戻り、それ以降の動作を再度実行する。
【００８３】
ここで、処理３２４では、そのときの相手端末がＩＰアドレス／ビット送信順序テーブルに登録されていない場合には、新しい項目を追加して、そのときの相手端末のＩＰアドレスの値と、ビット送信順序の値を追加登録する。また、そのときの相手端末がＩＰアドレス／ビット送信順序テーブルに登録されている場合には、その相手端末のＩＰアドレスに対応したビット送信順序の値として、そのときに判定した結果を記憶する。
【００８４】
このようにして、本実施例では、通信のたびに、ＩＰアドレス／ビット送信順序テーブルの内容を更新しているので、同一の相手端末との間で次に通信する際、より早く通信を開始することができることとなる。また、このような更新動作を行うことで、例えば、相手端末の機種が変更になった場合に対処することができる。
【００８５】
ところで、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様は、相手端末を製造したメーカーによってほぼ固定されていると考えられる。また、相手端末のメーカーの表示は、呼設定手順中においてやりとりされる信号ＳＥＴＵＰ，ＣＯＮＮＥＣＴの情報要素（ベンダーコード）として含められることが多い。
【００８６】
そこで、ベンダーコードと、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様との関係を、例えば、図９（ｂ）に示したようなベンダーコード／ビット送信順序テーブルに記憶し、着信時、相手端末のベンダーコードに応じて、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を、このベンダーコード／ビット送信順序テーブルから読み出し、その読み出した値をＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値として用いることで、早期に相手端末との間で通信を開始できる確率を向上することができることとなる。
【００８７】
また、このベンダーコード／ビット送信順序テーブルへの値の登録は、ユーザが任意に行えるようにすることができる。また、その登録操作は、例えば、操作表示部７を用いることができる。
【００８８】
図１２、図１３および図１４は、この場合に、インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）の一例を示している。また、この場合、ユーザにより、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の初期値も設定登録されている。
【００８９】
まず、相手端末（発信端末）より信号ＳＥＴＵＰを受信すると（処理４０１）、信号ＣＯＮＮＥＣＴを相手端末へ送信し（処理４０２）、データ用チャネルが確立し（処理４０３）、その確立したデータ用チャネルを用いて通信を行うために着信時Ｔ．３８通信処理を開始する（処理４０４）。
【００９０】
次に、登録されているビット送信順序の初期値を読み込み（処理４０５）、また、そのときの信号ＳＥＴＵＰからベンダーコードを取得できたかどうかを調べる（判断４０６）。判断４０６の結果がＹＥＳになるときには、取得してベンダーコードが、ベンダーコード／ビット送信順序テーブルに登録されているかどうかを検索して調べる（処理４０７、判断４０８）。
【００９１】
登録されている場合で、判断４０８の結果がＹＥＳになるときには、ベンダーコード／ビット送信順序テーブルから対応する値を読み出して、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をその読み出した値に設定する（処理３０９）。
【００９２】
また、登録されていない場合で、判断３０８の結果がＮＯになるとき、および、ベンダーコードを取得できなかった場合で判断４０６の結果がＮＯになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を、処理４０５で読み出した初期値に設定する（処理４１０）。
【００９３】
そして、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を処理４０９，４１０で設定した態様で、信号ＣＳＩ，ＤＩＳを相手端末へ送信する（処理４１１）。
【００９４】
次に、所定のＴ４タイマを起動し（処理４１２）、Ｔ．３８パケット信号を受信するまでの間に、タイマＴ４が、満了時間の１／２の時間まで計時が進むか、あるいは、Ｔ４タイマが満了するかどうかを監視する（判断４１３，４１４，４１５のＮＯループ）。
【００９５】
そして、Ｔ．３８パケット信号を受信するまでの間に、タイマＴ４が、満了時間の１／２の時間まで計時が進んだ場合で、判断４１５の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を、処理４０９，４１０で設定した態様とは反対の態様に設定して、信号ＣＳＩ，ＤＩＳを相手端末へ送信する（処理４１６）。例えば、処理４０９，４１０でＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様が、ＭＳＢファーストに設定されていた場合には、処理４１６においては、ＬＳＢファーストの態様に変更する。
【００９６】
また、Ｔ４タイマが満了するまでの間にＴ．３８パケット信号を受信できなかった場合で、判断４１４の結果がＹＥＳになるときには、相手端末からの信号の受信を３回失敗したかどうかを調べ（判断４１７）、判断４１７の結果がＮＯになるときには、処理４１１へ戻り、再度信号ＣＳＩ，ＤＩＳを相手端末へ送信する。また、判断４１７の結果がＹＥＳになるときには、このときの処理をエラー終了する。
【００９７】
また、Ｔ４タイマが満了するまでの間にＴ．３８パケット信号を受信した場合で、判断４１３の結果がＹＥＳになるときには、上述した方法に従って、相手端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様の判定を行う。
【００９８】
すなわち、受信した信号の制御信号の値が「０ｘ０３」であるか調べ（判断４２１）、判断４２１の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＴＳＩおよび信号ＤＣＳであるかどうかを調べ（判断４２２）、判断４２２の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＬＳＢファーストに設定するために、ビット順序変換をオフし（処理４２３）、そのときの通信態様に応じてベンダーコード／ビット送信順序テーブルの内容を更新して（処理４２４）、それ以降の通信動作を実行する。また、判断４２２の結果がＮＯになるときには、判断４１３へ戻り、それ以降の動作を再度実行する。
【００９９】
また、判断４２１の結果がＮＯになるときには、受信した信号の制御信号の値が「０ｘＣ０」であるか調べ（判断４２５）、判断４２５の結果がＹＥＳになるときには、そのときに受信したＴ．３８パケット信号が、信号ＴＳＩおよび信号ＤＣＳであるかどうかを調べ（判断４２６）、判断４２６の結果がＹＥＳになるときには、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序をＭＳＢファーストに設定するために、ビット順序変換をオンし（処理４２７）、処理４２４へ移行し、そのときの通信態様に応じてベンダーコード／ビット送信順序テーブルの内容を更新し、それ以降の通信動作を実行する。また、判断４２６の結果がＮＯになるとき、および、判断４２５の結果がＮＯになるときには、判断４１３へ戻り、それ以降の動作を再度実行する。
【０１００】
ここで、処理４２４では、そのときに取得したベンダーコードがベンダーコード／ビット送信順序テーブルに登録されていない場合には、新しい項目を追加して、そのときの相手端末のベンダーコードの値と、ビット送信順序の値を追加登録する。また、そのときのベンダーコードがベンダーコード／ビット送信順序テーブルに登録されている場合には、その相手端末のベンダーコードに対応したビット送信順序の値として、そのときに判定した結果を記憶する。
【０１０１】
このようにして、本実施例では、通信のたびに、ベンダーコード／ビット送信順序テーブルの内容を更新しているので、ベンダーがビット送信順序を変更した場合、より早く通信を開始することができることとなる。
【０１０２】
なお、上述した実施例では、相手端末のネットワークアドレスとして、ＩＰアドレスを適用しているが、例えば、ゲートキーパー装置の機能を利用して呼制御や通信を行う場合には、相手端末のネットワークアドレスとして、エイリアス（ＲＡＳエイリアス；ＩＴＵ−Ｔ勧告Ｈ．２４５参照）が適用されることが多いので、そのエイリアスをネットワークアドレスとして取り扱うようにすることが好ましい。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば、発信時、相手端末（着信端末）から受信したＴ．３８パケット信号の制御信号の値を調べて、相手端末におけるＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を判定し、それ以降は、その通信が終了するまでの間、設定した態様を保持し、所定の勧告Ｔ．３８通信手順を行って、画情報の通信を行うようにしているので、発信端末は、着信端末と適切に勧告Ｔ．３８通信を行うことができるという効果を得る。
【０１０４】
また、着信端末では、信号ＣＳＩを送信してから、所定のタイマＴ４（勧告Ｔ．３０，Ｔ．３８参照）をスタートし、タイマＴ４が、満了時間の１／２の時間まで計時が進むまでの間に、発信端末より次の手順信号を受信できない場合には、Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様をＬＳＢファーストに設定した状態で、信号ＣＳＩおよび信号ＤＩＳを発信端末へ送信するようにしているので、相手端末に応じて適切にＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序を設定することができるという効果も得る。
【０１０５】
また、相手端末のネットワークアドレスとＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様との関係を登録して、初期値として使用するので、着信時の通信開始までの時間を短縮できるという効果を得る。
【０１０６】
また、相手端末のベンダーコードとＴ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様との関係を登録して、初期値として使用するので、着信時の通信開始までの時間を短縮できるという効果を得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかるネットワークシステムを示したブロック図。
【図２】インターネットファクシミリ装置ＦＸ（ＦＸ１，ＦＸ２，ＦＸ３）の構成の一例を示したブロック図。
【図３】インターネットファクシミリ装置ＦＸの発信時の動作（部分）の一例を示したタイミングチャート。
【図４】Ｔ．３８パケット信号へのＴ．３０信号のマッピングの送信順序の態様を判定する際に参照するＴ．３８パケット信号の制御信号について説明するための概略図。
【図５】インターネットファクシミリ装置ＦＸが発信時に行う処理（部分）の一例を示したフローチャート。
【図６】インターネットファクシミリ装置ＦＸが着信動作（部分）するときの動作を説明するためのタイミングチャート。
【図７】インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）の一例を示したフローチャート。
【図８】インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）の一例を示したフローチャート（図７の続き）。
【図９】ＩＰアドレス／ビット送信順序テーブル、および、ベンダーコード／ビット送信順序テーブルの一例を示した概略図。
【図１０】インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）の他の例を示したフローチャート。
【図１１】インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）の他の例を示したフローチャート（図１０の続き）。
【図１２】インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）のさらに他の例を示したフローチャート。
【図１３】インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）のさらに他の例を示したフローチャート（図１２の続き）。
【図１４】インターネットファクシミリ装置ＦＸが着信時に行う処理（部分）のさらに他の例を示したフローチャート（図１３の続き）。
【符号の説明】
ＦＸ，ＦＸ１，ＦＸ２，ＦＸ３  インターネットファクシミリ装置
【図１】
2004274542.tif 000003
【図２】
2004274542.tif 000004
【図３】
2004274542.tif 000005
【図４】
2004274542.tif 000006
【図５】
2004274542.tif 000007
【図６】
2004274542.tif 000008
【図７】
2004274542.tif 000009
【図８】
2004274542.tif 000010
【図９】
2004274542.tif 000011
【図１０】
2004274542.tif 000012
【図１１】
2004274542.tif 000013
【図１２】
2004274542.tif 000014
【図１３】
2004274542.tif 000015
【図１４】
2004274542.tif 000016