(57)【要約】【課題】エラー発生時のリトライ処理として、要因によらず一律にリカバリー回数を設定してしまっていると、最終的にリカバリーが行えなかったときにユーザにエラーを通知するのが遅くなる。【解決手段】エラー内容に応じてリカバリー回数を決定する。【選択図】図３
2018032278.tif 000002
【特許請求の範囲】
【請求項１】
機器間で画像データ送信を行う画像処理システムであって
画像データを送信する画像データ送信手段と、
画像データを受信する画像データ受信手段と、
画像データ送信におけるエラーを検出するエラー検出手段と、
前記エラー検出手段によるエラー検出時に前記画像データ送信手段から画像データの再送信を行う再送信手段と、
を備え、
前記再送信手段は、前記エラー検出手段によるエラー内容に応じて再送信回数を変更することを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル複合機等の画像処理装置を有する画像処理システムに関する。
【背景技術】
【０００２】
従来、機器間のデータ伝送の高速化、シリアル通信化が進んでおり、少ない信号線で大量のデータを短時間で伝送している。機器間の画像データ転送時のエラー検知としてタイムアウト検知を行っている。
【０００３】
タイムアウト検知はデータ受信が一定時間内に完了するかを判定する方法で、タイムアウト検知時のリカバリー方法としてデータの再送信を行うリトライ処理を行う。リトライ処理を所定回数繰り返す方法が知られている。 
【０００４】
また、画像データに基づいて画像をプリント出力するプリンターにおいて、ユーザに対する操作性を向上させるため、画像データのヘッダにデータサイズ情報を含む画像データを受信する受信部と、受信部で受信したヘッダ中のデータサイズ情報に基づいて、受信タイムアウト時間を設定する方法が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７-１３０８７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の発明は、画像データのヘッダ情報からサイズ情報を入手し、通信時間の上限を設定してエラー表示しているため、タイムアウト発生時には通信を停止してしまい、リカバリー処理ができないという課題があった。
【０００７】
その上で、エラー発生時のリトライ処理として、要因によらず一律にリカバリー回数を設定してしまっていると、最終的にリカバリー（再送処理）が行えなかったときにユーザにエラーを通知するのが遅くなり、ユーザが無駄に装置の前で待たされるという課題がある。 
【課題を解決するための手段】
【０００８】
本発明が提供する画像処理システムは、機器間で画像データ送信を行う画像処理システムであって画像データを送信する画像データ送信手段と、画像データを受信する画像データ受信手段と、画像データ送信におけるエラーを検出するエラー検出手段と、前記エラー検出手段によるエラー検出時に前記画像データ送信手段から画像データの再送信を行う再送信手段とを備え、前記再送信手段は、前記エラー検出手段によるエラー内容に応じて再送信回数を変更することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像処理システムの画像転送におけるエラー検知とリカバリーを最適化することによりユーザに対する利便性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】画像処理システム全体構成を示すブロック図である。
【図２】画像データを送信する際のPDLコントローラ２の動作手順を示すフローチャートである。
【図３】画像データを送信する際の画像形成装置３の動作手順を示すフローチャートである。
【図４】ビデオインターフェース２８、３８部分の詳細を示すブロック図である。
【図５】ビデオインターフェース３８と画像データ処理部３７間の信号波形を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を用いて説明する。尚、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１２】
《第１の実施形態》
図１は、本発明における画像処理システム全体を示すブロック図である。図１に示すように、本実施形態の画像処理システムは、大きくクライアントコンピュータ１と、クライアントコンピュータ１にネットワーク６を介して接続されたＰＤＬコントローラ２と、ＰＤＬコントローラ２に接続された画像形成装置３とから構成されている。
【００１３】
ＰＤＬコントローラ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ネットワークインターフェース２４、画像メモリ２６、画像データ処理部２７、制御系のコマンドインターフェース２５及び画像系のビデオインターフェース２８とから構成される。
【００１４】
ＣＰＵ２１はＲＯＭ２２に格納されているブートプログラムによりＯＳ（オペレーティングシステム）を起動する。ＣＰＵ２１は、ＯＳ上でＲＯＭ２２に格納されているアプリケーションプログラムを実行し、これにより各種処理を実行する。このＣＰＵ２１の作業領域としてＲＡＭ２３が用いられる。
【００１５】
ネットワークインターフェース２４は、外部ネットワークと接続されるインターフェースであり、ネットワーク３０を介してクライアントコンピュータ１と接続される。
【００１６】
画像メモリ２６は画像データ処理用の画像メモリであり、データ送受信、画像処理を行う際の一時メモリとして使用される。
【００１７】
画像データ処理部２７は設定に応じて各種の画像処理を行うことができる。
【００１８】
コマンドインターフェース２５、ビデオインターフェース２８は、画像形成装置３との通信と画像データの転送を行うインターフェースである。両インターフェースによりコマンド送受信、画像データ情報、画像データ送受信、エラー判断、エラーリカバリー等を制御する。
【００１９】
一方、画像形成装置３は、コントローラ３０、スキャナー４、プリンター５を備える。コントローラ３０には画像入力デバイスであるスキャナー４や画像出力デバイスであるプリンター５が接続される。
【００２０】
コントローラ３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３を有し、ＣＰＵ３１は、ＲＯＭ３２に格納されているブートプログラムによりＯＳ（オペレーティングシステム）を起動する。ＣＰＵ３１には、このＯＳ上でＲＯＭ３２に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。ＣＰＵ３１の作業領域としてＲＡＭ３３が用いられる。
【００２１】
ＣＰＵ３１には、システムバスを介してＲＯＭ３２、ＲＡＭ３３とともに、操作部３４が接続される。操作部３４は、表示部、キー等を備え、ユーザによる操作情報を検出し、ＣＰＵ３１に送出するとともに、アプリケーションプログラムに応じて表示を制御する。
【００２２】
制御系のコマンドインターフェース３５、ビデオインターフェース３８はＰＤＬコントローラ２とのインターフェースである。ＰＤＬコントローラ２のコマンドインターフェース２５、ビデオインターフェース２８と協調して動作を行う。コマンドインターフェース３５は双方向インターフェースであり、ＰＤＬコントローラ２と各種のコマンド通信を行う。
【００２３】
ビデオインターフェース３８はＰＤＬコントローラ２との間で画像データを送受信することができるインターフェースである。プリント時にはＰＤＬコントローラ２のビデオインターフェース２８から画像形成装置３のビデオインターフェース３８へ画像データが送信される。ビデオインターフェース３８を介して受信した画像データは画像データ処理部３７に入力され、データ変換、各種画像処理を実施した後に画像メモリ３６に入力される。
【００２４】
画像メモリ３６はメモリモジュールやハードディスク等により構成される。ＣＰＵ３１とバスを介して接続され、ＣＰＵ３１により画像メモリ３６内のデータを読み出し、画像処理を行った後に再度画像メモリ３６に書込みを行うことができる。
【００２５】
また、スキャナインターフェース３９にはスキャナー４が接続されており、プリンターインターフェース部４０には、プリンター５が接続されている。
【００２６】
続いて、本実施形態の画像処理システムの概略動作を説明する。本画像処理システムは、クライアントコンピュータ１からのプリントジョブをネットワークインターフェース２４で受取り、画像に展開して印刷するプリント機能を有する。この場合、ネットワークインターフェース２４で受取ったＰＤＬデータは、ＣＰＵ２１、ＲＯＭ２２，ＲＡＭ２３によりラスタ画像データに展開されて画像メモリ２６に送られる。
【００２７】
画像データの準備ができると、ＰＤＬコントローラ２から制御系コマンドインターフェース２５を経由して画像形成装置３に対してプリント指示が行われる。続いて、画像メモリ２６内のビデオデータが、画像データ処理部２７とビデオインターフェース２８を介して画像形成装置３のビデオインターフェース３８に送られる。
【００２８】
画像系ビデオインターフェース２８、３８はラスタ画像データを転送するビデオインターフェースであり、１画素あたり３２ビットのカラー画像をシリアル化して差動信号により高速に送信される。信号線は両方向に伝送できるようにそれぞれ備え、プリント時にはＰＤＬコントローラ２から画像形成装置３方向の伝送線により画像データを送信する。
【００２９】
ビデオインターフェース３８で受信した画像データはシリアルデータがパラレルデータに変換され、画像データ処理部３７を介して画像メモリ３６に格納される。その後、プリンター５によりプリントを行う。
【００３０】
続いて本実施形態では、ＰＤＬコントローラ２から画像形成装置３への画像データ伝送の際のエラー判定とリカバリー方法について説明を行う
図２、図３は本実施形態における画像処理システムにおいて、ＰＤＬコントローラ２から画像形成装置３への画像データを伝送する際の動作手順を示すフローチャートである。フローチャートの各ステップは、ＰＤＬコントローラ２のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２２、画像形成装置３のＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３により実行される。
【００３１】
図２は、ＰＤＬコントローラ２側の動作手順を示すためのフローチャートである。まず、画像データを転送するページ毎にコマンドインターフェース２５から、画像形成装置３のコマンドインターフェース３５に対してページ情報を通知する。通知するページ情報には、用紙サイズ、画像の１ラインあたりの画素数、ライン数、カラー画像か白黒画像、１画素あたりの階調数などがある（Ｓ２０１）。
【００３２】
次に、ビデオインターフェース２８から画像形成装置３のビデオインターフェース３８に対して、ページ情報を通知する。通知するページ情報は画像の１ラインあたりの画素数、ライン数、カラー画像か白黒画像、１画素あたりの階調数である。
【００３３】
ビデオインターフェース２８からビデオインターフェース３８内部回路の設定を直接行えるように構成されている。通知したページ情報が内部回路に設定され、画像形成装置３は画像データの受信終了の判断を行う（Ｓ２０２）。
【００３４】
ページ情報に関する通信終了後、続いて画像データの送信を行う。ＰＤＬコントローラ２のＣＰＵ２１は画像データ処理部２７に対して、画像メモリ２６の読み出しアドレス、範囲を設定し、画像データの送信を開始を設定する。画像データ処理部２７は画像メモリ２６に格納された画像データを読み出し、ビデオインターフェース２８に送信を行い、ビデオインターフェース２８を介して、画像形成装置３のビデオインターフェース３８に送信を開始する（Ｓ２０３）。
【００３５】
画像データの送信を開始した後、エラーの確認を行う。例として、画像データの送信を開始しているのに送信できない場合や、データ線の接続状態を示すリンクが切れてしまっている場合、画像形成装置３からエラーが通知された場合などがある（Ｓ２０４のＮ、Ｓ２０５）。
【００３６】
エラー確認処理においてエラーが確認されず、正常に画像データの転送を行っている場合には、全画像データが送信が完了するまで画像データの送信を繰り返す（Ｓ２０６のN）。
【００３７】
一方、エラー確認処理（Ｓ２０５）において、エラー発生したと確認される（Ｓ２０６のY）と、画像データの送信を停止する（Ｓ２０７）。
【００３８】
Ｓ２０４に戻り、全画像データの送信が終了した場合には（Ｓ２０４のY）、画像形成装置３のコマンドインターフェース３５からＰＤＬコントローラ２のコマンドインターフェース２５に正常終了通知が送信された後、終了処理へ移行する（Ｓ２０８のY）。しかし、画像形成装置３のコマンドインターフェース３５から正常に終了しなかったことを示すエラー通知を受けた場合には、エラーリカバリー処理へ移行する（Ｓ２０８のN）。
【００３９】
エラー通知を受けると、エラーリカバリー処理を行う。エラーリカバリー処理には、画像データ転送をやり直すリトライ処理と、回路の初期化処理がある。
【００４０】
まず、エラーリカバリー処理のリトライ処理は、ＰＤＬコントローラ２でエラーを検出した場合と、画像形成装置３からエラー通知された場合とからリトライ回数を決定する。画像形成装置３でエラーが検出された場合、エラー発生の通知を受けるとともに、エラー内容に応じて決められたリトライ回数を受信する（Ｓ２０９）。リトライ回数の決定の詳細は後述する。
【００４１】
続いて、エラーリカバリー処理としてビデオインターフェース２８の初期化を行う。ＣＰＵ２１はビデオインターフェース２８のリセット端子を制御して、内部回路の初期化を行う。内部メモリや制御信号を初期化して、次の画像データ送信に備える（Ｓ２１０）。
【００４２】
エラーリカバリー処理は、エラーの内容に応じて決定した回数に達するまで最大で繰り返す(Ｓ２１１のＹ、Ｓ２１２)。
【００４３】
リトライ処理を指定回数繰り返してもエラーが継続する場合には、エラーリカバリー処理を終了し、投入されたジョブの実行を中止する。このとき、ジョブの実行が中止されたことをネットワークインターフェース２４を介してPC１に通知する（Ｓ２１３）。
【００４４】
Ｓ２０８に戻り、画像形成装置３から正常終了の通知を受け取ると、ＰＤＬコントローラ２はページ中の画像データの送信が正常に終了したと認識し、終了処理を行う（Ｓ２１４）。
【００４５】
上記フローは１ページの送信に関するものであり、ジョブ中の全ページの送信が終了すると、ジョブの正常終了をネットワークインターフェース回路２４を介して、ＰＣ１に通知する。
【００４６】
図３は、本実施形態における画像処理システムにおいて、ＰＤＬコントローラ２から画像形成装置３へ画像データ伝送する際の画像形成装置３の動作手順を説明するためのフローチャートである。
【００４７】
まず、プリントするページ毎にＰＤＬコントローラ２のコマンドインターフェース２５から画像形成装置３のコマンドインターフェース３５に対して、ページ情報を通知する。通知するページ情報としては、用紙サイズ、画像の１ラインあたりの画素数、ライン数、カラー画像か白黒画像、１画素あたりの階調数などがある（Ｓ３０１）。
【００４８】
次に、ＰＤＬコントローラ２のビデオインターフェース２８から、画像形成装置３のビデオインターフェース３８に対して、画像サイズが通知される。通知するページ情報は画像の１ラインあたりの画素数、ライン数、カラー画像か白黒画像、１画素あたりの階調数である。このページ情報はビデオインターフェース３８に設定され、受信側の画像形成装置３で設定された画像データ数の受信を行ったかの判断を行う（Ｓ３０２）。
【００４９】
続いて、ＰＤＬコントローラ２のコマンドインターフェース２５からコマンドインターフェース３５に通知されたページ情報からタイムアウト時間を算出する。タイムアウト時間の算出は、実際の転送時間である１ラインの転送時間ｘライン数を基準に算出する。１ラインの時間は画像転送時間と画像データを転送していない非画像転送時間を合計した時間である。１ラインの時間、ライン数は用紙サイズ、解像度、階調数によって変わる。
【００５０】
設定するタイムアウト時間を長くしすぎると、エラー判定を行うまでの時間が長くなり、短くしすぎると画像データ転送中のエラーが発生していない時にエラーと判定してしまう可能性がある。本実施形態では、１ページの送信時間の半分から１ページ分を送信時間に加えてタイムアウト時間を設定している。
【００５１】
ページ情報に関する通信終了後、続いて画像データの送信を行う。ＰＤＬコントローラ２のビデオインターフェース２８から画像形成装置３のビデオインターフェース３８が画像データの受信を行う。受信した画像データは画像データ処理部３７を介して、画像メモリ３６に格納される（Ｓ３０５）。
【００５２】
ビデオインターフェース３８に設定されたデータ数の受信が終了すると、受信したデータ数をＣＰＵ３１に通知する（Ｓ３０７）。
【００５３】
ＣＰＵ３１はビデオインターフェース３８から通知された画像データ数とＳ３０１においてコマンドインターフェース３５がＰＤＬコントローラ２から受信した画像データ数との比較を行う（Ｓ３０８）。
【００５４】
画像データ数が一致していれば正しく画像データを受信できたと判断（Ｓ３０９のＹ）して、正常終了処理を行う。この時、正常に画像データを受信できたことをコマンドインターフェース３５からＰＤＬコントローラ２に通知するとともに、操作部３４に表示を行う（Ｓ３１０）。
【００５５】
Ｓ３０６に戻り、データ転送中（Ｓ３０６でＮ）にはタイムアウト時間に達したかの確認を行う。
【００５６】
Ｓ３０４で算出したタイムアウト時間がビデオインターフェース３８のタイムアウト時間監視回路に設定され、画像データの送信開始とともに時間の計測を行う（Ｓ３１１）。
【００５７】
タイムアウト時間に達していない場合には、全データの受信が完了するまで転送を継続する（Ｓ３１２のＮ）。設定されたタイムアウト時間が経過すると、所定時間内に画像データ送信が完了しないタイムアウトエラーと判断し、画像データの受信処理を終了し、ＰＤＬコントローラ２にタイムアウトエラーの発生を通知する。
【００５８】
一方、Ｓ３０９でビデオインターフェース３８に設定されたデータ数の受信を完了しているが、コマンドインターフェース３５で通知された画像データ数と一致しない場合には、データ受信エラーである、と判断する。ＣＰＵ３１はコマンドインターフェース３５を介してＰＤＬコントローラ２にデータ受信エラーの発生を通知する（Ｓ３１４）。
【００５９】
続いて、エラーを検出した場合のリカバリー処理へ移行する。エラーリカバリー処理には画像データの再送信を行うリトライ処理と回路の初期化処理により行う。
【００６０】
まず、リトライ処理のためのリトライ回数を決定する。リトライ回数はエラー内容に応じて回数が決まっており、テーブルを参照してリトライ回数を決定する（Ｓ３１５）。そして、決定したリトライ回数をコマンドインターフェース３５を介してＰＤＬコントローラ２に通知する（Ｓ３１６）。
【００６１】
続いて、エラーリカバリー処理としてビデオインターフェース３８の初期化を行う。ビデオインターフェース３８のリセット端子を制御して、内部回路の初期化を行う。内部メモリや制御信号を初期化して、次の画像データ送信に備える（Ｓ３１７）。続いて、指定回数のリトライ処理を実施する（Ｓ３１８、Ｓ３１９）。エラー処理を指定回数繰り返しても、エラーが継続する場合には投入されたジョブのキャンセルを行う（Ｓ３２０）。
【００６２】
続いて、表１は図２のＳ２０９、図３のＳ３１５のエラーリカバリー処理であるリトライ回数の決定を行うための参照テーブルである。
【００６３】
検出したエラーの内容に応じてリトライ回数が決まっており、表１に示すテーブルを参照してリトライ回数を決定する。リトライ回数は、エラーが画像データ送信の始めの方で発生しているのか、終わりの方で発生しているのかを、エラー内容から決めている。
【００６４】
【表１】
2018032278.tif 000003
【００６５】
表1において、画像情報を通知できないエラーは、画像転送を開始する前の画像情報の通知ができないことを示し、このエラーが発生した場合には、リトライ回数を２回に設定する。同様にして、転送を開始しないエラーは、画像データの転送を開始しても画像データを転送しない場合を示す。この時、リトライ回数を３回に設定する。
【００６６】
タイムアウトエラーは、画像データ転送が所定の時間内に終了しなかったことを示すエラーであり、このエラーが発生した場合には、リトライ回数を４回に設定する。
【００６７】
転送量不一致エラーは、ビデオインターフェース２８、３８で転送された画像データ数と、コマンドインターフェース２５、３５で通知された画像データ数が一致しないことを示すエラーであり、リトライ回数を５回に設定する。
【００６８】
上記実施形態で説明したように、エラー発生内容に応じてリトライ回数を決定するようにしたことで、リトライにより正常に画像データ転送できる可能性が高くなるものはリトライ回数を多く、リトライしても正常に画像データ転送できる可能性が低いものはリトライ回数を少なくすることができる。
【００６９】
これにより、全体として投入されたプリントジョブの処理効率を高めることができる。
【００７０】
続いて、図４はビデオインターフェース２８、３８部分の詳細を示すブロック図である。
画像データの転送は、画像形成装置３のＣＰＵ３１が画像データ処理部３７に対して転送開始を設定する。画像データ処理部３７がビデオインターフェース３８に対して、ページ要求信号を出力する。ビデオインターフェース３８は、受信したページ要求信号に基づいてビデオインターフェース２８にページ要求信号を出力する。
【００７１】
ビデオインターフェース２８は画像データ処理部２７を介して画像メモリ２６にデータの読み出しであるリード制御を行う。画像データが画像メモリから出力され、画像データ処理部２７、ビデオインターフェース２８を介してビデオインターフェース３８へ出力される。
【００７２】
ビデオインターフェース３８は、画像データ処理部３７に対して画像信号と生成した画像区間信号を出力する。画像データ処理部は入力された画像データと区間信号に基づき画像メモリへのデータ書込みを制御する。ビデオインターフェース２８とビデオインターフェース３８間は機器間の接続のため、信号線数を削減しており区間信号を伝送していない。このため、ビデオインターフェース３８において画像区間信号を生成している。
【００７３】
図５は、ビデオインターフェース３８と画像データ処理部３７間の信号波形を示す図である。図５（Ａ）は、正しく画像データが伝送されたときの波形を示す。
【００７４】
ＮページとＮ＋１ページの信号波形を示したものであり、ページ要求信号がローレベル、ハイレベル、ローレベルと変化した後、画像区間信号がローレベルとなり、ローレベル区間中に画像データが送信される。Ｎ＋１ページも同様の波形となる。
【００７５】
続いて、図５（Ｂ）は、Ｎページの画像データ転送において、タイムアウトが発生した場合を示す。Ｎページの全データの送信が終了しない場合、画像区間信号がローレベルのままとなる。リトライ処理によりＮページの再送信を行ったとき、不足分のデータを受信した時点でハイレベルとなり、正しくリトライ処理を行うことができない。
【００７６】
これを解消するため、図３のＳ３１７においてビデオインターフェース３８、画像データ処理部３７の初期化を行う。図４のＣＰＵ３１の出力信号がビデオインターフェース３８と画像データ処理部３７の初期化端子に接続され、初期化を行う。
【００７７】
図５（Ｃ）は、タイムアウト発生と初期化後の信号波形を示した。図５（Ｃ）において、Ｎページでタイムアウトとなった後、初期化処理を実施することで画像区間信号がローレベルからハイレベルに復帰している。Ｎページのリトライ処理において、ページ要求信号の変化に続いて、画像区間信号がローレベルとなり、ローレベル区間中に画像データが送信されている。
【００７８】
ＰＤＬコントローラ２の画像データ処理部２７とビデオインターフェース２８間の信号に関しても同様であり、エラーリカバリーの初期化時にＣＰＵ２１が画像データ処理部２７とビデオインターフェース２８の初期化処理を行う。
【００７９】
以上、説明したように本実施形態によれば、画像処理システムの画像転送におけるエラー検知とリカバリーを最適化することによりユーザに対する利便性を向上させることができる。
【００８０】
また、本発明の一実施形態を説明したが、本発明は上記実施形態に限定されることはない。例えば、表１のリトライ回数は一定値としたが、リトライ処理後の実績に応じて変動するように構成しても良い。
【００８１】
《第２の実施形態》
以上の例では、エラーリカバリーの１つのリトライ処理として、検出されたエラー内容に応じてリトライ回数を決定した。これに対し、本実施形態のように、図２のＳ２０９、図３のＳ３１５のエラーリカバリー処理であるリトライ回数の決定を行うための参照テーブルにおいて、送受信したデータ数に応じてリトライ回数を決定するようにしても良い。
【００８２】
この場合の参照テーブルを表２に示す。データ転送量が少ない場合はリトライ回数を少なく、データ転送量が多い場合にはリトライ回数を多くしている。これは、画像データ転送数がほとんど0%の場合には、伝送経路上の問題となるケーブル抜けやケーブル、コネクタなどの接触が不安定などが想定されるためである。また、画像データ転送量が多い場合には、ほとんど画像データの転送ができているため、リトライ処理を繰り返すと正常に伝送できることが想定される。
【００８３】
【表２】
2018032278.tif 000004
【００８４】
表２に示したように、エラー発生時のリトライ処理の回数をデータ転送量に応じて変更するようにした。画像データがほとんどできていない場合にはリトライ回数を少なく、転送量が多くなるに従い、増やしていくようにした。これにより、リトライ回数の最適化を行うことができる。
【符号の説明】
【００８５】
２５・・コマンドインターフェース、２８・・ビデオインターフェース
【図１】
2018032278.tif 000005
【図２】
2018032278.tif 000006
【図３】
2018032278.tif 000007
【図４】
2018032278.tif 000008
【図５】
2018032278.tif 000009