(57)【要約】【課題】通信相手であるゲートウェイに接続されたアナログＦＡＸ装置においてデータの復号を可能にすることを目的とする。【解決手段】符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、第１のパターンの"ライン終端＋ラインデータ"をプロトコルのデータの１パケットとして逐次、ゲートウェイへ送信し、第２のパターンの"ライン終端＋ラインデータ"をプロトコルのデータの１パケットとしてゲートウェイへ送信したのち、第２のパターンの"ページ終了"をプロトコルのデータの１パケットとしてゲートウェイへ送信することによって課題を解決する。【選択図】図６
2014078825.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
を有する画像処理装置。
【請求項２】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
を有する画像処理装置。
【請求項３】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
画像データを符号化する符号化手段と、
前記符号化手段により画像データが符号化される際に、１ライン符号化される都度、前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
を有する画像処理装置。
【請求項４】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
を有する画像処理装置。
【請求項５】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
を有する画像処理装置。
【請求項６】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
画像データを符号化する符号化手段と、
前記符号化手段により画像データが符号化される際に、１ライン符号化される都度、送信サイズを累積していき、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
を有する画像処理装置。
【請求項７】
前記プロトコルは、ＩＴＵ−Ｔ勧告Ｔ．３８に従ったプロトコルであり、
前記誤り訂正を行わない通信は、非ＥＣＭ通信である請求項１乃至６何れか１項記載の画像処理装置。
【請求項８】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を含む情報処理方法。
【請求項９】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を含む情報処理方法。
【請求項１０】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
画像データを符号化する符号化ステップと、
前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を含む情報処理方法。
【請求項１１】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を含む情報処理方法。
【請求項１２】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を含む情報処理方法。
【請求項１３】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
画像データを符号化する符号化ステップと、
前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、送信サイズを累積していき、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を含む情報処理方法。
【請求項１４】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を実行させるためのプログラム。
【請求項１５】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を実行させるためのプログラム。
【請求項１６】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
画像データを符号化する符号化ステップと、
前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を実行させるためのプログラム。
【請求項１７】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を実行させるためのプログラム。
【請求項１８】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を実行させるためのプログラム。
【請求項１９】
ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
画像データを符号化する符号化ステップと、
前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、送信サイズを累積していき、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＩＰ網を利用してＦＡＸ送受信を行うＩＰＦＡＸ装置（ＩＰＦＡＸ）が注目されている。ＮＴＴの公衆ＩＰ網（ＮＧＮ網）でもコンテンツのひとつにＩＰＦＡＸが挙げられている。
従来のアナログＦＡＸ装置（アナログＦＡＸ）も、Ｔ．３８（ＩＴＵ−Ｔ勧告Ｔ．３８、以下「Ｔ．３８」とする）ＧＷを介して公衆ＩＰ網に接続することが可能である。詳しくは既知の技術であるため割愛するが、ＩＰＦＡＸ同士は呼接続をＳＩＰ、データ通信をＴ．３８プロトコルで行う。先行文献のように、Ｔ．３８ＧＷは、ＳＩＰ呼接続をアナログ電話の呼接続、Ｔ．３８プロトコルをＴ．３０（ＩＴＵ−Ｔ勧告Ｔ．３０、以下「Ｔ．３０」とする）プロトコルにリアルタイム変換し、アナログＦＡＸとの相互通信を可能とするものである。
ＦＡＸ通信には、誤り訂正を行うことができる（誤り訂正を行う）ＥＣＭ通信と、誤り訂正が行えない（誤り訂正を行わない）非ＥＣＭ通信と、がある。
ＥＣＭ通信とは、画像データをブロック単位に区分けし、それを２５６バイトからなる、いくつかのフレームに分割して相手に送信する。受信側は１フレーム受信するごとにエラー判定を行い、これを１ブロック受信終了するまで繰り返し１ブロックの受信が終了した時点でエラーフレームがあった場合、送信側に対してエラーフレームの再送要求を行う。送信側はエラーが発生したフレームのみを再送する機能である。通常、ＥＣＭ通信では、フレームとフレームとの間で同期を維持するためのフラグが送出される。
回線上のノイズ等で欠落した画像データを再送することで、ライン抜けが発生しない。
【０００３】
しかし、アナログＦＡＸにはＥＣＭ通信が行えない機種も存在し、その場合には、ＩＰＦＡＸとアナログＦＡＸとの間の通信は非ＥＣＭで行われることになる。非ＥＣＭ通信では、画像信号の交信中にエラーが発生すると、１ラインごとのエラーとなり、ラインの欠落となる。非ＥＣＭ通信では、画像圧縮方式としてＭＨ符号化方式か、ＭＲ符号化方式が使用される。
ＭＨ符号化方式、ＭＲ符号化方式に関する詳しい説明は割愛するが、１ラインデータ毎に符号化する方式である。
送信側は、符号化したラインを順につなげて送信するが、ラインとラインとの間にＥＯＬという符号を付加する。符号化されたラインはＥＯＬ符号で挟まれることになり、ＥＯＬ＋ラインデータ＋ＥＯＬとなる。
また、１ページの最後のラインを符号化した後ろには、ＲＴＣ符号を付加する。ＲＴＣはＥＯＬを６個連続で並べたものである。したがって、最後のラインはＥＯＬ＋ラインデータ＋ＲＴＣとなる。
【０００４】
例えば、ＩＰＦＡＸからアナログＦＡＸへ非ＥＣＭデータ送信する場合を考える。Ｔ．３８ＧＷは内部にある程度バッファを持っており、ＩＰＦＡＸから送られてきたデータを一時的にバッファに溜め、そのバッファのデータをＴ．３８ＧＷに接続されたアナログＦＡＸへリアルタイム送信する。通常、Ｔ．３８ＧＷ内のバッファはＦＡＸデータ数ライン程度の小さなものであり、ＦＡＸ全データを蓄積することはできない。ＩＰＦＡＸとＴ．３８ＧＷとはＩＰ網で、Ｔ．３８ＧＷとアナログＦＡＸとはアナログ網で接続され、通常、Ｔ．３８ＧＷとアナログＦＡＸとの間はお互いにネゴシエートした速度で通信される。最高速度は、例えばＶ．１７の１４４００ｂｐｓであるとする。ＩＰＦＡＸとＴ．３８ＧＷとは１４４００ｂｐｓより高速なＩＰ網の速度で接続されているため、ＩＰＦＡＸが１４４００ｂｐｓ以上の速度でＴ．３８ＧＷへデータ送信すると、Ｔ．３８ＧＷ内部のバッファが溢れ、オーバーランすることになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平９−１６３１１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記オーバーランを解決するには、ＩＰＦＡＸからＴ．３８ＧＷへの送信速度を、Ｔ．３８ＧＷからアナログＦＡＸへ送信する速度と等しくすることである。しかし、ＩＰ網ではパケットが遅延することがあり、その場合ＩＰＦＡＸからＴ．３８ＧＷへ十分な速度でデータが送信されず、結果として、Ｔ．３８ＧＷがアンダーランを起こしてしまう。このようなアンダーランが発生した場合、Ｔ．３８ＧＷは、ＩＰＦＡＸからで送信されてきた非ＥＣＭデータにＦＩＬＬ（データ０）を付加することで、Ｔ．３８ＧＷからアナログＦＡＸへ途切れることなくデータを送信する機能を有している。Ｔ．３８ＧＷを介さない、従来のアナログＦＡＸ同士の通信であれば、ＦＩＬＬを挿入するのは、送信機側のアナログＦＡＸである。送信機側でラインデータを符号化した際にアンダーランが起こらないように、前述のＥＯＬ＋ラインデータ＋ＥＯＬのラインデータの後ろにＦＩＬＬを付加する。その結果、ＥＯＬ＋ラインデータ＋ＦＩＬＬ＋ＥＯＬとなる。ＦＩＬＬは０データであるが、アンダーランが起こらないように、複数個挿入される。ＦＩＬＬはラインデータの終端、ＥＯＬの手前に挿入されなければならず（或いはラインデータの終端、ＲＴＣの手前）、ここ以外に挿入された場合、符号データが壊れ、復号できなくなる。
【０００７】
なお、ＩＰＦＡＸからアナログＦＡＸへのデータ送信で、アナログＦＡＸがＥＣＭ通信機能を有しており、ＥＣＭ通信が選択された場合では、前述のフレーム送信が間に合わなかったとしても問題が無い。
ＩＰＦＡＸはＴ．３８データの１パケットに１フレーム（２５６Ｂｙｔｅ）を詰め、Ｔ．３８ＧＷへ送信する。ＥＣＭ通信では、Ｔ．３８ＧＷがアンダーラン対策として挿入するのは前述のフラグであり、Ｔ．３８ＧＷによってフレームとフレームとの間に挿入される。元々フラグあった場所に更にフラグを挿入するため、フレーム内部のデータが壊れることはない。一方、非ＥＣＭでは、ＥＣＭ通信のようにフレーム化されていないため、前述のようにＦＩＬＬを挿入できる場所が限られることになる。
また、ＩＰＦＡＸからＩＰＦＡＸへのデータ送信では、非ＥＣＭの通信を行うことはほとんど無い。また、仮に非ＥＣＭ通信を行った場合でも、従来ＦＡＸの能力交換（ＤＩＳ，ＤＣＳ）による速度での通信は行われず、ネットワーク速度で通信が行われるため、上記理由によるアンダーラン、オーバーランは発生しない。
【０００８】
ＩＰＦＡＸからＴ．３８ＧＷへの画像通信はＴ．３８勧告で定めるＴ．３８データパケットであり、ＩＰ網へはＩＰパケットでデータ送信される。ＩＰパケットの最大サイズはおおよそ１５００Ｂｙｔｅ程度であり、ＦＡＸ文章１ページの全データは１つのＩＰパケットには入らない。したがって、１ページの文章データを分割し、ＩＰパケットに詰め、ＩＰＦＡＸからＴ．３８ＧＷへデータ送信されることになる。従来、ＩＰＦＡＸからＴ．３８ＧＷへは１ページの文章データを決められた固定サイズに区切り送信していた。文章中の各ラインは圧縮されるため、圧縮後のサイズはラインごとに異なる。よって、固定サイズで区切ることは、パケットの遅延が発生すると非ＥＣＭのＦＡＸデータの１ラインの途中でＦＩＬＬが入ることになってしまう。つまり、ＥＯＬ＋ラインデータ途中＋ＦＩＬＬ＋ラインデータ途中から終端＋ＥＯＬとなる。このため、符号データが崩れてしまい、復号化できなくなる。
上記に示す通り、符号データの復号化に影響を与えずにＦＩＬＬを挿入できる場所はラインデータの終端、ＥＯＬの手前（或いはラインデータの終端、ＲＴＣの手前）だけである。従来のようにＩＰＦＡＸからＴ．３８ＧＷへ非ＥＣＭでデータを送信する場合、１ラインの途中で区切る。すると、Ｔ．３８ＧＷによって１ラインのデータ途中にＦＩＬＬが挿入され符号化データが壊れてしまい、アナログＦＡＸへ送信されるため、アナログＦＡＸ側でデータを復号できず、画像送信に失敗する問題があった。
なお、上記では、Ｔ．３８、Ｔ．３８ＧＷ、非ＥＣＭ通信を例に説明を行ったが、同様の伝送制御プロトコル、伝送制御プロトコルのゲートウェイ、通信においても同様の問題があった。
【０００９】
本発明はこのような問題点に鑑みなされたもので、通信相手であるゲートウェイに接続されたアナログＦＡＸ装置においてデータの復号を可能にすることを目的とする。
【課題を解決するための手段】
【００１０】
そこで、本発明は、ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、を有する。
【発明の効果】
【００１１】
本発明によれば、通信相手であるゲートウェイに接続されたアナログＦＡＸ装置においてデータの復号を可能にすることができる。
【図面の簡単な説明】
【００１２】
【図１】ＩＰＦＡＸ装置を含むシステムのシステム構成の一例を示す図である。
【図２】ＩＰＦＡＸのハードウェア構成等の一例を示す図である。
【図３】非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る処理フローであり、従来技術により、送信画像のライン終端で区切らずに、ＩＰＦＡＸからＴ．３８ＧＷへデータ送信する場合の図である。
【図４】実施形態１の非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る情報処理の一例を示す図である。
【図５】ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合のシーケンス図である。
【図６】実施形態１において、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合の情報処理の一例を示すフローチャートである。
【図７】実施形態２の非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る情報処理の一例を示す図である。
【図８】実施形態２において、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合の情報処理の一例を示すフローチャートである。
【図９】実施形態３の非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る情報処理の一例を示す図である。
【図１０】実施形態３において、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合の情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について図面に基づいて説明する。
【００１４】
＜実施形態１＞
図１は、ＩＰＦＡＸ装置（以下、ＩＰＦＡＸという）を含むシステムのシステム構成の一例を示す図である。ＩＰＦＡＸは、画像処理装置の一例である。
図１において、１００１は、ＩＰＦＡＸ１である。１００２は、公衆ＩＰ網である。１００３は、公衆ＩＰ網に接続されたＩＰＦＡＸ２である。１００４は、Ｔ．３８ＧＷ（Ｔ．３８ゲートウェイ）先のアナログＦＡＸである。１００５は、公衆ＩＰ網に接続されたＴ．３８ＧＷである。なお、ＧＷは、ゲートウェイの略である。
ＩＰＦＡＸ１とＩＰＦＡＸ２とはＴ．３８プロトコルによって通信を行う。Ｔ．３８（ＩＴＵ−Ｔ勧告Ｔ．３８）は、ＩＰネットワーク上で、リアルタイムにＦＡＸ通信を行うためのプロトコルである。公衆ＩＰ網におけるＩＰＦＡＸ同士のセッション接続は、ＳＩＰによって行われ、電話番号をＩＰアドレスに変換する機能やプロキシ機能を有したＳＩＰサーバを利用し、接続される。また、ＩＰＦＡＸを公衆ＩＰ網へ接続するためにはゲートウェイが必要になる。
Ｔ．３８ＧＷは、Ｔ．３８プロトコルを従来のアナログＧ３ＦＡＸで使用されているプロトコルＴ．３０にリアルタイム変換するゲートウェイである。Ｔ．３８ＧＷは、ＩＰＦＡＸとアナログＦＡＸ装置（以下、アナログＦＡＸという）とを接続することが可能である。
【００１５】
図２は、ＩＰＦＡＸのハードウェア構成等の一例を示す図である。
図２において、ＩＰＦＡＸ２００１は、図１のＩＰＦＡＸ１（１００１）やＩＰＦＡＸ２（１００３）である。
操作部２００２は、キーボード、表示部等で構成され、オペレータが各種入力操作を行うためのものである。
画像読み取り部２００３は、スキャナであり、送信画像の読み込みを行う。
ＣＰＵ２００４は、ＩＰＦＡＸ内にある演算装置である。
主記憶装置２００５は、ＣＰＵ２００４が動作させるプログラムや画像データを格納するために用いられる。
送受信画像格納領域２００６は、画像読み取り部が読み取った送信画像を一時的に格納する部分、或いは受信画像を一次格納する部分であり、主記憶装置２００５内にある領域である。
符号復号領域２００７は、ＣＯＤＥＣ２００９が符号、復号化した後のデータを一時的に格納する部分であり、主記憶装置２００５内にある領域である。
画像印刷部２００８は、プリンタであり、受信画像の印刷を行う。
ＣＯＤＥＣ２００９は、符号、復号化を行う。
ＩＰ網２０１０は、ＩＰネットワークであり、図１で言えば構内ＩＰ網１００１を指す。
ネットワークデバイス２０１１は、ＩＰＦＡＸをＩＰ網２０１０に接続し、ＩＰデータ送受信を行う。
ＣＰＵ２００４が、主記憶装置２００５に記憶されているプログラムに基づき処理を実行することによって、後述するＩＰＦＡＸの機能及びＩＰＦＡＸのフローチャートに係る処理が実現される。
なお、Ｔ．３８ＧＷも同様に、ＣＰＵや主記憶装置等を有し、Ｔ．３８ＧＷのＣＰＵが、Ｔ．３８ＧＷの主記憶装置に記憶されているプログラムに基づき処理を実行することによって、Ｔ．３８ＧＷの機能等が実現される。
同様に、アナログＦＡＸ１００４もＣＰＵや主記憶装置等を有し、アナログＦＡＸ１００４のＣＰＵが、アナログＦＡＸ１００４の主記憶装置に記憶されているプログラムに基づき処理を実行することによって、アナログＦＡＸ１００４の機能等が実現される。
【００１６】
図３は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る処理フローであり、従来技術により、送信画像のライン終端で区切らずに、ＩＰＦＡＸからＴ．３８ＧＷへデータ送信する場合の図である。
Ｔ．３８ＧＷ１００５は、アナログＦＡＸ１００４と能力交換し、アナログＦＡＸ１００４がＴ．３８ＧＷ１００５に対し、非ＥＣＭ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ  Ｍｏｄｅ）での送信を要求したとする。Ｔ．３８ＧＷとＩＰＦＡＸとの基本的な通信方法に関しては既知の技術につき説明を省略する。なお、上述したように、非ＥＣＭ通信は、誤り訂正が行えない通信である。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ３０１として蓄積される。ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９において、符号化前画像データ３０１を符号化する。符号化されたデータは、ＩＰＦＡＸ１（１００１）内部の符号復号領域２００７へ一時的に格納される。
【００１７】
従来技術のように、Ｔ．３８パケット内のデータを決められたサイズ長とした場合、符号化されたデータ３０２は、３０３，３０４，３０５のように、１ラインの途中で分割されてしまうことになる。Ｔ．３８パケットヘッダを付加した３０３，３０４，３０５がＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へＴ．３８のパケットとして送信される。
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで遅延が発生して、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する。（３０６，３０７，３０８）。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。
したがって上記のようにアナログＦＡＸで受信した非ＥＣＭ画像３０９は、データとデータとの間にＦＩＬＬ（０データ）が挿入されていることになる。符号データの途中に０データが入っているため、復号が途中でエラーとなってしまう（３１０）。
【００１８】
図４は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る処理フローであり、実施形態１の処理である。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ４０１として蓄積される。ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９において、符号化前画像データ４０１を符号化する。符号化されたデータはＩＰＦＡＸ１（１００１）内部の符号復号領域２００７へ一時的に格納される。
【００１９】
本実施形態では、
１．まず、ＣＰＵ２００４は、符号化されたデータ（４０２）からライン終端（ＥＯＬ）とページ終了（ＲＴＣ）とを検索する。つまり、ＣＰＵ２００４は、符号化された複数のラインを含むデータから"ライン終端"と"ページ終了"とを検索する。このことで、ＣＰＵ２００４は、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する。そして、ＣＰＵ２００４は、ライン終端（ＥＯＬ）から次のライン終端（ＥＯＬ）まで、及び、ＥＯＬからＲＴＣ手前までを１区切りとする。また、ＣＰＵ２００４は、４０６のようにＲＴＣは独立した区切りとして扱う。
２．そして、ＣＰＵ２００４は、１．で区切られたＥＯＬ＋ＤＡＴＡ（"ライン終端＋ラインデータ"）、及び、ＲＴＣにＴ．３８パケットヘッダを付加した、４０３，４０４，４０５，４０６を生成する。そして、ＣＰＵ２００４は、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へＴ．３８のパケットとして逐次、送信する。
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。この際Ｔ．３８ＧＷがＦＩＬＬを挿入する場所は、４０７，４０８，４０９のように、ＤＡＴＡ（ラインデータ）の最後尾、ＥＯＬの直前である。
本実施形態では、上記のようにアナログＦＡＸで受信した非ＥＣＭ画像４１１は、データの最後尾にＦＩＬＬ（０データ）が挿入されていることになる。この場合は従来技術とは異なり、符号データの復号が可能である。
【００２０】
図５は、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合のシーケンス図である。
図１でのＩＰＦＡＸ１（１００１）からアナログＦＡＸ１００４への画像送信に相当する。
Ｓ６００１において、ＩＰＦＡＸ１（１００１）は、アナログＦＡＸ１００４へセッション（呼）接続要求を送出し、セッション接続を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）からのＩＰＦＡＸのセッション接続要求をアナログのセッション接続要求へ変換し、アナログＦＡＸ１００４へ接続要求する。より具体的には、例えば、ＳＩＰのＩＮＶＩＴＥをアナログ呼接続のダイアル要求へと変換することである。
セッション接続によりセッションが確立すると、Ｓ６００２において、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へＴ．３８  ＣＮＧを送る。
Ｓ６００３では、Ｔ．３８ＧＷ１００５によってＴ．３８  ＣＮＧはアナログトーンのＣＮＧへ変換され、アナログＦＡＸ１００４へ送られる。
【００２１】
Ｓ６００４において、アナログＦＡＸ１００４は、アナログトーンのＣＥＤをＴ．３８ＧＷ１００５へ送る。
Ｓ６００５では、Ｔ．３８ＧＷ１００５によってアナログトーンのＣＥＤからＴ．３８  ＣＥＤへ変換され、ＩＰＦＡＸ１（１００１）へ送られる。
Ｓ６００６において、アナログＦＡＸ１００４は、Ｔ．３０  ＤＩＳをＴ．３８ＧＷ１００５へ送る。
Ｓ６００７において、Ｔ．３８ＧＷ１００５は、Ｔ．３０  ＤＩＳをＴ．３８のＤＩＳデータへ変換し、ＩＰＦＡＸ１（１００１）へ送る。
この例では、ＩＰＦＡＸ１（１００１）が、送られてきたＴ．３８  ＤＩＳのｂｉｔ３（Ｔ．３８通信が有効であるか無効であるかのビット）及びｂｉｔ１２１（Ｔ．３８通信のためのフロー制御能力が有効か無効かのビット）を解析する。その結果、ＩＰＦＡＸ１（１００１）は、通信相手として画像送信しようとしている相手がＴ．３８ＧＷ先の、アナログＦＡＸであるということが分かる（Ｓ６００８〜Ｓ６００９）。
【００２２】
その後、Ｓ６０１０でＴＣＦ、Ｓ６０１１、Ｓ６０１２でＣＦＲがやり取りされるが、既知の技術であるのでここでは説明を省略する。
Ｓ６０１３、Ｓ６０１４で画像通信が行われるが、ここが図３、図４、後述する図７に示すＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５を介してアナログＦＡＸ１００４へデータ送信が行われる部分である。
その後、Ｓ６０１６においてセッションの切断が行われる。より具体的にはＩＰＦＡＸ１（１００１）がＳＩＰのＢＹＥを発行し、それを受けたＴ．３８ＧＷ１００５がアナログＦＡＸ１００４の回線開放を行うことになる。
【００２３】
図６は、実施形態１において、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４へ画像送信する場合の情報処理の一例を示すフローチャートである。
まず、Ｓ７００において、ユーザは、ＩＰＦＡＸ送信を試みる。
Ｓ７０１において、ＣＰＵ２００４は、セッション接続要求を送信する。ＳＩＰであればＩＮＶＩＴＥである。その後、セッション接続が行われる。
Ｓ７０２において、ＣＰＵ２００４は、前述のシーケンスでも示した手段で通信相手からＤＩＳを受け取る。ＣＰＵ２００４は、前述のシーケンスにも示した手段で通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であるか否かの判定を行う。
Ｓ７０３において、ＣＰＵ２００４は、Ｓ７０２の結果、通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であった場合はＳ７０４へ進み、公衆ＩＰ網１００２に接続されたＩＰＦＡＸ２（１００３）であった場合はＳ７１４へ進む。
Ｓ７０４において、ＣＰＵ２００４は、Ｓ７０２の結果、通信相手が非ＥＣＭでの通信を要求している場合はＳ７０５へ進み、ＥＣＭでの通信を要求している場合はＳ７１４へ進む。
【００２４】
Ｓ７０５において、ＣＰＵ２００４は、ＣＯＤＥＣ２００９を使用して符号化前画像データ４０１を複数ラインまとめて符号化する。符号化はソフトウェア或いはハードウェアでの処理である。
Ｓ７０６において、ＣＰＵ２００４は、Ｓ７０５で生成された符号化データを、符号復号領域２００７へ格納する。
Ｓ７０７において、ＣＰＵ２００４は、符号復号領域２００７へ格納された符号化データ４０２を検索し、ＥＯＬやＲＴＣを検索する。
Ｓ７０８において、ＣＰＵ２００４は、Ｓ７０７で検索したＥＯＬの直前までのデータを抽出し、図４の４０３のように、ＥＯＬ＋ＤＡＴＡのセットを１まとめとする。或いは、ＣＰＵ２００４は、ＲＴＣが見つかった場合、４０６のように、ＲＴＣのみを１つのまとまりとする。
Ｓ７０９において、ＣＰＵ２００４は、Ｓ７０８で区切られたＥＯＬ＋ＤＡＴＡ（４０３）に対して、Ｔ．３８パケットヘッダを付加する。ＲＴＣのみ（４０６）であれば、Ｔ．３８パケットヘッダ＋ＲＴＣとなる。
Ｓ７１０において、ＣＰＵ２００４は、Ｓ７０９でＴ．３８パケットヘッダを付加したＥＯＬ＋ＤＡＴＡをＴ．３８ＧＷへ送信する。或いは、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したＲＴＣをＴ．３８ＧＷへ送信する。
【００２５】
Ｓ７１１において、ＣＰＵ２００４は、符号復号領域２００７に格納された符号化データを全て送信し終わったか否かを判定する。ＣＰＵ２００４は、全て送信し終わっていなければ、Ｓ７０７からの処理繰り返し、全て送信し終わっていればＳ７１２へ進む。
Ｓ７１２において、ＣＰＵ２００４は、全データを送信したか否かを判定する。ＣＰＵ２００４は、全データを送信し終わっていれば、Ｓ７１３へ進み、全データの送信が終了していなければ、Ｓ７０５からの処理繰り返す。
Ｓ７１３において、ＣＰＵ２００４は、Ｔ．３８の後手順を行ったのち、セッションを切断する（既知の技術のため、説明は省略する）。
Ｓ７１４においては、ＣＰＵ２００４は、Ｔ．３８プロトコルによってＥＣＭでの画像送信を行う（既知の技術のため、説明は省略する）。
Ｓ７１５において、ＩＰＦＡＸ送信が完了する。
【００２６】
なお、本実施形態では、図４の４０６等に示したように、ＲＴＣを独立した区切りとして扱うよう説明を行ったが、ＥＯＬ＋ＤＡＴＡ（ラインデータ）＋ＲＴＣを独立した区切りとして扱うようにしてもよい。この場合も、符号データの途中に０データが入ることはないためである。
【００２７】
＜実施形態２＞
図７は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係るフローであり、実施形態２の処理である。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ５０１として蓄積される。
本実施形態では、ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９にて、符号化前画像データ５０１を符号化する際、１ライン符号化する都度、ＥＯＬと１ラインの符号化データを生成し（５０２）、Ｔ．３８パケットヘッダを付加する（５０３）。ＩＰＦＡＸ１（１００１）は、Ｔ．３８のデータパケット（５０３）をＴ．３８ＧＷ１００５へ送信する。
【００２８】
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する（５０４）。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。この際、Ｔ．３８ＧＷがＦＩＬＬを挿入する場所は、５０４のように、データ終端である。図７では１ラインのみしか記述されていないが、実際には、Ｔ．３８データパケットは、逐次、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ、Ｔ．３８ＧＷ（１００５）からアナログＦＡＸ１００４へ送られる。
本実施形態では、上記のようにアナログＦＡＸで受信した非ＥＣＭ画像（５０５）は、データ最後尾にＦＩＬＬ（０データ）がある。この場合は符号データがＦＩＬＬによって破壊されていないため復号が可能である。
実施形態２は、ＩＰＰＦＡＸ（１００１）内の符号化前画像データ５０１をＣＯＤＥＣ２００９にて符号化する際に、１ライン符号化される都度、Ｔ．３８ＧＷ１００５へ送信することで、１ラインのデータ途中にＦＩＬＬが挿入されることを防ぐことが目的である。ＲＴＣの通り扱い等は実施形態１と同様である。
【００２９】
図８は、実施形態２において、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４へ画像送信する場合の情報処理の一例を示すフローチャートである。
まず、Ｓ８００において、ユーザは、ＩＰＦＡＸ送信を試みる。
Ｓ８０１において、ＣＰＵ２００４は、セッション接続要求を送信する。ＳＩＰであればＩＮＶＩＴＥである。その後、セッション接続が行われる。
Ｓ８０２において、ＣＰＵ２００４は、実施形態１でも示した手段で通信相手からＤＩＳを受け取る。ＣＰＵ２００４は、実施形態１にも示した手段で通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であるか否かの判定を行う。
Ｓ８０３において、ＣＰＵ２００４は、Ｓ８０２の結果、通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であった場合はＳ８０４へ進み、公衆ＩＰ網１００２に接続されたＩＰＦＡＸ２（１００３）であった場合はＳ８１１へ進む。
Ｓ８０４において、ＣＰＵ２００４は、Ｓ８０２の結果、通信相手が非ＥＣＭでの通信を要求している場合はＳ８０５へ進み、ＥＣＭでの通信を要求している場合はＳ８１１へ進む。
【００３０】
Ｓ８０５において、ＣＰＵ２００４は、ＣＯＤＥＣ２００９を使用して符号化前画像データ８０１を１ライン符号化する。符号化はソフトウェア或いはハードウェアでの処理である。
Ｓ８０６において、ＣＰＵ２００４は、Ｓ８０５で生成された符号化データを、符号復号領域２００７へ格納する。
Ｓ８０７において、ＣＰＵ２００４は、ＥＯＬ＋ＤＡＴＡ（５０２）に対して、Ｔ．３８パケットヘッダを付加する（５０３）。ＲＴＣのみであれば、Ｔ．３８パケットヘッダ＋ＲＴＣとなる。
Ｓ８０８において、ＣＰＵ２００４は、Ｓ８０７でＴ．３８パケットヘッダを付加したＥＯＬ＋ＤＡＴＡ（５０３）をＴ．３８ＧＷへ送信する。或いは、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したＲＴＣをＴ．３８ＧＷへ送信する。
【００３１】
Ｓ８０９において、ＣＰＵ２００４は、全データを送信し終わったか否かを判定する。ＣＰＵ２００４は、全て送信し終わっていれば、Ｓ８１２へ進み、全データの送信を終了していなければ、Ｓ８０５からの処理を繰り返す。
Ｓ８１０において、ＣＰＵ２００４は、Ｔ．３８の後手順を行ったのち、セッションを切断する（既知の技術のため、説明は省略する）。
Ｓ８１１においては、ＣＰＵ２００４は、Ｔ．３８プロトコルによってＥＣＭでの画像送信を行う（既知の技術のため、説明は省略する）。
Ｓ８１２において、ＩＰＦＡＸ送信が完了する。
【００３２】
＜実施形態３＞
図９は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係るフローであり、実施形態３の処理である。本実施形態では、ＩＰＦＡＸ１（１００１）は、複数のラインのデータをＴ．３８データの１パケットに詰めて送信する。
まずＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５から、セッション記述プロトコルＳＤＰのアイテム、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ（オーバーフロー状態発生前にリモートデバイスに保存させることができるサイズ（バイト）の最大値）を受け取る。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ９０１として蓄積される。
ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９にて、符号化前画像データ９０１が符号化される。符号化されたデータは、ＩＰＦＡＸ１（１００１）内部の符号復号領域２００７へ一時的に格納される。
【００３３】
ＣＰＵ２００４は、符号化データ９０２を検索し、１ラインの最初からＥＯＬ或いはＲＴＣ手前までをサーチする。
この際、ＣＰＵ２００４は、ＥＯＬから次のライン開始まで、或いはＥＯＬからＲＴＣ手前までのサイズ（１ラインのサイズ）を算出する。また、ＣＰＵ２００４は、次のラインも同様の手段でサイズ算出し、合計サイズが、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ（９０５）を超えない範囲で複数ラインを１まとまり（９０４）として、Ｔ．３８パケットヘッダを付加してＴ．３８ＧＷ１００５へ送出する。
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する（９０６，９０７）。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。９０７のように複数ラインのデータが含まれる場合でも、Ｔ．３８ＧＷがＦＩＬＬを挿入する場所はＤＡＴＡの終端である。
【００３４】
本実施形態では、上記のようにアナログＦＡＸで受信した非ＥＣＭ画像９０８は、ＥＯＬの直前にＦＩＬＬ（０データ）が挿入されていることになるため、符号データの復号（９０９）が可能である。
このように複数ラインをＴ．３８データパケットに詰めて、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信することで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へのデータ送信パケット数を減らすことができる。また、Ｔ．３８パケットヘッダやＩＰヘッダ送信に伴うオーバーヘッドを減らすことが可能である。
なお、ＣＰＵ２００４は、符号化前画像データ９０１を符号化する際に、１ライン符号化する都度、送信サイズを累積していく。そして、ＣＰＵ２００４は、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大ライン数を符号化した時点で、前記ライン数分をＴ．３８データの１パケットとし、Ｔ．３８ＧＷ１００５へ送信するようにしてもよい。但し、説明が重複するため、詳細は省略する。
【００３５】
図１０は、本実施形態３において、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４へ画像送信する場合の情報処理の一例を示すフローチャートである。
まず、Ｓ１０００において、ユーザは、ＩＰＦＡＸ送信を試みる。
Ｓ１００１において、ＣＰＵ２００４は、セッション接続要求を送信する。ＳＩＰであればＩＮＶＩＴＥである。その後、セッション接続が行われる。
Ｓ１００２において、ＣＰＵ２００４は、セッション記述プロトコルＳＤＰを参照し、タイプ"ａ＝"のＴ３８ＦａｘＭａｘＢｕｆｆｅｒの値を解析する。
Ｓ１００３において、ＣＰＵ２００４は、実施形態１でも示した手段で通信相手からＤＩＳを受け取る。ＣＰＵ２００４は、実施形態１にも示した手段で通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であるか否かの判定を行う。
Ｓ１００４において、ＣＰＵ２００４は、Ｓ１００３の結果、通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であった場合はＳ１００５へ進み、公衆ＩＰ網１００２に接続されたＩＰＦＡＸ２（１００３）であった場合はＳ１０１７へ進む。
Ｓ１００５において、ＣＰＵ２００４は、Ｓ１００３の結果、通信相手が非ＥＣＭでの通信を要求している場合はＳ１００６へ進み、ＥＣＭでの通信を要求している場合はＳ１０１７へ進む。
【００３６】
Ｓ１００６において、ＣＰＵ２００４は、ＣＯＤＥＣ２００９を使用して符号化前画像データ９０１を複数ラインまとめて符号化する。符号化はソフトウェア或いはハードウェアでの処理である。
Ｓ１００７において、ＣＰＵ２００４は、Ｓ１００６で生成された符号化データを、符号復号領域２００７へ格納する。
Ｓ１００８において、ＣＰＵ２００４は、符号復号領域２００７へ格納された符号化データ９０２を検索し、ＥＯＬやＲＴＣを検索する。
Ｓ１００９において、ＣＰＵ２００４は、Ｓ１００８で検索したＥＯＬ＋ＤＡＴＡのサイズを計算する。
Ｓ１０１０において、ＣＰＵ２００４は、更に次のＥＯＬやＲＴＣを検索し、次のラインのサイズを計算する。ＣＰＵ２００４は、Ｓ１００９のサイズとの合計サイズを算出する。
【００３７】
Ｓ１０１１において、ＣＰＵ２００４は、Ｓ１０１０の合計サイズがＳ１００２で解析したＴ３８ＦａｘＭａｘＢｕｆｆｅｒを超えた場合は、Ｓ１０１０で計算した最後のラインを除いたライン数分を１まとまりとしてＳ１０１２へ進む。Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒを超えない場合は、ＣＰＵ２００４は、Ｓ１０１０を繰り返し、更に次のラインのサイズを合計する。
Ｓ１０１２で、ＣＰＵ２００４は、１まとまりとなったＥＯＬ＋ＤＡＴＡ（９０３，９０４）に対して、Ｔ．３８パケットヘッダを付加する。ＲＴＣのみ（４０６）であれば、Ｔ．３８パケットヘッダ＋ＲＴＣとなる。９０４は、２ライン分のＥＯＬ＋ＤＡＴＡが１まとまりとなっている。
Ｓ１０１３において、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したデータをＴ．３８ＧＷへ送信する。或いは、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したＲＴＣをＴ．３８ＧＷへ送信する。
【００３８】
Ｓ１０１４において、ＣＰＵ２００４は、符号復号領域２００７に格納された符号化データを全て送信し終わったか否かを判定する。ＣＰＵ２００４は、全て送信し終わっていなければＳ１００８からの処理を繰り返し、全て送信し終わっていればＳ１０１５へ進む。
Ｓ１０１５において、ＣＰＵ２００４は、全データを送信したか否かを判定する。ＣＰＵ２００４は、全データを送信し終わっていれば、Ｓ１０１６へ進み、全データの送信が終了していなければ、Ｓ１００６からの処理を繰り返す。
Ｓ１０１６において、ＣＰＵ２００４は、Ｔ．３８の後手順を行ったのち、セッションを切断する（既知の技術のため、説明は省略する）。
Ｓ１０１７においては、ＣＰＵ２００４は、Ｔ．３８プロトコルによってＥＣＭでの画像送信を行う（既知の技術のため、説明は省略する）。
Ｓ１０１８において、ＩＰＦＡＸ送信が完了する。
【００３９】
なお、ＣＰＵ２００４は、符号化前画像データ９０１を符号化する際に、１ライン符号化する都度、送信サイズを累積していき、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大ライン数を符号化する。そして、ＣＰＵ２００４は、この時点で、前記ライン数分をＴ．３８データの１パケットとし、Ｔ．３８ＧＷ１００５へ送信することも可能であるが、説明が重複するため、詳細は省略する。
また、本実施形態では、ＥＯＬからＲＴＣ手前までのサイズを１ラインのサイズとしたが、ＥＯＬからＲＴＣまでのサイズを１ラインのサイズとしてもよい。この場合も、符号データの途中に０データが入ることはないためである。
【００４０】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４１】
以上、上述した各実施形態によれば、ＩＰＦＡＸからＴ．３８ＧＷへ送られるＴ．３８データパケット中のＦＡＸ画像データは、ラインの開始から始まり、ＥＯＬ或いはＲＴＣで終わっていることになる。したがって、従来技術のようにＴ．３８ＧＷによって１ラインのデータ途中にＦＩＬＬが挿入されてアナログＦＡＸへ送信され、アナログＦＡＸ側でデータをデコードできず、画像送信が失敗することがなくなる。
よって、ＩＰＦＡＸの通信相手であるゲートウェイに接続されたアナログＦＡＸにおいてデータの復号を可能にすることができる。
【００４２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2014078825.tif 000003
【図２】
2014078825.tif 000004
【図３】
2014078825.tif 000005
【図４】
2014078825.tif 000006
【図５】
2014078825.tif 000007
【図６】
2014078825.tif 000008
【図７】
2014078825.tif 000009
【図８】
2014078825.tif 000010
【図９】
2014078825.tif 000011
【図１０】
2014078825.tif 000012
【手続補正書】
【提出日】平成25年8月7日(2013.8.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムであって、
前記ゲートウェイ装置は、
前記送信側ファクシミリ装置から送信されるパケットを受信する受信手段と、
前記受信手段が受信したパケットに含まれる画像データに所定のデータを挿入する挿入手段と、
前記挿入手段によって前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第１の送信手段と、
を有し、
前記送信側ファクシミリ装置は、
画像データを符号化する符号化手段と、
前記符号化手段により符号化された画像データを、１つのラインが１つのパケットに含まれるようにパケット化して前記ゲートウェイ装置に送信する第２の送信手段と、
を有することを特徴とするファクシミリシステム。
【請求項２】
前記第２の送信手段は、ラインの終端を示すデータを先頭に含むパケットを送信することを特徴とする請求項１に記載のファクシミリシステム。
【請求項３】
ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムであって、
前記ゲートウェイ装置は、
前記送信側ファクシミリ装置から送信されるパケットを受信する受信手段と、
前記受信手段が受信したパケットに含まれる画像データに所定のデータを挿入する挿入手段と、
前記挿入手段によって前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第１の送信手段と、
を有し、
前記送信側ファクシミリ装置は、
画像データを符号化する符号化手段と、
前記符号化手段により符号化された画像データを、ラインの終端を示すデータがパケットの先頭に含まれるようにパケット化して前記ゲートウェイ装置に送信する第２の送信手段と、
を有することを特徴とするファクシミリシステム。
【請求項４】
前記第２の送信手段は、１つのパケットに複数ライン分の画像データが含まれるパケットを送信することを特徴とする請求項３に記載のファクシミリシステム。
【請求項５】
前記送信側ファクシミリ装置は、前記受信側ファクシミリ装置との間で誤り訂正を行わないファクシミリ通信を行うことを特徴とする請求項１乃至４の何れか１項に記載のファクシミリシステム。
【請求項６】
前記所定のデータは、０を示すデータからなるＦＩＬＬであることを特徴とする請求項１乃至５の何れか１項に記載のファクシミリシステム。
【請求項７】
ゲートウェイ装置を介してファクシミリ通信を行うファクシミリ装置であって、
画像データを符号化する符号化手段と、
前記符号化手段により符号化された画像データを、１つのラインが１つのパケットに含まれるようにパケット化して前記ゲートウェイ装置に送信する送信手段と、
を有することを特徴とするファクシミリ装置。
【請求項８】
前記送信手段は、ラインの終端を示すデータを先頭に含むパケットを送信することを特徴とする請求項７に記載のファクシミリ装置。
【請求項９】
ゲートウェイ装置を介してファクシミリ通信を行うファクシミリ装置であって、
画像データを符号化する符号化手段と、
前記符号化手段により符号化された画像データを、ラインの終端を示すデータがパケットの先頭に含まれるようにパケット化して前記ゲートウェイ装置に送信する送信手段と、
を有することを特徴とするファクシミリ装置。
【請求項１０】
前記送信手段は、１つのパケットに複数ライン分の画像データが含まれるパケットを送信することを特徴とする請求項９に記載のファクシミリ装置。
【請求項１１】
前記ファクシミリ装置は、誤り訂正を行わないファクシミリ通信を行うことを特徴とする請求項７乃至１０の何れか１項に記載のファクシミリ装置。
【請求項１２】
前記ゲートウェイ装置は、前記ファクシミリ装置から受信したパケットに含まれる画像データを受信側のファクシミリ装置に送信する際に、０を示すデータからなるＦＩＬＬを挿入するゲートウェイ装置であることを特徴とする請求項７乃至１１の何れか１項に記載のファクシミリ装置。
【請求項１３】
ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムにおける通信方法であって、
前記送信側ファクシミリ装置が、画像データを符号化する符号化工程と、
前記送信側ファクシミリ装置が、前記符号化工程で符号化された画像データを、１つのラインが１つのパケットに含まれるようにパケット化して前記ゲートウェイ装置に送信する第１の送信工程と、
前記ゲートウェイ装置が、前記送信側ファクシミリ装置から送信されるパケットを受信する受信工程と、
前記ゲートウェイ装置が、前記受信工程で受信したパケットに含まれる画像データに所定のデータを挿入する挿入工程と、
前記ゲートウェイ装置が、前記挿入工程で前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第２の送信工程と、
を含むことを特徴とする通信方法。
【請求項１４】
ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムにおける通信方法であって、
前記送信側ファクシミリ装置が、画像データを符号化する符号化工程と、
前記送信側ファクシミリ装置が、前記符号化工程で符号化された画像データを、ラインの終端を示すデータがパケットの先頭に含まれるようにパケット化して前記ゲートウェイ装置に送信する第１の送信工程と、
前記ゲートウェイ装置が、前記送信側ファクシミリ装置から送信されるパケットを受信する受信工程と、
前記ゲートウェイ装置が、前記受信工程で受信したパケットに含まれる画像データに所定のデータを挿入する挿入工程と、
前記ゲートウェイ装置が、前記挿入工程で前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第２の送信工程と、
を含むことを特徴とする通信方法。
【請求項１５】
ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置が実行する制御方法であって、
画像データを符号化する符号化工程と、
前記符号化工程で符号化された画像データを、１つのラインが１つのパケットに含まれるようにパケット化して前記ゲートウェイ装置に送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項１６】
ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置が実行する制御方法であって、
画像データを符号化する符号化工程と、
前記符号化工程により符号化された画像データを、ラインの終端を示すデータがパケットの先頭に含まれるようにパケット化して前記ゲートウェイ装置に送信する送信工程と、
を含むことを特徴とする制御方法。
【請求項１７】
コンピュータを請求項７乃至１２の何れか１項に記載のファクシミリ装置の各手段として機能させるためのプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、符号化した画像データをパケット化して送信するファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラムに関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明はこのような問題点に鑑みなされたもので、受信側のファクリミリ装置における画像データの復号化エラーを回避するための仕組みを提供することを目的とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
そこで、本発明のファクシミリシステムは、ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムであって、前記ゲートウェイ装置は、前記送信側ファクシミリ装置から送信されるパケットを受信する受信手段と、前記受信手段が受信したパケットに含まれる画像データに所定のデータを挿入する挿入手段と、前記挿入手段によって前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第１の送信手段と、を有し、前記送信側ファクシミリ装置は、画像データを符号化する符号化手段と、前記符号化手段により符号化された画像データを、１つのラインが１つのパケットに含まれるようにパケット化して前記ゲートウェイ装置に送信する第２の送信手段と、を有することを特徴とする。
また、本発明のファクシミリシステムは、ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムであって、前記ゲートウェイ装置は、前記送信側ファクシミリ装置から送信されるパケットを受信する受信手段と、前記受信手段が受信したパケットに含まれる画像データに所定のデータを挿入する挿入手段と、前記挿入手段によって前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第１の送信手段と、を有し、前記送信側ファクシミリ装置は、画像データを符号化する符号化手段と、前記符号化手段により符号化された画像データを、ラインの終端を示すデータがパケットの先頭に含まれるようにパケット化して前記ゲートウェイ装置に送信する第２の送信手段と、を有することを特徴とする。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
本発明によれば、受信側のファクリミリ装置における画像データの復号化エラーを回避することができる。