JP2009130675A - ファクシミリ通信装置及びファクシミリ通信システム - Google Patents

Abstract

【課題】 同報通信機能を有するファクシミリ通信装置を介して、同報通信画像を受け入れたユーザが、その同報通信画像を見るだけでは、自己が受信した同報通信画像が、自己以外の何処へ配信されているかを知ること。
【解決手段】 発信元生成部５２は、ファクシミリ通信装置に関する発信元情報データを生成し、宛先情報生成部５３は、送信画像を順次送信する同報通信宛先に関する同報通信宛先情報データを生成し、画像データ制御部５０は、発信元生成部５２が生成した発信元情報データと、宛先情報生成部５３が生成した同報通信宛先情報データとを送信画像に追加する。
【選択図】 図１０

Description

本発明は、ファクシミリ通信装置及びファクシミリ通信システムに関し、特に同報通信機能を有するファクシミリ通信装置及びファクシミリ通信システムに関する。

従来のファクシミリ通信装置及びファクシミリ通信システムでは、予め登録されている発信元情報が文字列に変換され、入力された画像の片隅に合成され送信されていた。この形態は、同報通信機能を有するファクシミリ通信装置及びファクシミリ通信システムに於いても同様であった。発信元情報としては、電話番号情報、発信者情報、及び頁数情報等が挙げられる。
特開平５−４８７９０号公報

したがって、従来の同報通信機能を有するファクシミリ通信装置を介して、同報通信画像を受け入れたユーザは、その同報通信画像を見るだけでは、自己が受信した同報通信画像が、自己以外の何処へ配信されているかを知ることは出来なかった。

第１の発明は、送信画像を複数の受信装置へ順次送信可能な同報通信機能を有するファクシミリ通信装置であって、該ファクシミリ通信装置に関する発信元情報データを生成する発信元情報データ生成部と、上記送信画像を順次送信する同報通信宛先に関する同報通信宛先情報データを生成する同報通信宛先情報データ生成部と、上記発信元情報データ生成部が生成した発信元情報データと上記同報通信宛先情報データ生成部が生成した同報通信宛先情報データとを上記送信画像に追加する送信画像データ生成部とを備えることを主要な特徴とする。

第２の発明は、送信画像を複数の受信装置へ順次送信可能な同報通信機能を有するファクシミリ通信装置であって、該ファクシミリ通信装置に関する発信元情報データを生成する発信元情報データ生成部と、上記送信画像を順次送信する同報通信宛先を含むコード化データを生成するコード化データ生成部と、上記発信元情報データ生成部が生成した発信元情報データと上記コード化データ生成部が生成したコードデータとを上記送信画像に追加する送信画像データ生成部とを備えることを主要な特徴とする。

送信画像に順次送信する同報通信宛先情報が追加されるので、受信画像を受け入れた受信者が、その送信画像が何処に配信されているかを容易に認識できるという効果を得る。

以下、本発明の一実施形態を図を用いて詳細に説明する。

図１は、本発明によるファクシミリ通信システムのシステム構成図である。
図に示すように、本発明によるファクシミリ通信システムでは、実施例１ではファクシミリ通信装置Ｗを中心に、実施例２ではファクシミリ通信装置Ｙを中心にファクシミリ通信装置Ａ、ファクシミリ通信装置Ｂ、及びファクシミリ通信装置Ｃが、ネットワーク１００を介して通信接続されている。ここで１例として、ファクシミリ通信装置Ｗ（又はファクシミリ通信装置Ｙ）は、Ｋ会社の本社知的財産センタに設置してある同報通信機能を有するファクシミリ通信装置であり、ファクシミリ通信装置Ａは、ＬＳＩ事業本部に置いてあるファクシミリ通信装置であり、ファクシミリ通信装置Ｂは、会社の技師長沖太郎さんのオフィスに置いてあるファクシミリ通信装置であり、ファクシミリ通信装置Ｃは、先端技術開発センタ第２部第１チームに置いてあるファクシミリ通信装置である。

図２は、同報通信の送信内容説明図である。
この図は、本社知的財産センタのスタッフがＬＳＩ戦略開発テーマ会議の開催について関係者各位へ同報通信するための送信原稿である。上記スタッフがこの送信原稿をファクシミリ通信装置Ｗ（図１）にセットし、所定の操作を行うと、この送信原稿が読み取られ、同報通信したい宛先である、ファクシミリ通信装置Ａ（図１）、ファクシミリ通信装置Ｂ（図１）、及びファクシミリ通信装置Ｃ（図１）へ順次送信される。

図３は、実施例１の同報通信の受信内容説明図である。
この図は、１例としてＬＳＩ事業本部のファクシミリ通信装置Ａ（図１）が受信した受信画像を表している。この受信画像では、上記送信原稿（図２）の内容に「注意；本ＦＡＸは下記関係部門・担当者に送信しております。ＬＳＩ事業本部・沖太郎技師長・先端技術開発センタ第２部第１チーム」が追加されている。ここでＬＳＩ事業本部にはアンダーラインが引かれており、受信先を表している。

以上説明した本発明による同報通信機能を有するファクシミリ通信装置Ｗ（図１）は以下のように構成される。
図４は、実施例１のファクシミリ通信装置のブロック構成図である。
図に示すように実施例１の同報機能を有するファクシミリ通信装置Ｗは、ＣＰＵ１と、システムバス２と、ＲＯＭ３と、ＲＡＭ４と、読取装置５と、印刷装置６と、モデム７と、ＮＣＵ８と、操作パネル９とを備える。

ＣＰＵ１は、ＲＯＭ３に格納されている所定の制御プログラムを実行することによって装置全体を制御する中央演算処理装置である。システムバス２は、以下に説明する各構成部分を信号接続する信号線路である。ＲＯＭ３は、ＣＰＵ１が実行する所定の制御プログラムを予め格納するリードオンリメモリである。この部分については後に他の図を用いて再度詳細に説明する。ＲＡＭ４は、ＣＰＵ１が所定の制御プログラムを実行するときに必要になる演算領域を提供するランダムアクセスメモリである。この部分については後に他の図を用いて再度詳細に説明する。

読取装置５は、上記送信原稿を読み取り、ドットイメージデータに変換するＣＣＤなどを利用したスキャナ装置である。印刷装置６は、ファクシミリ通信で受信した画像データ等をハードコピーして出力する、感熱記録方式、又は電子写真方式等のプリンタである。モデム７は、ファクシミリ伝送制御手順による制御データや画像データを変復調して相手先のファクシミリ通信装置との間でデータの送受信を行う変復調装置である。

ＮＣＵ８は、モデム７と回線１０（公衆電話網）との接続及び開放を制御する網制御装置である。操作パネル９は、液晶表示装置（ＬＣＤ）又は、ＣＲＴディスプレイなどの表示装置によりファクシミリ通信装置の状態などをユーザに表示する部分であり、更に、ユーザがファクシミリ通信装置を操作するために必要なファンクションキー、カーソルキー、スタートキーなどを備えるユーザインタフェースの役割を分担する部分である。この部分については後に他の図を用いて再度詳細に説明する。

以下に、上記構成部分に於ける主なる部分（上記説明中で注釈した部分）について再度詳細に説明する。
図５は、実施例１のＲＯＭの内容説明図である。
図に示すようにＲＯＭ３には、予め、システム制御プログラム２０と、操作パネル制御プログラム２１と、読取制御プログラム２２と、印刷制御プログラム２３と、画像データ処理プログラム２４と、通信制御プログラム２５とが格納されている。

システム制御プログラム２０は、ＣＰＵ１が実行することによって装置内の各部分の管理を実行し、後述する各プログラムの起動や調停を行う制御プログラムである。操作パネル制御プログラム２１は、ＣＰＵ１が実行することによって操作パネル９を制御し、ユーザインタフェースの役割を分担する制御プログラムである。このプラグラムによって電話番号の入力、各種データの登録などが可能になる。

ここで、操作パネルの内容について説明する。
図６は、操作パネルの内容説明図である。
図に示すように、操作パネル９は、装置全体を操作するために必要な表示部、ファンクションキー、カーソルキー、スタートキー、及びＱＲコードキーを備える。

図５に戻って、読取制御プログラム２２は、ＣＰＵ１が実行することによって読取装置５（図３）を制御し、送信原稿の読取りに関する一連の動作を制御する制御プログラムである。印刷制御プログラム２３は、ＣＰＵ１が実行することによって印刷装置６（図３）を制御し、印刷に関する一連の動作を制御する制御プログラムである。

画像データ処理プログラム２４は、ＣＰＵ１が実行することによって送信画像の編集を実行し、ＦＡＸ符号化データを生成する制御プログラムである。この部分については後に他の図を用いて再度詳細に説明する。通信制御プログラム２５は、ＣＰＵ１が実行することによってモデム７やＮＣＵ８を制御し、回線１０（公衆電話網）と通信接続してファクシミリ伝送制御手順、及び画像データの授受を実行する制御プログラムである。

図７は、実施例１のＲＡＭの内容説明図である。
図に示すように、ＲＡＭ４の内部には、付加情報エリア３０と、宛先情報格納エリア３４と、原稿読取りデータ格納エリア３５と、発信元生成データ格納エリア３６と、宛先情報生成データ格納エリア３７と、画像データ格納エリア３８と、ＦＡＸ符号化データ格納エリア３９と、同報宛先データ格納エリア４０とが形成される。

付加情報エリア３０は、ＦＡＸ番号格納エリア３１と、送信日時格納エリア３２と、送信頁数格納エリア３３とを含み、送信画に付加される送信元情報を記憶するためのメモリ領域である。ここで、ＦＡＸ番号格納エリア３１には、ユーザが入力した装置のＦＡＸ番号データが格納される。送信日時格納エリア３２には、ユーザがファクシミリ送信を開始した日時データが格納される。送信頁数格納エリア３３には、読取が行われている頁数データが格納される。宛先情報格納エリア３４には、操作パネル９を介して、ユーザが入力した宛先情報が格納される。

ここで宛先情報格納エリア３４の内容について説明する。
図８は、実施例１の宛先情報格納エリアの説明図である。
図に示すように、宛先情報格納エリア３４は、各宛先毎に（１）宛先名称、（２）宛先電話番号からなる配列で構成される。これらの情報は、ファクシミリ送信の宛先選択の操作時に使用され、（２）宛先電話番号は、送信時のダイヤル番号としても使用される。

図７に戻って、原稿読取りデータ格納エリア３５は、ＣＰＵ１が読取制御プログラム２２を実行することによって、読み取られたドットイメージデータが一旦格納される領域である。発信元生成データ格納エリア３６は、ＣＰＵ１が画像データ処理プログラム２４を実行することによって生成された発信元データに関するドットイメージデータが一旦格納される領域である。

宛先情報生成データ格納エリア３７は、ＣＰＵ１が画像データ処理プログラム２４を実行することによって生成された宛先情報に関するドットイメージデータが一旦格納される領域である。画像データ格納エリア３８は、原稿読取りデータ格納エリア３５、発信元生成データ格納エリア３６、及び宛先情報生成データ格納エリア３７に格納されているドットイメージデータをまとめて格納する領域である。

ここで画像データ格納エリア３８の内容について説明する。
図９は、画像データ格納エリアの説明図（その１）である。
図に示すように、＜画像データ格納エリア＞には、＜原稿＞の左上を起点としたドットイメージデータが格納される。＜原稿＞の起点は、＜画像データ格納エリア＞の０番地目に該当する。１ラインは、＜原稿＞を左から右へ走査（主走査）したデータであり、Ａ４原稿で標準解像度（８ｄｏｔｓ／ｍｍ）の場合、１７２８バイトとなる。また１バイトあたり８ドットとなる。１ライン目の終了は、＜画像データ格納エリア＞の１７２７番地目に該当する。

後続するラインは、＜原稿＞を上から下に走査（副走査）したデータであり、Ａ４原稿で標準解像度（３．８５１ｌｉｎｅ／ｍｍ）の場合、トータルで約１１４３ライン（３．８５１（ｌｉｎｅ）×２９７（ｍｍ））となる。したがって、１７２７（バイト）×１１４３（ライン）≒１９２８Ｋ（バイト）となる。

図７に戻って、ＦＡＸ符号化データ格納エリア３９は、ＣＰＵ１が画像データ処理プログラム２４を実行することにより、画像データ格納エリア３８に格納されているドットイメージデータが変換され、生成されたＦＡＸ符号化データが格納される領域である。同報宛先データ格納エリア４０は、操作パネル９を介してユーザが入力した同報宛先情報が格納される領域である。

上記説明の中で、後記することと注釈した画像データ処理プログラム２４の機能について、再度詳細に説明する。
図１０は、実施例１の画像データ処理プログラムの機能説明図である。
図に示すように、ＣＰＵ１が画像データ処理プログラム２４を実行することにより画像データ制御部５０と、ＦＡＸ符号化部５１と、発信元生成部５２と、宛先情報生成部５３とが、機能ブロックとして起動・生成される。

画像データ制御部５０は、以下に説明する４つの機能を実行制御する部分である。
（１）原稿読取りデータ格納エリア３５に格納されているドットイメージデータを読み出して画像データ格納エリア３８へ書き込む機能を実行制御する。
（２）発信元生成部５２を起動し、発信元生成データ格納エリア３６に格納されているドットイメージデータを読み出して画像データ格納エリア３８へ書き込む機能を実行制御する。
（３）宛先情報生成部５３を起動し、宛先情報生成データ格納エリア３７に格納されているドットイメージデータを読み出して画像データ格納エリア３８へ書き込む機能を実行制御する。
（４）ＦＡＸ符号化部５１を起動し、画像データ格納エリア３８に格納されているドットイメージデータをＦＡＸ符号に符号化しＦＡＸ符号化データ格納エリア３９へ格納する機能を実行制御する。

発信元生成部５２は、画像データ制御部５０によって起動され、ＦＡＸ番号格納エリア３１、送信日時格納エリア３２、及び送信頁数格納エリア３３に、それぞれ格納されているデータをドットイメージデータに変換し、発信元生成データ格納エリア３６へ格納する部分である。

宛先情報生成部５３は、画像データ制御部５０によって起動され、宛先情報格納エリア３４に格納されているデータをドットイメージデータに変換し、宛先情報生成データ格納エリア３７へ格納する部分である。

ＦＡＸ符号化部５１は、画像データ制御部５０によって起動され、画像データ格納エリア３８に格納されているドットイメージデータをＦＡＸ符号に符号化し、ＦＡＸ符号化データ格納エリア３９に格納する部分である。

以上説明した画像データ処理プログラム２４の機能、即ち、ＣＰＵ１が画像データ処理プログラム２４を実行することにより画像データ制御部５０と、ＦＡＸ符号化部５１と、発信元生成部５２と、宛先情報生成部５３とを機能ブロックとして起動・生成し、ＦＡＸ符号化する動作についてフローチャートを用いて説明する。

図１１は、実施例１における画像データ処理のフローチャートである。
図１０を併用しながらステップＳ１００からステップＳ１１２までステップ順に説明する。

ステップＳ１００
画像データ制御部５０は、本処理を実行する上で発生する制御データをクリアする。

ステップＳ１０１
画像データ制御部５０は、原稿読取りデータ格納エリア３５からドットイメージデータに変換されている原稿データを１ライン分読み込む。原稿読取りデータ格納エリア３５には、原稿の左上を起点としてドットデータが格納されている。

ステップＳ１０２
画像データ制御部５０は、原稿読取りデータ格納エリア３５から読み取った１ライン分のドットイメージデータを画像データ格納エリア３８へ格納する。１ラインは、Ａ４原稿で標準解像度（８ｄｏｔｓ／ｍｍ）の場合、１７２８バイトになる（図９）。

ステップＳ１０３
画像データ制御部５０が、原稿の終端を検出した場合にはステップＳ１０４へ進み、原稿の終端を検出していない場合にはステップＳ１０１へ戻って後に続くラインの処理を繰り返す。原稿の終端は、画像データ制御部５０が、画像データ格納エリア３８へ格納したバイト数の合計が、原稿読取りデータ格納エリア３５に格納されていた原稿データの合計バイト数に等しくなったか否かで判断される。

ステップＳ１０４
画像データ制御部５０は、発信元生成部５２を起動させ、発信元生成データの処理を開始させる。発信元生成部５２は、ＦＡＸ番号格納エリア３１、送信日時格納エリア３２、及び送信頁数格納エリア３３から該当するフォントデータを求め、ラスタライズし、ドットイメージデータを発信元生成データ格納エリア３６に格納する。この時点で発信元生成データ格納エリア３６には、発信元情報の左上を起点としてドットイメージデータが格納される。

ステップＳ１０５
画像データ制御部５０は、発信元生成データ格納エリア３６から１ライン分のドットイメージデータを読み込む。

ステップＳ１０６
画像データ制御部５０は、発信元生成データ格納エリア３６から読み取った１ライン分のドットイメージデータを画像データ格納エリア３８へ格納する。１ラインは、Ａ４原稿で標準解像度（８ｄｏｔｓ／ｍｍ）の場合、１７２８バイトになる（図９）。

ステップＳ１０７
画像データ制御部５０が、原稿の終端を検出した場合にはステップＳ１０８へ進み、原稿の終端を検出していない場合にはステップＳ１０５へ戻って後に続くラインの処理を繰り返す。原稿の終端は、画像データ制御部５０が、画像データ格納エリア３８へ格納したバイト数の合計が、発信元生成データ格納エリア３６に格納されていた発信元生成データの合計バイト数に等しくなったか否かで判断される。

ステップＳ１０８
画像データ制御部５０は、宛先情報生成部５３を起動させ、宛先情報生成処理を開始させる。宛先情報生成部５３は、宛先情報格納エリア３４に格納されているデータから該当するフォントデータを求め、ラスタライズし、ドットイメージデータを宛先情報生成データ格納エリア３７に格納する。この時点で、宛先情報生成データ格納エリア３７には、宛先情報の左上を起点としたドットイメージデータが格納されている。

ステップＳ１０９
画像データ制御部５０は、宛先情報生成データ格納エリア３７から宛先情報１ライン分のドットイメージデータを読み込む。

ステップＳ１１０
画像データ制御部５０は、宛先情報生成データ格納エリア３７から読み取った１ライン分のドットイメージデータを画像データ格納エリア３８へ格納する。

ステップＳ１１１
画像データ制御部５０が、原稿の終端を検出した場合にはステップＳ１１２へ進み、原稿の終端を検出していない場合にはステップＳ１０９へ戻って後に続くラインの処理を繰り返す。原稿の終端は、画像データ制御部５０が、上記ステップＳ１０８に於いて一時的な記憶エリアに格納した１ラインのバイト数をビット数に読み替えた数（例えば、１ラインのバイト数が１０バイトであれば、８０ビットとなり、読み替えた数は８０となる。）と宛先情報１ライン読み込み（ステップＳ１０９）で読み込んだ数の比較により判断する。

ステップＳ１１２
ＦＡＸ符号化部５１は、画像データ格納エリア３８に格納されているドットイメージデータをＦＡＸ符号に符号化してＦＡＸ符号化データ格納エリア３９に格納してフローを終了する。

以上説明したフローを、画像データ格納エリアの状態変化の観点から再度説明する。
図１２は、画像データ格納エリアの説明図（その２）である。
この図は、画像データ格納エリア３８中で原稿読取りデータと、発信元生成データと、宛先情報とが合成される様子を図１１のステップに対応させて表している。

図中（ａ）は、ステップＳ１０３において終端が検出されたとき（原稿読取りデータ格納エリア３５から画像データ格納エリア３８にドットイメージデータのコピーが完了したとき）の画像データ格納エリア３８の状態を表している。

図中（ｂ）は、ステップＳ１０７において終端が検出されたとき（発信元生成データ格納エリア３６から画像データ格納エリア３８にドットイメージデータのコピーが完了したとき）の画像データ格納エリア３８の状態を表している。ここでは、画像読取りデータの余白部分に発信元生成データが追加されている。

図中（ｃ）は、ステップＳ１１１において終端が検出されたときの画像データ格納エリア３８の状態を表している。ここでは、画像読取りデータの余白部分に発信元生成データ、及び宛先情報（図３の注意・・・）が追加されている。

以上説明した実施例１によるファクシミリ通信装置Ｗは、以下のように操作される。
図１３は、実施例１のファクシミリ通信装置の操作フローチャートである。
この図は、図１で説明した本発明によるファクシミリ無通信システムに於いてファクシミリ通信装置Ｗからファクシミリ通信装置Ａ、ファクシミリ通信装置Ｂ、及びファクシミリ通信装置Ｃへ同報通信するときのファクシミリ通信装置Ｗに対して行う操作手順を表すフローチャートである。ステップＳ２００からステップＳ２０４までステップ順に説明する。

ステップＳ２００
ユーザが送信原稿を読取装置５（図４）へセットする。

ステップＳ２０１
ユーザが操作パネル９（図６）を介して宛先を選択する。ここでは、ファクシミリ通信装置Ａ、ファクシミリ通信装置Ｂ、及びファクシミリ通信装置Ｃが選択されるものとする。

ステップＳ２０２
ユーザは、セットキ−（図６）を押下する。

ステップＳ２０３
宛先の入力が終了するまでステップＳ２０１、ステップＳ２０２を繰り返す。ここではファクシミリ通信装置Ａ、ファクシミリ通信装置Ｂ、及びファクシミリ通信装置Ｃの選択が終了するとステップＳ２０４へ進む。

ステップＳ２０４
ユーザは、送信を開始するためにスタートキー（図６）を押下する。

以上説明したように、本実施例によれば、送信情報に（同報）宛先情報を付加することにより、同報送信機能を有するファクシミリ通信装置では、その送信画像に配信先を記載することが可能になり、受信画を受け入れた受信者が、その送信画像が何処に配信されているかを容易に認識できるという効果を得る。

上記実施例１では、送信情報に宛先情報（図３における、注意・・・）を付加することとしたが、本実施例では、送信情報に付加出来る情報量を増大させるために、宛先情報に替えてＱＲコードを付加する。このＱＲコードの中には、当然のこととして宛先情報を含めることが可能である。
以下に実施例１との相違点のみについて説明する。

図１４は、実施例２の同報通信の受信内容説明図である。
この図は、１例としてＬＳＩ事業本部のファクシミリ通信装置Ａ（図１）が受信した受信画像を表している。この受信画像には、上記送信原稿（図２）の内容に「注意；本ＦＡＸは本紙右下のバーコードにコード化されている関係部門・担当者に送信しております（ただし、該バーコードを読取るには専用装置ＯｋｉＦｌｙＲｅａｄｅｒを使う必要があります）。」と、ＱＲコードとが追加されている。

図１５は、実施例２のファクシミリ通信装置のブロック構成図である。
図に示すように実施例２の同報機能を有するファクシミリ通信装置Ｙは、ＣＰＵ１と、システムバス２と、ＲＯＭ１０３と、ＲＡＭ１０４と、読取装置５と、印刷装置６と、モデム７と、ＮＣＵ８と、操作パネル９とを備える。

実施例１との相違点は、実施例１におけるＲＯＭ３と、ＲＡＭ４とが本実施例ではＲＯＭ１０３と、ＲＡＭ１０４とに置き換えられているのみである。ＲＯＭ１０３は、ＣＰＵ１が実行する所定の制御プログラムを予め格納するリードオンリメモリである。ＲＡＭ１０４は、ＣＰＵ１が所定の制御プログラムを実行するときに必要になる演算領域を提供するランダムアクセスメモリである。以下に実施例１と相違する部分のみについて詳細に説明し、実施例１と同様の部分については実施例１と同一の符号を付して説明を省略する。

図１６は、実施例２のＲＯＭの内容説明図である。
図に示すようにＲＯＭ１０３には、予め、システム制御プログラム２０と、操作パネル制御プログラム２１と、読取制御プログラム２２と、印刷制御プログラム２３と、画像データ処理プログラム１２４と、通信制御プログラム２５とが格納されている。

実施例１における画像データ処理プログラム２４が本実施例では画像データ処理プログラム１２４に置き換えられている。画像データ処理プログラム１２４は、ＣＰＵ１が実行することによって送信画像の編集を実行し、ＦＡＸ符号化データを生成する制御プログラムである。この部分についてはＲＡＭ１０４の説明をした後に他の図を用いて再度詳細に説明する。

図１７は、実施例２のＲＡＭの内容説明図である。
図に示すように、ＲＡＭ１０４の内部には、付加情報エリア３０と、宛先情報格納エリア１３４と、原稿読取りデータ格納エリア３５と、発信元生成データ格納エリア３６と、ＱＲコード生成データ格納エリア１３７と、画像データ格納エリア３８と、ＦＡＸ符号化データ格納エリア３９と、同報宛先データ格納エリア４０と、ＱＲコード要求フラグ１４１とが形成される。

実施例１における宛先情報格納エリア３４と、宛先情報生成データ格納エリア３７とが、本実施例では、それぞれ、宛先情報格納エリア１３４と、ＱＲコード生成データ格納エリア１３７に置き換えられ、更に、ＱＲコード要求フラグ１４１が追加されている。

宛先情報格納エリア１３４には、操作パネル９を介して、ユーザが入力した宛先情報が格納される。ここで宛先情報格納エリア１３４の内容について説明する。

図１８は、実施例２の宛先情報格納エリアの説明図である。
図に示すように、宛先情報格納エリア１３４は、各宛先毎に（１）宛先名称、（２）宛先電話番号、（３）ＱＲ送出許可からなる配列で構成される。これらの情報は、ファクシミリ送信の宛先選択の操作時に使用され、（２）宛先電話番号は、送信時のダイヤル番号としても使用される。実施例１の宛先情報格納エリア３４との相違点は、（３）ＱＲ送出許可が追加されている点である。

図１７に戻って、ＱＲコード生成データ格納エリア１３７は、ＣＰＵ１が画像データ処理プログラム１２４を実行することによって生成されたＱＲコードに関するドットイメージデータが一旦格納される領域である。ＱＲコード要求フラグ１４１は、ユーザが操作パネル９を介して付加を要求しているときに付加される。

上記説明の中で、後記することと注釈している画像データ処理プログラム１２４の機能について、再度詳細に説明する。
図１９は、実施例２の画像データ処理プログラムの機能説明図である。
図に示すように、ＣＰＵ１が画像データ処理プログラム１２４を実行することにより画像データ制御部５０と、ＦＡＸ符号化部５１と、発信元生成部５２と、ＱＲコード生成部１５３とが機能ブロックとして起動・生成される。実施例１との相違点は、実施例１における宛先情報生成部５３が本実施例ではＱＲコード生成部１５３に置き換えられている点だけである。

ＱＲコード生成部１５３は、画像データ制御部５０によって起動され、宛先情報格納エリア３４に格納されているデータをＱＲコードに含め、ドットイメージデータに変換し、ＱＲコード生成データ格納エリア１３７へ格納する部分である。

以上説明した画像データ処理プログラム１２４の機能、即ち、ＣＰＵ１が画像データ処理プログラム２４を実行することにより画像データ制御部５０と、ＦＡＸ符号化部５１と、発信元生成部５２と、ＱＲコード生成部１５３とを機能ブロックとして起動・生成し、ＦＡＸ符号化する動作についてフローチャートを用いて説明する。

図２０は、実施例２における画像データ処理のフローチャートである。
図１９を併用しながらステップＳ３００からステップＳ３１３までステップ順に説明する。

ステップＳ３００
画像データ制御部５０は、本処理を実行する上で発生する制御データをクリアする。

ステップＳ３０１
画像データ制御部５０は、原稿読取りデータ格納エリア３５から原稿データを１ライン分のドットイメージデータを読み込む。原稿読取りデータ格納エリア３５には、原稿の左上を起点としてドットデータが格納されている。

ステップＳ３０２
画像データ制御部５０は、原稿読取りデータ格納エリア３５から読み取った１ライン分のドットイメージデータを画像データ格納エリア３８へ格納する。１ラインは、Ａ４原稿で標準解像度（８ｄｏｔｓ／ｍｍ）の場合、１７２８バイトになる（図９）。

ステップＳ３０３
画像データ制御部５０が、原稿の終端を検出した場合にはステップＳ３０４へ進み、原稿の終端を検出していない場合にはステップＳ３０１へ戻って後に続くラインの処理を繰り返す。原稿の終端は、画像データ制御部５０が、画像データ格納エリア３８へ格納したバイト数の合計が、原稿読取りデータ格納エリア３５に格納されていた原稿データの合計バイト数に等しくなったか否かで判断される。

ステップＳ３０４
画像データ制御部５０は、発信元生成部５２を起動させ、発信元生成データの処理を開始させる。発信元生成部５２は、ＦＡＸ番号格納エリア３１、送信日時格納エリア３２、及び送信頁数格納エリア３３から該当するフォントデータを求め、ラスタライズし、ドットイメージデータを発信元生成データ格納エリア３６に格納する。この時点で発信元生成データ格納エリア３６には、発信元情報の左上を起点としてドットイメージデータが格納される。

ステップＳ３０５
画像データ制御部５０は、発信元生成データ格納エリア３６から１ライン分のドットイメージデータを読み込む。

ステップＳ３０６
画像データ制御部５０は、発信元生成データ格納エリア３６から読み取った１ライン分のドットイメージデータを画像データ格納エリア３８へ格納する。１ラインは、Ａ４原稿で標準解像度（８ｄｏｔｓ／ｍｍ）の場合、１７２８バイトになる（図９）。

ステップＳ３０７
画像データ制御部５０が、原稿の終端を検出した場合にはステップＳ３０８へ進み、原稿の終端を検出していない場合にはステップＳ３０５へ戻って後に続くラインの処理を繰り返す。原稿の終端は、画像データ制御部５０が、画像データ格納エリア３８へ格納したバイト数の合計が、発信元生成データ格納エリア３６に格納されていた発信元生成データの合計バイト数に等しくなったか否かで判断される。

ステップＳ３０８
画像データ制御部５０は、ＱＲコードの付加が要求されているか否かを判断し、要求されている場合にはステップＳ１０９へ進み、要求されていない場合にはステップＳ３１３へ進む。ここで、ＱＲコードの付加が要求されているか否かの判断は、ＱＲコード要求フラグ１４１が立っているか否かで判断される。

ステップＳ３０９
画像データ制御部５０は、ＱＲコード生成部１５３を起動させ、ＱＲコード生成処理を開始させる。ＱＲコード生成部１５３は、宛先情報格納エリア１３４に格納されているデータからＩＳＯ／ＩＥＣ１８００４規格に従ってラスタライズし、ドットイメージデータをＱＲコード生成データ格納エリア１３７に格納する。また１ラインのバイト数を一時的な記憶エリアに格納する。ここで１ラインは、ＱＲコードを左から右へ走査したデータであり、ＱＲコードに含まれる情報量に応じたバイト数になる。この時点で、ＱＲコード生成データ格納エリア１３７には、ＱＲコードの左上を起点としたドットイメージデータが格納されている。

ステップＳ３１０
画像データ制御部５０は、ＱＲコード生成データ格納エリア１３７からＱＲコードデータ１ライン分のドットイメージデータを読み込む。

ステップＳ３１１
画像データ制御部５０は、ＱＲコード生成データ格納エリア１３７から読み取った１ライン分のドットイメージデータを画像データ格納エリア３８へ格納する。

ステップＳ３１２
画像データ制御部５０が、原稿の終端を検出した場合にはステップＳ３１３へ進み、原稿の終端を検出していない場合にはステップＳ３１０へ戻って後に続くラインの処理を繰り返す。原稿の終端は、画像データ制御部５０が、上記ステップＳ３１０に於いて一時的な記憶エリアに格納した１ラインのバイト数をビット数に読み替えた数（例えば、１ラインのバイト数が１０バイトであれば、８０ビットとなり、読み替えた数は８０となる。）とＱＲコートデータ１ライン読み込み（ステップＳ３１０）で読み込んだ数の比較により判断する。

ステップＳ３１３
ＦＡＸ符号化部５１は、画像データ格納エリア３８に格納されているドットイメージデータをＦＡＸ符号に符号化してＦＡＸ符号化データ格納エリア３９に格納してフローを終了する。

以上説明した実施例２によるファクシミリ通信装置Ｙは、以下のように操作される。
図２１は、実施例２のファクシミリ通信装置の操作フローチャートである。
この図は、図１で説明した本発明によるファクシミリ通信システムに於いてファクシミリ通信装置Ｙからファクシミリ通信装置Ａ、ファクシミリ通信装置Ｂ、及びファクシミリ通信装置Ｃへ同報通信するときのファクシミリ通信装置Ｙに対して行う操作手順を表すフローチャートである。ステップＳ４００からステップＳ４０５までステップ順に説明する。

ステップＳ４００
ユーザが送信原稿を読取装置５（図４）へセットする。

ステップＳ４０１
ユーザが操作パネル９（図６）を介して宛先を選択する。ここでは、ファクシミリ通信装置Ａ、ファクシミリ通信装置Ｂ、及びファクシミリ通信装置Ｃが選択されるものとする。

ステップＳ４０２
ユーザは、セットキ−（図６）を押下する。

ステップＳ４０３
宛先の入力が終了するまでステップＳ４０１、ステップＳ４０２を繰り返す。ここではファクシミリ通信装置Ａ、ファクシミリ通信装置Ｂ、及びファクシミリ通信装置Ｃの選択が終了するとステップＳ４０４へ進む。

ステップＳ４０４
ユーザは、ＱＲコードの付加を要求するためにＱＲコードキー（図６）を押下する。

ステップＳ４０５
ユーザは、送信を開始するためにスタートキー（図６）を押下する。

以上説明したように、本実施例によれば、送信画像にＱＲコードを付加することにより、より多くのメッセージの送信が可能になるため、順次同報送信機能を有するファクシミリ装置が順次同報送信を行った場合には、その送信画像に配信先を記載することが可能になるという効果を得る。その結果、受信画を受け入れたユーザは、そのファクシミリが何処に配信されているかを認識することが可能になり、新たな情報伝達への利用が期待できるという効果を得る。

上記実施例では、本発明を送信装置としてのファクシミリ通信装置Ｗ(Ｙ)(図１)に適用した場合について説明したが、このファクシミリ通信装置Ｗ(Ｙ)を受信装置としてのファクシミリ通信装置Ａ(Ｂ、Ｃ)(図１)にそのまま適用することも可能である。但し、この場合には、図示しない受信部と画像形成部とが不可欠である。ここで、受信部は、ファクシミリ通信装置Ｗ(Ｙ)から送信されてくる同報通信先情報(またはコード化データ)を含む送信画像を受信する部分であり、画像形成部は、上記受信部により受信受信された同報通信先情報(またはコード化データ)を含む送信画像を所定の媒体に可視像として形成する部分であり、電子写真方式か、インクジェット方式か等で画像形成を行う。

本発明によるファクシミリ通信システムのシステム構成図である。 同報通信の送信内容説明図である。 実施例１の同報通信の受信内容説明図である。 実施例１のファクシミリ通信装置のブロック構成図である。 実施例１のＲＯＭの内容説明図である。 操作パネルの内容説明図である。 実施例１のＲＡＭの内容説明図である。 実施例１の宛先情報格納エリアの説明図である。 画像データ格納エリアの説明図（その１）である。 実施例１の画像データ処理プログラムの機能説明図である。 実施例１における画像データ処理のフローチャートである。 画像データ格納エリアの説明図（その２）である。 実施例１のファクシミリ通信装置の操作フローチャートである。 実施例２の同報通信の受信内容説明図である。 実施例２のファクシミリ通信装置のブロック構成図である。 実施例２のＲＯＭの内容説明図である。 実施例２のＲＡＭの内容説明図である。 実施例２の宛先情報格納エリアの説明図である。 実施例２の画像データ処理プログラムの機能説明図である。 実施例２における画像データ処理のフローチャートである。 実施例２のファクシミリ通信装置の操作フローチャートである。

符号の説明

３８ 画像データ格納エリア
５０ 画像データ制御部
５１ ＦＡＸ符号化部
５２ 発信元生成部
５３ 宛先情報生成部

Claims (5)

1. 送信画像を複数の受信装置へ順次送信可能な同報通信機能を有するファクシミリ通信装置であって、
   該ファクシミリ通信装置に関する発信元情報データを生成する発信元情報データ生成部と、
   前記送信画像を順次送信する同報通信宛先に関する同報通信宛先情報データを生成する同報通信宛先情報データ生成部と、
   前記発信元情報データ生成部が生成した発信元情報データと前記同報通信宛先情報データ生成部が生成した同報通信宛先情報データとを前記送信画像に追加する送信画像データ生成部とを備えることを特徴とするファクシミリ通信装置。
2. 請求項１に記載のファクシミリ通信装置が送信する、前記同報通信宛先情報データを含む送信画像を受信する受信部と、
   該同報通信宛先情報データを含む送信画像を所定の媒体に可視像として形成する画像形成部とを備えることを特徴とするファクシミリ通信装置。
3. 送信画像を複数の受信装置へ順次送信可能な同報通信機能を有するファクシミリ通信装置であって、
   該ファクシミリ通信装置に関する発信元情報データを生成する発信元情報データ生成部と、
   前記送信画像を順次送信する同報通信宛先を含むコード化データを生成するコード化データ生成部と、
   前記発信元情報データ生成部が生成した発信元情報データと前記コード化データ生成部が生成したコード化データとを前記送信画像に追加する送信画像データ生成部とを備えることを特徴とするファクシミリ通信装置。
4. 請求項３に記載のファクシミリ通信装置が送信する、前記コード化データを含む送信画像を受信する受信部と、
   該コード化データを含む送信画像を含む送信画像を所定の媒体に可視像として形成する画像形成部とを備えることを特徴とするファクシミリ通信装置。
5. 請求項１から請求項４までの何れか一項に記載のファクシミリ通信装置を少なくとも１台含むことを特徴とするファクシミリ通信システム。

Images