(57)【要約】【課題】データの受信側において、通信方式に応じた受信制御を行うことによって好適にノイズを低減する仕組みを提供する。【解決手段】画像通信装置は、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する。さらに、画像通信装置は、通信方式が第２の通信方式であれば、画像データを受信する受信バッファのサイズを第１の通信方式で用いる受信バッファのサイズよりも小さくするように制御する。或いは、画像通信装置は、第１の通信方式で用いる受信バッファを複数のバッファ領域に分割して使用するように制御する。【選択図】  図６
2019201353.tif 000002
【特許請求の範囲】
【請求項１】
画像通信装置であって、
外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断手段と、
前記判断手段によって判断された前記通信方式が前記第２の通信方式であれば、画像データを受信する受信バッファのサイズを前記第１の通信方式で用いる受信バッファのサイズよりも小さくするように制御する制御手段と
を備えることを特徴とする画像通信装置。
【請求項２】
画像通信装置であって、
外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断手段と、
前記判断手段によって判断された前記通信方式が前記第２の通信方式であれば、前記第１の通信方式で用いる受信バッファを複数のバッファ領域に分割して使用するように制御する制御手段と
を備えることを特徴とする画像通信装置。
【請求項３】
前記制御手段は、ラウンドロビン方式で前記複数のバッファ領域を利用することを特徴とする請求項２に記載の画像通信装置。
【請求項４】
前記制御手段は、前記複数のバッファ領域の何れかが空になると、次の画像データを要求して取得することを特徴とする請求項２又は３に記載の画像通信装置。
【請求項５】
前記第１の通信方式は、１００ＢＡＳＥ−ＴＸ又は１０００ＢＡＳＥであり、
前記第２の通信方式は、１０ＢＡＳＥ−Ｔであることを特徴とする請求項１乃至４の何れか１項に記載の画像通信装置。
【請求項６】
前記第２の通信方式は、前記第１の通信方式よりも通信速度が遅いことを特徴とする請求項１乃至５の何れか１項に記載の画像通信装置。
【請求項７】
前記受信バッファに格納された画像データのフォーマットを変換する画像データ生成手段と、
前記画像データ生成手段によってフォーマットが変換された画像データを用いて印刷を行う印刷手段と
をさらに備えることを特徴とする請求項１乃至６の何れか１項に記載の画像通信装置。
【請求項８】
画像通信装置の制御方法であって、
判断手段が、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断工程と、
制御手段が、前記判断工程で判断された前記通信方式が前記第２の通信方式であれば、画像データを受信する受信バッファのサイズを前記第１の通信方式で用いる受信バッファのサイズよりも小さくするように制御する制御工程と
を含むことを特徴とする画像通信装置の制御方法。
【請求項９】
画像通信装置の制御方法であって、
判断手段が、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断工程と、
制御手段が、前記判断工程で判断された前記通信方式が前記第２の通信方式であれば、前記第１の通信方式で用いる受信バッファを複数のバッファ領域に分割して使用するように制御する制御工程と
を含むことを特徴とする画像通信装置の制御方法。
【請求項１０】
画像通信装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
判断手段が、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断工程と、
制御手段が、前記判断工程で判断された前記通信方式が前記第２の通信方式であれば、画像データを受信する受信バッファのサイズを前記第１の通信方式で用いる受信バッファのサイズよりも小さくするように制御する制御工程と
を含むことを特徴とするプログラム。
【請求項１１】
画像通信装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
判断手段が、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断工程と、
制御手段が、前記判断工程で判断された前記通信方式が前記第２の通信方式であれば、前記第１の通信方式で用いる受信バッファを複数のバッファ領域に分割して使用するように制御する制御工程と
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の受信速度で画像データを受信する画像通信装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年ネットワークを介して、データ通信を行う各種端末装置が開発され、ネットワークに接続される端末が多様化、多機能化している。このため、各種端末装置の相互の影響をできるだけ低減することが必要となっている。例えば、特許文献１には、ネットワーク上の通信データにノイズ低減要求が含まれる場合に、他の端末装置の動作を停止させるか、又は、動作レベルを低減させる技術が提案されている。
【０００３】
また、画像通信装置において原稿を読み取り、ＰＣへ１０ＢＡＳＥ−Ｔでデータを送信する場合、その通信方式の特性によって、送信データのノイズが増加してしまう。これは、１０ＢＡＳＥ−Ｔがマンチェスタ符号であり、基本１０ＭＨｚ、１００ｎｓの間に信号レベルが入れ替わる仕様であり通信データがクロック状となってしまうことが原因である。これに対し、１００ＢＡＳＥ−ＴＸでは、ＭＬＴ−３符号であり、かつ、４Ｂ−５Ｂ変換、スクランブル処理を行っているため、データが適度に“０”、“１”でランダムになっており、またデータ信号レベルも低いので問題はない。
【０００４】
また昨今１０００ＢＡＳＥ−Ｔの通信速度もサポートしている機種も増えてきている。１０００ＢＡＳＥ−Ｔは８Ｂ１Ｑ４で符号化され、また電圧レベルを５値に分割し、１クロックで２ビットの情報を送るパルス振幅変調（ＰＡＭ５）を使用することで周波数を低く抑えることによりノイズが発生しづらい制御方式になっている。
【０００５】
なお、画像通信装置で画像をスキャンして１０ＢＡＳＥ−Ｔを用いて画像データをＰＣ等に送信する際にはノイズが発生することがある。そこで、特許文献２では、画像データを送信する間隔をあけて回避する手法を提案している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−１６９９７２号公報
【特許文献２】特開２０１５−８８７９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術には以下に記載する課題がある。例えば、ＰＣから１０ＢＡＳＥ−Ｔで画像データを画像形成装置が受信して画像を印刷するような場合においては、上記従来技術の場合と異なり、画像形成装置側で画像データの受信タイミングを調整することは難しい。従って、受信データによってはノイズの影響を受ける場合があった。
【０００８】
本発明は、上述の問題の少なくとも一つに鑑みて成されたものであり、データの受信側において、通信方式に応じた受信制御を行うことによって好適にノイズを低減する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、例えば、画像通信装置であって、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断手段と、前記判断手段によって判断された前記通信方式が前記第２の通信方式であれば、画像データを受信する受信バッファのサイズを前記第１の通信方式で用いる受信バッファのサイズよりも小さくするように制御する制御手段とを備えることを特徴とする。
【００１０】
また、本発明は、例えば、画像通信装置であって、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する判断手段と、前記判断手段によって判断された前記通信方式が前記第２の通信方式であれば、前記第１の通信方式で用いる受信バッファを複数のバッファ領域に分割して使用するように制御する制御手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、データの受信側において、通信方式に応じた受信制御を行うことによって好適にノイズを低減することができる。
【図面の簡単な説明】
【００１２】
【図１】一実施形態に係る画像形成装置の構成を示すブロック図。
【図２】一実施形態に係る画像形成装置の構成を示すブロック図。
【図３】一実施形態に係るノイズ発生原理を示すブロック図。
【図４】マンチェスタ符号により、送信データがクロック状になる様子を示す図。
【図５】ネットワーク用の受信バッファのサイズを変更しない場合のネットワーク通信レートを示す図。
【図６】一実施形態に係るネットワーク用の受信バッファのサイズを半分にした場合の概念図。
【図７】一実施形態に係るネットワーク用の受信バッファのサイズを半分に変更した場合のネットワーク通信レートを示す図。
【図８】一実施形態に係るネットワーク用の受信バッファのサイズを１／４に分割し、ラウンドロビン方式で受信バッファを使用する場合の概念図。
【図９】一実施形態に係るネットワーク用の受信バッファのサイズを１／４に分割し、ラウンドロビン方式で受信した場合のネットワーク通信レートを示す図。
【図１０】一実施形態に係る処理手順を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確立されるのであって、以下の個別の実施形態によって限定されるわけではない。なお、実施形態に係る画像通信装置として画像形成装置である複合機（デジタル複合機／ＭＦＰ／Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）を例に説明する。しかしながら適用範囲は複合機に限定はせず、通信機能を有する画像通信装置であればよい。
【００１４】
＜第１の実施形態＞
＜画像形成装置の構成＞
以下では、添付図面を参照して、本発明の第１の実施形態について説明する。画像通信装置の一例である画像形成装置１００は、プリンタ印刷部１０１、画像データ生成部１０２、及びユーザインタフェース（以下、ＵＩと略記する。）１１１を備える。画像データ生成部１０２は、ＳＯＣ（Ｓｙｓｔｅｍ  Ｏｎ  Ｃｈｉｐ）１０３、ＦｌａｓｈＲＯＭ１０４、ＳＤＲＡＭ１０５、ＰＨＹ（ＰＨＹｓｉｃａｌ  ｌａｙｅｒ）１０７、ＳＣＬＫ１１０、及びＡＦＥ（Ａｎａｌｏｇ  Ｆｒｏｎｔ  Ｅｎｄ）１１２を備える。また、画像データ生成部１０２には、ＵＳＢ−Ｄ１０９、ＬＡＮコネクタ１０８、及びリーダ１１３が接続される。
【００１５】
プリンタ印刷部１０１は、画像データ生成部１０２からの画像データに従って印刷を実行する。画像データ生成部１０２は、外部装置から受信したデータに基づいて、画像データを生成し、プリンタ印刷部１０１へ生成した画像データを転送する。
【００１６】
画像データ生成部１０２のＳＯＣ１０３は、画像データ生成部１０２を制御するためのＣＰＵを内蔵している。ＦｌａｓｈＲＯＭ１０４には、プログラムコードが格納されており、ＳＯＣ１０３に内蔵されているＣＰＵはこのプログラムコードを実行する。ＳＤＲＡＭ１０５は、画像データや本発明に関連するネットワーク受信用のバッファ等として使用するＳＤＲＡＭで様々な情報を格納する揮発性メモリである。例えばＦｌａｓｈＲＯＭ１０４に格納されているプログラムコードを一旦ＳＤＲＡＭ上に展開して、ＳＤＲＡＭ上でプログラムを動作させてもよい。
【００１７】
ＰＨＹ（ＰＨＹｓｉｃａｌ  ｌａｙｅｒ）１０７は、ネットワークのデータを送受信する通信インタフェースであり、本発明に関連する１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−ＴＸ又は１０００ＢＡＳＥ−Ｔなどのネットワークの転送スピードを制御する。ここで、１００ＢＡＳＥ−ＴＸ又は１０００ＢＡＳＥ−Ｔは第１の通信方式に相当し、１０ＢＡＳＥ−Ｔは第２の通信方式に相当する。即ち、第２の通信方式は、第１の通信方式よりも通信速度が遅いものである。また、ＰＨＹ１０７は、各転送スピードに適合した電圧レベル、プロトコルに変換するものである。ＬＡＮコネクタ１０８はＬＡＮと画像形成装置１００との接続部である。ＵＳＢ−Ｄ１０９は、ＵＳＢデバイスへのコネクタであり、ＳＯＣ１０３に直接接続してデータを受信する。ＳＣＬＫ１１０はＳＯＣ１０３を動作させるためのシステムクロックである。
【００１８】
ＵＩ１１１は、表示部及び操作部を備るユーザインタフェースであり、各種機能の動作パラメータをユーザ入力に従って設定することができ、例えば、画像データ生成部１０２の画像データ制御に関する設定を行う。
【００１９】
リーダ１１３は原稿から画像をスキャンする。ＡＦＥ１１２は、リーダ１１３からの画像を取り込みアナログからデジタルデータに変換してＳＯＣ１０３に画像データを転送する。例えば、スキャンした画像をＰＣ等に送るときはリーダ１１３から画像を読み取り、ＡＦＥ１１２で取得した画像データに対してアナログ・デジタルデータ変換を行う。変換された画像データは、ＳＯＣ１０３を経由してＳＤＲＡＭ１０５に格納される。ここで、ＳＯＣ１０３で画像フォーマットを２値や多値などのイメージデータからＪＰＥＧなどのフォーマットに変換してＳＤＲＡＭ１０５に格納してもよい。ＳＤＲＡＭ１０５からスキャンされた画像データをＰＣに送信するときは、ＰＨＹ１０７を介してネットワークを経由し、当該画像データがＰＣに送られる。
【００２０】
また、ネットワーク経由で画像をプリントするときは、まず、ＬＡＮコネクタ１０８経由でＰＨＹ１０７からＳＯＣ１０３を経由してＳＤＲＡＭ１０５に存在するネットワーク用の受信バッファに画像データが格納される。そして、ＳＯＣ１０３内部のＣＰＵが、当該画像データをプリンタ印刷部１０１に印刷させるためのフォーマットに変換する。プリンタ印刷部１０１用に変換したフォーマットの画像データは、一旦ＳＤＲＡＭ１０５に再度格納され、ＳＯＣ１０３を経由してプリンタ印刷部１０１に転送され、プリントが行われる。ＳＤＲＡＭ１０５上に存在するネットワーク用の受信バッファがＣＰＵで解析され消費されるとネットワーク用の受信バッファは空になる。従って、ＳＯＣ１０３はプリンタ印刷部１０１にデータを転送してプリントさせることと並行して、ＳＤＲＡＭ１０５上に存在するネットワーク用の受信バッファに画像データを取り込む。
【００２１】
＜システム構成＞
次に、図２を参照して、本実施形態のシステムにおける各装置の接続形態の一例を示す。図１で説明した画像形成装置１００が、ネットワーク２０に接続されている。同じネットワーク２０上にＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２１が接続されており、画像形成装置１００と通信を行う。即ち、画像形成装置１００と、ＰＣ２１との間で、ネットワーク２０を介した通信により画像データ等が送受される。なお、ここでは、説明を容易にするため、画像形成装置１００及びＰＣ２１のみを含むシステムの構成例について説明する。しかし、本発明は、上記形態に限定されず、さらに他の画像形成装置や他のＰＣを含む画像形成システムや、さらには他の装置を含むような画像形成システムにも適用することができる。
【００２２】
＜ノイズの発生原因＞
次に、図３及び図４を参照して、本実施形態に係るノイズの発生原因について説明する。ここでは、ＰＣ２１から画像データがＬＡＮの１０ＢＡＳＥ−Ｔで送信され、画像形成装置１００のＰＨＹ１０７に画像データが受信され、ＳＯＣ１０３を経由してＳＤＲＡＭ１０５にデータが格納される際のノイズの発生原因について説明する。
【００２３】
ＰＣ２１から１０ＢＡＳＥ−Ｔで画像データを転送する際に、ＰＣ２１及びＬＡＮケーブル３０１からノイズ成分が画像形成装置１００に伝わる。ここでＬＡＮ上のネットワークの通信レートが低ければ良いがネットワークの通信レートが高く、かつデータの特性、特に白黒画像の２値イメージデータなどは同じ値が連続する性質上１０ＢＡＳＥ―Ｔの場合ノイズが発生しやすい。なお、その理由を図４に示す。
【００２４】
図４は１０ＢＡＳＥ−Ｔ送信時において、“１”が連続した場合のデータ遷移状態の波形を示す。１０ＢＡＳＥ−Ｔはマンチェスタ符号を採用しており、特に同じ“１”データが連続した場合においては図４に示すように１０ＭＨｚ周期のクロックが連続することになり、ノイズが発生しやすくなる。また“０”が続いたときも同様である。１０ＢＡＳＥ−Ｔでノイズが発生する場合はこのような連続したデータが続いた場合の可能性が高い。また、画像転送容量が多く、ネットワークの通信レートが高いときは、さらに長時間又は通信レートに応じてノイズが発生することになる。
【００２５】
＜比較例となる通信レート＞
図５は、比較例となる一般的な構成において、データ転送量が多い場合のネットワークの転送率について説明する。横軸は時間を示し、縦軸は通信レートを示す。
【００２６】
ＳＤＲＡＭ１０５の内部にあるネットワーク用の受信バッファにプリント出力用のデータが格納されるが、画像データ生成部１０２が受信バッファのデータを用いて画像出力用のデータに変換すると受信バッファは空になる。その後、ＳＯＣ１０３に内蔵されるＣＰＵがＰＨＹ１０７に対してプリント出力用データを要求し、ＳＤＲＡＭ１０５にある予め確保された容量の受信バッファにデータが格納される。受信バッファのサイズが大きいと、そのバッファサイズにデータが格納されるまで一定の時間ネットワークの通信レートが増加してしまい、また通信レートが高い状態の時間が長く続いてしまう。そのような場合、通信レートが１００％近くに上がってしまう場合もある。図５においては本発明を行わない場合の一例として９５％まで瞬間的にネットワークの通信レートが上昇した場合を示している。このように通信レートが高い状態となると、上述したように、ノイズが発生しやすくなってしまい、画像形成装置等の受信側の装置は、ノイズの影響を受けた状態で画像データを受信してしまう。
【００２７】
＜本実施形態に係る受信バッファ＞
次に、図６を参照して、本実施形態に係るＳＤＲＡＭ１０５内に存在するネットワーク用の受信バッファを説明する。ネットワークの通信速度が１０ＢＡＳＥ−Ｔと認識した場合のみにＳＯＣ１０３は受信バッファのサイズを小さくする。ここでは受信バッファのサイズを半分にした場合を示す。
【００２８】
図６の６０１は１０ＢＡＳＥ−Ｔ以外のネットワーク転送スピード（通信速度）のときのネットワーク用の受信バッファを示す。６０２は１０ＢＡＳＥ−Ｔの転送スピードになったときに、受信バッファ６０１のサイズから変更されるネットワーク用受信バッファを示す。図６に示すように、１０ＢＡＳＥ−Ｔの受信バッファ６０２のサイズは、他の通信速度における受信バッファ６０１のサイズの半分の容量となる。このように、通信速度に応じて受信バッファサイズを変更することにより、ノイズの発生を抑制することができる。
【００２９】
＜本実施形態に係る通信レート＞
次に、図７を参照して、本実施形態に係る１０ＢＡＳＥ−Ｔで転送した場合に受信バッファ６０２でデータ転送する際のネットワークの転送率について説明する。横軸は時間を示し、縦軸は通信レートを示す。
【００３０】
受信バッファサイズを単純に低減した場合、ネットワークの通信レートは最大が６５％程度になり、ノイズエネルギーも多少低減できる。ただし、ＳＯＣ１０３の受信バッファのデータの消費が早くなるので、アクセス頻度は高くなる。しかしながら、図６に示すように単にネットワーク用の受信バッファのサイズを低減するだけだと、ノイズの低減は可能になるが、１０ＢＡＳＥ−Ｔの場合、特にネットワークパフォーマンスがネックになり印刷のパフォーマンスが低下する可能性がある。このような問題を回避すべくネットワーク用の受信バッファの総容量は変えず、１回あたりに画像形成装置１００が画像データを読み込む量を減らすことにより印刷パフォーマンスを低減させることなく、ノイズを低減させる本実施形態の変形例を以下で説明する。
【００３１】
＜本実施形態に係る受信バッファ（変形例）＞
次に、図８を参照して、本実施形態に係るネットワーク用の受信バッファの変形例について説明する。図８に示すように、本実施形態によれば、受信バッファ８０１を４分割して受信バッファ（バッファ領域）８０２、８０３、８０４、８０５とする。なお、受信バッファ６０１のサイズと受信バッファ８０１のサイズは同じである。
【００３２】
図８のネットワーク用の受信バッファはラウンドロビン方式と呼ばれ、受信バッファ８０２、受信バッファ８０３、受信バッファ８０４、受信バッファ８０５、受信バッファ８０２の受信で使用される。つまり、順に受信バッファ８０５まで使用すると、また受信バッファ８０２に戻り、受信バッファ８０２〜８０５を順々に使用していく方式となる。即ち、本実施形態によれば、１０ＢＡＳＥ−Ｔ以外の通信速度で利用される受信バッファ８０１を、１０ＢＡＳＥ−Ｔの通信速度においては、複数の受信バッファ８０２〜８０５に分割して制御する。
【００３３】
ネットワーク用の受信バッファ８０２、８０３、８０４、８０５は、いずれかに空がでたら順次ＰＨＹ１０７を介してデータを受信していく。この場合、受信バッファ８０１の全領域が空いた状態と比較して、１度に受信する画像データ量が少ないためネットワークの通信レートは大きく上がらないがネットワーク用の受信バッファの総量は同じであるため、印刷パフォーマンスに大きな影響はでない。
【００３４】
＜本実施形態に係る通信レート（変形例）＞
次に、図９を参照して、本実施形態に係るネットワーク用の受信バッファを複数のバッファ領域に分割した場合（変形例）のネットワークの転送率について説明する。横軸は時間を示し、縦軸は通信レートを示す。
【００３５】
本実施形態によれば、何れかの分割された受信バッファが空になるとＰＨＹ１０７を介してデータを受信するため、１度に画像データを読み込む量を低減することができる。従って、図９に示すように、単位時間あたりの画像データの読み込む回数は増えるものの、ネットワークにおける通信レートの増大を抑制することができる。
【００３６】
＜処理手順＞
次に、図１０を参照して、本実施形態に係る、ネットワーク用の受信バッファの制御手順を説明する。以下で説明する処理は、例えばＳＯＣ１０３内部のＣＰＵがＦｌａｓｈＲＯＭ１０４に格納された制御プログラムをＳＤＲＡＭに読み出して実行することにより実現される。
【００３７】
Ｓ１００１で、ＳＯＣ１０３は、画像形成装置１００が例えば無線ＬＡＮ又は有線ＬＡＮを排他的に使用できるような場合において、有線ＬＡＮを使用状態であるかどうかを判断する。ここで、有線ＬＡＮを使用状態であればＳ１００２に進み、そうでない場合は処理を終了する。
【００３８】
Ｓ１００２で、ＳＯＣ１０３は、有線ＬＡＮの接続状態を判断する。例えば画像形成装置１００とＰＣ２１とが有線ＬＡＮで接続状態であればＳ１００３に進み、そうでなければ処理を終了する。Ｓ１００３で、ＳＯＣ１０３は、ネットワークの通信速度が１０ＢＡＳＥ−Ｔかどうかを判断する。通信速度が１０ＢＡＳＥ−ＴであればＳ１００４に進み、そうでなければ処理を終了する。
【００３９】
Ｓ１００４で、ＳＯＣ１０３は、ＰＣ２１と画像形成装置１００との間の通信速度が１０ＢＡＳＥ−Ｔであれば、図６で示したネットワーク用の受信バッファサイズを小さくする。あるいは、ＳＯＣ１０３は、図８で示したネットワーク用の受信バッファを複数のバッファ領域に分割するかの制御を行う。これにより、画像形成装置１００が画像データを１０ＢＡＳＥ−Ｔで受信し印刷した場合の特有のノイズの低減を図ることができる。
【００４０】
以上説明したように、本実施形態に係る画像通信装置は、外部装置から画像データを受信する際に、その通信方式が第１の通信方式であるか又は第２の通信方式であるかを判断する。さらに、画像通信装置は、通信方式が第２の通信方式であれば、画像データを受信する受信バッファのサイズを第１の通信方式で用いる受信バッファのサイズよりも小さくするように制御する。或いは、画像通信装置は、第１の通信方式で用いる受信バッファを複数のバッファ領域に分割して使用するように制御する。このように、本実施形態によれば、画像形成装置１００が１０ＢＡＳＥ−Ｔで画像データを受信し、印刷するような場合においては、１度に大量の画像データを受信するのではなく、時間を置いて少量単位で画像データを受信するように制御する。これにより、ネットワークの通信レートは高くならない。そのため、１度に受信できる受信バッファのサイズを小さくし、受信バッファのデータがシステムに使われ、受信可能状態になるたびに画像を受信するようにする。
【００４１】
また、単純に受信バッファサイズを現状のサイズより小さくするだけでは画像形成装置の印刷のパフォーマンスに影響する可能性があるため、受信バッファの総量は他の転送速度と同様にしつつ、受信バッファの数量を増やす。つまり、１個あたりの受信バッファサイズを小さくし、１回毎の受信データサイズを小さくすることにより、画像形成装置の印刷パフォーマンスを維持しながら、通信レートが極度に高くなることを回避する。これにより、１０ＢＡＳＥ−Ｔで画像データを受信する場合のノイズの低減を図ることができる。
【００４２】
なお、本発明は上記実施形態に限定されず様々な変形が可能である。例えば、図１０のフローチャートにおいてＳ１００１乃至Ｓ１００３の判定が真であった場合に、当該画像形成装置のモデルや規格等を判定し、当該モデルの使用地域を判断するようにしてもよい。これは、例えば、地域別（国別など）にその規格が異なるため、１０ＢＡＳＥ−Ｔでのノイズを低減する必要のある地域とない地域があるためである。つまり、このようなモデルごとにＳ１００４の処理（受信バッファの制御）を適用するか否かを制御するようにしてもよい。具体的に、例えば、画像形成装置のＳＯＣ１０３は、Ｓ１００３でＹｅｓに処理を進めた後、自装置の国を識別する識別情報を参照し、参照した識別情報が日本を示すものであるか否かを判定する。そして、参照した識別情報が日本を示すものであると判定した場合にＳＯＣ１０３はＳ１００４の処理を実行し、参照した識別情報が日本を示すものではないと判定した場合にＳ１００４の処理をスキップして図１０の処理を終了するようにしてもよい。あるいは、ＳＯＣ１０３は、Ｓ１００３でＹｅｓに処理を進めた後、自装置の国を識別する識別情報を参照し、参照した識別情報が台湾を示すものであるか否かを判定する。そして、参照した識別情報が台湾を示すものであると判定した場合にＳＯＣ１０３はＳ１００４の処理を実行し、参照した識別情報が台湾を示すものではないと判定した場合にＳ１００４の処理をスキップして図１０の処理を終了するようにしてもよい。
【００４３】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００４４】
１００：画像形成装置（画像通信装置）、１０１：プリンタ印刷部、１０２：画像データ生成部、１０３：ＳＯＣ、１０４：ＦｌａｓｈＲＯＭ、１０５：ＳＤＲＡＭ、１０７：ＰＨＹ、１０８：ＬＡＮコネクタ、１０９：ＵＳＢ−Ｄ、１１０：ＳＣＬＫ、１１１：ＵＩ、１１２：ＡＦＥ、１１３：リーダ
【図１】
2019201353.tif 000003
【図２】
2019201353.tif 000004
【図３】
2019201353.tif 000005
【図４】
2019201353.tif 000006
【図５】
2019201353.tif 000007
【図６】
2019201353.tif 000008
【図７】
2019201353.tif 000009
【図８】
2019201353.tif 000010
【図９】
2019201353.tif 000011
【図１０】
2019201353.tif 000012