JPH0723231A - カラー画像伝送装置及び方法 - Google Patents

Abstract

(57)【要約】 【目的】 色空間とサブサンプリング比を簡単且つ適切
に選択できるようにする。 【構成】 利用可能で、且つ適切な色空間とサブサンプ
リング比の組み合わせのテーブル情報をＲＯＭ１０ａに
格納しておく。発呼側端末は、送信すべき画像の符号化
に先立ち、着呼側端末の受信能力の選択肢を確認し、Ｒ
ＯＭ１０ａに記憶されるテーブル情報と照合して、適用
する色空間及びそのサブサンプリング比を決定する。Ｃ
ＰＵ１０は、決定した色空間及びサブサンプリング比を
画像符号化回路１２にセットし、送信すべき画像を符号
化させて、通信制御回路２２から通信回線に送出する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、カラー画像伝送装置及
び方法に関する。

【０００２】

【従来の技術】カラー画像伝送装置の代表にカラー・フ
ァクシミリ装置がある。従来のカラー・ファクシミリ装
置では、色空間及びサブサンプリング比が選択可能であ
り、独自のパラメータとして決定できるようになってい
た。即ち、画像情報の送信に先立ち、これらのパラメー
タを相手端末との間で交渉し、適当なものを選択決定す
るようになっている。

【０００３】なお、従来のカラー・ファクシミリ装置で
は、色空間に関して、受信側端末の能力範囲内で送信側
端末が決定するようになっている。

【０００４】

【発明が解決しようとする課題】従来例では、色空間と
サブサンプリング比が独立に決定されるようになってい
るので、これを有効に活かすには、例えば、使用する色
空間（ＣＩＥ ＬＡＢ、ＹＣｒＣｂ、ＲＧＢなど）、及
び使用するサブサンプリング比を個別に交渉して決定す
るという面倒な前処理が必要になり、実質的な通信時間
の延長になっている。

【０００５】色空間によっては使用するのが好ましくな
いサブサンプリング比がある。例えば、ＲＧＢ色空間で
は、各色成分が原色を表現しているので、１：１：１と
いう等比のサブサンプリング比を選択しないと、色再現
性を損ってしまう。即ち、色空間毎に許容できる１又は
２以上のサブサンプリング比があり、適切な組み合わせ
を選択する必要がある。

【０００６】近年、カラー・ファクシミリ装置で種々の
符号化方式、例えば、ＪＰＥＧ方式（ＣＣＩＴＴ勧告
Ｔ．８１）やＪＢＩＧ方式（ＣＣＩＴＴ勧告Ｔ．８２）
が開発提案され、これに伴い、符号化方式及びインター
リーブ形式（例えば、ブロック、面、画素などの単位）
も複数の選択肢から選択できるようになった。

【０００７】即ち、画像符号化の属性（又はパラメー
タ）として、符号化方式、インターリーブ形式、色空間
及びサブサンプリング比があり、画像情報伝送の前処理
として、色空間とサブサンプリング比の組み合わせと同
様に、これらを適切に決定する必要がある。

【０００８】本発明は、符号化属性を適切に決定するカ
ラー画像伝送装置及び方法を提示することを目的とす
る。

【０００９】更に、色空間に関して、受信側端末の能力
範囲内で送信側端末が決定すると、例えば、受信側端末
に接続する出力デバイス（プリンタ、ＣＲＴ、スチル・
ビデオ記録装置）によっては、受信能力はあるものの、
あまり好ましくない色空間がありうる。例えば、プリン
タ出力用のみとしてはＣＭＹＫ色空間が好ましいが、コ
ンピュータ処理や専らＣＲＴ出力する場合などでは、Ｃ
ＭＹＫ色空間よりＹＣｒＣｂ色空間の方が好ましい。色
空間を変換する余計な処理が必要になり、画質が劣化す
るからである。

【００１０】従って、本発明はまた、このような不都合
の無いカラー画像伝送装置及び方法を提示することを目
的とする。

【００１１】

【課題を解決するための手段】本発明に係るカラー画像
伝送装置は、符号化の際に選択自在な画像属性を複数種
の属性の組み合わせとして記憶する記憶手段と、画像送
信に先立ち受信側端末の受信能力を確認する確認手段
と、当該確認手段で確認された受信側端末の受信能力
と、当該記憶手段に記憶される複数種の属性の組み合わ
せとを照合し、送信の際に適用する符号化属性を決定す
る符号化属性決定手段と、当該符号化属性決定手段によ
り決定された符号化属性で、送信すべき画像を符号化す
る符号化手段とからなることを特徴とする。

【００１２】本発明に係るカラー画像伝送装置はまた、
符号化の際に選択自在な画像属性を複数種の属性の組み
合わせとして記憶する記憶手段と、画像送信に先立ち受
信側端末の受信能力の優先順位を確認する確認手段と、
当該確認手段で確認された受信側端末の受信能力の優先
順位に従い、当該記憶手段に記憶される複数種の属性の
組み合わせから、送信の際に適用する符号化属性を決定
する符号化属性決定手段と、当該符号化属性決定手段に
より決定された符号化属性で送信すべき画像を符号化す
る符号化手段とからなることを特徴とする。

【００１３】本発明に係るカラー画像伝送装置は更に、
カラー画像を符号化して伝送するカラー画像伝送装置で
あって、符号化の際に選択自在な画像属性を複数種の属
性の組み合わせとして記憶する記憶手段と、当該複数種
の属性の組み合わせに規定される符号化属性の組み合わ
せの中で、送信の際に適用する符号化属性を決定する符
号化属性決定手段とを設けたことを特徴とする。

【００１４】本発明に係るカラー画像伝送方法は、送信
すべき画像の符号化の際に２以上の画像属性の組み合わ
せで異なる選択の可能な送信側端末から、受信側端末に
カラー画像を伝送する方法であって、送信側端末が、受
信側端末の受信能力を確認する確認ステップと、当該確
認ステップで確認した受信能力と当該送信側端末の上記
画像属性の組み合わせとを照合し、送信すべき画像の符
号化に使用する画像属性を決定する画像属性決定ステッ
プと、当該画像属性決定ステップにより決定された画像
属性で、送信すべき画像を符号化し、送信する符号化ス
テップとからなることを特徴とする。

【００１５】

【作用】上記手段により、通信する端末間で合意した適
切な符号化状態で画像情報を送受信できるようになるの
で、送受信端末として想定される全ての符号化属性（符
号化方式、インターリーブ形式、色空間、サブサンプリ
ング比及び色成分ビット数等）を備えなくても、拡張機
能などとして順次、利用できるようになる。即ち、より
柔軟なシステム構成が可能になる。

【００１６】

【実施例】以下、図面を参照して本発明の実施例を説明
する。

【００１７】図１は、本発明の一実施例の概略構成ブロ
ック図を示す。図１において、１０は全体を制御するＣ
ＰＵであり、ＲＯＭ１０ａ及びＲＡＭ１０ｂを具備す
る。例えば、マイクロコンピュータからなる。１２は送
信すべき画像を符号化し、受信した符号化画像信号を復
号する画像符号化復号化回路である。画像符号化復号化
回路１２は、符号化方式、サブサンプリング比、インタ
ーリーブ形式、色空間及び色成分のビット数などの符号
化属性に関して、それぞれ１以上の条件に対応できるよ
うになっており、符号化の際には、ＣＰＵ１０により指
定された符号化属性で画像情報を符号化する。各符号化
属性の選択肢などについては後で詳細に説明する。

【００１８】１４は、ＣＭＹＫ画像のＲＧＢ画像への変
換及びその逆変換（γ変換）、並びに、カラー画像から
白黒画像への変換、及び多値画像から２値画像への変換
などを行なう画像変換回路である。１５は、画像の解像
度及びサイズを変換する画素密度変換回路である。

【００１９】１６は、画像符号化復号化回路１２による
符号化及び復号化処理、画素密度変換回路１５での変換
処理並びに画像変換回路１４の画像変換処理に利用され
るフレーム・メモリ、１８は、ＤＭＡ（ダイレクト・メ
モリ・アクセス）制御回路、２０は文字パターン信号を
発生するキャラクタ・ジェネレータ（ＣＧ）、２２は、
通信回線、例えばＩＳＤＮとの接続を制御する通信制御
回路である。

【００２０】２４は、利用者が各種の指示を入力するた
めのキー入力装置、２６は紙無し、インク切れ及び通信
状況などの各種の情報を表示する表示装置、２８は原稿
を画像読み取りするイメージ・スキャナ、３０は受信画
像や通信状況のレポートなどを印刷出力するプリンタで
あり、これらは直接的には、Ｉ／Ｏ制御回路３２により
制御されている。

【００２１】３４は周知のＳＣＳＩ（又はＳＣＳＩ−
２）インターフェース、３６はハード・ディスクであ
る。

【００２２】３８は画像データ専用の画像データ・バ
ス、４０はシステム制御用のシステム・バスであり、画
像データ・バス３８は、回路１２，１４，１５，１６，
１８，２０，２２，２８，３０，３４を相互に接続し、
また、システム・バス４０は、回路１０〜２２，３２，
３４を相互に接続する。

【００２３】図２は、選択可能な色空間及びサブサンプ
リング比の組み合わせの一例、図３は別の例を示す。図
２又は図３に示すような内容のテーブル情報がＣＰＵ１
０のＲＯＭ１０ａに格納される。いうまでもないが、色
空間及び／又はサブサンプリング比は、これらを個別に
代表するユニークな値で判別でき、そのユニーク値がＲ
ＯＭ１０ａに格納される。

【００２４】図２に示す例では、色空間として、ＲＧ
Ｂ、ＹＣｒＣｂ、及びＣＩＥ ＬＡＢを選択できる。サ
ブサンプリング比は、ＲＧＢ色空間に対しては１：１：
１のみを選択でき、ＹＣｒＣｂ色空間には１：１：１、
２：１：１又は４：１：１の何れかを選択でき、ＣＩＥ
ＬＡＢ色空間には１：１：１のみを選択できる。

【００２５】図３に示す例では、色空間として、ＲＧ
Ｂ、ＹＣｒＣｂ、ＣＩＥ ＬＡＢ及びＣＭＹＫを選択で
きる。サブサンプリング比は、ＲＧＢ色空間に対しては
１：１：１のみを選択でき、ＹＣｒＣｂ色空間には１：
１：１又は２：１：１の何れかを選択でき、ＣＩＥ Ｌ
ＡＢ色空間には１：１：１又は２：１：１の何れか一方
を選択でき、ＣＭＹＫ色空間には１：１：１：１のみを
選択できる。

【００２６】色空間及びサブサンプリング比は、例え
ば、ＣＣＩＴＴ勧告Ｔ．６２におけるドキュメント機能
リスト・コマンド（ＣＤＣＬ）と、ドキュメント機能リ
スト肯定レスポンス（ＲＤＣＬＰ）により交渉し、決定
できる。

【００２７】図４は、本実施例におけるドキュメント機
能リスト・コマンドＣＤＣＬのフォーマットを示す。図
４に示すように、ＣＤＣＬコマンドの後に複数のパラメ
ータが続き、その非標準機能（ＮＳＣ）の中に、国別コ
ード、国内コード及び供給者コード等の他にサブサンプ
ル比情報を挿入する。

【００２８】図５は、本実施例におけるドキュメント機
能リスト肯定レスポンスＲＤＣＬＰのフォーマットを示
す。図５に示すように、ＲＤＣＬＰレスポンスの後に複
数のパラメータが続き、その非標準機能（ＮＳＣ）の中
に、国別コード、国内コード及び供給者コード等の他
に、サブサンプル比情報を挿入する。

【００２９】ＣＤＣＬコマンドとＲＤＣＬＰレスポンス
による交渉により、端末相互間で許容（又は選択）でき
る色空間及びサブサンプリング比が決定される。図６
は、発呼側端末が図２に示すテーブルを具備し、着呼側
端末が図３に示すテーブルを具備するとしたときに、端
末相互間で許容できる色空間及びサブサンプリング比を
示し、この情報はＣＰＵ１０のＲＡＭ１０ｂに格納され
る。

【００３０】図６に示す例では、色空間として、ＲＧ
Ｂ、ＹＣｒＣｂ及びＣＩＥ ＬＡＢの何れかを選択で
き、サブサンプリング比としては、ＲＧＢ色空間には
１：１：１のみを選択でき、ＹＣｒＣｂ色空間には１：
１：１又は２：１：１の何れかを選択でき、ＣＩＥ Ｌ
ＡＢ色空間には１：１：１のみを選択できる。

【００３１】図７は、本実施例による画像通信のフロー
チャートを示す。ここでは、発呼側端末のＲＯＭ１０ａ
には図２に示すテーブル情報が格納され、着呼側端末の
ＲＯＭ１０ａには、図３に示すテーブル情報が格納され
ているとする。

【００３２】キー入力装置２４によるオペレータの送信
開始の指示に従い、発呼側の端末は、通信制御回路２２
により、通信相手との回線を接続し、データ・リンクを
確立する。即ち、先ず、ファクシミリ通信用プロトコル
のレイヤー２〜４を設定する（Ｓ１）。次に、ＣＣＩＴ
Ｔ勧告Ｔ．６２に定義されるセッション開始コマンドＣ
ＳＳを通信制御回路２２から着呼側端末に向けて送出
し、着呼側端末からのセッション開始肯定レスポンスＲ
ＳＳＰを待機する（Ｓ２）。

【００３３】着呼側端末は、発呼側端末からのＣＳＳに
応じて、セッション開始肯定レスポンスＲＳＳＰを発呼
側端末に向けて出力し、次のコマンドを待つ（Ｓ３）。

【００３４】発呼側端末は着呼側端末からのＲＳＳＰを
受信すると、ＣＰＵ１０のＲＯＭ１０ａに格納されてい
る色空間及びサブサンプリング比のテーブル情報（この
説明例では、図２に示すテーブル情報）を読み出し、図
４に示すＣＤＣＬコマンドの非標準機能（ＮＳＣ）パラ
メータのサンプル比情報のフィールドにセットして、着
呼側端末に送信する（Ｓ４）。そして、着呼側端末から
のレスポンス待ちとなる。

【００３５】着呼側端末は、自己のＣＰＵ１０のＲＯＭ
１０ａに格納されている色空間及びサブサンプリング比
のテーブル情報（この説明例では、図３に示すテーブル
情報）を読み出し、図５に示すＲＤＣＬＰＬコマンドの
非標準機能（ＮＳＣ）パラメータのサンプル比情報のフ
ィールドにセットして、発呼側端末に送信する（Ｓ
５）。そして、発呼側端末からのコマンド待ちとなる。

【００３６】発呼側端末は、着呼側端末からの色空間及
びサブサンプリング比の情報（この説明例では、図３に
示すテーブル情報）と、自己の色空間及びサブサンプリ
ング比の情報（この説明例では、図２に示すテーブル情
報）を突き合わせて、共通部分（図６参照）を抜き出
し、ＣＰＵ１０のＲＡＭ１０ｂにテーブル形式で記憶す
る。そして、発呼側及び着呼側の両方に適用可能な色空
間及びそのサブサンプリング比を決定する（Ｓ６）。Ｓ
６で決定した色空間及びサブサンプリング比を画像符号
化復号化回路１２にセットして、送信すべき画像を符号
化し、通信制御回路２２から通信回線に出力する（Ｓ
７）。

【００３７】画像送信の終了後、レイヤ２〜４を切断又
は解放し（Ｓ８）、通信を終了する。

【００３８】図２又は図３に示す情報は、ＲＯＭ１０ａ
以外の場所に電気的又は機械的に記憶されていてもよ
い。例えば、ＲＡＭ１０ｂ又は図示しない不揮発性メモ
リでもいいし、ユーザが任意に変更できるディップ・ス
イッチなどであってもよい。

【００３９】使用する色空間及びそのサブサンプリング
比は、ＣＳＳコマンド及びＲＳＳＰレスポンスのＮＳＣ
によって決定してもよい。

【００４０】図２〜図７で説明した第１実施例では、適
用できる色空間及びサブサンプリング比を柔軟に決定で
き、決定の自由度が高いという効果がある。

【００４１】次に、使用する色空間の優先順位を予め決
めておき、使用する色空間をその優先順で決定し、決定
した色空間に許容されているサブサンプリング比を決定
するように構成した第２実施例を説明する。第２実施例
の概略構成は、ハードウエア又は機能ブロックとしては
図１と同じである。

【００４２】第２実施例では、使用する可能性のある各
色空間について許容できる又は好ましいサブサンプリン
グ比のテーブル情報をＣＰＵ１０のＲＯＭ１０ａに格納
しておく。そのサブサンプリング比テーブル情報の一例
を図８に示す。図８では、ＲＧＢ色空間に対してはサブ
サンプリング比１：１：１のみを選択でき、ＣＭＹＫ色
空間にはサブサンプリング比１：１：１：１のみを選択
でき、ＣＩＥ ＬＡＢ色空間には１：１：１、２：１：
１又は４：１１の何れかを選択でき、ＹＣｒＣｂ色空間
には１：１：１、２：１：１又は４：１：１の何れかを
選択できる。

【００４３】第２実施例ではまた、先に説明したよう
に、使用する色空間の優先順位を予め登録しておく。こ
れにより、受信能力の範囲内でも、好ましい色空間を順
位付けすることができる。優先順位情報はＣＰＵ１０の
ＲＯＭ１０ａに格納される。優先順位の一例を図９に示
す。図９では、ＣＭＹＫ色空間が最も優先順位が高く、
以下、ＣＭＹ色空間、ＲＧＢ色空間、ＣＩＥ ＬＡＢ色
空間、と続く。

【００４４】いうまでもないが、色空間及び／又はサブ
サンプリング比は、これらを個別に代表するユニークな
値で判別でき、そのユニーク値がＲＯＭ１０ａに格納さ
れる。

【００４５】第２実施例では、実際の画像通信に当たり
使用する色空間及びサブサンプリング比を、ＣＣＩＴＴ
勧告Ｔ．６２のセッション開始コマンドＣＳＳ及びセッ
ション開始肯定レスポンスＲＳＳＰにより決定する。

【００４６】図１０は、第２実施例におけるセッション
開始コマンドＣＳＳのフォーマットを示す。図１０に示
すように、ＣＳＳコマンドの後に複数のパラメータが続
き、その非標準機能（ＮＳＣ）の中に、国別コード、国
内コード及び供給者コード等の他に受信側優先モードの
宣言を挿入する。

【００４７】図１１は、第２実施例におけるセッション
開始肯定レスポンスＲＳＳＰのフォーマットを示す。図
１１に示すように、ＲＳＳＰレスポンスの後に複数のパ
ラメータが続き、その非標準機能（ＮＳＣ）の中に、国
別コード、国内コード及び供給者コード等の他に優先順
位情報を挿入する。

【００４８】第２実施例では、ＣＳＳコマンドとＲＳＳ
Ｐレスポンスによる交渉により、使用する色空間及びサ
ブサンプリング比を決定する。

【００４９】図１２は、第２実施例による画像通信のフ
ローチャートを示す。キー入力装置２４によるオペレー
タの送信開始の指示に従い、発呼側の端末は、通信制御
回路２２により、通信相手との回線を接続し、データ・
リンクを確立する。即ち、先ず、ファクシミリ通信用プ
ロトコルのレイヤー２〜４を設定する（Ｓ１１）。次
に、ＣＣＩＴＴ勧告Ｔ．６２に定義されるセッション開
始コマンドＣＳＳのＮＳＣ（図１０参照）に受信側色空
間優先モードを宣言してＣＳＳコマンドを着呼側端末に
向けて送出し、着呼側端末からのセッション開始肯定レ
スポンスＲＳＳＰを待機する（Ｓ１２）。

【００５０】着呼側端末では、発呼側端末からのＣＳＳ
のＮＳＣに受信側色空間優先モードの宣言があるか否か
を確認し（Ｓ１３）、当該宣言があれば、ＲＳＳＰレス
ポンスのＮＳＣ（図１１参照）に色空間優先順位情報
（図９参照）を格納して発呼側端末に送信し（Ｓ１
４）、宣言がなければ、ＲＳＳＰレスポンスのＮＳＣに
色空間優先順位情報（図９参照）を格納せずにＲＳＳＰ
レスポンスを発呼側端末に送信する。ＲＳＳＰレスポン
スの送信後、次のコマンドを待つ。着呼側端末の以後の
動作は、通常通りである。

【００５１】ＲＳＳＰレスポンスを受信した発呼側端末
は、ＲＳＳＰレスポンスのＮＳＣに色空間優先順位情報
があるか否かを調べ（Ｓ１５）、色空間優先順位情報が
あれば、その色空間優先順位情報をＣＰＵ１０のＲＡＭ
１０ｂに記憶してモード・フラグをＯＮにする（Ｓ１
６）。

【００５２】Ｓ１５又はＳ１６の後、発呼側端末は通常
通りのドキュメント機能リスト・コマンドＣＤＣＬを着
呼側端末に送信し、着呼側端末はドキュメント機能リス
ト肯定レスポンスＲＤＣＬＰを返送する。

【００５３】発呼側端末は、ＲＤＣＬＰレスポンスの受
信後、ＲＡＭ１０ｂのモード・フラグを参照し、ＯＮに
なっているか否かを調べる（Ｓ１７）。モード・フラグ
がＯＮのとき、相手端末（着呼側端末）から得た色空間
優先順位情報と自機の能力とを照合し、使用する色空間
を決定する（Ｓ１８）。例えば、自機の能力範囲で、相
手端末で最も優先度が高い色空間を選択する。モード・
フラグがＯＦＦのとき（Ｓ１７）、使用する色空間を自
機の能力のみで決定する（Ｓ１８）。

【００５４】Ｓ１７，１８で決定した色空間を図８に示
すテーブルにあてはめ、使用するサブサンプリング比を
決定する（Ｓ２０）。

【００５５】このように決定した色空間及びそのサブサ
ンプリング比を画像符号化復号化回路１２にセットし
て、送信すべき画像を符号化し、ドキュメント開始コマ
ンドＣＤＳにより符号化画像データを相手端末に送信す
る（Ｓ２１）。

【００５６】発呼側端末は、必要な画像情報を送信した
ら、ドキュメント終了コマンドＣＤＥを送信し、これに
対して、着呼側端末はドキュメント終了肯定レスポンス
ＲＤＥＰを返送する。更に、発呼側端末は、セッション
終了コマンドＣＳＥを送信し、これに対して、着呼側端
末はセッション終了肯定レスポンスＲＤＥＰを返送す
る。しかる後、発呼側端末は、レイヤ２〜４を切断又は
解放して、通陳を終了する（Ｓ２２）。

【００５７】第２実施例で、図８に示す情報は、ＲＯＭ
１０ａ以外の場所に電気的又は機械的に記憶されていて
もよい。例えば、ＲＡＭ１０ｂ又は図示しない不揮発性
メモリでもいいし、ユーザが任意に変更できるディップ
・スイッチなどであってもよい。

【００５８】第２実施例では、受信能力のある色空間の
内で優先順位を予め決めておくので、より好ましい色空
間で画像情報を伝送できる。また、各色空間について許
容できるサブサンプリング比の情報を予め設定しておく
ので、選択した色空間に対して不適当なサブサンプリン
グ比を選択することがなくなり、常に適切なサブサンプ
リング比が選択されるようになる。

【００５９】次に、第３の実施例を説明する。この第３
実施例では、符号化方式、サブサンプリング比、インタ
ーリーブ形式及び色空間の組み合わせを、簡単に最適な
ものに選択決定することができる。

【００６０】図１３は、符号化方式、サブサンプリング
比、インターリーブ形式及び色空間の選択可能な組み合
わせの一例を示し、図１４は、別の例を示す。図１３及
び図１４に示すような内容のテーブル情報が、ＣＰＵ１
０のＲＯＭ１０ａに格納されている。図２及び図３の場
合と同様に、図１３及び図１４で示した符号化属性及び
その選択肢は、夫々を個別に代表するユニークな値で判
別でき、そのユニーク値がＲＯＭ１０ａに格納される。

【００６１】図１３に示す例では、符号化方式としてＣ
ＣＩＴＴ勧告Ｔ．８１で定義されるＪＰＥＧ方式とＣＣ
ＩＴＴ勧告Ｔ．８２で定義されるＪＢＩＧ方式を選択で
きる。ＪＰＥＧ方式では、サブサンプリング比は１：
１：１、２：１：１及び４：１：１から選択でき、イン
ターリーブ形式はブロック及び面から選択でき、色空間
は、ＣＩＥ ＬＡＢ及びＹＣｒＣｂから選択できる。Ｊ
ＢＩＧ方式では、サブサンプリング比は１：１：１及び
２：１：１から選択でき、インターリーブ形式は画素の
みを選択でき、色空間はＲＧＢのみを選択できる。

【００６２】図１４に示す例では、符号化方式としてＪ
ＰＥＧ方式とＪＢＩＧ方式を選択できる。ＪＰＥＧ方式
では、サブサンプリング比は１：１：１及び２：１：１
から選択でき、インターリーブ形式はブロックのみを選
択でき、色空間は、ＣＩＥＬＡＢのみを選択できる。Ｊ
ＢＩＧ方式では、サブサンプリング比は１：１：１のみ
を選択でき、インターリーブ形式は画素及び面から選択
でき、色空間はＲＧＢ及びＣＩＥ ＬＡＢから選択でき
る。

【００６３】図１３及び図１４では、サブサンプリング
比、インターリーブ形式及び色空間のそれぞれで１以上
の選択肢を列挙し、他との関係では何れも選択できると
しているが、４つの符号化属性の相互の関係を考慮して
好ましい組み合わせを限定的に列挙しておくのが好まし
い。例えば、図１４ではＪＢＩＧ方式でＲＧＢ色空間に
対してサブサンプリング比２：１：１を選択できるが、
図２及び図８で説明したように、ＲＧＢ空間ではサブサ
ブプリング比は１：１：１が好ましい。

【００６４】接続した相手端末との間の画像通信に使用
する符号化属性は、例えば、ＣＣＩＴＴ勧告Ｔ．６２に
おけるドキュメント機能リスト・コマンド（ＣＤＣＬ）
と、ドキュメント機能リスト肯定レスポンス（ＲＤＣＬ
Ｐ）により決定される。

【００６５】図１５は、第３実施例におけるドキュメン
ト機能リスト・コマンドＣＤＣＬのフォーマットを示
す。図１５に示すように、ＣＤＣＬコマンドの後に複数
のパラメータが続き、その非標準機能（ＮＳＣ）の中
に、国別コード、国内コード及び供給者コード等の他
に、符号化属性情報を挿入する。

【００６６】図１６は、第３実施例におけるドキュメン
ト機能リスト肯定レスポンスＲＤＣＬＰのフォーマット
を示す。図１６に示すように、ＲＤＣＬＰレスポンスの
後に複数のパラメータが続き、その非標準機能（ＮＳ
Ｃ）の中に、国別コード、国内コード及び供給者コード
等の他に、符号化属性情報を挿入する。

【００６７】ＣＤＣＬコマンドとＲＤＣＬＰレスポンス
による交渉により、端末相互間で許容（又は選択）でき
る符号化属性が決定される。図１７は、発呼側端末が図
１３に示すテーブル情報を具備し、着呼側端末が図１４
に示すテーブル情報を具備するとしたときに、端末相互
間で交渉により決定された許容できる符号化属性を示
し、この情報はＣＰＵ１０のＲＡＭ１０ｂに格納され
る。

【００６８】図１７に示す例では、ＪＰＥＧ符号化方式
とＪＢＩＧ符号化方式を選択できる。ＪＰＥＧ方式で
は、色空間としてＣＩＥ ＬＡＢのみを選択でき、サブ
サンプリング比は１：１：１又は２：１：１を選択で
き、インターリーブ形式はブロックのみを選択できる。
ＪＢＩＧ符号化方式では、色空間としてＲＧＢのみを選
択でき、サブサンプリング比は１：１：１のみを選択で
き、インターリーブ形式は画素のみを選択できる。

【００６９】図１８は、第３実施例による画像通信のフ
ローチャートを示す。ここでは、発呼側端末のＲＯＭ１
０ａには図１３に示すテーブル情報が格納され、着呼側
端末のＲＯＭ１０ａには、図１４に示すテーブル情報が
格納されているとする。

【００７０】キー入力装置２４によるオペレータの送信
開始の指示に従い、発呼側の端末は、通信制御回路２２
により、通信相手との回線を接続し、データ・リンクを
確立する。即ち、先ず、ファクシミリ通信用プロトコル
のレイヤー２〜４を設定する（Ｓ３１）。次に、ＣＣＩ
ＴＴ勧告Ｔ．６２に定義されるセッション開始コマンド
ＣＳＳを通信制御回路２２から着呼側端末に向けて送出
し、着呼側端末からのセッション開始肯定レスポンスＲ
ＳＳＰを待機する（Ｓ３２）。

【００７１】着呼側端末は、発呼側端末からのＣＳＳに
応じて、セッション開始肯定レスポンスＲＳＳＰを発呼
側端末に向けて出力し、次のコマンドを待つ（Ｓ３
３）。

【００７２】発呼側端末は着呼側端末からのＲＳＳＰを
受信すると、ＣＰＵ１０のＲＯＭ１０ａに格納されてい
る符号化属性情報（この説明例では、図１３に示すテー
ブル情報）を読み出し、図１５に示すＣＤＣＬコマンド
の非標準機能（ＮＳＣ）パラメータの符号化属性のフィ
ールドにセットして、着呼側端末に送信する（Ｓ３
４）。そして、着呼側端末からのレスポンス待ちとな
る。

【００７３】着呼側端末は、自己のＣＰＵ１０のＲＯＭ
１０ａに格納されている符号化属性情報（この説明例で
は、図１４に示すテーブル情報）を読み出し、図１６に
示すＲＤＣＬＰＬコマンドの非標準機能（ＮＳＣ）パラ
メータの符号化属性情報のフィールドにセットして、発
呼側端末に送信する（Ｓ３５）。そして、発呼側端末か
らのコマンド待ちとなる。

【００７４】発呼側端末は、着呼側端末からの符号化属
性情報（この説明例では、図１４に示すテーブル情報）
と、自己の色空間及びサブサンプリング比の情報（この
説明例では、図１３に示すテーブル情報）を突き合わせ
て、共通部分（図１７参照）を抜き出し、ＣＰＵ１０の
ＲＡＭ１０ｂにテーブル形式で記憶する。そして、発呼
側及び着呼側の両方に適用可能で最適な符号化属性を決
定する（Ｓ３６）。Ｓ３６で決定した符号化属性、即
ち、符号化方式、サブサンプリング比、インターリーブ
形式及び色空間を画像符号化復号化回路１２にセットし
て、送信すべき画像を符号化し、通信制御回路２２から
通信回線に出力する（Ｓ３７）。

【００７５】画像送信の終了後、レイヤ２〜４を切断又
は解放し（Ｓ３８）、通信を終了する。

【００７６】図１３又は図１４に示す情報は、ＲＯＭ１
０ａ以外の場所に電気的又は機械的に記憶されていても
よい。例えば、ＲＡＭ１０ｂ又は図示しない不揮発性メ
モリでもいいし、ユーザが任意に変更できるディップ・
スイッチなどであってもよい。

【００７７】通信に使用する符号化属性は、図２〜図７
で説明した第１実施例の場合と同様に、ＣＳＳコマンド
及びＲＳＳＰレスポンスのＮＳＣによって決定してもよ
い。

【００７８】符号化属性としては上記の他に、色成分の
ビット数を組み入れてもよい。

【００７９】上記各実施例では、色空間及びサブサンプ
リング比の組み合わせ、並びに符号化方式、インターリ
ーブ形式、色空間及びサブサンプリング比の組み合わせ
のテーブルに関して、送信用と受信用で同じ内容である
必要はなく、別個の内容であってもよい。

【００８０】ファクシミリ通信を例に説明したが、本発
明をコンピュータ間の画像通信にも利用できることは明
らかである。

【００８１】

【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、カラー画像を適切な符号化状態を
より高速に設定してから伝送することができる。即ち、
送受信端末として想定される全ての符号化属性（符号化
方式、インターリーブ形式、色空間、サブサンプリング
比及び色成分ビット数等）をそれぞれ別個に設定する必
要がなくなり、通信する端末間で合意した適切な符号化
状態で画像情報を送受信できるようになり、より柔軟な
システム構成が可能になる。例えば、扱える色空間及び
そのサブサンプリング比などの追加が簡単になり、この
追加機能を直ぐに利用できるようになる。

【００８２】また、各符号化属性間で常に適切な組み合
わせが選択されるという効果もある。更には、選択可能
な符号化属性の選択肢に優先順位を付けるので、より好
ましい選択肢で画像情報を送受信することができる。

【図面の簡単な説明】

【図１】 本発明の一実施例の概略構成ブロック図であ
る。

【図２】 第１実施例で色空間とサブサンプリング比の
許容できる組み合わせの一例である。

【図３】 第１実施例で色空間とサブサンプリング比の
許容できる組み合わせの別の例である。

【図４】 第１実施例のＣＤＣＬコマンドのフォーマッ
トである。

【図５】 第１実施例のＲＤＣＬＰレスポンスのフォー
マットである。

【図６】 図２に示す性能の端末と、図３に示す性能の
端末間で許容できる色空間とサブサンプリング比の組み
合わせの例である。

【図７】 第１実施例の画像通信のフローチャートであ
る。

【図８】 第２実施例で色空間とサブサンプリング比の
許容できる組み合わせの一例である。

【図９】 第２実施例で色空間の優先順位の一例であ
る。

【図１０】 第２実施例のＣＳＳコマンドのフォーマッ
トである。

【図１１】 第２実施例のＲＳＳＰレスポンスのフォー
マットである。

【図１２】 第２実施例の画像通信のフローチャートで
ある。

【図１３】 第３実施例で符号化属性の許容できる組み
合わせの一例である。

【図１４】 第３実施例で符号化属性の許容できる組み
合わせの別の例である。

【図１５】 第３実施例のＣＤＣＬコマンドのフォーマ
ットである。

【図１６】 第３実施例のＲＤＣＬＰレスポンスのフォ
ーマットである。

【図１７】 図１３に示す性能の端末と、図１４に示す
性能の端末間で許容できる色空間とサブサンプリング比
の組み合わせの例である。

【図１８】 第３実施例の画像通信のフローチャートで
ある。

【符号の説明】

１０：ＣＰＵ １０ａ：ＲＯＭ １０ｂ：ＲＡＭ １
２：画像符号化復号化回路 １４：画像変換回路 １５：画素密度変換回路 １６：
フレーム・メモリ １８：ＤＭＡ制御回路 ２０：キャ
ラクタ・ジェネレータ ２２：通信制御回路 ２４：キー入力装置 ２６：表示装置 ２８：イメージ
・スキャナ ３０：プリンタ ３２：Ｉ／Ｏ制御回路
３４：ＳＣＳＩインターフェース ３６：ハード・ディ
スク ３８：画像データ・バス ４０：システム・バス

Claims (10)

【特許請求の範囲】
1. 【請求項１】 符号化の際に選択自在な画像属性を複数
   種の属性の組み合わせとして記憶する記憶手段と、画像
   送信に先立ち受信側端末の受信能力を確認する確認手段
   と、当該確認手段で確認された受信側端末の受信能力
   と、当該記憶手段に記憶される複数種の属性の組み合わ
   せとを照合し、送信の際に適用する符号化属性を決定す
   る符号化属性決定手段と、当該符号化属性決定手段によ
   り決定された符号化属性で、送信すべき画像を符号化す
   る符号化手段とからなることを特徴とするカラー画像伝
   送装置。
2. 【請求項２】 上記２以上の符号化属性が、色空間及び
   サブサンプリング比からなる請求項１に記載のカラー画
   像伝送装置。
3. 【請求項３】 上記２以上の符号化属性が更に、カラー
   符号化方式及びインターリーブ形式を含む請求項２に記
   載のカラー画像伝送装置。
4. 【請求項４】 符号化の際に選択自在な画像属性を複数
   種の属性の組み合わせとして記憶する記憶手段と、画像
   送信に先立ち受信側端末の受信能力の優先順位を確認す
   る確認手段と、当該確認手段で確認された受信側端末の
   受信能力の優先順位に従い、当該記憶手段に記憶される
   複数種の属性の組み合わせから、送信の際に適用する符
   号化属性を決定する符号化属性決定手段と、当該符号化
   属性決定手段により決定された符号化属性で送信すべき
   画像を符号化する符号化手段とからなることを特徴とす
   るカラー画像伝送装置。
5. 【請求項５】 カラー画像を符号化して伝送するカラー
   画像伝送装置であって、符号化の際に選択自在な画像属
   性を複数種の属性の組み合わせとして記憶する記憶手段
   と、複数種の属性の組み合わせに規定される符号化属性
   の組み合わせの中で、送信の際に適用する符号化属性を
   決定する符号化属性決定手段とを設けたことを特徴とす
   るカラー画像伝送装置。
6. 【請求項６】 送信すべき画像の符号化の際に２以上の
   画像属性の組み合わせで異なる選択の可能な送信側端末
   から、受信側端末にカラー画像を伝送する方法であっ
   て、送信側端末が、受信側端末の受信能力を確認する確
   認ステップと、当該確認ステップで確認した受信能力と
   当該送信側端末の上記画像属性の組み合わせとを照合
   し、送信すべき画像の符号化に使用する画像属性を決定
   する画像属性決定ステップと、当該画像属性決定ステッ
   プにより決定された画像属性で、送信すべき画像を符号
   化し、送信する符号化ステップとからなることを特徴と
   するカラー画像伝送方法。
7. 【請求項７】 上記２以上の画像属性が、色空間及びサ
   ブサンプリング比からなる請求項６に記載のカラー画像
   伝送方法。
8. 【請求項８】 上記２以上の画像属性が更に、カラー符
   号化方式及びインターリーブ形式を含む請求項６に記載
   のカラー画像伝送方法。
9. 【請求項９】 受信側端末が受信能力として１以上の選
   択肢を具備し、上記確認ステップで送信側端末が確認す
   るのが受信側端末の全選択肢である請求項６、７又は８
   に記載のカラー画像伝送方法。
10. 【請求項１０】 受信側端末が更に、受信能力としての
    １以上の選択肢を優先順位情報を具備し、上記確認ステ
    ップで送信側端末は当該優先順位情報も確認し、上記画
    像属性決定ステップが、当該確認ステップで確認した受
    信能力と当該送信側端末の上記画像属性の組み合わせと
    を照合し、受信側端末の当該優先順位情報を参照して、
    送信すべき画像の符号化に使用する画像属性を決定する
    請求項９に記載のカラー画像伝送方法