(57)【要約】【課題】転送エラーが発生しないようにデータ転送を行うことが可能な通信制御装置を提供する。【解決手段】バッファ（３０２２）に格納されているデータのデータ転送を行う転送制御部（３０２３）を有する通信制御装置であって、バッファ（３０２２）に格納されるデータ量を監視し、転送エラーが発生しないように、転送制御部（３０２３）を制御する検証用動作制御部（３０３１）を有することを特徴とする。【選択図】図３
2008225864.tif 000002
【特許請求の範囲】
【請求項１】
バッファに格納されているデータのデータ転送を行う転送制御手段を有する通信制御装置であって、
バッファに格納されるデータ量を監視し、転送エラーが発生しないように、前記転送制御手段を制御する検証用動作制御手段を有することを特徴とする通信制御装置。
【請求項２】
データを格納するメモリと、
前記メモリに格納されているデータを取得し、該取得したデータに対してデータ処理を行い、当該データ処理を行ったデータをバッファに格納するデータ処理手段と、を有し、
前記検証用動作制御手段は、
前記データ処理手段が前記バッファに格納するデータのデータ量を監視することを特徴とする請求項１記載の通信制御装置。
【請求項３】
前記検証用動作制御手段による制御を行うか否かを切り替える動作切替手段を有することを特徴とする請求項１記載の通信制御装置。
【請求項４】
前記検証用動作制御手段は、
前記転送制御手段がデータ転送に必要なデータ量が前記バッファに存在するか否かを判断し、データ転送に必要なデータ量が前記バッファに存在しないと判断した場合は、転送エラーとし、その転送エラーの情報を保持することを特徴とする請求項１記載の通信制御装置。
【請求項５】
前記検証用動作制御手段は、
データ転送に必要なデータ量が前記バッファに存在すると判断した場合は、前記バッファに格納されているデータのデータ転送を行うように前記転送制御手段を制御することを特徴とする請求項４記載の通信制御装置。
【請求項６】
バッファに格納されているデータのデータ転送を行う転送制御手段を有する通信制御装置で行う通信制御方法であって、
バッファに格納されるデータ量を監視し、転送エラーが発生しないように、前記転送制御手段を制御する検証用動作制御工程を、前記通信制御装置が行うことを特徴とする通信制御方法。
【請求項７】
バッファに格納されているデータのデータ転送を行う転送制御手段を有する通信制御装置に実行させる通信制御プログラムであって、
バッファに格納されるデータ量を監視し、転送エラーが発生しないように、前記転送制御手段を制御する検証用動作制御処理を、前記通信制御装置に実行させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関し、特に、画像処理を行った画像データを一定間隔で出力するように制御する通信制御装置、通信制御方法及び通信制御プログラムに関するものである。
【背景技術】
【０００２】
従来のテスト環境では、テスト効率を向上させるために、本来のデータサイズよりも少量のデータを利用して機能のテスト検証を行っていた。
【０００３】
なお、画像形成装置は、実際の紙のサイズを考慮し、メモリへのアクセス速度にばらつきがあっても、その画像形成装置が実行可能なアクセス速度で、メモリにアクセスができるように設計されている。
【０００４】
しかしながら、機能のテスト検証のために、データ転送量を少なくすると、メモリへのアクセス速度のばらつきが、データ転送全体として無視できなくなり、最終的には転送エラーとなってしまうことになる。
【０００５】
なお、転送エラーとならないようにするためには、データ転送量を増やさなければならず、このデータ転送量の増加は、テスト検証を効率的に行うための妨げになる。
【０００６】
このようなことから、少ないデータ転送量で効率よくテスト検証を行うことが可能な制御方法の開発が必要視されることになる。
【０００７】
なお、本発明より先に出願された技術文献として、メモリコントロールからＦＩＦＯに画像データを格納するまでは、１つのクロックで制御する技術について開示された文献がある（例えば、特許文献１参照）。
【特許文献１】特開２００６-９３８４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１では、メモリコントロールからＦＩＦＯに画像データを格納するまでのアクセス速度は、実際のデータサイズで出力に間に合うように調整し、出力に間に合わない場合には、転送エラーとなってしまうことになる。
【０００９】
このため、上記特許文献１の技術では、転送エラーが発生しないようにデータ転送を行うように制御することができない。
【００１０】
本発明は、上記事情に鑑みてなされたものであり、転送エラーが発生しないようにデータ転送を行うことが可能な通信制御装置、通信制御方法及び通信制御プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
かかる目的を達成するために、本発明は、以下の特徴を有することとする。
【００１２】
本発明にかかる通信制御装置は、
バッファに格納されているデータのデータ転送を行う転送制御手段を有する通信制御装置であって、
バッファに格納されるデータ量を監視し、転送エラーが発生しないように、前記転送制御手段を制御する検証用動作制御手段を有することを特徴とする。
【００１３】
また、本発明にかかる通信制御装置は、
データを格納するメモリと、
前記メモリに格納されているデータを取得し、該取得したデータに対してデータ処理を行い、当該データ処理を行ったデータをバッファに格納するデータ処理手段と、を有し、
前記検証用動作制御手段は、
前記データ処理手段が前記バッファに格納するデータのデータ量を監視することを特徴とする。
【００１４】
また、本発明にかかる通信制御装置は、
前記検証用動作制御手段による制御を行うか否かを切り替える動作切替手段を有することを特徴とする。
【００１５】
また、本発明にかかる通信制御装置において、
前記検証用動作制御手段は、
前記転送制御手段がデータ転送に必要なデータ量が前記バッファに存在するか否かを判断し、データ転送に必要なデータ量が前記バッファに存在しないと判断した場合は、転送エラーとし、その転送エラーの情報を保持することを特徴とする。
【００１６】
また、本発明にかかる通信制御装置において、
前記検証用動作制御手段は、
データ転送に必要なデータ量が前記バッファに存在すると判断した場合は、前記バッファに格納されているデータのデータ転送を行うように前記転送制御手段を制御することを特徴とする。
【００１７】
また、本発明にかかる通信制御方法は、
バッファに格納されているデータのデータ転送を行う転送制御手段を有する通信制御装置で行う通信制御方法であって、
バッファに格納されるデータ量を監視し、転送エラーが発生しないように、前記転送制御手段を制御する検証用動作制御工程を、前記通信制御装置が行うことを特徴とする。
【００１８】
また、本発明にかかる通信制御プログラムは、
バッファに格納されているデータのデータ転送を行う転送制御手段を有する通信制御装置に実行させる通信制御プログラムであって、
バッファに格納されるデータ量を監視し、転送エラーが発生しないように、前記転送制御手段を制御する検証用動作制御処理を、前記通信制御装置に実行させることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、転送エラーが発生しないようにデータ転送を行うことが可能となる。
【発明を実施するための最良の形態】
【００２０】
＜本実施形態の通信制御装置の特徴＞
まず、図３を参照しながら、本実施形態の通信制御装置の特徴について説明する。
【００２１】
本実施形態における通信制御装置は、バッファ（３０２２）に格納されているデータのデータ転送を行う転送制御手段（転送制御部：３０２３に該当）を有する通信制御装置であって、バッファ（３０２２）に格納されるデータ量を監視し、転送エラーが発生しないように、転送制御手段（３０２３）を制御する検証用動作制御手段（検証用動作制御部：３０３１に該当）を有することを特徴とする。
【００２２】
これにより、転送エラーが発生しないようにデータ転送を行うことが可能となる。従って、少ないデータ転送量で効率良くテスト検証を行うことが可能となる。以下、添付図面を参照しながら、本実施形態の通信制御装置について詳細に説明する。なお、以下の説明では、画像形成装置に搭載される通信制御装置を基に説明する。
【００２３】
＜画像形成装置の通信制御装置の構成＞
まず、図１を参照しながら、本実施形態の画像形成装置に搭載される通信制御装置の構成について説明する。なお、図１は、画像形成装置に搭載される通信制御装置の構成を示す概略図である。
【００２４】
本実施形態における通信制御装置は、ＣＰＵ（１）と、メモリ（２）と、検証対象ＡＳＩＣ（３）と、ＡＳＩＣ（４）と、プロッタ（５）と、スキャナ（６）と、を有して構成している。
【００２５】
なお、本実施形態における通信制御装置は、スキャナ（６）から読み込まれた画像データを、ＡＳＩＣ（４）を介してメモリ（２）に一度蓄積する。
【００２６】
検証対象ＡＳＩＣ（３）は、メモリ（２）に蓄積された画像データを読み込み、プロッタ（５）に出力する。
【００２７】
なお、ＣＰＵ（１）は、検証対象ＡＳＩＣ（３）と、ＡＳＩＣ（４）と、の制御を行う。
【００２８】
＜検証対象ＡＳＩＣ：３におけるテスト検証＞
次に、図２を参照しながら、検証対象ＡＳＩＣ（３）におけるテスト検証について説明する。なお、図２は、検証対象ＡＳＩＣ（３）においてテスト検証を行うための概略図を示す。
【００２９】
検証対象ＡＳＩＣ（３）を検証する環境を、テストベンチ（２００）と呼ぶ。
【００３０】
テストベンチ（２００）は、検証対象ＡＳＩＣ（３）に対し、テストパタンの入力を行うバスモデルとテストシナリオ（２０１）とから構成される。なお、図２では、バスモデルは、メモリモデル（２０２）、プロッタモデル（２０３）、ＣＰＵモデル（２０４）が該当する。
【００３１】
なお、テストシナリオ（２０１）には、検証対象ＡＳＩＣ（３）に対し、テストパタンを入力するデータやタイミングが書かれている。
【００３２】
テストベンチ（２００）は、テストシナリオ（２０１）に書かれたデータやタイミングに応じて、検証対象ＡＳＩＣ（３）にテストデータを入力することで、そのテストデータの出力を観察し、テスト検証を行うことになる。
【００３３】
なお、検証対象ＡＳＩＣ（３）は、ＣＰＵ Ｉ／Ｆ（３０１）と、メモリ Ｉ／Ｆ（３０２）と、画像出力機能（３０３）と、複数の機能（３０４〜３０７）と、アービタ（３０８）と、を有して構成している。
【００３４】
＜検証対象ＡＳＩＣ：３におけるテスト検証＞
次に、図３を参照しながら、本実施形態の検証対象ＡＳＩＣ（３）におけるテスト検証について説明する。なお、図３は、本実施形態の検証対象ＡＳＩＣ（３）の概略図である。
【００３５】
本実施形態の検証対象ＡＳＩＣ（３）の画像出力機能（３０３）は、図３に示すように、検証用動作制御部（３０３１）と、データ処理部（３０２１）と、バッファ（３０２２）と、転送制御部（３０２３）と、を有して構成している。
【００３６】
なお、検証用動作制御部（３０３１）は、転送量監視部（３０２４）と、状態判定部（３０２５）と、動作制御部（３０２６）と、動作切替部（３０２７）と、エラー通知部（３０２８）と、を有して構成している。
【００３７】
データ処理部（３０２１）は、メモリモデル（２０２）に蓄積された画像データをメモリ Ｉ／Ｆ（３０２）を介して取得し、その取得した画像データに画像処理を行い、バッファ（３０２２）に格納する。
【００３８】
転送制御部（３０２３）は、検証用動作制御部（３０３１）から転送開始要求を受信した場合に、所定の間隔でデータ要求信号をバッファ（３０２２）に出力し、バッファ（３０２２）から画像データを取得し、該取得した画像データをプロッタモデル（２０３）に出力する。
【００３９】
これにより、例えば、転送制御部（３０２３）は、図４（ａ）に示すように、『データ要求間隔』内に、所定のデータ量の画像データをプロッタモデル（２０３）に出力することになる。
【００４０】
なお、図４（ａ）では、最初のデータ要求信号『１』がバッファ（３０２２）に出力されるまでに、データ処理部（３０２１）は、バッファ（３０２２）への画像データ『１』の格納が完了しているため、転送制御部（３０２３）は、バッファ（３０２２）から画像データ『１』を取得し、該取得した画像データ『１』をプロッタモデル（２０３）に出力することになる。
【００４１】
また、次のデータ要求信号『２』がバッファ（３０２２）に出力されるまでに、データ処理部（３０２１）は、バッファ（３０２２）への画像データ『２』の格納が完了しているため、転送制御部（３０２３）は、バッファ（３０２２）から画像データ『２』を取得し、該取得した画像データ『２』をプロッタモデル（２０３）に出力することになる。
【００４２】
しかしながら、図４（ｂ）に示すように、データ要求信号がバッファ（３０２２）に出力されるまでに、データ処理部（３０２１）が、バッファ（３０２２）への画像データの格納が完了していない場合には、転送制御部（３０２３）のデータ転送に間に合うことが保証できないため、転送エラーとなり、プロッタモデル（２０３）には、期待しない画像データが出力されることになる。
【００４３】
なお、図４（ｂ）では、最初のデータ要求信号『１』がバッファ（３０２２）に出力されるまでに、データ処理部（３０２１）は、バッファ（３０２２）への画像データ『１』の格納が完了しているため、転送制御部（３０２３）は、バッファ（３０２２）から画像データ『１』を取得し、該取得した画像データ『１』をプロッタモデル（２０３）に出力することになる。
【００４４】
しかしながら、次のデータ要求信号『２』がバッファ（３０２２）に出力されるまでに、データ処理部（３０２１）は、バッファ（３０２２）への画像データ『２』の格納が完了していないため、転送制御部（３０２３）は、バッファ（３０２２）から画像データ『２』を取得できず、転送エラーとなる。
【００４５】
実際は、図４に示す『データ要求間隔』は、データ転送量に対して十分に長い期間を取るため、問題とはならないが、テスト作業を効率化するためには、『データ要求間隔』、および、『データ転送量』をなるべく小さくして行わなければならない。
【００４６】
このため、本発明者らは、様々な改良を試み、鋭意研究を重ねた結果、バッファ（３０２２）に格納されるデータ量を監視し、転送エラーが発生しないように、転送制御部（３０２３）を制御する検証用動作制御部（３０３１）を設け、データ要求間隔、データ転送量を小さくしてテスト検証を行っても、転送エラーが発生しないようにデータ転送を行うことを可能とした。これにより、少ないデータ転送量で効率良くテスト検証を行うことが可能となる。
【００４７】
なお、本実施形態の検証対象ＡＳＩＣ（３）内の複数の機能を同時に動作させた場合には、デバッグモード時は、転送量監視部（３０２４）、状態判定部（３０２５）、動作制御部（３０２６）を動作させることになる。
【００４８】
動作切替部（３０２７）は、転送量監視部（３０２４）、状態判定部（３０２５）、動作制御部（３０２６）を制御し、転送量監視部（３０２４）、状態判定部（３０２５）、動作制御部（３０２６）の機能が有効となるように制御する。
【００４９】
例えば、動作切替部（２０２７）は、外部端子を利用することで、転送量監視部（３０２４）、状態判定部（３０２５）、動作制御部（３０２６）の機能が有効となるように制御する。
【００５０】
なお、外部端子を利用することによる外的な制約を考慮すると、動作切替部（２０２７）は、レジスタで行うように構築することが好ましい。
【００５１】
転送量監視部（３０２４）は、データ処理部（３０２１）がバッファ（３０２２）に格納するデータ量を監視し、その監視結果を状態判定部（３０２５）に通知する。
【００５２】
なお、転送量監視部（３０２４）は、データ処理部（３０２１）がバッファ（３０２２）に対して書き込んだ数をカウントし、そのカウント数を監視結果として状態判定部（３０２５）に通知する。
【００５３】
また、バッファ（３０２２）としてラインバッファを複数段用意して利用する場合には、転送量監視部（３０２４）は、ラインバッファの切替タイミングを監視し、その監視結果を状態判定部（３０２５）に通知する。
【００５４】
状態判定部（３０２５）は、転送量監視部（３０２４）から通知された監視結果を基に、データ転送に必要なデータ転送量がバッファ（３０２２）に存在するか否かを判定し、その判定結果を動作制御部（３０２６）に通知する。
【００５５】
例えば、状態判定部（３０２５）は、転送量監視部（３０２４）から通知されたカウント数が所定のカウント数を満たしている場合には、データ転送に必要なデータ転送量がバッファ（３０２２）に存在すると判定し、転送量監視部（３０２４）から通知されたカウント数が所定のカウント数を満たしていない場合には、データ転送に必要なデータ転送量がバッファ（３０２２）に存在しないと判定する。
【００５６】
また、状態判定部（３０２５）は、転送量監視部（３０２４）からラインバッファの切替タイミングが通知された場合には、データ転送に必要なデータ転送量がバッファ（３０２２）に存在すると判定し、転送量監視部（３０２４）からラインバッファの切替タイミングが通知されない場合には、データ転送に必要なデータ転送量がバッファ（３０２２）に存在しないと判定する。
【００５７】
なお、状態判定部（３０２５）は、転送量監視部（３０２４）から通知された監視結果を、動作制御部（３０２６）にそのまま通知するように構築することも可能である。
【００５８】
また、状態判定部（３０２５）は、各種モードを設け、動作制御部（３０２６）の動作タイミングを制御し、効率のよいテスト検証を行うように構築することも可能である。
【００５９】
動作制御部（３０２６）は、プロッタモデル（２０３）から転送開始要求が通知された場合に、状態判定部（３０２５）から通知された判定結果を基に、転送制御部（３０２３）を制御し、プロッタモデル（２０３）に対するデータ転送を転送エラーが発生しないように制御する。
【００６０】
エラー通知部（３０２８）は、動作制御部（３０２６）が動作した状態で、検証対象ＡＳＩＣ（３）の内部でデータ転送が間に合わない場合には、転送エラーを保持し、その保持した転送エラーの情報を外部に通知することになる。
【００６１】
なお、エラー通知部（３０２８）が保持した転送エラーの情報を外部に通知する方法としては、例えば、外部端子に状態を出力する方法や、割り込みとして出力する方法、レジスタを介して出力する方法等が挙げられる。
【００６２】
＜検証対象ＡＳＩＣ：３における処理動作＞
次に、図５を参照しながら、本実施形態の検証対象ＡＳＩＣ（３）における処理動作について説明する。なお、図５は、検証対象ＡＳＩＣ（３）の処理動作を示すシーケンスチャートである。
【００６３】
テストシナリオ（２０１）は、検証対象ＡＳＩＣ（３）に対し、デバッグ動作の要求を行う（ステップＳ１）。
【００６４】
検証対象ＡＳＩＣ（３）は、テストシナリオ（２０１）からデバック動作要求を受け付けた場合に、デバッグモードに動作モードを変更する。
【００６５】
テストシナリオ（２０１）は、プロッタモデル（２０３）に対し、デバッグ動作が行なわれる旨を通知する（ステップＳ２）。
【００６６】
これは、デバッグモードに動作モードを変更することで、バスモデル間でプロトコル違反が発生する可能性がある場合に必要となる。
【００６７】
テストシナリオ（２０１）は、検証対象ＡＳＩＣ（３）に対し必要な設定を行い、転送開始要求を行う（ステップＳ３）。なお、転送開始要求は、検証対象ＡＳＩＣ（３）内のデータ処理部（３０２１）に通知される（ステップＳ３）。
【００６８】
データ処理部（３０２１）は、転送開始要求が通知された場合に、メモリモデル（２０２）からデータを取得し（ステップＳ４）、データ処理を行い、バッファ（３０２２）に書き込むことになる（ステップＳ５）。
【００６９】
次に、テストシナリオ（２０１）は、プロッタモデル（２０３）に対し、転送開始要求を行う（ステップＳ６）。
【００７０】
プロッタモデル（２０３）は、転送開始要求が通知された場合に、転送開始要求を検証対象ＡＳＩＣ（３）内の検証用動作制御部（３０３１）に通知する（ステップＳ７）。
【００７１】
検証用動作制御部（３０３１）は、転送開始要求が通知された場合に、データ転送に必要なデータ転送量がバッファ（３０２２）に存在するか否かを判断し、データ転送に必要なデータ転送量がバッファ（３０２２）に存在すると判断した場合は、転送制御部（３０２３）に転送開始要求を通知することになる（ステップＳ８）。
【００７２】
転送制御部（３０２３）は、転送開始要求が通知された場合に、バッファ（３０２２）にデータ要求信号を出力し、バッファ（３０２２）から画像データを取得し（ステップＳ１１）、該取得した画像データをプロッタモデル（２０３）に出力する（ステップＳ１２）。
【００７３】
なお、検証用動作制御部（３０３１）は、バッファ（３０２２）に格納されているデータ量（ステップＳ９）と、転送制御部（３０２３）がバッファ（３０２２）に出力するデータ要求信号（ステップＳ１０）と、を監視し、転送制御部（３２０３）がデータ転送に必要なデータ転送量がバッファ（３０２２）に存在しないと判断した場合には、転送エラーとし、その転送エラーの情報を保持することになる。
【００７４】
そして、検証用動作制御部（３０３１）は、転送制御部（３０２３）がデータ転送に必要なデータ転送量がバッファ（３０２２）に存在すると判断した場合に、転送制御部（３０２３）を制御し、バッファ（３０２２）から画像データを取得し、該取得した画像データをプロッタモデル（２０３）に出力するように制御することになる。
【００７５】
検証対象ＡＳＩＣ（３）は、転送制御部（３０２３）が設定されたデータサイズだけのデータ転送を完了した場合に、転送完了をテストシナリオ（２０１）に通知する（ステップＳ１３）。
【００７６】
なお、本実施形態における検証用動作制御部（３０３１）は、図４（ａ）に示すように、『データ要求間隔』に対し、メモリモデル（２０２）からのデータ取得時間が小さい場合には、デバッグモード中でも通常と変わらない動作を行うことになる。
【００７７】
また、図４（ｂ）に示すように、『データ要求間隔』に対し、メモリモデル（２０２）からのデータ取得時間が大きい場合には、転送エラーの情報を保持し、その保持した転送エラーの情報を外部に通知するように制御する。
【００７８】
このように、本実施形態における検証用動作制御部（３０３１）は、データ処理部（３０２１）と転送制御部（３０２３）とを監視し、転送エラーを発生させないようにデータ転送を行うように転送制御部（３０２３）を制御することで、データ処理部（３０２１）におけるデータ処理のテスト検証を少ないデータ量で効率よく行うことが可能となる。
【００７９】
また、検証用動作制御部（３０３１）は、データ処理部（３０２１）のデータ処理量を監視しながら、転送制御部（３０２３）を制御しているため、データ処理部（３０２１）におけるデータ処理のテスト検証を少ないデータ量で効率よく行うことが可能となる。
【００８０】
また、検証用動作制御部（３０３１）における動作制御を行うか否かを外部から制御することで、必要なときだけ、検証用動作制御部（３０３１）を動作させ、転送エラーを発生させないようにデータ転送を行うように転送制御部（３０２３）を制御することが可能となるため、データ処理部（３０２１）におけるデータ処理のテスト検証を少ないデータ量で効率よく行うことが可能となる。
【００８１】
また、検証用動作制御部（３０３１）は、転送制御部（３２０３）がデータ転送に必要なデータ転送量がバッファ（３０２２）に存在しないと判断した場合には、転送エラーとし、その転送エラーの情報を保持することになるため、外部には現れない内部での転送エラーの情報を利用しながら、効率よくテスト検証を行うことが可能となる。
【００８２】
（第２の実施形態）
次に、第２の実施形態について説明する。
【００８３】
第２の実施形態における検証対象ＡＳＩＣ（３）は、図６に示すように、転送制御部（３０２３）は、データ転送をカウンタで行い、転送量監視部（３０２４）は、ラインバッファ（３０２２）の切替タイミングを監視し、動作制御部（３０２６）は、転送量監視部（３０２４）の監視結果を基に、転送エラーが発生しないように転送制御部（３０２３）を制御し、データ転送を行うことを特徴とする。これにより、第１の実施形態と同様に、転送エラーが発生しないようにデータ転送を行うことが可能となる。以下、図６を参照しながら、本実施形態の通信制御装置について詳細に説明する。
【００８４】
＜検証対象ＡＳＩＣ：３の画像出力機能：３０３の構成＞
まず、図６を参照しながら、本実施形態の検証対象ＡＳＩＣ（３）の画像出力機能（３０３）の構成について説明する。
【００８５】
本実施形態の検証対象ＡＳＩＣ（３）の画像出力機能（３０３）は、図６に示すように、データ処理部（３０２１）と、バッファ（３０２２）と、転送制御部（３０２３）と、転送量監視部（３０２４）と、状態判定部（３０２５）と、動作制御部（３０２６）と、動作切替部（３０２７）と、を有して構成している。
【００８６】
データ処理部（３０２１）は、メモリモデル（２０２）に蓄積された画像データを取得し、その取得した画像データに画像処理を行い、バッファ（３０２２）に格納する。なお、データ処理部（３０２１）は、１ライン分の画像データをバッファ（３０２２）に格納した場合に、バッファ（３０２２）の切り替えを行い、次の１ライン分の画像データを次のバッファ（３０２２）に格納する。
【００８７】
転送量監視部（３０２４）は、バッファ（３０２２）の切り替えタイミングを監視し、バッファ（３０２２）が切り替わった旨を監視結果として状態判定部（３０２５）に通知する。
【００８８】
状態判定部（３０２５）は、転送量監視部（３０２４）から通知された監視結果を基に、データ転送に必要なデータ転送量がバッファ（３０２２）に存在するか否かを判定し、その判定結果を動作制御部（３０２６）に通知する。
【００８９】
例えば、状態判定部（３０２５）は、転送量監視部（３０２４）からラインバッファの切替タイミングが通知された場合には、データ転送に必要なデータ転送量がバッファ（３０２２）に存在すると判定し、転送量監視部（３０２４）からラインバッファの切替タイミングが通知されない場合には、データ転送に必要なデータ転送量がバッファ（３０２２）に存在しないと判定する。
【００９０】
動作制御部（３０２６）は、プロッタモデル（２０３）から転送開始要求が通知された場合に、状態判定部（３０２５）から通知された判定結果を基に、データ転送に必要なデータ転送量がバッファ（３０２２）に存在するか否かを判断し、データ転送に必要なデータ転送量がバッファ（３０２２）に存在する場合は、転送制御部（３０２３）のカウンタをそのまま動作させ、画像データをプロッタモデル（２０３）に出力するように制御する。
【００９１】
また、動作制御部（３０２６）は、データ転送に必要なデータ転送量がバッファ（３０２２）に存在しない場合は、転送制御部（３０２３）のカウンタを停止し、画像データをプロッタモデル（２０３）に出力しないように制御する。
【００９２】
動作切替部（３０２７）は、状態判定部（３０２５）を制御し、状態判定部（３０２５）の機能が有効となるように制御する。
【００９３】
例えば、動作切替部（２０２７）は、外部端子を利用することで、状態判定部（３０２５）の機能が有効となるように制御する。
【００９４】
なお、外部端子を利用することによる外的な制約を考慮すると、動作切替部（２０２７）は、レジスタで行うように構築することが好ましい。
【００９５】
このように、本実施形態における動作制御部（３０２３）は、データ転送に必要なデータ転送量がバッファ（３０２２）に存在するか否かを判断し、データ転送に必要なデータ転送量がバッファ（３０２２）に存在する場合は、転送制御部（３０２３）のカウンタをそのまま動作させ、画像データをプロッタモデル（２０３）に出力するように制御する。
【００９６】
また、動作制御部（３０２６）は、データ転送に必要なデータ転送量がバッファ（３０２２）に存在しない場合は、転送制御部（３０２３）のカウンタを停止し、画像データをプロッタモデル（２０３）に出力しないように制御する。これにより、データ処理部（３０２１）におけるデータ処理のテスト検証を少ないデータ量で効率よく行うことが可能となる。
【００９７】
また、動作切替部（３０２７）により状態判定部（３０２５）を制御し、状態判定部（３０２５）の機能が有効となるように制御し、動作制御部（３０２６）による制御を行うか否かを容易に切り替えることで、テストシナリオからの動作制御を容易にしているため、動作を変更しながら効率よくテスト検証を行うことが可能となる。
【００９８】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００９９】
例えば、上述した実施形態における検証対象ＡＳＩＣ（３）における制御動作は、ハード構成ではなく、コンピュータプログラム等のソフトウェアにより実行することも可能であり、また、上記のプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録し、その記録媒体から上記プログラムを、上述した検証対象ＡＳＩＣ（３）に読み込ませることで、上述した制御動作を、検証対象ＡＳＩＣ（３）において実行させることも可能である。また、所定のネットワークを介して接続されている外部機器から上記プログラムを上述した検証対象ＡＳＩＣ（３）に読み込ませることで、上述した制御動作を、検証対象ＡＳＩＣ（３）において実行させることも可能である。
【産業上の利用可能性】
【０１００】
本発明にかかる通信制御装置、通信制御方法及び通信制御プログラムは、少ないデータ転送量で効率よくテスト検証を行う機器に適用可能である。
【図面の簡単な説明】
【０１０１】
【図１】本実施形態の画像処理装置に搭載される通信制御装置の構成を示す図である。
【図２】検証対象ＡＳＩＣ（３）においてテスト検証を行うための概略図である。
【図３】本実施形態の検証対象ＡＳＩＣ（３）の概略を示す図である。
【図４】データ要求間隔と、データ転送量と、の関係を示す図であり、（ａ）は、転送エラーが発生しない状態を示し、（ｂ）は、転送エラーが発生してしまう状態を示す図である。
【図５】検証対象ＡＳＩＣ（３）の処理動作を示すシーケンスチャートである。
【図６】第２の実施形態の検証対象ＡＳＩＣ（３）の概略を示す図である。
【符号の説明】
【０１０２】
１    ＣＰＵ
２    メモリ
３    検証対象ＡＳＩＣ
４    ＡＳＩＣ
５    プロッタ
６    スキャナ
２０１    テストシナリオ
２０２    メモリモデル
２０３    プロッタモデル
２０４    ＣＰＵモデル
３０１    ＣＰＵ Ｉ／Ｆ
３０２    メモリ Ｉ／Ｆ
３０３    画像出力機能
３０４〜３０７    機能
３０８    アービタ
３０３１    検証用動作制御部
３０２１    データ処理部
３０２２    バッファ
３０２３    転送制御部
３０２４    転送量監視部
３０２５    状態判定部
３０２６    動作制御部
３０２７    動作切替部
３０２８    エラー通知部
【図１】
2008225864.tif 000003
【図２】
2008225864.tif 000004
【図３】
2008225864.tif 000005
【図４】
2008225864.tif 000006
【図５】
2008225864.tif 000007
【図６】
2008225864.tif 000008