JPH09275482A - 画像通信方式及び画像通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 受信側で受信する画像データ量を選択できる
ようにする。 【解決手段】 送信側は、入力部１０５に原稿セットし
てスキャンし、オリジナル画像を作成して記憶部１０３
にファイルし、次にデータ量の少いサンプル画像を作成
してファイルすると共に、ファイルテーブルを作成して
ファイルする。次にサンプル画像データをファイルテー
ブルと共に通信部１０８から通信回線１０９に送出す
る。受信側はサンプル画像を見てさらに詳細な情報やオ
リジナル画像を加工した画像を要求する要求信号を送信
し、送信側は要求に応じた画像を受信側に送信する。 【効果】 受信側は、先ずデータ量の少いサンプル画像
を受信するので、通信時間を短縮することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はドキュメントやカラ
ー画像などの画像データを通信するファクシミリ等で用
いられる画像通信方式及びこの通信方式で用いられる画
像通信装置に関するものである。

【０００２】

【従来の技術】従来の画像データの通信技術としては、
画像データの編集技術、Ｇ３、Ｇ４ファクシミリのよう
な画像通信技術、ファイル転送技術等が存在している。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来例では、送信ファイルデータやデータ転送方法は送信
側通信端末が決定していたので、以下に示すような欠点
があった。カラー画像データのようにデータ量の多い画
像データが、受信側通信端末に送信されると、通信回線
や通信端末装置が受信側オペレータの意思に関わらず、
長時間占有されてしまう。受信側オペレータが不必要な
画像データを省きたくても、一度送信側に全画像データ
を送信してもらわないと選択することができなかった。
受信した画像データより大きなデータ量の画像データ
や、その画像データを加工した画像データを手にいれる
ことができなかった。受信側オペレータが選択したサン
プル画像からのオリジナル画像の指定や加工などを実現
するには、送信側オペレータが操作しなければならなか
った。カラー画像データのようにデータ量が多く、送信
側が受信側に課金してもらいたい時でも、受信側が課金
してもよい範囲や、記録装置の記録可能容量内で画像デ
ータを選択する手段がなかった。

【０００４】本発明は上記の欠点を除去するために成さ
れたもので、データ量の少いサンプル画像を送受信する
ことのできる画像通信方式及び画像通信装置を得ること
を目的としている。

【０００５】

【課題を解決するための手段】請求項１の発明において
は、送信側がサンプル画像データを送信し、受信側が受
信したサンプル画像データの詳細情報を上記送信側に要
求するようにしている。請求項２の発明においては、送
信側がサンプル画像データを送信し、受信側が受信した
サンプル画像データのオリジナル画像データを上記送信
側に要求するようにしている。

【０００６】請求項３の発明においては、送信側がサン
プル画像データを送信し、受信側が受信したサンプル画
像データのオリジナル画像データの加工を上記送信側に
要求するようにしている。請求項４の発明においては、
画像データを受信する受信手段と、上記受信手段が受信
したサンプル画像データの詳細情報を要求する要求信号
を送信する送信手段とを設けている。

【０００７】請求項５の発明においては、画像データを
受信する受信手段と、上記受信手段が受信したサンプル
画像データのオリジナル画像データを要求する要求信号
を送信する送信手段とを設けている。請求項６の発明に
おいては、画像データを受信する受信手段と、上記受信
手段が受信したサンプル画像データのオリジナル画像デ
ータの加工を要求する要求信号を送信する送信手段とを
設けている。請求項７の発明においては、画像データを
送信する送信手段と、オリジナル画像データからサンプ
ル画像データを作成して上記送信手段に与えるサンプル
画像作成手段とを設けている。

【０００８】

【作用】本発明によれば、画像データ通信の際に送信側
が全画像データを代表する画像やデータ量を少なくした
サンプル画像データを、その画像データやサンプル画像
データに関する情報をファイルデータテーブルに記録し
て送信することにより、受信側がサンプル画像をもとに
必要な画像データのみを選択したり、データ加工を指示
して受信することができる。

【０００９】

【発明の実施の形態】図１は本発明による通信装置の実
施の形態を示すブロック図である。この通信装置は、装
置全体を制御するＣＰＵ１０１と、ＣＰＵ１０１の制御
プログラムや定数データを一時記憶するＲＯＭ／ＲＡＭ
１０２と、例えばハードディスクのような受信したデー
タや送信前のデータを記憶する記憶部１０３と、スキャ
ン入力したデータ内容、記憶されているデータ内容や操
作状況などを表示する表示部１０４と、送信データをス
キャン、ファイルコピーなどの方法で入力する入力部１
０５と、データをプリントアウトなとの方法で出力する
出力部１０６と、ユーザがキー入力などの方法で装置全
体を制御する操作部１０７と、データを他の通信装置と
送受するための通信部１０８と、通信回線１０９とを有
する。

【００１０】図２は本発明の受信画像サンプルの表示例
である。図３は本発明のファイル参照用、ファイルデー
タテーブルである。

【００１１】図４はＧ３ファクシミリの通信プロトコル
におけるバイナリ手順のＨＤＬＣ構成のフレームを示す
模式図である。図４において、４０１は後に続くデータ
が損なわれずに伝送されるように通信チャネルの全構成
要素が適切な状態に調整されていることを保証するプリ
アンプルを表し、４０２はＨＤＬＣフレーム構造で通信
する際の制御信号や情報コードを含むバイナリコード情
報を表す。また、４０３は受信機のさらに付加的な情報
データを送る非標準機能フレーム（ＮＳＦ）を表し、４
０４は受信機の加入者番号を含む国際電話番号を送出す
る被呼端末識別フレーム（ＣＳＩ）を表し、４０５は規
格化された付加情報を送出するディジタル識別フレーム
を表す。

【００１２】ＮＳＦ４０３において、４０６はフレーム
の始めと終りを示すために使われ、ファクシミリ手順で
は、ビットフレームとの同期を確立するための８ビット
のＨＤＬＣフラグシーケンス（Ｆ）を表し、４０７は多
局構成における特定局を識別することを意図した８ビッ
トのＨＤＬＣアドレスフィールド（Ａ）を表し、４０８
はファクシミリ制御手順に固有な命令と応答を符号化す
る機能を有する８ビットＨＤＬＣ制御フィールド（Ｃ）
を表し、４０９はファクシミリの動作を制御し、そのフ
レームがどのバイナリ信号であるかを示す８ビットまた
は１６ビットに定義されるファクシミリ制御フィールド
（ＦＣＦ）を表し、４１０はＦＣＦで表しきれないファ
クシミリの機能の詳細を示すファクシミリ情報フィール
ド（ＦＩＦ）を表し、４１１は伝送誤りを検出する際に
用いるフレームチェックシーケンス（ＦＣＳ）を表す。
４１２はＦＣＦとＦＩＦとから成るＨＤＬＣ情報フィー
ルドであり、このフィールド４１２内に非標準機能や、
非標準カラー機能として、本発明の通信方式を示す制御
信号を挿入することにより、Ｇ３手順において本発明の
通信方式を実現することができる。

【００１３】発呼送信シーケンス、発呼受信シーケンス
のそれぞれの一例を図５、図６に示す。

【００１４】次に動作について図７、８、９、１０のフ
ローチャートを用いて詳細に説明する。まず、送信側オ
ペレータが送信側通信端末から受信側通信端末にデータ
量の小さい、または画像データ群を代表するサンプル画
像を送る場合について説明する。図７は送信側通信端末
が発呼してサンプル画像データを送信する過程を示した
フローチャート、図８は受信側通信端末が被呼してサン
プル画像データを受信する過程を示したフローチャート
である。始めに、送信側オペレータが原稿を入力部１０
５にセットし、操作部１０７により画像送信のオペレー
ションを行うと、ステップＳ７０１において画像データ
の蓄積処理を行う。送信側通信端末は、ステップＳ７０
２において蓄積された画像データごとに固有な識別子
（例えばファイル名）をつけて記憶部１０３に記憶す
る。

【００１５】次に蓄積が終了すると、送信側オペレータ
の操作によりステップＳ７０３においてＣＰＵ１０１が
ＲＯＭ／ＲＡＭ１０２を用いて編集処理を行い、解像度
が粗くデータ量の小さい例えば図２（Ａ）（Ｂ）のよう
なサンプル画像データを作成し、オリジナル画像とは別
の識別子をつけてオリジナル画像とは別ファイルとして
記憶部１０２に記憶する。次にステップＳ７０４におい
て、作成されたサンプル画像データのもとのオリジナル
画像データがどのファイルにあり、サンプル画像データ
がどのような編集を施された画像データなのかを、例え
ば図３のようなファイルデータテーブルに記録してお
く。

【００１６】サンプル画像データの作成が終了すると、
次に送信処理を行う。ステップＳ７０５において、ＨＤ
ＬＣ情報フィールド４１２に非標準機能として、サンプ
ル画像データであることやオリジナル画像データの情報
（例えば解像度、カラーモード、データ量など）を付加
し、あとは図５に示すようなＴＴＵ−ＴＳのＴ３０（一
般交換電話網における文書ファクシミリの伝送のための
手順）にのっとった公知のシーケンスで受信側通信端末
と通信を行う。

【００１７】このとき、図８のステップＳ８０１におい
て、受信側通信端末はサンプル画像データを受信すると
同時にＨＤＬＣ情報フィールドの非標準機能により、サ
ンプル画像データであることや、オリジナル画像に関す
る情報を取得する。通常の画像データ受信の場合でも、
この受信手順は変わらず、受信されたデータの内容（非
標準機能のサンプル画像であるかどうか）により、受信
後の処理が異るものである。送信終了後は、ステップＳ
７０６において送信側通信端末は送信情報（例えば、送
信日、送信時刻、送信先アドレスなど）を図３のファイ
ルデータテーブルに書き加え、サンプル画像データ送信
手順を終了する。

【００１８】一方、受信側通信端末はステップＳ８０２
で受信した画像データがサンプル画像データであるかど
うか判断し、サンプル画像データでなかった場合はステ
ップＳ８０４でデータ保存、プリントアウトなどの通常
の画像データのための受信処理を行う。サンプル画像デ
ータであった場合は、ステップＳ８０３においてサンプ
ル画像データの表示、またはサンプル画像データがある
ことをユーザに知らせる表示（例えばＬＣＤディスプレ
イ上のアイコンなど）を行い、通信記録（通信月、通信
日時、送信先アドレス、総ページ数など）を送信側通信
端末と同様に図３のようなファイルデータテーブルに記
録し、受信を終了する。

【００１９】次に受信側通信端末のオペレータがサンプ
ル画像データに基づいて他の画像データを要求する手順
を図９、１０を用いて説明する。図９は受信側通信端末
の発呼、受信の過程を明らかにしたフローチャートであ
る。サンプル画像を見たユーザが、もっと解像度の高い
画像を詳細情報として要求する場合は、受信側オペレー
タが、表示部１０４に表示されているサンプル画像を発
呼、受信する指示を操作部１０７により入力すると、図
９のステップＳ９０１において、表示部１０４にＣＰＵ
１０１がＲＯＭ／ＲＡＭ１０２中のプログラムを用いて
サンプル画像受信時に作成された図３のようなファイル
データテーブルを参照して、どのページを要求するの
か、解像度はオリジナルの画像データと同一なのか、な
どの加工操作やデータ送信方法の指示を促す。オリジナ
ル画像でよい場合は、ステップＳ９０２において図３に
示すようなテーブルを参照して発呼、受信を行う。加工
する場合はオリジナル画像でも送信方法が異る場合はス
テップＳ９０１においてその加工指示を送信時と同様に
図３のようなファイルデータテーブルを参照してサンプ
ル画像の送信元アドレスやサンプル画像の識別などを設
定し、ステップＳ９０２で発呼、受信を行う。尚、ファ
イルデータテーブルに、画像データに対する課金情報や
記録可能時間等を記入してもよい。

【００２０】図１０は送信側通信端末が、要求されたオ
リジナル画像を送信する手順のフローチャートである。
ステップＳ１００１において送信側通信端末が、サンプ
ル画像送信と同様にＨＤＬＣ情報フィールド４１２に非
標準機能として要求されたオリジナル画像や加工指示な
どの情報が付加されて受信側通信端末より被呼する。そ
してステップＳ１００２において、ファイルデータテー
ブルを参照し、要求されたオリジナル画像データを特定
する。次にステップＳ１００３において加工指示がない
場合はオリジナル画像のままであるが、加工指示がある
場合はステップＳ１００４において、オリジナル画像か
ら指定された加工（例えば解像度変換、カラーモード変
更、編集等）を行い、ステップＳ１００５においてサン
プル画像データ送信と同様にＨＤＬＣ情報フィールド４
１２の非標準機能により、要求されたオリジナル画像デ
ータまたは編集後画像データであることを送信データ内
に示し、受信側通信端末に送信する。以上のような手順
によって、サンプル画像をもとに受信側オベレータは必
要な画像データのみを必要なデータサイズ、加工等の条
件を伝えて受信することができる。

【００２１】以上の説明では、Ｇ３プロトコルで説明し
たが、Ｇ４プロトコルであってもその他の通信プロトコ
ルであっても良い。また、静止画を代表するサンプル画
像で説明したが、動画ファイルの一画像をサンプルとし
て送信しても良い。

【００２２】

【発明の効果】本発明によれば、次のような効果が得ら
れる。カラー画像データのようにデータ量の多い画像デ
ータを送信する場合でも、わずかなサンプル画像データ
を送信することで、通信回線の占有時間や時刻などを受
信側オペレータの意思で決定して受信することが可能と
なった。すべての画像データを受信しなくても、サンプ
ル画像をもとに受信側オペレータは必要なデータを選択
できることが可能となった。受信した画像データより大
きなデータ量の画像データやその画像データを加工した
画像データを受信側が手にいれることが可能となった。
受信側オペレータが選択したサンプル画像からのオリジ
ナル画像の指定や加工指示を実現する際、送信側オペレ
ータの操作を必要としなくなった。カラー画像データの
ようにデータ量が多く、送信側が受信側に課金してもら
いたい時に、受信側が課金してもよい範囲や、記録装置
の記録可能容量内で画像データを選択することが可能と
なった。

【図面の簡単な説明】

【図１】本発明の実施の形態を示すブロック図である。

【図２】サンプル画像の表示例を示す構成図である。

【図３】ファイルデータテーブルを示す構成図である。

【図４】Ｇ３プロトコルにおけるバイナリ手順のＨＤＬ
Ｃ構成のフレームを示す構成図である。

【図５】発呼、送信シーケンスチャートである。

【図６】被呼、受信シーケンスチャートである。

【図７】サンプル画像送信時の送信側のフローチャート
である。

【図８】サンプル画像送信時の受信側のフローチャート
である。

【図９】画像データ要求時の受信側のフローチャートで
ある。

【図１０】画像データ要求時の送信側のフローチャート
である。

【符号の説明】 １０１ ＣＰＵ １０２ ＲＯＭ／ＲＡＭ １０３ 記憶部 １０４ 表示部 １０５ 入力部 １０６ 出力部 １０７ 操作部 １０８ 通信部 １０９ 通信回線

Claims (10)

【特許請求の範囲】
1. 【請求項１】 送信側がサンプル画像データを送信し、
   受信側が受信したサンプル画像データの詳細情報を上記
   送信側に要求するようにした画像通信方式。
2. 【請求項２】 送信側がサンプル画像データを送信し、
   受信側が受信したサンプル画像データのオリジナル画像
   データを上記送信側に要求するようにした画像通信方
   式。
3. 【請求項３】 送信側がサンプル画像データを送信し、
   受信側が受信したサンプル画像データのオリジナル画像
   データの加工を上記送信側に要求するようにした画像通
   信方式。
4. 【請求項４】 画像データを受信する受信手段と、 上記受信手段が受信したサンプル画像データの詳細情報
   を要求する要求信号を送信する送信手段とを備えた画像
   通信装置。
5. 【請求項５】 画像データを受信する受信手段と、 上記受信手段が受信したサンプル画像データのオリジナ
   ル画像データを要求する要求信号を送信する送信手段と
   を備えた画像通信装置。
6. 【請求項６】 画像データを受信する受信手段と、 上記受信手段が受信したサンプル画像データのオリジナ
   ル画像データの加工を要求する要求信号を送信する送信
   手段とを備えた画像通信装置。
7. 【請求項７】 画像データを送信する送信手段と、 オリジナル画像データからサンプル画像データを作成し
   て上記送信手段に与えるサンプル画像作成手段とを備え
   た画像通信装置。
8. 【請求項８】 上記サンプル画像データの詳細情報を作
   成する詳細情報作成手段と、 上記詳細情報を要求する要求信号を受信する受信手段と
   を備え、 上記送信手段は、上記受信手段による上記要求信号の受
   信に応じて上記作成された詳細情報を送信するようにし
   た請求項７記載の画像通信装置。
9. 【請求項９】 上記オリジナル画像データを要求する要
   求信号を受信する受信手段を設け、 上記送信手段は、上記受信手段による上記要求信号の受
   信に応じて上記オリジナル画像データを送信するように
   した請求項７記載の画像通信装置。
10. 【請求項１０】 上記オリジナル画像データの加工を要
    求する要求信号を受信する受信手段と、 上記受信手段により受信した上記要求信号が示す加工の
    指示に応じて上記オリジナル画像データを加工し、加工
    された画像データを上記送信手段に与える画像加工手段
    とを設けた請求項７記載の画像通信装置。