JP5365410B2 - 通信制御装置、通信装置及びプログラム - Google Patents

Description

本発明は、通信制御装置、通信装置及びプログラムに関する。

特許文献１には、コンピュータネットワークに接続され、パケット通信によってファクシミリ画像を送信するリアルタイム型インターネットファクシミリ装置において、ネットワークトランスポートとしてＵＤＰを使用するときに送信する冗長パケット数を、通信中に任意に変更できるようにしたことを特徴とするリアルタイム型インターネットファクシミリ装置が記載されている。

特許文献２には、送信機がリアルタイム型インターネットファクシミリであった場合は、ＲＴＮ／ＰＰＲを含むネガティブ応答時にＴ．３０フレーム内にモデムのＥＱＭ（アイクオリティモニタ）情報を設定して送信機に通知する制御を行うシステム制御部を備えたことを特徴とするファクシミリ装置が記載されている。

特許文献３には、Ｔ．３８に準拠した通信機能を備えたネットワーク通信端末装置において、通信プロトコルで定められた画像データ間を検出する手段と、前記画像データ間で通信速度を再設定する手段とを備えていることを特徴とするネットワーク通信端末装置が記載されている。

特開２００１−１９７２７９号公報 特開２００５−２６０８３２号公報 特開２００８−２２７９７８号公報

本発明の目的は、画像データを送信する通信装置の負荷の状況を反映させて、画像データに付加される既送データのデータ量を制御することにある。

請求項１に記載の発明は、通信装置が他の通信装置へ画像データと既に送信された当該画像データである既送データとを含む送信データを順次送信する際の当該通信装置の負荷状況を当該送信データ毎に取得する負荷状況取得手段と、前記他の通信装置における前記送信データの受信の成否を当該他の通信装置から受信する受信手段と、送信データに含まれる既送データの量を、前記成否と、前記負荷状況とに基づき制御する制御手段とを備えた通信制御装置である。

請求項２に記載の発明は、前記制御手段は、前記他の通信装置が受信に失敗した複数の前記送信データのうちで、それぞれの送信データが送信されたときの前記負荷状況が予め定められた基準に基づき高負荷であると判定された送信データの割合である第１の割合、及び／又は送信された全ての前記送信データのうちで、それぞれの送信データが送信されたときの前記負荷状況が当該基準に基づき高負荷であると判定された送信データの割合である第２の割合に基づき、前記送信データに含まれる前記既送データの量を制御する請求項１記載の通信制御装置である。
請求項３に記載の発明は、前記制御手段は、前記第１の割合が予め定められた第１の基準値以上であり、かつ前記第２の割合が予め定められた第２の基準値未満であるときは、前記送信データに含まれる前記既送データの量を変化させない請求項２に記載の通信制御装置である。
請求項４に記載の発明は、前記制御手段は、前記第１の割合が予め定められた第１の基準値以上であり、かつ前記第２の割合が予め定められた第２の基準値以上であるときは、前記送信データに含まれる前記既送データの量を増加させる請求項２に記載の通信制御装置である。
請求項５に記載の発明は、前記制御手段は、前記第１の割合が予め定められた第１の基準値未満であるときは、前記第２の割合に関わらず、前記送信データに含まれる前記既送データの量を増加させる請求項２に記載の通信制御装置である。

請求項６に記載の発明は、画像データと既に送信された当該画像データである既送データとを含む送信データを相手装置へ順次送信する送信手段と、前記送信手段が前記送信データを送信する際の自装置の負荷状況を当該送信データ毎に取得する負荷状況取得手段と、前記送信データの、前記相手装置における受信の成否を、当該相手装置から受信する受信手段と、送信データに含まれる既送データの量を、前記成否と、前記負荷状況とに基づき制御する制御手段とを備えた通信装置である。

請求項７に記載の発明は、コンピュータに、通信装置が他の通信装置へ画像データと既に送信された当該画像データである既送データとを含む送信データを順次送信する際の当該通信装置の負荷状況を当該送信データ毎に取得する機能と、前記他の通信装置における前記送信データの受信の成否を当該他の通信装置から受信する機能と、送信データに含まれる既送データの量を、前記成否と、前記負荷状況とに基づき制御する機能とを実現させるプログラムである。

請求項１の発明によれば、画像データを送信する通信装置の負荷の状況を反映させて、画像データに付加される既送データのデータ量を制御することができる。
請求項２の発明によれば、他の通信装置における画像データの受信の失敗が送信元である通信装置の負荷の状況に起因すると予想されるか否かを考慮して、画像データに付加される既送データのデータ量を制御することができる。
請求項３の発明によれば、本構成を有していない場合に比較して、他の通信装置における画像データの受信の失敗が送信元である通信装置の負荷の状況に起因しないと予想されるときに、画像データの伝送が非効率的になることを抑えることができる。
請求項４の発明によれば、本構成を有していない場合に比較して、他の通信装置における画像データの受信の失敗が送信元である通信装置の負荷の状況に起因すると予想されるときに、画像データの再送に伴う更なる受信の失敗の発生を抑えることができる。
請求項５の発明によれば、本構成を有していない場合に比較して、他の通信装置における画像データの受信の失敗が送信元である通信装置の負荷の状況に起因すると予想されるときに、画像データの再送に伴う更なる受信の失敗の発生を抑えることができる。
請求項６の発明によれば、画像データを送信する通信装置の負荷の状況を反映させて、画像データに付加される既送データのデータ量を制御することができる。
請求項７の発明によれば、画像データを送信する通信装置の負荷の状況を反映させて、画像データに付加される既送データのデータ量を制御することができる。

本実施の形態が適用される通信システムの構成例を示した図である。 本発明の実施の形態における第１のネットワークファクシミリ装置のハードウェア構成の例を示した図である。 ＩＴＵ−Ｔ勧告Ｔ．３８において定められているＵＤＰパケットのフォーマットの概略図である。 本発明の実施の形態における第１のネットワークファクシミリ装置の機能構成例を示したブロック図である。 本発明の実施の形態における第１のネットワークファクシミリ装置から第２のネットワークファクシミリ装置へ画像データを送信するときの通信シーケンス例の概略を示した図である。 本発明の実施の形態における付加個数制御部が用いる受信の成否と負荷の状況のテーブルと、それに基づく計算結果の例を示したテーブルである。 本発明の実施の形態における２５６個の画像フレームを送信する際の第１のネットワークファクシミリ装置の動作例を示したフローチャートである。 本発明の実施の形態を実現可能なコンピュータのハードウェア構成図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態が適用される通信システムの構成例を示した図である。図示するように、この通信システムでは、第１のネットワークファクシミリ装置１０と、第２のネットワークファクシミリ装置２０とが、インターネットなどのＩＰ（Internet Protocol）ネットワーク８０を介して接続されている。また、Ｇ３ファクシミリ装置３０がＰＳＴＮ（Public Switched Telephone Networks；公衆交換電話網）７０を介してＶｏＩＰ（Voice over Internet Protocol）ゲートウェイ４０に接続され、更にそのＶｏＩＰゲートウェイ４０がＩＰネットワーク８０に接続されている。

本実施の形態では、第１のネットワークファクシミリ装置１０と第２のネットワークファクシミリ装置２０との通信には、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication sector）の勧告Ｔ．３８に準拠したプロトコルが適用されるものとする。また、Ｇ３ファクシミリ装置３０とＶｏＩＰゲートウェイ４０との通信には、ＩＴＵ−Ｔの勧告Ｔ．３０に準拠したプロトコルが適用される。
第１のネットワークファクシミリ装置１０は、通信装置、自装置の一例であり、第２のネットワークファクシミリ装置２０は、他の通信装置、相手装置の一例である。本実施の形態では、第１のネットワークファクシミリ装置１０を送信側、第２のネットワークファクシミリ装置２０を受信側として、ファクシミリ送信が行われる場合を考える。尚、他の通信装置、相手装置はＶｏＩＰゲートウェイ４０であってもよい。

まず、第１のネットワークファクシミリ装置１０及び第２のネットワークファクシミリ装置２０のハードウェア構成について説明する。
図２は、本発明の実施の形態における第１のネットワークファクシミリ装置１０のハードウェア構成の例を示した図である。図示するように、第１のネットワークファクシミリ装置１０は、主制御部１０ａとして、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、画像データ記憶部１４と、入出力制御部１５と、スキャナ制御部１６と、プリンタ制御部１７と、インタフェース制御部１８とを備える。また、第１のネットワークファクシミリ装置１０は、操作パネル１５ａと、スキャナ１６ａと、プリンタ１７ａと、ネットワークインタフェース１８ａとを備える。

ＣＰＵ１１は、ＲＯＭ１３等に記憶された各種プログラムをＲＡＭ１２にロードして実行することにより、図４を参照して後述する各機能を実現する。
ＲＡＭ１２は、ＣＰＵ１１の作業用メモリ等として用いられるメモリである。
ＲＯＭ１３は、ＣＰＵ１１が実行する各種プログラム等を記憶するメモリである。
画像データ記憶部１４は、スキャナ１６ａが読み取った画像のデータ（画像データ）を記憶するメモリである。
入出力制御部１５は、利用者に知らせる情報を操作パネル１５ａに表示し、また、操作パネル１５ａを介して利用者の入力操作を受け付ける。

スキャナ制御部１６は、スキャナ１６ａによる紙等の記録媒体に記録された画像の読み取りを制御する。ここで、スキャナ１６ａとしては、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式のものを用いるとよい。
プリンタ制御部１７は、プリンタ１７ａによる紙等の記録媒体への画像の形成を制御する。ここで、プリンタ１７ａとしては、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。

インタフェース制御部１８は、ネットワークインタフェース１８ａを制御し、ＩＰネットワーク８０を介して、スキャナ１６ａが読み取った画像データを第２のネットワークファクシミリ装置２０へ送信したり、第２のネットワークファクシミリ装置２０から画像データ等を受信したりする。ここで、ネットワークインタフェース１８ａは、例えばネットワークインタフェースカード（ＮＩＣ）により実現される。
尚、図示しないが、第２のネットワークファクシミリ装置２０のハードウェア構成についても上記と同様である。

ところで、ＩＴＵ−Ｔ勧告Ｔ．３８においては、データ転送のプロトコルとして、ＴＣＰ（Transmission Control Protocol）とＵＤＰ（User Datagram Protocol）の２つが用意されている。ＴＣＰにはエラー訂正機能等があり、信頼性の高い通信が可能となる。一方、ＵＤＰでは通信中にパケットが紛失することがあるが、ＴＣＰと比べて単純な形式であるため、信頼性よりも伝送速度が重視される画像データ等の伝送に適している。ＩＴＵ−Ｔ勧告Ｔ．３８では、ＵＤＰを使用する場合に起こる通信エラーを回復するために、冗長メッセージを使用することが規定されている。

ここで、ＩＴＵ−Ｔ勧告Ｔ．３８において定められているＵＤＰパケットのフォーマットについて説明する。
図３は、ＩＴＵ−Ｔ勧告Ｔ．３８において定められているＵＤＰパケットのフォーマットの概略図である。図示するように、ＵＤＰパケット１００は、ヘッダ１０１と、主要パケット１０２と、ｎ個の冗長パケット１０３（１０３＿１〜１０３＿ｎ）とから構成される。主要パケット１０２がプライマリメッセージに、冗長パケット１０３が冗長メッセージ（セカンダリメッセージ）にそれぞれ相当する。

ヘッダ１０１にはシーケンス番号が含まれており、主要パケット１０２はそのシーケンス番号に対応するデータである。冗長パケット１０３は、主要パケット１０２として既に送信されたものであり、その個数は設定に応じて決められる。例えば、シーケンス番号が１０であり冗長パケット数が３個のＵＤＰパケット１００には、シーケンス番号が９、８、７のときの主要パケット１０２と同じデータが冗長パケット１０３（１０３＿１〜１０３＿３）として付加される。１つのＵＤＰパケット１００が通信中に紛失したとしても、その中に含まれていた主要パケット１０２のデータは、後続するＵＤＰパケット１００の冗長パケット１０３により補われる。

ＵＤＰパケット１００の受信の失敗（エラー）があったときは、その後の通信の信頼性を向上させるために、付加される冗長パケット１０３の個数（以下、冗長パケット数と言う）を増加させることが考えられる。しかしながら、冗長パケット数の増加は、エラーの原因が回線側（ＩＰネットワーク８０側）にあるときは有効であるが、エラーの原因が送信装置側にあるときは効果がない。従って、エラーの原因が送信装置側にあるときに冗長パケット数を増加させると、伝送効率を低下させることになる。

そこで本実施の形態では、通信制御装置５０が、第２のネットワークファクシミリ装置２０における画像データの受信の失敗が送信側の第１のネットワークファクシミリ装置１０に起因するか否かを判定し、その判定結果に応じて、送信される画像データのＵＤＰパケット１００に付加される冗長パケット数（既送データのデータ量の一例）を制御する。そして、その通信制御装置５０を、第１のネットワークファクシミリ装置１０に設けている。

以下では、本実施の形態における第１のネットワークファクシミリ装置１０及び通信制御装置５０の機能構成について詳細に説明する。
図４は、第１のネットワークファクシミリ装置１０の機能構成例を示したブロック図である。通信制御装置５０は、ＣＰＵ１１がＲＯＭ１３等に記憶されたプログラムをＲＡＭ１２に読み込んで実行することにより、第１のネットワークファクシミリ装置１０内に仮想的に実現される。尚、図４では、通信制御装置５０は第１のネットワークファクシミリ装置１０に内蔵されているが、通信制御装置５０は第１のネットワークファクシミリ装置１０とは独立した装置であってもよい。

まず、第１のネットワークファクシミリ装置１０の機能構成について説明する。図示するように、第１のネットワークファクシミリ装置１０は、通信制御装置５０と、送信データ生成部６０と、送信部６１とを備えている。
通信制御装置５０は、第２のネットワークファクシミリ装置２０における画像データの受信の失敗が送信側の第１のネットワークファクシミリ装置１０に起因するか否かを判定し、その判定結果に応じて、送信される画像データのＵＤＰパケット１００に付加される冗長パケット数を制御する。
送信データ生成部６０は、通信制御装置５０の制御により設定された個数の冗長パケット１０３をＵＤＰパケット１００に付加し、第１のネットワークファクシミリ装置１０が送信する画像データのＵＤＰパケット１００を生成する。
送信部６１は、インタフェース制御部１８及びネットワークインタフェース１８ａを介して、画像データ、設定情報等を第２のネットワークファクシミリ装置２０へ送信する。本実施の形態では、送信手段の一例として、送信部６１を設けている。

次に、通信制御装置５０の機能構成について説明する。
図示するように、本実施の形態における通信制御装置５０は、負荷状況取得部５１と、記憶部５２と、受信部５３と、付加個数制御部５４と、送信制御部５５とを備える。これらのうち、記憶部５２は、ＲＡＭ１２により実現される。また、負荷状況取得部５１、受信部５３、付加個数制御部５４、送信制御部５５の各機能は、ＣＰＵ１１がＲＯＭ１３等に記憶されたプログラムをＲＡＭ１２に読み込んで実行することにより、実現される。

負荷状況取得部５１は、第１のネットワークファクシミリ装置１０が第２のネットワークファクシミリ装置２０へ画像データを送信するときの第１のネットワークファクシミリ装置１０の負荷の状況を取得する。負荷の状況としては、例えば、送信処理を行うときの送信待ちのパケット数、送信処理に要した時間の長さ等が挙げられる。本実施の形態では、負荷状況取得手段の一例として、負荷状況取得部５１を設けている。
記憶部５２は、負荷状況取得部５１が取得した負荷の状況を記憶する。

受信部５３は、第２のネットワークファクシミリ装置２０における画像データの受信の成否についての結果を第２のネットワークファクシミリ装置２０から受信する。本実施の形態では、受信手段の一例として、受信部５３を設けている。
付加個数制御部５４は、送信される画像データのＵＤＰパケット１００に付加される冗長パケット数を、受信部５３により受信された結果と、その画像データを第１のネットワークファクシミリ装置１０が送信したときの負荷状況取得部５１により取得された負荷の状況とに基づき制御する。この制御の具体的な内容については後述する。本実施の形態では、付加量制御手段の一例として、付加個数制御部５４を設けている。

送信制御部５５は、第２のネットワークファクシミリ装置２０が受信に失敗した画像データを第１のネットワークファクシミリ装置１０へ再送するときに、負荷状況取得部５１が取得した第１のネットワークファクシミリ装置１０の負荷の状態に基づき、その再送の伝送速度を低下させる制御、及びその再送を一定時間遅延させる制御を行う。この制御についても後述する。本実施の形態では、送信制御手段の一例として送信制御部５５を設けている。

以下では、本実施の形態における第１のネットワークファクシミリ装置１０及び通信制御装置５０の動作について、詳細に説明する。
本実施の形態では、第１のネットワークファクシミリ装置１０は、画像データをＥＣＭ（Error Correction Mode）により送信する。ＥＣＭでは、画像データを予め定められた長さのフレームに分割して送信し、通信のエラーが発生した場合はそのフレームについて再送を行う。ここでは、６４Ｋバイトの画像データを２５６フレームに分割する（１フレームのデータ量は２５６バイトとなる）ものとして説明を行う。

図５は、第１のネットワークファクシミリ装置１０から第２のネットワークファクシミリ装置２０へ画像データを送信するときの通信シーケンス例の概略を示した図である。
まず、第１のネットワークファクシミリ装置１０は第２のネットワークファクシミリ装置２０へ伝送速度の情報を送信し、両者の装置が利用可能な伝送速度を決めるためのトレーニング処理を行う（Ｐ１１）。そして、送信データ生成部６０により生成された画像フレーム０〜２５５を、送信部６１が決められた伝送速度で送信する（Ｐ１２＿０〜Ｐ１２＿２５５）。画像フレームには、画像データが上述したＵＤＰパケット１００の形式で、主要パケット１０２及び冗長パケット１０３として含まれている。主要パケット１０２のシーケンス番号はフレームの番号と対応し、冗長パケット１０３は設定された個数のものが含まれている。

また、第１のネットワークファクシミリ装置１０では、それぞれの画像フレームを送信する際に、負荷状況取得部５１が第１のネットワークファクシミリ装置１０の負荷の状況として、その画像フレームを送信するときの送信待ちのパケット数と、その画像フレームの送信処理に要した時間の長さを取得し、画像フレームの番号に対応付けて記憶部５２に記憶する（Ｐ１３＿０〜Ｐ１３＿２５５）。一方、第２のネットワークファクシミリ装置２０では、送信された画像フレームを受信し、受信の失敗があった画像フレームのフレーム番号を記憶する。

画像フレームの送信が終わると、第１のネットワークファクシミリ装置１０は、第２のネットワークファクシミリ装置２０へポストメッセージ命令を送信する（Ｐ１４）。このポストメッセージ命令には、送信された画像フレームの個数についての情報が含まれている。これに対し、第２のネットワークファクシミリ装置２０は、第１のネットワークファクシミリ装置１０へポストメッセージ応答を返信する（Ｐ１５）。このポストメッセージ応答には、受信の失敗があった画像フレームのフレーム番号についての情報が含まれている。受信部５３がポストメッセージ応答を受信することにより、通信制御装置５０は、第２のネットワークファクシミリ装置２０における各画像フレームの受信の成否を把握する。

ここで、付加個数制御部５４が、後述する冗長パケット数を制御する処理を行う（Ｐ１６）。次に、第２のネットワークファクシミリ装置２０が受信に失敗した画像フレームがある場合は、その番号の画像フレームについての再送が行われる。その際は、負荷状況取得部５１が新たに第１のネットワークファクシミリ装置１０の負荷の状況を取得する。そして送信制御部５５が、図６（Ａ）を参照して後述する基準に基づき自装置を高負荷であると判定した場合は、その再送の伝送速度を低下させる制御、及びその再送を一定時間遅延させる制御を行う（Ｐ１７）。この送信制御部５５による制御を受けて、送信部６１が再送を行う（Ｐ１８）。

尚、再送される画像フレームは、送信データ生成部６０により、新たに設定された個数の冗長パケット１０３が付加されたＵＤＰパケット１００を含むように生成される。また、第２のネットワークファクシミリ装置２０において更に受信の失敗があった場合は、この再送は予め定められた回数以内で繰り返される。
まだ送信すべき画像データが残っていれば、Ｐ１２＿０に戻って新たな画像フレームの送信が行われる。一方、すべての画像データが送信されていれば、画像データの送信処理は終了する。

次に、付加個数制御部５４が行う冗長パケット数の制御について説明する。
図６は、付加個数制御部５４が用いる受信の成否と負荷の状況のテーブルと、それに基づく計算結果の例を示したテーブルである。

まず、図６（Ａ）は、第１のネットワークファクシミリ装置１０から第２のネットワークファクシミリ装置２０へ送信された２５６個の画像フレームの番号と、各番号の画像フレームについての第２のネットワークファクシミリ装置２０における受信の成否と、各番号の画像フレームが送信されたときの第１のネットワークファクシミリ装置１０の負荷の状況とを示したテーブルである。
上記の通り、各番号の画像フレームについての第２のネットワークファクシミリ装置２０における受信の成否は、受信部５３が受信する。また、各番号の画像フレームが送信されたときの第１のネットワークファクシミリ装置１０の負荷の状況は、記憶部５２に記憶されている。そこで、付加個数制御部５４が、フレーム番号と、受信の成否と、負荷の状況とを図６（Ａ）のテーブルのように対応付けて、記憶部５２に記憶する。

図６（Ａ）における受信の成否の「ＯＫ」と「ＮＧ」は、それぞれ受信の成功と失敗に対応している。
また、本実施の形態では、負荷の状況として、「高」と「低」の２段階を用いている。これは、例えば、各画像フレームが送信されるときに負荷状況取得部５１が取得した送信待ちのパケット数及び送信処理に要した時間と、予め定められた基準値との大小関係により判定される。付加個数制御部５４は、第１のネットワークファクシミリ装置１０の負荷の状況として、例えば、送信待ちのパケット数及び送信処理に要した時間の両方が基準値よりも大きい場合に「高」であり、その他の場合に「低」であると判定する。
尚、この判定は、負荷状況取得部５１が送信待ちのパケット数及び送信処理に要した時間を取得するときに、負荷状況取得部５１が行ってもよい。

そして、付加個数制御部５４は、記憶部５２に記憶されている図６（Ａ）のテーブルを用いて、次の個数と割合を計算する。
（ア）２５６個の全画像フレームの中で、第２のネットワークファクシミリ装置２０が受信に失敗したものの個数（図６（Ａ）の中で「ＮＧ」と表示されているものの個数）
（イ）受信の失敗があった画像フレームの中で、対応する負荷の状況が「高」であるものの個数とその割合（以下、第１の割合と呼ぶ。）
（ウ）受信の失敗があった画像フレームの中で、対応する負荷の状況が「低」であるものの個数とその割合
（エ）２５６個の全画像フレームの中で、対応する負荷の状況が「高」であるものの個数とその割合（以下、第２の割合と呼ぶ。）
（オ）２５６個の全画像フレームの中で、対応する負荷の状況が「低」であるものの個数とその割合

図６（Ｂ）は、図６（Ａ）のテーブルに基づき上記の（ア）から（オ）の計算を行った結果の例を示したテーブルである。例えば、上記の（イ）から（オ）の割合は、それぞれ６０％、４０％、６３％、３８％となっている。これらの割合が、以下で説明する冗長パケット数の制御に用いられる。

次に、上記の（イ）から（オ）の割合に基づき、付加個数制御部５４が行う冗長パケット数の具体的な制御について説明する。
（ケース１）第１の割合が予め定められた第１の基準値未満である場合
この場合は、自装置である第１のネットワークファクシミリ装置１０の負荷が高くないにもかかわらず画像フレームの受信の失敗（エラー）が起こっていることになる。従って、付加個数制御部５４は、この場合のエラーは自装置側ではなく回線側（ＩＰネットワーク８０側）に起因すると判定し、冗長パケット数を増やす処理を行う。

（ケース２）第１の割合が予め定められた第１の基準値以上であり、かつ、第２の割合が予め定められた第２の基準値以上である場合
この場合は、エラーが起こったときの高負荷の割合も全画像フレームについての高負荷の割合も同じように高いため、これらの情報からはエラーが自装置に起因するとは認められない。従って、付加個数制御部５４は、この場合のエラーは回線側（ＩＰネットワーク８０側）に起因すると判定し、ケース１と同様に、冗長パケット数を増やす処理を行う。

（ケース３）第１の割合が予め定められた第１の基準値以上であり、かつ、第２の割合が予め定められた第２の基準値未満である場合
この場合は、２５６個の画像フレームが送信されたときに全体的に第１のネットワークファクシミリ装置１０は高負荷の状況でなかったにもかかわらず、高負荷のときに送信された画像フレームについて、基準値以上の割合でエラーが起こっている。このことから、エラーの原因は、第１のネットワークファクシミリ装置１０にかかった負荷により、画像フレームが適切な時間間隔で送信されなかったことにあると推測される。従って、付加個数制御部５４は、この場合のエラーは自装置に起因すると判定し、冗長パケット数は不変とする。

尚、冗長パケット数は増やしすぎても伝送効率の低下を招くため、個数の上限を例えば４個程度に設定し、それを超えない範囲で増加を行うようにするとよい。また、例えば、「ＮＧ」である画像フレームの割合が予め定められた基準値以下である（つまり、エラーがほとんど起こらない）場合は、付加個数制御部５４は冗長パケット数を減らす処理を行ってもよい。
また、第１の基準値（例えば８０％）及び第２の基準値（例えば８０％）は、ユーザが操作パネル１５ａを介して設定するようにしてもよい。

図７は、２５６個の画像フレームを送信する際の第１のネットワークファクシミリ装置１０の動作例を示したフローチャートである。
まず、第１のネットワークファクシミリ装置１０と第２のネットワークファクシミリ装置２０との間で伝送速度の決定がなされる（ステップ１１）。そして送信部６１が１つの画像フレームを送信し、それに伴い負荷状況取得部５１が自装置の負荷の状況を取得して、記憶する（ステップ１２）。まだ送信すべき画像フレームがあればステップ１２へ戻り、なければ次のステップへ進む（ステップ１３）。

２５６個の画像フレームの送信が終わると、２つのネットワークファクシミリ装置の間でポストメッセージ命令とポストメッセージ応答の送受信がなされる（ステップ１４、１５）。そして付加個数制御部５４が、記憶されている自装置の負荷の状況と受信された成否の結果に基づき、上述した第１の割合と第２の割合を計算する（ステップ１６）。この第１の割合が第１の基準値未満である場合（ステップ１７でＹｅｓ）、つまりケース１の場合か、または第１の割合が第１の基準値以上であってかつ第２の割合が第２の基準値以上である場合（ステップ１８でＹｅｓ）、つまりケース２の場合は、付加個数制御部５４が冗長パケット数を増加させる（ステップ１９）。一方、第１の割合が第１の基準値以上であってかつ第２の割合が第２の基準値未満の場合（ステップ１８でＮｏ）、つまりケース３の場合は、付加個数制御部５４は冗長パケット数を不変とする。

ここで、再送すべき画像フレームがない場合は処理を終了し、ある場合は以下の通り再送処理が行われる（ステップ２０）。まず、ステップ１３と同様に負荷状況取得部５１が自装置の負荷の状況を取得し、自装置が高負荷の状態であるか否かに基づき、送信制御部５５が、その再送の伝送速度を低下させる制御、及びその再送を一定時間遅延させる制御を行う（ステップ２１）。そして送信部６１により再送すべき画像フレームについての再送が行われる（ステップ２２）。
以上で、２５６個の画像フレームを送信する際に、第１のネットワークファクシミリ装置１０が行う処理は終了する。

ところで、本実施の形態では、通信制御装置５０が第１のネットワークファクシミリ装置１０内に仮想的に実現されていた。しかしながら、通信制御装置５０による処理は、第１のネットワークファクシミリ装置１０とは独立した汎用のコンピュータ９０で行うようにしてもよい。以下では、そのようなコンピュータ９０のハードウェア構成について説明する。

図８は、コンピュータ９０のハードウェア構成を示した図である。
図示するように、コンピュータ９０は、演算手段であるＣＰＵ（Central Processing Unit）９１と、記憶手段であるメインメモリ９２及び磁気ディスク装置（ＨＤＤ：Hard Disk Drive）９３とを備える。ここで、ＣＰＵ９１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各機能を実現する。また、メインメモリ９２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、磁気ディスク装置９３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
更に、コンピュータ９０は、外部との通信を行うための通信インタフェース９４と、ビデオメモリやディスプレイ等からなる表示機構９５と、キーボードやマウス等の入力デバイス９６とを備える。

尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供するようにしてもよい。

１０…第１のネットワークファクシミリ装置、２０…第２のネットワークファクシミリ装置、５０…通信制御装置、５１…負荷状況取得部、５２…記憶部、５３…受信部、５４…付加個数制御部、５５…送信制御部、６０…送信データ生成部、６１…送信部

Claims (7)

1. 通信装置が他の通信装置へ画像データと既に送信された当該画像データである既送データとを含む送信データを順次送信する際の当該通信装置の負荷状況を当該送信データ毎に取得する負荷状況取得手段と、
   前記他の通信装置における前記送信データの受信の成否を当該他の通信装置から受信する受信手段と、
   送信データに含まれる既送データの量を、前記成否と、前記負荷状況とに基づき制御する制御手段と
   を備えた通信制御装置。
2. 前記制御手段は、前記他の通信装置が受信に失敗した複数の前記送信データのうちで、それぞれの送信データが送信されたときの前記負荷状況が予め定められた基準に基づき高負荷であると判定された送信データの割合である第１の割合、及び／又は送信された全ての前記送信データのうちで、それぞれの送信データが送信されたときの前記負荷状況が当該基準に基づき高負荷であると判定された送信データの割合である第２の割合に基づき、前記送信データに含まれる前記既送データの量を制御する請求項１記載の通信制御装置。
3. 前記制御手段は、前記第１の割合が予め定められた第１の基準値以上であり、かつ前記第２の割合が予め定められた第２の基準値未満であるときは、前記送信データに含まれる前記既送データの量を変化させない請求項２に記載の通信制御装置。
4. 前記制御手段は、前記第１の割合が予め定められた第１の基準値以上であり、かつ前記第２の割合が予め定められた第２の基準値以上であるときは、前記送信データに含まれる前記既送データの量を増加させる請求項２に記載の通信制御装置。
5. 前記制御手段は、前記第１の割合が予め定められた第１の基準値未満であるときは、前記第２の割合に関わらず、前記送信データに含まれる前記既送データの量を増加させる請求項２に記載の通信制御装置。
6. 画像データと既に送信された当該画像データである既送データとを含む送信データを相手装置へ順次送信する送信手段と、
   前記送信手段が前記送信データを送信する際の自装置の負荷状況を当該送信データ毎に取得する負荷状況取得手段と、
   前記送信データの、前記相手装置における受信の成否を、当該相手装置から受信する受信手段と、
   送信データに含まれる既送データの量を、前記成否と、前記負荷状況とに基づき制御する制御手段と
   を備えた通信装置。
7. コンピュータに、
   通信装置が他の通信装置へ画像データと既に送信された当該画像データである既送データとを含む送信データを順次送信する際の当該通信装置の負荷状況を当該送信データ毎に取得する機能と、
   前記他の通信装置における前記送信データの受信の成否を当該他の通信装置から受信する機能と、
   送信データに含まれる既送データの量を、前記成否と、前記負荷状況とに基づき制御する機能と
   を実現させるプログラム。

Images