(57)【要約】【課題】通信のアンダーランを起こさず、リアルタイム性が高いプロトコルで通信ができる画像通信装置を提供する。【解決手段】画像蓄積部２０１に蓄積された送信用画像の符号化方式、種類、解像度、主走査幅から符号化方式を決定するための閾値を求め、送信用画像の符号化した画像サイズとこの閾値とを送信用画像のページ毎に比較し、画像サイズが閾値を超えている場合は、ＪＢＩＧ符号化方式を用いて画像を送信するが、画像サイズが閾値以下の場合は、ＪＢＩＧ符号化方式に代えてＪＢＩＧ方式よりも圧縮率が低いＭＨ／ＭＲ／ＭＭＲ等の符号化方式を用いて画像を送信する。【選択図】図５
2010187318.tif 000002
【特許請求の範囲】
【請求項１】
送信用に蓄積された画像の情報から該画像の送信に用いる符号化方式を決定するための閾値を求める手段と、
前記送信用に蓄積された画像のサイズが前記閾値を超えている場合は、前記送信用に蓄積された画像をＪＢＩＧ方式を用いて送信し、前記送信用に蓄積された画像のサイズが前記閾値以下の場合は、ＪＢＩＧ方式よりも圧縮率が低い符号化方式に変換して送信する送信制御手段と
を具備する画像通信装置。
【請求項２】
前記送信制御手段は、
前記閾値と前記送信用に蓄積された画像のサイズとを比較して、前記送信用に蓄積された画像のサイズが前記閾値以下であるかを判定する判定手段と、
前記判定手段により前記送信用に蓄積された画像のサイズが前記閾値以下であると判定された場合は、前記送信用に蓄積された画像の符号化方式を前記ＪＢＩＧ方式からＪＢＩＧ方式よりも圧縮率が低い符号化方式に変換する変換手段と
を具備する請求項１記載の画像通信装置。
【請求項３】
前記画像の情報は、
前記送信用に蓄積された画像の符号化方式、種類、解像度、主走査幅の情報
を含む請求項１記載の画像通信装置。
【請求項４】
前記求める手段は、
画像の種類、解像度、主走査幅毎にそれぞれ設定された係数を記憶する手段と、
前記送信用に蓄積された画像の符号化方式に対応する閾値基本値に、前記係数を乗算することにより前記閾値を計算する手段と
を具備する請求項１記載の画像通信装置。
【請求項５】
前記閾値基本値を使用状態に対応して複数設定する設定手段と、
前記設定手段により設定した複数の閾値基本値の中の所望の閾値基本値を使用環境に対応して選択する選択手段と
を具備する請求項４記載の画像通信装置。
【請求項６】
ゲートウェイを介して公衆回線に接続するかＩＰ網を介して接続するかを判別する判別手段
を具備し、
前記判別手段により前記ゲートウェイを介して公衆回線に接続すると判別された場合は、前記送信制御手段による前記符号化方式の変換を行わない請求項１記載の画像通信装置。
【請求項７】
送信用に蓄積された画像の情報から該画像の送信に用いる符号化方式を決定するための閾値を求める手段と、
前記閾値と前記送信用に蓄積された画像のサイズとを比較して、前記送信用に蓄積された画像のサイズが前記閾値を超えている場合は、前記送信用に蓄積された画像を符号化する第１の符号化方式を該第１の符号化方式よりも圧縮率が低い第２の符号化方式に変換する変換手段と
を具備する画像通信装置。
【請求項８】
コンピュータを、
送信用に蓄積された画像の情報から該画像の送信に用いる符号化方式を決定するための閾値を求める手段、
前記送信用に蓄積された画像のサイズが前記閾値を超えていると判定された場合は、前記送信用に蓄積された画像をＪＢＩＧ方式を用いて送信し、前記画像のサイズが前記閾値以下の場合は、ＪＢＩＧ方式よりも圧縮率が低い符号化方式に変換して送信する送信制御手段
として機能させる画像通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像通信装置および画像通信制御プログラムに関する。
【背景技術】
【０００２】
従来、ＩＰ網（インターネットプロトコルを利用したインターネットやイントラネットなどのネットワーク）を介してＩＴＵ（国際電気通信連合）−Ｔ．３７のプロトコルを用いてリアルタイム性が低い通信形式で通信を行うファクシミリ装置においては、画情報の符号圧縮に、ＪＢＩＧ方式等の符号化方式が採用されたものがある。
【０００３】
一方で、公衆回線網を介してＩＴＵ−Ｔ．３０のプロトコルを用いてリアルタイム性が高い通信形式で通信を行うファクシミリ装置においては、画情報の符号圧縮に、ＭＨ／ＭＲ／ＭＭＲ等の符号化方式が採用されている。
【０００４】
ところで、近年、ネットワークを介してリアルタイム性が高い通信形式で通信を行うＩＴＵ−Ｔ．３８のプロトコルを搭載した画像通信装置が開発されている。しかし、この種の画像通信装置では、画情報の符号圧縮に、高圧縮が期待できるＪＢＩＧ方式等の符号化方式を使用すると、送信すべき画像情報を作れない、いわゆる通信のアンダーランが発生することがある。例えば、送信すべき原稿が真っ白な原稿の場合、圧縮後のデータ量が少なすぎて、送りたいデータが不足するケースが生じてしまい、この場合、最もアンダーランが発生しやすい。
【０００５】
この通信のアンダーランの発生を防止する従来技術としては、特許文献１および２に記載されたものが知られている。
【０００６】
特許文献１には、符号化データにダミーデータを付与するプロセスが符号化プロセス外に設定し、符号化プロセスの後段において、符号化データが格納されるフレームに付与するダミーデータ量を調節することで、符号化速度とモデムの伝送速度との差分を吸収してバッファアンダーランを防止するようにしたファクシミリ装置が記載されている。
【０００７】
また、特許文献２に記載されたものは、ＪＢＩＧ符号化処理の典型的予測判定処理と適応算術符号化処理をラインメモリを介して非同期に別々に行うように制御することにより、リアルタイム符号化処理を可能にした画像符号化装置が記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−１０３９３１号公報
【特許文献２】特開２００２−７７６３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、通信のアンダーランを起こさず、リアルタイム性が高いプロトコルで通信ができる画像通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、請求項１の発明の画像通信装置は、送信用に蓄積された画像の情報から該画像の送信に用いる符号化方式を決定するための閾値を求める手段と、前記送信用に蓄積された画像のサイズが前記閾値を超えている場合は、前記送信用に蓄積された画像をＪＢＩＧ方式を用いて送信し、前記送信用に蓄積された画像のサイズが前記閾値以下の場合は、ＪＢＩＧ方式よりも圧縮率が低い符号化方式に変換して送信する送信制御手段とを具備する。
【００１１】
請求項２の発明は、請求項１の発明において、前記送信制御手段は、前記閾値と前記送信用に蓄積された画像のサイズとを比較して、前記送信用に蓄積された画像のサイズが前記閾値以下であるかを判定する判定手段と、前記判定手段により前記送信用に蓄積された画像のサイズが前記閾値以下であると判定された場合は、前記送信用に蓄積された画像の符号化方式を前記ＪＢＩＧ方式からＪＢＩＧ方式よりも圧縮率が低い符号化方式に変換する変換手段とを具備する。
【００１２】
請求項３の発明は、請求項１の発明において、前記画像の情報は、前記送信用に蓄積された画像の符号化方式、種類、解像度、主走査幅の情報を含む。
【００１３】
請求項４の発明は、請求項１の発明において、前記求める手段は、画像の種類、解像度、主走査幅毎にそれぞれ設定された係数を記憶する手段と、前記送信用に蓄積された画像の符号化方式に対応する閾値基本値に、前記係数を乗算することにより前記閾値を計算する手段と
を具備する。
【００１４】
請求項５の発明は、請求項４の発明において、前記閾値基本値を使用状態に対応して複数設定する設定手段と、前記設定手段で設定された複数の閾値基本値の中の所望の閾値基本値を使用環境に対応して選択する選択手段とを具備する。
【００１５】
請求項６の発明は、請求項１の発明において、ゲートウェイを介して公衆回線に接続するかＩＰ網を介して接続するかを判別する判別手段を具備し、前記判別手段により前記ゲートウェイを介して公衆回線に接続すると判別された場合は、前記送信制御手段による前記符号化方式の変換を行わない。
【００１６】
請求項７の発明の画像通信装置は、送信用に蓄積された画像の情報から該画像の送信に用いる符号化方式を決定するための閾値を求める手段と、前記閾値と前記送信用に蓄積された画像のサイズとを比較して、前記送信用に蓄積された画像のサイズが前記閾値を超えている場合は、前記送信用に蓄積された画像を符号化する第１の符号化方式を該第１の符号化方式よりも圧縮率が低い第２の符号化方式に変換する変換手段とを具備する。
【００１７】
請求項８の発明の画像通信制御プログラムは、コンピュータを、送信用に蓄積された画像の情報から該画像の送信に用いる符号化方式を決定するための閾値を求める手段、前記送信用に蓄積された画像のサイズが前記閾値を超えていると判定された場合は、前記送信用に蓄積された画像をＪＢＩＧ方式を用いて送信し、前記画像のサイズが前記閾値以下の場合は、ＪＢＩＧ方式よりも圧縮率が低い符号化方式に変換して送信する送信制御手段として機能させる。
【発明の効果】
【００１８】
請求項１の発明によれば、通信のアンダーランを起こさず、リアルタイム性が高いプロトコルで通信ができる。
【００１９】
請求項２の発明によれば、請求項１の発明の効果に加えて、ＪＢＩＧ方式とＪＢＩＧ方式よりも圧縮率が低い符号化方式とを有効に切り換えて通信ができる。
【００２０】
請求項３の発明によれば、請求項１の効果に加えて、符号化方式を決定するための閾値を送信用に蓄積された画像の符号化方式、種類、解像度、主走査幅に対応して適切に計算できる。
【００２１】
請求項４の発明によれば、請求項１の効果に加えて、符号化方式を決定するための閾値を送信用に蓄積された画像の符号化方式、種類、解像度、主走査幅に対応して適切に求めることができる。
【００２２】
請求項５の発明によれば、請求項４の効果に加えて、使用環境に対応した通信制御を行うことができる。
【００２３】
請求項６の発明によれば、請求項１の効果に加えて、ＩＰ網を介して接続する場合に選択的に符号化方式の切換制御を行うことができる。
【００２４】
請求項７の発明によれば、通信のアンダーランを起こさず、リアルタイム性が高いプロトコルで通信ができる。
【００２５】
請求項８の発明によれば、通信のアンダーランを起こさず、リアルタイム性が高いプロトコルで通信ができる画像通信制御プログラムを提供できる。
【図面の簡単な説明】
【００２６】
【図１】本発明に係わる画像通信システムの概略構成を示すブロック図である。
【図２】図２は、図１に示したＩＰ網／公衆回線網ファクシミリ装置４０の詳細構成を示すブロック図である。
【図３】図３は、符号化方式を決定するための閾値基本値を記憶するテーブルの一例を示す図である。
【図４】図４は、符号化方式を決定するための閾値を算出するための係数を記憶するテーブルの一例を示す図である。
【図５】図５は、図３および図４のテーブルを用いた閾値の算出および符号化方式の決定手法を示すフローチャートである。
【発明を実施するための形態】
【００２７】
以下、本発明の一実施例を添付図面を参照して詳細に説明する。
【実施例】
【００２８】
図１は、本発明に係わる画像通信システムの概略構成を示すブロック図である。この画像通信システム１００は、ＩＰ網５０に接続された複数のＩＰ網ファクシミリ装置１０−１〜１０−ｎ、公衆回線網６０に接続された複数の公衆回線網ファクシミリ装置２０−１〜２０−ｍ、ＩＰ網５０および公衆回線網６０に接続されたゲートウェイ装置３０、ＩＰ網５０および公衆回線網６０に接続されたＩＰ網／公衆回線網ファクシミリ装置４０を有している。
【００２９】
ここで、ＩＰ網ファクシミリ装置１０−１〜１０−ｎは、ＩＰ網５０を介して相手端末と通信を行うファクシミリ装置である。
【００３０】
公衆回線網ファクシミリ装置２０−１〜２０−ｍは、公衆回線網（ＰＳＴＭ）６０を介して相手端末と通信を行うファクシミリ装置である。
【００３１】
ゲートウェイ装置３０は、ＩＰ網５０では、ＳＩＰ−Ｔ．３８のプロトコルを用いてＩＰ網ファクシミリ装置１０−１〜１０−ｎと繋がり、公衆回線網６０では、モデムでＩＴＵ−Ｔ．３０のプロトコルを用いて公衆回線網ファクシミリ装置２０−１〜２０−ｍに繋がる中継装置である。
【００３２】
ＩＰ網／公衆回線網ファクシミリ装置４０は、ＩＰ網５０、公衆回線網６０を介して相手端末と通信を行うファクシミリ装置である。
【００３３】
図２は、図１に示したＩＰ網／公衆回線網ファクシミリ装置４０の詳細構成を示すブロック図である。
【００３４】
図２において、ＩＰ網／公衆回線網ファクシミリ装置４０は、画像蓄積部２０１、画像読取部２０２、印刷部２０３、ファクシミリ通信制御部２０４、操作表示部２０５、メモリ部２０６、システム制御部２０７、画像処理制御部２０８、ファイル変換部２０９、ＩＰ網通信制御部２１０をバス２１４に接続して構成される。
【００３５】
ここで、画像蓄積部２０１は、画像読取部２０２から読み込まれた画像または受信した画像を蓄積する。
【００３６】
画像読取部２０２は、所定の解像度で原稿画像を読み込み、印刷部２０３は、所定の解像度で画像を印刷する。
【００３７】
ファクシミリ通信制御部２０４は、図１に示した公衆回線網６０に接続されており、公衆回線網６０を介するファクシミリ通信を制御する。
【００３８】
操作表示部２０５は、本装置を操作するための各種操作キーおよび表示器を有する。メモリ部２０６は、システムデータおよび通信情報等を記憶するＲＡＭである。システム制御部２０７は、本装置の全体の制御処理を行う。
【００３９】
画像処理制御部２０８は、画像データに対する符号化、復号化、拡大、縮小等の処理を行う。ファイル変換部２０９は、ファイルフォーマットの変換処理を行う。
【００４０】
ＩＰ網通信制御部２１０は、図１に示したＩＰ網５０に接続されており、ＩＰ網５０を介するファクシミリ通信を制御するもので、転送プロトコル制御部２１１、ＴＣＰ／ＵＤＰ／ＩＰ制御部２１２、ネットワークインタフェース２１３を有する。
【００４１】
ここで、転送プロトコル制御部２１１は、ＨＴＴＰ、ＳＩＰ等の転送プロトコル制御を行う。ＴＣＰ／ＵＤＰ／ＩＰ制御部２１２は、インターネットのトランスポート／ネットワーク層のプロトコル制御を行う。ネットワークインタフェース２１３は、ＩＰ網５０に接続され、データリンク層以下の通信制御を行う。
【００４２】
次に、図２に示した画像処理制御部２０８の処理について説明する。
【００４３】
ＪＢＩＧ符号化方式を採用する場合、送信画像のＪＢＩＧ圧縮比率が高いと、圧縮後のデータ量が少なすぎて、送りたいデータが不足するケースが生じてしまい、その結果、送信すべき画像情報を作れない、いわゆる通信のアンダーランが発生することがある。特に、複数のプログラムが同時に協調して動作するコンカレントにおいては、ＣＰＵの取り合いでアンダーランが発生する場合が多くなる。
【００４４】
そこで、この実施例においては、画像処理制御部２０８で、送信画像のＪＢＩＧ圧縮比率が高いと判定した場合は、ＪＢＩＧ符号化方式を止めて、ＭＨ／ＭＲ／ＭＭＲ等の符号化方式に切り換える。
【００４５】
すなわち、この実施例においては、画像蓄積部２０１に蓄積された送信用画像の符号化方式、種類、解像度、主走査幅から符号化方式を決定するための閾値を計算し、送信用画像の符号化した画像サイズとこの計算した閾値とを送信用画像のページ毎に比較し、画像サイズが閾値を超える場合は、ＪＢＩＧ符号化方式を用いて画像を送信するが、画像サイズが閾値以下の場合は、ＪＢＩＧ符号化方式に代えてＭＨ／ＭＲ／ＭＭＲ等の符号化方式を用いて画像を送信する。
【００４６】
図３は、符号化方式を決定するための閾値基本値を記憶するテーブルの一例を示す図である。
【００４７】
図３に示すテーブルは、図２のメモリ部２０６に予め記憶されるもので、送信画像の種別および装置の利用状態に応じた複数のタイプ別に符号化方式を決定するための閾値基本値が設定されている。
【００４８】
すなわち、図３においては、送信画像の種別として、「文字」、誤差拡散法により処理された写真画像である「写真（誤差拡散）」、ディザ法により処理された写真画像である「写真（ディザ）」、文字と写真が混在化した「文字写真」、「不明」の５種類が設定されており、利用状態に応じたタイプとして「タイプ１」〜「タイプ６」の６種類のタイプが設定されている。ここで、送信画像の種別および利用環境に応じたタイプ別に設定された閾値基本値の単位は「ＫＢ（キロバイト）」である。
【００４９】
ここで、本装置の利用に際しては、上記６種類のタイプのうちの所望のタイプが本装置の利用環境等に応じて選択設定され、システムデータとしてメモリ部２０６に記憶される。
【００５０】
図４は、符号化方式を決定する閾値を算出するための係数を記憶するテーブルの一例を示す図である。
【００５１】
図４に示すテーブルも、図２のメモリ部２０６に予め記憶されるもので、送信画像の解像度、サイズ、長尺（ＬＥＦ（横送り方向）原稿を含む）および送信画像の種別に対応して符号化方式を決定する閾値を算出するための係数が設定されている。
【００５２】
例えば、送信画像の解像度「６００」、「４００」、「２００」、「標準」および画像種別「文字」、「写真（誤差拡散）」、「写真（ディザ）」、「文字写真」に対応してそれぞれ解像度係数が設定されており、原稿サイズ「Ａ３」、「Ｂ４」、「Ａ４」に対応してそれぞれサイズ係数が設定されており、長尺係数として定型長に対する副走査長の比率が設定されている。
【００５３】
図５は、図３および図４のテーブルを用いた閾値の算出および符号化方式の決定処理を示すフローチャートである。
【００５４】
なお、図５のフローチャートにおいては、画像サイズが閾値を超えている場合は、符号化方式としてＪＢＩＧに決定されるが、画像サイズが閾値以下の場合は、送信画像が写真の場合は、符号化方式としてＭＨに決定され、送信画像が写真でなくＥＣＭ（誤り訂正機能）が設定されている場合は、符号化方式としてＭＭＲに決定され、送信画像が写真でなくＥＣＭが設定されていない場合は、符号化方式としてＭＲに決定される。
【００５５】
この処理が開始されると、まず、図３のテーブルを用いて、設定されたタイプおよび送信画像の種別に対応した閾値基本値Ａを取得する（ステップ５０１）。
【００５６】
次に、図４のテーブルを用いて、送信画像の種別に対応する解像度係数Ｂを取得し（ステップ５０２）、送信画像のサイズに対応するサイズ係数Ｃを取得し（ステップ５０３）、送信画像の長尺に対応する長尺係数Ｄを取得する（ステップ５０４）
そして、Ａ×Ｂ×Ｃ×Ｄの演算により符号化方式を決定するための閾値を算出する（ステップ５０５）。
【００５７】
次に、送信画像のサイズとステップ５０５で計算した閾値とを比較し（ステップ５０６）、画像サイズが閾値を超えていると判定された場合は（ステップ５０６でＹＥＳ）、符号化方式としてＪＢＩＧに決定する（ステップ５０７）。
【００５８】
また、ステップ５０６で、画像サイズが閾値以下と判定された場合は（ステップ５０６でＮＯ）、次に、送信画像が写真かを調べ（ステップ５０８）、写真の場合は（ステップ５０８でＹＥＳ）、符号化方式としてＭＨに決定する（ステップ５０９）。
【００５９】
また、ステップ５０８で、送信画像が写真でないと判定された場合は（ステップ５０８でＮＯ）、次に、送信画像がＥＣＭかを調べ（ステップ５１０）、ＥＣＭである場合は（ステップ５１０でＹＥＳ）、符号化方式としてＭＭＲに決定し（ステップ５１１）、ＥＣＭでない場合は（ステップ５１０でＮＯ）、符号化方式としてＭＲに決定する（ステップ５１２）。
【００６０】
例えば、送信画像のサイズがＡ４で、ＳＥＦ（横送り方向）であり、種別が文字、解像度が標準、画像サイズが３２ＫＢであり、システムデータがタイプ４であると、図３のテーブルからテーブルから閾値基本値として「４０」、図４のテーブルから解像度係数として「０．６０」、サイズ係数として「１．００」、長尺係数として「１．００」が取得され、符号化方式を決定する閾値は４０×０．６０×１．００×１．００＝２４．０ＫＢとなる。この場合、画像サイズは閾値より大きいので、符号化方式はＪＢＩＧに決定される。
【００６１】
以上が本発明の代表的な実施形態の一例であるが、本発明は、上記実施例及び図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【００６２】
なお、上記実施例では、閾値を送信用に蓄積された画像の情報から計算により求めたが、画像の情報と閾値とを対応させて記憶したテーブルを予め用意し、該テーブルを用いて閾値を求めるようにしてもよい。
【００６３】
また、上記画像通信制御は、記憶装置に記憶された画像通信制御プログラムに基づき中央演算処理装置で処理することにより行うことができる。
【００６４】
なお、上記画像通信制御プログラムは、ネットワーク等の通信手段により提供することは勿論、ＣＤ−ＲＯＭ、ＤＶＤ等の外部記録媒体に記録して提供することも可能である。
【符号の説明】
【００６５】
１０−１〜１０−ｎ    ＩＰ網ファクシミリ装置
２０−１〜２０−ｍ    公衆回線網ファクシミリ装置
３０    ゲートウェイ装置
４０    ＩＰ網／公衆回線網ファクシミリ装置
５０    ＩＰ網
５０    公衆回線網
２０１    画像蓄積部
２０２    画像読取部
２０３    印刷部
２０４    ファクシミリ通信制御部
２０５    操作表示部
２０６    メモリ部
２０７    システム制御部
２０８    画像処理制御部
２０９    ファイル変換部
２１０    ＩＰ網通信制御部
２１１    転送プロトコル制御部
２１２    ＴＣＰ／ＵＤＰ／ＩＰ制御部
２１３    ネットワークインタフェース
２１４    バス
【図１】
2010187318.tif 000003
【図２】
2010187318.tif 000004
【図３】
2010187318.tif 000005
【図４】
2010187318.tif 000006
【図５】
2010187318.tif 000007