JP3340491B2 - 画像管理方法 - Google Patents

Description

【発明の詳細な説明】

【産業上の利用分野】本発明は、ファクシミリ装置に係
り、詳しくは、ファクシミリ装置における画像データ記
憶・編集技術に適用することができ、特に、面倒で煩わ
しい作業を行うことなく定型原稿の画像データを用いた
原稿送信の通信時間の短縮化及び通信料金の低減化を図
ることができるファクシミリ装置における画像管理方法
に関する。

【０００２】

【従来の技術】従来、ファクシミリ装置については、例
えば、特開平１−２５４０６７号公報で報告されたもの
があり、ここでは、送信用の書式を格納するメモリと、
所定事項を書式の所定位置に合成する合成手段とを設け
て構成することにより、装置全体を安価にでき、かつ定
型書式の画像品質の劣化を防止できるという利点を有す
る。

【０００３】また、例えば特開平１−２８９３６１号公
報で報告されたファクシミリ装置では、ファクシミリ装
置に書込みデータ記憶手段と、定型画像記憶手段と、テ
ーブル手段と、発信手段とを設けて構成することによ
り、ＯＭＲ（Optical Mark Reader)シートを用いること
なく、このＯＭＲシートの画像をファクシミリ装置内部
で作成して発信できるという利点を有する。

【０００４】さて、この種の従来のファクシミリ装置で
は、画データ記憶・編集は定型原稿の画像データを予め
メモリに記憶しておき、指定された送信原稿の画像とメ
モリに記憶されている定型原稿の画像とを合成して送信
する方法や受信した原稿の画像と予めメモリに記憶して
ある定型原稿の画像とを合成して記録する方法等が知ら
れている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記し
たような従来のファクシミリ装置では、送信側から通常
原稿を送信し、受信側で受信原稿の画像と定型原稿の画
像とを合成して記録する場合、定型原稿の画像のフォー
マットが変更されると、送信者は受信者に変更された定
型原稿の画像のフォーマットを予め送信して受信側に記
憶して貰う面倒な作業を行わなければならないうえ、新
設されたＦＡＸや定型原稿の画像データを記憶していな
いＦＡＸに対しても同様の面倒な作業を行わなければな
らない等、取り扱いが面倒で煩わしさがあった。

【０００６】また、定型原稿の画像データを有していな
いＦＡＸに対しては、送信側で定型原稿の画像と送信原
稿の画像とを合成して送信する場合は、受信側で定型原
稿である画像と受信原稿の画像とを合成して記録する時
に比べ、通信料金及び送信時間が掛かるという欠点があ
った。そこで本発明は、面倒で煩わしい作業を行うこと
なく定型原稿である画像を用いた原稿送信の通信時間の
短縮化及び通信料金の低減化を図ることができるファク
シミリ装置における画像管理方法を提供することを目的
としている。

【０００７】

【課題を解決するための手段】請求項１記載の発明は、
送信端末で予め作成され、識別情報を付加された定型原
稿の画像データを受信端末に送信して、前記画像データ
を各端末間で管理する画像管理方法において、前記画像
データと前記画像データを受信する少なくとも１以上の
受信端末の端末番号とを関連付けて送信端末の定型原稿
画像メモリに記憶する第１の記憶ステップと、前記画像
データを受信する受信端末が前記画像データを前記受信
端末の定型原稿画像メモリに記憶しているか否かの確認
を前記識別情報を送信することによって行う確認ステッ
プと、前記確認ステップによって、前記受信端末が前記
画像データを前記受信端末の定型原稿画像メモリに記憶
していないことが確認されたときに、前記受信端末に前
記画像データを送信し、前記画像データを前記受信端末
の定型原稿画像メモリに記憶させる第２の記憶ステップ
とを備えたことを特徴とするものである。

【０００８】

【０００９】

【００１０】

【００１１】

【作用】従来では、前述の如く、定型原稿の画像のフォ
ーマットが変更されると、送信者は受信者に変更された
定型原稿の画像のフォーマットを予め送信して受信機に
記憶して貰う面倒な作業を行わなければならないうえ、
通信料金及び送信時間が掛かるという欠点があった。そ
こで本発明では、送信端末において、オペレーション等
により指定された画像の識別情報に基づいて定型原稿の
画像データを定型原稿画像メモリに記憶し、定型原稿の
画像データを送信時する時、画像の識別情報に対応した
定型原稿の画像データを定型原稿画像メモリより読み出
して送信することができる。また、送信端末において、
オペレーション等により画像合成送信を指定する時、通
常原稿と指定された画像の識別情報の定型原稿の画像デ
ータと送信原稿の画像データとを合成して送信すること
ができる。なお、上記定型原稿の画像データの送信は、
通信開始時のネゴシエーション（機能確認）で受信端末
に該当する定型原稿の画像データが記憶されていない場
合のみ行われる。このため、頻繁に使用する原稿を定型
原稿の画像データとして定型原稿画像メモリに記憶する
ことができるので、画質の劣化を生じさせることなく毎
回原稿を読み込む手間をなくすことができる他、読み込
む原稿のデータ量を少なくすることができるので、メモ
リの消費量を少なくすることができる。しかも、定型原
稿の画像データは一度受信端末に登録すれば、以後定型
原稿の画像データを送信しないで済ませることができる
ため、面倒で煩わしい作業を行うことなく定型原稿の画
像を用いた原稿送信の通信時間の大幅な短縮化及び通信
料金の大幅な低減化を図ることができる。また、画像の
識別情報を送信する先の１または複数の受信端末を識別
する情報と前記画像の識別情報とを関連付けて送信端末
の定型原稿画像メモリに記憶するステップを備えるた
め、複数の端末で同一フォーマットの定型原稿を使用す
ることができる。

【００１２】

【００１３】

【００１４】

【実施例】以下、本発明の実施例を図面を参照しながら
説明する。なお、以下の説明で、送信側、および発端末
とは、送信端末のことであり、受信側、および着端末と
は、受信端末のことである。 また、以下の説明で、定型
原稿とは、原稿の送受信において、頻繁に使われる定型
的な画像のことである。図１は本発明の一実施例に則し
たファクシミリ装置の構成を示すブロック図である。図
１において、１はこのファクシミリ装置全体の制御処理
を実行するためのシステム制御部であり、２はファクシ
ミリ装置を操作するための種々の操作キー及びＬＣＤか
らなる操作表示部であり、３は原稿を所定の解像度で読
み取るスキャナであり、４は画像メモリ６及び定型原稿
画像メモリ７の画データを記録するためのプロッタであ
り、５は制御処理プログラムや種々のデータ及び固有情
報等を記憶するためのメモリである。ここでの画像メモ
リ６及び定型原稿画像メモリ７は、画データを符号化圧
縮及び元の画データに復号化するための符号化復号化部
８で符号化圧縮された画データを蓄積する。そして、９
はＩＳＤＮ（Integrated Services Digital Network)Ｉ
／Ｆ（インターフェース）部10を介して網との通信制御
を行う通信制御部である。なお、これらの各ブロックは
システムバス11に接続されており、各ブロック間のデー
タの遣り取りは主としてこのシステムバス11を介して行
われる。

【００１５】次に、図２は本実施例で使用する呼設定／
呼切断フローの通信手順を示す図である。図２に示す如
く、まず発端末は、始めに呼設定メッセージ"ＳＥＴＵ
Ｐ"をＩＳＤＮに送出して着端末との呼設定を要求し、
ＩＳＤＮは、指定された着端末に呼設定メッセージ"Ｓ
ＥＴＵＰ"を送出して発呼し、ＩＳＤＮは呼設定メッセ
ージ"ＳＥＴＵＰ"を受けると、呼設定状況を通知するた
めの呼設定受付メッセージ"ＣＡＬＬ＿ＰＲＯＣ"を発端
末に送出する。次いで、着端末は、着信検出すると、呼
出メッセージ"ＣＯＮＮ"をＩＳＤＮに送出し、ＩＳＤＮ
は、応答メッセージ"ＣＯＮＮ"を発端末に送出して着端
末が呼を受け付けたことを通知する。更に、ＩＳＤＮ
は、着端末に応答確認メッセージ"ＣＯＮＮ ＡＣＫ"を
送出して着端末の応答を確認し、この時点で、発端末と
着端末の間にデータ伝送のための情報チャネルが確立す
る。次いで、データ伝送が終了すると、発端末が切断メ
ッセージ"ＤＩＳＣ"をＩＳＤＮに送出して情報チャネル
の解放を要求し、ＩＳＤＮが切断メッセージ"ＤＩＳＣ"
を着端末に送出して情報チャネルの復旧を通知する。こ
れにより、着端末がチャネル切断完了を通知する解放メ
ッセージ"ＲＥＬ"をＩＳＤＮに応答し、ＩＳＤＮから発
端末に解放メッセージ"ＲＥＬ"が送出され、発端末は、
チャネル解放が完了すると、解放完了メッセージ"ＲＥ
Ｌ ＣＯＭＰ"をＩＳＤＮに送出して呼の解放を通知す
る。次いで、ＩＳＤＮは解放完了メッセージ"ＲＥＬ
ＣＯＭＰ"を着端末に送出して、情報チャネル及び呼の
解放が成立し、発着端末間に設定されていた情報チャネ
ルが完全に解放される。

【００１６】次に、本実施例を実現するために必要な
「呼設定メッセージ（ＳＥＴＵＰ）」及び「呼出しメッ
セージ（ＣＯＮＮ）」の内容について図３を用いて説明
する。まず、各々のメッセージは、図３（ａ）に示す如
く、レイヤ３呼制御メッセージを規定するプロトコル仕
様（フォーマット、シーケンス等）を識別するためのプ
ロトコル識別子、そのメッセージはどの呼に関与するも
のであるかを識別する呼番号、各々のメッセージの内容
を識別するためのメッセージタイプ、各々のメッセージ
に必ず付加される必須情報要素、及び各々のメッセージ
に必要に応じて付加される付加情報要素からなる。

【００１７】次いで、呼設定メッセージＳＥＴＵＰは、
図３（ｂ）に示す如く、必須情報要素として「伝達能
力」を有し、付加情報要素として「呼番号」、「発サブ
番号」、「低位レイヤ整合性」、「ユーザ・ユーザ」等
の情報要素を有する他、呼出しメッセージＣＯＮＮは、
付加情報要素として「ユーザ・ユーザ」情報要素を有す
る。

【００１８】本実施例では、付加情報要素の「ユーザ・
ユーザ」情報要素を用いて端末間の定型原稿である画像
（以下、定型原稿という。）の有無の確認（以下、ネゴ
シエーションという。）を行う。なお、このユーザ・ユ
ーザ情報は、網によって解釈されずに相手端末にトラン
スペアレントに伝送される情報である。次に、図４は定
型原稿を管理するために必要な定型原稿管理情報を示す
図である。各々の情報は、以下の目的のために用いられ
る。

【００１９】図４において、定型原稿番号は、定型原稿
の識別情報であって、オペレーションで指定された定型
原稿の識別のために用いられ、ページ数は、定型原稿番
号で指定される原稿の総ページ数の目的のために用いら
れ、ページ番号は、送信するページの番号の目的のため
に用いられる。この時、＝１なら１ページ目に送信さ
れ、＝３なら３ページ目に送信される。次いで、送信方
式は、通常原稿として送信するか、又は通常原稿と合成
して送信するかを指定する目的のために用いられ、定型
原稿画像メモリ位置は、該当原稿のデータが画像メモリ
のどの位置に格納されているかを示す目的のために用い
られ、定型原稿登録・更新端末番号は、定型原稿が更新
された時、同時に更新する受信端末の番号を登録する目
的のために用いられる。

【００２０】次に、図５は定型原稿を入力してから定型
原稿画像メモリへ格納し、その定型原稿管理情報の設定
を行うオペレーションフローであって、識別情報を付加
された定型原稿の画像データ、および上記画像データを
受信する少なくとも１以上の受信端末の端末番号を関連
付けて送信端末の定型原稿画像メモリ７に記憶する第１
の記憶ステップの例のオペレーションフローを示すフロ
ーチャートである。本実施例でのオペレーションフロー
は、図１で示す操作表示部２のＬＣＤガイダンスにより
行うが、ここでのガイダンスは、本発明に直接関係しな
いので省略する。

【００２１】まず、定型原稿番号を操作表示部２より入
力して設定し（処理Ｓ１ ）、ページ数カウンタをイニ
シャルし（処理Ｓ２ ）、ページ番号を操作表示部２よ
り入力して設定した後（処理Ｓ３ ）、送信方式を操作
表示部２より入力して設定する（処理Ｓ４ ）。次い
で、スキャナ３より定型原稿を読み取って定型原稿画像
メモリ７に記憶し、定型原稿画像メモリ７位置を設定し
（処理Ｓ５ ）、次の定型原稿が有る場合はページ数カ
ウンタに＋１を加えて処理Ｓ３ に戻り、一方、次の定
型原稿がない場合はページ数カウンタに＋１を加えない
でページ数カウンタをページ数へ設定する（処理Ｓ８
）。そして、定型原稿登録・更新番号を操作表示部２
より入力して設定した後（処理Ｓ９ ）、定型原稿記憶
オペレーションを終了する。

【００２２】次に、図６，７は定型原稿の登録・更新処
理時の原稿送受信フローを示すフローチャートであり、
図６は定型原稿送信側の送信手順を示すフローチャート
であり、図７は定型原稿受信側の受信手順を示すフロー
チャートである。ここでは、本発明に関係のあるネゴシ
エーション部分を特に詳しく説明し、その他は通常のデ
ータ伝送手順を用いるため、簡略化する。

【００２３】まず、定型原稿送信フローを図６のフロー
チャートを用いて説明する。まず、定型原稿管理テーブ
ルからオペレーションで指定された定型原稿番号の情報
を読み込み（処理Ｓ１１）、ＳＥＴＵＰに定型原稿情報
を設定して送信する（処理Ｓ１２）。次いで、ＣＡＬＬ
ＰＲＯＣ，ＣＯＮＮを受信し（処理Ｓ１３）、ページ
数カウンタを設定した後（処理Ｓ１４）、定型原稿画像
メモリ７位置が示す画像データをデータ伝送制御手順に
より送信する（処理Ｓ１５）。次いで、ページ数カウン
タ−１＝０である場合は切断手順を実行し（処理Ｓ１
６、Ｓ１７）、一方、ページ数カウンタ−１＝０でない
場合は切断手順を実行しないで処理Ｓ１５に戻る。そし
て、切断手順実行後、次の登録端末が有る場合は処理Ｓ
１１に戻り、一方、次の登録端末がない場合は定型原稿
の送信を終了する（処理Ｓ１８）。

【００２４】次に、定型原稿受信フローを図７のフロー
チャートを用いて説明する。まず、ＳＥＴＵＰを受信し
て内容を解析し（処理Ｓ２１）、定型原稿の受信がある
場合は、ＳＥＴＵＰの内容を定型原稿管理テーブルに設
定し（処理Ｓ２２、Ｓ２３）、一方、定型原稿の受信が
ない場合は、通常原稿の受信処理を行って切断手順を実
行し、受信を終了する（処理Ｓ２２、Ｓ２８、Ｓ２
９）。次いで、ＳＥＴＵＰ内容設定後、ＣＯＮＮを送信
し、ＣＯＮＮ ＡＣＫを受信し（処理Ｓ２４）、ページ
数カウンタを設定した後（処理Ｓ２５）、画像データを
データ伝送制御手順により受信し、定型原稿画像メモリ
７に格納した後、定型原稿画像メモリ７位置を設定する
（処理Ｓ２６）。そして、ページ数カウンタ−１＝０で
ある場合は通常原稿の受信処理を行って切断手順を実行
した後（処理Ｓ２７〜Ｓ２９）、受信を終了し、一方、
ページ数カウンタ−１＝０でない場合は通常原稿の受信
処理を行わないで処理Ｓ２６に戻る。

【００２５】図８乃至図１１は、識別情報を付加された
画像データを受信する受信端末が識別情報を付加された
画像データを受信端末の定型原稿画像メモリ７に記憶し
ているか否かの確認のネゴシエーションを識別情報を送
信することによって行う確認ステップと、上記確認ステ
ップによって、受信端末が識別情報を付加された画像デ
ータを受信端末の定型原稿画像メモリ７に記憶していな
いことが確認されたと きに、受信端末に識別情報を付加
された画像データを送信し、識別情報を付加された画像
データを受信端末の定型原稿画像メモリ７に記憶させる
第２の記憶ステップとの例を概略的に説明する説明図で
ある。図８，９はユーザ・ユーザ情報の設定方法を示す
図であり、図８はＳＥＴＵＰ送信時のユーザ・ユーザ情
報の設定方法を示す図、図９はＣＯＮＮ送出時のユーザ
・ユーザ情報の設定方法を示す図である。発信端末は、
呼設定メッセージＳＥＴＵＰのユーザ・ユーザ情報を設
定して送信し、着端末は、呼出しメッセージＣＯＮＮの
ユーザ・ユーザ情報を設定して送信する。この動作によ
り発着端末間の定型原稿有無のネゴシエーションが行わ
れる。ここでの送信側（発呼側）での設定情報は、呼設
定メッセージＳＥＴＵＰのユーザ・ユーザ情報のｏｃｔ
１に定型原稿情報通知コードを端末数分設定し、ｏｃｔ
２以降には、定型原稿管理情報に設定されている定型原
稿番号、定型原稿登録・更新の有無、ページ数とページ
数分のページ番号、送信方式及び同時に定型原稿を登録
・更新する端末の端末番号とを端末数分設定する。

【００２６】受信側（着呼側）での設定情報は、呼出し
メッセージＣＯＮＮのｏｃｔ１に定型原稿情報通知コー
ドを、ｏｃｔ２以降には、自端末に登録してある定型原
稿番号の対応するビットをＯＮして送信する。この動作
により、送信端末は受信端末がどの定型原稿を有してい
るのかを把握し、これから送信する定型原稿が既に受信
端末に登録されている場合には、定型原稿の送信を行わ
ずに通常原稿のみを送信する。そして、受信端末は、送
信側で指定された定型原稿情報の定型原稿登録・更新の
有無を調べ、登録が有る場合は無条件に指定された定型
原稿の記憶を行い、一方、登録がない場合は指定された
定型原稿番号を記憶して置き、これ以後に受信する通常
原稿に記憶してある定型原稿番号の情報が示す画像デー
タを合成して記録する。

【００２７】次に図10，11は定型原稿登録・更新有り／
なし時の通信フローを示す図であり、図10は、ネゴシエ
ーションの結果、定型原稿登録が必要である場合の通信
フローを示す図、図11は、ネゴシエーションの結果、定
型原稿登録が必要でない場合 の通信フローを示す図であ
る。図10に示す如く、一旦、定型原稿を受信端末に送信
して、該原稿を記憶させ、次いで通常原稿を送信した
後、受信端末が通常原稿と定型原稿を合成して記録す
る。一方、図11に示す如く、受信端末では、自端末に既
に登録済みの定型原稿情報の定型原稿を通常原稿に合成
して記録する。

【００２８】このように本実施例では、送信側におい
て、オペレーションにより指定された定型原稿番号に従
って定型原稿の画像データを定型原稿画像メモリ７に記
憶し、定型原稿を送信する時、定型原稿番号に対応した
定型原稿の画像データを定型原稿画像メモリ７より読み
出して送信するように構成する他、送信側において、オ
ペレーションにより画像合成送信を指定する時、通常原
稿と指定された定型原稿番号の定型原稿の画像データと
送信原稿の画像データとを合成して送信するように構成
している。このため、頻繁に使用する原稿を定型原稿と
して定型原稿画像メモリ７に記憶することができるの
で、画質の劣化を生じさせることなく毎回原稿を読み込
む手間をなくすことができる他、読み込む原稿のデータ
量を少なくすることができるので、メモリの消費量を少
なくすることができる。しかも、定型原稿は一度受信端
末に登録すれば、以後定型原稿を送信しないで済ませる
ことができるため、面倒で煩わしい作業を行うことなく
定型原稿を用いた原稿送信の通信時間の大幅な短縮化及
び通信料金の大幅な低減化を図ることができる。

【００２９】また、本実施例では、受信側において、送
信側から送られた定型原稿の画像データを指定された定
型原稿番号に基づいて定型原稿画像メモリ７に記憶する
ように構成する他、受信側において、送信側から送られ
た定型原稿の画像データを一旦定型原稿画像メモリ７に
記憶し、これ以降に受信する受信原稿に画像合成を指定
する時、受信した通常原稿の画像データと指定された定
型原稿番号の定型原稿の画像データとを合成して記録す
るように構成している。このため、受信端末から自端末
が現在記憶している定型原稿を知らせることで、無駄な
原稿の受信を避けることができるので、メモリの消費量
を少なくすることができ、通信時間の大幅な短縮化及び
通信料金の大幅な低減化を図ることができる。

【００３０】また、本実施例では、画像の識別情報を送
信する先の１または複数の受信端末を識別する情報と前
記画像の識別情報とを関連付けて送信端末の定型原稿画
像メモリに記憶するステップを備えるため、複数の端末
で同一フォーマットの定型原稿を使用することができ
る。

【００３１】

【発明の効果】本発明によれば、面倒で煩わしい作業を
行うことなく定型原稿を用いた原稿送信の通信時間の短
縮化及び通信料金の低減化を図ることができるという効
果がある。

【図面の簡単な説明】

【図１】本発明の一実施例に則したファクシミリ装置の
構成を示すブロック図である。

【図２】本発明の一実施例に則した呼設定／呼切断フロ
ーの通信手順を示す図である。

【図３】本発明の一実施例に則した呼設定メッセージＳ
ＥＴＵＰの内容を示す図である。

【図４】本発明の一実施例に則した定型原稿を管理する
ために必要な定型原稿管理情報を示す図である。

【図５】本発明の一実施例に則した定型原稿記憶オペレ
ーションフローを示すフローチャートである。

【図６】本発明の一実施例に則した定型原稿送信フロー
を示すフローチャートである。

【図７】本発明の一実施例に則した定型原稿受信フロー
を示すフローチャートである。

【図８】本発明の一実施例に則したＳＥＴＵＰ送出時の
ユーザ・ユーザ情報の設定方法を示す図である。

【図９】本発明の一実施例に則したＣＯＮＮ送出時のユ
ーザ・ユーザ情報の設定方法を示す図である。

【図１０】本発明の一実施例に則した定型原稿登録有り
時の通信フローを示す図である。

【図１１】本発明の一実施例に則した定型原稿登録なし
時の通信フローを示す図である。

【符号の説明】

１ システム制御部 ２ 操作表示部 ３ スキャナ ４ プロッタ ５ メモリ ６ 画像メモリ ７ 定型原稿画像メモリ ８ 符号化復号化部 ９ 通信制御部 10 Ｉ／Ｆ部 11 システムバス

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 1/387

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】送信端末で予め作成され、識別情報を付加
   された定型原稿の画像データを受信端末に送信して、前
   記画像データを各端末間で管理する画像管理方法におい
   て、前記画像データと前記画像データを受信する少なく
   とも１以上の受信端末の端末番号とを関連付けて送信端
   末の定型原稿画像メモリに記憶する第１の記憶ステップ
   と、前記画像データを受信する受信端末が前記画像デー
   タを前記受信端末の定型原稿画像メモリに記憶している
   か否かの確認を前記識別情報を送信することによって行
   う確認ステップと、前記確認ステップによって、前記受
   信端末が前記画像データを前記受信端末の定型原稿画像
   メモリに記憶していないことが確認されたときに、前記
   受信端末に前記画像データを送信し、前記画像データを
   前記受信端末の定型原稿画像メモリに記憶させる第２の
   記憶ステップとを備えたことを特徴とする画像管理方
   法。 【０００１】