(57)【要約】【課題】  複数のＭＦＰにおいて設定処理を実行し、その設定結果をサーバに送信するシステムにおいて、ＭＦＰ間の送信設定を確認し、その確認結果をサーバに送信するシステムを提供することを目的とする。【解決手段】  前記管理サーバは、前記画像処理装置から別の画像処理装置へのデータの送信処理を実行し、送信処理の実行結果を前記画像処理装置が前記管理サーバに送信するための第二のスクリプトを作成する作成手段を有し、前記管理サーバは、前記画像処理装置における設定処理が開始される際に、前記作成手段によって前記第二のスクリプトを作成し、前記第一のスクリプトおよび前記第二のスクリプトを前記クライアントに送信することを特徴とする。【選択図】  図１３
2020149591.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像処理装置と、
前記複数の画像処理装置のうちの一つの画像処理装置における機能を実現するためのアプリケーション、および前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データをインストールするための設定処理であって、前記設定処理の手順を含む第一のスクリプトを作成するクライアントと、
前記第一のスクリプトを管理する管理サーバと、を含むシステムであって、
前記管理サーバは、
前記画像処理装置から別の画像処理装置へのデータの送信処理を実行し、送信処理の実行結果を前記画像処理装置が前記管理サーバに送信するための第二のスクリプトを作成する作成手段を有し、
前記管理サーバは、
前記画像処理装置における設定処理が開始される際に、前記作成手段によって前記第二のスクリプトを作成し、前記第一のスクリプトおよび前記第二のスクリプトを前記クライアントに送信することを特徴とするシステム。
【請求項２】
前記画像処理装置は、
前記第一のスクリプトに基づいて設定処理を実行した後、
前記作成手段によって作成された前記第二のスクリプトに基づいて送信処理を実行し、送信処理の前記実行結果を前記管理サーバに送信することを特徴とする請求項１に記載のシステム。
【請求項３】
前記作成手段は、
前記画像処理装置における設定処理が開始される際に、前記第二のスクリプト、および前記第二のスクリプトに基づいて実行した送信処理の実行結果を格納するためのテーブルを作成することを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記クライアントは、
前記画像処理装置に設定されるフォルダ構成を指定するための第一の表示画面と、
前記フォルダ構成に含まれるフォルダを、前記送信処理を実行した際の送信先として選択するための第二の表示画面を表示する表示手段を更に有し、
前記第一の表示画面において指定された前記フォルダ構成、および前記第二の表示画面において選択された前記送信先に基づいて、前記第一のスクリプトを作成する請求項１乃至３のいずれか一項に記載のシステム。
【請求項５】
前記第二のスクリプトは、
前記画像処理装置が前記送信処理における送信元である場合に、
前記画像処理装置が送信先に対してデータを送信できるかを確認するための第一のコードを有し、
前記画像処理装置が前記送信処理における送信先である場合に、
前記画像処理装置が送信元からデータを受信できるかを確認するための第二のコードを有することを特徴とする請求項１乃至４のいずれか一項に記載のシステム。
【請求項６】
前記第一のコードを実行した結果、前記画像処理装置が送信先に対してデータを送信できないことを確認した場合、または、
前記第二のコードを実行した結果、画像処理装置が送信元からデータを受信できなかったことを確認した場合、
前記管理サーバに対して、前記送信処理が未完了であることを示す実行結果を送信することを特徴とする請求項５に記載のシステム。
【請求項７】
前記送信処理は、
前記画像処理装置から前記別の画像処理装置に対するファクス送信処理であることを特徴とする請求項１乃至６のいずれか一項に記載のシステム。
【請求項８】
複数の画像処理装置と、
前記複数の画像処理装置のうちの一つの画像処理装置における機能を実現するためのアプリケーション、および前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データをインストールするための設定処理であって、前記設定処理の手順を含む第一のスクリプトを作成するクライアントと、
前記第一のスクリプトを管理する管理サーバと、を含むシステムの制御方法であって、
前記管理サーバは、
前記画像処理装置から別の画像処理装置へのデータの送信処理を実行し、送信処理の実行結果を前記画像処理装置が前記管理サーバに送信するための第二のスクリプトを作成する作成ステップを有し、
前記管理サーバは、
前記画像処理装置における設定処理が開始される際に、前記作成ステップによって前記第二のスクリプトを作成し、前記第一のスクリプトおよび前記第二のスクリプトを前記クライアントに送信することを特徴とするシステムの制御方法。
【請求項９】
複数の画像処理装置のうちの一つの画像処理装置における機能を実現するためのアプリケーション、および前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データをインストールするための設定処理であって、前記設定処理の手順を含む第一のスクリプトを管理する管理サーバであって、
前記画像処理装置から別の画像処理装置へのデータの送信処理を実行し、送信処理の実行結果を前記画像処理装置が前記管理サーバに送信するための第二のスクリプトを作成する作成手段を有し、
前記画像処理装置における設定処理が開始される際に、前記作成手段によって前記第二のスクリプトを作成し、前記第一のスクリプトおよび前記第二のスクリプトをクライアントに送信することを特徴とする管理サーバ。
【請求項１０】
前記作成手段は、
前記第一のスクリプトの取得要求を前記画像処理装置から取得した際に、前記第二のスクリプト、および前記第二のスクリプトに基づいて実行した送信処理の実行結果を格納するためのテーブルを作成することを特徴とする請求項９に記載の管理サーバ。
【請求項１１】
前記送信処理は、
前記画像処理装置から前記別の画像処理装置に対するファクス送信処理であることを特徴とする請求項９または１０に記載の管理サーバ。
【請求項１２】
複数の画像処理装置のうちの一つの画像処理装置における機能を実現するためのアプリケーション、および前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データをインストールするための設定処理であって、前記設定処理の手順を含む第一のスクリプトを管理する管理サーバの制御方法であって、
前記画像処理装置から別の画像処理装置へのデータの送信処理を実行し、送信処理の実行結果を前記画像処理装置が前記管理サーバに送信するための第二のスクリプトを作成する作成ステップを有し、
前記画像処理装置における設定処理が開始される際に、前記作成ステップによって前記第二のスクリプトを作成し、前記第一のスクリプトおよび前記第二のスクリプトをクライアントに送信することを特徴とする管理サーバの制御方法。
【請求項１３】
複数の画像処理装置のうちの一つの画像処理装置における機能を実現するためのアプリケーション、および前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データをインストールするための設定処理であって、前記設定処理の手順を含む第一のスクリプトを管理する管理サーバとして機能させるためのプログラムであって、
前記画像処理装置から別の画像処理装置へのデータの送信処理を実行し、送信処理の実行結果を前記画像処理装置が前記管理サーバに送信するための第二のスクリプトを作成する作成手段を有し、
前記画像処理装置における設定処理が開始される際に、前記作成手段によって前記第二のスクリプトを作成し、前記第一のスクリプトおよび前記第二のスクリプトをクライアントに送信することを特徴とする管理サーバとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置において設定処理を実行する情報処理システム、およびその制御方法に関する。
【背景技術】
【０００２】
一般に、ＭＦＰ等の画像処理装置を代表するカスタマイズ可能なデバイスは、新規に導入される際に顧客環境に応じた設定処理が必要となる。そして複数台のデバイスの設定処理を行う際には、予め必要なソフトウエアや設定情報、検証用のデータなどのデータ、およびそれらのデータを用いた設定処理の手順などが示されたスクリプトを作成しておく必要がある。
【０００３】
特許文献１には、そのスクリプトに従って効率的に設定処理を実行するシステムについて開示されている。そして特許文献２には、設定処理の設定結果がＭＦＰから案件管理サーバに対して自動で送信され、管理されるシステムについて開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第６１６１３１４
【特許文献２】特願２０１５−０２４６３８
【発明の概要】
【発明が解決しようとする課題】
【０００５】
大型商談の場合、複数の事業所や部署にまたがる環境に複数のＭＦＰを納品し、複数台でシステム構成を伴うような設定が必要とされることが多い。システム構成としては例えば、各部署で１台のドキュメントサーバと複数台のクライアントＭＦＰとなるシステム構成であったり、ＦＡＸやｉＦＡＸなどの受信データ等をＭＦＰから特定のＭＦＰへ自動送信するシステム構成などがある。
【０００６】
上記のようなシステムを納品するためには、まず、各ＭＦＰにおいてファームウェアやアプリケーションのインストール等の処理を客先とは異なる場所（工場や倉庫等）で行われることが多い。その際、特定のＭＦＰにデータを送信する送信設定も行われる。機能が利用可能な状態となったＭＦＰを客先に納品した後に、データの送信設定がうまく設定されたかの確認が行われる。
【０００７】
特許文献１および特許文献２を組み合わせれば、送信設定を含む設定処理の設定結果やその送信設定がうまく設定されたかを示す確認結果をサーバに送信する構成が考えられる。その際、処理の実行場所毎に結果を管理したいという要望である。つまり、設定結果と確認結果とを別で管理することを指す。
【０００８】
二つの結果を別で管理するためには、ＭＦＰの設定処理を実行し設定結果をサーバに送信するためのスクリプトと、送信設定を確認しその確認結果をサーバに送信するためのスクリプトを別に用意する必要がある。しかし、スクリプトが複数になることで、スクリプトを作成する案件作成者に負担がかかる上、送信設定の設定内容に変更が生じた場合には両方のスクリプトを変更しなければならない。
【０００９】
本発明は、上記の課題を解決するためになされたものであり、複数のＭＦＰにおいて設定処理を実行し、その設定結果をサーバに送信するシステムにおいて、ＭＦＰ間の送信設定を確認し、その確認結果をサーバに送信するシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
複数の画像処理装置と、
前記複数の画像処理装置のうちの一つの画像処理装置における機能を実現するためのアプリケーション、および前記アプリケーションを動作させるためのファームウェアのうち少なくとも一つを含む設定データをインストールするための設定処理であって、前記設定処理の手順を含む第一のスクリプトを作成するクライアントと、
前記第一のスクリプトを管理する管理サーバと、を含むシステムであって、
前記管理サーバは、
前記画像処理装置から別の画像処理装置へのデータの送信処理を実行し、送信処理の実行結果を前記画像処理装置が前記管理サーバに送信するための第二のスクリプトを作成する作成手段を有し、
前記管理サーバは、
前記画像処理装置における設定処理が開始される際に、前記作成手段によって前記第二のスクリプトを作成し、前記第一のスクリプトおよび前記第二のスクリプトを前記クライアントに送信することを特徴とする。
【発明の効果】
【００１１】
本発明により、上記の課題を解決するためになされたものであり、複数のＭＦＰにおいて設定処理を実行し、その設定結果をサーバに送信するシステムにおいて、ＭＦＰ間の送信設定を確認し、その確認結果をサーバに送信するシステムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】情報処理装置を適用するシステムの構成を示す図
【図２】システムのハードウェア構成を説明するブロック図
【図３】管理サーバのハードウェア構成を説明するブロック図
【図４】データ格納部で管理する案件データテーブルを示す図
【図５】情報処理装置の設定作業を説明するフロー図
【図６】案件作成プログラムが表示するＵＩ画面を示す図
【図７】設定スクリプトと動作設定データの一例を示す図
【図８】チェックスクリプトの一例を示す図
【図９】自動設定プログラム３００が表示するＵＩ画面の一例を示す図
【図１０】案件Ａ１のシステム構成を示す図
【図１１】ＭＦＰと案件管理サーバの自動設定処理方法を説明するフローチャート
【図１２】案件管理サーバのチェックスクリプト生成処理を説明するフローチャート
【図１３】ＭＦＰと案件管理サーバのシステムチェック方法を説明するフローチャート
【図１４】実施例２における、システムチェック中断中の動作を説明するフローチャート
【図１５】ＭＦＰにおいて設定処理を実行するためのスクリプトの一例
【図１６】ＭＦＰにおける設定処理を示すフローチャート
【発明を実施するための形態】
【００１３】
〔実施例１〕
以下、本発明を実施するための形態について図面を用いて説明する。まず、本実施形態において用いる用語の定義を説明する。
【００１４】
動作構成データとは、動作設定項目とその項目に設定されている動作設定値である。動作設定項目とは、複合機（以下ＭＦＰと記載）の動作の切り替えを行う項目である。操作設定値としては例えば、ＭＦＰのＩＰアドレス、ＳＭＢサーバであるか否かを示す設定値、受信データの送信条件や送信先等である。動作設定項目に対して動作設定値を指定することで、ＭＦＰの動作を所望の動作に切り替えることが可能となる。後述の設定スクリプトがＭＦＰで実行される事によって、動作設定項目に動作設定値が指定される。
【００１５】
＜情報処理システムの構成＞
図１は、本発明の情報処理システムの構成の一例を示す。ＬＡＮ（１００、１０１）は設定を行う顧客環境のＬＡＮであり、ＭＦＰ（１１０〜１１３）が複数台接続される。ＭＦＰ（１１０〜１１３）は、複写機にスキャナ、プリンタ等の複数の機能を統合した画像処理装置であり、後述する自動設定プログラム３００がインストールされている。自動設定プログラム３００を実行する事によって、案件管理サーバ１２０で管理されている設定スクリプト（図７（Ａ））と、自動生成されるチェックスクリプト（図８）をＭＦＰは取得することができる。また、自動設定プログラム３００は、設定スクリプトの内容に従って自動設定処理、およびチェックスクリプトに従って自動でシステム構成のチェックを実施する機能も有する。
【００１６】
ＬＡＮ１０２は、設定スクリプトの作成等の事前準備を行う環境のＬＡＮであり、クライアントＰＣ１０３が接続される。クライアントＰＣ１０３はパーソナルコンピュータなどの情報処理装置であり、案件作成プログラム３２０がインストールされている。案件作成プログラム３２０は設定スクリプト等の案件データを作成するプログラムである。
【００１７】
案件管理サーバ１２０は案件管理プログラム３７０がインストールされているサーバである。案件管理プログラム３７０とは、クライアントＰＣ１０３で作成された案件データを管理するためのプログラムである。本実施形態では、画像処理装置の一例としてＭＦＰを挙げているが、もちろんその他ＰＣや、ＳＦＰなどでも構わない。
【００１８】
＜ＭＦＰのハードウェア構成＞
図２は、図１に示した情報処理システムのハードウェア構成の例を示すブロック図である。図２（Ａ）は、ＭＦＰ１０５のハードウェア構成の例である。ＭＦＰはコントローラユニット２００を含む。コントローラユニット２００には、画像入力デバイスであるスキャナ２１７や画像出力デバイスであるプリンタ２１６、および操作部２０８が接続されており、スキャナで読み取られた画像データをプリンタにより印刷出力するコピー機能を実現するための制御を行う。
【００１９】
コントローラユニット２００はプロセッサであるＣＰＵ２０１を有する。ＣＰＵ２０１はＲＯＭ２０６に格納されているブートプログラムによりオペレーションシステム（ＯＳ）を立ち上げ、そのＯＳ上でＨＤＤ（ハードディスクドライブ）２０７に格納されているプログラムを実行し、作業領域としてＲＡＭ２０２を用いて各処理を実行する。ＨＤＤ２０７は各種データや動作構成データが格納でき、ユーザの設定によりフォルダ構成を構築できる。
【００２０】
ＣＰＵ２０１には、システムバス２１０を介して操作部Ｉ／Ｆ２０３、ネットワークＩ／Ｆ２０５、画像バスＩ／Ｆ２１２が接続される。操作部Ｉ／Ｆ２０３は、タッチパネルを有する操作部２０８とのインタフェースであり、操作部２０８に表示すべき画像データを出力し、操作部２０８でユーザが入力した情報をＣＰＵ２０１に送信する。ネットワークＩ／Ｆ２０５は、ＭＦＰをＬＡＮ１０１に接続するためのインタフェースであり、外部とのデータ送受信を行う。例えばｉＦＡＸの受信はネットワークＩ／Ｆ２０５を介して行われるファクス送信処理であり、また、ＳＭＢサーバやクライアント機能を利用して外部とのデータの送受信を行う際にも、ネットワークＩ／Ｆ２０５を介して行われる。
【００２１】
画像バスＩ／Ｆ２１２は、システムバス２１０と画像データを高速で送信する画像バス２１１を接続し、データ形式を変換するためのバスブリッジである。画像バス２１１上には、デバイスＩ／Ｆ２１５、スキャナ画像処理部２１４、プリンタ画像処理部２１３が設けられている。デバイスＩ／Ｆ２１５には、スキャナ２１７およびプリンタ２１６が接続され、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２１４は入力画像データの編集等を行い、プリンタ画像処理部２１３はプリント出力画像データの解像度変換等を行う。
【００２２】
＜クライアントＰＣ１０３のハードウェア構成＞
図２（Ｂ）は、クライアントＰＣ１０３のハードウェア構成の例である。ＣＰＵ２５１を含む制御部２５０は、クライアントＰＣ１０３の全体の動作を制御する。ＣＰＵ２５１は、ＲＯＭ２５２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ２５３は、ＣＰＵ２５１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２５６は各種データやプログラムを記憶する。操作部Ｉ／Ｆ２５４は、クライアントＰＣ１０３で実行されるプログラムへの制御操作を入力するユーザインタフェース端末を接続する。本実施形態では、マウス２５９やキーボード２６０で構成されるが、その限りではない。ディスプレイＩ／Ｆ２５５はクライアントＰＣ１０３のディスプレイ端末に接続されており、クライアントＰＣ１０３のプログラムによって実現されるＵＩを表示する。本実施形態ではディスプレイ２６１で構成されるが、その限りではない。ネットワークＩ／Ｆ２５７は、制御部２５０をＬＡＮ１０２に接続し、ネットワークを介して他の装置との間で各種情報を送受信する。
【００２３】
＜案件管理サーバ１２０のハードウェア構成＞
図２（Ｃ）は案件管理サーバ１２０のハードウェア構成の例である。ＣＰＵ２８１を含む制御部２８０は、案件管理サーバ１２０全体の動作を制御する。ＣＰＵ２８１は、ＲＯＭ２８２に記憶された案件管理プログラム３７０を読み出して各種制御処理を実行する。ＲＡＭ２８３は、ＣＰＵ２８１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２８４は各種プログラムや後述する各種データテーブルを記憶する。ネットワークＩ／Ｆ２８５は、ネットワークを介して他の装置との間で各種情報を送受信する。
【００２４】
＜各種プログラムのソフトウエア構成＞
図３は、ＭＦＰ（１１０〜１１３）、クライアントＰＣ１０３、案件管理サーバ１２０で動作する各プログラムのソフトウエア構成の例を示すブロック図である。まず、ＭＦＰで動作する自動設定プログラム３００は、ＣＰＵ２０１により各機能が実現される。ＵＩ制御部３０１は、自動設定プログラム３００を操作するためのＵＩを、操作部２０８を通じてユーザに提供し、ユーザの操作を受け付ける。処理実行部３０２は各種処理を実行する。通信部３０３は、処理を行うために必要なデータの送受信を案件管理サーバ１２０と行う。動作構成データ設定部３０４は動作構成データの設定処理を行う。
【００２５】
クライアントＰＣ１０３で動作する案件作成プログラム３２０は、ＣＰＵ２５１により各機能が実現される。ＵＩ制御部３２１は、案件作成プログラム３２０を操作するためのＵＩを、ディスプレイ２６１を通じてユーザに提供し、マウス２５９やキーボード２６０を通じてユーザの操作を受け付ける。処理実行部３２２は、各種処理を実行する処理を行う。データ入出力制御部３２３は、ＵＩ制御部３２１の指示に従い、ユーザからの操作入力を受け付ける処理を行う。通信部３２４は、前述した各処理部の指示に従い、案件管理サーバ１２０等に対してデータを送受信する処理を行う。
【００２６】
案件管理サーバ１２０で動作する案件管理プログラム３７０は、ＣＰＵ２８１により各機能が実現される。データ格納部３７４は、ＭＦＰに設定する案件データ（図４）を格納する。データ管理部３７２は、データ格納部３７４に格納されている案件データを管理する処理を行う。処理実行部３７１は各種処理を実行する処理を行う。通信部３７３は、前述した各処理部の指示に従い、ＭＦＰおよびクライアントＰＣ１０３とデータを送受信する処理を行う。
【００２７】
＜案件データ＞
図４は、案件管理サーバ１２０のデータ格納部３７４で管理される案件データの例を示す図である。図４（Ａ）から図４（Ｅ）は、データ格納部３７４が管理する案件データテーブルの一例である。尚、図４に示されたテーブル構成は、説明をしやすくするために冗長な部分を残しているが、リレーショナルデータベースなどである場合は正規化を行い、冗長性を除く等、本例とは異なるテーブル構成であってもよい。
【００２８】
図４（Ａ）は、案件の概要を格納している案件データテーブルであり、案件ＩＤ４０１、案件名４０２、納品期限４０３を含む。１レコードは１つの案件を表しており、１つの案件は１つの商談に対応する。案件ＩＤ４０１は案件データを一意に識別するための識別子である。案件名４０２は案件データの名称を表している。納品期限４０３は案件の納品期限である。
【００２９】
図４（Ｂ）は、ＭＦＰの設定概要を格納しているＭＦＰ設定データテーブルであり、設定ＩＤ４１１、デバイス名４１２、案件ＩＤ４１３、各動作設定項目（４１４〜４１６）、設定スクリプト４１７、設定結果４１８を含む。１レコードはＭＦＰ１台分の設定データに対応する。設定ＩＤ４１１は設定データを一意に識別するための識別子である。案件ＩＤで特定される一つの案件（商談）に対して、設定ＩＤで特定される設定データが一つ以上紐付く。
【００３０】
デバイス名４１２はＭＦＰのデバイス名である。案件ＩＤ４１３は図４（Ａ）の案件ＩＤ４０１に対応しており、図４（Ａ）を参照する事によって案件名や案件データの納品期限を特定することができる。
【００３１】
各動作設定項目（４１４〜４１６）はＭＦＰに設定する動作設定値であり、ＩＰアドレス４１４はＭＦＰに設定するネットワークアドレスである。ＳＭＢサーバ４１５は、設定対象であるＭＦＰがＳＭＢプロトコルでディレクトリを公開するか否かであり、設定値「ＯＮ」を公開、設定値「ＯＦＦ」は非公開を意味する。ＦＷサーバ４１６は、ＭＦＰのＦＷ（ファームウェア）がバージョンアップするときにＦＷをダウンロードするＦＷサーバ１００２のアドレスである。
【００３２】
設定スクリプト４１７は、自動設定プログラム３００が設定処理を実行するための設定スクリプト（図５）であり、案件作成プログラム３２０が生成するスクリプトでもある。尚、本実施例では設定スクリプトの実体をデータテーブル内に格納しているが、設定スクリプトの実体へのパスのみを格納しておき、設定スクリプトの実体は別の場所にファイルとして置くような構成でも良い。設定結果４１８は設定スクリプトの実行結果であり、設定処理が成功した場合は「ＯＫ」、失敗した場合は「ＮＧ」が格納される。
【００３３】
図４（Ｃ）は、ＭＦＰに設定されるフォルダとそのフォルダ構造を示すフォルダデータテーブルであり、フォルダＩＤ４２１、設定ＩＤ４２２、親フォルダＩＤ４２３、フォルダ名４２４を含む。１レコードは１フォルダの設定内容に対応する。フォルダＩＤ４２１は、フォルダデータを一意に識別するための識別子である。設定ＩＤ４２２は設定ＩＤ４１１に対応しており、図４（Ｂ）の設定データを特定することができる。それにより、図４（Ｃ）のフォルダ（またはフォルダ構造）がどの設定データの設定処理実行時にＭＦＰに設定されるのかがわかる。例えば、フォルダＩＤが「Ｆ００１」〜「Ｆ００４」は、設定ＩＤ「Ｓ００２」がＭＦＰに設定される際に作成されるフォルダである。
【００３４】
親フォルダＩＤ４２３は親フォルダのフォルダＩＤである。また、フォルダ名４２４はフォルダの名前である。例えば、フォルダＩＤ「Ｆ０００１」の場合、親フォルダのフォルダＩＤは「なし」であるため、フォルダＩＤ「Ｆ０００１」はフォルダ構造の最上位のフォルダであって、フォルダパスは「／受信データＸ」となる。また、フォルダＩＤ「Ｆ０００７」の場合は親フォルダのフォルダＩＤは「Ｆ００６」であるため、フォルダパスは「／送信データ２／ｆｒｏｍ事業所Ｘ」となる。図４（Ｃ）のフォルダデータテーブルを用いて、ＭＦＰ１１１に設定ＩＤ「Ｓ００２」の設定データ、およびＭＦＰ１１２に設定ＩＤ「Ｓ００３」の設定データを設定した場合、図１０のようなフォルダ構造が各ＭＦＰに設定されることになる。
【００３５】
図４（Ｄ）は、ＭＦＰに設定される送信設定データを格納している送信設定データテーブルであり、送信ＩＤ４３１、設定ＩＤ４３２、送信条件４３３、フォルダＩＤ４３４で構成される。１レコードは１つの送信設定データに対応する。送信ＩＤ４３１は、送信設定データを一意に識別するための識別子である。設定ＩＤ４３２は設定ＩＤ４１１に対応し、どの設定データがＭＦＰに設定されるときに設定される送信設定データであるかが特定される。例えば、送信ＩＤ「Ｗ００１」〜「Ｗ００２」の送信設定データは、設定ＩＤ「Ｓ００１」にＭＦＰに設定される際に用いられる。
【００３６】
送信条件４３３は送信処理を実行する際の実行条件である。本実施例では、送信条件４３３として、受信データのタイトルに含まれる文字列が指定されるものとする。例えば、送信ＩＤ「Ｗ００１」の場合は送信条件４３３が「ｔｉｔｌｅ＝”Ｘ”」であるため、文字「Ｘ」をタイトルに含む受信データが送信対象となる。尚、本実施例では説明しやすくするために、受信データのタイトルのみを送信条件４３３として例示したが、受信データの本文、送信元、データサイズなど様々な送信条件の具体的な内容については特に限定しない。
【００３７】
フォルダＩＤ４３４はフォルダＩＤ４２１に対応しており、データの送信先のフォルダである。例えば、送信ＩＤ「Ｗ００１」の場合、フォルダＩＤ「Ｆ０００１」に受信データが送信される。「Ｆ０００１」とは図４（Ｃ）より、フォルダ「受信データＸ」のことである。
【００３８】
図４（Ｅ）は、同一案件内に設定されたＭＦＰ間およびサーバアクセスの設定を確認するためのチェックスクリプトを管理するシステムチェックデータテーブルであり、設定ＩＤ４１１、チェックスクリプト４４２、チェック結果４４３を含む。１レコードは、１つのチェックスクリプトとそれを実行した実行結果に対応する。設定ＩＤ４４１は図４（Ｂ）の設定ＩＤ４１１に対応する。チェックスクリプト４４２は案件管理プログラム３７０によって自動で作成され、自動設定プログラム３００によって実行される。チェックスクリプトが案件管理プログラム３７０によって作成されるタイミングについては特に限定せず、例えば、案件作成プログラム３２０が予めチェックスクリプトを作成し、案件管理サーバ１２０に登録しておいてもよい。尚、本実施例ではチェックスクリプト４４２の実体を図４（Ｅ）のデータテーブル内に格納しているが、チェックスクリプトの実体へのパスのみをテーブルに格納しておき、チェックスクリプトの実体は別の場所にファイルとして置くような構成でも良い。チェック結果４４３は、チェックスクリプト４４２の実行結果であり、成功した場合は値「ＯＫ」、失敗した場合は値「ＮＧ」が格納される。
【００３９】
＜ＭＦＰの設定作業手順＞
図５は、本実施形態を示す画像処理装置の設定処理を説明する図である。本例では、ＭＦＰ（１１０〜１１３）の基本的な設定をするまでの作業フローを説明する。Ｓ５０１は、案件作成者５１０が案件の作成を行う作業である。本例では営業担当者を案件作成者とし、その案件担当者が顧客からの要望に基づいて案件を作成するものとする。案件作成者は、案件の概要やＭＦＰの設定内容を、案件作成プログラム３２０を使用して入力する。ＭＦＰの設定内容とはＭＦＰの動作設定値や送信設定の設定値のことである。その設定内容は案件データとして案件管理サーバ１２０へ送信され、データ格納部３７４に保存される。
【００４０】
Ｓ５０２は、設定担当者５２０がＭＦＰ組立工場やＭＦＰ管理倉庫等で行う、ＭＦＰの設定処理である。ＭＦＰの組立後または倉庫からＭＦＰが配送されると、設定担当者はＭＦＰを案件管理サーバ１２０にＬＡＮ（不図）で接続する。設定担当者が自動設定プログラム３００のＵＩにおいてボタン９０１（図９）を押下する。ボタン９０１が押下されたことを検知すると、自動設定プログラム３００は案件管理サーバ１２０から設定スクリプトを取得し、設定処理が開始される。
【００４１】
Ｓ５０３およびＳ５０４は、納品担当者（５３０、５４０）が納品先で行う、納品環境でのＭＦＰのチェック処理である。チェック処理とは、主にＭＦＰから別のＭＦＰへの送信状況やＭＦＰの通信状況を確認する処理のことである。納品担当者は、納品先のＬＡＮ（１００、１０１）に納品されたＭＦＰを接続し、自動設定プログラム３００のＵＩ上でチェックボタン９２１を押下する。チェックボタン９２１が押下されたことを検知すると、自動設定プログラム３００はチェック処理を開始し、その実行結果を案件管理サーバ１２０に送信する。チェック処理については図１３を用いて後述する。このように、納品担当者は、納品する全てのＭＦＰ（１１０〜１１３）に対しチェック処理を実行する。
【００４２】
本実施例では、Ｓ５０２の設定処理をＭＦＰの納品先とは異なる環境で実施するものとして説明するが、同じ環境下でＳ５０２〜５０４の処理を実行しても良い。また、設定担当者５２０と納品担当者（５３０、５４０）が同一担当者でもよく、ユーザの役割分担については特に問わない。以上が本発明に関わるＭＦＰの設定処理のフローである。
【００４３】
＜案件作成プログラム３２０のＵＩ＞
図６は、案件作成プログラム３２０が表示するＵＩ画面（表示画面）を示す図である。図６におけるＵＩは、案件作成者５１０がＳ５０１の作業を行う際にクライアントＰＣ１０３に表示される画面である。
【００４４】
図６（Ａ）は、案件作成プログラム３２０のＴＯＰ画面６００の一例である。ＴＯＰ画面６００は、新規作成ボタン６０１、編集ボタン６０２、終了ボタン６０３を含む。案件作成プログラム３２０は、新規作成ボタン６０１が押下されたことを検知すると、案件作成画面６１０を表示する。また、編集ボタン６０２が押下されたことを検知すると、案件編集画面（不図）を表示する。終了ボタン６０３は、案件作成プログラム３２０を終了するためのボタンである。
【００４５】
図６（Ｂ）は、ＴＯＰ画面６００の新規作成ボタン６０１が押下された際に表示される案件作成画面６１０である。案件作成画面６１０は、案件番号６２１、案件名６１１、納品期限６１２、設定デバイス６１３、追加ボタン６１７、削除ボタン６１８、保存ボタン６１９、キャンセルボタン６２０を含む。尚、案件作成画面６１０では、案件ＩＤ「Ａ００１」である案件データの作成の例を記載している。新規作成ボタン６０１が押下された際に案件番号６２１には、案件管理プログラム３７０から新規に発行された案件ＩＤ４０１が表示される。案件名６１１はテキストボックスであり任意の案件名を入力可能である。今回は案件名「案件Ａ１」が入力されたものとする。
【００４６】
納品期限６１２はテキストボックスであり、案件の納品期限が入力可能である。設定デバイス６１３には案件に紐付けるＭＦＰが一覧表示される。追加ボタン６１７を押下すると紐付けるＭＦＰを設定デバイス６１３に追加できる。チェックボックスを選択し削除ボタン６１８を押下すると、指定したＭＦＰが削除される。また、案件作成プログラム３２０は、設定ボタン（６１４〜６１６）の押下を検知すると、設定対象ＭＦＰの動作設定画面６３０（図６（Ｃ））を表示する。保存ボタン６１９は、作成または編集中の案件データを保存するためのボタンであり、押下されたことを検知すると案件作成プログラム３２０は本案件データを案件管理サーバ１２０に送信する。案件管理サーバ１２０の案件管理プログラム３７０は案件データを受信すると、受信した案件データをデータ格納部３７４に保存する。キャンセルボタン６２０は、作成または編集中の案件データを保存せずに終了するボタンであり、押下を検知すると案件作成プログラム３２０は案件データを保存せずにＴＯＰ画面６００を表示する。
【００４７】
図６（Ｃ）は、案件作成画面６１０の設定ボタン（６１４〜６１６）が押下された際に、案件作成プログラム３２０が表示する動作設定画面６３０の一例である。動作設定画面６３０は、案件概要６３１、デバイス名６３２、設定項目６３３、保存ボタン６３９、キャンセルボタン６４０を含む。尚、動作設定画面６３０では、設定ボタン６１６が押下され、設定ＩＤ「Ｓ００３」（図４（Ｂ））の設定データの作成する例を記載している。
【００４８】
案件概要６３１は、案件作成画面６１０で設定された案件番号および案件名が反映されている。デバイス名６３２はテキストボックスであり、図４（Ｂ）のデバイス名４１２に保存される。設定項目６３３には、図４（Ｂ）のカラムにある設定可能な動作設定項目が表示され、動作設定値がテキストボックスやチェックボックスで設定可能となっている。本実施例では、ＩＰアドレス６３４、ＦＷサーバ６３５、ＳＭＢサーバでの公開有無６３６を設定可能な項目とし、ここで指定した値はＭＦＰ設定データテーブル（図４（Ｂ））に保存される。
【００４９】
設定ボタン６３７は、設定対象ＭＦＰのフォルダ構成を設定するボタンであり、押下を検知すると、案件作成プログラム３２０は設定対象ＭＦＰのフォルダ構成設定画面６５０（図６（Ｄ））を表示する。
【００５０】
設定ボタン６３８は、設定対象ＭＦＰのｉＦＡＸ送信設定を設定するボタンであり、押下を検知すると、案件作成プログラム３２０は設定対象ＭＦＰの送信設定画面６６０（図６（Ｅ））を表示する。保存ボタン６３９は案件作成画面６１０のときと同様である。キャンセルボタン６４０については、押下されたことを検知すると、現データを保存せずに案件作成画面６１０を表示する。
【００５１】
図６（Ｄ）は、動作設定画面６３０の設定ボタン６３７が押下された際に、案件作成プログラム３２０が表示するフォルダ構成設定画面６５０の一例である。フォルダ構成設定画面６５０は、案件および設定デバイス概要６５１、フォルダ構成６５２、フォルダ名（６５３〜６５５）、作成ボタン６５６、削除ボタン６５７、保存ボタン６５８、キャンセルボタン６５９を含む。尚、フォルダ構成設定画面６５０では、設定ＩＤ「Ｓ００３」のフォルダデータ（図４（Ｃ））を設定する例を記載している。案件および設定デバイス概要６５１は、動作設定画面６３０および案件作成画面６１０において設定された設定内容が反映されている。
【００５２】
フォルダ構成６５２は、作成しているフォルダ構成のツリーを表示している。案件作成プログラム３２０は、フォルダの選択および作成ボタン６５６の押下が検知されると、選択されたフォルダ以下に子フォルダを生成し、フォルダ名を指定可能なテキストボックスが表示される。例えば、フォルダ名「送信データ２」（６５４）が選択され、作成ボタン６５６が押下されると、「送信データ２」を親フォルダとし、その下に子フォルダを作成してテキストボックス６５５を表示する。ここで作成したフォルダ構成は、フォルダデータテーブル（図４（Ｃ））に保存される。保存ボタン６５８は、保存ボタン６１９および保存ボタン６３９と同様である。キャンセルボタン６５９が押下されると、案件作成プログラム３２０は、現データを保存せずに動作設定画面６３０を表示する。
【００５３】
図６（Ｅ）は、動作設定画面６３０の設定ボタン６３８が押下された際に、案件作成プログラム３２０が表示する送信設定画面６６０の一例である。送信設定画面６６０は、案件および設定デバイス概要６６１、送信条件６６２、追加ボタン６６６、削除ボタン６６７、保存ボタン６６８、キャンセルボタン６６９を含む。尚、送信設定画面６６０では、設定ＩＤ「Ｓ００３」の送信条件を設定する例を記載している。案件および設定デバイス概要６６１は、案件および設定デバイス概要６５１と同様である。
【００５４】
送信条件６６２には、デバイスに設定する送信条件が表示される。テキストボックス６６３に送信条件を入力する。テキストボックス６６３に「Ｘ」と入力すると、タイトルに「Ｘ」が含まれるデータが送信対象となる。案件作成プログラム３２０は、追加ボタン６６６の押下を検知すると送信条件を追加し、チェックボックスが選択された状態で削除ボタン６６７の押下を検知すると、指定した送信条件が削除される。また、案件作成プログラム３２０は、送信先設定ボタン（６６４〜６６５）の押下を検知すると、送信条件の送信先設定画面６７０（図６（Ｆ））を表示する。ここで指定した送信条件は、送信データテーブル（図４（Ｄ））に保存される。本例では、送信ＩＤ「Ｗ００３」の送信条件として保存されたとする。保存ボタン６６８は、保存ボタン６１９および保存ボタン６３９および保存ボタン６５８と同様である。案件作成プログラム３２０は、キャンセルボタン６６９が押下されたことを検知すると、データを保存せずに動作設定画面６３０に戻る。
【００５５】
図６（Ｆ）は、送信設定画面６６０の送信先設定ボタン（６６４〜６６５）が押下された際に、案件作成プログラム３２０が表示する、送信先設定画面６７０の一例である。送信先設定画面６７０は、案件および設定デバイス概要６７１、送信先設定６７２、設定ボタン６７８、キャンセルボタン６７９で構成される。尚、送信先設定画面６７０では、送信先設定ボタン６６４が押下され、設定ＩＤ「Ｓ００３」の送信ＩＤ「Ｗ００３」の送信先を設定する例を記載している。
【００５６】
案件および設定デバイス概要６７１は、案件および設定デバイス概要６５１と同様である。送信先設定６７２には、送信設定画面６６０の送信条件６７３を表示し、デバイス名には設定ＩＤ「Ｓ００１」と同一案件に属する設定ＩＤのデバイスかつフォルダ構成が設定されているデバイスを表示する。設定ＩＤ「Ｓ００３」の案件ＩＤはＭＦＰ設定データテーブル（図４（Ｂ））より「Ａ００１」であり、案件ＩＤ「Ａ００１」に属する設定ＩＤは「Ｓ００１」〜「Ｓ００４」である。さらに、設定ＩＤ「Ｓ００１」〜「Ｓ００４」の中でフォルダ構成が設定されている設定ＩＤは、フォルダデータテーブル（図４（Ｃ））より設定ＩＤ「Ｓ００２」と「Ｓ００３」であり、該当するフォルダはフォルダＩＤ「Ｆ０００１」〜「Ｆ０００７」である。よって、「Ｓ００２」と「Ｓ００３」のデバイス名「ＭＦＰ１１１」、「ＭＦＰ１１２」および各デバイスのフォルダ構成を表示する。フォルダ６７４はフォルダＩＤ「Ｆ０００１」、フォルダ６７５の場合はフォルダＩＤ「Ｆ０００２」、フォルダ６７６はフォルダＩＤ「Ｆ０００３」、フォルダ６７７はフォルダＩＤ「Ｆ０００４」で特定されるフォルダ名が示されている。
【００５７】
そして、案件作成プログラム３２０は、表示したフォルダが選択された状態で設定ボタン６７８の押下を検知すると、送信設定画面６６０で設定されていた送信条件の送信先を設定および保存し、送信設定画面６６０を表示する。例えば、フォルダ６７６が指定された状態で設定ボタン６７８が押下された場合、送信ＩＤ「Ｗ００３」の送信先としてフォルダＩＤ「Ｆ０００３」が設定される。案件作成プログラム３２０はキャンセルボタン６７９が押下されたことを検知すると、送信先を保存せずに送信設定画面６６０に戻る。尚、図６で示した送信先を設定する際の画面の遷移順序や、設定方法についてはあくまでも一例である。
【００５８】
＜設定スクリプトと動作構成データ＞
図７（Ａ）は、ＭＦＰの設定作業（Ｓ５０２）に示したＭＦＰの設定処理を自動で実施するための手順を記述した設定スクリプトの一例である。図７（Ｂ）は、設定スクリプトを実行した後のＭＦＰ１１２の動作構成データの一例を示す図である。動作構成データはＭＦＰ内のＨＤＤ２０７に保存される。
【００５９】
設定スクリプトは、案件作成プログラム３２０が作成した案件データの一部として案件管理サーバ１２０のデータ格納部３７４に格納されている。案件データを作成する際の画面については図６に示した通りである。設定スクリプトはＭＦＰの自動設定プログラム３００の処理実行部３０２で実行される。設定スクリプトは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記載されており、スクリプト部７００、設定識別部７０１、設定値記載部７０２を含む。尚、本図ではＸＭＬにより設定スクリプトを表現しているがＸＭＬに限定されず、シェルスクリプトなどで書かれていても良い。設定処理に関連するその他のスクリプトについても同様である。
【００６０】
図７（Ａ）には設定ＩＤ「Ｓ００３」の設定スクリプト「ｓｅｔ＿Ｓ００１．ｘｍｌ」の一例を示す。スクリプト部７００には設定スクリプトが記載されており、＜ｓｅｔｔｉｎｇＳｃｒｉｐｔ＞で定義される。設定識別部７０１には設定ＩＤが記載されており＜ｉｄ＞で構成される。設定値記載部７０２にはＭＦＰに設定する設定値が記載されており、＜ｖａｌｕｅｓ＞で定義される。設定値記載部７０２にはさらに、デバイス名７１０、ＩＰアドレス７１１、ＳＭＢサーバ設定有無７１２、ＦＷサーバアドレス７１３、フォルダ構成７１５、送信設定７２０、７２１が含まれる。デバイス名７１０は＜ｄｅｖｉｃｅＮａｍｅ＞、ＩＰアドレス７１１は＜ｉｐＡｄｄｒｅｓｓ＞、ＦＷサーバアドレスは＜ｆｗＳｅｒｖｅｒ＞で定義され、それぞれ設定項目６３３で指定した値（図６（Ｂ））が指定される。また、ＳＭＢサーバ設定有無７１２は＜ｓｍｂＳｅｒｖｅｒ＞で定義される。ＳＭＢサーバが設定されている場合、ＳＭＢサーバ設定有無７１２には設定値「ＯＮ」、設定されていない場合は設定値「ＯＦＦ」が記載される。
【００６１】
フォルダ構成７１５は＜ｆｏｌｄｅｒｓ＞で定義され、＜ｆｏｌｄｅｒ＞で構成される。＜ｆｏｌｄｅｒ＞にはフォルダ構成設定画面６５０で指定した値（図６（Ｃ））が指定される。＜ｆｏｌｄｅｒ＞にはｉｄとｐａｒｅｎｔの属性が含まれ、ｉｄはフォルダを一意に識別する識別子であって、ｐａｒｅｎｔは親フォルダを識別するための識別子（フォルダＩＤ７１７）である。ｐａｒｅｎｔの値が「ｎｏｎｅ」の場合は、親フォルダが存在しないことを意味する（７１６）。
【００６２】
フォルダ構成７１５はフォルダ名＜ｎａｍｅ＞を含む。＜ｆｏｌｄｅｒ＞（７１６）は、図４（Ｃ）のフォルダＩＤ「Ｆ００５」、＜ｆｏｌｄｅｒ＞（７１７）はフォルダＩＤ「Ｆ００７」のデータを示している。さらに、送信設定は＜ｆｏｒｗａｒｄ＞で定義され、送信条件７２３、送信先７２４、送信先フォルダパス７２５を含み、送信設定画面６６０および送信先設定画面６７０で設定した値（図６（Ｄ））が反映される。＜ｆｏｒｗａｒｄ＞にはｐｒｏｔｏｃａｌ属性が含まれ、送信先に送信するプロトコルが指定される。本例では、ＳＭＢプロトコルで外部に送信するか、あるいはローカルフォルダ（自ＭＦＰ内のフォルダ）に送信するかを想定しており、ＳＭＢ経由で送信する場合は「ｓｍｂ」、自ＭＦＰのフォルダへの送信の場合は「ｌｏｃａｌ」が記載される。また、本実施例では、ｓｍｂプロトコルのみの送信であるが、例えばｆｔｐやＷｅｂｄａｖなど使用可能な送信方法があるのであれば、それらも指定できるようにしても良い。
【００６３】
送信条件は＜ｃｏｎｄｉｔｉｏｎ＞で定義され、＜ｔｉｔｌｅ＞で構成される。＜ｔｉｔｌｅ＞に指定した文字「Ｘ」が送信条件となる。送信先は＜ｄｅｖｉｃｅ＞で定義され、送信プロトコルがＳＭＢプロトコルである場合にのみ設定される。
【００６４】
送信先７２４は、デバイス名＜ｎａｍｅ＞とＩＰアドレス＜ｉｐＡｄｄｒｅｓｓ＞から構成される。送信先フォルダバスは＜ｐａｔｈ＞で定義され、フォルダ構成を展開した状態で記載される。＜ｆｏｒｗａｒｄ＞（７２０）は、図４（Ｄ）の送信ＩＤ「Ｗ００３」を示しており、＜ｐａｔｈ＞（７２５）は送信先のフォルダＩＤ「Ｆ００３」の展開したフォルダパスである。＜ｄｅｖｉｃｅ＞（７２４）は、フォルダ構成データ（図４（Ｃ））より、フォルダＩＤ「Ｆ０００３」を保持する設定ＩＤ「Ｓ００２」のデバイス情報である。同様に、＜ｆｏｒｗａｒｄ＞（７２１）は、送信ＩＤ「Ｗ００４」のデータを示している。ＭＦＰにおいて図７（Ａ）の設定スクリプトが実行されると、図７（Ｂ）のように各動作設定項目に対して動作設定値が設定される。
【００６５】
＜チェックスクリプト＞
図８は、ＭＦＰの納品作業（Ｓ５０３、Ｓ５０４）に示したＭＦＰのチェックを自動で実施するためのチェック作業手順を記述したチェックスクリプトの一例を示す図である。チェックスクリプトは、自動設定プログラム３００がＭＦＰから設定作業（Ｓ５０２）の開始要求を受信した際に生成され、案件データの一部として案件管理サーバ１２０のデータ格納部３７４に格納される。本実施例では、自動設定プログラム３００からの設定スクリプトの取得要求を受信した際に、チェックスクリプトが生成されるものとして説明する。
【００６６】
図８は設定ＩＤ「Ｓ００３」のチェックスクリプトであるｃｈｅｃｋ００３．ｘｍｌの例である。チェックスクリプトは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記載されており、スクリプト部８００、設定識別部８０１、リトライ部８１０、クライアント部８２０、サーバ部８３０が含まれる。
【００６７】
スクリプト部８００にはチェックスクリプトが記載され、＜ｃｈｅｃｋｉｎｇＳｃｒｉｐｔ＞で構成される。設定識別部８０１には設定ＩＤが記載され＜ｉｄ＞で構成される。リトライ部８１０にはチェックスクリプト実行のリトライに関して記載されており、＜ｒｅｔｒｙ＞で定義される。リトライ部８１０は、リトライ間隔＜ｉｎｔｅｒｖａｌ＞と期限＜ｌｉｍｉｔｅｄ＞で構成される。
【００６８】
商談内容によっては、本実施例のように異なる事業所にＭＦＰを納品したり、納品台数が多く納品期間が数ヶ月以上に渡る場合がある。そのため、ＭＦＰの納品直後にチェックスクリプトを実行したとしても、データの送信先であるＭＦＰが未設定の状態が一定期間発生する可能性がある。その期間を考慮してチェックスクリプトのリトライを設定できるようにしている。その結果、送信元のＭＦＰの設定処理が完了した直後にチェックスクリプトを実行するとエラーとなるが、送信先のＭＦＰが設定された後にチェックスクリプトの再実行を行うと成功することが考えられる。本例では、リトライ間隔は「ａｕｔｏ」と自動に設定されることとするが、案件作成プログラム３２０において１日毎の「ｄａｙ」や１時間毎の「ｈｏｕｒ」などと設定可能としてもよい。期限は、納品期限６１２で指定した値（図６（Ｂ））が指定される。
【００６９】
リトライ間隔が自動（「ａｕｔｏ」）である状態とは、ＭＦＰが自動でリトライの間隔を決定する状態を指す。例えば、ＭＦＰの起動時、スリープ移行時、スリープ復帰時にチェックスクリプトの再実行を行う形態等が考えられる。
【００７０】
リトライ部８１０には、２０２０年１２月３１日までに一日間隔でチェックリトライを行うように設定されている。クライアント部８２０はクライアントとしてのチェック項目が記載され、＜ｃｌｉｅｎｔ＞で定義される。クライアント部８２０は、通信先＜ｄｅｓｔｉｎａｔｉｏｎ＞（８２１、８２２）で構成される。＜ｄｅｓｔｉｎａｔｉｏｎ＞にはｐｒｏｔｏｃａｌ属性が含まれ、通信先のチェックを行うプロトコルが指定される。通信先は、ＩＰアドレス＜ｉｐ＞、デバイス名＜ｄｅｖｉｃｅＮａｍｅ＞、フォルダパス＜ｐａｔｈ＞で構成される。＜ｉｐ＞と＜ｄｅｖｉｃｅＮａｍｅ＞には、通信相手のサーバのＩＰアドレスとデバイス名が記載され、＜ｐａｔｈ＞は送信先のフォルダパスが記載される。＜ｄｅｓｔｉｎａｔｉｏｎ＞（８２１）には設定値「ｐｉｎｇ」が記載されており、図４（Ｂ）のＦＷサーバ４１６への通信状態を確認することが示している。このように、送信設定以外の通信チェックはｐｉｎｇプロトコルを使ってサーバ側の応答有無を確認する。
【００７１】
＜ｄｅｓｔｉｎａｔｉｏｎ＞（８２２）は、ＳＭＢプロトコルを使って送信ＩＤ「Ｗ００３」の通信チェックを行うことを示している。送信ＩＤ「Ｗ００３」の送信先は図４（Ｄ）よりフォルダＩＤ「Ｆ０００３」である。フォルダＩＤ「Ｆ０００３」のフォルダは図４（Ｃ）より設定ＩＤ「Ｓ００２」が設定されたＭＦＰが保持し、送信先のフォルダパスは「／送信データ１／ｆｒｏｍ事業所Ｙ」である。
【００７２】
図４（Ｂ）より、設定ＩＤ「Ｓ００２」のデバイス名は「ＭＦＰ１１１」、ＩＰアドレスは「１７２．２４．１．２」である。通信チェックは、ＳＭＢプロトコルで「１７２．２４．１．２／送信データ１／ｆｒｏｍ事業所Ｙ」以下に、隠しファイルを作成できるかを確認する。サーバ部８３０はサーバとしてのチェック項目が記載され、＜ｓｅｒｖｅｒ＞で定義される。サーバ部８３０は通信元＜ｓｏｕｒｃｅ＞（８３１）で構成される。通信元は、ＩＰアドレス＜ｉｐ＞、デバイス名＜ｄｅｖｉｃｅＮａｍｅ＞、フォルダパス＜ｐａｔｈ＞で構成される。＜ｉｐ＞と＜ｄｅｖｉｃｅＮａｍｅ＞には、通信元であるクライアントのＩＰアドレスとデバイス名が記載され、＜ｐａｔｈ＞はクライアントが送信する送信先のフォルダパスが記載される。
【００７３】
＜ｓｏｕｒｃｅ＞には、自ＭＦＰ以外で、自ＭＦＰを送信先として設定している送信元に関する情報が記載される。図４（Ｃ）より、設定ＩＤ「Ｓ００３」が設定されたことによって該当のＭＦＰに作成されるフォルダは、フォルダＩＤ「Ｆ０００５」〜「Ｆ０００７」である。図４（Ｄ）より、これらのフォルダを送信先にしている送信設定は「Ｗ００２」「Ｗ００４」である。Ｗ００４の送信設定は、自ＭＦＰから自ＭＦＰに対する送信設定を含んでいるため、＜ｓｏｕｒｃｅ＞に記載される送信元の情報は、送信ＩＤ「Ｗ００２」を送信先とするＭＦＰ（自ＭＦＰ以外）またはその他のデバイスに関する情報である。
【００７４】
＜ｓｏｕｒｃｅ＞（８３１）は、送信ＩＤ「Ｗ００２」の通信チェックを行うことを示している。送信ＩＤ「Ｗ００２」を送信先として設定されるＭＦＰは、設定ＩＤ「Ｓ００１」の設定データが設定されたＭＦＰであり、図４（Ｂ）より「ＭＦＰ１１０」である。また、送信ＩＤ「Ｗ００２」の送信先フォルダＩＤ「Ｆ０００７」のフォルダパスは「／送信データ２／ｆｒｏｍ事業所Ｘ」である。従って、送信元であるＭＦＰと自ＭＦＰが有するフォルダとの通信を確認する際には、ＩＰアドレス「１７２．２４．１．１」のＭＦＰから「／送信データ２ｆｒｏｍ事業所Ｘ」以下のフォルダに対してファイルが作成されるかを確認すればよい。
【００７５】
＜自動設定プログラム３００＞
図９は、ＭＦＰの操作部２０８に表示されるＵＩ画面の一例である。本ＵＩは、設定担当者（５２０、５３０、５４０）がＳ５０２、Ｓ５０３、Ｓ５０４の作業を行う際に操作される。図９（Ａ）のＵＩ９００は自動設定プログラム３００を起動するためのボタン９０１を有する。
【００７６】
図９（Ｂ）は、ボタン９０１が押下されたことをきっかけに表示されるＵＩ９１０の一例である。ＵＩ９１０は、案件ＩＤのテキストボックス９１１、検索ボタン９０３、実行ボタン９０４、キャンセルボタン９０５を有し、自動設定プログラム３００によって表示される。案件作成プログラム３２０は、検索ボタン９０３が押下されたことを検知すると、入力された案件ＩＤ「Ａ００１」を案件管理サーバ１２０に送信し、案件管理プログラム３７０から案件ＩＤ「Ａ００１」に関連付く設定デバイス一覧を取得し、ラジオボタンと設定デバイス一覧９０２を表示する。実行ボタン９０４は自動設定処理を実行するためのボタンである。
【００７７】
キャンセルボタン９０５は、自動設定プログラム３００を終了するためのボタンである。図９（Ｃ）のＵＩ９２０は、自動設定プログラム３００のシステム構成チェックを実行するためのチェックボタン９２１を有する。
【００７８】
＜システム構成＞
図１０は、案件Ａ１の設定処理が完了したことで実現するシステム構成を示す図である。事業所Ｘには、ＭＦＰ１１０とＭＦＰ１１１が設定され、事業所ＹにはＭＦＰ１１２とＭＦＰ１１３が設定される。ＭＦＰ１１０には、送信ＩＤ「Ｗ００１」と「Ｗ００２」の送信設定が設定される。ＭＦＰ１１１にはフォルダ構成１０００が作成されている。ＭＦＰ１１２にはフォルダ構成１００１が作成されており、送信ＩＤ「Ｗ００３」と「Ｗ００４」の送信設定が設定される。
【００７９】
＜ＭＦＰ設定処理のフロー＞
図１１は、ＭＦＰにおける自動設定処理および案件管理サーバ１２０における設定データ送信処理に関するフローチャートである。Ｓ１１００からＳ１１０６は、ＣＰＵ２０１が自動設定プログラム３００を実行することで実現され、Ｓ１１５０からＳ１１５７は、ＣＰＵ２８１が案件管理プログラム３７０を実行することで実現される。また、Ｓ１１００からＳ１１０６は、設定担当者５２０が設定処理の実行対象となる画像処理装置を選択し、実行ボタン９０４（図９（Ｂ））を押下したことによって、自動設定プログラム３００により実行される自動設定処理である。Ｓ１１５０からＳ１１５７は、Ｓ１１００で自動設定プログラム３００から送信された設定データ取得要求を受信したことをきっかけに実行される処理内容であって、設定結果の保存が完了するまでの案件管理サーバ１２０の案件管理プログラム３７０で実行される。
【００８０】
Ｓ１１００で、通信部３０３は案件管理サーバ１２０に対して設定データ取得要求を送信する。具体的には通信部３０３が、案件管理プログラム３７０の通信部３７３に対して設定データ取得要求を送信する。設定データ取得要求は、設定デバイス一覧９０２で選択された設定対象となる画像処理装置の設定ＩＤを含む。
【００８１】
Ｓ１１５０で、案件管理サーバ１２０の通信部３７３は、ＭＦＰから設定データ取得要求を受信したかを監視する。設定データ受信要求をＭＦＰから受信した後、Ｓ１１５１でデータ管理部３７２はデータ格納部３７４から、Ｓ１１５０で取得した設定ＩＤの設定情報を取得する。具体的にはＭＦＰ設定データテーブル（図４（Ｂ））から、取得した設定ＩＤの設定スクリプトを取得する。例えば、取得した設定ＩＤが「Ｓ００３」であれば、設定スクリプト「ｓｅｔ＿Ｓ００３．ｘｍｌ」が取得される。
【００８２】
Ｓ１１５２で、処理実行部３７１は、Ｓ１１５０で取得した設定ＩＤのチェックスクリプトを生成する。チェックスクリプト生成の詳細な処理は、図１２を用いて後述する。Ｓ１１５３において処理実行部３７１は、Ｓ１１５２でチェックスクリプトが生成されたか否かを判断する。生成されたと判断した場合はＳ１１５４に遷移し、生成されなかったと判断した場合はＳ１１５５に遷移する。
【００８３】
Ｓ１１５４で、データ管理部３７２は、データ格納部３７４のシステムチェックデータテーブル（図４（Ｅ））に、Ｓ１１５０で取得した設定ＩＤのレコードを追加する。追加したレコードの中には、Ｓ１１５２で生成されたチェックスクリプトまたはチェックスクリプトの取得先情報も含まれる。例えば、Ｓ１１５０で取得した設定ＩＤが「Ｓ００３」であれば、設定ＩＤ「Ｓ００３」およびチェックスクリプト「ｃｈｅｃｋ０００３．ｘｍｌ」を関連付けてレコードに追加する。
【００８４】
Ｓ１１５５において通信部３７３は、Ｓ１１５１で取得した設定スクリプトと、Ｓ１１５２で生成されたチェックスクリプトとをＭＦＰに送信する。
【００８５】
Ｓ１１５６においてＭＦＰの通信部３０３は、案件管理サーバ１２０から応答があったかを監視する。Ｓ１１０２において、通信部３０３は案件管理サーバ１２０から送信された複数のスクリプトを受信する。Ｓ１１０３で、処理実行部３０２は、Ｓ１１０２で受信した設定スクリプトを実行する。動作構成データ設定部３０４は、設定スクリプトに指定された動作設定値（７１０〜７１３および７２０〜７２１）を設定する。また処理実行部３０２は、設定スクリプトに指定されたフォルダ構成７１５に従って、フォルダを作成する。
【００８６】
Ｓ１１０４で、通信部３０３は、Ｓ１１００で送信した設定ＩＤと、Ｓ１１０３で実行した設定スクリプトの実行結果を、案件管理サーバ１２０に送信する。案件管理サーバ１２０の通信部３７３はＳ１１５６で、ＭＦＰから設定スクリプトの実行結果を受信したかを監視する。
【００８７】
Ｓ１１０５で、ＭＦＰの処理実行部３０２は、Ｓ１１０２で受信した複数のスクリプトに、チェックスクリプトが含まれるか判断する。含まれると判断した場合はＳ１１０６に遷移し、含まれないと判断した場合は処理を終了する。Ｓ１１０６において処理実行部３０２は、Ｓ１１０２で受信したチェックスクリプトをＨＤＤ２０７に保存し、処理を終了する。
【００８８】
Ｓ１１５６で案件管理サーバ１２０が設定スクリプトの実行結果を受信した後、Ｓ１１５７でデータ管理部３７２は取得した実行結果を、データ格納部３７４のＭＦＰ設定データ（図４（Ｂ））に格納する。具体的には、Ｓ１１５６で受信した設定ＩＤに該当するレコードに実行結果を格納する。以上がＭＦＰにおける自動設定処理と案件管理サーバ１２０における設定データ送信処理である。
【００８９】
図１１の構成（設定データの取得要求を案件管理サーバ１２０が取得するタイミングでチェックスクリプトを作成する構成）を採用する理由としては、チェックスクリプトの修正の手間を削減するためである。例えば、設定データを案件管理サーバ１２０に格納したタイミングでチェックスクリプトを作成した場合、設定データを修正する度にチェックスクリプトを修正しなければならない。図１１に示されるように、設定データの取得要求の受信後であれば設定データが修正されることはないため、チェックスクリプトの修正の手間を省くことができる。
【００９０】
ＭＦＰが案件管理サーバ１２０からチェックスクリプトを取得するタイミングは、図１１の形態に限定されない。例えば、Ｓ１１０４において設定スクリプト結果を案件管理サーバ１２０に送信したタイミングで、案件管理サーバ１２０からチェックスクリプトを取得する形態であってもよい。つまり、設定スクリプトに基づいて設定処理が実行された後にＭＦＰがチェックスクリプトを取得されている状態であればよい。また、チェックスクリプトの実行結果がＭＦＰで実行される前に、チェック結果４４３が案件管理サーバ１２０に作成されている状態であればいいのであって、チェック結果４４３を作成するタイミングについても特に問わない。
【００９１】
＜チェックスクリプト作成フロー＞
図１２は、本実施形態における案件管理サーバ１２０のチェックスクリプト（図８）作成処理のフローチャートである。本例は、案件管理サーバ１２０の案件管理プログラム３７０が主体となって実行されるものとする。Ｓ１２００においてデータ管理部３７２は、データ格納部３７４に格納されているＭＦＰ設定データ（図４（Ｂ））から、Ｓ１１５０で取得した設定ＩＤの各サーバへの通信設定を取得し、Ｓ１２０１に遷移する。本例では、各サーバへの通信設定項目はＦＷサーバのみとする。
【００９２】
Ｓ１２０１で、処理実行部３７１は、Ｓ１２００でサーバ通信設定を取得したか否かを判断する。取得したと判断した場合はＳ１２０２に遷移し、取得してないと判断した場合はＳ１２０３に遷移する。本例では、Ｓ１１５０において設定ＩＤ「Ｓ００３」を取得したものとする。つまり、Ｓ１２００ではサーバ通信設定として「１１１．２２２．３３３．４４４」が取得される。
【００９３】
Ｓ１２０２で、Ｓ１２００で取得した通信設定を確認するためのスクリプトを、チェックスクリプト（図８）の通信先チェック８２１に追加する。
【００９４】
Ｓ１２０３においてデータ管理部３７２は、データ格納部３７４に格納されているフォルダ構成データ（図４（Ｃ））および送信設定データ（図４（Ｄ））から設定ＩＤの送信設定を取得する。このとき、送信先が自ＭＦＰである場合の送信設定は取得対象から除外する。
【００９５】
送信先が自ＭＦＰであるか否かの判断方法について具体的に説明する。設定ＩＤ「００３」に関連する送信ＩＤは図４（Ｄ）より「Ｗ００３」と「Ｗ００４」である。送信ＩＤ「Ｗ００３」の送信先はフォルダＩＤ「Ｆ０００３」であって、送信ＩＤ「Ｗ００４」の送信先はフォルダＩＤ「Ｆ０００５」である。図４（Ｃ）を参照してフォルダＩＤに関連する設定ＩＤが、送信設定の取得対象である設定ＩＤ（「００３」）と一致した場合には送信先が自ＭＦＰであると判断される。今回であれば、フォルダＩＤ「Ｆ０００５」のフォルダは設定ＩＤ「Ｓ００３」の設定データがＭＦＰに設定された際に作成されるフォルダである。そのため、設定ＩＤ「００３」が設定されるＭＦＰにはすでに送信先となるフォルダが作成されていることになり、送信ＩＤ「Ｗ００４」の送信先は自ＭＦＰであると判断される。よって、送信ＩＤ「Ｗ００４」を送信設定の取得対象から除外する。
【００９６】
Ｓ１２０４において処理実行部３７１は、Ｓ１２０３で送信設定を取得したか否かを判断する。取得したと判断した場合はＳ１２０５に遷移し、取得してないと判断した場合はＳ１２０６に遷移する。Ｓ１２０５において、Ｓ１２０３で取得した送信設定を確認するためのコードをチェックスクリプト（８２２）に追加し、Ｓ１２０６に遷移する。
【００９７】
Ｓ１２０６においてデータ管理部３７２は、データ格納部３７４に格納されている各データテーブルから、Ｓ１１５０で取得した設定ＩＤが属する案件ＩＤの中で、自ＭＦＰのフォルダへ送信先を設定している送信設定（送信元の情報）を取得し、Ｓ１２０７に遷移する。このとき、送信元が自ＭＦＰの場合は送信設定の取得対象として除外する。例えば、設定ＩＤ「Ｓ００３」が保持するフォルダは図４（ｃ）より、フォルダＩＤ「Ｆ０００５」〜「Ｆ０００７」である。送信先がフォルダＩＤ「Ｆ０００５」〜「Ｆ０００７」に設定されている送信ＩＤは図４（Ｄ）より「Ｗ００２」と「Ｗ００４」である。自ＭＦＰが送信元でない送信設定は送信ＩＤ「Ｗ００２」であるため、送信ＩＤ「Ｗ００２」がＳ１２０６における取得対象となる。
【００９８】
Ｓ１２０７で、処理実行部３７１は、Ｓ１２０６で送信設定を取得したか否かを判断する。取得したと判断した場合はＳ１２０８に遷移し、取得していないと判断した場合はＳ１２０９に遷移する。
【００９９】
Ｓ１２０８において処理実行部３７１は、Ｓ１２０６で取得した送信設定に基づいて、送信元の送信状況を確認するためのコードをチェックスクリプト（８３１）に追加する。Ｓ１２０９において処理実行部３７１は、チェックスクリプト内にチェック項目があるか否かを判断し、チェック項目があると判断した場合にＳ１２１０に遷移し、チェック項目がないと判断した場合にチェックスクリプトはない状態となり、処理終了となる。
【０１００】
Ｓ１２１０においてデータ管理部３７２は、データ格納部３７４に格納されている案件データ（図４（Ａ））およびＭＦＰ設定データ（図４（Ｂ））から、Ｓ１１５０で取得した設定ＩＤが属する案件ＩＤの期限を取得する。さらに、処理実行部３７１は、取得した期限をチェックスクリプトのリトライ（８１０）に追加し処理を終了する。
【０１０１】
＜チェックスクリプトの実行フロー＞
図１３は、本実施形態におけるＭＦＰと案件管理サーバ１２０でのシステムチェック方法を説明するフローチャートである。Ｓ１３００はＦＷサーバ１００２における処理である。Ｓ１３１０はＭＦＰ１１１における処理であって、Ｓ１３５０〜Ｓ１３６２はＭＦＰ１１２における処理である。ＭＦＰ１１１はＭＦＰ１１２の送信先であるものとする。
【０１０２】
Ｓ１３５０からＳ１３６２は、ＣＰＵ２０１が自動設定プログラム３００を実行することで実現され、Ｓ１３７０からＳ１３７１は、ＣＰＵ２８１が案件管理プログラム３７０を実行することで実現される。また、Ｓ１３５０からＳ１３６２は、設定担当者（５３０、５４０）がチェックボタン９２１（図９（Ｃ））を押下することによって実行される自動設定プログラム３００のシステム構成チェックの処理である。Ｓ１３７０からＳ１３７１は、自動設定プログラム３００からシステムチェック結果更新要求を受信してからチェック結果を保存するまでの案件管理サーバ１２０の案件管理プログラム３７０における処理である。
【０１０３】
Ｓ１３５０において処理実行部３０２は、システムチェックが期限内の実行であるか否かを判断する。具体的には、チェックスクリプトのリトライ＜ｌｉｍｉｔｅｄ＞（８１０）に設定された期限（案件の納品期限）内であるかを確認する。期限内であると判断した場合にＳ１３５１に遷移し、期限内でないと判断した場合はＳ１３５８に遷移し、処理実行部３０２はシステムチェックの結果をエラーとする。
【０１０４】
Ｓ１３５１において通信部３０３は、チェックスクリプトのクライアント部８２０に従って、ｐｉｎｇプロトコルによる通信先チェック８２１を行う。具体的には、通信先チェック８２１に記載のＩＰアドレス「１１１．２２２．３３３．４４４」に対して、ｐｉｎｇコマンドを発行する。Ｓ１３００で、ＩＰアドレス「１１１．２２２．３３３．４４４」で特定されるＦＷサーバ１００２はｐｉｎｇコマンドを受信したら、ＭＦＰの通信部３０３に応答する。今回はＭＦＰ１１２とＦＷサーバ１００２との通信状態を確認する形態を示したが、通信状態を確認する処理であれば確認対象はＦＷサーバ１００２に限定されない。
【０１０５】
Ｓ１３５２において処理実行部３０２は、Ｓ１３５１でＦＷサーバ１００２からの応答があったか否かを判断する。応答があった場合はＦＷサーバ１００２との通信が可能であると判断されＳ１３５３に遷移し、応答がなかった場合はＦＷサーバ１００２との通信が不可能であると判断されてＳ１３５９に遷移する。
【０１０６】
Ｓ１３５３において通信部３０３は、チェックスクリプトのクライアント部８２０に従って、ｐｉｎｇプロトコル以外のチェック（８２２）を行い、Ｓ１３５４に遷移する。具体的には、送信先チェック（８２２）に記載のＩＰアドレス「１７２．２４．１．２」のフォルダパス「／送信データ１／ｆｒｏｍ事業所Ｙ」に隠しファイルを作成し、指摘された送信先へのデータ送信が可能であるかどうかを確認する。本例では、作成するファイルのファイル名をデバイス名「ＭＦＰ１１２」とし、ファイルの中身にはＩＰアドレス「１７２．２９．１．１」が記載されているものとする。尚、ここで作成されるファイルは、ファイル名やファイルの中身から設定ＩＤ「Ｓ００３」が特定できさえすればいいのであって、どのような形式のファイルでも構わない。
【０１０７】
Ｓ１３１０において、同一案件の設定データが設定されているＩＰアドレス「１７２．２４．１．２」のＭＦＰ１１１は、ＭＦＰ１１２から受信したファイルを保存する。Ｓ１３５４において処理実行部３０２は、Ｓ１３５３でファイルが生成されたか否かを判断する。生成されたと判断した場合はＳ１３５５に遷移し、生成できなかったと判断した場合はＳ１３５９に遷移する。ファイルが生成されたかどうかの判断は、ファイル作成のＡＰＩを呼び出してその戻り値で判断される。
【０１０８】
Ｓ１３５５において処理実行部３０２は、チェックスクリプトのサーバ部８３０に従って、送信元の確認を行う。具体的には、送信元チェック（８３１）に記載のフォルダパスに指定の隠しファイルが存在するかを確認する。本例では、フォルダパス「／送信データ２／ｆｒｏｍ事業所Ｘ」に、ファイル名が「ＭＦＰ１１０」でありＩＰアドレス「１７２．２４．１．１」が記載されているファイルの存在を確認する。該当のファイルが該当のフォルダに存在するということは、ＭＦＰ１１２を送信先とした場合の送信処理が成功していることを意味する。
【０１０９】
Ｓ１３５６において処理実行部３０２は、Ｓ１３５５でファイルの存在を確認したかを判断する。ファイルの存在を確認した場合はＳ１３５７に遷移し、ファイルの存在を確認できなかった場合はＳ１３５９に遷移する。なお、ファイルの存在を確認した際に送信元に対して、ファイルの送信処理が成功した旨を通知するようにしてもよい。つまり、Ｓ１３１０でＭＦＰ１１１が実行した処理を、Ｓ１３５６でＭＦＰ１１２が実行するようにしてもよい。
【０１１０】
Ｓ１３５７において処理実行部３０２は、システムチェックの実行結果を「成功」とし、Ｓ１３５５で確認したファイルを削除する。
【０１１１】
Ｓ１３６２において通信部３０３は、Ｓ１３５８またはＳ１３６２のシステムチェックの実行結果および設定ＩＤ「Ｓ００３」（８０１）を案件管理サーバ１２０に送信し、処理を終了する。Ｓ１３５９において処理実行部３０２がシステムチェックの実行結果を「未完了」とした場合には、Ｓ１３６０に遷移する。Ｓ１３６０において通信部３０３は、Ｓ１３５９の実行結果および設定ＩＤ「Ｓ００３」（８０１）を案件管理サーバ１２０に送信する。Ｓ１３６１で処理実行部３０２は、チェックスクリプトに設定されたリトライ間隔（＜ｉｎｔｅｒｖａｌ＞（８１０）の時間が経過するまで処理を止め、既定の時間が経過した場合、またはＭＦＰの起動時やｓｌｅｅｐ突入時など、ＭＦＰの状態が変化するまでＭＦＰにおける処理を停止させる。一定の時間が経過した後はＳ１３５０に戻る。
【０１１２】
Ｓ１３５６において送信元のチェックが成功しなかった場合には、送信元のデバイスの設定処理が完了しておらず、ＭＦＰ１１２のフォルダにファイルを作成できない場合も含まれるため、Ｓ１３６１の処理を設けている。ただし、Ｓ１３６１からＳ１３５０に戻る処理を既定の回数繰り返した場合に、Ｓ１３６１からＳ１３５０に戻ることなく、案件管理サーバ１２０に対してシステムチェックのエラーを通知して図１３の処理を終了させてもよい。
【０１１３】
Ｓ１３７０において、案件管理サーバ１２０の処理実行部３７１はシステムチェック実行結果を取得したかを判定する。システムチェックの実行結果を取得したと判定された場合にはＳ１３７１において、データ格納部３７４に実行結果を格納する。システムチェック実行結果が既に格納されている場合には、新しく取得したシステムチェックの実行結果で更新し処理を終了する。
【０１１４】
以上、本実施形態によれば、複数台のＭＦＰで構成されるシステムにおいて、システム構成のチェック項目を自動で作成して納品時に自動でチェックすることで、納品時の作業効率が上がる。また、設定スクリプトおよびチェックスクリプトの実行結果を案件管理サーバ１２０で管理するため、エラー発生時の確認や、エラー発生時の即時対応なども可能となる。
【０１１５】
＜ＭＦＰにおける設定処理＞
ＭＦＰで実行される設定処理について、図１５および図１６を用いて説明する。図１６は、自動設定プログラム３００によって実現される。また、図１６の処理が実行されるきっかけは、ＭＦＰが起動した段階や、ＭＦＰの操作部２０８を介してスクリプト１７００の取得が指示された段階等である。尚、上記で説明済みの処理については同じ符番を振り、詳細な説明を省略する。
【０１１６】
図１６の処理を実行する前提として、クライアントＰＣ１０３で作成されたスクリプト１７００は、チェックスクリプト（図８）と同様に案件管理サーバ１２０に保存されているものとする。また、図７（Ａ）は、図１５に示された設定処理を実行するスクリプト１７００の一部を示したものであって、スクリプト１７００にはデータ送信の設定処理のみならず、アプリケーションやファームウェアのインストールの手順が記載されている。
【０１１７】
スクリプト１７００は、自動設定プログラム３００の通信部３０３によって取得される（ステップ１１０２）。取得されたスクリプト１７００は自動設定プログラム３００によって解析される（ステップ１６０２）。
【０１１８】
スクリプト１７００の解析結果に従い、自動設定プログラム３００の処理実行部３０２が処理を実行する（ステップ１６０３）。処理の順番は各コマンド中に記載されたＯｒｄｅｒの値によって決定される。各コマンドが実行されることによって、図１５の例でいえば、ファームウェア更新処理、ＭＦＰのオプション機能を有効化する処理、拡張プログラムをインストール処理、そして図７（Ａ）で示した送信内容を設定する処理が実行される。
【０１１９】
設定処理の結果は、通信部３０３を介して案件管理サーバ１２０に送信される（ステップ１１０４）。以上がＭＦＰで実行される設定処理である。
【０１２０】
≪設定処理の指示書≫
図１５を用いてスクリプト１７００について説明する。スクリプト１７００に示された通り、ファームウェア更新処理を実行するコマンド、オプション機能の有効化処理を実行するコマンド、拡張プログラムインストール処理を実行するコマンド、データ送信の設定処理を実行するコマンド等が記載される。
【０１２１】
ファームウェア更新処理を実行するコマンドは＜ｕｐｄａｔｅＦｉｒｍｗａｒｅＣｏｍｍａｎｄ＞タグを記載することで処理を定義し、＜ｄｉｒｐａｔｈ＞タグ、＜ｎａｍｅ＞タグにより構成されている。＜ｄｉｒｐａｔｈ＞タグは更新対象のファームウェアを含むディレクトリパスが指定する。＜ｎａｍｅ＞タグは、更新対象のコンテンツファイルが指定される。
【０１２２】
オプション機能の有効化処理を実行するコマンドは、＜ａｃｔｉｖａｔｅＯｐｔｉｏｎＣｏｍｍａｎｄ＞タグの記載によりＭＦＰに予め組み込まれているオプション機能を有効化するための処理を定義しており、＜ｄｉｒｐａｔｈ＞タグ、＜ｎａｍｅ＞タグにより構成されている。＜ｄｉｒｐａｔｈ＞タグは、オプション機能有効化に必要なライセンスファイルを含むディレクトリパスが指定される。＜ｎａｍｅ＞タグは、オプション機能を有効化するためのライセンスファイルが指定される。案件管理サーバ１２０におけるライセンスが用いられることによって、オプション機能が有効化される。尚、ライセンスの有効化のためにライセンスファイルを必要とすることを記載したが、これに限らず、例えば文字列で定義されるようなライセンスキーを指定しても良い。
【０１２３】
拡張プログラムインストール処理を実行するコマンドは、＜ｉｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎＣｏｍｍａｎｄ＞タグの記載により処理を定義し、＜ｄｉｒｐａｔｈ＞タグ、及び２つの＜ｎａｍｅ＞タグを有する。＜ｄｉｒｐａｔｈ＞タグは、案件管理サーバ１２０のインストールする拡張プログラムの格納先ディレクトリパスが指定される。＜ｎａｍｅ＞タグは、インストール対象のアプリのファイル名、及びライセンスファイルが指定される。案件管理サーバ１２０におけるアプリファイル、及びライセンスが用いられることによって、アプリのインストール処理が実行される。尚、本処理によって、アプリをインストール処理だけでなく、アプリを開始状態、つまり使用可能な状態にする処理の実施も想定しているが、必要に応じて処理部を分割しても良い。各コマンド中に記載されたＯｒｄｅｒの値に応じて処理の順番が決定される。なお、本実施例ではＸＭＬにより指示書１８００を表現しているが、ＸＭＬに限定されず、シェルスクリプトなどで書かれていても良い。
【０１２４】
〔実施例２〕
図８のチェックスクリプトを実行して送信設定を確認している最中、データの送信機能以外の機能をユーザーに使用させる構成について説明する。
【０１２５】
図１４は、チェックスクリプトの実行に伴いＭＦＰの処理を中断している際（Ｓ１３６１）に実行されるフローである。本処理は、ＭＦＰのＣＰＵ２０１が自動設定プログラム３００を実行することによって実現され、操作部２０８においてユーザが機能を選択したことをきっかけに処理が開始される。
【０１２６】
Ｓ１４００において、ＵＩ制御部３０１はユーザ操作を受け付ける。ユーザー操作によって選択されるＭＦＰの機能としては例えば、コピー機能、ｉＦＡＸ、スキャン機能等である。
【０１２７】
Ｓ１４０１において、処理実行部３０２は、Ｓ１４００で受け付けたユーザー操作に対応する機能がデータの転送機能であるかを判定する。例えば、設定スクリプト（図７（Ａ））を実行した結果、設定項目「機能」に設定値「ｉＦＡＸ」（図７（Ｂ））が設定された場合には、ユーザーが選択した機能がｉＦＡＸ機能であるかをＳ１４０１で判定する。
【０１２８】
Ｓ１４０１で判定した結果、ユーザが選択した機能がデータの送信機能であると判定された場合はＳ１４０２に進み、データの転送機能でないと判定された場合にはＳ１４０３に進む。
【０１２９】
Ｓ１４０１における判定方法を、ユーザー操作がデータの送信機能を選択したかどうかでなく、ユーザーが選択した送信機能の設定内容が送信条件を満たしているかどうかで判定してもよい。例えば、ユーザーがｉＦＡＸ機能を選択し、送信されるデータが送信条件を満たしているかで判定させてもよい。
【０１３０】
Ｓ１４０２において、ＵＩ制御部３０１は、ユーザーが操作した機能が正常に動作しない旨を警告メッセージとして操作部２０８に表示し、処理を終了する。Ｓ１４０３において、処理実行部３０２は、Ｓ１４００で受け付けたユーザー操作に対応する機能を実行し、処理を終了する。
【０１３１】
なお、本処理では、受け付けたユーザー操作が送信機能である場合、ユーザー操作に対応する処理を実行しないようにしたが、Ｓ１４０２において警告メッセージを表示した後に該当の処理を実行する構成であってもよい。
【０１３２】
本実施例の構成を採用することによって、チェックスクリプトの実行が完了することを待つことなく、該当の機能について利用可能とすることによって効率的にする。
【０１３３】
〔その他の実施例〕
図８、図１２、図１３では、ＭＦＰ１１２が送信処理における送信元（クライアント）および送信先（サーバー）であることを前提に、チェックスクリプトの作成処理と実行処理を説明した。しかし、その形態には限定されず、例えば、ＭＦＰ１１２が送信元または送信先のどちらか一方の役割しか担っていない形態であってもよい。例えば、ＭＦＰ１１２は送信処理における送信元であって送信先ではない場合、サーバ部８３０はチェックスクリプトに記載されず、それに伴って図１２のＳ１２０７〜１２０８および図１３のＳ１３５５〜１３５６の処理は行われない。
【０１３４】
また本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１３５】
１０３  クライアントＰＣ
１２０  案件管理サーバ
３００  自動設定プログラム
３２０  案件作成プログラム
３７０  案件管理プログラム
【図１】
2020149591.tif 000003
【図２】
2020149591.tif 000004
【図３】
2020149591.tif 000005
【図４】
2020149591.tif 000006
【図５】
2020149591.tif 000007
【図６】
2020149591.tif 000008
【図７】
2020149591.tif 000009
【図８】
2020149591.tif 000010
【図９】
2020149591.tif 000011
【図１０】
2020149591.tif 000012
【図１１】
2020149591.tif 000013
【図１２】
2020149591.tif 000014
【図１３】
2020149591.tif 000015
【図１４】
2020149591.tif 000016
【図１５】
2020149591.tif 000017
【図１６】
2020149591.tif 000018