(57)【特許請求の範囲】
【請求項１】
分離可能に接続する各種の周辺機を利用するための周辺機利用アプリケーションを、プラットフォームに組み込むアプリケーションの一部に搭載し、該周辺機利用アプリケーションにより周辺機を動作させ、その動作が正常であるか否かを判定する動作テストを行う機能を有する画像処理装置であって、
テスト対象の周辺機利用アプリケーションによって動作される周辺機構成を持ち且つ通信手段で接続される外部の画像処理装置をテスト実行機として指定するテスト実行機指定手段と、
テスト対象に含まれる異なる内容の複数の動作テストを予定の順序で実行するためのテスト計画を登録するテスト計画登録手段と、
前記テスト実行機指定手段によって指定されるテスト実行機の機器状態を検知する機器状態検知手段と、
テスト進行中に前記機器状態検知手段によって検知される前記テスト実行機の機器状態に基づいて、前記テスト計画に載る未実行のテストの優先度を決定する優先度決定手段と、
前記優先度決定手段により決定された優先度により前記テスト計画登録手段に登録されたテスト計画における予定のテスト実行順序を更新する実行順序更新手段と、
前記計画表に従って動作テストの実行情報を示すユーザーインターフェースと
を有することを特徴とする画像処理装置。
【請求項２】
請求項１に記載された画像処理装置において、
前記優先度決定手段は、テスト実行中に前記機器状態検知手段によってジャムの発生が検知された場合、直ちにテスト実行機の優先度を再決定するとともに、再決定に応じて前記実行順序更新手段及び前記ユーザーインターフェースが作動することを特徴とする画像処理装置。
【請求項３】
請求項１又は２に記載された画像処理装置において、
前記優先度決定手段は、テスト実行中に前記機器状態検知手段によってテスト実行機との通信接続不可が検知された場合、直ちにテスト実行機の優先度を再決定するとともに、再決定に応じて前記実行順序更新手段及び前記ユーザーインターフェースが作動することを特徴とする画像処理装置。
【請求項４】
請求項１乃至３のいずれかに記載された画像処理装置が有する前記テスト計画登録手段、前記機器状態検知手段、前記優先度決定手段、前記実行順序更新手段、前記ユーザーインターフェースの各手段として、前記プラットフォームを構築するコンピュータを機能させるためのプログラム。
【請求項５】
請求項４に記載されたプログラムを記録したコンピュータ読取可能な記録媒体。
【請求項６】
請求項１乃至３のいずれかに記載された画像処理装置と、前記テスト実行機として機能する外部の画像処理装置とをネットワーク接続して構成する動作テスト実行システム。
【請求項７】
分離可能に接続する各種の周辺機を利用するための周辺機利用アプリケーションを、プラットフォームに組み込むアプリケーションの一部に搭載し、該周辺機利用アプリケーションにより周辺機を動作させる画像処理装置と、エミュレータに組み込むプログラムの一部に請求項４に記載されたプログラムを搭載するコンピュータとをネットワーク接続して構成する動作テスト実行システム。
【請求項８】
分離可能に接続する各種の周辺機を利用するための周辺機利用アプリケーションを、プラットフォームに組み込むアプリケーションの一部に搭載し、該周辺機利用アプリケーションにより周辺機を動作させ、その動作が正常であるか否かを判定する動作テストを行う機能を有する画像処理装置における動作テスト実行方法であって、
テスト対象の周辺機利用アプリケーションによって動作される周辺機構成を持ち且つ通信手段で接続される外部の画像処理装置をテスト実行機として指定するテスト実行機指定工程と、
テスト対象に含まれる異なる内容の複数の動作テストを予定の順序で実行するためのテスト計画を登録するテスト計画登録工程と、
前記テスト実行機指定工程で指定されるテスト実行機の機器状態を検知する機器状態検知工程と、
テスト進行中に前記機器状態検知工程で検知される前記テスト実行機の機器状態に基づいて、前記テスト計画に載る未実行のテストの優先度を決定する優先度決定工程と、
前記優先度決定工程で決定された優先度により前記テスト計画登録工程で登録されたテスト計画における予定のテスト実行順序を更新する実行順序更新工程と、
前記計画表に従って動作テストの実行情報をユーザーに示す工程と
を有することを特徴とする動作テスト実行方法。
【請求項９】
請求項８に記載された動作テスト実行方法において、
前記優先度決定工程は、テスト実行中に前記機器状態検知工程でジャムの発生が検知された場合、直ちにテスト実行機の優先度を再決定するとともに、再決定に応じて前記実行順序更新工程及び動作テストを実行するための操作手順をユーザーに示す前記工程を行うことを特徴とする動作テスト実行方法。
【請求項１０】
請求項８又は９に記載された動作テスト実行方法において、
前記優先度決定工程は、テスト実行中に前記機器状態検知工程でテスト実行機との通信接続不可が検知された場合、直ちにテスト実行機の優先度を再決定するとともに、再決定に応じて前記実行順序更新工程及び動作テストを実行するための操作手順をユーザーに示す前記工程を行うことを特徴とする動作テスト実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多様な画像入力処理及び画像出力処理を行う複合機（ＭＦＰ）等の画像処理装置において利用する、本体に分離可能に接続する各種の周辺機を動作させるアプリケーションソフトウェア（以下、単に「アプリケーション」もしくは「アプリ」という）の動作テストに関し、プラットフォームに組み込まれた該アプリケーションの動作テストを効率的に実行する機能を有した画像処理装置、動作テスト実行システム、動作テスト実行方法、動作テストを実行するためのプログラム及び該プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
ＭＦＰが装備する印刷機能には、ＭＦＰ本体に分離可能に接続される周辺機によって、「パンチ穴開け処理」、「ステープル処理」、「リング処理」、「裁断処理」のような、後処理機能がオプションとして用意され、従来からこれらの周辺機を用いることにより実現される機能を提供するためのアプリケーション（以下、「周辺機利用アプリケーション」という）がプラットフォームへの組み込みアプリケーションとして開発されている。
【０００３】
これまで、組み込みシステムに用いるソフトウェアについては、開発したソフトウェアが組み込みシステム上で正常に動作するか否か、その動作の検証やデバッグ作業が行われる。この際、組み込みシステムにより動作するハードウェアが開発中である等の制約があるために、実機でテストを行わずに、例えば、下記特許文献１に示すように、ハードウェア構成を模擬するシミュレータをコンピュータに構築し、シミュレータに対して検証を行う方法が従来提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ただ、シミュレータを用いる方法による検証を行っても、その後、実装した状態でのテストによる検証がさらに必要となる場合が少なくない。
ＭＦＰ等の画像処理装置における周辺機利用アプリケーションのテストは、この例に当たり、アプリケーションの開発段階或いはアプリケーションを実装した製品の使用段階でアプリケーションの動作確認テストが行われる。
この動作確認テストを行う際、周辺機の組み合わせが多様で、各種周辺機構成のテストケースを人間によって管理しているのが実状であり、異なる内容の複数のテストケースを効率よく順次実行する必要があることから、周辺機を接続したり、或いは外したりし、また障害が発生した場合にも対応して、それぞれのテストを進行させなければならず、テスト実施者に相当の負荷がかかる、という問題があった。
【０００５】
本発明は、画像処理装置における周辺機利用アプリケーションの実装テストを行う際に従来生じた上述の問題に鑑みなされたもので、その目的は、テストを実行する際の進行管理を機器（装置）側で行うことを可能にし、テスト実施者に掛かる負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、分離可能に接続する各種の周辺機を利用するための周辺機利用アプリケーションを、プラットフォームに組み込むアプリケーションの一部に搭載し、該周辺機利用アプリケーションにより周辺機を動作させ、その動作が正常であるか否かを判定する動作テストを行う機能を有する画像処理装置であって、テスト対象の周辺機利用アプリケーションによって動作される周辺機構成を持ち且つ通信手段で接続される外部の画像処理装置をテスト実行機として指定するテスト実行機指定手段と、テスト対象に含まれる異なる内容の複数の動作テストを予定の順序で実行するためのテスト計画を登録するテスト計画登録手段と、前記テスト実行機指定手段によって指定されるテスト実行機の機器状態を検知する機器状態検知手段と、テスト進行中に前記機器状態検知手段によって検知される前記テスト実行機の機器状態に基づいて、前記テスト計画に載る未実行のテストの優先度を決定する優先度決定手段と、前記優先度決定手段により決定された優先度により前記テスト計画登録手段に登録されたテスト計画における予定のテスト実行順序を更新する実行順序更新手段と、前記計画表に従って動作テストの実行情報を示すユーザーインターフェースとを有することを特徴とする。
本発明は、分離可能に接続する各種の周辺機を利用するための周辺機利用アプリケーションを、プラットフォームに組み込むアプリケーションの一部に搭載し、該周辺機利用アプリケーションにより周辺機を動作させ、その動作が正常であるか否かを判定する動作テストを行う機能を有する画像処理装置における動作テスト実行方法であって、テスト対象の周辺機利用アプリケーションによって動作される周辺機構成を持ち且つ通信手段で接続される外部の画像処理装置をテスト実行機として指定するテスト実行機指定工程と、テスト対象に含まれる異なる内容の複数の動作テストを予定の順序で実行するためのテスト計画を登録するテスト計画登録工程と、前記テスト実行機指定工程で指定されるテスト実行機の機器状態を検知する機器状態検知工程と、テスト進行中に前記機器状態検知工程で検知される前記テスト実行機の機器状態に基づいて、前記テスト計画に載る未実行のテストの優先度を決定する優先度決定工程と、前記優先度決定工程で決定された優先度により前記テスト計画登録工程で登録されたテスト計画における予定のテスト実行順序を更新する実行順序更新工程と、前記計画表に従って動作テストの実行情報をユーザーに示す工程とを有することを特徴とする。
【発明の効果】
【０００７】
複数の動作テストを効率的に実行するために、テスト実行機の機器状態を検知しながら、得られる検知結果に基づいてテストの実行順序を見直す進行管理を機器（装置）側で行うことを可能にすることで、これまでテスト実施者に掛かっていた負荷を軽減することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る画像処理装置（ＭＦＰ）に周辺機利用アプリ、そのテストアプリを搭載した組み込みシステムのソフトウェア構成を示すブロック図である。
【図２】ＭＦＰへの周辺機（<1>，<2>，<3>）の接続構成例を示す概念図である。
【図３】ＭＦＰへの周辺機（<2>，<3>）の接続構成例を示す概念図である。
【図４】ＭＦＰへの周辺機（<2>のみ）の接続構成例を示す概念図である。
【図５】ＭＦＰ<1>（図２），<2>（図３），<3>（図４）及びＰＣ（図６）をネットワーク接続することで動作テストを実行するシステムを構成する例を示す図である。
【図６】本発明の実施形態に係るＰＣにエミュレータとして、周辺機利用アプリ、そのテストアプリを搭載した組み込みシステムのソフトウェア構成を示すブロック図である。
【図７】周辺機利用アプリの動作テストを管理するためのテスト計画表を示す図である。
【図８】機器情報として管理される各ＭＦＰの処理速度と機器ステータスの１例を示す表である。
【図９】ＭＦＰ又はＰＣで用いるテストアプリの内部構成を示す図である。
【図１０】ＭＦＰ同士を接続したシステムで行う動作テスト実行状況に基づいて、次にテスト対象とする周辺機構成の表示をＵＩで行うための処理シーケンスを示す図である。
【図１１】テストケースの実行順位を決定する際の処理フローを示す図である。
【図１２】テストアプリのＵＩがテスト実行時にユーザーに示す表示画面（テスト計画通りに実行する場合）を示す図である。
【図１３】ＭＦＰとＰＣを接続したシステムで行う動作テスト実行状況に基づいて、次にテスト対象とする周辺機構成の表示をＵＩで行うための処理シーケンスを示す図である。
【図１４】テストアプリが動作テスト実行時に行う処理のシーケンスを示す図である。
【図１５】動作テストの実行中にジャムが発生した場合にテストアプリが行う処理のシーケンスを示す図である。
【図１６】テストアプリのＵＩがテスト実行時にユーザーに示す表示画面（テスト計画を変更する場合）を示す図である。
【図１７】動作テストの実行中にネットワーク接続不可が発生した場合にテストアプリが行う処理のシーケンスを示す図である。
【発明を実施するための形態】
【０００９】
本発明の実施形態について、添付図面を参照して説明する。
以下に示す実施形態は、ＭＦＰに搭載する周辺機利用アプリを開発する段階の形態を示すものであって、開発用のプラットフォームにＳＤＫ（Software Development Kit）アプリとしての周辺機利用アプリ及び該アプリをテストするためのアプリ（以下、「テストアプリ」という）を組み込むことにより構成するシステムの例を示す。
【００１０】
なお、本発明は、各種周辺機で構成する複数のテストケースについて、テストを順次実行する際に進行を管理するための機能を提供することが課題であり、この組み込みシステムを搭載するＭＦＰのハードウェア構成を含むＭＦＰ本体及びＭＦＰが利用する周辺機自体は、本発明に係る周辺機利用アプリ及びテストアプリによる動作を受け入れる条件が整っていることを前提とする。つまり、ＭＦＰは、画像入力及び画像出力を行うためのスキャナ、プリンタなどの各種デバイス、ユーザーインターフェース（ＵＩ）として機能する操作パネル、周辺機や外部機（後述するＰＣや外部ＭＦＰなど）とのデータ・情報交換を行うインターフェースを構成要素として有し、かつ上記の各構成要素を制御下においてＭＦＰ全体の制御機能をコンピュータが構築するプラットフォームに搭載したソフトウェアにより実現する。よって、前提とする上記の事項についての詳細な説明は省略する。
また、アプリケーションの開発段階における周辺機利用アプリの動作テストという形態で説明するが、開発後に実機で例えば、周辺機利用アプリの追加やバージョンアップもしくはメンテナンスをする場合においても、同様に実施することができる。
【００１１】
［組み込みシステム］
図１は、本発明の実施形態に係るＭＦＰに搭載した周辺機利用アプリ、テストアプリを搭載した組み込みシステム１００のソフトウェア構成を示すブロック図である。
図１に示すように、組み込みシステム１００は、ＭＦＰの組み込みＯＳ（Operating
System）であるＭＦＰ ＯＳ１０１と、ＭＦＰ ＯＳ１０１上にJava（登録商標）言語で構築したJava（登録商標）ＶＭ（virtual machine）１０２と、Java（登録商標）ＶＭ１０２に対し後述する各アプリケーションに共通のインターフェースを提供するアプリケーション開発用プラットフォーム１０３と、アプリケーション開発用プラットフォーム１０３上で動作するＳＤＫアプリ１０４，１０５及びＳＤＫアプリ１０４，１０５の動作テストを行うためのテストアプリ１０６を要素として有する。なお、図１には、２個のＳＤＫアプリ１０４，１０５を示すが、３個以上搭載しても良く、このＳＤＫアプリの中に開発中の周辺機利用アプリを含み、このアプリがテストの対象となる。また、後述する動作テスト実行システム（図５）の各ＭＦＰには、テスト対象となる同一の周辺機利用アプリが搭載される。
【００１２】
［ＭＦＰへの周辺機の接続構成例］
動作テストの対象となる周辺機利用アプリにより利用される周辺機が、例えば、「パンチ穴開け処理」、「ステープル処理」、「リング処理」、「裁断処理」、「袋とじ処理」、「くるみ製本処理」、「折り処理」、「ソーティング処理」等の処理を行う製本用周辺機である場合、これらの処理の中には、単独機の構成で実行可能な処理や、複数機を様々に組み合わせた構成で実行可能な処理もある。このため、周辺機利用アプリを使用して動作テストを行う場合、全てのテストを行うために必要な全部の周辺機を１台のＭＦＰに接続して構成することは困難である。これは、必要な全部の周辺機を一箇所に集めること、さらに、集めた周辺機を１台のＭＦＰに繋ぐことや、場合によっては、実行するテストに合わせて接続する周辺機を繋ぎかえる、といった煩雑な作業を人手によって行わなければならないからである。
【００１３】
この問題を解決するために、本実施形態では、それぞれ接続する周辺機の構成が異なるＭＦＰ（下記図２〜４の説明、参照）同士を相互に利用可能にして、個々のＭＦＰにおける周辺機の接続構成だけでは実行できなくても、全ての動作テストを実行できるようにする動作テスト実行システムを構築する。
図２〜４は、それぞれ接続する周辺機の構成が異なるＭＦＰにおける製本用周辺機の接続構成例を示す概念図である。同図に示す接続構成例では、３種類の製本用周辺機（<1>，<2>，<3>）を３台のＭＦＰ（<1>，<2>，<3>）でそれぞれ異なる接続構成とした例を示す。
即ち、図２に示すＭＦＰ<1>４０１には、製本用周辺機<1>３０１、製本用周辺機<2>３０２及び製本用周辺機<3>３０３の３種が接続され、図３に示すＭＦＰ<2>４０２には、製本用周辺機<2>３０２及び製本用周辺機<3>３０３の２種が接続され、図４に示すＭＦＰ<3>４０３には、製本用周辺機<2>３０２のみが接続されている。
【００１４】
［動作テスト実行システム］
それぞれ接続する周辺機の構成が異なるＭＦＰ同士で相互に利用可能にする動作テスト実行システムは、図５に示すシステムを構成する。
図５の動作テスト実行システムは、開発中の周辺機利用アプリ（ＳＤＫアプリ１０４，１０５）及びテストアプリ１０６を搭載した組み込みシステム１００（図１、参照）をそれぞれに有するＭＦＰ<1>４０１、ＭＦＰ<2>４０２、ＭＦＰ<3>４０３をデータ・情報交換を行うインターフェースを介してネットワーク６０１に接続し、ＭＦＰ同士で相互に行う動作テストの指示に従って各々に接続された周辺機を使用して動作テストを実行する。
【００１５】
上記のように構成された動作テスト実行システムによって、３種類の製本用周辺機（<1>，<2>，<3>）を接続しないＭＦＰ<2>４０２又はＭＦＰ<3>４０３でも、自分が用意できない製本用周辺機を接続して行う動作テストを当該システムの他のＭＦＰで行うことにより、全ての動作テストを実行できる。このほか、動作テストの中には、複数のＭＦＰで行うことが可能な動作テストもあり、この場合、動作させていないＭＦＰを利用し、並行に複数のテスト動作を行わせることや、より高速処理が可能なＭＦＰを選択してテスト動作を行わせることができるので、テスト時間を短くすることができる。
【００１６】
ところで、上記では、ＭＦＰ同士で相互に利用可能にする動作テスト実行システムについて説明したが、図５に示すように、ＭＦＰ<1>４０１、ＭＦＰ<2>４０２、ＭＦＰ<3>４０３が接続されるネットワーク６０１にＰＣ（Personal Computer）５０１を付加的に接続して、動作テストの機能を増強したシステムを構成することができる。即ち、接続したＰＣ５０１により、動作テストの管理機能やテスト動作に係る処理機能を高めたシステムを構成する。例えば、ＭＦＰ<1>４０１、ＭＦＰ<2>４０２、ＭＦＰ<3>４０３のテスト動作を一元的に管理し、ＭＦＰ側で最低限の管理機能を用意して処理負担を減らすことや、ＭＦＰ側の処理能力をＰＣの処理能力でバックアップすることにより、上記の機能アップを図る。なお、ＰＣ５０１の組み込みシステムの構成については、下記で説明する。
また、この動作テスト実行システムが動作を行う（後述するテスト計画表に従って実行）上で、動作テストを行うＭＦＰ又はＰＣ５０１が、各ＭＦＰの周辺機の接続構成、ＭＦＰの機器ステータス、処理速度等の機器状態を表す情報を検知する手段が必要となるが、この検知手段は、ネットワークに接続されるＭＦＰ等の画像処理装置とこれを利用するＰＣ等の機器で構成するクライアントサーバシステムにおいて既存の技術であるから、この既存の技術を適用することにより実施することができる。
【００１７】
［ＰＣの組み込みシステム］
図６は、図５の動作テスト実行システムを構成するＰＣ５０１に搭載した周辺機利用アプリ、テストアプリの組み込みシステム２００のソフトウェア構成を示すブロック図である。
図６に示すように、組み込みシステム２００は、ＰＣ５０１が搭載する汎用のＯＳであるＰＣ ＯＳ２０１と、ＰＣ ＯＳ２０１上にJava（登録商標）言語で構築したJava（登録商標）ＶＭ２０２と、Java（登録商標）ＶＭ２０２に対し後述する各アプリケーションに共通のインターフェースを提供し、かつ動作テスト実行システム（図５）を構成するＭＦＰのエミュレータとして機能するアプリケーション開発用プラットフォーム２０３と、アプリケーション開発用プラットフォーム２０３上で動作するＳＤＫアプリ２０４，２０５及びＳＤＫアプリ２０４，２０５の動作テストを行うためのテストアプリ２０６を要素として有する。
【００１８】
なお、図６には、２個のＳＤＫアプリ２０４，２０５を示すが、３個以上搭載しても良く、このＳＤＫアプリの中に開発中の周辺機利用アプリを含み、このアプリがテストの対象となり、動作テスト実行システム（図５）の各ＭＦＰに搭載されるテスト対象の周辺機利用アプリが搭載される。
また、テストアプリ２０６は、ＭＦＰの組み込みシステム（図１）に搭載されるテストアプリ１０６にないＰＣ５０１特有の付加機能を持つにしても、少なくとも動作テスト実行システム（図５）の各ＭＦＰに搭載されるテストアプリ１０６と同一の機能を提供するものである。
【００１９】
「動作テスト実行システムの動作」
上記動作テスト実行システム（図５）は、ネットワーク６０１を介してそれぞれ接続する、周辺機の構成が異なるＭＦＰ（図２〜４）同士を相互に利用可能にして、個々のＭＦＰにおける周辺機の接続構成ではテスト対象とする複数のテストケースの一部が実行できない場合に、この動作テストの実行が可能な周辺機接続構成を持つＭＦＰにテストの実行を指示し、全ての動作テストを実行できるようにする。また、複数のＭＦＰで行うことが可能なテストケースがある場合には、１台のみの場合では動作中は待機しなくてはならなくても、複数のＭＦＰの場合、一方が動作中であれば、動作させていないＭＦＰを利用し、並行に複数のテスト動作を行わせることや、より高速処理が可能なＭＦＰを選択してテスト動作を行わせるといった方法でこのシステムを利用する。
本実施形態の動作テスト実行システムは、動作テストを上記のように管理する機能をテストアプリにより実現する。
【００２０】
テストアプリは、対象となる複数のテストケースについて、所定の順序でテストを実行する。複数のテストケースの実行順序は、予め立てたテスト計画を初期条件として、ＵＩを介して行われるユーザーの操作によるテスト開始の指示によって、先頭のテストケースからテストを開始する。１つのテストケースを開始した後、適当な時間経過後もしくはテストケースの終了後のタイミングで、或いはテストケースの終了後にユーザーから次のテストを開始する指示を受けるタイミング等に合わせて、現行のテスト計画を、動作テスト実行システムを構成するＭＦＰ等の現時点の機器状態によって見直し、テスト計画の変更を可能とし、動作テストの円滑な進行を管理する。
ここで、テスト計画の具体例を参照して、動作テストの円滑な進行を管理するための手法を説明する。以下には、３台の製本用周辺機（<1>，<2>，<3>）を図２〜４に示す各ＭＦＰにおける接続構成で用いる場合を例にとる。
【００２１】
“テスト計画表”
図７は、周辺機利用アプリの動作テストを管理するためのテスト計画表の１例を示す図である。
図７のテスト計画表は、テスト対象とする複数の「周辺機構成（テストケース）」ごとに、「実施状況」と「優先順位」をまとめた表である。例示するテスト計画表は、動作テスト実行システム（図５）を構成するＭＦＰ<1>４０１、ＭＦＰ<2>４０２、ＭＦＰ<3>４０３、ＰＣ５０１で共通に用いることが可能な形式であり、後述するテストアプリのテストケース管理部７０３で管理される。
【００２２】
図７の表中の「周辺機構成」は、テストする周辺機利用アプリのテストケースが利用する周辺機接続構成がそれぞれ異なるために、製本用周辺機構成によって、テスト対象のケース分けをしている。よって、同表中の「周辺機構成」欄に示すように、３台の製本用周辺機（<1>，<2>，<3>）を単独で用いる場合と、組み合わせて用いる場合の７ケースがテストケースとなる。
図７の表中の「実施状況」は、各テストケースの動作テストの実施状況が、実行中、未実行、実施済み、接続不可（通信障害等でネットワーク接続ができない状態）等の現況を表す。
上記の実施状況は、ネットワーク接続された外部のＭＦＰから通知されてくる機器構成や機器状態を示す情報を検知した結果や自機の機器状態を示す情報を機器情報として管理しているので、これらの情報を参照することにより得られる。
図８は、機器情報として管理される各ＭＦＰの処理速度と機器ステータスの１例を示す表である。同図では、テスト実行機ごとに処理速度を高低で、また機器ステータスを正常実行か、異常が発生しているか（ジャム、ネットワーク接続不可、等）を表している。なお、これらの機器情報は、後述するテストアプリの機器情報管理部７０２で管理される。
【００２３】
図７の表中の「優先順位」は、未実行のテストケースについてテストの実行優先度を順位で表す。
同図中において、優先順位が付けられないテストケースは、実行中、実施済みのほか、利用を予定しているＭＦＰの機器状態を検知し、得られた機器状態（図８、参照）がネットワーク接続不可やジャム発生の状態にあり、動作テストが実行できないテストケースである。
また、「優先順位」における未実行のテストケースに対する優先順位の決め方は、基本的には、処理負荷の高いテストケースは、処理速度の速いＭＦＰで優先して実行する方法を採用する。
【００２４】
図７のテスト計画表を例に優先順位の決め方を説明すると、現行のテスト計画表を作成した時点で、テストケースＣ（<1>）の実行が可能なＭＦＰはＭＦＰ<1>だけで、ここでのテストが実行中である。この時にテストケースＣ（<3>）の実行が可能なＭＦＰは、ＭＦＰ<2>しかないが、同表に示すように、接続不可でＭＦＰ<2>は使用できない。従って、使用できるＭＦＰはＭＦＰ<1>とＭＦＰ<3>である。
この場合、ＭＦＰ<1>は、どのテストケースでも実行が可能なＭＦＰであって、処理速度がＭＦＰ<3>よりも速く（図８、参照）、かつ未実行のテストケースのＣ（<1>，<2>）の方が未実行のテストケースＣ（<2>，<3>）に比べ処理負荷が高いとすると、テストケースのＣ（<1>，<2>）の実行に対してＭＦＰ<1>を優先させる。また、未実行のテストケースＣ（<2>）は、ＭＦＰ<3>でも実行可能（図４、参照）であり、ＭＦＰ<1>と並行にテストが実行できる。
以上を判断すると、同表に示すように、高い順に、テストケースＣ（<1>，<2>）、テストケースＣ（<2>）、テストケースＣ（<2>，<3>）の優先順位が順位１，２，３の順で決定される。なお、未実行のテストケースＣ（<1>，<2>，<3>）は、ＭＦＰ<1>のみ実行可能であるから、ここでは並行に実行できないので優先順位を付けずに、実行タイミングを適宜に決定することを可能にしている。
【００２５】
“テストアプリの構成”
ここで、周辺機利用アプリの動作テストを実行するためのテストアプリ（図１又は図６、参照）の構成を説明する。このテストアプリは、動作テストの上記した管理機能を持つ。
図９は、動作テスト実行システム（図５）のＭＦＰ又はＰＣで用いるテストアプリの内部構成を示す図である。
図９に示すように、テストアプリ１０６（もしくは２０６）は、複数のテストケースのテスト実行機と実行順序をテスト計画に従って実行するテスト実行部７０１、ＭＦＰの周辺機の接続構成、ＭＦＰの機器ステータス、処理速度等の機器状態を表す情報（図８、参照）を管理する機器情報管理部７０２、テスト計画表（図７）を作成し、作成したテスト計画表に基づいてＵＩ（ユーザーインターフェース）部７０４に対して、実行すべき周辺機構成の表示要求やテストケースの実行要求を行うテストケース管理部７０３、テストアプリのユーザーインターフェースとしてテスト計画を提供するＵＩ部７０４の各部を構成要素として有する。なお、テストアプリ１０６の上記構成要素が各々持つ機能については、後述の処理シーケンス及び処理フローの説明で詳述する。
【００２６】
“テストシーケンス”
動作テスト実行システム（図５）のＭＦＰ及びＰＣが、テストアプリ（図９）を用いて実行するテスト動作を、ＭＦＰ及びＰＣのテストアプリ間及びＭＦＰ内で行う処理シーケンスに基づいて説明する。
以下には、動作テストに係る処理シーケンスの実施例として、
〈実施例１〉動作テスト実行システムのいずれかのＭＦＰが主導して、複数のＭＦＰで複数のテストケースを分担して実行するときのシーケンス
〈実施例２〉動作テスト実行システムのＰＣが主導して、テスト実行機のＭＦＰにテストを行わせるときのシーケンス
〈実施例３〉テストを実行するときのシーケンス
〈実施例４〉ジャム発生時にテスト計画の変更処理を行うときのシーケンス
〈実施例５〉ネットワーク接続不可発生時にテスト計画の変更処理を行うときのシーケンス
について、順次説明する。
【００２７】
〈実施例１〉
この実施例は、テストを主導するＭＦＰが、複数のテストケースを外部のＭＦＰと分担して実行する例を示す。
図１０は、本実施例のシーケンスを示す図である。このシーケンスは、ＭＦＰ<1>４０１の主導で、ネットワーク接続するＭＦＰ<2>４０２をテスト実行機として利用する場合の実行例であり、動作テスト実行状況に基づいて、次にテスト対象とする周辺機構成の表示が各ＭＦＰで行われる。
【００２８】
図１０のシーケンスによると、ＭＦＰ<1>４０１で周辺機利用アプリの動作テストが起動され、ＵＩを介して行われるユーザーの操作によりテスト開始が指示されると、テストアプリ１０６のＵＩ部７０４は、テストケース管理部７０３に対して、テスト計画表（図7、参照）の作成依頼を行う（ステップＳ１０１）。
テスト計画表の作成依頼を受けたテストケース管理部７０３は、自機における周辺機の接続構成、機器ステータス、処理速度等の機器状態を表す情報を管理する機器情報管理部７０２に周辺機構成等の機器状態を表す情報の取得要求を行い（ステップＳ１０２）、機器情報管理部７０２からこれらの情報を取得する（ステップＳ１０３）。
【００２９】
また、テストケース管理部７０３は、ネットワーク接続する外部のＭＦＰ<2>４０２における周辺機の接続構成、機器ステータス、処理速度等の機器状態を表す情報を管理するＭＦＰ<2>４０２の機器情報管理部７０２に周辺機構成等の機器状態を表す情報の取得要求を行い（ステップＳ１０４）、ＭＦＰ<2>４０２の機器情報管理部７０２からこれらの情報を取得する（ステップＳ１０５）。なお、図１０のシーケンスでは、テスト実行機として外部のＭＦＰ１台を利用する場合を例示しているが、利用するＭＦＰ全部について、機器状態を表す情報を同様に取得する。
【００３０】
次に、テストケース管理部７０３は、自機及び利用する外部のＭＦＰから取得した機器状態を表す情報をもとにテスト計画表を作成する（ステップＳ１０６）。
このステップで作成するテスト計画表の内容は、上記“テスト計画表”において、図７を参照して説明したように、各テストケースに対し、実行を予定するＭＦＰがネットワーク接続不可やジャム発生の状態にありテストが実行できないケースや、テスト実行中及びテスト実施済みのケースは、それぞれの状態を表し、これらのケースを除く他のケースは未実行であることを、表中の実施状況の欄に記載する。また、未実行のケースについては、処理負荷の高いテストケースは、処理速度の速いＭＦＰで優先して実行することを基本的なルールとして、優先順位を決め、優先順位欄に記載する。
【００３１】
ここで、未実行のテストケースの優先順位を決定する処理の実施例について、図１１のフロー図を参照して説明する。この処理フローは、現行のテスト計画が作成された後、その計画に従いテストが実行されている時にも、機器状態は経時的に変化するので、適当な時間経過後もしくはユーザーから次のテストを開始する指示を受けるタイミング等に合わせて、現行のテスト計画に従って実行できるか否かを確認し、テスト計画を見直す処理が必要である。このため、実行対象となる複数のテストケースについて、順次その実行条件を判断し、処理負荷の高いテストケースは、処理速度の速いＭＦＰで優先して実行することを可能にし、処理の効率化を図る。
【００３２】
図１１の処理フローでは、予め定められたテスト計画（現行のテスト計画表）に載った順に実行対象のテストケースを入力し、その実行が可能か否かを判断し、順位を決定していく。
この処理フローを開始し、上記の入力順にテストケースの１つを順位決定処理の対象にして、各ＭＦＰの周辺機構成で当該テストケースの実行が可能か否かを確認する（ステップＳ１１）。ここで、実行が可能なテストケースではなければ（ステップＳ１１-NO）、当該テストケースの処理は終了する。
【００３３】
他方、実行が可能なテストケースであれば（ステップＳ１１-YES）、次に、テストの実行が可能なＭＦＰの中に実行できない機器ステータスのＭＦＰがあるか否かを確認する（ステップＳ１２）。
ここで、実行できない機器ステータスのＭＦＰがあれば（ステップＳ１２-YES）、実行できないＭＦＰを以降で行う順位の決定処理の対象から除外する（ステップＳ１３）。
他方、実行できない機器ステータスのＭＦＰがなければ（ステップＳ１２-NO）、次の順位の決定処理のステップへ移行する。
【００３４】
順位の決定処理では、処理負荷の高いテストケースは、処理速度の速いＭＦＰで優先して実行する、というルールに従った処理として、先ず、当該テストケースの処理負荷が高いか否かを確認する（ステップＳ１４）。
この確認の結果、処理負荷の高いテストケースではなければ（ステップＳ１４-NO）、高速処理能力を持たない普通機を用いてテストを実行することが適当と判断し、普通機をテスト実行機として、その順位を決定する（ステップＳ１６）。なお、この実施例では、入力順に順位を決定する。
【００３５】
他方、処理負荷の高いテストケースであれば（ステップＳ１４-YES）、テストが実行できるＭＦＰとして判断された中に高速機があるか否か、即ち高速機を選択できるか否かを確認する（ステップＳ１５）。
この確認の結果、高速機を選択できる場合には（ステップＳ１５-YES）、高速機をテスト実行機として、その順位を決定する（ステップＳ１７）。なお、この実施例では、入力順に順位を決定する。
ステップＳ１６及びＳ１７で順位を決定した後、当該テストケースの順位の決定処理は終了する。
【００３６】
図１０のシーケンスに戻ると、ステップＳ１０６でテスト計画表を作成した後、テストケース管理部７０３は、作成したテスト計画表に載ったＭＦＰのＵＩ部７０４にテスト計画を通知する。図１０の実施例のシーケンスでは、ＵＩを介して、次に実行するテストケースのテスト実行機と周辺機構成をユーザーに知らせるための表示要求を、自機のＵＩ部７０４とＭＦＰ<2>４０２のＵＩ部７０４とに行う（ステップＳ１０７，Ｓ１０８）。
この後、ＵＩ部７０４は、上記の表示要求を受け、ＭＦＰの操作パネル（不図示）に表示要求に従う画面を表示する。
図１２は、このときにユーザーに示す表示画面の１例を示す図である。同図に示すように、ＵＩの表示画面１５０には、実行するテストケースのテスト実行機（ここでは、ＭＦＰ<3>）の表示１５１と周辺機構成（ここでは、製本用周辺機<2>のみの構成）の表示１５３を行うとともに、実行キー１５５を表示する。
【００３７】
実行キー１５５は、このキーに対するユーザーの操作により、このテストケースのテストを開始するトリガーとして働く。図１２のように、実行キー１５５を表示する場合は、動作テスト実行システムを構成するＭＦＰの機器状態に異常がなく、当初作成したテスト計画表を変更することなくテストが進行している場合である。この画面は、ユーザーに進行状況を知らせるとともに、実行しようとしているテストに用いる周辺機構成を確認し、必要があれば、準備を整える時間をユーザーに与えることを可能にするもので、実行キー１５５の操作により直ちにテストの実行が開始される。
なお、テスト計画の通知内容は、図１２のように、優先順位の先頭のテストケースについて、テスト実行機とその周辺機構成を示すだけではなく、現時点で作成したテスト計画を図７に示す表の形式で表示する手段とし、例えば、次に実行するテストケースを目立たせるように表示しても良い。
【００３８】
〈実施例２〉
この実施例は、テストを主導するＰＣ５０１が、テスト実行機のＭＦＰにテストを行わせるときの例を示す。この実施例は、ＰＣ５０１のテストアプリ２０６が、周辺機利用アプリの動作テストを一元管理することが１つの目的であり、ＰＣ５０１の主導でテストを実行することで、動作テストの管理に必要な処理負担をＰＣ５０１が負う分、テスト実行機であるＭＦＰの処理負担が軽減される。
図１３は、本実施例のシーケンスを示す図である。このシーケンスは、ＰＣ５０１の主導で、ネットワーク接続するＭＦＰ<2>４０２をテスト実行機として利用する場合の実行例であり、動作テスト実行状況に基づいて、次にテスト対象とする周辺機構成の表示がＭＦＰ<2>４０２で行われる。なお、図１３には、ＭＦＰ<2>４０２だけが示されているが、テスト実行機に用いる他のＭＦＰに対しても同様のシーケンスにより処理を行う。
【００３９】
図１３のシーケンスによると、ＰＣ５０１で周辺機利用アプリの動作テストが起動され、ＵＩを介して行われるユーザーの操作によりテスト開始が指示されると、テストアプリ２０６のＵＩ部７０４は、テストケース管理部７０３に対して、テスト計画表（図7、参照）の作成依頼を行う（ステップＳ２０１）。
テスト計画表の作成依頼を受けたテストケース管理部７０３は、ＭＦＰ<2>４０２における周辺機の接続構成、機器ステータス、処理速度等の機器状態を表す情報を管理する同機の機器情報管理部７０２に周辺機構成等の機器状態を表す情報の取得要求を行い（ステップＳ２０２）、機器情報管理部７０２からこれらの情報を取得する（ステップＳ２０３）。
【００４０】
次に、ＰＣ５０１のテストケース管理部７０３は、周辺機利用アプリが利用するＭＦＰ<2>４０２などのＭＦＰから取得した機器状態を表す情報をもとにテスト計画表を作成する（ステップＳ２０４）。作成するテスト計画表の内容は、上記“テスト計画表”で図７を参照して説明したように、各テストケースに対し、実行を予定するＭＦＰがネットワーク接続不可やジャム発生の状態にあり動作テストが実行できないケースや、テスト実行中及びテスト実施済みのケースは、それぞれの状態を表し、これらのケースを除く他のケースは未実行であることを、表中の実施状況の欄に記載する。また、未実行のケースについては、処理負荷の高いテストケースは、処理速度の速いＭＦＰで優先して実行することを基本的なルールとして、優先順位を決め（図１１の優先順位の決定処理のフロー、参照）、優先順位欄に記載する。
【００４１】
次に、ＰＣ５０１のテストケース管理部７０３は、ステップＳ２０４で作成したテスト計画表にもとづいて、テスト計画表に載ったＭＦＰ（図１３の例ではＭＦＰ<2>４０２）のＵＩ部７０４にテスト計画を通知する。図１３の例では、ＵＩを介して、次に実行するテストケースのテスト実行機と周辺機構成をユーザーに知らせるための表示要求をＭＦＰ<2>４０２のＵＩ部７０４に行う（ステップＳ２０５）。
この後、ＵＩ部７０４は、上記の表示要求を受け、ＭＦＰの操作パネル（不図示）に表示要求に従う画面を表示する。このときにユーザーに示す表示画面は、上記〈実施例１〉で参照した図１２と同様に、実行するテストケースのテスト実行機とその周辺機構成の表示を行うとともに、実行キーを表示し、このキーへのユーザーの操作により直ちにテストの実行が開始されるようにする。
【００４２】
〈実施例３〉
本実施例は、テストを実行するときのシーケンスを示す。
上記実施例１及び２のシーケンスでは、テストケース管理部７０３が、現時点のＭＦＰの機器状態を表す情報をもとに、テスト実行計画を見直し、作成した実行計画表により次に実行するテストケースをＵＩの画面を通してユーザーに知らせる処理を行った。
この表示を行った後、テストを実行するときにこの実施例のシーケンスを行う。
図１４は、本実施例のシーケンスを示す図である。このシーケンスは、ＭＦＰ<1>４０１がテストを主導し（図１０、参照）、テストを主導するＭＦＰ<1>４０１が自機内のテスト実行部７０１を動作させてテストを実行する場合の実施例である。
この実施例では、テストの実行を完了した後、その時点の状況の変化を反映した形に実行計画表を更新し、次にテスト対象とする周辺機構成の表示を行う。なお、テストを外部のＭＦＰで実行する場合、或いはＰＣ５０１の主導で、ネットワーク接続するＭＦＰ<2>４０２をテスト実行機として利用する場合にも、ネットワークを介した動作となるが、テストアプリ１０６，２０６によって、この実施例と同様に実施することができる。
【００４３】
図１４のシーケンスによると、図１０に例示したシーケンスによって次に実行するテストケースが、操作パネルの画面１５０（図１２）を介して通知され、その画面に表示された実行キー１５５へのユーザーの操作によりテストの実行が指示されると、ＭＦＰ<1>４０１のＵＩ部７０４は、テスト実行部７０１に対して、テスト実行要求を行う（ステップＳ３０１）。
テスト実行要求を受取ったテスト実行部７０１は、その要求に指示されたテストケースの動作を周辺機利用（ＳＫＤ）アプリによって周辺機に行わせることにより、動作テストを実行する（ステップＳ３０２）。
この後、テスト実行部７０１は、テストケースの動作テストが完了したことを確認して、テストケース管理部７０３にテスト完了を通知する（ステップＳ３０３）。
【００４４】
このテスト完了の通知を受取ったテストケース管理部７０３は、当該テストケースの完了、という状況の変化を反映させた形に現行のテスト計画表を更新する（ステップＳ３０４）。
次いで、テストケース管理部７０３は、更新後のテスト計画表をもとに、次に実行するテストケースのテスト実行機と周辺機構成をユーザーに知らせるための表示要求をＵＩ部７０４に行う（ステップＳ３０５）。
この後、ＵＩ部７０４は、上記の表示要求を受け、ＭＦＰの操作パネル（不図示）に表示要求に従う画面を表示する。このときにユーザーに示す表示画面は、上記〈実施例１〉で参照した図１２と同様に、実行するテストケースのテスト実行機とその周辺機構成の表示を行うとともに、実行キーを表示し、このキーへのユーザーの操作により直ちにテストの実行が開始されるようにする。
【００４５】
〈実施例４〉
上記実施例１及び２では、テストの実行中にも、現行のテスト計画表を作成し、動作テスト実行システムを構成するＭＦＰやＰＣに対し、次に実行するテストケースを通知する処理を行っている。
ただ、上記実施例３に示したように、実行中のテストの完了といった状況の変化がある場合に、現行のテスト計画表を更新する以外、テスト実行中にテスト計画表は、更新されない。よって、動作テスト実行システムを構成するＭＦＰ等にジャムが発生し、テスト計画を遂行できなくなる状況になることが、防ぎきれない。
そこで、この実施例では、テスト実行中のジャム発生時にテスト計画を変更する処理を行えるシーケンスを採用することで、テストを円滑に実行可能とする。
【００４６】
図１５は、本実施例のシーケンスを示す図である。このシーケンスは、ＭＦＰ<1>４０１がテストを主導し（図１０、参照）、テストを主導するＭＦＰ<1>４０１が自機内で発生したジャムでテストが実行できなくなる状況になり、テスト計画を変更すべく、テスト計画表を更新する場合の実施例である。この実施例では、ジャムの発生後、その時点の状況の変化を反映した形に実行計画表を更新し、次にテスト対象とする周辺機構成の表示を行う。また、その後ジャムが解除された場合に対応して、再び実行計画表を更新する処理を行う例を示す。
【００４７】
図１５のシーケンスによると、テストの実行中のジャムの発生は、テストアプリ１０６ではＭＦＰの機器状態を表す情報を管理する機器情報管理部７０２に伝えられるので、ジャムの発生を知った機器情報管理部７０２は、機器のステータスとしてジャム発生をテストケース管理部７０３に通知する（ステップＳ４０１）。
このジャム発生の通知を受取ったテストケース管理部７０３は、当該テストケースの実行の中止、という状況の変化を反映させた形に現行のテスト計画表を更新する（ステップＳ４０２）。
次いで、テストケース管理部７０３は、更新後のテスト計画表をもとに、次に実行するテストケースのテスト実行機と周辺機構成をユーザーに知らせるための表示要求を、動作テスト実行システムを構成する外部のＭＦＰ<2>４０２のＵＩ部７０４に行う（ステップＳ４０３）。
【００４８】
この後、ＵＩ部７０４は、上記の表示要求を受け、ＭＦＰの操作パネル（不図示）に表示要求に従う画面を表示する。
図１６は、このときにユーザーに示す表示画面の１例を示す図である。同図に示すように、ＵＩの表示画面１５０には、実行するテストケースのテスト実行機（ここでは、ＭＦＰ<1>）の表示１５７と周辺機構成（ここでは、製本用周辺機<2>のみの構成）の表示１５８を行い、これまでの計画が変更される場合には、その旨を「この周辺機構成に変更してテストを実行します」というメッセージで表すとともに、確認キー１５９を表示する。
確認キー１５９は、このキーに対するユーザーの操作により、次のステップへの移行を可能にする。例えば、次に実行しようとしているテストに用いる周辺機構成を確認し、必要があれば、準備を整える時間をユーザーに与えることを可能にするもので、確認キー１５９の操作により、テストの実行処理に移行する。
【００４９】
なお、テスト計画の通知内容は、図１６のように、優先順位の先頭のテストケースについて、テスト実行機とその周辺機構成を示すだけではなく、現時点で作成したテスト計画を図７に示す表の形式で表示する手段とし、例えば、次に実行するテストケースを目立たせるように表示しても良い。
図１５のシーケンスは、ＭＦＰ<1>４０１が自機内で発生したジャムでテストが実行できない場合であり、通常、ジャムの発生を自機の操作パネルで表示するので、ユーザーはその表示によりテストの実行中止を知ることができる。ただ、上記ステップＳ４０３で外部のＭＦＰ<2>４０２のＵＩ部７０４に行った更新後のテスト計画をユーザーに知らせていない。この場合、ジャムの発生を知らせる操作パネルで同時に、ＭＦＰ<2>４０２のＵＩ部７０４に行った表示と同様の表示を行っても良い。
【００５０】
また、この実施例のシーケンスでは、ジャム解除を行った場合の処理シーケンスを用意している。ジャム解除を行い、テストの実行が可能になった場合、中止したテストケースから再びテストが実行できる。この場合には、再び現行のテスト計画表を更新する。
図１５のシーケンスでは、ジャムの解除は、ＭＦＰの機器状態を表す情報を管理する機器情報管理部７０２に伝えられるので、ジャムの解除を知った機器情報管理部７０２は、機器のステータスとしてジャム解除をテストケース管理部７０３に通知する（ステップＳ４０４）。
このジャム解除通知を受取ったテストケース管理部７０３は、中止させたことで、実行が未完了の当該テストケースの実行を可能にするために、再び現行のテスト計画表を更新する（ステップＳ４０５）。
次いで、テストケース管理部７０３は、更新後のテスト計画表をもとに、次に実行するテストケースのテスト実行機と周辺機構成をユーザーに知らせるための表示要求を自機のＵＩ部７０４に行う（ステップＳ４０６）。なお、図１５のシーケンスに示していないが、動作テスト実行システムを構成する外部のＭＦＰ<2>４０２のＵＩ部７０４に対しても、同様に更新後のテスト計画表をもとに、次に実行するテストケースのテスト実行機と周辺機構成をユーザーに知らせるための表示要求を行う。
この後、ＵＩ部７０４は、上記の表示要求を受け、ＭＦＰの操作パネル（不図示）に表示要求に従う画面をこれまで述べたと同様に表示する。
【００５１】
〈実施例５〉
上記実施例１及び２では、テストの実行中にも、現行のテスト計画表を作成し、動作テスト実行システムを構成するＭＦＰやＰＣに対し、次に実行するテストケースを通知する処理を行っている。
ただ、上記実施例３に示したように、実行中のテストの完了といった状況の変化がある場合に、現行のテスト計画表を更新する以外、テスト実行中にテスト計画表は、更新されない。このため、動作テスト実行システムを構成するＭＦＰ同士或いはＭＦＰとＰＣの間を繋ぐネットワークの接続不可が発生し、テスト計画を遂行できなくなる状況になることが、防ぎきれない。
そこで、この実施例では、テスト実行中に、動作テスト実行システムを構成するＭＦＰ同士或いはＭＦＰとＰＣの間を繋ぐネットワークの接続不可が発生した時にテスト計画を変更する処理を行えるシーケンスを採用することで、テストを円滑に実行可能とする。
【００５２】
図１７は、本実施例のシーケンスを示す図である。このシーケンスは、ＭＦＰ<1>４０１がテストを主導し（図１０、参照）、ネットワーク接続するＭＦＰ<2>４０２に依頼してテストを行わせる動作テスト実行システムにおいて、ＭＦＰ<1>４０１とＭＦＰ<2>４０２を繋ぐネットワークの接続不可が発生したためにＭＦＰ<2>４０２に行わせていたテストが、実行できなくなる状況になり、テスト計画を変更すべく、テスト計画表を更新する場合の実施例である。
この実施例では、ネットワークの接続不可の発生後、その時点の状況の変化を反映した形に実行計画表を更新し、次に実行するテストケースの周辺機構成の表示を行う。また、その後ネットワーク接続が復旧した場合に、更新したテスト計画表に従いテストを実行可能にする処理を行う例を示す。
【００５３】
図１７のシーケンスによると、テストを主導するＭＦＰ<1>４０１のテストアプリ１０６は、テストを依頼したＭＦＰ<2>４０２でテストの実行が開始されたことを知ってから、テストケース管理部７０３で一定時間の経過を確認する（ステップＳ５０１）。
この後、テストケース管理部７０３は、テストを実行するＭＦＰ<2>４０２のテスト実行部７０１に状況ポーリングを行う（ステップＳ５０２）。
この状況ポーリングに対しＭＦＰ<2>４０２のテスト実行部７０１からの応答がない場合に、ＭＦＰ<2>４０２との間を繋ぐネットワークの接続不可が発生したと推測する。
ネットワークの接続不可を認識したテストケース管理部７０３は、当該テストケースの実行の中止、という状況の変化を反映させた形に現行のテスト計画表を更新する（ステップＳ５０３）。
【００５４】
この後、テストケース管理部７０３は、更新後のテスト計画表をもとに、次に実行するテストケースのテスト実行機と周辺機構成をユーザーに知らせるための表示要求を自機内のＵＩ部７０４に行う（ステップＳ５０４）。
自機内のＵＩ部７０４は、この表示要求を受け、ＭＦＰの表示パネル（不図示）に表示要求に従う画面（図１６、参照）を表示する。
他方、このテストケースの実行を依頼するＭＦＰ<2>４０２にも更新後のテスト計画表にもとづく次に実行するテストケースのテスト実行機と周辺機構成を知らせる必要がある。
ただ、ネットワーク接続が復旧した後でなければ、行えない。
【００５５】
そこで、テストケース管理部７０３は、上記ステップＳ５０１と同様に、ＭＦＰ<2>４０２に接続するための手続きとして、一定時間の経過を確認し（ステップＳ５０５）、テストを実行するＭＦＰ<2>４０２のテスト実行部７０１に状況ポーリングを行う（ステップＳ５０６）。この状況ポーリングに対し、ＭＦＰ<2>４０２のテスト実行部７０１からの応答があった場合に、ＭＦＰ<2>４０２との間を繋ぐネットワークとのネットワーク接続が復旧し、データ交換が可能になったことが確認できる。
【００５６】
ネットワーク接続の復旧を確認した後、ＭＦＰ<1>４０１のテストケース管理部７０３は、中止したテストケースの実行を再び依頼するＭＦＰ<2>４０２のＵＩ部７０４に、更新後のテスト計画表をもとに、実行するテストケースとしてテスト実行機と周辺機構成をユーザーに知らせるための表示要求を行う（ステップＳ５０７）。ＭＦＰ<2>４０２のＵＩ部７０４は、この表示要求を受け、操作パネル（不図示）に表示要求に従う画面（図１６、参照）を表示する。
なお、ステップＳ５０４及びＳ５０７で行うテスト計画の表示内容は、図１６のように、優先順位の先頭のテストケースについて、テスト実行機とその周辺機構成を示すだけではなく、現時点で作成したテスト計画を図７に示す表の形式で表示する手段とし、例えば、次に実行するテストケースを目立たせるように表示しても良い。
【符号の説明】
【００５７】
１００・・・ＭＦＰの組み込みシステム、１０１・・・ＭＦＰ ＯＳ、１０２，２０２・・・Java（登録商標）ＶＭ、１０３・・・アプリケーション開発用プラットフォーム、１０４，１０５，２０４，２０５・・・ＳＤＫアプリ、１０６，２０６・・・テストアプリ、２００・・・ＰＣの組み込みシステム、２０１・・・ＰＣ ＯＳ、２０３・・・アプリケーション開発用（エミュレータ）プラットフォーム、３０１・・・製本用周辺機<1>、３０２・・・製本用周辺機<2>、３０３・・・製本用周辺機<3>、４０１・・・ＭＦＰ<1>、４０２・・・ＭＦＰ<2>、４０３・・・ＭＦＰ<3>、５０１・・・ＰＣ、６０１・・・ネットワーク、７０１・・・テスト実行部、７０２・・・機器情報管理部、７０３・・・テストケース管理部、７０４・・・ＵＩ部。
【先行技術文献】
【特許文献】
【００５８】
【特許文献１】特開２００１−３１８８０５号公報
【図１】
0005435403.tif 000002
【図２】
0005435403.tif 000003
【図３】
0005435403.tif 000004
【図４】
0005435403.tif 000005
【図５】
0005435403.tif 000006
【図６】
0005435403.tif 000007
【図７】
0005435403.tif 000008
【図８】
0005435403.tif 000009
【図９】
0005435403.tif 000010
【図１０】
0005435403.tif 000011
【図１１】
0005435403.tif 000012
【図１２】
0005435403.tif 000013
【図１３】
0005435403.tif 000014
【図１４】
0005435403.tif 000015
【図１５】
0005435403.tif 000016
【図１６】
0005435403.tif 000017
【図１７】
0005435403.tif 000018